Bug#625688: unknown MAC, using family default (after swapping recent install to new system)

2011-07-10 Thread James Ladan
   Recently installed 6.0.2 on a new SSD in an older system (while a new one
was on order).  Changed sources.list to point at "testing" and updated.

When the new system arrived, we swapped the SSD into it and now get "unknown
MAC, using family default". "ifconfig eth0 up" simply says "Error fetching
interface information: device not found"

   Line: eth0:rtl8168b/8111b at 0xc965e000, f4:6d:04:9c:a1:ec XID
0c20 irq 43


The motherboard is the ASUS AT5NM10T-I with a 8111E NIC:
http://www.asus.com/Motherboards/Intel_CPU_on_Board/AT5NM10TI/#specifications


Debian installer build: failed or old builds

2011-07-10 Thread Daily build aggregator
Debian installer build overview
---

Failed or old builds:

* OLD BUILD:armel Jul 08 18:49 buildd@alain build_iop32x_netboot 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_netboot.log

* OLD BUILD:armel Jul 08 18:51 buildd@alain 
build_iop32x_network-console_glantank 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_glantank.log

* OLD BUILD:armel Jul 08 18:53 buildd@alain 
build_iop32x_network-console_n2100 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_n2100.log

* OLD BUILD:armel Jul 08 18:55 buildd@alain 
build_iop32x_network-console_ss4000e 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_ss4000e.log

* OLD BUILD:armel Jul 08 18:57 buildd@alain build_kirkwood_netboot 

http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot.log

* OLD BUILD:armel Jul 08 19:02 buildd@alain build_kirkwood_netboot-gtk 

http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot-gtk.log

* OLD BUILD:armel Jul 08 19:04 buildd@alain build_kirkwood_network-console 

http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_network-console.log

* OLD BUILD:armel Jul 08 19:07 buildd@alain build_orion5x_network-console 

http://d-i.debian.org/daily-images/armel/daily/build_orion5x_network-console.log

* OLD BUILD:armel Jul 08 19:09 buildd@alain build_versatile_netboot 

http://d-i.debian.org/daily-images/armel/daily/build_versatile_netboot.log

* OLD BUILD:armel Jul 08 19:11 buildd@alain build_ads_cf 
http://d-i.debian.org/daily-images/armel/daily/build_ads_cf.log


Totals: 109 builds (0 failed, 10 old)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1qg4qx-yj...@ravel.debian.org



Re: Switching /etc/mtab to symlink to /proc/mounts

2011-07-10 Thread Roger Leigh
On Sat, Jul 09, 2011 at 11:26:58AM +0100, Roger Leigh wrote:
> On Sat, May 14, 2011 at 02:02:01PM -0400, Joey Hess wrote:
> > Roger Leigh wrote:
> > 
> > >   /etc/mtab - symlink to /proc/self/mounts (494001) 
> > 
> > debootstrap (but seems ok; only removes file not symlink)
> > 
> > busybox
> 
> Not configured to use or write /etc/mtab AFAICT
> (CONFIG_FEATURE_MTAB_SUPPORT is not set)
> 
> > lilo-installer
> > aboot-installer
> > debian-installer-utils
> > grub-installer
> > arcboot-installer
> > palo-installer
> > elilo-installer
> > 
> > Any of these could break even with the symlink if, for example,
> > /target/proc is not mounted when they try to use /target/etc/mtab.
> > Several I've looked at (lilo-installer and grub-installer) try to
> > overwrite /etc/mtab.
> 
> I've had a look at all of these, and they all contain logic to
> check for a symlink, and abort if one is present.  Some would
> try to read the symlink, so it looks like the main cause of
> breakage would be (as you said avoid) if /target/proc is not
> mounted.
> 
> Surely /target/proc can be mounted prior to any of the above
> being run?  I'm not too familiar with the installer, but I
> thought this was already the case?

As far as I can tell, we now only have two blockers preventing
switching /etc/mtab to symlink to /proc/mounts:

#620818 cifs-utils
#622693 libpam-mount

preventing us fixing #494001.  Are there any other known issues
which would prevent us from making the switch?


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature


Processed: limit source to debootstrap, tagging 633158, tagging 632418

2011-07-10 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> #debootstrap (1.0.33) UNRELEASED; urgency=low
> #
> #  * Mention minbase variant in --help. Closes: #632418
> #  * Use md5sums for sarge, which did not consistently have sha1sums
> #everywhere. Closes: #633158
> #
> limit source debootstrap
Limiting to bugs with field 'source' containing at least one of 'debootstrap'
Limit currently set to 'source':'debootstrap'

> tags 633158 + pending
Bug #633158 [debootstrap] debootstrap: does not generate a sarge/amd64 chroot
Added tag(s) pending.
> tags 632418 + pending
Bug #632418 [debootstrap] debootstrap: document minbase variant in --help output
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
632418: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632418
633158: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633158
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13103241979941.transcr...@bugs.debian.org



Re: Comments regarding partman-nbd_0.1_amd64.changes

2011-07-10 Thread Wouter Verhelst
On Sat, Jul 09, 2011 at 11:59:26PM +0200, Luca Falavigna wrote:
> Il 09/07/2011 21:25, Wouter Verhelst ha scritto:
> > That would require a change & rebuild of linux-kernel-di-*-2.6, which
> > hasn't happened yet (I'm waiting for an ack before I commit that)
> > 
> > Was my upload premature?
> 
> If you can bear with unmet dependency for a bit, fine.
> Otherwise, we can keep it in the queue until packages are uploaded.

Well, if I saw a problem with that situation, I wouldn't have uploaded
this package in the first place :-)

-- 
The volume of a pizza of thickness a and radius z can be described by
the following formula:

pi zz a


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110710143615.gn16...@grep.be