** Package changed: grub2 (Ubuntu Maverick) = grub-installer (Ubuntu
Maverick)
** Also affects: ubuntu-cdimage
Importance: Undecided
Status: New
--
default timeout is too low, impossible to escape in a VM
https://bugs.launchpad.net/bugs/628418
You received this bug notification
** Branch linked: lp:~ubuntu-core-dev/grub-installer/ubuntu
--
default timeout is too low, impossible to escape in a VM
https://bugs.launchpad.net/bugs/628418
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I'll make the necessary adjustments to Soren's branches.
--
default timeout is too low, impossible to escape in a VM
https://bugs.launchpad.net/bugs/628418
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
This bug was fixed in the package grub-installer - 1.55ubuntu2
---
grub-installer (1.55ubuntu2) maverick; urgency=low
[ Soren Hansen ]
* Add a preseedable grub-installer/timeout template to adjust the initial
GRUB timeout (LP: #628418).
-- Colin Watson cjwat...@ubuntu.com
revno: 1600 [merge]
author: Soren Hansen soren.han...@rackspace.com, Colin Watson
cjwat...@ubuntu.com
committer: Colin Watson cjwat...@canonical.com
branch nick: debian-cd
timestamp: Mon 2010-09-06 12:47:14 +0100
message:
Add a two-second GRUB delay for servers.
Milestoned bugs must be assigned. tentatively assigning to Colin so that
he reviews the proposed patches.
** Changed in: grub2 (Ubuntu Maverick)
Assignee: (unassigned) = Colin Watson (cjwatson)
** Tags added: server-mro
--
default timeout is too low, impossible to escape in a VM
Soren, this generally looks fine (and was roughly the approach I was
going to take before noticing your patches), but could you call the
debconf template grub-installer/timeout instead of grub-
installer/boot_delay, for consistency with the /etc/default/grub
variable name?
In your debian-cd
Beware that Dustin's testing approach will not work in this case,
because the grub-installer patch adds a new template and udpkg -i needs
to be in the right context to talk to the running debconf frontend.
Furthermore, it's very important to use udpkg --unpack here since
otherwise udpkg will run
Right, it's set the way it is to avoid losing one precious second in the
desktop boot. I'm all for changing it for servers.
However, as evidenced by a heated discussion at UDS-M, there is no clear
definition of a server that would magically allow us to switch between
the two settings. Did you
I think for the boot loader, this is pretty simple as it's almost
invariably installed by the installer, so we can act differently
depending on the install media.
--
default timeout is too low, impossible to escape in a VM
https://bugs.launchpad.net/bugs/628418
You received this bug notification
Differentiate using the installer being used. Makes sense, for that
package :)
--
default timeout is too low, impossible to escape in a VM
https://bugs.launchpad.net/bugs/628418
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I have a couple of patches (for debian-cd and grub-installer) that
should get this done. The grub-installer one lets us set the delay, the
debian-cd one does it by default for installs done from the server CD.
They're completely untested (I've never worked out how to quickly and
easily test
** Branch linked: lp:~soren/grub-installer/ubuntu-boot-delay
** Branch linked: lp:~soren/debian-cd/ubuntu-server-grub-wait
--
default timeout is too low, impossible to escape in a VM
https://bugs.launchpad.net/bugs/628418
You received this bug notification because you are a member of Ubuntu
Marking Triaged (since Soren has attached proposed fixes), High (since
this is confirmed serious by multiple Server Core Developers), and
proposing for Maverick, and milestoning it against GA (hoping that this
gets fixed by then). The latter milestone might be removed by a member
of the release
Soren,
As for testing in the installer, here's what I usually do...
* Build the binary udeb locally
* Boot a daily ISO in a VM
* As soon as the Networking is configured, drop to a shell (Alt-F2)
* anna-install openssh-client
* Now you should have scp
* scp user@10.0.2.2:/path/to/your/udeb
Thierry, can I get your opinion on this one? Perhaps a papercut?
--
default timeout is too low, impossible to escape in a VM
https://bugs.launchpad.net/bugs/628418
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
** Tags added: iso-testing
--
default timeout is too low, impossible to escape in a VM
https://bugs.launchpad.net/bugs/628418
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
For the moment, this is set as sabdfl instructed me to set it. I argued
against it at the time.
Maybe we can act differently on server vs. desktop or something.
--
default timeout is too low, impossible to escape in a VM
https://bugs.launchpad.net/bugs/628418
You received this bug notification
On Wed, Sep 1, 2010 at 6:16 PM, Colin Watson cjwat...@canonical.com wrote:
Maybe we can act differently on server vs. desktop or something.
Yeah, this is all I'm asking for. A non-zero default for servers
and/or virtual machine installations.
Note that as a truly nasty work around, if I run
19 matches
Mail list logo