Re: Notice of intent: patching glibc

. And yes, this assumes in all cases that developers are actually putting useful information in both %changelog and commit logs. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org

Re: [HEADS UP] rename cryptsetup-luks to cryptsetup and libcrypsetup version bump

anaconda in this list. It's easy to see what packages require another package with repoquery. We'll include the Requires change in our next rawhide build. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list

Re: syslinux package spec file

, -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Default partitioning

) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkzFY8AACgkQeiVVYja6o6McJwCgkw9uJFtBJN0nDkNH41l+DPVu 3SwAoIpJopi6oV6omFRUu50ObdFPO6Gb =IaGL -END PGP SIGNATURE- -- David Cantrell dcantr...@redhat.com Red Hat / Honolulu, HI -- devel mailing list devel

Re: Default partitioning

to reserve for /home as well as the algorithm for determining how much to allocate for /home might as well be a Fedora distribution policy decision. -- David Cantrell dcantr...@redhat.com Red Hat / Honolulu, HI -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman

Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))

: http://fedoraproject.org/wiki/Architectures/s390x -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27

time on change requests in the installer and it got to the point where we just needed to make the move. The key problems I see are communication and expectations. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list

Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27

between teams responsible for core ( installation/boot/network handling ) functionality within the project? Whatever we call it, I agree that we need a formal process to make sure all of these components are on the same page and aware of what each other is doing. -- David Cantrell dcantr

Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27

. Creating a SIG doesn't magically cause communication or coordination to happen. Correct. Someone has to take the lead to ensure the process actually happens. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel

Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27

and policy decisions? It's complicated, but not impossible. [Also, these questions are intended as an example for how I can see both sides of the arguments, *not* catalysts for actual new arguments.] -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford

Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27

expectations. :) -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27

and people get frustrated. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27

components it depends on is non-zero - which is where we came into this side track - but that's not a problem. It's non-zero, but it's much lower than duplicating all those components from scratch, only worse. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc

Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27

. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: iprutils -- should this be pulled in by anaconda instead of in core?

and iprutils included. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Stop the git abuse

@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Stop the git abuse

On Tue, May 22, 2012 at 09:07:56AM +0100, Richard W.M. Jones wrote: On Mon, May 21, 2012 at 10:13:41AM -0400, David Cantrell wrote: We automatically generate the spec file changelog block each time we make a new release of anaconda. Check out scripts/makebumpver in the anaconda git repo

Orphaning dzen2

For both Fedora branches and EPEL. If anyone wants it, let me know. Or, you know where to pick it up. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https

Re: Orphaning dzen2

On Wed, May 23, 2012 at 04:03:25PM -0400, David Cantrell wrote: For both Fedora branches and EPEL. If anyone wants it, let me know. Or, you know where to pick it up. Scratch that. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA

Re: Package with no upstream (ftp)

nicer than netkit ftp but still simple and works like people expect the BSD ftp(1) command to work. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https

Re: Package with no upstream (ftp)

On Wed, Jul 18, 2012 at 01:05:06PM -0500, Chris Adams wrote: Once upon a time, Pete Zaitcev zait...@redhat.com said: On Wed, 18 Jul 2012 10:55:55 -0400 David Cantrell dcantr...@redhat.com wrote: Or forget the netkit source. I'd like to see ftp(1) replaced with the NetBSD ftp client

Re: Some fedora projects are still not using transifex (properly)

the added problem that Jim Meyering pointed out in that people will have to register to pull the .po files, *but* you don't actually need the .po files if you just want to hack on the code. So it works for us. -- David Cantrell dcantr...@redhat.com Supervisor, Installer Engineering Team Red Hat

swap reviews

, just things I use locally that I wanted to get in to Fedora so I wouldn't have to keep carrying around the RPMs to different systems. - -- David Cantrell dcantr...@redhat.com Red Hat / Honolulu, HI -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux

Re: Maintainers wanted for packages from 2013-02-27 FESCo Meeting

be very out of sync with the current Fedora Packaging Guidelines * x11-ssh-askpass I'll take this as I use it every day. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https

Re: [Base] Fedora Base Design Working Group (2014-02-21) meeting minutes and logs

. I can only skim them occassionally. I saw this stuff and just wanted to chime in. Thanks, -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org

Re: default file system, was: Comparison to Workstation Technical Specification

be involved too. And no, no elections for file system. It's really up to WGs and coordination with the rest teams. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https

Re: default file system, was: Comparison to Workstation Technical Specification

filesystem types. But that's ok, custom is for those users.) -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code

Re: Incorrect order of /usr/bin and /usr/sbin in path

up standard that came along. No one really cared enough to stop it because it didn't matter. I think the annoying thing is if you're typing out a path that includes /usr/lib, you can't easily hit TAB to get in to lib. And that's worth fixing. -- David Cantrell dcantr...@redhat.com Manager

Re: Incorrect order of /usr/bin and /usr/sbin in path

On Tue, May 06, 2014 at 04:11:50PM +0200, Miloslav Trmač wrote: 2014-05-06 16:06 GMT+02:00 David Cantrell [1]dcantr...@redhat.com: I think the annoying thing is if you're typing out a path that includes /usr/lib, you can't easily hit TAB to get in to lib. Â And that's

Re: blivet-gui announcement

for more than one. There's certainly room for more than one /sbin/init. Vratislav and Vojtech, thank you for this announcement. Excellent work and I look forward to seeing the contributions and progress from the community. Thanks, -- David Cantrell dcantr...@redhat.com Manager, Installer

Re: blivet-gui announcement

that way. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Migration to Zanata

main system-config-kickstart main These are all installer team projects. What are we required to do with the move to Zanata? -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel

Re: Removing (or trying to) BerkeleyDB from Fedora

that can use berkdb have grown sqlite support as an option. -- David Cantrell dcantr...@redhat.com Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code

Re: FESCO request to revert password confirmation change in F22

stakeholders to define security models for the various Fedora products. By clarifying our needs we hope to avoid this kind of contention in the future. The discussion for this might as well start now -or- at least early enough so it's not too late for F-23. Thanks, -- David Cantrell dcantr

Re: systemd-219 issues with 22 and Rawhide composes

this work, someone who works on and/or maintains the systemd package in Fedora should be doing this. That is, and I am trying to be specific here, changes that impact other components in the distribution need to be coordinated in Fedora among the affected components. -- David Cantrell dcantr

Re: systemd-219 issues with 22 and Rawhide composes

On Mon, Feb 23, 2015 at 04:27:22PM +0100, Lennart Poettering wrote: On Mon, 23.02.15 08:17, David Cantrell (dcantr...@redhat.com) wrote: Communication is a two way street, and as an upstream I cannot be in the business of pinging every single downstream about every single change

Re: hibernation support - lack of distro-wide coordination between systemd, dracut, anaconda, pm-utils and maybe more?

%defattr(-,root,root,-) -%{_libdir}/pm-utils/sleep.d/55wicd +%{_datadir}/autostart/wicd-tray.desktop %files common -f %{name}.lang %defattr(-,root,root,-) I will drop pm-utils when resolved regards Jaroslav -- David Cantrell dcantr...@redhat.com Manager, Installer

Re: Minimizing the fedora docker base image footprint

out counting leap seconds normally, the 'right' collection are the zones with leap seconds counted normally. -- David Cantrell <dcantr...@redhat.com> Manager, Installer Engineering Team Red Hat, Inc. | Westford, MA | EST5EDT -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Remove old GPG keys?

On 10/31/2017 04:08 PM, Christopher wrote: > On Tue, Oct 31, 2017 at 3:06 PM David Cantrell <dcantr...@redhat.com > <mailto:dcantr...@redhat.com>> wrote: > > On 10/31/2017 11:32 AM, R P Herrold wrote: > > On Tue, 31 Oct 2017, David Cantrell wrote: >

Re: Remove old GPG keys?

On 10/31/2017 04:15 PM, Sam Varshavchik wrote: > David Cantrell writes: > >> I don't really consider this a thing about saving space or making the >> output of 'rpm -qa' look nicer or something, but rather being good users >> of GPG.  If we create and then phase out signin

Re: [HEADS UP] Removed legacy provides from coreutils

in the code have timestamps starting in 1986. GNU didn't gain a stat(1) command until coreutils anyway, so it makes sense the Red Hat would have sought out an alternative for scripting since the command is nice for sysadmins. -- David Cantrell <dcantr...@redhat.com> Red

Re: Remove old GPG keys?

qf "%{version}-%{release} %{summary}\n"|wc -l > 64 Do we issue revocations for old keys? If not, let's do that and extend dnf to honor those and clean up? -- David Cantrell <dcantr...@redhat.com> Red Hat, Inc. | Boston, MA | EST5EDT __

Re: Remove old GPG keys?

On 10/31/2017 11:32 AM, R P Herrold wrote: > On Tue, 31 Oct 2017, David Cantrell wrote: > >>> # rpm -qa gpg-pubkey --qf "%{version}-%{release} %{summary}\n"|wc -l >>> 64 >> >> Do we issue revocations for old keys? If not, let's do that and extend

Re: Escaping macros in %changelog

macro. An 'rpm -q --changelog' would just pipe that file through the pager. Or display the path or whatever. If a package lacks a file like that, rpm -q --changelog could just return nothing. This also leaves open the option for package maintainers to create their own summary files and package readme

Re: Removal of BuildRoot

On 02/14/2018 02:41 PM, Igor Gnatenko wrote: > On Wed, 2018-02-14 at 14:25 -0500, David Cantrell wrote: >> On 02/14/2018 11:44 AM, Remi Collet wrote: >>> Le 13/02/2018 à 23:05, Igor Gnatenko a écrit : >>>> Just a small heads up, ... >>> >>> >>

Re: Removal of BuildRoot

On 02/14/2018 11:44 AM, Remi Collet wrote: > Le 13/02/2018 à 23:05, Igor Gnatenko a écrit : >> Just a small heads up, ... > > > As I said on IRC > > - waste of time > - waste of energy > - absolutely no value > > And > > - abuse proven packager

Re: Removal of BuildRoot

On 02/15/2018 03:08 AM, Panu Matilainen wrote: > On 02/14/2018 11:27 PM, David Cantrell wrote: >> On 02/14/2018 02:41 PM, Igor Gnatenko wrote: >>> On Wed, 2018-02-14 at 14:25 -0500, David Cantrell wrote: >>>> On 02/14/2018 11:44 AM, Remi Collet wrote: >>>

Re: Removal of BuildRoot

On 02/14/2018 04:47 PM, Reindl Harald wrote: > Am 14.02.2018 um 22:27 schrieb David Cantrell: >> I am not disputing the policy.  I feel this change is pointless and is a >> lot of commits for no real benefit.  They are not fixes.  You're just >> scrubbing spec files that are n

Re: Removal of BuildRoot

On 02/15/2018 11:02 AM, Jonathan Wakely wrote: > On 15/02/18 08:46 -0500, David Cantrell wrote: >> First, I actually don't care if this change is made or not.  My personal >> opinion is that it's a nice-to-have cleanup that will probably not cause >> problems, but you neve

Re: Orphaned Packages looking for a new point of contact

he appropriate ticket below for quickest processing. > (no need to reopen the ticket, just add your fas name and what packages > you want to take) > > https://pagure.io/fesco/issue/1839 > > rpms/clamz > rpms/inkboy-fonts I'll take clamz -- David Cantrell <dcantr...@red

Orphaning some packages

-pine-gpg python-urwid -- 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://getfedora.org/code

system-config-kickstart -- stay or go?

maintaining it as long as people want it around. Thoughts? -- 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

Re: Can we maybe reduce the set of packages we install by default a bit?

ct.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/

Re: Modularity vs. libgit

scribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.

Orphaning two packages

feel free to grab them in you want them. 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

Re: Fedora 32 System-Wide Change proposal: Drop Optical Media Release Criterion

and the rest of the release is taken care of. In my experience, there have *always* been boot media problems at the end of every release cycle. Some are solvable, others are not. -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT ___ devel mailing list

Bug filing/triage/ownership policy for modules

have read as much as I can find about how things work right now with modules, but that has been mostly the "how" and nothing around policy. Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT ___ devel mailing list -- devel@lis

Re: Why Redhat and Fedora create rpms differently

packages in Fedora or adding new packages. I recommend looking at any of the existing packages in the distribution for some examples, all of those can be found on src.fedoraproject.org/rpms -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT

Re: Old changelog entries removal

${subline}" first=0 else echo " ${subline}" fi done done == I take this output and paste it in the spec file and then delete the lines I don't want. Could be expanded to take a repo as a parameter, etc. Dunno, just an id

Re: Old changelog entries removal

On 10/3/19 10:29 AM, Daniel P. Berrangé wrote: On Thu, Oct 03, 2019 at 10:21:37AM -0400, David Cantrell wrote: On 10/3/19 10:16 AM, Chris Adams wrote: Once upon a time, Matthew Miller said: I think rather than this, we should bite the bullet and remove changelogs entirely from spec files

Re: Bug filing/triage/ownership policy for modules

On Tue, Dec 17, 2019 at 11:21:45PM +0100, Miro Hrončok wrote: On 17. 12. 19 21:57, David Cantrell wrote: 1) Are modules allowed to bundle packages that are provided by and currently maintained in the base system?  Are there are restrictions to what a module can bundle (e.g., can a module bundle

Re: Bug filing/triage/ownership policy for modules

On Tue, Dec 17, 2019 at 05:21:36PM -0700, John M. Harris Jr wrote: On Tuesday, December 17, 2019 1:57:09 PM MST David Cantrell wrote: With regard to the recent protobuf package issue and the eclipse module, I started wondering how bugs work with packages bundled in modules. That is, packages

Re: Bug filing/triage/ownership policy for modules

On Wed, Dec 18, 2019 at 01:00:03PM +0100, Vít Ondruch wrote: Dne 17. 12. 19 v 21:57 David Cantrell napsal(a): With regard to the recent protobuf package issue and the eclipse module, I started wondering how bugs work with packages bundled in modules.  That is, packages that exist outside

Re: Bug filing/triage/ownership policy for modules

le bundles zlib and there's a bug in that both correctly and to the correct party. Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email t

Re: Bug filing/triage/ownership policy for modules

reporting it mixed in with regular packages. This does tie by to one of my original questions about how do users determine what modules are installed and what packages are provided by those modules. We lack tooling for that. Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT __

Re: Bug filing/triage/ownership policy for modules

On Wed, Dec 18, 2019 at 02:52:03PM -0500, Robbie Harwood wrote: David Cantrell writes: On Tue, Dec 17, 2019 at 11:21:45PM +0100, Miro Hrončok wrote: On 17. 12. 19 21:57, David Cantrell wrote: 1) Are modules allowed to bundle packages that are provided by and currently maintained in the base

Re: Bug filing/triage/ownership policy for modules

On Thu, Dec 19, 2019 at 12:19:39PM -0800, Kevin Fenzi wrote: On Wed, Dec 18, 2019 at 02:52:03PM -0500, Robbie Harwood wrote: David Cantrell writes: ...snip... > I would like to see modules have a stronger policy around tracking and > handling CVEs. At the very least, what Fedora a

Re: RFC: Security policy adjustments to make it easier to implement and more friendly to maintainers

> On 1/30/20 8:32 AM, Kevin Kofler wrote: > Issues which are blocking on upstream, will eventually get resolved once > upstream figures out a solution in some time, maybe with subsequent rebases. Which is fine. Should Fedora in the meantime ship known vulnerable software? But the point, if I

Re: RFC: Security policy adjustments to make it easier to implement and more friendly to maintainers

> On Thu, Jan 30, 2020 at 08:39:05AM +0530, Huzaifa Sidhpurwala wrote: > > Maybe? > > The problem with this analysis is we don't know how many of these are > actual current security issues, and of those how many are > low impact > (because honestly low impact security issues should just be

Re: RFC: Security policy adjustments to make it easier to implement and more friendly to maintainers

> Hello, Fedora has an approved security policy since September 2018 [0]: > > > I have decided to have a look into this, since this has been approved more > than > a year ago and nothing ever happened since. Fedora has a very big pile of > open > CVE bugzillas [2]. > > There are several

rpminspect Copr repository moving

y username and discontinue using "dcantrel". THE NEW COPR REPO: https://copr.fedorainfracloud.org/coprs/dcantrell/rpminspect The previous one will be removed next week. No new builds are happening in the old repo. Thanks, -- David Cantrell Red Hat, Inc. |

Re: Change proposal discussion - Optimize SquashFS Size

On Mon, Feb 03, 2020 at 05:22:55PM +0100, Nicolas Mailhot wrote: Le 2020-02-03 17:11, David Cantrell a écrit : Hi, We want input from the community on what the main goal should be and prioritize the rest. For example, is ISO reduction size more important than improving installation time

Re: Change proposal discussion - Optimize SquashFS Size

and installation time will be. And because usually you do many installations from a single compose, the installation time is the more important one. All reasonable points. Thank you both for the feedback. -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT

Change proposal discussion - Optimize SquashFS Size

. We want input from the community on what the main goal should be and prioritize the rest. For example, is ISO reduction size more important than improving installation time, for instance? If so, why? Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT

Summary/Minutes from today's FESCo Meeting (2020-02-17)

/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://docs.fedoraproject.org/en-US

Schedule for Mondays's FESCo Meeting (2020-02-17)

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

Schedule for Mondays's FESCo Meeting (2020-01-20)

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, Inc. | Boston, MA

Re: What would it take to drop release and changelog from our spec files? (and do we want to?)

aven't had an excuse to. 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://docs.fedoraproj

Summary/Minutes from today's FESCo Meeting (2020-01-20)

) People Present (lines said) --- * dcantrell (64) * mhroncok (27) * contyk (18) * sgallagh (15) * zodbot (13) * nirik (11) * decathorpe (9) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT

Re: What would it take to drop release and changelog from our spec files? (and do we want to?)

and did: %changelog %include %{SOURCE1} It works for the packages I'm using it in. Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: confused by rpminspect automated test

The arch-specific warning is an idea I took from rpminspect's ancestor. In some instances it works well but in other instances it generates repetitive noise. I'm working on a way to better consolidate messages like that. Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT _

Re: confused by rpminspect automated test

On Mon, Mar 09, 2020 at 03:19:03PM +0100, Dan Horák wrote: On Mon, 9 Mar 2020 10:12:26 -0400 David Cantrell wrote: On Sun, Mar 08, 2020 at 10:59:19AM +, Zbigniew Jędrzejewski-Szmek wrote: >Hi, > >for a recent systemd build, the automated tests results showed >failure

Re: confused by rpminspect automated test

with that, just let me know. There are many examples online on porting over from deprecated inet functions to newer ones. Here's a place to start: https://akkadia.org/drepper/userapi-ipv6.html Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT _

Re: confused by rpminspect automated test

On Mon, Mar 09, 2020 at 02:54:27PM +, Zbigniew Jędrzejewski-Szmek wrote: On Mon, Mar 09, 2020 at 10:12:26AM -0400, David Cantrell wrote: In this case, the blacklisted functions are listed in /etc/rpminspect/rpminspect.conf as the value of the elf_ipv6_blacklist. That looks like

Re: F32 ELF file analysis

rpminspect is doing the same thing. What are you using to check for your STACK_PROT and USES_SECCOMP? Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: Self Introdction: nick black

a recent library of mine, "notcurses", best summarized as a baby of ncurses and ffmpeg [1]. there's a demo here [2] that you might find entertaining. i've written a book which is available for purchase [3] or free download [4]. i've spoken with Mssr. David Cantrell, a fellow Yel

Re: Self Introdction: nick black

oject.org To unsubscribe send an email to 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/list/devel@lists.f

Re: confused by rpminspect automated test

On Mon, Mar 09, 2020 at 05:45:34PM +, Zbigniew Jędrzejewski-Szmek wrote: On Mon, Mar 09, 2020 at 10:35:03AM -0700, Adam Williamson wrote: On Mon, 2020-03-09 at 11:49 -0400, David Cantrell wrote: > > > > /etc/rpminspect/rpminspect.conf > > > > So that is a global conf

Re: Fedora 33 System-Wide Change Proposal: ELN Buildroot and Compose V3

vailable hardware. (We don't have the available resources for another Modularity-level effort.) I don't like this approach because it alters expected behavior as a side effect. I don't think this needs to be overly complicated. What I would like is netinst install media for ELN where I ca

Re: Fedora 33 System-Wide Change Proposal: ELN Buildroot and Compose V3

On Wed, Apr 01, 2020 at 05:32:08PM +0200, Vít Ondruch wrote: Dne 01. 04. 20 v 16:01 David Cantrell napsal(a): On Wed, Apr 01, 2020 at 10:19:08AM +0200, Vít Ondruch wrote: So although this update clarifies some part, we have not moved anywhere: ~~~ === Can we do this in a branch instead

Re: Fedora 33 System-Wide Change proposal: ELN Buildroot and Compose

On Fri, Mar 27, 2020 at 02:20:29PM -0500, Justin Forbes wrote: On Fri, Mar 27, 2020 at 2:09 PM David Cantrell wrote: On Fri, Mar 27, 2020 at 01:48:15PM -0500, Justin Forbes wrote: >On Fri, Mar 27, 2020 at 10:47 AM David Cantrell wrote: >> >> On Tue, Mar 24, 2020 at 1

Re: Fedora 33 System-Wide Change proposal: ELN Buildroot and Compose

On Fri, Mar 27, 2020 at 01:48:15PM -0500, Justin Forbes wrote: On Fri, Mar 27, 2020 at 10:47 AM David Cantrell wrote: On Tue, Mar 24, 2020 at 10:32:26AM +0100, Aleksandra Fedorova wrote: >As Ben is on PTO, I'd like to present the System-Wide Change > >https://fedoraproject.org/wik

Re: Fedora 33 System-Wide Change proposal: ELN Buildroot and Compose

pen first. I'd like to talk about the actual details once I have download an ELN iso and installed in a virt guest. This is a huge effort and I appreciate the proposal and discussion so far. I've wanted something like this in Fedora for a long time simply because it makes RHEL easier to work on

Re: Fedora 33 System-Wide Change Proposal: ELN Buildroot and Compose V3

/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 -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT

Re: Orphaned packages looking for new maintainers (anaconda also affected)

to someone else, but if that's no one then I will just maintain it. I would like ckermit to still be available and usable in Fedora. Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT ___ devel mailing list -- devel@lists.fedoraproject.org

Re: Orphaned packages looking for new maintainers (anaconda also affected)

I did an epel8 build yesterday. I've added you to the list of maintainers. Thanks! On Mon, Apr 27, 2020 at 03:26:49PM -0500, Martin Jackson wrote: I would be happy to maintain it -and it looks like it needs an epel8 build.  (FAS: mhjacks) Thanks, Marty On 4/27/20 2:13 PM, David Cantrell

Re: ckermit?

. Please test the update and provide karma <https://bodhi.fedoraproject.org/updates/FEDORA-2020-484e5f8673>, so that it can ship to users. Thanks. I took ownership of ckermit too and did a new build for rawhide and for EPEL-8. -- David Cantrell Red Hat, Inc. | Boston, MA | E

rpminspect Copr repo location

ing it. The rpminspect Copr repo under my old account name is gone now but I did not realize it was still there until today. The correct rpminspect Copr repo: https://copr.fedorainfracloud.org/coprs/dcantrell/rpminspect/ Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5

Re: Licence confirmation for tpcclib

o see if there are other non-GPL license headers and how those are compiled in to binary objects. The entire work looks to be a derived GPLv3+ work, but it may have some shared libraries that are GPLv2+ or BSD or MIT. Thanks, -- David Cantrell Red Hat, Inc. | Boston, MA | EST5EDT

Re: Licence confirmation for tpcclib

On Fri, May 08, 2020 at 06:58:51PM +0100, Ankur Sinha wrote: On Fri, May 08, 2020 18:11:32 +0100, J. Randall Owens wrote: On 08/05/2020 17:33, David Cantrell wrote: Thank you for both your replies. We know the breakdown of the licenses in the different files (`licensecheck` provides us

  1   2   3   >