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 re
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 bo
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 c
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
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 successfu
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 th
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
nee
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 safeti
On Sat, 15 May 2010 05:40:27 -0400, Matt wrote:
> > 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 standard (or at least an u
On 05/15/2010 05:01 AM, 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 to th
https://bugzilla.redhat.com/show_bug.cgi?id=592565
Description of problem:
Mary needs a gnome clipboard manager, she searches it with "Add/Remove
programs" and finds only one program. She installs it but that is not the
program but perl script.
Mary is very confused.
Please make searching in Gno
On 15/05/10 07:05, 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.
>
It also has 0 when Windows
Compose started at Sat May 15 08:15:06 UTC 2010
Broken deps for i386
--
almanah-0.7.2-1.fc13.i686 requires libedataserver-1.2.so.11
almanah-0.7.2-1.fc13.i686 requires libedataserverui-1.2.so.8
anjal-0.3.2-2.fc14.i686 r
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
s
On 05/15/2010 09:48 AM, Felix Miata wrote:
rior to first boot. I always change it to 12-15, depending on how many
> stanzas are proposed. 3 seconds doesn't give me time to reach for the
You dont really need to 'react' and make a decision other than to
touch the kbd .. once you've touched the kb
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 main
On 01/26/2009 07:04, Ulrich Drepper wrote:
from a last year message:
> Jakub Jelinek wrote:
>>> The koji build boxes all run RHEL 5. Getting them upgraded to a not-yet-
>>> released kernel seems unlikely.
>>
>> I know it is a pain, on the other hand it would really improve Fedora 11.
>
> Not o
On Sat, May 15, 2010 at 04:38:02PM +0200, Xose Vazquez Perez wrote:
> On 01/26/2009 07:04, Ulrich Drepper wrote:
>
> from a last year message:
>
> > Jakub Jelinek wrote:
> >>> The koji build boxes all run RHEL 5. Getting them upgraded to a not-yet-
> >>> released kernel seems unlikely.
> >>
> >
On Tue, May 11, 2010 at 01:26:53PM -0800, Jeff Spaleta wrote:
> What we have is the orphaning (a proactive process) and awol
> maintainer processes (a reactive process).. we don't have an automated
> process that helps us identify potentially unmaintained packages to be
> concerned about.
Well, we
On 15 May 2010 17:56, Valent Turkovic wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=592565
>
> Description of problem:
> Mary needs a gnome clipboard manager, she searches it with "Add/Remove
> programs" and finds only one program. She installs it but that is not the
> program but perl scrip
On Sat, May 15, 2010 at 10:19:50AM -0500, Matt Domsch wrote:
> On Tue, May 11, 2010 at 01:26:53PM -0800, Jeff Spaleta wrote:
> > What we have is the orphaning (a proactive process) and awol
> > maintainer processes (a reactive process).. we don't have an automated
> > process that helps us identify
On Sat, 2010-05-15 at 08:23 -0400, Genes MailLists wrote:
>What if a user puts in a timeout - after a successful boot will it
> stay or be reset to 0. It should never change what the user desires ...
> you may need a fancier smarter set of rules.
Ok, did a test install this morning on a dual
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
To: Development discussions related to Fedora
Sent: Sat
On 05/15/2010 11:40 AM, Mike Chambers wrote:
> Also, I changed the timeout after the install and it stays that way and
> doesn't change back. The setting is permanently until I change it
> again.
>
Yes it is - I think someone was suggesting it be changed ..
--
devel mailing list
devel@lists.f
On 15 May 2010 21:07, Till Maas wrote:
> On Sat, May 15, 2010 at 10:19:50AM -0500, Matt Domsch wrote:
>> On Tue, May 11, 2010 at 01:26:53PM -0800, Jeff Spaleta wrote:
>> > What we have is the orphaning (a proactive process) and awol
>> > maintainer processes (a reactive process).. we don't have an
On Sat, 2010-05-15 at 11:47 -0400, Genes MailLists wrote:
> On 05/15/2010 11:40 AM, Mike Chambers wrote:
>
> > Also, I changed the timeout after the install and it stays that way and
> > doesn't change back. The setting is permanently until I change it
> > again.
> >
>
> Yes it is - I think so
On 05/15/2010 12:23 PM, Mike Chambers wrote:
> Actually, I was answering your question, in regards to if it's changed,
> will it be changed back. Was thinking you were asking this as in after
> the install and you changed it, will it be changed back by an upgrade or
> something.
>
> Sorry for th
On Sat, May 15, 2010 at 11:47:47AM -0400, Genes MailLists wrote:
> On 05/15/2010 11:40 AM, Mike Chambers wrote:
>
> > Also, I changed the timeout after the install and it stays that way and
> > doesn't change back. The setting is permanently until I change it
> > again.
> >
>
> Yes it is - I t
On 15 May 2010 13:26, Valent Turkovic wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=592565
It's just a bug in gnome-packagekit. I'll push an update to F13 on Monday.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sat, May 15, 2010 at 09:29:37PM +0530, Rakesh Pandit wrote:
> On 15 May 2010 21:07, Till Maas wrote:
> > The upstream release monitoring tool (formerly fever) is not really used
> > to identify such packages, because there is no process to identify
> > non-uptodate packages like there is a proc
On Mon, Mar 8, 2010 at 11:01 AM, Jaroslav Reznik 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 packages is a whole lot
>> > of unnecessary work. Better to provide rele
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 compone
On Sat 15 May 2010 1:16:26 pm Valent Turkovic wrote:
> On Mon, Mar 8, 2010 at 11:01 AM, Jaroslav Reznik
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 packages
35 matches
Mail list logo