ontribute. Will be an excellent learning opportunity.
>
> Priscila.
>
> On Tue, Apr 9, 2024 at 6:14 PM Kevin Fenzi <mailto:ke...@scrye.com>> wrote:
>
> On Tue, Apr 09, 2024 at 01:55:41PM -0400, David Cantrell wrote:
> > Hello all,
> >
> > I am lo
On 4/9/24 17:14, Kevin Fenzi wrote:
> On Tue, Apr 09, 2024 at 01:55:41PM -0400, David Cantrell wrote:
>> Hello all,
>>
>> I am looking for multiple people to help be upstream stewards of the
>> rpminspect-data-fedora project. This is a project that contains config
>
are interested, please email me directly and we can get going on the
logistics. If you have general questions, feel free to ask here.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
--
___
devel mailing list -- devel@lists.fedoraproject.org
On 2/15/24 11:19, Stephen Smoogen wrote:
On Thu, 15 Feb 2024 at 10:15, David Cantrell <mailto:dcantr...@redhat.com>> wrote:
On 2/14/24 13:32, Stephen Smoogen wrote:
>
>
> On Fri, 9 Feb 2024 at 17:17, Ian Laurie mailto:nixu...@mail.com>
>
t there are some other
semi-active forks. I don't think that really matters. The program
itself could be useful for research and just as another tool in the
toolbox for development.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
--
___
de
.
Package (co)maintainers
calendar dcantrell, egoode
Fixed calendar.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
On 12/11/23 12:31, Neal Gompa wrote:
> On Mon, Dec 11, 2023 at 11:36 AM David Cantrell wrote:
>>
>> On 12/8/23 10:25, Stephen Gallagher wrote:
>>> On Fri, Dec 8, 2023 at 9:58 AM Zbigniew Jędrzejewski-Szmek
>>> wrote:
>>>>
>>>> Hi,
>>
tc.
For this to be really clean and nice, everything that drops a file in
/etc needs to handle the "read in the default; then read in the optional
local overrides" model. I know a lot of stuff already does this, but
some things don't. It would be a nice goal to aim for and maybe we can
su
think cancelling the FESCo meeting in favor of
the go/no-go meeting is the better option.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On 8/31/23 11:19, Neal Gompa wrote:
There is nothing new with the "meeting" tag and no progress on the
existing one on incomplete changes. I'll chair the next meeting next
week.
There's also nothing to announce either.
Thanks, Neal.
--
David Cantrell
Red Hat, Inc. | Boston, MA
On 8/30/23 15:45, Adam Williamson wrote:
On Wed, 2023-08-30 at 12:11 -0400, David Cantrell wrote:
On 8/29/23 23:13, Ian Laurie wrote:
coreutils-9.3 brought changes to the behavior of the -v option which
broke some of my automation scripts.
Because of this I have been blocking updates
and in Matrix chat.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
disconnected from any particular init
system making it appealing for appliances and other special use cases.
Given ISC dropping dhclient, we should probably be doing the same in Fedora.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing l
ot and
root shell. That's what I would rely on. ¯\_(ツ)_/¯
Color wise, purple would actually be really bad for me because I can't
distinguish that from red in many cases. But it usually registers as
"different" than green.
(with apologies to zsh, but we all have wild zshrc files an
de of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to
Time corrections from the original announcement:
14:00 - 18:00 UTC
10:00 - 14:00 EDT
16:00 - 20:00 CEST
Thanks,
On Mon, Apr 17, 2023 at 11:35:36AM -0400, David Cantrell wrote:
> Fedora Legal will be conducting a hackfest on April 26, 2023 during a four
> hour block. Information is on th
AHOE and Latex2e-translated-notice are on the spdx.org/licenses list,
but are not in fedora-license-data. Please open a license review issue at
https://gitlab.com/fedora/legal/fedora-license-data/-/issues for BSD-4.3TAHOE
and Latex2e-translated-notice.
Thanks,
--
David Cantrell
Red Hat, Inc. | Bo
in spec files to SPDX syntax.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora
in spec files to SPDX syntax.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora
eptable:
> https://github.com/ximion/appstream/pull/469
I believe this sort of thing will show up here and there as we convert more
packages to using SPDX license expressions.
The SPDX expression spec can be found here:
https://spdx.github.io/spdx-spec/v2.3/SPDX-license-expressions/
--
On Tue, Mar 14, 2023 at 08:47:36AM -0500, Michael Catanzaro wrote:
> On Tue, Mar 14 2023 at 09:37:25 AM -0400, David Cantrell
> wrote:
> > There may
> > be longer examples.
>
> Uh, yeah. texlive's is bad enough but I'm skeptical that that's close to a
> worst-cas
tates "an enumeration of all licenses covering any code or other
material contained in the corresponding binary RPM". This means licenses that
appear in build scripts, GNU autotools helper scripts, and other things in the
source tree that are not part
: meet.google.com/zsu-tbci-cfi
Or dial: (US) +1 413-752-4319 PIN: 755 481 969#
More phone numbers:
https://meet.google.com/tel/zsu-tbci-cfi?pin=7170141193104=1=1
Or join via SIP: 7170141193...@gmeet.redhat.com
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code
On Thu, Jan 05, 2023 at 11:10:20AM +1000, Peter Hutterer wrote:
> On Wed, Jan 04, 2023 at 03:19:57PM -0500, David Cantrell wrote:
> [...]
> > > So I guess this means no remoting into ppc64 or s390x machines from
> > > x86_64 or ppc64le machines without a configuration tweak
don't know the last release we had
that was ppc64, but it was a long time ago now. All current POWER systems are
ppc64le.
And everything else we have as primary or alternative architectures is little
endian, except s390x. I do view this as a risk for s390x because of all the
architectures we bui
On Tue, Dec 13, 2022 at 12:31:59PM -0500, David Cantrell wrote:
> Action Items
>
> * mhroncok will chair next meeting
The next FESCo meeting will be January 3, 2023.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
ttps://fedoraproject.org/wiki/Zodbot#Meeting_Functions
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Con
hing to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/fesco, e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
--
David Cantrell
Red Hat, Inc. | Boston
usly-fairly-large ones are
> from gnupg2 and libgweather4. I do recall we have some logic somewhere
> to decide which languages have a certain level of translation in
> anaconda; perhaps we could only include the strings for these
> languages?
On that note, /usr/share/doc, /usr/sha
On Tue, Nov 08, 2022 at 09:45:57AM +, Richard W.M. Jones wrote:
> Should new package reviews (for Rawhide) now be rejected if they don't
> have SPDX tags?
Yes, new packages going forward should use SPDX expressions in the License
tag.
--
David Cantrell
Red Hat, Inc. | Boston, MA | E
ing (or removing) the spec file changelog. I
don't understand what the "build reason" is for above, but isn't every
changelog entry in a spec file technically the build reason?
I would rather skip the compatibility mode in the proposal and just have it
focus directly on the final mode.
ycountry python-pyshtools python-rasterio python-xarray python-zarr
> qwan odcs
> radez buildbot
> ralph datagrepper datanommer datanommer-commands fedmsg python-arrow
> python-contextlib2 python-datanommer-consumer
> python-fedmsg-meta-fedora-infrastructure python-jsonpickl
path, I think that patchelf only modifies DT_RPATH and not
DT_RUNPATH. I did not verify this though.
I ask this because I used to use chrpath until upstream dried up and migrated
to using patchelf. In my cases, I am fine with modifications to DT_RPATH.
You may have a different set
e that we have 5 SPDX abbrevs that have multiple options in the old
> Fedora abbrevs. The macro warns about that and uses the first value it
> founds, which is the one that was written first in the data, so we can
> control the priority by the data.
I think this is a good idea and thanks for
On Tue, May 17, 2022 at 03:30:43PM -0400, Kevin P. Fleming wrote:
> On 5/17/22 14:35, David Cantrell wrote:
> > I think a better thing to do would be to use a scanner like scancode[1]
> > to
> > check the source tree in question and then construct a License expression
>
e.
I realize this is a lot of work. It would be best done in hackfest type
sessions with work divided up in the subsets of packages. It would be a good
opportunity for new contributors to learn how things are structured and send
PRs to existing packages.
[1] https://github.com/nexB/
. Can you file this as an
issue at https://github.com/rpminspect/rpminspect with the details above?
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to de
On Wed, Apr 13, 2022 at 09:03:09PM +0200, Hans de Goede wrote:
> Hi,
>
> On 4/13/22 18:07, David Cantrell wrote:
> > On Wed, Apr 13, 2022 at 10:39:23AM -0500, Michael Catanzaro wrote:
> >> On Wed, Apr 13 2022 at 10:54:01 AM -0400, David Cantrell
> >> wrote:
>
On Wed, Apr 13, 2022 at 09:34:18AM -0700, Samuel Sieb wrote:
> On 4/13/22 07:54, David Cantrell wrote:
> > The core issue still comes down to having resources to continue maintaining
> > BIOS boot support in Fedora and so far no one has come forward to work on
> > that.
>
On Wed, Apr 13, 2022 at 10:39:23AM -0500, Michael Catanzaro wrote:
> On Wed, Apr 13 2022 at 10:54:01 AM -0400, David Cantrell
> wrote:
> > The core issue still comes down to having resources to continue
> > maintaining
> > BIOS boot support in Fedora and so far no one
so far no one has come forward to work on
that. If a video call can come up with a community plan to do that, I would
say it might be worth it. Otherwise it may just be a continuing of the thread
as it is now.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
__
this Change because it feels like a
> >> hostage change where the proposal owners blithely ignore what we're
> >> saying as unimportant or irrelevant and abuse our principles to do
> >> things that are clearly against what the community feels is right.
> >
> >
&
686 builds.
NOTE: Nothing is changing now. We are in an information gathering phase.
If you use i686 packages for something now, please respond to this thread.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA
who will be broken by defaulting to minimal. I would also make the
> same recommendation to Workstation and other desktop variants.
>
> I'm very sensitive to people considering Fedora as "broken by
> default", especially as we're trying
On Tue, Jan 11, 2022 at 11:32:12AM +0100, Fabio Valentini wrote:
On Mon, Jan 10, 2022 at 5:41 PM David Cantrell wrote:
On Wed, Jan 05, 2022 at 02:59:33AM +0100, Miroslav Suchý wrote:
>Dne 04. 01. 22 v 21:03 David Cantrell napsal(a):
>>One of the difficult things with the Fedora abbr
On Tue, Jan 11, 2022 at 11:00:28AM +0200, Panu Matilainen wrote:
On 1/10/22 23:53, Chris Murphy wrote:
On Mon, Jan 10, 2022 at 9:20 AM David Cantrell wrote:
On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr
== Summary
On Mon, Jan 10, 2022 at 02:53:52PM -0700, Chris Murphy wrote:
On Mon, Jan 10, 2022 at 9:20 AM David Cantrell wrote:
On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote:
>https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr
>
>== Summary ==
>Currently, the RPM database
On Mon, Jan 10, 2022 at 12:55:03PM -0500, Stephen Gallagher wrote:
On Mon, Jan 10, 2022 at 12:30 PM Frank Ch. Eigler wrote:
David Cantrell writes:
> Reading comments and talking to people, the long standing understanding of
> /var is still "that's stuff you can rm -rf and
On Mon, Jan 10, 2022 at 01:24:20PM -0500, Colin Walters wrote:
On Mon, Jan 10, 2022, at 11:19 AM, David Cantrell wrote:
On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr
== Summary ==
Currently, the RPM databases is located
On Wed, Jan 05, 2022 at 03:10:47AM +0100, Miroslav Suchý wrote:
Dne 04. 01. 22 v 21:33 David Cantrell napsal(a):
I feel like I'm missing something, but rpminspect has been doing what
license-validate does for years now. It's ready for SPDX expressions.
Results show up for Fedora builds
On Wed, Jan 05, 2022 at 02:59:33AM +0100, Miroslav Suchý wrote:
Dne 04. 01. 22 v 21:03 David Cantrell napsal(a):
One of the difficult things with the Fedora abbreviations is that
tokens can have spaces in them. For example, the Apache 2.0 license
in Fedora is called "ASL 2.0".
mes), repository management, etc.
If you limit the argument to simply the scope of the networking
decision, then the cloud-init functionality is effectively covered by
ignition, et. al., but the network configuration isn't even a tenth of
what we would forfeit to make the change in the cloud en
lly in /var/run.
"So what are you suggesting?"
I would like to see Fedora introduce a new top-level directory called:
/state
That holds the RPM database and other variable and stateful data. This keeps
it out of the /usr tree and can serve as a location for future data in t
for a basic
text editor as Neal puts it while Kate offers a more developer-focused editor
environment. The use cases are not really the same and there's likely room
for both to exist.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel
asy to change mock out for
something else if we ever deem that necessary.
Also note that I for one have never used 'fedpkg mockbuild' for real. I use
plain mock. That said, I find the error message quite appropriate in Mock,
too.
Me either. I run mock by itself before ultimately submitting
rtise here. :)
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/pr
reOS tool, it is incapable of configuring the system to the
same level cloud-init can anyway. Older versions of Ignition could
configure systemd-networkd, but I don't want to ship that either.
Fedora Cloud will be forced to disable NetworkManager and switch back
to legacy network-scripts if this
l parsing and handling) would be the same.
I feel like I'm missing something, but rpminspect has been doing what
license-validate does for years now. It's ready for SPDX expressions.
Results show up for Fedora builds in Zuul. Or you can run it locally.
Thanks,
--
David Can
orically allowed
through that would not otherwise validate.
If your License tag fails the check in rpminspect, it will report the
unapproved token based on the fedora.json file it read.
All of this is to say that the ongoing effort to permit SPDX
expressions in the License is to make this inspect
are comfortable with using dist-git as you do now, that's fine.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
of other cool stuff we could be
doing, since it's hard to argue that cool stuff is cool. ;)
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
exists and in
many cases Fedora does not have a say in the upstream project hosting.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
aintainers. See this section in the upstream project for
documentation on what the patches section in rpminspect.yaml can look
like:
https://github.com/rpminspect/rpminspect/blob/master/data/generic.yaml#L646
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA
agure.io/fedora-infrastructure
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedora
u need install lines for those
anyway in the %install target.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
On Thu, Oct 28, 2021 at 09:30:18PM +0200, Lennart Poettering wrote:
On Do, 28.10.21 12:10, David Cantrell (dcantr...@redhat.com) wrote:
Thanks for revising the change proposal and filling in more details.
After reading through it, I have some questions:
1) The proposal notes that users tend
On Fri, Oct 29, 2021 at 10:17:09PM +, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Oct 29, 2021 at 09:53:25PM +0200, Lennart Poettering wrote:
On Fr, 29.10.21 13:57, David Cantrell (dcantr...@redhat.com) wrote:
> Has there been any consideration for potential security risks with
> r
as a regression in Jenkins.
It´s not new, the patches inspection has been present for a while.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
.io/pagure/c/8bacd4da4fa6de578b818aa7a4b36bbeaaa243d7?branch=master
This will give a warning if a PR contains bidirectional characters. (These
characters _can_ be used for their intended purpose, after all, so we're not
just blocking them.)
Plus, David Cantrell has rpminspect checks and Ni
, an NVR (or NEVRA) is not unique. It's
close to unique, but it can't be guaranteed.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On Thu, Oct 28, 2021 at 07:37:27PM +, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Oct 28, 2021 at 12:10:15PM -0400, David Cantrell wrote:
On Mon, Oct 25, 2021 at 07:26:47PM +, Zbigniew Jędrzejewski-Szmek wrote:
>On Mon, Oct 25, 2021 at 03:09:00PM -0400, Ben Cotton wrote:
>
On Thu, Oct 28, 2021 at 09:30:18PM +0200, Lennart Poettering wrote:
On Do, 28.10.21 12:10, David Cantrell (dcantr...@redhat.com) wrote:
Thanks for revising the change proposal and filling in more details.
After reading through it, I have some questions:
1) The proposal notes that users tend
t resolvable by
just talking through a reproducer and seeing it happen locally, but I
know I'm not a control case.
3) The proposal notes making crash reporting more user-readable. NVRs
instead of Build-IDs, for instance. Why can't systemd ask debuginfod
for that information for reporting? Why does this
ather than creating more tzdata packages.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Condu
On Tue, Jul 06, 2021 at 12:51:59PM -0400, Neal Gompa wrote:
On Tue, Jul 6, 2021 at 12:29 PM David Cantrell wrote:
On Thu, Jun 24, 2021 at 11:50:18AM -0400, Ben Cotton wrote:
>https://fedoraproject.org/wiki/Changes/libmemcached-awesome
>
>== Summary ==
>Switch from libmemcached to
?
If the former, will the new package provide proper Provides/Conflicts
against the existing libmemcached package or are there plans to allow
both to be installed at the same time?
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing
requests not only accepted, but encouraged. But I can also add
the entries. I just need to know what, if any, new entries need to
exist.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel
with /builddir RPATH values.
In the case of Samba, /usr/lib64/samba can be allowed by adding that
to the allowed list in an rpminspect.yaml file locally.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel
On Fri, Apr 16, 2021 at 03:48:04PM -0400, Simo Sorce wrote:
On Fri, 2021-04-16 at 16:31 +, David Cantrell wrote:
> https://fedoraproject.org/wiki/Change/CyrusSaslBerkeleyDBtoGdbm
>
> == Summary ==
> cyrus-sasl package was built with libdb requirement, now it is repla
On Fri, Apr 16, 2021 at 04:49:46PM +, Gary Buhrmaster wrote:
On Fri, Apr 16, 2021 at 4:31 PM David Cantrell wrote:
2) I'm curious why GDBM was chosen instead of something like sqlite.
I believe sasldb only supports gdbm and
ndbm as alternatives to bdb.
Ooops, my mistake. I see
> https://fedoraproject.org/wiki/Change/CyrusSaslBerkeleyDBtoGdbm
>
> == Summary ==
> cyrus-sasl package was built with libdb requirement, now it is replaced by
> gdbm.
>
> == Owner ==
> * Name: [[User:Dbelyavs| Dmitry Belyavskiy]]
> * Email: dbelyavs(a)redhat.com
>
>
>
> == Detailed
t autoconf
2.71 has several incompatibilities with the most widely used autoconf
(2.69).
I think the failures will be the most frustrating part of this rather
than the build time. An FAQ or something of how to fix common
failures for 2.71 would be useful for contributors.
Thanks,
--
David Can
)
* decathorpe (1)
* ignatenkobrain (0)
* Conan_Kudo (0)
* Sir_Gallantmon (0)
* King_InuYasha (0)
* Son_Goku (0)
* Pharaoh_Atem (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
file a new issue at
https://pagure.io/fesco, e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
--
David Cantrell
Red Hat, Inc. | Boston, MA
he convention we already have for
older autoconf packages.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
fills the need for config file docs for the moment.
Please let me know if you have any questions.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
, you can
reply to this e-mail, file a new issue at
https://pagure.io/fesco, e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
and willingness to help with testing. There is a
plan to create a side tag and test appropriate changes there.
Changed category to system-wide change.
Ondrej
On Thu, Feb 11, 2021 at 3:42 PM David Cantrell wrote:
On Wed, Feb 10, 2021 at 12:30:20PM -0700, Jeff Law wrote:
>
>
>On 2/10/21 11:00
am volunteering to help perform these test builds and file bugs
and/or PRs for packages since what I am suggesting is a lot of work.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
for Fedora builds anyway. It might be more
appropriate to just turn it off for Fedora builds in
rpminspect-data-fedora
(https://github.com/rpminspect/rpminspect-data-fedora)
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list
maintainers, I think it would help the project
as a whole.
I'm not suggesting we make a separate repo. A labeling or
categorization capability that fits in to our existing tools I think
would help a lot.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
_
)
* Sir_Gallantmon (0)
* Son_Goku (0)
* Pharaoh_Atem (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On Wed, Oct 28, 2020 at 05:35:19PM +, Mattia Verga via devel wrote:
Il 27/10/20 18:49, David Cantrell ha scritto:
Announcing rpminspect-1.2
Thanks for your work, I find rpminspect a really useful tool!
Thank you! Glad you find it useful. Any suggestions for improvements
or additional
)
* Eighth_Doctor (0)
* sgallagh (0)
* nirik (0)
* cverna (0)
* mhroncok (0)
* Sir_Gallantmon (0)
* King_InuYasha (0)
* Son_Goku (0)
* zbyszek (0)
* decathorpe (0)
* Pharaoh_Atem (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
David Cantrell
Red Hat, Inc. | Boston, MA
the following meeting.
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org
on FreeNode as
dcantrell.
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
onduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
___
devel mailing list --
1 - 100 of 218 matches
Mail list logo