Re: Serious problem with SATA LPM in F28 on Lenovo 50 series laptops

Hi, On 03-05-18 10:50, Lorenzo Dalrio wrote: Hi, here is the output: # cat /sys/class/dmi/id/bios_version /sys/class/dmi/id/bios_date JBET68WW (1.32 ) 02/27/2018 I apply BIOS updates quite regularly. Thank you, may I also ask which desktop-environment you are using (because of GPU usage by

Re: Serious problem with SATA LPM in F28 on Lenovo 50 series laptops

disks? Also, drive FW is upgradeable in Lenovo laptops. On Wed, May 2, 2018 at 5:39 PM, Hans de Goede mailto:hdego...@redhat.com>> wrote: Hi, On 05/01/2018 10:40 AM, Lorenzo Dalrio wrote: Hi, i run fedora 28 on a t450 since it was promoted to beta working with it

Hiding the grub menu by default on single OS installs

Hi All, I'm working on improving the Fedora boot experience, with the end goal being a user pressing the on button and then going to the graphical login manager without him seeing any text messages / menus filled with technical jargon. IIRC we used to hide the grub-menu by default on single OS i

Re: Hiding the grub menu by default on single OS installs

Hi, On 31-05-18 12:36, Stephen Gallagher wrote: On Thu, May 31, 2018 at 6:24 AM Hans de Goede mailto:hdego...@redhat.com>> wrote: Hi All, I'm working on improving the Fedora boot experience, with the end goal being a user pressing the on button and then going to th

Re: Hiding the grub menu by default on single OS installs

Hi, On 31-05-18 13:59, Stephen Gallagher wrote: On Thu, May 31, 2018 at 6:53 AM Hans de Goede mailto:hdego...@redhat.com>> wrote: Hi, On 31-05-18 12:36, Stephen Gallagher wrote: > > On Thu, May 31, 2018 at 6:24 AM Hans de Goede mailto:hdego...@redhat.com>

Re: Hiding the grub menu by default on single OS installs

Hi, On 31-05-18 15:08, Chris Adams wrote: Once upon a time, Hans de Goede said: And for F30, single OS install we get: 1) grub menu not shown, 0 second timeout, no way to get to the menu 2) grub menu shown with 5 sec timeout after a failed boot If I know I want the menu (say I need to boot

Re: Hiding the grub menu by default on single OS installs

Hi, On 31-05-18 15:08, Colin Walters wrote: On Thu, May 31, 2018, at 6:23 AM, Hans de Goede wrote: Hi All, I'm working on improving the Fedora boot experience, with the end goal being a user pressing the on button and then going to the graphical login manager without him seeing any

Re: Hiding the grub menu by default on single OS installs

Hi, On 31-05-18 16:40, stan wrote: On Thu, 31 May 2018 12:23:35 +0200 Hans de Goede wrote: Hi All, I'm working on improving the Fedora boot experience, with the end goal being a user pressing the on button and then going to the graphical login manager without him seeing any text mes

Re: Hiding the grub menu by default on single OS installs

Hi, On 31-05-18 15:20, Robert Marcano wrote: On 05/31/2018 06:52 AM, Hans de Goede wrote: ... This will basically get us back the F28 behavior of showing the menu but only after a failed boot, I think that is a good solution, do you agree? What is the definition of a successful boot? I ask

Re: Hiding the grub menu by default on single OS installs

Hi All, First of all I want to thank everyone for their input. I also want to make clear that the hide the menu + not listening for a keypress at all (aka fastboot) is a Fedora 30 thing, quoting myself: "For F29, single OS Fedora Workstation install we get: 1) grub menu hidden by default with

Re: Hiding the grub menu by default on single OS installs

Hi, On 01-06-18 11:54, Tomas Kovar wrote: Hi all, I have two suggestions: - on UEFI systems, would it be possible to use an EFI variable to force grub menu? That way, it would be possible to enter the menu from UEFI boot loader or shell, even if the system itself is in non-working state or o

Re: Hiding the grub menu by default on single OS installs

Hi, On 01-06-18 15:26, Chris Adams wrote: Once upon a time, Hans de Goede said: For F30, single OS Fedora Workstation install install we get: 1) grub menu not shown, 0 second timeout, no way to get to the menu What I haven't seen answered is this: what do we really gain from this?

Re: Hiding the grub menu by default on single OS installs

Hi, On 01-06-18 20:38, Andrew Lutomirski wrote: On Jun 1, 2018, at 1:04 AM, Hans de Goede wrote: Hi All, First of all I want to thank everyone for their input. I also want to make clear that the hide the menu + not listening for a keypress at all (aka fastboot) is a Fedora 30 thing, quoting

Re: Hiding the grub menu by default on single OS installs

Hi, Note I've dropped the fedora-devel list (-ETOOMUCHBIKESHED) and added Javier and Jan to the Cc. On 01-06-18 20:03, Peter Jones wrote: On Thu, May 31, 2018 at 05:47:36PM +0200, Hans de Goede wrote: Hi, On 31-05-18 15:20, Robert Marcano wrote: On 05/31/2018 06:52 AM, Hans de Goede

Re: Hiding the grub menu by default on single OS installs

Hi, On 04-06-18 09:16, Hans de Goede wrote: Hi, Note I've dropped the fedora-devel list (-ETOOMUCHBIKESHED) and added Javier and Jan to the Cc. Ugh, so clearly I failed to remove fedora-devel from the CC. Ah well. I hope this mistake shows that there is nothing nefarious going on her

Re: F29 System Wide Change: Hide the grub menu

Hi, On 01-06-18 22:29, Peter Jones wrote: On Thu, May 31, 2018 at 12:14:57PM -0500, Chris Adams wrote: Once upon a time, Jason L Tibbitts III said: If we're going to patch grub to expand the set of keys it will watch for, is it possible to just expand the set to encompass all keys? We don't

Re: F29 System Wide Change: Hide the grub menu

Hi, On 04-06-18 21:17, Adam Williamson wrote: On Thu, 2018-05-31 at 12:43 +0200, Jan Kurik wrote: = Proposed System Wide Change: Hide the grub menu = https://fedoraproject.org/wiki/Changes/HiddenGrubMenu We (QA) would like to note that the "How to test" section of this Change seems heavily un

Re: F29 System Wide Change: Hide the grub menu

Hi, On 08-06-18 00:35, Gerald B. Cox wrote: On Thu, Jun 7, 2018 at 2:07 AM, Hans de Goede mailto:hdego...@redhat.com>> wrote: A question to you (and the Fedora community in general) where should the documentation for this live ? I would like to have something longer live

Re: F29 System Wide Change: Hide the grub menu

Hi, On 10-06-18 19:02, Gerald B. Cox wrote: On Thu, Jun 7, 2018 at 2:07 AM, Hans de Goede mailto:hdego...@redhat.com>> wrote: Hi, On 04-06-18 21:17, Adam Williamson wrote: On Thu, 2018-05-31 at 12:43 +0200, Jan Kurik wrote: = Proposed System Wide Change: Hi

Re: Services that shouldn't be started in the first place: Was F29... hide.. grub

Hi, On 20-06-18 18:33, Gerald B. Cox wrote: This isn't related to a service, but is throwing out an spurious error message.  There is a patch but it hasn't made it's way yet into the Fedora kernel: rt_cmos registration error:  rhbz#1568276 Basically an error is being thrown because your system

Re: F28's "ImprovedLaptopBatteryLife" causing USB issues?

Hi, On 25-06-18 13:26, Radka Janekova wrote: ref: https://fedoraproject.org/wiki/Changes/ImprovedLaptopBatteryLife#Current_status > "Enable USB autosuspend for USB bluetooth receivers by default. If all other USB devices on the laptop also have USB auto-suspend enabled (which typically is tru

Re: F28's "ImprovedLaptopBatteryLife" causing USB issues?

Hi, On 26-06-18 15:19, Radka Janekova wrote: On Mon, Jun 25, 2018 at 2:29 PM, Hans de Goede mailto:hdego...@redhat.com>>wrote: Hi, On 25-06-18 13:26, Radka Janekova wrote: ref: https://fedoraproject.org/wiki/Changes/ImprovedLaptopBatteryLife#Current_status

Re: Hiding the grub menu by default on single OS installs

Hi, On 29-06-18 17:46, Nicolas Mailhot wrote: Le 2018-05-31 14:25, Hans de Goede a écrit : Originally I was planning on doing the failed-boot detect only for F30, but I agree it makes sense to have it for F29 and this will also give us some field testing of this while we still have a fallback

Re: transfig license change

Hi, On 15-07-18 09:11, Honza Horak wrote: License of transfig package was changed from: MIT to: MIT and GPLv3+ https://src.fedoraproject.org/cgit/rpms/transfig.git/commit/?id=fe80b4977bc3a9a3c47497a0042a2ca4a5001ba8 The fig2dev/lib/.c files are not used when building on Linux, after adding:

Re: xfig license change

Hi, On 15-07-18 09:25, Honza Horak wrote: License of xfig package was changed from: MIT to: MIT and GPLv3+ and LGPLv2+ PR submitted, not yet merged: https://src.fedoraproject.org/rpms/xfig/pull-request/3 Hans or Steve, please, merge. The lib/.c files are not used when building on Linux, afte

Auto-filing of FTBFS bugs gone wild

Hi All, I've just got 20 bugs auto-filed against packages which I co-maintain and that is just for packages starting with the letter 'a'. A quick check shows that these are all caused by a missing BuildRequires on gcc / g++ related to: https://fedoraproject.org/wiki/Changes/Remove_GCC_from_Buil

Re: Auto-filing of FTBFS bugs gone wild

Hi, On 19-07-18 17:30, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Jul 19, 2018 at 05:15:47PM +0200, Hans de Goede wrote: Hi All, I've just got 20 bugs auto-filed against packages which I co-maintain and that is just for packages starting with the letter 'a'. A quick check s

Re: Auto-filing of FTBFS bugs gone wild

Hi, On 19-07-18 17:42, Igor Gnatenko wrote: On Thu, Jul 19, 2018 at 5:33 PM Hans de Goede mailto:hdego...@redhat.com>> wrote: Hi All, I've just got 20 bugs auto-filed against packages which I co-maintain and that is just for packages starting with the letter '

Re: Auto-filing of FTBFS bugs gone wild

Hi, On 19-07-18 17:42, Igor Gnatenko wrote: On Thu, Jul 19, 2018 at 5:33 PM Hans de Goede mailto:hdego...@redhat.com>> wrote: Hi All, I've just got 20 bugs auto-filed against packages which I co-maintain and that is just for packages starting with the letter '

binutils 2.31.1-4.fc29 - 2.31.1-7.fc29 produces broken ELF binaries

Hi All, This is a heads up about a bug which I hit Sunday, if you're seeing any weird crashes with recently build packages then this may very well be the cause. I've filed a ticket with rel-eng to get affected packages automatically rebuild: https://pagure.io/releng/issue/7670 Here is the text

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: 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 previ

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 was up

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]] >>

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 comm="sys

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 m

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: > https://fedoraproject.org/w

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 co

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 >

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/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. >>>> &

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 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 summarize

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 theme

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, >>> plymout

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/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: 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 > ApplyOp

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 discussed

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 th

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 earlie

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++ pr

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 me

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

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 j

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 o

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. Give

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: 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 > > Fr

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: 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: 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

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 -DCMAKE_Fortran_FLAGS_RELEASE:STRING=

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: 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 nam

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 EF

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: 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 have >> a

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: 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 ba

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

Hi, On 4/13/22 18:07, David Cantrell wrote: > On Wed, Apr 13, 2022 at 10:39:23AM -0500, Michael Catanzaro wrote: >> On Wed, Apr 13 2022 at 10:54:01 AM -0400, David Cantrell >> wrote: >>> The core issue still comes down to having resources to continue >>> maintaining >>> BIOS boot support in Fedor

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 Michel, On 4/13/22 22:29, Michel Alexandre Salim wrote: > On Wed, Apr 13, 2022 at 09:03:09PM +0200, Hans de Goede wrote: >> Hi, >> >> >> 1. I'm not sure if it is possible to setup group ownership >> of pkgs in pagure? So to keep things simple the few pa

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 r

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

Hi Robbie, On 4/14/22 20:02, Robbie Harwood wrote: > Hans de Goede writes: > >> What I envision for the SIG is: >> >> 1. I'm not sure if it is possible to setup group ownership >> of pkgs in pagure? So to keep things simple the few packages which >>

Re: grub2 BIOS booting iso and code

Hi Brian, On 4/14/22 01:52, Brian C. Lane wrote: > A huge thanks to Thomas Schmitt for posting xorrisofs arguments :) > > Here is a lorax PR switching to grub2 for BIOS and changing the layout > of the iso as described in his post: > > https://github.com/weldr/lorax/pull/1226 > > And a Fedora 3

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 s

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: 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: > https://fedoraproject.org/wi

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 sup

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 co

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? >>>

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

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: “GPLv3+

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

ntent 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, th

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, IMH

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: 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 h

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: 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

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. >>> https://bugz

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 multi-

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 we

Re: How to do structure initialization with gcc 15

Hi Orion, On 12-Feb-25 4:04 AM, Orion Poplawski wrote: > https://www.x.org/releases/X11R7.7/doc/libXt/intrinsics.html > > Describes: > > typedef struct _XtActionsRec { > String string; > XtActionProc proc; > } XtActionsRec, *XtActionList; > > being initialized with: > > > XtActionsRec actionT

<    1   2   3   4   5   6   7   >