first time FESCo has been asked to remove
provenpackager privileges.
Thank you,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
oing out.
>
> Thanks,
> Florian
>
Not sure what's happening, but I will look in to this on Monday. Can you file
an issue at https://github.com/rpminspect/rpminspect ?
Thanks,
--
David Cantrell
Red Hat, Inc. | Boston, MA | EST5EDT
--
he system and I know others
do as well. I would rather see anaconda modified so that if I am
creating a user account at install time, check for /home/USERNAME and if
USERNAME matches and the UID and GID matches, just don't create the home
directory. That is, -M on user
the
"released" versions of rpminspect-data-fedora (and
rpminspect-data-centos) would be more closely aligned with any snapshot
builds, but that requires one or more package maintainers. That's why I
was seeking out help.
Thanks,
--
David Cantrell
Red Ha
ill 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
>
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>
>
ant in 2010, but 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
--
__
.
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,
>>
to always be
host-dependent so they will always exist in /etc.
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 do
or today I 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 t
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. |
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 to
e or in chat. I am dcantrell on IRC 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.fedorapr
It is 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
een a non-root 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 w
devel-le...@lists.fedoraproject.org
> Fedora Code 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/l
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
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
tags 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
F
s acceptable:
> 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
&g
rtant. Note the
guidance states "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
: 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&hs=1&pli=1
Or join via SIP: 7170141193...@gmeet.redhat.com
--
David Cantrell
Red Hat, Inc. | Boston, MA |
,
--
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
ess this means no remoting into ppc64 or s390x machines from
> x86_64 or ppc64le machines without a configuration tweak?
We don't have ppc64 builds anymore and I 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
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
eetBot`: https://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 C
ke to add something 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
strip some, if we can come up
> with a viable way to figure out which. Obviously-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
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, M
lease
and changelog.
5) Also go all in on automating (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 pr
d
> python-pycountry 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 p
an ELF object can lead to bad
things. You mention modifications to the DT_RUNPATH and with the exception of
--delete-rpath, 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
so see 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 f
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
>
ackage.
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/
inspect runs abidiff. 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 se
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
ing
BIOS boot support in Fedora and 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,
o do so.
> >>
> >> I'm particularly upset about 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
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
gt; out 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 a
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 databases i
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
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". Thi
ion behavior for volume management (including
ephemeral volumes), 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 ten
ntly.
/run was introduced for what was traditionally 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 tre
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
___
adapt fedpkg to build backends
other than mock and likewise it should be easy 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 appro
layne for the actual expertise 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.fedo
iberately cannot configure the network,
and as a CoreOS 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 Netw
e meat of the tool
(the logical 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 ca
expressions we have historically 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 Licens
t. If you
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.fe
hind
upstream.
I'll avoid responding to the big list 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 m
currently 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 t
package
maintainers. 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. |
it:
https://pagure.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:/
file, so you 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
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
> rega
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 dev
oyed soon:
https://pagure.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 h
d by disparate
build systems and environments, 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.fed
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
n reaped or is just otherwise unavailable, you're back to
asking for a reproducer on a Fedora release, right? Does the NVR data
save much work over having build-ID plus debuginfod? That's not
rhetorical? I don't have many bug reports that are not resolvable by
just talking through a rep
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
stream?
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
__
Pull 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 --
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 --
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.
> 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 Descript
fail - I noticed that 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.
T
na (6)
* 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 | ES
s 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. |
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
ust haven't gotten around to it. The generic
template 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
___
de
0.1.4
.. _`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:
his 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, MA
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
xing the fallout.
I 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@lis
t 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
ages as
open to gaining more co-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 | E
cverna (0)
* 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.fedoraproj
t
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
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
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
1 - 100 of 222 matches
Mail list logo
