Re: equivalent of Debian config-package?

On Thu, May 31, 2018 at 6:54 AM Dave Love wrote: > > Is there any existing system for rpm like the Debian one > for building local > configuration packages? If not, would it be feasible to implement one? No such thing currently exists, because an

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

On Thu, May 31, 2018 at 6:53 AM Hans de Goede wrote: > Hi, > > On 31-05-18 12:36, Stephen Gallagher wrote: > > > > On Thu, May 31, 2018 at 6:24 AM Hans de Goede > wrote: > > > > Hi All, > > > > I'm working on improving the Fedora boot experience, with the > >

Unified Unison package (again)

Previously discussed several times, most recently: * 2015 https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/KQ523Z3S3VUATKU6V2NASAPGBKR5EJWC/ * 2011 https://lists.fedoraproject.org/pipermail/devel/2011-September/thread.html#157495 Unison is a fairly widely used

Re: Unified Unison package (again)

On 31/05/18 13:31, Richard W.M. Jones wrote: Although this is very slightly dubious from a packaging point of view, I believe it's the best solution here. It means we can build multiple versions, we don't need to go through the new package review process every time upstream releases a new

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: Serious problem with SATA LPM in F28 on Lenovo 50 series laptops

HI, On 20-05-18 01:53, Andrew Lutomirski wrote: On May 2, 2018, at 9:14 AM, Frantisek Zatloukal mailto:fzatl...@redhat.com>> wrote: Hans, can't this be affected also by different disk vendors (drive vendor in Lenovo laptop can vary even in same model) and different firmware of disks? Also,

Re: Fedora Elections May 2018 - Voting period has started for Council and Mindshare elections

Hi, On Thu, May 31, 2018 at 02:19:48AM +0200, Jan Kurik wrote: > the Voting period of the currently running Fedora Elections [0] has > just started. Please vote for your candidates to Council [1] and > Mindshare [2]. > You can vote till June 6th, 2018 when the voting ends at 23:59:59 UTC. > >

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

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

On Thu, May 31, 2018 at 6:24 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 > text messages / menus filled with technical

F29 System Wide Change: Hide the grub menu

= Proposed System Wide Change: Hide the grub menu = https://fedoraproject.org/wiki/Changes/HiddenGrubMenu Owner(s): * Hans de Goede On systems with only a single OS installed, the grub menu does not offer any useful functionality, so we should hide it by default. == Detailed description

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 the graphical

Re: F29 System Wide Change: Hide the grub menu

Jan Kurik writes: = Proposed System Wide Change: Hide the grub menu = https://fedoraproject.org/wiki/Changes/HiddenGrubMenu Owner(s): * Hans de Goede On systems with only a single OS installed, the grub menu does not offer any useful functionality, so we should hide it by default.

Re: NEEDINFO denial of service attack

This issue was caused by me as part of post-F26 EOL housekeeping, following the https://pagure.io/fesco/issue/1736#comment-455818 FESCo decision. If this approach is causing issues we can skip the step setting "needinfo" flag and leave just a comment in the bug. I am sorry for any inconvenience

Re: NEEDINFO denial of service attack

On Thu, May 31, 2018 at 12:28 PM, Peter Robinson wrote: > On Thu, May 31, 2018 at 11:25 AM, Jan Kurik wrote: >> This issue was caused by me as part of post-F26 EOL housekeeping, >> following the https://pagure.io/fesco/issue/1736#comment-455818 FESCo >> decision. If this approach is causing

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

On 05/31/2018 12:23 PM, Hans de Goede wrote: > The goal if this email is to: > 1) Give people an advance warning about the plan to change > this so we can discuss this early on Actually I'm not a fan of this change. While it was easy to explain end users they can boot to an older, usually working

equivalent of Debian config-package?

Is there any existing system for rpm like the Debian one for building local configuration packages? If not, would it be feasible to implement one? ___ devel mailing list -- devel@lists.fedoraproject.org To

NEEDINFO denial of service attack

https://pagure.io/fesco/issue/1736 I've had about 100 bugs set to NEEDINFO of me to check if some obscure Fedora package is vulnerable to some 1 or 2 year old bug. Is this a useful use of anyone's time? I am going to close them all WONTFIX. Rich. -- Richard Jones, Virtualization Group, Red

Re: NEEDINFO denial of service attack

Hi, On Thu, May 31, 2018 at 10:28:42AM +0100, Richard W.M. Jones wrote: > > https://pagure.io/fesco/issue/1736 > > I've had about 100 bugs set to NEEDINFO of me to check if some obscure > Fedora package is vulnerable to some 1 or 2 year old bug. > > Is this a useful use of anyone's time? it

Re: NEEDINFO denial of service attack

On Thu, May 31, 2018 at 11:25 AM, Jan Kurik wrote: > This issue was caused by me as part of post-F26 EOL housekeeping, > following the https://pagure.io/fesco/issue/1736#comment-455818 FESCo > decision. If this approach is causing issues we can skip the step > setting "needinfo" flag and leave

Re: [seeking advice] MariaDB - TokuDB storage engine

On Wed, May 30, 2018 at 11:30 PM, Kevin Kofler wrote: > Michal Schorm wrote: > > So far, on F>=28 the TokuDB was build without jemalloc. > > It may be risky to rely on, yet no one complained. > > IMHO, if it works (well enough that nobody is complaining), just keep > shipping it that way. It's

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

Once upon a time, Hans de Goede said: > 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

dnf and deltarpm (Was: Re: Fedora rawhide compose report: 20180529.n.0 changes)

On 29 May 2018 at 15:49, Fedora Rawhide Report wrote: [..] > Package: dnf-2.7.5-15.fc29 > Old package: dnf-2.7.5-12.fc29 > Summary: Package manager > RPMs: dnf dnf-automatic dnf-data dnf-yum python2-dnf python3-dnf > Added RPMs: dnf-data > Dropped RPMs: dnf-conf > Size:

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

Hans de Goede wrote: > On 31-05-18 15:20, Robert Marcano wrote: > > What is the definition of a successful boot? I ask because a machine could > > boot perfectly, and when you try to interact with it on the login screen, > > bugs on the display driver can change the screen to garbage (I have

Re: F29 System Wide Change: Hide the grub menu

> "JK" == Jan Kurik writes: JK> 1. Add patches to grub to also make pressing F8 show the menu One thing I've never really understood is the reason for using such a small set of keys to interrupt the boot process. I seem to recall that in older versions (perhaps pre-grub2) the space bar or

Re: The update system has the wrong package

On 05/29/2018 05:00 PM, Adam Williamson wrote: >> I'm trying to update the rpcsvc-proto package. >> When I try to create a new update, the system >> only gives me rpcsvc-proto-devel as a choice >> not rpcsvc-proto. >> >> Where do I open up a ticket to get this taken >> care of? >

Re: F29 System Wide Change: Hide the grub menu

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 really need to make it that hard to find the grub menu, do we? To add: printing a message to the

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

On Thu, 31 May 2018 17:43:13 +0200 Hans de Goede wrote: > TL;DR: Yes you will still be able to do this with a simple 1 time > configfile change. Thanks, seems you have all your ducks in a row. ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: Looking up module information via Koji

[ Broadening the audience to include devel@lists.fedoraproject.org ] Anybody have thoughts about my question below? some examples of places which will need logic like this to replace PDC usage: ODCS Resolve a module name:stream to a particular build, and do dependency expansion fedmod

Re: Unified Unison package (again)

I wonder are there any other single RPM modules? I'm only used to large multi-package modules like virt. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of

Re: dnf and deltarpm (Was: Re: Fedora rawhide compose report: 20180529.n.0 changes)

On Thu, May 31, 2018 at 3:41 PM Tomasz Kłoczko wrote: > On 31 May 2018 at 18:40, Matthew Miller wrote: > >> On Thu, May 31, 2018 at 06:24:49PM +0100, Tomasz Kłoczko wrote: >> > > * Fri May 25 2018 Martin Hatina - 2.7.5-13 >> > > - Rebase to dnf from dnf-2-modularity-6 release. >> > It is

Re: Unified Unison package (again)

On Thu, May 31, 2018 at 9:49 AM Richard W.M. Jones wrote: > On Thu, May 31, 2018 at 08:53:25AM -0400, Stephen Gallagher wrote: > > Are these packages parallel-installable (and do they need to be?) > > In theory, although practically it probably wouldn't be the end of the > world if they were not

Re: F29 System Wide Change: Hide the grub menu

> "JF" == John Florian writes: JF> Does Fedora really have that large of non-technical audience? It's an interesting question, but it seems to me that the answer doesn't really matter. If they're non-technical, the assumption is that they don't want to see the stuff and indeed, what we

Re: F29 System Wide Change: Hide the grub menu

At 2018-05-31T02:36, Jason L Tibbitts III irritated the Akashic Field to say: > > If a user is technical, and our documentation is reasonably good, > then they should be able to achieve the level of verbosity they want. When you need to get into single-user mode, the documentation is probably not

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

On Thu, 2018-05-31 at 06:42 -0700, Gerald B. Cox wrote: > > > On Thu, May 31, 2018 at 6:08 AM, 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 > > >

Re: dnf and deltarpm (Was: Re: Fedora rawhide compose report: 20180529.n.0 changes)

On 31 May 2018 at 18:40, Matthew Miller wrote: > On Thu, May 31, 2018 at 06:24:49PM +0100, Tomasz Kłoczko wrote: > > > * Fri May 25 2018 Martin Hatina - 2.7.5-13 > > > - Rebase to dnf from dnf-2-modularity-6 release. > > It is yet another hidden change not listed in above. > > S, rather

Re: Unified Unison package (again)

On Thu, May 31, 2018 at 3:48 PM Richard W.M. Jones wrote: > > I wonder are there any other single RPM modules? I'm only > used to large multi-package modules like virt. > > Node.js's 8.x stream, for example: https://src.fedoraproject.org/modules/nodejs/blob/8/f/nodejs.yaml

Re: equivalent of Debian config-package?

On Thu, May 31, 2018 at 03:23:04PM +0100, Dave Love wrote: > > No such thing currently exists, because an equivalent to `dpkg-divert` > > does not exist in RPM. > > It is technically possible to implement such a mechanism, but it does > > not exist right now. > Thanks. I assume even if it was

Re: F29 System Wide Change: Hide the grub menu

On 05/31/2018 06:43 AM, Jan Kurik wrote: = Proposed System Wide Change: Hide the grub menu = https://fedoraproject.org/wiki/Changes/HiddenGrubMenu Owner(s): * Hans de Goede On systems with only a single OS installed, the grub menu does not offer any useful functionality, so we should

Re: F29 System Wide Change: Hide the grub menu

Forwarding reply from Ken: -- Forwarded message -- From: Ken Coar To: devel@lists.fedoraproject.org Cc: Bcc: Date: Thu, 31 May 2018 12:20:32 -0400 Subject: Re: F29 System Wide Change: Hide the grub menu On 05/31/2018 06:43 AM, Jan Kurik wrote: > = Proposed System Wide Change:

Re: Unified Unison package (again)

On Thu, May 31, 2018 at 1:33 PM Stephen Gallagher wrote: > On Thu, May 31, 2018 at 9:49 AM Richard W.M. Jones > wrote: > >> On Thu, May 31, 2018 at 08:53:25AM -0400, Stephen Gallagher wrote: >> > Are these packages parallel-installable (and do they need to be?) >> >> In theory, although

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

On 05/31/2018 07:25 AM, Hans de Goede wrote: So for F29, single OS install we get: 1) grub menu hidden by default with a 1 second timeout to press ESC or F8 to show it 2) grub menu shown with 5 sec timeout after a failed boot 5 seconds seems like an awfully short timeout after a failed boot.

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

On Thu, May 31, 2018 at 09:08:28AM -0400, Colin Walters wrote: > > 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

Fedora Rawhide-20180531.n.0 compose check report

No missing expected images. Failed openQA tests: 2/137 (x86_64), 2/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20180530.n.0): ID: 243983 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/243983 Old failures (same

Re: The update system has the wrong package

On 05/30/2018 02:23 PM, Steve Dickson wrote: > You are right... I only did a rawhide build... but that is no longer the case > https://koji.fedoraproject.org/koji/taskinfo?taskID=27299567 > > And I'm still having the problem... the update system is only > showing rpcsvc-proto-devel instead

Re: dnf and deltarpm (Was: Re: Fedora rawhide compose report: 20180529.n.0 changes)

On Thu, May 31, 2018 at 1:25 PM Tomasz Kłoczko wrote: > > On 29 May 2018 at 15:49, Fedora Rawhide Report > wrote: > [..] >> >> Package: dnf-2.7.5-15.fc29 >> Old package: dnf-2.7.5-12.fc29 >> Summary: Package manager >> RPMs: dnf dnf-automatic dnf-data dnf-yum python2-dnf

Re: dnf and deltarpm (Was: Re: Fedora rawhide compose report: 20180529.n.0 changes)

On Thu, May 31, 2018 at 06:24:49PM +0100, Tomasz Kłoczko wrote: > > * Fri May 25 2018 Martin Hatina - 2.7.5-13 > > - Rebase to dnf from dnf-2-modularity-6 release. > It is yet another hidden change not listed in above. S, rather than assuming malice, since the change isn't noted, I'd

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 9:00 AM, Jason L Tibbitts III wrote: >> "JK" == Jan Kurik writes: > > JK> 1. Add patches to grub to also make pressing F8 show the menu > > One thing I've never really understood is the reason for using such a > small set of keys to interrupt the boot process. I seem

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 1:26 PM, R P Herrold wrote: > > I think it was a fair question which was raised about the size > of the audience being sought to be catered to, vs the mass of > users of Fedoraproject code, and their 'least astonishment' > and loss of acquired knowledge as to use > > If

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 02:30:20PM -0600, Chris Murphy wrote: > On Thu, May 31, 2018 at 10:00 AM, Jason L Tibbitts III > > 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 really need to make

Re: F29 System Wide Change: Hide the grub menu

On Thu, 2018-05-31 at 20:18 -0300, Gerald B. Cox wrote: > On Thu, May 31, 2018, 19:32 Adam Williamson > wrote: > > > > > > How about making this a yes/no installation option? > > > > http://islinuxaboutchoice.com/ > > > Well... That's a bit of a non-sequitur... Well, to unpack a bit: "let's

Re: F29 System Wide Change: Hide the grub menu

On Thu, 2018-05-31 at 19:19 -0400, Ben Rosser wrote: > So, back to the topic of this thread: while I don't think this choice > belongs in the installer, I do think there should be detailed > instructions somewhere for end users on how to enable or disable the > grub boot menu, so they can _choose_

Re: Firefox with native Wayland backend at updates

On Thu, May 31, 2018 at 5:39 PM, Kevin Kofler wrote: We try hard to avoid messy menus with duplicate entries, and you get away with adding an extra desktop entry to an application installed by default on almost all Spins, for an experimental option? Ugh yes, thanks for pointing this out,

Old deltarpms are being thrown away on each compose (was Re: dnf and deltarpm)

On Thu, 2018-05-31 at 22:34 +0100, Tomasz Kłoczko wrote: > Just checked on few mirrors usual location of f28 updates > (/pub/linux/dist/fedora/linux/updates/28/Everything/x86_64/drpms) and > in this directory there are at the moment only 56 files from May 31 > and nothing older. So not two drpm

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

100% agreed. how ever enable an option to automatic enable grub bootloader menu when something went wrong with the boot process, or system crash. This will help alot to users like me. :) ___ devel mailing list -- devel@lists.fedoraproject.org To

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

With respect, I am opposed to the proposal. In essence, I think this boils down to: function > form. I've been in too many situations where hidden GRUB menus resulted in having to "guess" when the firmware has finally started the bootloader and what would be a quick 5 second cmdline change turns

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

On Thu, May 31, 2018 at 12:09:45PM -0500, Chris Adams wrote: > Once upon a time, Hans de Goede said: > > 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

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 10:00 AM, Jason L Tibbitts III wrote: >> "JK" == Jan Kurik writes: > > JK> 1. Add patches to grub to also make pressing F8 show the menu > > One thing I've never really understood is the reason for using such a > small set of keys to interrupt the boot process. I

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 7:29 PM, Adam Williamson wrote: > On Thu, 2018-05-31 at 19:19 -0400, Ben Rosser wrote: >> So, back to the topic of this thread: while I don't think this choice >> belongs in the installer, I do think there should be detailed >> instructions somewhere for end users on how

Re: Firefox with native Wayland backend at updates

On Wed, 2018-05-30 at 09:31 +0200, Tomas Popela wrote: > On Tue, May 29, 2018 at 8:23 PM, Simo Sorce wrote: > > > > Is screen sharing [at least of its own window(s)] supposed to work ? > > If I share the screen with a screen sharing app all I get to send is a > > black background, sometimes with

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 1:58 PM, Ken Coar wrote: > At 2018-05-31T02:36, Jason L Tibbitts III irritated the > Akashic Field to say: >> >> If a user is technical, and our documentation is reasonably good, >> then they should be able to achieve the level of verbosity they want. > > When you need to

Re: dnf and deltarpm (Was: Re: Fedora rawhide compose report: 20180529.n.0 changes)

On 05/31/2018 02:34 PM, Tomasz Kłoczko wrote: Nevertheless even f28 GA dnf by default has no enabled use drpm files (in dnf-conf package there is no in /etc/dnf/dnf.conf "deltarpm=1" line) deltarpm is enabled by default, see "man dnf.conf". ___

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 2:54 PM, Jason L Tibbitts III wrote: >> "CM" == Chris Murphy writes: > > CM> I think it's to avoid ambiguity. F8 on one of my computers tells the > CM> firmware to do a firmware update or some such thing, so I'm going to > CM> press F8 and maybe get a firmware update

Re: Firefox with native Wayland backend at updates

Martin Stransky wrote: > The Wayland backend is available as an extra desktop entry. We try hard to avoid messy menus with duplicate entries, and you get away with adding an extra desktop entry to an application installed by default on almost all Spins, for an experimental option?

Re: F29 System Wide Change: Hide the grub menu

I think it was a fair question which was raised about the size of the audience being sought to be catered to, vs the mass of users of Fedoraproject code, and their 'least astonishment' and loss of acquired knowledge as to use If there are, oh, say, twelve people in the world that actually

Re: Unified Unison package (again)

Hi, On Thu, May 31, 2018 at 09:13:09AM -0400, Stephen Gallagher wrote: > On Thu, May 31, 2018 at 9:07 AM Till Maas wrote: > > Yes and yes, otherwise one could not synchronise between older and newer > > Fedoras. > > > > > If they needed to sync between older systems, couldn't the newer ones

Re: F29 System Wide Change: Hide the grub menu

> "CM" == Chris Murphy writes: CM> I think it's to avoid ambiguity. F8 on one of my computers tells the CM> firmware to do a firmware update or some such thing, so I'm going to CM> press F8 and maybe get a firmware update menu, or maybe I'll get a CM> GRUB menu, depending on my timing. And I

Re: F29 System Wide Change: Hide the grub menu

Hi, On Thu, May 31, 2018 at 02:30:20PM -0600, Chris Murphy wrote: > I think it needs to be made specific, unambiguous, and deliberate. Yes > this means it is also obscure if you don't know the decoder ring, but > worse is when the decoder ring is either random or changing all the > time. But for

Re: dnf and deltarpm (Was: Re: Fedora rawhide compose report: 20180529.n.0 changes)

On 31 May 2018 at 20:59, Stephen Gallagher wrote: [..] > What I wrote does not base on any assumption or guess. >> And not malice but more likely IMO just plain (not intentional) mistake. >> Why? Because: >> a) To handle all Fedora repos dnf does not need depend on deltarpm. >> Fedora does not

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018, 20:19 Ben Rosser wrote: > On Thu, May 31, 2018 at 6:31 PM, Adam Williamson > wrote: > > On Thu, 2018-05-31 at 15:58 -0400, Ken Coar wrote: > >> At 2018-05-31T02:36, Jason L Tibbitts III irritated the > >> Akashic Field to say: > >> > > >> > If a user is technical, and our

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

Chris Adams writes: > If I know I want the menu (say I need to boot single-user to fix > something), how would I do that in this setup? Ah, that reminds me of the good old days of looking up on the internet which of the many keys on the keyboard gets me into the BIOS setup menu...

Re: F29 System Wide Change: Hide the grub menu

On Thu, 31 May 2018 14:36:39 -0500 Jason L Tibbitts III wrote: > that they don't want to see the stuff and indeed, what we should be > going for is a completely smooth transition between the BIOS logo and > the login screen, with no flashing back to text mode. I am pretty > sure that's the end

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 3:15 PM, Till Maas wrote: > Hi, > > On Thu, May 31, 2018 at 02:30:20PM -0600, Chris Murphy wrote: > >> I think it needs to be made specific, unambiguous, and deliberate. Yes >> this means it is also obscure if you don't know the decoder ring, but >> worse is when the

Re: equivalent of Debian config-package?

Neal Gompa wrote: > No such thing currently exists, because an equivalent to `dpkg-divert` > does not exist in RPM. You are probably aware of this, but for the other readers of this thread: File triggers can be (ab)used to do something like that, though it's not as easy as running a

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 3:12 PM, Till Maas wrote: > On Thu, May 31, 2018 at 02:30:20PM -0600, Chris Murphy wrote: >> On Thu, May 31, 2018 at 10:00 AM, Jason L Tibbitts III > >> > 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

Re: F29 System Wide Change: Hide the grub menu

On Thu, 2018-05-31 at 15:58 -0400, Ken Coar wrote: > At 2018-05-31T02:36, Jason L Tibbitts III irritated the > Akashic Field to say: > > > > If a user is technical, and our documentation is reasonably good, > > then they should be able to achieve the level of verbosity they want. > > When you

Re: F29 System Wide Change: Hide the grub menu

On 05/31/2018 03:36 PM, Jason L Tibbitts III wrote: what we should be going for is a completely smooth transition between the BIOS logo and the login screen, with no flashing back to text mode. Should we? Yes, I get that looks nice, but it can be at the cost of functionality.  In the end, I sit

Re: Unified Unison package (again)

On Thu, May 31, 2018 at 08:47:45PM +0100, Richard W.M. Jones wrote: > I wonder are there any other single RPM modules? I'm only > used to large multi-package modules like virt. Since "make a module of it!" is our path for getting from stream branches to actually released, I'm going to convert

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018, 19:32 Adam Williamson wrote: > > > How about making this a yes/no installation option? > > http://islinuxaboutchoice.com/ Well... That's a bit of a non-sequitur... > > ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 6:31 PM, Adam Williamson wrote: > On Thu, 2018-05-31 at 15:58 -0400, Ken Coar wrote: >> At 2018-05-31T02:36, Jason L Tibbitts III irritated the >> Akashic Field to say: >> > >> > If a user is technical, and our documentation is reasonably good, >> > then they should be

I'm travelling and offline until the 18th

Just a quick heads up that I won't be online if you are looking for me. hughsie is running point on GNOME builds while I'm gone. Kalev ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: F29 System Wide Change: Hide the grub menu

> "AL" == Andrew Lutomirski writes: AL> If the protocol were that the boot menu would be shown if any key at AL> all were held down, then we wouldn't need a 1 second delay. For some reason I also recall just holding shift down to get into grub, and doing searches on that seems to imply that

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 2:43 PM, Andrew Lutomirski wrote: > > More concretely, perhaps plymouth could display such a message on its > splash screen for as long as its running. But the message should > probably be more accurate, along the lines of "Reboot and hold the > Shift key for more boot

Re: equivalent of Debian config-package?

Neal Gompa writes: > No such thing currently exists, because an equivalent to `dpkg-divert` > does not exist in RPM. > > It is technically possible to implement such a mechanism, but it does > not exist right now. Thanks. I assume even if it was feasible to work on it, it wouldn't appear in

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

On 05/31/2018 08:42 AM, Gerald B. Cox wrote: I'm fine with changing the default - I understand that under normal circumstances most people could care less about seeing the screen - but I do strongly agree with the comment above.  When things sometimes go south and you need that menu, there

Re: equivalent of Debian config-package?

On Thu, May 31, 2018 at 10:23 AM Dave Love wrote: > > Neal Gompa writes: > > > No such thing currently exists, because an equivalent to `dpkg-divert` > > does not exist in RPM. > > > > It is technically possible to implement such a mechanism, but it does > > not exist right now. > > Thanks. I

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

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 messages / menus filled with technical

Re: Unified Unison package (again)

On Thu, May 31, 2018 at 8:32 AM Richard W.M. Jones wrote: > Previously discussed several times, most recently: > > * 2015 > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/KQ523Z3S3VUATKU6V2NASAPGBKR5EJWC/ > * 2011 >

Re: Unified Unison package (again)

On Thu, May 31, 2018 at 08:53:25AM -0400, Stephen Gallagher wrote: > Are these packages parallel-installable (and do they need to be?) It seems Yes and yes, otherwise one could not synchronise between older and newer Fedoras. > to me like this would be a FAR better solution as a module. You

Re: Unified Unison package (again)

On 31 May 2018 at 09:13, Stephen Gallagher wrote: > > > On Thu, May 31, 2018 at 9:07 AM Till Maas wrote: >> >> On Thu, May 31, 2018 at 08:53:25AM -0400, Stephen Gallagher wrote: >> >> > Are these packages parallel-installable (and do they need to be?) It >> > seems >> >> Yes and yes, otherwise

Re: Unified Unison package (again)

On Thu, May 31, 2018 at 08:53:25AM -0400, Stephen Gallagher wrote: > Are these packages parallel-installable (and do they need to be?) In theory, although practically it probably wouldn't be the end of the world if they were not parallel installable (it's my understanding that the current module

Re: F29 System Wide Change: Hide the grub menu

On Thu, May 31, 2018 at 12:52 PM, Sam Varshavchik wrote: > Jan Kurik writes: > > = Proposed System Wide Change: Hide the grub menu = >> https://fedoraproject.org/wiki/Changes/HiddenGrubMenu >> >> >> Owner(s): >> * Hans de Goede >> >> >> On systems with only a single OS installed, the grub

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

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 > text messages / menus filled with technical

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

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 single-user to fix something), how

Re: Unified Unison package (again)

On Thu, May 31, 2018 at 9:07 AM Till Maas wrote: > On Thu, May 31, 2018 at 08:53:25AM -0400, Stephen Gallagher wrote: > > > Are these packages parallel-installable (and do they need to be?) It > seems > > Yes and yes, otherwise one could not synchronise between older and newer > Fedoras. > > If

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

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 because a machine could boot perfectly, and

[Test-Announce] Fedora 29 Rawhide 20180531.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 29 Rawhide 20180531.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Re: Unified Unison package (again)

On Thu, May 31, 2018 at 01:45:19PM +0100, Tom Hughes wrote: > On 31/05/18 13:31, Richard W.M. Jones wrote: > > >Although this is very slightly dubious from a packaging point of view, > >I believe it's the best solution here. It means we can build multiple > >versions, we don't need to go through

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

On Thu, May 31, 2018 at 6:08 AM, 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

Fedora rawhide compose report: 20180531.n.0 changes

OLD: Fedora-Rawhide-20180530.n.0 NEW: Fedora-Rawhide-20180531.n.0 = SUMMARY = Added images:0 Dropped images: 4 Added packages: 17 Dropped packages:4 Upgraded packages: 95 Downgraded packages: 0 Size of added packages: 13.85 MiB Size of dropped packages

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

Hans de Goede writes: For F29 the plan is to just hide it (unless a previous boot failed) What is the exact criteria for "previous boot failed", I'm wondering. Even if you reach as far as the GDM screen it's still possible that something is so horked up to the point that you can't log in,

  1   2   >