https://bugzilla.redhat.com/show_bug.cgi?id=1584156
Bug 1584156 depends on bug 1584222, which changed state.
Bug 1584222 Summary: Review Request: perl-Test-TempDir-Tiny - Temporary
directories that stick around when tests fail
https://bugzilla.redhat.com/show_bug.cgi?id=1584222
What
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
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
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
https://fedorapeople.org/groups/389ds/ci/nightly/2018/06/01/report-389-ds-base-1.4.0.9-20180531gitd09a57d.fc28.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
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,
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
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
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
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_
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
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
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
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
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?
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
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
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
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".
___
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
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
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
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
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
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
> "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
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
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
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
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
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
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
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
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
> "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
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...
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
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
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
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
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
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
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
> "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
[ 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
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
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.
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
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
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
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
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
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
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:
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
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:
https://bugzilla.redhat.com/show_bug.cgi?id=1584670
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
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
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
> > >
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
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
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
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
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?
>
> "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
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
> "RWMJ" == Richard W M Jones writes:
RWMJ> But wouldn't a single package in fact be preferable, as it'll be
RWMJ> simpler than maintaining multiple packages:
I would argue that it's far from preferable, because you would have
multiple things on different release schedules in one package.
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 messages /
On Thu, May 31, 2018 at 11:31 AM, Hans de Goede wrote:
> 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
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
text
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
Dne 30.5.2018 v 16:24 Todd Zullinger napsal(a):
> But testing this briefly, the host resolv.conf still ends up
> in the chroot. I'm probably overlooking something obvious.
> At least, I hope I am.
No, you do not overlook anything. I checked systemd code and they simply
generate resolv.conf
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,
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
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
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1584611
--- Comment #4 from Fedora Update System ---
perl-Net-LibIDN2-1.00-2.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-021e17f0e9
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1584611
--- Comment #3 from Fedora Update System ---
perl-Net-LibIDN2-1.00-4.fc28 has been submitted as an update to Fedora 28.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-bcfc2a7cce
--
You are receiving this mail because:
You are on the CC
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1584611
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
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
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
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
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
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
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
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
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
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
>
https://bugzilla.redhat.com/show_bug.cgi?id=1584662
--- Comment #2 from Fedora Update System ---
perl-FFI-CheckLib-0.19-1.fc28 has been submitted as an update to Fedora 28.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-7c65572604
--
You are receiving this mail because:
You are on the
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
https://bugzilla.redhat.com/show_bug.cgi?id=1584662
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
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
https://bugzilla.redhat.com/show_bug.cgi?id=1584670
Bug ID: 1584670
Summary: perl-Test-Warn-0.34 is available
Product: Fedora
Version: rawhide
Component: perl-Test-Warn
Keywords: FutureFeature, Triaged
Assignee:
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>
https://bugzilla.redhat.com/show_bug.cgi?id=1584662
Bug ID: 1584662
Summary: perl-FFI-CheckLib-0.19 is available
Product: Fedora
Version: rawhide
Component: perl-FFI-CheckLib
Keywords: FutureFeature, Triaged
Assignee:
1 - 100 of 132 matches
Mail list logo