I was under the impression that a timeout is intentional/used only if
another operating system is detected upon installation. ie. Windows. If no
other operating system is detected, then there's no point having a timeout.
--
Chris Jones
Photographic Imaging Professional and Graphic Designer
ABN:
On Friday 14 May 2010 11:05:13 pm Chris Jones wrote:
I was under the impression that a timeout is intentional/used only if
another operating system is detected upon installation. ie. Windows. If no
other operating system is detected, then there's no point having a timeout.
In that case, why
There are many instances in the forums, where, adding a cheat code to the
kernel line in grub will solve a problem, but, if one doesn't have access to
grub at boot-up, the solution is made more difficult. Even the act of booting
to init 3 to make a diagnosis by looking at the logs requires a
My home server was running Fedora 10 and I tried to preupgrade it to
F12, however the F12 kernel wouldn't work at all on this machine (it
oopsed before even mounting the root) and no matter how frantically I
pressed the arrow keys during boot I could never get into the GRUB menu
and stop it from
On Sat, May 15, 2010 at 09:58:27AM +0200, Alexander Boström wrote:
Long story short: There are situations where a grub menu is vital, like
until you've successfully booted a new kernel.
of course, and I do not think it is so hard to think of a sensible behaviour.
After each (semi)automatic
On Fri, 14 May 2010 20:27:51 -0700, Jesse wrote:
What is releng supposed to do here though?
It's a hard problem related to tools *and* people.
The longer it takes to push packages into a repo, the longer the window
that creates the race condition. It could be that the push has completed
98% of
On Sat, 2010-05-15 at 11:01 +0200, Richard Zidlicky wrote:
On Sat, May 15, 2010 at 09:58:27AM +0200, Alexander Boström wrote:
Long story short: There are situations where a grub menu is vital, like
until you've successfully booted a new kernel.
of course, and I do not think it is so hard
On Sat, 2010-05-15 at 12:19 +0300, Gilboa Davara wrote:
On Sat, 2010-05-15 at 11:01 +0200, Richard Zidlicky wrote:
On Sat, May 15, 2010 at 09:58:27AM +0200, Alexander Boström wrote:
Long story short: There are situations where a grub menu is vital, like
until you've successfully booted
On Sat, 2010-05-15 at 11:01 +0200, Richard Zidlicky wrote:
of course, and I do not think it is so hard to think of a sensible behaviour.
After each (semi)automatic change to grub/kernel conf as well as for the very
first
boot there should be a timeout as well as visible menu.
Once the
On Sat, 2010-05-15 at 11:06 +0200, Michael Schwendt wrote:
Same applies to positive karma. Is the +1 the result of substantial
testing or just a +1 to get the new adventurous stuff, which makes
Fedora less boring?
Yes, a standard for +1 karma would be helpful. But even before that, we
need a
On Sat, May 15, 2010 at 05:24:26AM -0400, Matt McCutchen wrote:
On Sat, 2010-05-15 at 11:01 +0200, Richard Zidlicky wrote:
More elaborate solution, there could be two config values - quicktimeout
and
safetimout.
After kernel and config changes timeout would be changed to safetimout and
openSUSE's Grub has defaulted to 8 seconds as long as openSUSE has existed,
same as SuSE before it as far back as I ever used it. The 8 is in a select
list in the installer's Grub configuration section, so it's easy to change
prior to first boot. I always change it to 12-15, depending on how many
On Fri, 2010-05-14 at 20:27 -0700, Jesse Keating wrote:
What is releng supposed to do here though? We can't be experts in every
package. How are we to know that the negative karma is really
appropriately negative, or bad negative, or just misfiled or confused
users? That's what the
That's not entirely true. I have read many posts where hitting escape had no
effect on stopping boot. I, myself have one motherboard that functions (or
doesn't function) in the same way.
-Original Message-
From: Genes MailLists li...@sapience.com
To: Development discussions related
Requesting review of a new package: nodebrain
https://bugzilla.redhat.com/show_bug.cgi?id=592504
Description: NodeBrain is an interpreter of a declarative rule-based language
designed for construction of state and event monitoring applications. It
interacts with other monitoring
On Sat 15 May 2010 1:16:26 pm Valent Turkovic wrote:
On Mon, Mar 8, 2010 at 11:01 AM, Jaroslav Reznik jrez...@redhat.com
wrote:
On Friday 05 March 2010 18:37:06 Matthew Woehlke wrote:
Petrus de Calguarium wrote:
As I had expected, breaking up the monolithic
packages into individual
Author: cweyl
Update of /cvs/extras/rpms/perl-Class-C3/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv20324
Modified Files:
perl-Class-C3.spec
Log Message:
* Sat May 15 2010 Chris Weyl cw...@alumni.drew.edu 0.22-3
- install c3.pm as well; drop opt/ from doc
-
Author: cweyl
Update of /cvs/extras/rpms/perl-Class-C3/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv26318
Modified Files:
perl-Class-C3.spec
Log Message:
* Sat May 15 2010 Chris Weyl cw...@alumni.drew.edu 0.22-4
- bump
Index: perl-Class-C3.spec
Author: cweyl
Update of /cvs/extras/rpms/perl-FCGI/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv16652/F-13
Modified Files:
.cvsignore sources
Added Files:
import.log perl-FCGI.spec
Log Message:
initial import
--- NEW FILE import.log ---
Author: cweyl
Update of /cvs/extras/rpms/perl-FCGI/F-12
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv16845/F-12
Modified Files:
.cvsignore sources
Added Files:
import.log perl-FCGI.spec
Log Message:
initial import
--- NEW FILE import.log ---
Author: cweyl
Update of /cvs/extras/rpms/perl-FCGI/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv1552
Modified Files:
perl-FCGI.spec
Log Message:
* Sat May 15 2010 Chris Weyl cw...@alumni.drew.edu 1:0.71-3
- and fix our tests subpackage included files
Index:
Author: cweyl
Update of /cvs/extras/rpms/perl-FCGI/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv1816
Modified Files:
perl-FCGI.spec
Log Message:
* Sat May 15 2010 Chris Weyl cw...@alumni.drew.edu 1:0.71-3
- and fix our tests subpackage included files
Index:
Author: cweyl
Update of /cvs/extras/rpms/perl-Class-MOP/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv2609
Modified Files:
perl-Class-MOP.spec
Log Message:
* Sat May 15 2010 Chris Weyl cw...@alumni.drew.edu 1.01-2
- update our -tests (should all pass when installed now)
-
I spent a little time tonight and put together a proof-of-concept
script... You give it a module name, it figures out where its tests
should live on the filesystem and goes and runs them. Pass it
--recursive, and it starts looking at META.yml's from the CPAN and
runs the test suite for the
24 matches
Mail list logo