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

Hi, First of all a big thank you to everyone involved in the discussion for the constructive discussion. I agree that the situation around java packaging is quite worrying and I'm happy to see that people are trying to come up with a pragmatic solution to the current deadlock situation. On

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

Hi, On 9/11/20 12:47 PM, Vít Ondruch wrote: Dne 11. 09. 20 v 11:03 Hans de Goede napsal(a): On 9/11/20 10:16 AM, Mikolaj Izdebski wrote: Another, more concrete example: core Ant doesn't have any dependencies beyond JDK. It is easy to build and maintain, yet very functional. On the other

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

Hi, On 9/11/20 6:08 PM, Fabio Valentini wrote: On Fri, Sep 11, 2020 at 1:06 PM Hans de Goede wrote: Hi, On 9/11/20 12:47 PM, Vít Ondruch wrote: Dne 11. 09. 20 v 11:03 Hans de Goede napsal(a): On 9/11/20 10:16 AM, Mikolaj Izdebski wrote: Another, more concrete example: core Ant

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

Hi, On 9/14/20 5:05 PM, Fabio Valentini wrote: On Fri, Sep 11, 2020 at 10:04 PM Hans de Goede wrote: Hi, On 9/11/20 6:08 PM, Fabio Valentini wrote: I can try to come up with a list of often-used-but-simple-to-maintain Java packages? Yes that sounds great. I would be happy to pick up

Re: The future of legacy BIOS support in Fedora.

Hi, On 10/19/20 6:47 PM, Stephen John Smoogen wrote: > The issue is that while 'moore's' law was no longer doubling every 18months > it was still working and tasks had to be rewritten to work with more > cores/threads/etc. As that happened the software's need for more CPU power > has increased

Lots of FTBFS bugs filed for S390x "BuildrootError: Requested repo (1785390) is DELETED" / "rpm.error: error reading package header" errors

Hi All, I just noticed that a lot my packages got a FTBFS because of failing to build on s390x. The first set of rebuilds failed with: "BuildrootError: Requested repo (1785390) is DELETED" The second set of rebuilds failed with: "rpm.error: error reading package header" errors. The last

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

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 RPM spec confirms this and makes things pass again. Hacking the makefiles to remove the -fno-lto option when building the test suite

Re: Lots of FTBFS bugs filed for S390x "BuildrootError: Requested repo (1785390) is DELETED" / "rpm.error: error reading package header" errors

Hi, On 8/3/20 5:53 PM, Kevin Fenzi wrote: On Mon, Aug 03, 2020 at 05:21:58PM +0200, Hans de Goede wrote: Hi All, I just noticed that a lot my packages got a FTBFS because of failing to build on s390x. The first set of rebuilds failed with: "BuildrootError: Requested repo (17

Re: Lots of FTBFS bugs filed for S390x "BuildrootError: Requested repo (1785390) is DELETED" / "rpm.error: error reading package header" errors

Hi, On 8/3/20 7:29 PM, Fabio Valentini wrote: On Mon, Aug 3, 2020 at 6:59 PM Hans de Goede wrote: Hi, On 8/3/20 5:53 PM, Kevin Fenzi wrote: On Mon, Aug 03, 2020 at 05:21:58PM +0200, Hans de Goede wrote: Hi All, I just noticed that a lot my packages got a FTBFS because of failing

Re: s390x builder improvements

Hi, On 8/4/20 2:29 AM, Kevin Fenzi wrote: ok. I did what I could with the resources we have right now to improve things on the s390x builders. 1. I noticed that we had the kvm instances oversubscribed on cpus (the host has 32, we had 42 used). So, I lowered all the kvm builders to 3 vcpus from

Re: The future of legacy BIOS support in Fedora.

Hi, On 6/30/20 8:29 PM, Jóhann B. Guðmundsson wrote: On 30.6.2020 17:49, John M. Harris Jr wrote: On Tuesday, June 30, 2020 6:34:27 AM MST Jóhann B. Guðmundsson wrote: Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes it beg the question if now would not be the time to

Re: Disabling lvm2-monitor.service (was Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal)

Hi, On 6/30/20 12:27 PM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 12:18 Hans de Goede napsal(a): Hi, On 6/30/20 11:42 AM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 11:34 Vitaly Zaitsev via devel napsal(a): On 30.06.2020 11:23, Igor Raits wrote: Sadly you can't have lvm2 not installed: Yes

Re: Disabling lvm2-monitor.service (was Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal)

Hi, On 6/30/20 1:27 PM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 12:43 Hans de Goede napsal(a): Hi, On 6/30/20 12:27 PM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 12:18 Hans de Goede napsal(a): Hi, On 6/30/20 11:42 AM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 11:34 Vitaly Zaitsev via devel

Re: Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal

Hi, On 6/30/20 12:59 AM, Michael Catanzaro wrote: On Mon, Jun 29, 2020 at 3:37 pm, Samuel Sieb wrote: But that should be running concurrently.  Does the plot show anything important waiting for it?  Your desktop should be able to load before that service is finished starting. Well notably:

Re: Disabling lvm2-monitor.service (was Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal)

Hi, On 6/30/20 11:42 AM, Zdenek Kabelac wrote: Dne 30. 06. 20 v 11:34 Vitaly Zaitsev via devel napsal(a): On 30.06.2020 11:23, Igor Raits wrote: Sadly you can't have lvm2 not installed: Yes, but it can be disabled. Of course, you can disable this yourself if you are skilled admin and

Re: Remove device-mapper-multipath from the Fedora workstation livecd - Fedora 33 System-Wide Change proposal

, as such having device-mapper-multipath on the livecd is not really necessary. For installations which do actually need this device-mapper-multipath the server installation iso can be used and this is a better fit for such installations. == Owner == * Name: [[User:jwrdegoede| Hans de Goede]] * Email: hdego

Re: Better Thermal Management for the Workstation - Fedora 33 Self-Contained Change proposal

Hi, On 6/30/20 5:48 PM, Vitaly Zaitsev via devel wrote: On 30.06.2020 15:25, Ben Cotton wrote: Better thermal management and peak performance on Intel CPUs by including thermald in the default install. Good, but thermald is absolutely useless without configs. Configs can be extracted from

Re: Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal

Hi, On 6/29/20 10:57 PM, Michael Catanzaro wrote: On Mon, Jun 29, 2020 at 3:45 pm, Michael Catanzaro wrote: We might need to explicitly disable systemd-udev-settle.service during the system upgrade to turn it off? Doesn't work... I tried 'systemctl disable systemd-udev-settle.service' and

Re: Remove device-mapper-multipath from the Fedora workstation livecd - Fedora 33 System-Wide Change proposal

Hi, On 6/29/20 10:29 PM, Neal Gompa wrote: On Mon, Jun 29, 2020 at 4:20 PM Chris Murphy wrote: On Mon, Jun 29, 2020 at 2:05 PM Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/RemoveDeviceMapperMultipathFromWorkstationLiveCD Multipath support is only necessary for installations

Re: The future of legacy BIOS support in Fedora.

Hi, On 7/6/20 9:36 PM, John M. Harris Jr wrote: On Monday, July 6, 2020 5:51:40 AM MST Gerd Hoffmann wrote: Image boots in both uefi (sd-boot) and bios (grub2) mode, and the config file for the latter is so short that I can include it here without hitting the mailing list size limit ;)

Re: Bodhi 5.4.0 in production

Hi, On 6/22/20 9:53 AM, Clement Verna wrote: Hi all, I have just deployed Bodhi 5.4.0 (https://github.com/fedora-infra/bodhi/releases) in production. We were running 5.2.2 so that deployment brings the improvement and bug fixes from 5.3.0 and 5.4.0 (see release notes) One high level

Re: Fedora 33 System-Wide Change proposal: swap on zram

Hi, On 6/5/20 9:43 PM, John M. Harris Jr wrote: On Friday, June 5, 2020 12:38:01 PM MST Igor Raits wrote: On Fri, 2020-06-05 at 12:18 -0700, John M. Harris Jr wrote: On Friday, June 5, 2020 12:12:40 PM MST Chris Murphy wrote: On Fri, Jun 5, 2020 at 1:07 PM John M. Harris Jr <

Re: Very strange compiler/linker related build failures in rawhide

Hi, On 7/24/20 10:31 AM, Fabio Valentini wrote: Hi all, I'm starting to see various very strange kinds of build failures in rawhide, that seem to have started with either of these updates (or a combination of them): - annobin 9.21-1.fc33 → 9.22-1.fc33 - binutils 2.34.0-6.fc33 → 2.34.0-7.fc33

Re: Non responsive packager: amitshah

Hi, On 7/27/20 11:15 AM, Pierre-Yves Chibon wrote: On Mon, Jul 27, 2020 at 10:52:34AM +0200, Hans de Goede wrote: Hi, On 7/27/20 10:36 AM, Pierre-Yves Chibon wrote: Good Morning Everyone, I have been trying to contact packagers without a proper bugzilla account associated with their FAS

Re: We have to talk about annobin... again

Hi, On 7/25/20 5:25 PM, Jeff Law wrote: On Sat, 2020-07-25 at 10:46 +0100, Peter Robinson wrote: On Sat, Jul 25, 2020 at 10:35 AM Neal Gompa wrote: Hey all, So I was trying to update libseccomp last night, and I was able to build it for everything except aarch64 on Rawhide because it says

Re: Orphaning qjackctl

Hi, On 7/26/20 11:08 PM, Fernando Lopez-Lezcano wrote: Hi all, This wants to go to a new owner: https://src.fedoraproject.org/rpms/qjackctl I am the "official" maintainer, something I had completely forgotten about (this was a VERY long time ago). Orcan (Ogetbil) took care of it for a long

Re: Non responsive packager: amitshah

Hi, On 7/27/20 10:36 AM, 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 a requirement for packagers

Re: Rawhide hangs booting 5.11.0-rc2

Hi, On 1/10/21 2:39 AM, Ian Laurie wrote: > I just updated a VirtualBox Rawhide guest with latest updates which included > the 5.11.0-rc2 kernel and the system hangs on boot (pic attached).  The > system was updated a few days ago so was reasonably up to date before today. > > Booting the

Re: OGRE soname bump on rawhide Re: Orphaned packages looking for new maintainers (hundreds of freshly orphaned F33FTBFS)

Hi, On 11/24/20 10:25 AM, Hans de Goede wrote: > Hi, > > On 11/23/20 3:56 PM, Sérgio Basto wrote: >> Sorry , >> I updated ogre in rawhide to ogre-1.12.6 ( the PR >> https://src.fedoraproject.org/rpms/ogre/pull-request/1 was ready 5 >> months ago ) >> &g

Re: OGRE soname bump on rawhide Re: Orphaned packages looking for new maintainers (hundreds of freshly orphaned F33FTBFS)

Hi, On 11/23/20 3:56 PM, Sérgio Basto wrote: > Sorry , > I updated ogre in rawhide to ogre-1.12.6 ( the PR > https://src.fedoraproject.org/rpms/ogre/pull-request/1 was ready 5 > months ago ) > > I did a wrong repoquery. I though ogre didn't have any dependency. I > did a query that only query

Re: Fedora 34 Change: Unify the GRUB configuration files location across all supported architectures (System-Wide Change proposal)

Hi, On 12/30/20 11:52 PM, Neal Gompa wrote: > On Wed, Dec 30, 2020 at 5:48 PM Marius Schwarz wrote: >> >> Am 30.12.20 um 22:14 schrieb Michel Alexandre Salim: >>> - a separate partition for storing GRUB config, no matter what >>> architecture, is probably the ideal solution >> Not always. In VMs

Re: Fedora 34 Change: SOF as default audio driver for Intel LPE hardware (Self-Contained Change proposal)

gt;> >>> == Summary == >>> Intel LPE audio hardware has 2 drivers in the mainline kernel the SST >>> driver and the SOF driver, switch the default driver from SST to SOF. >>> >>> == Owner == >>> * Name: [[User:jwrdegoede| Hans de Goede]] >&

Re: Fedora 34 Change: Unify the GRUB configuration files location across all supported architectures (System-Wide Change proposal)

Hi, On 1/12/21 5:55 PM, Michel Alexandre Salim wrote: > Hi, > > Thanks for the thorough reply, Hans! One question inline > > On Tue, 2021-01-05 at 12:31 +0100, Hans de Goede wrote: >> Hi, >> >> On 12/30/20 11:52 PM, Neal Gompa wrote: >>> On W

Re: Rawhide hangs booting 5.11.0-rc2

Hi, On 1/12/21 1:36 PM, Hans de Goede wrote: > Hi, > > On 1/10/21 2:39 AM, Ian Laurie wrote: >> I just updated a VirtualBox Rawhide guest with latest updates which included >> the 5.11.0-rc2 kernel and the system hangs on boot (pic attached).  The >> system wa

Re: x86_64-v2 in Fedora

Hi, On 6/16/21 10:28 AM, Daniel P. Berrangé wrote: > On Tue, Jun 15, 2021 at 05:34:02PM -0400, Neal Gompa wrote: >> Hey all, >> >> Earlier this week, I was helping with processing features for openSUSE >> Leap 15.4[1] and I discovered that they're planning on introducing >> x86_64-v2 to openSUSE

Re: x86_64-v2 in Fedora

Hi, On 6/16/21 12:19 PM, Daniel P. Berrangé wrote: > On Wed, Jun 16, 2021 at 12:01:29PM +0200, Hans de Goede wrote: >> Hi, >> >> On 6/16/21 10:28 AM, Daniel P. Berrangé wrote: >>> On Tue, Jun 15, 2021 at 05:34:02PM -0400, Neal Gompa wrote: >>>> Hey all,

Re: soname bump on fluidsynth-libs in f32

Hi, On 5/11/21 1:56 PM, Christoph Karl wrote: > Hi! > > Trying to fix two security issues > https://bugzilla.redhat.com/show_bug.cgi?id=194953 > and > https://bugzilla.redhat.com/show_bug.cgi?id=1955611 > I made an unintended soname bump in f32. > As far as I have seen, this is only in f32.

Re: doxbox-staging package conflict

Hi, On 6/2/21 12:47 AM, François Cami wrote: > On Tue, Jun 1, 2021 at 10:36 PM Neal Gompa wrote: >> >> On Tue, Jun 1, 2021 at 4:34 PM Otto Urpelainen wrote: >>> >>> Hans de Goede kirjoitti 1.6.2021 klo 21.02: >>>> Hi, >>>> >>>&g

Re: Let's retire original glib and gtk+

Hi, On 5/27/21 5:54 PM, Tom Callaway wrote: > FWIW, I have retired xmms. Upstream is long gone, and it was being held > together by spider-webs anyways. And I've just retired xarchon for similar reasons. xarchon was fun for me as a fan of the original c64 Archon games, but it really is time for

Re: The Javapocalypse is Monday

Hi, On 6/3/21 11:30 PM, Jerry James wrote: > I've just been looking through my packager-dashboard page. A > depressingly large chunk of my packages are going to become > unbuildable on Monday when a bunch of orphaned Java packages are > retired. I think a lot of us are going to be affected. In

Re: doxbox-staging package conflict

Hi, On 6/1/21 6:20 PM, Vitaly Zaitsev via devel wrote: > Hello all. > > doxbox-staging is trying to overwrite the regular dosbox package: > > Installing: >  dosbox-staging    x86_64    0.76.0-2.fc34  fedora    > 1.4 M > replacing  dosbox.x86_64 0.74.3-7.fc34 > >

Re: doxbox-staging package conflict

Hi, On 6/1/21 10:33 PM, Otto Urpelainen wrote: > Hans de Goede kirjoitti 1.6.2021 klo 21.02: >> Hi, >> >> On 6/1/21 6:20 PM, Vitaly Zaitsev via devel wrote: >>> Hello all. >>> >>> doxbox-staging is trying to overwrite the regular dosbox p

Re: Guile & Fesco requiring package maintenance work (was: Re: guile22 -> gnutls -> lots of virt packages)

Hi, On 7/7/21 2:14 PM, Florian Weimer wrote: > * Hans de Goede: > >> Hi, >> >> On 7/7/21 1:08 PM, Florian Weimer wrote: >>> * Neal Gompa: >>> >>>> Wait, why don't we have guile 3.0? >>> >>> We have a mandate from Fesco

Re: guile22 -> gnutls -> lots of virt packages

Hi, On 7/7/21 1:53 PM, Neal Gompa wrote: > On Wed, Jul 7, 2021 at 7:38 AM Hans de Goede wrote: >> >> Hi, >> >> On 7/7/21 1:08 PM, Florian Weimer wrote: >>> * Neal Gompa: >>> >>>> Wait, why don't we have guile 3.0? >>> &g

Re: guile22 -> gnutls -> lots of virt packages

Hi, On 7/7/21 1:08 PM, Florian Weimer wrote: > * Neal Gompa: > >> Wait, why don't we have guile 3.0? > > We have a mandate from Fesco that the core toolchain must depend on > Guile. Naturally that makes updates rather difficult. So I've gone and checked the Fesco issue where dropping guile

Re: guile22 -> gnutls -> lots of virt packages

Hi, On 7/7/21 1:33 PM, Neal Gompa wrote: > On Wed, Jul 7, 2021 at 7:18 AM Florian Weimer wrote: >> >> * Neal Gompa: >> >>> On Wed, Jul 7, 2021 at 7:08 AM Florian Weimer wrote: * Neal Gompa: > Wait, why don't we have guile 3.0? We have a mandate from Fesco that the

Re: Orphaned packages looking for new maintainers

Hi, On 7/7/21 11:18 AM, 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: License field is now “effective license” in agenda, appeditor, gaupol, harmonyseq, libinstpatch, notejot, sequeler

Hi Benjamin, On 7/9/21 3:47 PM, Benjamin Beasley wrote: > I’ve updated several of my packages to use only the “effective license” in > their License fields, in cases where it was very clear that a single > effective license was correct. The following packages are affected: > > - agenda:

Re: License field is now “effective license” in agenda, appeditor, gaupol, harmonyseq, libinstpatch, notejot, sequeler

ase the intent of the author of the file clearly was to give as broad a license as possible (1), so I think that not listing it separately is fine for appdata xml files (still not a lawyer, etc.). 1) arguably CC0 always indicates the author is trying to not claim any rights in so far possible, but that is a s

mdbtools soname change (libmdb, libmdbaql) change coming to rawhide

Hi All, I'm currently working on rebasing mdbtools to the 0.9.z series, which includes a soname bump. This means that libgda and recutils need to be rebuild (and possible patched as there are some small API changes). I've also noticed that both libgda and recutils are a bit behind downstream,

Re: The Death of Java (packages)

Hi, On 4/29/21 12:00 PM, Mikolaj Izdebski wrote: > Hi Hans, > > On Wed, Apr 28, 2021 at 3:47 PM Hans de Goede wrote: >> Also I hope it is ok if I pick your brain a bit on a java >> packaging issue which I've been having. >> >> I maintain a couple of java l

Re: GNOME only: KeepassXC quirks

Hi, On 4/30/21 3:33 PM, Vitaly Zaitsev via devel wrote: > On 30.04.2021 12:23, Germano Massullo wrote: >> There are many Fedora GNOME Wayland users experiencing quirks in using >> KeepassXC. Textboxes not showing text that is being written, other quirks >> with GNOME, etc. > > There are a lot

Re: F35 Change: CompilerPolicy Change (System-Wide Change proposal)

Hi, On 4/23/21 5:37 PM, Gary Buhrmaster wrote: > On Fri, Apr 23, 2021 at 3:19 PM Ben Cotton wrote: >> >> https://fedoraproject.org/wiki/Changes/CompilerPolicy >> > > Ultimately, I think what the packaging guidelines should be if > the proposal is accepted are essentially: > > > > For C/C++

Re: The Death of Java (packages)

Hi Fabio, On 4/26/21 9:19 PM, Fabio Valentini wrote: > Hi everybody, > > Long story short, I can no longer in good conscience be the primary > maintainer of (most) Java packages in Fedora. I am not using any of > them, I don't like Java or any other languages targeting the JVM, and > don't get

Re: The Death of Java (packages)

Hi Mikolaj, On 4/27/21 4:49 PM, Mikolaj Izdebski wrote: > On Mon, Apr 26, 2021 at 9:26 PM Fabio Valentini wrote: >> I will orphan all Java packages I am the main admin of, later today. > > I've adopted the majority of Java packages that were orphaned by Fabio, > primarily those that are related

Looking for a co-maintainer for portaudio

Hi, While working on bug: https://bugzilla.redhat.com/show_bug.cgi?id=1939749 which involves a portaudio fix to make it work properly with pipewire's jack-server, I realized that portaudio really could use some more love. Specifically it needs a rebase to a newer upstream version (also

Re: Looking for a co-maintainer for portaudio

Hi, On 3/26/21 11:26 AM, Uwe Klotz wrote: > Hi Hans, > > I started working on an update of the PortAudio package and hope to publish a > PR soon. Great, thank you. Regards, Hans > On 22.03.21 23:06, Hans de Goede wrote: >> Hi, >> >> While working on

Re: Fedora Account Migration & Production Deployment Update: COMPLETE!

Hi All, On Fri, Mar 26, 2021 at 2:15 PM Matthew Miller wrote: > > On Thu, Mar 25, 2021 at 10:55:40PM +, Aoife Moloney wrote: > > I am beyond pleased to announce that the Fedora Accounts Team has reached > > the point in our deployment that critical path services have been > > configured to

Re: Another problem on the s390x builder

Hi, On 4/1/21 6:40 AM, Kevin Fenzi wrote: > On Wed, Mar 31, 2021 at 11:46:15PM -0400, Susi Lehtola wrote: >> Hi, >> >> >> I've had a koji build running for over 6 hours, and the s390x build >> still hasn't started. Are the s390x builders offline? > > Nope. However, a bunch of builds landed

Re: How to apply a patch to the kernel 5.11.x

Hi, On 3/18/21 12:42 PM, Peter Robinson wrote: >> In kernel 5.10.x, it was enough to add the line for example "Patch 990: >> example.patch" to apply the patch. >> Now in 5.11.x it looks like this method doesn't work. > > You can still do that for a local build, you also need to have an >

Re: F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi, On 3/1/21 9:15 PM, Ray Strode wrote: > Hi, > > On Sun, Feb 28, 2021 at 9:46 AM Hans de Goede wrote: >>> https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1683 >>> <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1683> >>

Re: F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi, On 3/4/21 12:55 PM, Pavel Březina wrote: > On 3/3/21 11:02 AM, Pavel Březina wrote: >> On 3/2/21 10:21 PM, Ray Strode wrote: >>> Hi, >>> >>> On Tue, Mar 2, 2021, 11:20 AM Pavel Březina wrote: Can you reiterate the problem? The snippet above don't tell me much. >>> Sorry, let me

Re: Plymouth, themes and console clearing: https://bugzilla.redhat.com/show_bug.cgi?id=1933378

Hi, On 3/4/21 9:14 PM, Adam Williamson wrote: > Hey folks! > > So I've filed a bug recently which may need wider discussion about the > resolution. The bug report is: > > https://bugzilla.redhat.com/show_bug.cgi?id=1933378 > > The problem is this. If plymouth is installed but no graphical

Re: F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi, On 3/5/21 4:17 PM, Matthew Miller wrote: > On Fri, Mar 05, 2021 at 03:05:00PM +0100, Hans de Goede wrote: >>> mcelog.service loaded active running >>> Machine Check Exception Logging Daemon >> This is another one for which it is ques

Re: F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi, On 3/2/21 5:20 PM, Pavel Březina wrote: > On 3/2/21 4:25 PM, Ray Strode wrote: >> Hi, >> >> Ahh, okay. >> >> On Tue, Mar 2, 2021 at 9:31 AM Hans de Goede wrote: >>> sudo authselect select minimal >>> sudo authselect apply-changes >>&g

Re: F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi, On 3/4/21 11:50 AM, Pavel Březina wrote: > On 3/3/21 6:11 PM, Hans de Goede wrote: >> Hi, >> >> On 3/2/21 5:20 PM, Pavel Březina wrote: >>> On 3/2/21 4:25 PM, Ray Strode wrote: >>>> Hi, >>>> >>>> Ahh, okay. >>>> &

F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi Benjamin, Ray, I noticed this problem while dogfooding F34, I'm fully up2date as of today. Today's gdm update did help in making the problem more clear. What happens is that as soon as I press enter / click my main user in gdm, the password entry box keeps getting updated (and clearing its

Re: Plymouth, themes and console clearing: https://bugzilla.redhat.com/show_bug.cgi?id=1933378

Hi, On 3/4/21 11:45 PM, Adam Williamson wrote: > On Thu, 2021-03-04 at 22:40 +0100, Hans de Goede wrote: >> >>> Starting from a minimal install with plymouth omitted, adding just >>> plymouth itself pulls in 3 packages (plymouth, plymouth-core-libs, >>> plym

Re: F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi, On 3/5/21 11:59 AM, Pavel Březina wrote: > On 3/4/21 5:11 PM, Hans de Goede wrote: >> Hi, >> >> On 3/4/21 11:50 AM, Pavel Březina wrote: >>> On 3/3/21 6:11 PM, Hans de Goede wrote: >>>> Hi, >>>> >>>> On 3/2/21 5:20 PM, Pavel B

Re: F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi, On 3/5/21 1:56 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Mar 04, 2021 at 07:50:11PM +0100, Hans de Goede wrote: >>> I am not sure about this. What services are you seeing which are >>> extraneous? I do see ps aux is going on miles and miles, but of the 218 >

Re: F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi, On 3/4/21 5:38 PM, Stephen John Smoogen wrote: > > > On Thu, 4 Mar 2021 at 11:21, Hans de Goede <mailto:hdego...@redhat.com>> wrote: > > Hi, > > > > It has very limited functionality by design. If you do not want to use > SSSD, you can k

Re: F34 gdm login prompt goes crazy when a fingerprint reader with no enrolled prints is present

Hi, On 2/27/21 9:16 PM, Ray Strode wrote: > Hi, > > On Sat, Feb 27, 2021, 2:56 PM Ray Strode > wrote: > > ah i think we need to pull in  > > https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1683 >

Fedora 34 selinux blocking out-of-tree module loading even when secureboot is disabled???

Hi All, While dogfooding F34 I noticed that out of tree kernel modules (1) are now being blocked, not by the kernel's lockdown mechanism (which only does this when secureboot is enabled) but by selinux: audit: type=1400 audit(1613736626.937:95): avc: denied { integrity } for pid=401

Re: Fedora 34 selinux blocking out-of-tree module loading even when secureboot is disabled???

Hi, On 2/19/21 2:24 PM, Ondrej Mosnacek wrote: > Hi Hans, > > On Fri, Feb 19, 2021 at 1:36 PM Hans de Goede wrote: >> Hi All, >> >> While dogfooding F34 I noticed that out of tree kernel modules (1) are >> now being blocked, not by the kernel's lockdown mechan

Re: Orphaned packages looking for new maintainers

Hi, On 2/22/21 11:17 AM, 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: replace memtest86+ with pcmemtest, needs maintainer

Hi, On 8/29/21 11:46 PM, Gordon Messmer wrote: > On 8/1/21 3:54 PM, Neal Gompa wrote: >> But that doesn't stop anyone from maintaining an unsigned version. > > > The documentation suggests that the UEFI binary can be loaded directly (which > I've done), or through the EFI handover protocol. I

Re: can we remove device-mapper-multipath from default desktop installs?

Hi, On 9/6/21 7:57 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Sun, Sep 05, 2021 at 04:43:01PM -0600, Chris Murphy wrote: >> On Fri, Sep 3, 2021 at 10:47 AM Chris Murphy wrote: >>> >>> systemd-udev-settle.service is deprecated. Please fix >>> multipathd.service not to pull it in. >>>

Re: Boot menu always displayed again?

Hi, On 9/7/21 1:34 PM, Vít Ondruch wrote: > > Dne 07. 09. 21 v 9:26 Hans de Goede napsal(a): >> Hi, >> >> On 9/6/21 5:13 PM, Vít Ondruch wrote: >>> Not sure if that is intentional, but if I am not mistaken, boot menu used >>> to be hidden if there

Re: Boot menu always displayed again?

Hi, On 9/6/21 5:13 PM, Vít Ondruch wrote: > Not sure if that is intentional, but if I am not mistaken, boot menu used to > be hidden if there were no issues, but it seems to be always on ATM. Is this > intentional? What is the output of running: sudo grub2-editenv - list Also is this a

Re: replace memtest86+ with pcmemtest, needs maintainer

Hi, On 8/30/21 9:35 PM, Gordon Messmer wrote: > On 8/30/21 12:08 PM, Hans de Goede wrote: >> >> I checked the entry on a Windows multiboot system and it does not have the >> "insmod chain" line, maybe droppint that helps? > > > Same result.  GRUB retur

Fedora 34 90 second timeout in initrd / dbus ordering issue

Hi Zbigniew, Justin, I assume you are familiar with $subject, also see e.g. : https://bugzilla.redhat.com/show_bug.cgi?id=1976653 I have just come back from a week vacation and I see that this is still not resolved, what is the current status of this ? This is really making Fedora look bad,

Re: Fedora 34 90 second timeout in initrd / dbus ordering issue

Hi, On 7/29/21 12:57 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Jul 29, 2021 at 09:16:48AM +0200, drago01 wrote: >> On Thursday, July 29, 2021, Hans de Goede wrote: >> >>> Hi Zbigniew, Justin, >>> >>> I assume you are familiar wi

Re: F36 Change: Make Authselect Mandatory (System-Wide Change proposal)

Hi, On 10/12/21 5:32 PM, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Make_Authselect_Mandatory > > == Summary == > This change wants to make authselect required to configure > authentication and identity sources and forcefully update > non-authselect configuration to the sssd

Re: F36 Change: Make Authselect Mandatorry (System-Wide Change proposal)

Hi Pavel, On 10/14/21 12:57 PM, Pavel Březina wrote: > On 10/13/21 3:17 PM, Michael Catanzaro wrote: >> On Wed, Oct 13 2021 at 10:22:14 AM +0200, Hans de Goede >> wrote: >>> Making what IMHO is a poor default of always using sssd everywhere >>> hardcoded even de

Re: replace memtest86+ with pcmemtest, needs maintainer

Hi, On 8/30/21 7:11 PM, Gordon Messmer wrote: > On 8/30/21 12:20 AM, Hans de Goede wrote: >> For the grub bit I think you just need a menu entry with a chainloader >> line in there, similar to how booting Windows in a multi-boot setup works. > > > Among

Re: xorg-x11-server maintenance

Hi Fabio, On 12/17/21 12:21, Fabio Valentini wrote: > Hi all, > > With the recent updates to use a standalone xwayland package, the > "classic" xorg-x11-server package seems to have fallen into disrepair. > It is multiple versions behind upstream (Fedora has 1.20.11, upstream > has released

Re: RFC: Reduce number of packages that are built for i686

Hi, On 11/18/21 16:27, Fabio Valentini wrote: > On Thu, Nov 18, 2021 at 1:14 PM Sérgio Basto wrote: >> >> Hi, >> another subject that can be related >> >> In thread "I think we should stop building i686 packages we're not >> shipping" we are alerted for builds for i686 that aren't publish . >>

rpmlint 2.x totally bogus output on debuginfo sub-pkgs

Hi All, I'm wondering if I'm the only one who is seeing quite a few bogus warnings / errors getting thrown by rpmlint when run on C/C++ debuginfo sub-pkgs ? And assuming I'm not the only one I'm wondering if there are some plans to address / fix this ? I tend to always run rpmlint as part of my

Re: rpmlint 2.x totally bogus output on debuginfo sub-pkgs

Hi, On 2/23/22 15:23, Petr Pisar wrote: > V Wed, Feb 23, 2022 at 01:45:02PM +0100, Hans de Goede napsal(a): >> I'm wondering if I'm the only one who is seeing quite a few bogus >> warnings / errors getting thrown by rpmlint when run on C/C++ >> debuginfo sub-pkgs ? &

Re: dist-git force push

Hi, On 4/1/22 18:09, Ondrej Mosnacek wrote: > On Fri, Apr 1, 2022 at 4:27 PM Robbie Harwood wrote: >> Kamil Dudka writes: >> >>> On Friday, April 1, 2022 12:51:36 PM CEST Michael J Gruber wrote: >>> - check whether the "new object name" is descendant of (contains) "old build object

cmake failure to build in rawhide?

Hi All, While fixing a hedgewars F36 bug, the f37/rawhide build of the fixed pkg is failing: In both F36 and F37 the invocation is: /usr/bin/cmake -S . -B redhat-linux-build -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG

Re: cmake failure to build in rawhide?

Hi, On 4/1/22 18:09, Kamil Dudka wrote: > On Friday, April 1, 2022 5:45:38 PM CEST Hans de Goede wrote: >> Hi All, >> >> While fixing a hedgewars F36 bug, the f37/rawhide build of the >> fixed pkg is failing: >> >> In both F36 and F37 the invocation is: &g

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

Hi Brian, On 4/8/22 19:14, Brian C. Lane wrote: > So like I said yesterday, I'll look into switching to use grub2 for > Fedora 37, assuming grub2 continues to support BIOS. Thank you for looking into switching to using GRUB for the livecds. If you have some test livecd img using grub instead

Re: F37 Change: Legacy Xorg Driver Removal (System-Wide Change proposal)

Hi, On 4/8/22 13:18, Kevin Kofler via devel wrote: > Hans de Goede wrote: >> So most hw will either be new enough to offer an efifb which >> simpledrm will turn into a drm/kms /dev/dri/card0 device. Or it >> will be old enough that it almost certainly will hav

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

Hi, On 4/11/22 01:07, Gabriel Ramirez wrote: > On 4/10/22 16:10, Neal Gompa wrote: >> On Sun, Apr 10, 2022 at 4:37 PM Dominik 'Rathann' Mierzejewski >> wrote: >>> On Friday, 08 April 2022 at 16:14, Zamir SUN wrote: >>> [...] Probably it isn't a problem for some users, but I'm still having

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

Hi, On 4/5/22 16:52, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/DeprecateLegacyBIOS > Fedora already requires a 2GHz dual core CPU at minimum (and therefore > mandates that machines must have been made after 2006). But machines made between 2006-2012 generally did not have

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

Hi, On 4/6/22 16:23, Neal Gompa wrote: > On Wed, Apr 6, 2022 at 10:18 AM Hans de Goede wrote: >> >> Hi, >> >> > behalf of my employer (Red Hat)> >> >> On 4/5/22 16:52, Ben Cotton wrote: >>> https://fedoraproject.org/wiki/Changes/DeprecateL

Re: F37 Change: Legacy Xorg Driver Removal (System-Wide Change proposal)

Hi, On 4/8/22 07:01, Kevin Kofler via devel wrote: > Ben Cotton wrote: >> == Owner == >> * Name: [[User:ajax|Adam Jackson]] >> * Email: a...@redhat.com >> >> == Detailed Description == >> >> Fedora's primary desktop environments are moving away from being X11 >> sessions, to being Wayland servers

Re: Would it be useful to have a video call to discuss the "Deprecate Legacy BIOS" Change proposal?

Hi David, On 4/13/22 21:27, David Cantrell wrote: > 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 We

Re: Would it be useful to have a video call to discuss the "Deprecate Legacy BIOS" Change proposal?

Hi, On 4/13/22 23:11, Matthew Miller wrote: > On Wed, Apr 13, 2022 at 12:56:11PM -0700, Kevin Fenzi wrote: >> If that proves acceptable for change owners here that would perhaps take >> care of the short term problem. What about longer term though? Would the >> thought be that the BIOS sig would

<    1   2   3   4   5   6   >