On Sun, Jun 10, 2007 at 10:42:58PM +0200, Andreas Barth wrote:
Hi,
please note that even while we're not going to release Lenny next month,
RC bugs should be fixed in a very timly manner. Usually there is no
reason to let them open, and so we already started removing packages for
being
On Thu, Mar 08, 2007 at 11:21:05AM +, Colin Watson wrote:
+ uuid=$(PATH=/lib/udev:$PATH vol_id -u $fs)
+ if [ $uuid ]; then
+ printf # %s\n $(mapdevfs $fs)
+ printf %-15s %-15s %-7s %-15s %-7s %s\n UUID=$uuid
${mp} $type $options
On Wed, Mar 07, 2007 at 04:09:48PM -0800, Steve Langasek wrote:
I don't believe this should be changed for etch at this point in the release
process, and that's speaking as someone who's run into this problem myself
with SCSI device renumbering -- it's awkward and annoying to have to
On Wed, Mar 07, 2007 at 12:28:09PM -0500, Joey Hess wrote:
Is this theoretical with SATA, or have you reproduced it?
I've only reproduced it for SCSI.
The usb sticks include sata-modules as well as usb-modules, so AFAICS,
hardware detection should happen in the same order when booting from
On Tue, Mar 06, 2007 at 09:44:31AM -0300, Otavio Salvador wrote:
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote:
I urge you to reconsider severity of this problem. There's another
situation
that makes it much worse:
The correct
On Tue, Mar 06, 2007 at 04:41:19PM +0100, Mike Hommey wrote:
On Tue, Mar 06, 2007 at 01:15:23PM +0100, Marco d'Itri wrote:
On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote:
I urge you to reconsider severity of this problem. There's another
situation
that makes it much
On Wed, Mar 07, 2007 at 12:05:09PM +0100, Marco d'Itri wrote:
On Mar 07, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote:
Labels are not well tested and a source of problems indeed.
The /dev/disk/by-*/ devices are well tested and I do not know about
problems posed by them.
I thought we
On Wed, Mar 07, 2007 at 09:33:47AM -0300, Otavio Salvador wrote:
Robert Millan [ackstorm] [EMAIL PROTECTED] writes:
On Tue, Mar 06, 2007 at 09:44:31AM -0300, Otavio Salvador wrote:
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote
On Wed, Mar 07, 2007 at 09:55:45AM -0300, Otavio Salvador wrote:
With USB, you can't just boot a rescue system and repair a broken install
from there, because /dev/sda will still be your USB drive.
Of course, there are lots of hacks you can do to workaround that, but if
we go this way,
Hi,
I urge you to reconsider severity of this problem. There's another situation
that makes it much worse:
- User boots off USB stick
- sda is USB, sdb is SCSI or SATA
- GRUB install on (hd0) (i.e. sda) fails.
- Manual repairing is not possible, because if you boot a rescue system
It seems that the changes between pre9 and pre10 for code we already had
are purely non-technical (license change, etc). See attached diff.
Other than this, we just have changes in documentation/makefiles and
replacement of object code with a newer version of its corresponding
source. I think
On Tue, Feb 06, 2007 at 11:43:15AM +0100, Daniel Baumann wrote:
Robert Millan [ackstorm] wrote:
Given all this, would still be possible to consider this for etch ?
...which would require another round of main and non-free conglomeration
packages in NEW, together with removals in testing
Hi!
udev 0.097-1 contains fixes necessary support of I2O drives (see #373921). I
understand that the version of udev currently in sid (or later) will forcibly
get into etch because of #369479, but I'm not sure if this will affect d-i
image generation.
Is d-i etch RC1 expected to include udev =
13 matches
Mail list logo
