On Mon, Mar 11, 2013 at 11:49 PM, Rahul Sundaram wrote:
> On 03/12/2013 02:39 AM, Dan Mashal wrote:
>>
>> Right because you do that for every single update you push?
>
>
> For new upstream releases, I certainly try to.
>
>
>> Honestly, I'm done arguing my point. Other people in this thread have ma
On Mon, Mar 11, 2013 at 10:30:13PM +0100, Björn Persson wrote:
> After a few iterations I'd also be cursing the idiots who designed such
> an unfriendly user interface just because they didn't want any text on
> the screen.
After a few iterations you should just enable bootloader menu with time
On 03/12/2013 02:39 AM, Dan Mashal wrote:
Right because you do that for every single update you push?
For new upstream releases, I certainly try to.
Honestly, I'm done arguing my point. Other people in this thread have
made arguments for it, other people including yourself have made
argument
On Mon, Mar 11, 2013 at 10:37 PM, Rahul Sundaram wrote:
> On 03/12/2013 01:30 AM, Dan Mashal wrote:
>>
>> Semantics.
>
>
> Providing a link is helpful to users isn't semantics. You as a package
> maintainer would be aware of where to look for reviewing the changes before
> pushing an update. Use
On 03/12/2013 01:30 AM, Dan Mashal wrote:
Semantics.
Providing a link is helpful to users isn't semantics. You as a package
maintainer would be aware of where to look for reviewing the changes
before pushing an update. Users don't since it is different for
different projects and is not nec
On Mon, Mar 11, 2013 at 10:29 PM, Rahul Sundaram wrote:
> On 03/11/2013 10:29 PM, Dan Mashal wrote:
>>
>> For what though? You can google it and find it too.
>
>
> You can google and install the software too but we don't make users do that.
> What we provide for them is convenience and a direct li
On Mar 11, 2013, at 10:51 PM, Christopher Meng wrote:
> Things got horrible now.
>
> A few minutes ago, I plug my AC power and my laptop crashed.
>
> Then it cannot startup anymore...
>
> BTRFS is crashed.
There's not nearly enough information to go on here to suggest it's a
development pro
On 03/11/2013 10:29 PM, Dan Mashal wrote:
For what though? You can google it and find it too.
You can google and install the software too but we don't make users do
that. What we provide for them is convenience and a direct link is a
good way to accomplish that.
And on minor release versions
On Mon, Mar 11, 2013 at 10:10 PM, Adam Williamson wrote:
> On 11/03/13 09:51 PM, Christopher Meng wrote:
>>
>> Things got horrible now.
>>
>> A few minutes ago, I plug my AC power and my laptop crashed.
>>
>> Then it cannot startup anymore...
>>
>> BTRFS is crashed.
>
>
> Yeah, kinda sounds like c
In fact nothing important stored on that partition...
I'll have fun with fixing possibility.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 11/03/13 09:51 PM, Christopher Meng wrote:
Things got horrible now.
A few minutes ago, I plug my AC power and my laptop crashed.
Then it cannot startup anymore...
BTRFS is crashed.
Yeah, kinda sounds like catastrophic data loss. Have fun with that!
--
Adam Williamson
Fedora QA Community M
Things got horrible now.
A few minutes ago, I plug my AC power and my laptop crashed.
Then it cannot startup anymore...
BTRFS is crashed.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/12/2013 12:41 AM, Charles Zeitler wrote:
i don't like giving up control over my machine (partitioning),
so i won't be upgrading to Fedora 18.
i'll watch the web site for a return to sanity.
charles zeitler
Setting aside the drama, you can manually partition F18.
--
Digimer
Papers and Pr
Bill Nottingham (nott...@redhat.com) said:
> Before we branch for Fedora 19, as is custom, we will block currently
> orphaned packages and packages that have failed to build since Fedora 17.
>
> The following packages are currently orphaned, or fail to build. If
> you have a need for one of these
i don't like giving up control over my machine (partitioning),
so i won't be upgrading to Fedora 18.
i'll watch the web site for a return to sanity.
charles zeitler
--
Do what thou wilt
shall be the whole of the Law.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapro
On Mon, Mar 11, 2013 at 9:29 PM, Christopher Meng wrote:
> Hi,
>
> I've encountered a problem.
>
> Today my gnome-settings-daemon crashed and I tried to use abrt to
> feedback.After retracing abrt let me to see the environ...cmdline...and many
> things.
>
> When I clicked the backtrace tab I found
Hi,
I've encountered a problem.
Today my gnome-settings-daemon crashed and I tried to use abrt to
feedback.After retracing abrt let me to see the environ...cmdline...and
many things.
When I clicked the backtrace tab I found it contains too many lines...Some
are hidden. But when I tried to see li
Users who want to know the changelog mostly will go to homepage or github
like Dan said.
If some one even don't know upstream is what, I think changelog is useless
for him.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, Mar 11, 2013 at 7:27 PM, Mathieu Bridon
wrote:
> On Mon, 2013-03-11 at 12:06 -0400, Jared K. Smith wrote:
>> On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
>> wrote:
>> > Perhaps the update policy should have a guideline on the minimum amount
>> > of information required in this desc
On Mon, 2013-03-11 at 12:06 -0400, Jared K. Smith wrote:
> On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
> wrote:
> > Perhaps the update policy should have a guideline on the minimum amount
> > of information required in this description. E.g. "update to latest
> > upstream version" might be
Adam Williamson writes:
> On 11/03/13 06:28 PM, Toshio Kuratomi wrote:
>> That's not readily apparent in the Updates Policy ...
> Ah, you're right, I really should have checked it before posting (yet
> again). I was thinking that it discouraged *all* version updates, not
> just "major" ones. I
On Mon, Mar 11, 2013 at 4:12 PM, Richard W.M. Jones wrote:
> On Mon, Mar 11, 2013 at 12:43:28PM -0400, Tom Lane wrote:
>> "Jared K. Smith" writes:
>> > On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
>> > wrote:
>> >> Perhaps the update policy should have a guideline on the minimum amount
>>
On 03/11/2013 05:04 PM, Lennart Poettering wrote:
On Mon, 11.03.13 21:45, Nicolas Mailhot (nicolas.mail...@laposte.net) wrote:
Le Lun 11 mars 2013 21:16, Lennart Poettering a écrit :
On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote:
On Mar 11, 2013, at 11:31 AM, Björn Per
On 11/03/13 06:28 PM, Toshio Kuratomi wrote:
On Mon, Mar 11, 2013 at 06:15:49PM -0700, Adam Williamson wrote:
At the very least, if you're doing an update for a stable release (so
okay, Branched is an exception here), you should have a clear reason
for doing it. You're not supposed to bump to t
On Mon, Mar 11, 2013 at 06:15:49PM -0700, Adam Williamson wrote:
>
> At the very least, if you're doing an update for a stable release (so
> okay, Branched is an exception here), you should have a clear reason
> for doing it. You're not supposed to bump to the latest upstream
> release just Becaus
On 11/03/13 08:41 AM, Michael Catanzaro wrote:
Since switching to Fedora I've been noticing most Fedora stable updates
are released with a short, helpful description of the update, possibly
including a list of bugs fixed, just like in other major distros. But
unlike other major distros, other upd
On 11/03/13 09:45 AM, Jaroslav Reznik wrote:
- Original Message -
On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
wrote:
Perhaps the update policy should have a guideline on the minimum
amount
of information required in this description. E.g. "update to latest
upstream version" mig
On 11/03/13 08:47 AM, Dario Lesca wrote:
Il giorno lun, 11/03/2013 alle 14.41 +, Matthew Garrett ha scritto:
Question: there is some way to resolve the high CPU usage of
gnome-shell
and change the video resolution when projector is connect?
No. The gma500 devices have no worthwhile free
On Mon, Mar 11, 2013 at 7:02 PM, Richard W.M. Jones wrote:
> Has Fedora *ever* had a functional soft-phone? I ask this because I
> have tried many, and none of them *ever* worked -- in the usual sense
> that one would expect a phone to work, ie. not hanging or crashing or
> dropping calls or havi
On 11/03/13 10:19 AM, Kevin Fenzi wrote:
On Mon, 11 Mar 2013 16:04:17 +1100
Ankur Sinha wrote:
On Sun, 2013-03-10 at 23:22 -0500, Michael Cronenworth wrote:
You should take a look at mediawiki[1]. It stores its files in
/usr/share/mediawiki and provides scripts for creating new wikis.
The scr
A suggestion:
Should we let users to specify the grub2 sequence or key pressing after the
installation before reboot?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Lennart Poettering wrote:
> On Mon, 11.03.13 17:53, Máirín Duffy (du...@fedoraproject.org) wrote:
> > Okay, right. The problem with that is, though, that users won't know
> > what it is, which is why maybe it's better to accept across a bunch of
> > different keys? (This makes sense right?)
>
> Ye
On Mon, Mar 11, 2013 at 12:50:53PM -0400, Kamil Paral wrote:
> > - bugs that break the rawhide buildroot. In practice these are
> > usually
> > noticed pretty quickly and the offending build is just untagged
> > until
> > it can be fixed, but there could be cases where the fix is more
> > c
On Mar 11, 2013, at 4:55 PM, Ian Malone wrote:
> On 11 March 2013 20:43, drago01 wrote:
>>
>> If you really want to menu hold down any key.
>
> Kernel update breaks system. User ignorant of hold-down key approach
> is stuck. Menu at least advertises possibility of alternative.
This logic doe
On Mon, Mar 11, 2013 at 12:43:28PM -0400, Tom Lane wrote:
> "Jared K. Smith" writes:
> > On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
> > wrote:
> >> Perhaps the update policy should have a guideline on the minimum amount
> >> of information required in this description. E.g. "update to la
On 11/03/13 22:57, Richard W.M. Jones wrote:
> On Mon, Mar 11, 2013 at 03:28:47AM +0100, Kevin Kofler wrote:
>> Lennart Poettering wrote:
>>> True thing. libselinux is a library we really really should avoid
>>> linking against.
>>
>> Why the sarcasm? SELinux and libselinux only ever cause problems
On Sun, Mar 10, 2013 at 11:53:00AM -0500, Ian Pilcher wrote:
> On 03/09/2013 12:08 PM, Kevin Fenzi wrote:
> > So, I am going to retire this package in rawhide soon unless there's
> > folks with a very strong C++ background wishing to fix issues and
> > basically become the new upstream.
>
> Does
On Mon, Mar 11, 2013 at 10:58:55PM +0100, Bj??rn Persson wrote:
> Ryan Lerch wrote:
> > I think the suggestion in this thread is to simply keep a key *pressed
> > down* that way there are no issues with the user having to time a keypress.
>
> And I'm asking: How am I supposed to *discover* that I
On Mon, Mar 11, 2013 at 03:28:47AM +0100, Kevin Kofler wrote:
> Lennart Poettering wrote:
> > True thing. libselinux is a library we really really should avoid
> > linking against.
>
> Why the sarcasm? SELinux and libselinux only ever cause problems, why can't
> we finally kick them out of Fedora
On Mon, 11.03.13 15:47, Adam Williamson (awill...@redhat.com) wrote:
> On 11/03/13 01:20 PM, Lennart Poettering wrote:
> >
> >Yikes. On a modern system the BIOS POST finishes within 500ms, and
>
> While we're trading anecdata, mine takes at least 10 seconds, and
> often appears to run twice for a
On 11 March 2013 20:43, drago01 wrote:
> On Mon, Mar 11, 2013 at 9:40 PM, Björn Persson
> wrote:
>> Lennart Poettering wrote:
>>> > If some text like "Press Esc now to choose which operating system to
>>> > boot." would be displayed, then the pause would need to be long enough
>>> > for the user
On Mon, Mar 11, 2013 at 07:49:50PM +0100, Hans de Goede wrote:
> ocaml-lablgtk-0:2.16.0-2.fc19.x86_64
This happens because of the dependency chain via gtksourceview.
ocaml-lablgtk (Gtk bindings for OCaml) doesn't absolutely require
gtksourceview; it's just an enhancement that could be disabled usi
On 11/03/13 01:20 PM, Lennart Poettering wrote:
Yikes. On a modern system the BIOS POST finishes within 500ms, and
While we're trading anecdata, mine takes at least 10 seconds, and often
appears to run twice for absolutely no good reason.
--
Adam Williamson
Fedora QA Community Monkey
IRC: ad
On Mar 11, 2013, at 3:31 PM, seth vidal wrote:
> On Mon, 11 Mar 2013 15:24:28 -0600
> Chris Murphy wrote:
>>>
>>> If the bioses and systems years ago had been opaque we wouldn't have
>>> gotten this far.
>>
>>
>> Please elaborate on this, and define "this far". Apple has had fairly
>> opaque
On Mon, 11.03.13 17:53, Máirín Duffy (du...@fedoraproject.org) wrote:
> On 03/11/2013 05:44 PM, Lennart Poettering wrote:
> > On Mon, 11.03.13 17:24, Máirín Duffy (du...@fedoraproject.org) wrote:
> >
> >>> Having multiple triggers for this sounds OK, but making all keys
> >>> triggers for this so
On Mar 11, 2013, at 3:56 PM, "Jóhann B. Guðmundsson" wrote:
> Basically do what Lennart has been suggesting along with borrowing from OS X
> to play an sound ( startup tone ) when you should press a ( startup ) key but
> have very limited key combo, if anything other then a single keypress to
On 03/11/2013 09:33 PM, Máirín Duffy wrote:
Hi Jóhann,
These are great links, thanks!! So to summarize:
On 03/11/2013 05:11 PM, "Jóhann B. Guðmundsson" wrote:
1.
http://blogs.msdn.com/b/b8/archive/2012/05/22/designing-for-pcs-that-boot-faster-than-ever-before.aspx
The last case these guys go
On Mar 11, 2013, at 2:50 PM, Björn Persson wrote:
> Chris Murphy wrote:
>> A multiboot system needs at least a message to inform the user how to get to
>> the boot manager (the GRUB menu). A Fedora only system probably should
>> entirely suppress the menu or notice how to get to it.
>
> What
On Mar 11, 2013, at 3:53 PM, Máirín Duffy wrote:
> On 03/11/2013 05:44 PM, Lennart Poettering wrote:
>> That random key could be shift, or space or enter, or esc, or F8,
>> or Shift+F8, or whatever.
>
> Okay, right. The problem with that is, though, that users won't know
> what it is, which is
Ryan Lerch wrote:
> I think the suggestion in this thread is to simply keep a key *pressed
> down* that way there are no issues with the user having to time a keypress.
And I'm asking: How am I supposed to *discover* that I'm supposed to be
holding a key down and not pounding on it?
Could there
On Mar 11, 2013, at 3:33 PM, Máirín Duffy wrote:
>
>>
>> 2. http://support.apple.com/kb/ht1533
>
> They appear to have an entire menagerie of keys you can press during
> startup to access various modes and controls. Seems very un-Apple like
> though to have so many different modes…
The vast
On 03/11/2013 05:44 PM, Lennart Poettering wrote:
> On Mon, 11.03.13 17:24, Máirín Duffy (du...@fedoraproject.org) wrote:
>
>>> Having multiple triggers for this sounds OK, but making all keys
>>> triggers for this sounds suboptimal, since you might "buttdial" the boot
>>> menu then, which sounds
On 03/11/2013 05:01 PM, Lennart Poettering wrote:
> By hooking this up to keys people would natrually try, such as shift,
> space, enter, escape, or whatever windows does for their boot menu stuff.
FWIW Windows uses F8
~m
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorap
Lennart Poettering wrote:
> (And on EFI systems that do not initialize USB anymore during POST, you
> have to go through the OS to get into the boot loader anyway...)
That's going to be real fun when the OS fails to boot, and I can't fix
the boot because I can't get into the boot loader because th
On Mon, 11.03.13 17:24, Máirín Duffy (du...@fedoraproject.org) wrote:
> > Having multiple triggers for this sounds OK, but making all keys
> > triggers for this sounds suboptimal, since you might "buttdial" the boot
> > menu then, which sounds suboptimal.
>
> Lennart, what you're suggesting is i
On Mar 11, 2013, at 3:13 PM, seth vidal wrote:
> I want to encourage kids, teenagers, etc to explore the OS. We need
> them to be involved in CREATING and LEARNING. So I don't want to scare
> any of them off.
Search this thread for my battery acid comment. Learning about booting linux
has made
2013/3/11 Bill Nottingham
> Package email2trac (fails to build)
>
Added myself to the package, waiting for approval.
- Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, 11 Mar 2013 17:34:28 -0400
Ryan Lerch wrote:
> I think the suggestion in this thread is to simply keep a key
> *pressed down* that way there are no issues with the user having to
> time a keypress.
Having a key pressed down helps, also, with Accessibility for folks
with precise timing iss
On 03/11/2013 04:30 PM, Peter Robinson wrote:
> The OLPC doesn't use grub in any shape for form. It used Open Firmware
> to boot straight to the kernel.
Thanks, but I'm aware of the software used. My comment was to give Seth
an example about what some distros (one that you help design) show users
On 03/11/2013 05:30 PM, Björn Persson wrote:
Lennart Poettering wrote:
On Mon, 11.03.13 21:20, Björn Persson (bjorn@rombobjörn.se) wrote:
Peter Robinson wrote:
It use to only be displayed if there was more than one OS configured
or if the CTRL was held down. Having to press a particular key m
Hi Jóhann,
These are great links, thanks!! So to summarize:
On 03/11/2013 05:11 PM, "Jóhann B. Guðmundsson" wrote:
> 1.
> http://blogs.msdn.com/b/b8/archive/2012/05/22/designing-for-pcs-that-boot-faster-than-ever-before.aspx
The last case these guys go over is the one we care about. They
consoli
On Mon, 11.03.13 22:30, Björn Persson (bjorn@rombobjörn.se) wrote:
> Lennart Poettering wrote:
> > On Mon, 11.03.13 21:20, Björn Persson (bjorn@rombobjörn.se) wrote:
> >
> > > Peter Robinson wrote:
> > > > It use to only be displayed if there was more than one OS configured
> > > > or if the CTRL
On Mon, 11 Mar 2013 15:24:28 -0600
Chris Murphy wrote:
> >
> > If the bioses and systems years ago had been opaque we wouldn't have
> > gotten this far.
>
>
> Please elaborate on this, and define "this far". Apple has had fairly
> opaque booting for ~28 years, so I'm curious how much farther th
On Mon, Mar 11, 2013 at 9:18 PM, Michael Cronenworth wrote:
> On 03/11/2013 04:13 PM, seth vidal wrote:
>> I want to encourage kids, teenagers, etc to explore the OS. We need
>> them to be involved in CREATING and LEARNING. So I don't want to scare
>> any of them off.
>
> My OLPC does not present
Lennart Poettering wrote:
> On Mon, 11.03.13 21:20, Björn Persson (bjorn@rombobjörn.se) wrote:
>
> > Peter Robinson wrote:
> > > It use to only be displayed if there was more than one OS configured
> > > or if the CTRL was held down. Having to press a particular key means
> > > you have to get it
On 03/11/2013 05:24 PM, Chris Murphy wrote:
> Right, because had booting simply worked, instead of a** r8H#@Ig me every 10
> minutes, I'd never have become curious about it.
Do you remember the days when bootup was so slow that you would sit
there for 3-5 minutes watching the ram count up?
The
On Mon, 11 Mar 2013 15:01:12 -0500, Richard Shaw wrote:
> Another option which I employ with the opencollada library is to use
> arbitrary soversioning. Upstream not only doesn't use library versions
> but doesn't use ANY versioning.
>
> I started at 0.1 or something like that and when I build a
On 03/11/2013 09:08 PM, Lennart Poettering wrote:
On Mon, 11.03.13 17:05, Máirín Duffy (du...@fedoraproject.org) wrote:
Hi Seth,
On 03/11/2013 04:20 PM, seth vidal wrote:
I'm mostly concerned with making new professionals.
We have to make the secret information discoverable if we want people
On 03/11/2013 09:05 PM, Máirín Duffy wrote:
Hi Seth,
On 03/11/2013 04:20 PM, seth vidal wrote:
I'm mostly concerned with making new professionals.
We have to make the secret information discoverable if we want people
to poke and prod around.
If the bioses and systems years ago had been opaque
On Mar 11, 2013, at 2:20 PM, seth vidal wrote:
> On Mon, 11 Mar 2013 21:07:32 +0100
> Lennart Poettering wrote:
>>
>> Entering the boot loader is something that is a debugging feature, a
>> tool for professionals.
>
> I'm mostly concerned with making new professionals.
>
> We have to make t
On Mon, 11.03.13 22:14, Till Maas (opensou...@till.name) wrote:
> On Mon, Mar 11, 2013 at 09:09:46PM +0100, Lennart Poettering wrote:
>
> > We are working on this in the systemd context. We will provide a tiny
> > mechanism, similar to localed/timedated/hostnamed that can be used by
> > desktop U
On 03/11/2013 05:13 PM, seth vidal wrote:
> Is one line of text really that significant of a problem to present?
I'm pretty sure it is because of where we are in the process at that
point. For example, translations - can we render Indic or CJK glyphs to
the screen at this point in the boot process
On Mon, 11 Mar 2013 16:18:33 -0500
Michael Cronenworth wrote:
> On 03/11/2013 04:13 PM, seth vidal wrote:
> > I want to encourage kids, teenagers, etc to explore the OS. We need
> > them to be involved in CREATING and LEARNING. So I don't want to
> > scare any of them off.
>
> My OLPC does not p
On 03/11/2013 04:13 PM, seth vidal wrote:
> I want to encourage kids, teenagers, etc to explore the OS. We need
> them to be involved in CREATING and LEARNING. So I don't want to scare
> any of them off.
My OLPC does not present any boot menu or prompt.
--
devel mailing list
devel@lists.fedorapro
On Mon, Mar 11, 2013 at 09:09:46PM +0100, Lennart Poettering wrote:
> We are working on this in the systemd context. We will provide a tiny
> mechanism, similar to localed/timedated/hostnamed that can be used by
> desktop UIs to choose "boot into firmware", and "boot into other OS"
> features, whi
On Mon, Mar 11, 2013 at 8:54 PM, Lennart Poettering
wrote:
> On Mon, 11.03.13 20:22, Peter Robinson (pbrobin...@gmail.com) wrote:
>
>> > Entering the boot loader is something that is a debugging feature, a
>> > tool for professionals. It shouldn't be too hard to expect from them to
>> > remember s
On Mon, 11 Mar 2013 17:05:31 -0400
Máirín Duffy wrote:
> Hi Seth,
>
> On 03/11/2013 04:20 PM, seth vidal wrote:
> > I'm mostly concerned with making new professionals.
> >
> > We have to make the secret information discoverable if we want
> > people to poke and prod around.
> >
> > If the bios
On Mar 11, 2013, at 2:16 PM, Lennart Poettering wrote:
> Somebody who is capable of installing multiple operating systems on one
> machine should easily be savvy enough to remember that pressing
> shift/esc/space/f2/whatever gets him the boot menu.
When I said "at least" I meant "at most".
>
On Mon, 11 Mar 2013 22:00:54 +0100
Lennart Poettering wrote:
> >
> > I'm mostly concerned with making new professionals.
>
> Well, where do you get them from? Here's a hint: the Unix market is
> now all ours, so you can only get them from Windows. And on Windows 8
> they don't have any pointless
On Mon, 11.03.13 17:05, Máirín Duffy (du...@fedoraproject.org) wrote:
> Hi Seth,
>
> On 03/11/2013 04:20 PM, seth vidal wrote:
> > I'm mostly concerned with making new professionals.
> >
> > We have to make the secret information discoverable if we want people
> > to poke and prod around.
> >
>
Hi Seth,
On 03/11/2013 04:20 PM, seth vidal wrote:
> I'm mostly concerned with making new professionals.
>
> We have to make the secret information discoverable if we want people
> to poke and prod around.
>
> If the bioses and systems years ago had been opaque we wouldn't have
> gotten this far
On Mon, 11.03.13 21:45, Nicolas Mailhot (nicolas.mail...@laposte.net) wrote:
>
> Le Lun 11 mars 2013 21:16, Lennart Poettering a écrit :
> > On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote:
> >
> >> On Mar 11, 2013, at 11:31 AM, Björn Persson
> >> wrote:
> >> > Or nothing at
Michael Cronenworth wrote:
> Does any other computing device you own prompt you for a boot menu? Your
> mobile phone?
That's one of the reasons I've never gotten around to trying another
distribution or playing with a more feature-rich kernel on my N900: I
have to first find out whether and how I'
On 03/11/2013 04:56 PM, Lennart Poettering wrote:
On Mon, 11.03.13 21:40, Björn Persson (bjorn@rombobjörn.se) wrote:
Lennart Poettering wrote:
If some text like "Press Esc now to choose which operating system to
boot." would be displayed, then the pause would need to be long enough
for the use
On Mon, 11.03.13 21:20, Björn Persson (bjorn@rombobjörn.se) wrote:
> Peter Robinson wrote:
> > It use to only be displayed if there was more than one OS configured
> > or if the CTRL was held down. Having to press a particular key means
> > you have to get it at the second or two where grub isn't
On Mon, 11.03.13 16:20, seth vidal (skvi...@fedoraproject.org) wrote:
>
> On Mon, 11 Mar 2013 21:07:32 +0100
> Lennart Poettering wrote:
> >
> > I don't think we should generate any message. Nothing at all. My BIOS
> > doesn't print a single line, and neither does the kernel if "quiet" is
> > u
On Mon, 11.03.13 21:40, Björn Persson (bjorn@rombobjörn.se) wrote:
> Lennart Poettering wrote:
> > > If some text like "Press Esc now to choose which operating system to
> > > boot." would be displayed, then the pause would need to be long enough
> > > for the user to read and understand the instr
On Mon, 11.03.13 20:22, Peter Robinson (pbrobin...@gmail.com) wrote:
> > Entering the boot loader is something that is a debugging feature, a
> > tool for professionals. It shouldn't be too hard to expect from them to
> > remember something as simple as maybe "press shift or Space or Esc" to
> > g
Le Lun 11 mars 2013 20:57, Bill Nottingham a écrit :
> Björn Persson (bjorn@rombobjörn.se) said:
>> Matthias Clasen wrote:
>> > - Turn off the graphical grub screen
>> >
>> > Even if we are not able to suppress the boot menu entirely, or having
>> a clean boot menu like this:
>> https://raw.github
Chris Murphy wrote:
> A multiboot system needs at least a message to inform the user how to get to
> the boot manager (the GRUB menu). A Fedora only system probably should
> entirely suppress the menu or notice how to get to it.
What if I need to revert to the previous kernel, or add some kernel
Le Lun 11 mars 2013 21:16, Lennart Poettering a écrit :
> On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote:
>
>> On Mar 11, 2013, at 11:31 AM, Björn Persson
>> wrote:
>> > Or nothing at all displayed unless the user happens to know to press
>> some key at the
>> > right moment
On Mon, Mar 11, 2013 at 9:40 PM, Björn Persson
wrote:
> Lennart Poettering wrote:
>> > If some text like "Press Esc now to choose which operating system to
>> > boot." would be displayed, then the pause would need to be long enough
>> > for the user to read and understand the instruction and then
Lennart Poettering wrote:
> > If some text like "Press Esc now to choose which operating system to
> > boot." would be displayed, then the pause would need to be long enough
> > for the user to read and understand the instruction and then reach for
> > the right key – and the terser the text is mad
On Mon, Mar 11, 2013 at 8:07 PM, Lennart Poettering
wrote:
> On Mon, 11.03.13 19:21, Tomasz Torcz (to...@pipebreaker.pl) wrote:
>
>> > > Fine with me, but don't forget to have a hint to this key visible e.
>> > > g., "Press F1 to..." in some corner. Current
>> > > policy that user just should k
On Mon, Mar 11, 2013 at 6:39 PM, Máirín Duffy wrote:
> On 03/11/2013 12:58 PM, Matthias Clasen wrote:
>> - Turn off the graphical grub screen
>
> I don't know why - I think grub2 is just a PITA to work with compared to
> grub - but the intention here was that it should be turned off by
> default i
Peter Robinson wrote:
> It use to only be displayed if there was more than one OS configured
> or if the CTRL was held down. Having to press a particular key means
> you have to get it at the second or two where grub isn't displayed.
> The Ctrl option is quite nice as you can do it before the BIOS
On Mon, 11 Mar 2013 21:07:32 +0100
Lennart Poettering wrote:
>
> I don't think we should generate any message. Nothing at all. My BIOS
> doesn't print a single line, and neither does the kernel if "quiet" is
> used (which is the default). I really don't see why Plymouth or the
> boot loader shoul
On Mon, 11.03.13 20:41, Björn Persson (bjorn@rombobjörn.se) wrote:
> Ryan Lerch wrote:
> > With regards to a label on the screen instructing the user how to show
> > the hidden preboot menu (GRUB), It is clutter that is not needed. It
> > makes boot up longer, as that screen will need to appear
> We nowadays live in times where BIOS POST takes 500ms,
HA! I wish mine was that fast. With all the different BIOS chips
doing thier own thing for all the add-on cards and peripherals I have,
it takes about 45 seconds just to get to GRUB at all.
--
devel mailing list
devel@lists.fedoraproject
On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote:
> On Mar 11, 2013, at 11:31 AM, Björn Persson
> wrote:
> > Or nothing at all displayed unless the user happens to know to press some
> > key at the
> > right moment?
>
> A multiboot system needs at least a message to inform
1 - 100 of 189 matches
Mail list logo