Re: Unresponsive packagers: ekulik, imcleod and lsun

2020-09-17 Thread Daniel P . Berrangé
On Wed, Sep 16, 2020 at 05:26:48PM +0200, Pierre-Yves Chibon wrote: > Good Morning Everyone, > > Since September 5th, we have been emailing daily the following users to notify > that the email they have set in FAS does not correspond to a valid bugzilla > account. > This is a requirement for

Re: btrfs and default page sizes (4k vs 64k)

2020-09-16 Thread Daniel P . Berrangé
On Wed, Sep 16, 2020 at 02:09:42PM -0400, Neal Gompa wrote: > I'm annoyed in general that we still have problems like this, and I'm > even more annoyed that I basically have no way to even test or deal > with these things. We *still* do not have packager test machines, so I > can't even figure out

Re: The Future of the Java Stack (also regarding ELN and RHEL)

2020-09-10 Thread Daniel P . Berrangé
On Thu, Sep 10, 2020 at 01:37:41PM -0400, Neal Gompa wrote: > On Thu, Sep 10, 2020 at 1:30 PM Daniel P. Berrangé > wrote: > > > > On Thu, Sep 10, 2020 at 04:03:46PM +0200, Petr Pisar wrote: > > > On Thu, Sep 10, 2020 at 02:35:13PM +0100, Daniel P. Berrangé wrote: &

Re: The Future of the Java Stack (also regarding ELN and RHEL)

2020-09-10 Thread Daniel P . Berrangé
On Thu, Sep 10, 2020 at 04:03:46PM +0200, Petr Pisar wrote: > On Thu, Sep 10, 2020 at 02:35:13PM +0100, Daniel P. Berrangé wrote: > > On Thu, Sep 10, 2020 at 01:50:55PM +0100, Joe Orton wrote: > > > > > 4. The benefit we want to preserve from modules is to maintain pack

Re: The Future of the Java Stack (also regarding ELN and RHEL)

2020-09-10 Thread Daniel P . Berrangé
On Thu, Sep 10, 2020 at 01:50:55PM +0100, Joe Orton wrote: > 4. The benefit we want to preserve from modules is to maintain packages > with varying expectation of quality, specifically separating the > build-time-only vs runtime dependencies.  e.g. in that case that a web > server like

Is s390 (32-bit) relevant for Fedora alt arch ?

2020-09-04 Thread Daniel P . Berrangé
I'm looking at cleaning up some parts of the QEMU spec and we have conditionals in there testing for s390 arch (aka 32-bit). IIRC it was previously a secondary arch, at least back in the Fedora 22-ish timeframe. I'm not seeing it listed in the alternative arch list currently though:

Re: [HOWTO] Keep using Rawhide after branching

2020-08-25 Thread Daniel P . Berrangé
On Tue, Aug 25, 2020 at 11:40:21AM +0200, Petr Menšík wrote: > Hi Vít, > > Unfortunately your workaround does not on my rawhide container. I think > the problem is in missing gpg keys from fedora-gpg-keys, which do not > contain also architecture specific keys. When you say "rawhide container",

Re: GCC "-fparallel-jobs" up to ~1.9x speedup when compiling individual files in parallel

2020-08-25 Thread Daniel P . Berrangé
On Sat, Aug 22, 2020 at 12:53:24PM +0200, Germano Massullo wrote: > I think soon we will have a big boost in Koji performances thanks to > Giuliano Belinassi and his work on addressing GCC parallelization > bottlenecks. According to Phoronix, compiling individual files in > parallel may have up to

Re: docker.io/library/fedora:rawhide outdated vs registry.fp.org/fedora:rawhide

2020-08-19 Thread Daniel P . Berrangé
On Wed, Aug 19, 2020 at 05:07:52PM +0200, Clement Verna wrote: > On Wed, 19 Aug 2020 at 14:02, Daniel P. Berrangé > wrote: > > > I have a docker recipe that does not much more than: > > > > FROM fedora:rawhide > > RUN dnf -y install ...blah... > >

Re: docker.io/library/fedora:rawhide outdated vs registry.fp.org/fedora:rawhide

2020-08-19 Thread Daniel P . Berrangé
On Wed, Aug 19, 2020 at 02:51:57PM +0200, Tomasz Torcz wrote: > On Wed, Aug 19, 2020 at 01:01:00PM +0100, Daniel P. Berrangé wrote: > > I have a docker recipe that does not much more than: > > > > FROM fedora:rawhide > > RUN dnf -y install ...blah... > > I'

docker.io/library/fedora:rawhide outdated vs registry.fp.org/fedora:rawhide

2020-08-19 Thread Daniel P . Berrangé
I have a docker recipe that does not much more than: FROM fedora:rawhide RUN dnf -y install ...blah... If I run this from a Fedora host it works fine, resolving fedora:rawhide to registry.fedoraproject.org image ID 23902052bc28 If I run this from a non-Fedora host, such as from GitLab CI,

Re: What is the real value of Release and %changelog metadata?

2020-08-19 Thread Daniel P . Berrangé
On Wed, Aug 19, 2020 at 10:46:48AM +0200, Pierre-Yves Chibon wrote: > On Thu, Aug 13, 2020 at 03:08:50PM +0200, Pavel Raiskup wrote: > > Questionnaire right at the beginning, so if you tl;dr, you don't miss it: > > > > https://forms.gle/Jgr13vtRkiUwLb6W6 > > > > This is no change proposal

Re: Lost ELF library auto-provides since mass rebuild

2020-08-06 Thread Daniel P . Berrangé
On Thu, Aug 06, 2020 at 05:04:20PM +0200, Florian Weimer wrote: > * Daniel P. Berrangé: > > > This is in relation to this bug > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1862745 > > > > The last but one build of libgphoto have auto-provides for the E

Lost ELF library auto-provides since mass rebuild

2020-08-06 Thread Daniel P . Berrangé
This is in relation to this bug https://bugzilla.redhat.com/show_bug.cgi?id=1862745 The last but one build of libgphoto have auto-provides for the ELF libraries: libgphoto2 = 2.5.24-2.fc33 libgphoto2(x86-64) = 2.5.24-2.fc33 libgphoto2.so.6()(64bit) libgphoto2_port.so.12()(64bit)

Re: LTO vs LD_PRELOAD (libvirt FTBFS test suite failure)

2020-08-04 Thread Daniel P . Berrangé
On Tue, Aug 04, 2020 at 12:02:05PM +0200, Florian Weimer wrote: > * Daniel P. Berrangé: > > > Taken from https://koji.fedoraproject.org/koji/taskinfo?taskID=48525923 > > Sorry, what would be more interesting is the linker invocation. The > build log does not show t

Re: LTO vs LD_PRELOAD (libvirt FTBFS test suite failure)

2020-08-03 Thread Daniel P . Berrangé
On Mon, Aug 03, 2020 at 05:40:42PM +0200, Florian Weimer wrote: > * Daniel P. Berrangé: > > > If I run LD_DEBUG=all on a build /with/ LTO, there are no symbol lookups > > at all for qemuProcessStartManagedPRDaemon. It looks very much like the > > call was resolved and

Re: LTO vs LD_PRELOAD (libvirt FTBFS test suite failure)

2020-08-03 Thread Daniel P . Berrangé
On Mon, Aug 03, 2020 at 05:34:47PM +0200, Hans de Goede wrote: > Hi, > > On 8/3/20 5:27 PM, Daniel P. Berrangé wrote: > > On Mon, Aug 03, 2020 at 05:01:18PM +0200, Florian Weimer wrote: > > > * Daniel P. Berrangé: > > > > > > > Disabling LTO in the

Re: LTO vs LD_PRELOAD (libvirt FTBFS test suite failure)

2020-08-03 Thread Daniel P . Berrangé
On Mon, Aug 03, 2020 at 05:01:18PM +0200, Florian Weimer wrote: > * Daniel P. Berrangé: > > > Disabling LTO in the RPM spec confirms this and makes things pass > > again. Hacking the makefiles to remove the -fno-lto option when > > building the test suite binaries also

LTO vs LD_PRELOAD (libvirt FTBFS test suite failure)

2020-08-03 Thread Daniel P . Berrangé
I'm trying to understand failures in the libvirt test suite since the Fedora rawhide mass rebuild. Our test suite makes extensive use of mocking to replace functions in the library being tested. We do this either by loading a LD_PRELOAD, or by having the test program define a symbol with the same

Re: Can we use emulation of other architectures to run integration tests?

2020-07-30 Thread Daniel P . Berrangé
On Thu, Jul 30, 2020 at 01:38:41PM +0200, Florian Weimer wrote: > * Daniel P. Berrangé: > > > I'm not familiar with what COPR is doing for s39x0 ? Is it using the > > simple QEMU linux-user syscall emulation, or is it running a proper > > QEMU s390x VM. > > > &

Re: Can we use emulation of other architectures to run integration tests?

2020-07-30 Thread Daniel P . Berrangé
On Thu, Jul 30, 2020 at 12:24:19PM +0200, Aleksandra Fedorova wrote: > Hi, all, > > I'd like to get some understanding on the current state of emulation > of other architectures. > > In the current CI infra we have infinite(*) access to x86_64 compute > resources, but we haven't yet got our

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-27 Thread Daniel P . Berrangé
On Sun, Jul 12, 2020 at 07:31:30PM -, Tom Seewald wrote: > For example with virtualization I'd think that the changes would need > to happen around the level of libvirt, and not to specific a front-end > like GNOME boxes or virt-manager. It's also probably not sufficient to > just set

Re: Non responsive packager: amitshah

2020-07-27 Thread Daniel P . Berrangé
On Mon, Jul 27, 2020 at 11:23:08AM +0200, Pierre-Yves Chibon wrote: > On Mon, Jul 27, 2020 at 10:01:00AM +0100, Daniel P. Berrangé wrote: > > On Mon, Jul 27, 2020 at 10:36:48AM +0200, Pierre-Yves Chibon wrote: > > > Good Morning Everyone, > > > > > > I h

Re: Non responsive packager: amitshah

2020-07-27 Thread Daniel P . Berrangé
On Mon, Jul 27, 2020 at 10:36:48AM +0200, Pierre-Yves Chibon wrote: > Good Morning Everyone, > > I have been trying to contact packagers without a proper bugzilla account > associated with their FAS email for a while now. The first email to > devel-announce > is from June 13th [1]. > > This is

Re: mingw GCC help needed: -fstack-protector and -lssp, undefined reference to `__strcpy_chk'

2020-07-22 Thread Daniel P . Berrangé
On Thu, Jul 09, 2020 at 12:07:38AM +0200, Sandro Mani wrote: > Hi > > I'm working on updating the mingw toolchain [1], and am hitting the > situation [2] where I build with -fstack-protector in the ldflags, can > confirm that -lssp and -lssp_nonshared are automatically added to the > ldflags

Re: Heads up: changing the subject format of change proposal announcements

2020-07-15 Thread Daniel P . Berrangé
On Wed, Jul 15, 2020 at 12:18:51PM +0200, Kevin Kofler wrote: > Ben Cotton wrote: > > As noted by Milan Crha, the existing format can result in threads that > > are hard to distinguish when the subject is truncated by the width of > > the mail client window. Screens are often pretty wide these

Re: The future of legacy BIOS support in Fedora.

2020-07-09 Thread Daniel P . Berrangé
On Wed, Jul 08, 2020 at 02:17:53PM -0700, John M. Harris Jr wrote: > On Wednesday, July 8, 2020 10:04:01 AM MST Richard Hughes wrote: > > On Wed, 8 Jul 2020 at 16:48, John M. Harris Jr > > wrote: > > > needlessly disables a lot of kernel functionality > > > > > > It disables functionality which

Re: booting successfully with read-only file system

2020-07-02 Thread Daniel P . Berrangé
On Thu, Jul 02, 2020 at 03:53:26PM +, Zbigniew Jędrzejewski-Szmek wrote: > Hi, > > this is partially an outgrowth of the discussion about btrfs as > default, but makes sense independently too... > > It would be great if we could fairly reliably boot with a read-only > root file system, all

Re: The future of legacy BIOS support in Fedora.

2020-07-02 Thread Daniel P . Berrangé
On Wed, Jul 01, 2020 at 05:50:05PM -0400, Neal Gompa wrote: > Red Hat probably doesn't care because most server users are not using > UEFI yet. That statement is false. UEFI is absolutely important to server users. > That proportion goes down a lot as people transition from on >

Re: The future of legacy BIOS support in Fedora.

2020-07-01 Thread Daniel P . Berrangé
On Wed, Jul 01, 2020 at 12:01:08PM +0200, Vitaly Zaitsev via devel wrote: > On 01.07.2020 11:28, Alexey A. wrote: > > Stop using the L-word, please: BIOS is not "legacy", it's just > > alternative way (one of many). > > Using BIOS boot on UEFI-compatible systems is a legacy, because it works >

Re: The future of legacy BIOS support in Fedora.

2020-06-30 Thread Daniel P . Berrangé
On Tue, Jun 30, 2020 at 04:23:59PM +0200, Felipe Borges wrote: > On Tue, Jun 30, 2020 at 4:01 PM Florian Weimer wrote: > > > > * Jóhann B. Guðmundsson: > > > > > Given Hans proposal [1] introduced systemd/grub2/Gnome upstream > > > changes it beg the question if now would not be the time to stop

Re: The future of legacy BIOS support in Fedora.

2020-06-30 Thread Daniel P . Berrangé
On Tue, Jun 30, 2020 at 04:25:58PM +0200, Marcin Juszkiewicz wrote: > W dniu 30.06.2020 o 16:20, Tom Hughes via devel pisze: > > On 30/06/2020 15:00, Florian Weimer wrote: > >> * Jóhann B. Guðmundsson: > >> > >>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream > >>> changes it

Re: The future of legacy BIOS support in Fedora.

2020-06-30 Thread Daniel P . Berrangé
On Tue, Jun 30, 2020 at 04:32:44PM +0200, Marcin Juszkiewicz wrote: > W dniu 30.06.2020 o 16:27, Daniel P. Berrangé pisze: > > > KVM virt on aarch64 and x86 can support EFI via AVMF / OVMF firmware > > built from the edk2 project from a technical POV. > >

Re: The future of legacy BIOS support in Fedora.

2020-06-30 Thread Daniel P . Berrangé
On Tue, Jun 30, 2020 at 04:00:00PM +0200, Florian Weimer wrote: > * Jóhann B. Guðmundsson: > > > Given Hans proposal [1] introduced systemd/grub2/Gnome upstream > > changes it beg the question if now would not be the time to stop > > supporting booting in legacy bios mode and move to uefi only

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-06-26 Thread Daniel P . Berrangé
On Fri, Jun 26, 2020 at 04:58:19PM +0200, Vitaly Zaitsev via devel wrote: > On 26.06.2020 16:42, Ben Cotton wrote: > > For laptop and workstation installs of Fedora, we want to provide file > > system features to users in a transparent fashion. We want to add new > > features, while reducing the

Re: Orphaned packages looking for new maintainers (~200 nodejs packages to be retired in 2 days)

2020-06-22 Thread Daniel P . Berrangé
On Mon, Jun 22, 2020 at 02:36:20PM +0200, Miro Hrončok wrote: > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: >

Re: RHEL 9 and modularity

2020-06-19 Thread Daniel P . Berrangé
On Fri, Jun 19, 2020 at 11:16:33AM -0400, Stephen Gallagher wrote: > On Fri, Jun 19, 2020 at 9:08 AM Martin Jackson wrote: > > > > I use flatpaks on Fedora (Discord and okular), and I've really enjoyed > > the experience with them. I'm not sure how well that would translate to > > the server

Re: RHEL 9 and modularity

2020-06-19 Thread Daniel P . Berrangé
On Fri, Jun 19, 2020 at 02:32:19PM +0200, Dominik 'Rathann' Mierzejewski wrote: > On Friday, 19 June 2020 at 11:58, Daniel P. Berrangé wrote: > [...] > > I can only see this being solvable if non-default modules streams are > > required to be built into a unique /opt pref

Re: RHEL 9 and modularity

2020-06-19 Thread Daniel P . Berrangé
On Fri, Jun 19, 2020 at 11:28:58AM +0200, Vít Ondruch wrote: > > Dne 18. 06. 20 v 21:40 Stephen Gallagher napsal(a): > > On Thu, Jun 18, 2020 at 3:34 PM John M. Harris Jr > > wrote: > >> The issues I've seen so far affect both Fedora and RHEL, but have gotten a > >> bit > >> better in Fedora.

Re: New protobuf blocked by old protobuf from module [f32]

2020-06-15 Thread Daniel P . Berrangé
On Mon, Jun 15, 2020 at 12:43:37PM +0200, Igor Raits wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Mon, 2020-06-15 at 11:31 +0100, Daniel P. Berrangé wrote: > > I'm trying to install gmic on my Fedora 32 system, which requries > > opencv, > >

New protobuf blocked by old protobuf from module [f32]

2020-06-15 Thread Daniel P . Berrangé
I'm trying to install gmic on my Fedora 32 system, which requries opencv, which requires protobuf 3.11 DNF refuses to install any of them though, because protobuf 3.11 is blocked by modularity: - package protobuf-3.11.2-2.fc32.i686 is filtered out by modular filtering - package

Re: LibRaw 0.20 Beta; soname bump

2020-05-12 Thread Daniel P . Berrangé
On Tue, May 12, 2020 at 12:12:01AM +0200, Miro Hrončok wrote: > On 11. 05. 20 22:33, Gwyn Ciesla via devel wrote: > > I'm building LibRaw 0.20 Beta 1 for rawhide, along with all direct > > consumers, in a multi-stage chain build, today, including the following: > > > > deepin-image-viewer > >

Re: Is dist-git a good place for work?

2020-05-05 Thread Daniel P . Berrangé
On Tue, May 05, 2020 at 09:42:22AM -0700, Adam Williamson wrote: > On Tue, 2020-05-05 at 17:45 +0200, Tomas Tomecek wrote: > > On Tue, May 5, 2020 at 1:41 PM Petr Pisar wrote: > > > On Tue, May 05, 2020 at 12:41:06PM +0200, Tomas Tomecek wrote: > > > > Petr, I should have probably stressed that

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

2020-04-29 Thread Daniel P . Berrangé
On Wed, Apr 29, 2020 at 11:47:33AM +0200, Kalev Lember wrote: > > On 4/28/20 22:15, Kevin Fenzi wrote: > > On Tue, Apr 28, 2020 at 08:01:31AM +0200, Dan Čermák wrote: > > > Sérgio Basto writes: > > > > > > > On Mon, 2020-04-27 at 12:39 +0200, Miro Hrončok wrote: > > > > > GConf2 > > > > > > >

Re: RFC: Feature macros (aka USE flags)

2020-04-27 Thread Daniel P . Berrangé
On Mon, Apr 27, 2020 at 01:19:29PM +0200, Petr Šabata wrote: > Based on the recent discussions around %fedora/%rhel macros and ELN, > and %bcond generally being confusing to work with, I came up with a > distribution-wide feature that defines generic feature keywords and > associated helper macros

Re: CPE Weekly: 2020-04-04

2020-04-06 Thread Daniel P . Berrangé
On Mon, Apr 06, 2020 at 09:35:58AM -0400, Alex Scheel wrote: > - Original Message - > > From: "Nicolas Mailhot via devel" > > To: "Development discussions related to Fedora" > > > > Cc: "Nicolas Mailhot" > > Sent: Monday, April 6, 2020 9:10:56 AM > > Subject: Re: CPE Weekly: 2020-04-04

Re: CPE Git Forge Decision

2020-03-30 Thread Daniel P . Berrangé
On Mon, Mar 30, 2020 at 10:17:21AM +0100, Leigh Griffin wrote: > Hi everyone, > > Thank you for your patience while the CPE Team worked through an incredible > number of requirements from multiple stakeholder sources. On Friday evening > we announced on the Community Blog >

Re: GCC-10 is blocking tests on my package

2020-03-05 Thread Daniel P . Berrangé
On Thu, Mar 05, 2020 at 10:26:56AM +0100, Miro Hrončok wrote: > On 05. 03. 20 9:12, jkone...@redhat.com wrote: > > Hello everyone, > > > > I'm co-maintaining package of kakoune and this package have failing > > build on F32 and Rawhide because of tests. > > > >

Re: Creation of pkgconfig file for libraries that do not ship one

2020-03-02 Thread Daniel P . Berrangé
On Mon, Mar 02, 2020 at 12:03:01PM +0100, Guido Aulisi wrote: > Hi, > can we create a pkgconfig file for libraries that do not ship one? > I did not find anything about that in our packaging policy. > > A bug was filed [0] about a missing pkgconfig file for zita-convolver > library and I'm

Re: swap-on-ZRAM by default

2020-02-11 Thread Daniel P . Berrangé
On Mon, Feb 10, 2020 at 09:05:27PM -0700, John M. Harris Jr wrote: > On Monday, February 10, 2020 12:03:25 PM MST Robbie Harwood wrote: > > "John M. Harris Jr" writes: > > > On Saturday, January 25, 2020 2:52:05 PM MST Chris Murphy wrote: > > >> Question and (pre)proposal: > > >> > > >> Can

Re: Ceph license change

2020-02-04 Thread Daniel P . Berrangé
On Tue, Feb 04, 2020 at 01:01:24PM +, Sage Weil wrote: > On Tue, 4 Feb 2020, Kaleb Keithley wrote: > > On Mon, Feb 3, 2020 at 11:35 PM Daniel P. Berrangé > > wrote: > > > > > On Mon, Feb 03, 2020 at 11:26:46PM +0530, Kaleb Keithley wrote: >

Re: Ceph license change

2020-02-04 Thread Daniel P . Berrangé
On Tue, Feb 04, 2020 at 03:39:14PM +0530, Kaleb Keithley wrote: > On Mon, Feb 3, 2020 at 11:35 PM Daniel P. Berrangé > wrote: > > > On Mon, Feb 03, 2020 at 11:26:46PM +0530, Kaleb Keithley wrote: > > > Coming in Ceph-15 (octopus) > > > > > > From: LGP

Re: Ceph license change

2020-02-03 Thread Daniel P . Berrangé
On Mon, Feb 03, 2020 at 11:26:46PM +0530, Kaleb Keithley wrote: > Coming in Ceph-15 (octopus) > > From: LGPL-2.1 and CC-BY-SA-3.0 and GPL-2.0 and BSL-1.0 and BSD-3-Clause > and MIT > To: LGPL-2.1 and LGPL-3.0 and CC-BY-SA-3.0 and GPL-2.0 and BSL-1.0 and > BSD-3-Clause and MIT Do you have

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

2020-02-03 Thread Daniel P . Berrangé
On Thu, Jan 30, 2020 at 08:46:55AM -0600, Richard Shaw wrote: > Not replying to anyone in particular but to the thead as a whole... > > 1. Nothing in the packager introduction process prepares a packager for > what to do when they get a CVE filed against one of their packages. I found > the whole

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

2020-01-30 Thread Daniel P . Berrangé
On Thu, Jan 30, 2020 at 02:28:30PM +0100, Kevin Kofler wrote: > Daniel P. Berrangé wrote: > > Ignoring low bugs also probably isn't a viable stragegy > > for EPEL, because that's a long life distro stream, and > > so won't automatically get low CVE fixes via a rebase >

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

2020-01-30 Thread Daniel P . Berrangé
On Thu, Jan 30, 2020 at 11:20:48AM +, Richard W.M. Jones wrote: > On Thu, Jan 30, 2020 at 08:39:05AM +0530, Huzaifa Sidhpurwala wrote: > > Do we want to continue the same condition as described here: > > https://mivehind.net/2020/01/28/Fedora-has-too-many-security-bugs/ > > Maybe? > > The

Re: Ideas for better development processes when maintaining hundreds of packages

2020-01-29 Thread Daniel P . Berrangé
On Wed, Jan 29, 2020 at 09:26:43AM +, Richard W.M. Jones wrote: > On Tue, Jan 28, 2020 at 02:06:40PM -0500, Stephen John Smoogen wrote: > > My main concern is that we have been coming up with 'standard' > > proposals for 20 years and we can't seem to get more than any 4 > > maintainers to

Re: Ideas for better development processes when maintaining hundreds of packages

2020-01-28 Thread Daniel P . Berrangé
On Tue, Jan 28, 2020 at 11:32:46AM +0100, Guido Aulisi wrote: > Il giorno mar 28 gen 2020 alle ore 10:04 Richard W.M. Jones > ha scritto: > > > > I always think that Fedora works fine if you maintain 1-5 packages. > > It's possible to maintain 20 with a lot of work. And if you want to > >

Re: Fedora 32 System-Wide Change proposal: Enable fstrim.timer by default

2020-01-03 Thread Daniel P . Berrangé
On Fri, Jan 03, 2020 at 11:05:43AM -0500, Robbie Harwood wrote: > Nico Kadel-Garcia writes: > > > On Thu, Jan 2, 2020 at 2:48 PM Robbie Harwood wrote: > >> "John M. Harris Jr" writes: > >>> On Friday, December 20, 2019 10:59:52 AM MST Chris Murphy wrote: > >>> > Issuing the command once

Re: Orphaned packages looking for new maintainers

2019-12-23 Thread Daniel P . Berrangé
On Mon, Dec 23, 2019 at 11:01:33AM +0100, Miro Hrončok wrote: > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: >

Re: Heads up: rdma-core dropped support for 32-bit arm

2019-12-10 Thread Daniel P . Berrangé
On Tue, Dec 10, 2019 at 11:37:06AM +0100, Dominik 'Rathann' Mierzejewski wrote: > On Tuesday, 10 December 2019 at 11:14, Honggang LI wrote: > > On Mon, Dec 09, 2019 at 02:40:29PM +0100, Dominik 'Rathann' > > Mierzejewski wrote: > [...] > > > Thanks for the background. I'm not questioning your

Re: Heads up: rdma-core dropped support for 32-bit arm

2019-12-09 Thread Daniel P . Berrangé
On Fri, Dec 06, 2019 at 11:04:53PM -0700, Orion Poplawski wrote: > FYI: > > rdma-core 26.1-1.fc32 dropped support for %arm: > > # 32-bit arm is missing required arch-specific memory barriers, > ExcludeArch: %{arm} > > This broke dependecies for the arm package of openmpi >

Re: RFC: Branch requests from non-maintainers

2019-12-02 Thread Daniel P . Berrangé
On Mon, Dec 02, 2019 at 01:55:55PM +0100, Igor Gnatenko wrote: > Hello, > > 3 months ago, Miro opened releng ticket[0] raising question whether > non-maintainers (of some specific packages) being able to request > branches. > > However, it never went anywhere outside of that ticket. > > I'd

Re: Fedora 32 System-Wide Change proposal: Build Python 3 to statically link with libpython3.8.a for better performance

2019-11-15 Thread Daniel P . Berrangé
On Fri, Nov 15, 2019 at 09:51:45AM -0500, David Malcolm wrote: > On Fri, 2019-11-15 at 12:31 +0000, Daniel P. Berrangé wrote: > > On Fri, Nov 15, 2019 at 01:23:09PM +0100, Miroslav Suchý wrote: > > > Dne 15. 11. 19 v 10:21 Victor Stinner napsal(a): > > > > I'm not s

Re: Modularity and the system-upgrade path

2019-11-15 Thread Daniel P . Berrangé
On Fri, Nov 15, 2019 at 02:53:08PM -, Petr Pisar wrote: > On 2019-11-15, John M. Harris Jr wrote: > > On Friday, November 15, 2019 6:32:21 AM MST Petr Pisar wrote: > >> Example: I have Perl 5.26 as a default version. I have Perl 5.30 as an > >> laternative version. Now I want to package

Re: Fedora 32 System-Wide Change proposal: Build Python 3 to statically link with libpython3.8.a for better performance

2019-11-15 Thread Daniel P . Berrangé
On Fri, Nov 15, 2019 at 01:23:09PM +0100, Miroslav Suchý wrote: > Dne 15. 11. 19 v 10:21 Victor Stinner napsal(a): > > I'm not sure if we need a Fedora change just for a compiler flag. Again, > > the only drawback is that we will no longer be able to override a symbol > > using LD_PRELOAD.

Re: List of Python 2 packages to be removed mid-November

2019-10-30 Thread Daniel P . Berrangé
On Tue, Oct 29, 2019 at 04:24:02PM +0100, Miro Hrončok wrote: > ## What exactly is happening? > > The formal change proposal is here: > https://fedoraproject.org/wiki/Changes/RetirePython2 > > Packages requiring Python 2 will be removed starting November 15 (unless > they have an exception). >

Re: Old changelog entries removal

2019-10-04 Thread Daniel P . Berrangé
On Thu, Oct 03, 2019 at 01:12:10PM -0500, Jason L Tibbitts III wrote: > > "MM" == Matthew Miller writes: > > MM> Whether or not it's documented policy (and I can't remember or find > MM> anything either), many packages have the practice of trimming very > MM> old entries. > > You can't

Re: Old changelog entries removal

2019-10-03 Thread Daniel P . Berrangé
On Thu, Oct 03, 2019 at 09:37:31AM -0500, Chris Adams wrote: > Once upon a time, Daniel P. Berrangé said: > > Or just add some RPM metadata tags to record the upstream SCM type + URL + > > branch / release tag, etc. The user can thus easily find the upstream > > full comm

Re: Old changelog entries removal

2019-10-03 Thread Daniel P . Berrangé
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. > > > > I find "rpm -q --changelog"

Re: Old changelog entries removal

2019-10-03 Thread Daniel P . Berrangé
On Thu, Oct 03, 2019 at 09:51:01AM -0400, Matthew Miller wrote: > On Thu, Oct 03, 2019 at 02:47:27PM +0100, Daniel P. Berrangé wrote: > > FWIW, my approach is to purge all changelog entries older than 2 years > > the first time I touch a package in January each year. Is

Re: Old changelog entries removal

2019-10-03 Thread Daniel P . Berrangé
On Thu, Oct 03, 2019 at 09:23:16AM -0400, Josh Boyer wrote: > On Thu, Oct 3, 2019 at 9:21 AM Vitaly Zaitsev via devel > wrote: > > > > Hello all. > > > > Is it possible to remove old %changelog entries from SPECs? I can't find > > information about this in Fedora packaging guidelines. > > Yes.

Re: Impact of dropping QEMU emulation on 32-bit hosts ? (~Fedora 33)

2019-09-27 Thread Daniel P . Berrangé
On Fri, Sep 27, 2019 at 10:53:32AM -0400, Neal Gompa wrote: > On Fri, Sep 27, 2019 at 8:30 AM Daniel P. Berrangé > wrote: > > > > On Fri, Sep 27, 2019 at 01:26:09PM +0200, Jun Aruga wrote: > > > > Does anyone know of, or have, any critical/important

Re: Impact of dropping QEMU emulation on 32-bit hosts ? (~Fedora 33)

2019-09-27 Thread Daniel P . Berrangé
On Fri, Sep 27, 2019 at 01:26:09PM +0200, Jun Aruga wrote: > > Does anyone know of, or have, any critical/important use cases that would > be disrupted by QEMU dropping 32-bit *host* support ? If so, let me know > here & I can forward feedback on. Or feel free to go direct to QEMU thread >

Re: Defining the future of the packager workflow in Fedora

2019-09-27 Thread Daniel P . Berrangé
On Fri, Sep 27, 2019 at 12:40:42PM +0200, Martin Kolman wrote: > On Thu, 2019-09-26 at 16:24 +0200, Pierre-Yves Chibon wrote: > > On Thu, Sep 26, 2019 at 02:57:45PM +0100, Daniel P. Berrangé wrote: > > > On Thu, Sep 26, 2019 at 11:36:10AM +0200, Pierre-Yves Chibon wrote: &g

Impact of dropping QEMU emulation on 32-bit hosts ? (~Fedora 33)

2019-09-27 Thread Daniel P . Berrangé
The upstream QEMU community is raising the possibility of deprecating, and subsequently deleting, support for running emulation guests on 32-bit *hosts*. Running 32-bit guests would *not* be affected. See this thread: https://lists.gnu.org/archive/html/qemu-devel/2019-09/msg06168.html IOW, if

Re: Defining the future of the packager workflow in Fedora

2019-09-26 Thread Daniel P . Berrangé
On Thu, Sep 26, 2019 at 04:24:29PM +0200, Pierre-Yves Chibon wrote: > On Thu, Sep 26, 2019 at 02:57:45PM +0100, Daniel P. Berrangé wrote: > > On Thu, Sep 26, 2019 at 11:36:10AM +0200, Pierre-Yves Chibon wrote: > > > Good Morning Everyone, > > > > > > At Flock,

Re: Defining the future of the packager workflow in Fedora

2019-09-26 Thread Daniel P . Berrangé
On Thu, Sep 26, 2019 at 11:36:10AM +0200, Pierre-Yves Chibon wrote: > Good Morning Everyone, > > At Flock, a few of us met to discuss a future vision of the packager workflow. > This discussion was triggered by the realization that a number of initiatives > are happening around packaging in

Re: Does anybody care about gettext?

2019-08-09 Thread Daniel P . Berrangé
On Fri, Aug 09, 2019 at 03:13:07PM +0200, Martin Kolman wrote: > On Fri, 2019-08-09 at 14:00 +0100, Daniel P. Berrangé wrote: > > On Fri, Aug 09, 2019 at 02:28:55PM +0200, Jens-Ulrik Petersen wrote: > > > On Fri, Aug 9, 2019 at 9:27 AM Igor Gnatenko < > > > ignatenko

Re: Does anybody care about gettext?

2019-08-09 Thread Daniel P . Berrangé
On Fri, Aug 09, 2019 at 02:28:55PM +0200, Jens-Ulrik Petersen wrote: > On Fri, Aug 9, 2019 at 9:27 AM Igor Gnatenko < > ignatenkobr...@fedoraproject.org> wrote: > > > Well, it was retired because it did not built since F30 mass rebuild… > > > > I went ahead and built it with the testsuite

Re: seabios / seabios-bin split in Fedora - why?

2019-08-08 Thread Daniel P . Berrangé
On Thu, Aug 08, 2019 at 04:22:33PM +0200, Paolo Bonzini wrote: > On 08/08/19 16:14, Richard W.M. Jones wrote: > > I'm trying to package OpenSBI RISC-V firmware for Fedora > > (https://github.com/riscv/opensbi). It's a similar situation to > > SeaBIOS and other architecture firmware. We have to

Re: seabios / seabios-bin split in Fedora - why?

2019-08-08 Thread Daniel P . Berrangé
On Thu, Aug 08, 2019 at 03:14:15PM +0100, Richard W.M. Jones wrote: > I'm trying to package OpenSBI RISC-V firmware for Fedora > (https://github.com/riscv/opensbi). It's a similar situation to > SeaBIOS and other architecture firmware. We have to cross-compile a > binary on potentially any Koji

Re: Fedora 32 System-Wide Change: glusterfs dropping 32-bit arches

2019-08-05 Thread Daniel P . Berrangé
On Mon, Aug 05, 2019 at 03:56:19PM +0200, Miro Hrončok wrote: > On 05. 08. 19 15:36, Kaleb Keithley wrote: > > There is a proposal[1] in upstream GlusterFS to drop 32-bit arches. > > > > The original proposal was to drop 32-bit with GlusterFS-7. GlusterFS-7 > > will land in Fedora 31/rawhide

Re: Orphaned packages looking for new maintainers (75 to be retired)

2019-07-26 Thread Daniel P . Berrangé
On Fri, Jul 26, 2019 at 09:25:54AM -0700, Kevin Fenzi wrote: > On 7/26/19 4:25 AM, Hans de Goede wrote: > > Proposal to really fix this. We often say that people should not feel they > > own a package, but that this is all a team effort, hence we also promote > > co-maintainer ship, so I propose

Re: Fedora 32 System-Wide Change proposal: x86-64 micro-architecture update

2019-07-23 Thread Daniel P . Berrangé
On Tue, Jul 23, 2019 at 08:25:59AM -0400, Solomon Peachy wrote: > On Tue, Jul 23, 2019 at 11:05:59AM +0200, Kevin Kofler wrote: > > assume. And if you ask me, we should just stick to SSE2 as the baseline. > > Ie the status quo. > > > What are the big gains to be had from SSE3, SSSE3, SSE4.1,

Re: [Late] F30 System-Wide Change proposal: GCC9

2019-05-14 Thread Daniel P . Berrangé
On Mon, May 13, 2019 at 10:44:45PM +0200, Dridi Boukelmoune wrote: > On Mon, May 13, 2019 at 7:57 PM Jakub Jelinek wrote: > > > > Sorry for digging up this thread, but since this is a recurring change > > > it appears that the mass rebuild is not enough by itself. As of today > > > lcov doesn't

Re: On GCL and libselinux

2019-05-09 Thread Daniel P . Berrangé
On Sun, May 05, 2019 at 06:49:30PM -0600, Jerry James wrote: > Awhile back, I mentioned that GCL was building in mock on my local > machine, but was segfaulting on the koji builders. By dint of much > experimentation, I now know what is going on. For the enlightenment > of anybody who cares: >

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

2019-04-18 Thread Daniel P . Berrangé
On Wed, Apr 17, 2019 at 10:55:58AM -0400, Steve Grubb wrote: > On Wednesday, April 17, 2019 4:38:18 AM EDT Lennart Poettering wrote: > > On Di, 16.04.19 09:06, Adam Williamson (adamw...@fedoraproject.org) wrote: > > > > > > > > I think all of these are good ideas. "No udev-settle" seems like a >

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

2019-04-17 Thread Daniel P . Berrangé
On Wed, Apr 17, 2019 at 10:38:18AM +0200, Lennart Poettering wrote: > On Di, 16.04.19 09:06, Adam Williamson (adamw...@fedoraproject.org) wrote: > > > > I think all of these are good ideas. "No udev-settle" seems like a nice > > > highlevel goal to shoot for. > > > > > > Another one I might add:

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

2019-04-11 Thread Daniel P . Berrangé
On Thu, Apr 11, 2019 at 12:48:13PM -0400, Colin Walters wrote: > > > On Tue, Apr 9, 2019, at 12:07 PM, Lennart Poettering wrote: > > Heya, > > > > today I installed the current Fedora 30 Workstation beta on my new > > laptop. It was a bumpy ride, I must say (the partitioner (blivet?) > >

Re: Autoconf help: missing X11 dependency

2019-04-11 Thread Daniel P . Berrangé
On Thu, Apr 11, 2019 at 02:11:14PM -, Lukas Zapletal wrote: > Hello, > > my package "workrave" won't build with Rawhide, configure script complains: > > checking for X... no > configure: error: X11 required on Unix platform > > However it keeps complaining even when I add BuildRequires:

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

2019-04-11 Thread Daniel P . Berrangé
On Thu, Apr 11, 2019 at 03:57:30PM +0200, Lennart Poettering wrote: > On Do, 11.04.19 11:18, Daniel P. Berrangé (berra...@redhat.com) wrote: > > > > I don't know off hand of anything that would prevent it. Libvirt does > > > process events from running qemu VMs, but

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

2019-04-11 Thread Daniel P . Berrangé
On Tue, Apr 09, 2019 at 02:55:51PM -0400, Cole Robinson wrote: > On 4/9/19 2:24 PM, Lennart Poettering wrote: > > On Di, 09.04.19 14:16, Cole Robinson (crobi...@redhat.com) wrote: > > > >> On 4/9/19 1:09 PM, Zbigniew Jędrzejewski-Szmek wrote: > >>> On Tue, Apr 09, 2019 at 06:07:09PM +0200,

Re: auto-starting libvirtd on Workstation

2019-04-11 Thread Daniel P . Berrangé
On Tue, Apr 09, 2019 at 09:14:18PM -0600, Orion Poplawski wrote: > On 4/9/19 1:00 PM, Cole Robinson wrote: > > On 4/9/19 2:20 PM, Lennart Poettering wrote: > > > On Di, 09.04.19 10:11, Adam Williamson (adamw...@fedoraproject.org) wrote: > > > > > > > Basically, anything that's part of the install

Re: /dev/net/tun no longer exists in F31 rawhide ?

2019-03-18 Thread Daniel P . Berrangé
On Mon, Mar 18, 2019 at 02:33:20PM +, Daniel P. Berrangé wrote: > On Mon, Mar 18, 2019 at 02:23:12PM +, Tom Hughes wrote: > > On 18/03/2019 14:07, Daniel P. Berrangé wrote: > > > > > Historically in Fedora the /dev/net/tun device always existed, even if > &

Re: /dev/net/tun no longer exists in F31 rawhide ?

2019-03-18 Thread Daniel P . Berrangé
On Mon, Mar 18, 2019 at 02:23:12PM +, Tom Hughes wrote: > On 18/03/2019 14:07, Daniel P. Berrangé wrote: > > > Historically in Fedora the /dev/net/tun device always existed, even if > > there is no 'tun' module currently loaded. Opening it then cause the > > 'tun' k

/dev/net/tun no longer exists in F31 rawhide ?

2019-03-18 Thread Daniel P . Berrangé
Historically in Fedora the /dev/net/tun device always existed, even if there is no 'tun' module currently loaded. Opening it then cause the 'tun' kernel module to autoload IIUC. In Fedora 31 rawhide this is no longer the case. The /dev/net/tun device node doesn't exist at all in a fresh install.

Re: F31 System-Wide Change proposal: Enable Compiler Security hardening flags by default in G

2019-03-13 Thread Daniel P . Berrangé
On Wed, Mar 13, 2019 at 12:21:29PM +, Tom Hughes wrote: > On 13/03/2019 12:00, Daniel P. Berrangé wrote: > > On Mon, Mar 11, 2019 at 01:56:14PM -0400, Ben Cotton wrote: > > > > > | 1 || -Wformat || Check calls to "printf" and "scanf", etc., to make

Re: F31 System-Wide Change proposal: Enable Compiler Security hardening flags by default in G

2019-03-13 Thread Daniel P . Berrangé
On Mon, Mar 11, 2019 at 01:56:14PM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/HardenedCompiler > > == Summary == > By Default enable a few security hardening flags which are used with GCC. > > == Owner == > * Name: [[User:huzaifas|Huzaifa Sidhpurwala]] > * Email:

Re: Non-responsive maintainer Chris Lalancette (clalance)

2019-03-12 Thread Daniel P . Berrangé
On Tue, Mar 12, 2019 at 11:11:01AM +0100, Miro Hrončok wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1659737 > > Anyone knows how to contact the maintainer? According to git history Chris hasn't touched that package in dist-git since the very first import in 2011, so is likely the wrong

  1   2   >