Bug#410710: installation-report: Should allow creation of lvm volumes in expert mode

[Frank Küster]

Frans Pop <[EMAIL PROTECTED]> wrote:

> On Monday 12 February 2007 20:02, Frank Küster wrote:
>> Comments/Problems:
>> - The only thing that annoyed me is that there was no (obvious) way to
>>   get lvm set up, yet still configure the sizes of my partitions
>>   manually (I need much larger /var than usual for pbuilder stuff,
>>   apt-proxy cache etc.)
>
> If you use "manual" partitioning you can use any size you like for any 
> partition both inside and outside LVM. See the installation guide for 
> additional instructions.

Well, I must have been blind:  I just didn't find anything in the
"manual partitioning" screen that looked like it would allow me to
create lvm volumes.  But I must admit that I did not read that part of
the installation guide in advance (and didn't have an other connected
machine at hand at the moment).

"I must have been blind" is obviously not a bug in the installer.

>> - It would be great if the installer showed the current hardware time
>>   when it asks "is the hardware clock set to UTC?", because I didn't
>>   know and gave the wrong answer.
>
> Problem is that showing the clock without any way to correct the time if 
> it is wrong is rather meaningless. As a workaround to check the system 
> time, you can switch to VT4 which shows syslog and includes timestamps.

Yes, that's also right, thanks.

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#410782: tasksel: grdesktop is deprecated, please use tsclient instead

[Josselin Mouette]

Package: tasksel
Version: 2.66
Severity: normal

The gnome-desktop task includes the grdesktop package. However it is 
maintained by the QA team and I don't think there is much interest in 
it. The same functionality, and much more, is provided by tsclient, 
which is generally up-to-date and maintained by the GNOME team.

Please include tsclient instead in the default installation.

Cheers,
-- 
Josselin Mouette


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[no subject]

[Yenidünya Dergisi]

Yeni Dünya Dergisi







  

   



  

YENİ DÜNYA  DERGİSİNDEN
HEYCAN DOLU BİR ÖZEL SAYI



   

  AHMET EDİP  BAŞARAN
Yeni  Dünya dergisi, Şubat sayısında çok önemli bir özel sayıya 
imza attı: Medeniyet  Nakışlı Şehirler. Şehirlerimiz, bizim şehirlerimiz; İslam 
medeniyetinin, içinde  peygamberleri, ulu velileri barındıran eşsiz 
güzellikteki şehirleri. Ahmet  Turan Alkan "Şehir dün, kent bugündür" der. Bu 
söz şehrin nasıl bir  algılayışın, nasıl bir düşünsel mirasın sözcüsü olduğunu 
açıklamaya yeter  sanırım. İnsanlar gibi medeniyetin de bir hafızası var. 
Medeniyetin hafızası  ise şehirler. Her şehrin diplerinde yatan kültürel ve 
dinî ruh, o şehri ve o  şehrin insanlarını her zaman dosdoğru ve emin 
kılabilmiştir. Şehirlerini  yitiren, unutan bir toplum, şehirlerini bütünleyen 
temel medeniyet değerlerini  de eninde sonunda yitirecek, unutacaktır. Tarihin 
kaçınılmaz kuralıdır bu.  Zaman, Mekke'den Medine'ye, Kudüs'ten İsfahan'a bütün 
şehirlerimizi içinde  barındırdıkları o derin bilgelikle yeniden yaşama zamanı. 
Zaman,  medeniyetimizin şehirlerine yeniden uyanık bir şuurla dönme zamanı. 
Yeni Dünya dergisi editörü Mahmut  Bıyıklı, özel sayının amacını 
"Medine'yle gelen medeniyetin sırlı mirasını pak  dimağlara sunmak istiyoruz" 
cümlesiyle özetlemiş. Bu sırlı miras, bir kutlu  meşale gibi gelecek kuşaklara 
aktarılmalıdır. Özel sayı bu meşaleyi mütevazı  ellere uzatmanın çabası olarak 
şimdi okunmayı bekliyor. Özellikle şehir üzerine  yazdığı kitaplardan 
tanıdığımız Mustafa Armağan'ın şehir ve medeniyet  kavramlarını irdelediği 
yazısıyla açılan dergi sayfalarında şu şehirleri okumak  mümkün: Mekke, Medine, 
Kudüs, İstanbul, Bağdat, Şam, Halep, Kahire, Tahran,  Semerkand, Buhara, Konya, 
Üsküp, Bursa, Endülüs, Kahramanmaraş, Türkistan,  Saraybosna, Urfa, Bahçesaray, 
Ankara, İsfahan. Mihmandarlar ise şu isimlerden  oluşuyor: Asım Gültekin, Halil 
İbrahim Kutlay, Hüseyin Selamcı, Zeki Bulduk,  Ahmet Edip Başaran, Saadettin 
Öktem, Mehmet Aycı, Mehmet Emin Ay, Yıldız  Ramazanoğlu, Kemal Sayar, Rasim 
Özdenören, Mustafa Armağan, Yağmur Tunalı,  Kâmil Uğurlu, Vahap Akbaş,  Mustafa 
Kara,  Ahmet Mercan, Vehbi Vakkasoğlu, Mustafa Oğuz, Halit Ömer Camcı, Mehmet  
Kurtoğlu, Yakup Deliömeroğlu, D. Mehmet Doğan, 
Bu  şehirlere ilaveten Ali Haydar Haksal Doğu'nun şehirlerini, 
Rahşan Gürel Ahmet  Hamdi Tanpınar'dan mülhem kendi 'beş şehir'ini yazıyor. 
Özel sayıda ayrıca  İstanbul Kriterleri kitabının yazarı İbrahim Paşalı ile 
oylumlu, derinlikli bir  söyleşi de yapılmış.
  Yeni Dünya dergisinin Medeniyet Nakışlı  Şehirler özel sayısı her 
bakımdan görülmeyi, incelenmeyi hak ediyor. 

  
  KİTAP HEDİYELİ ANKETİMİZ DE YENİLENDİ 

  

  

  
 
 
 
 Yeni Anketimize katılmak için 
tıklayınız...  
  


  
  

  
  

  www.yenidunyadergisi.com 
  [EMAIL PROTECTED] 


  
  
   İrtibat için Tel: 0212   531 37 87
 
  

 



  >>Abone Olmak İstiyorum<<<  


  

Re: Will we be releasing some day?

[Frans Pop]

On Tuesday 13 February 2007 08:50, Steve Langasek wrote:
> I'm sorry that you misunderstood.  That kernel was supposed to be the
> final ABI, not the final kernel version.

Well, I understood it to be the final kernel as well. That is why I 
started preparations for RC2.
I agree with Christian. I'm getting solidly fed up with the lack of 
progress from the kernel team and find it demotivating as hell.

As I've said on IRC, IMO D-I RC2 should be released with the final 
_kernel_ if at all possible, not just the final kernel _ABI_.


pgpYzKoqetCD6.pgp
Description: PGP signature

Bug#410625: G3 B/W pcilynx firewire blues

[Frans Pop]

On Tuesday 13 February 2007 05:30, Rick Thomas wrote:
> To what package should I send a bug report with that payload?

linux-2.6
Suggest you add a [powerpc] tag in the subject of the BR.


pgpY2gQ8EjZnP.pgp
Description: PGP signature

Bug#410710: installation-report: Should allow creation of lvm volumes in expert mode

[Frans Pop]

On Tuesday 13 February 2007 10:32, Frank Küster wrote:
> Well, I must have been blind:  I just didn't find anything in the
> "manual partitioning" screen that looked like it would allow me to
> create lvm volumes.  But I must admit that I did not read that part of
> the installation guide in advance (and didn't have an other connected
> machine at hand at the moment).

You need to select a partition for "Use as physical volume for LVM" first. 
After that a new option to set up LVM will appear in the main menu of 
partman. Same goes for manual setup of RAID and crypto.

Bug#410819: Please add VIA C7 processor definition

[Aurélien GÉRÔME]

Package: base-installer
Version: 1.72
Severity: wishlist
Tags: patch

Hi,

A popular French datacenter called Dedibox [1] is using a specifically
built motherboard with a VIA C7 processor. Via a secure web interface,
you can install Debian Sarge among other distros (with their untrusty
closed source system).

I am currently setting up a documentation to use the official Debian
Installer with the official Debian kernels on that machine. Once done,
I will put a link on the Debian Wiki.

By default, only the -486 subarch is available at most, because
/proc/cpuinfo is different from other x86 machines, i.e. neither
AMD nor Intel... Therefore, I did a patch to get the -686 subarch
available on that distinct hardware with all the flavours, e.g. xen,
vserver, xen+vserver.

Please consider the attached patch against the current SVN.

Cheers,

[1] 
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin
Index: kernel/tests/i386/via-c7.test
===
--- kernel/tests/i386/via-c7.test   (révision 0)
+++ kernel/tests/i386/via-c7.test   (révision 0)
@@ -0,0 +1,22 @@
+cpuinfo via-c7.cpuinfo
+machine i686
+majors 2.6
+flavour 686
+env SPEAKUP /nonexistent
+kernel-2.6 \
+  linux-image-2.6-686 \
+  linux-image-2.6-486 \
+  kernel-image-2.6-686 \
+  kernel-image-2.6-386
+usable \
+  linux-image-2.6-486 \
+  linux-image-2.6-686-smp \
+  linux-image-2.6-686 \
+  linux-image-2.6.18-1-486 \
+  linux-image-2.6.18-1-686-smp \
+  linux-image-2.6.18-1-686
+unusable \
+  linux-image-2.6-k7-smp \
+  linux-image-2.6-k7 \
+  linux-image-2.6.18-1-k7-smp \
+  linux-image-2.6.18-1-k7
Index: kernel/tests/i386/via-c7.cpuinfo
===
--- kernel/tests/i386/via-c7.cpuinfo(révision 0)
+++ kernel/tests/i386/via-c7.cpuinfo(révision 0)
@@ -0,0 +1,18 @@
+processor   : 0
+vendor_id   : CentaurHauls
+cpu family  : 6
+model   : 10
+model name  : VIA Esther processor 2000MHz
+stepping: 9
+cpu MHz : 1995.084
+cache size  : 128 KB
+fdiv_bug: no
+hlt_bug : no
+f00f_bug: no
+coma_bug: no
+fpu : yes
+fpu_exception   : yes
+cpuid level : 1
+wp  : yes
+flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge cmov 
pat clflush acpi mmx fxsr sse sse2 tm nx pni est tm2 rng rng_en ace ace_en ace2 
ace2_en phe phe_en pmm pmm_en
+bogomips: 3994.32
Index: kernel/i386.sh
===
--- kernel/i386.sh  (révision 45107)
+++ kernel/i386.sh  (copie de travail)
@@ -9,7 +9,7 @@
*)  echo 386 ;;
esac
;;
-   " GenuineIntel"|" GenuineTMx86"*)
+   " GenuineIntel"|" GenuineTMx86"|" CentaurHauls"*)
case "$FAMILY" in
" 6"|" 15") echo 686 ;;
" 5")   echo 586tsc ;;
Index: debian/changelog
===
--- debian/changelog(révision 45107)
+++ debian/changelog(copie de travail)
@@ -1,3 +1,9 @@
+base-installer (1.73) unstable; urgency=low
+
+  * Add VIA C7 processor definition.
+
+ -- Aurélien GÉRÔME <[EMAIL PROTECTED]>  Tue, 13 Feb 2007 17:58:27 +0100
+
 base-installer (1.72) unstable; urgency=low
 
   [ Colin Watson ]


signature.asc
Description: Digital signature

Re: Bug#410815: ppc daily netinst CD (12-Feb-07) missing ibmveth module

[Frans Pop]

severity 410815 wishlist
reassign 410815 linux-kernel-di-powerpc-2.6
tags 410815 pending
thanks

On Tuesday 13 February 2007 17:35, Cort, Tom wrote:
> Severity: grave

This does not even come close to being grave. It is merely a request to 
support this driver in installations so that your particular hardware or 
configuration can be supported. I.e: wishlist.

> As far as I can tell, the daily build network install CD for Debian/ppc
> 4.0 (etch) from 12-Feb-07 does not include the ibmveth module (ibm
> virtual ethernet driver; i.e. CONFIG_IBMVETH). This affects anyone
> using POWER5 virtualization with virtual ethernet. It makes it
> impossible to do a network install on a logical partition.

The module seems to be available in linux-image-2.6.18-4-powerpc64 and 
thus can be added to the kernel udebs for powerpc64. I have added it to 
the nic-extra-modules udeb and it will be included in the next upload.

Cheers,
FJP


pgp4Zg27FJ4Rl.pgp
Description: PGP signature

Processed: Re: base-installer: more explicit support for xen and vserver kernels

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 379205 wishlist
Bug#379205: base-installer: more explicit support for xen and vserver kernels
Severity set to `wishlist' from `normal'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#410819: Please add VIA C7 processor definition

[Frans Pop]

tags 410819 + pending
thanks

On Tuesday 13 February 2007 18:10, Aurélien GÉRÔME wrote:
> I am currently setting up a documentation to use the official Debian
> Installer with the official Debian kernels on that machine. Once done,
> I will put a link on the Debian Wiki.

OK, so that is targeted at supporting Etch?

> By default, only the -486 subarch is available at most, because
> /proc/cpuinfo is different from other x86 machines, i.e. neither
> AMD nor Intel... Therefore, I did a patch to get the -686 subarch
> available on that distinct hardware with all the flavours, e.g. xen,
> vserver, xen+vserver.

I have asked myself a little bit if it really makes sense to support such 
a very specific use case. As the patch is minimal and maintenance should 
be negligible, I guess it does not do any harm.

> Please consider the attached patch against the current SVN.

Thanks for providing the test case too.
Next time, please make sure your name is UTF-8 encoded in the changelog. 
Bonus points for marking the new changelog entry as UNRELEASED.

Cheers,
FJP


pgpZqXomK1S8L.pgp
Description: PGP signature

Bug#379205: base-installer: more explicit support for xen and vserver kernels

[Aurélien GÉRÔME]

severity 379205 wishlist
thanks

On Sat, Jul 22, 2006 at 09:43:22AM +0200, Frans Pop wrote:
> With 2.6.16 we now also have xen and vserver kernel flavors. Currently 
> these are just listed as available kernels.
> Possibly checks can be added so they are only shown in a xen resp. vserver 
> environment.

Interesting and rather useful, because a user might choose a xen
kernel on a non-xen machine and wonder afterwards why his/her system
did not boot... This also does not seem too hard to implement.

I think that we can detect whether we are inside xen by checking if
/proc/xen/ and /proc/sys/xen/ exist. The same can be done for vserver
by checking if /proc/sys/kernel/vshelper exists.

What do you think of those tests? Maybe someone has better ideas,
as those are the first checks which came to my mind. :)

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#410819: Please add VIA C7 processor definition

[Frans Pop]

On Tuesday 13 February 2007 18:10, Aurélien GÉRÔME wrote:
> Please consider the attached patch against the current SVN.

I've made one correction relative to the patch:
-   " GenuineIntel"|" GenuineTMx86"|" CentaurHauls"*)
+   " GenuineIntel"|" GenuineTMx86"*|" CentaurHauls")

Keeping the "*" at the end changes the test for GenuineTMx86, which would 
be a regression.


pgpLGqmQ9NK3I.pgp
Description: PGP signature

Processed: Re: Bug#410819: Please add VIA C7 processor definition

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 410819 + pending
Bug#410819: Please add VIA C7 processor definition
Tags were: patch
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#410819: Please add VIA C7 processor definition

[Aurélien GÉRÔME]

On Tue, Feb 13, 2007 at 07:00:55PM +0100, Frans Pop wrote:
> Keeping the "*" at the end changes the test for GenuineTMx86, which would 
> be a regression.

Damn me, nice you spotted that one. I should have tested it back into
qemu afterwards...

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#410819: Please add VIA C7 processor definition

[Aurélien GÉRÔME]

On Tue, Feb 13, 2007 at 07:20:22PM +0100, Aurélien GÉRÔME wrote:
> On Tue, Feb 13, 2007 at 07:00:55PM +0100, Frans Pop wrote:
> > Keeping the "*" at the end changes the test for GenuineTMx86, which would 
> > be a regression.
> 
> Damn me, nice you spotted that one. I should have tested it back into
> qemu afterwards...

Actually, I remember that I tested it back, but qemu emulates a
GenuineIntel, period. :)

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#410825:

[m . wuttke]

Package: installation-reports

Boot method:
image

Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso

date:
Di 13. Feb 19:32:14 CET 2007

Machine: Terra Wortmann AG
Processor: Pentium IV (3 GB)
Memory: 1GB

Partitions:
df -Tl:
Dateisystem   Typ1K-Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda1 ext3 3889892681844   3010452  19% /
tmpfstmpfs  252344 0252344   0% /lib/init/rw
udev tmpfs   1024052 10188   1% /dev
tmpfstmpfs  252344 0252344   0% /dev/shm

fdisk -l:
255 heads, 63 sectors/track, 522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *   1 492 3951958+  83  Linux
/dev/sda2 493 522  2409755  Extended
/dev/sda5 493 522  240943+  82  Linux swap / Solaris

Output of lspci -nn:
00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX
Host bridge [8086:7190] (rev 01)
00:01.0 PCI bridge [0604]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX
AGP bridge [8086:7191] (rev 01)
00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA
[8086:7110] (rev 08)
00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE
[8086:7111] (rev 01)
00:07.2 USB Controller [0c03]: Intel Corporation 82371AB/EB/MB PIIX4 USB
[8086:7112]
00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI
[8086:7113] (rev 08)
00:0f.0 VGA compatible controller [0300]: VMware Inc [VMware SVGA II] PCI
Display Adapter [15ad:0405]
00:10.0 SCSI storage controller [0100]: BusLogic BT-946C (BA80C30)
[MultiMaster 10] [104b:1040] (rev 01)
00:11.0 Ethernet controller [0200]: Advanced Micro Devices [AMD] 79c970
[PCnet32 LANCE] [1022:2000] (rev 10)
00:12.0 Multimedia audio controller [0401]: Ensoniq ES1371 [AudioPCI-97]
[1274:1371] (rev 02)

and lspci -vnn:
00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX
Host bridge [8086:7190] (rev 01)
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: bus master, medium devsel, latency 0
Memory at ec00 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 1.0

00:01.0 PCI bridge [0604]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX
AGP bridge [8086:7191] (rev 01) (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64

00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA
[8086:7110] (rev 08)
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: bus master, medium devsel, latency 0

00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE
[8086:7111] (rev 01) (prog-if 8a [Master SecP PriP])
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: bus master, medium devsel, latency 64
I/O ports at 1050 [size=16]

00:07.2 USB Controller [0c03]: Intel Corporation 82371AB/EB/MB PIIX4 USB
[8086:7112] (prog-if 00 [UHCI])
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: bus master, medium devsel, latency 64, IRQ 185
I/O ports at 1060 [size=32]

00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI
[8086:7113] (rev 08)
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: medium devsel, IRQ 9

00:0f.0 VGA compatible controller [0300]: VMware Inc [VMware SVGA II] PCI
Display Adapter [15ad:0405] (prog-if 00 [VGA])
Subsystem: VMware Inc [VMware SVGA II] PCI Display Adapter
[15ad:0405]
Flags: medium devsel
I/O ports at 1460 [size=16]
Memory at f000 (32-bit, non-prefetchable) [size=128M]
Memory at e800 (32-bit, non-prefetchable) [size=8M]
[virtual] Expansion ROM at 2001 [disabled] [size=32K]

00:10.0 SCSI storage controller [0100]: BusLogic BT-946C (BA80C30)
[MultiMaster 10] [104b:1040] (rev 01)
Subsystem: BusLogic BT-946C (BA80C30) [MultiMaster 10] [104b:1040]
Flags: medium devsel, IRQ 169
I/O ports at 1440 [size=32]
Memory at e880 (32-bit, non-prefetchable) [size=32]
[virtual] Expansion ROM at 20018000 [disabled] [size=16K]

00:11.0 Ethernet controller [0200]: Advanced Micro Devices [AMD] 79c970
[PCnet32 LANCE] [1022:2000] (rev 10)
Subsystem: Advanced Micro Devices [AMD] PCnet - Fast 79C971
[1022:2000]
Flags: bus master, medium devsel, latency 64, IRQ 177
I/O ports at 1080 [size=128]
[virtual] Expansion ROM at 2000 [disabled] [size=64K]

00:12.0 Multimedia audio controller [0401]: Ensoniq ES1371 [AudioPCI-97]
[1274:1371] (rev 02)
Subsystem: Ensoniq Creative Sound Blaster AudioPCI64V, AudioPCI128
[1274:1371]
Flags: bus master, ?? devsel, latency 64, IRQ 185
I/O ports at 1400 [size=64]

uname -a:
Linux d

Bug#410819: Please add VIA C7 processor definition

[Aurélien GÉRÔME]

On Tue, Feb 13, 2007 at 06:52:38PM +0100, Frans Pop wrote:
> On Tuesday 13 February 2007 18:10, Aurélien GÉRÔME wrote:
> > I am currently setting up a documentation to use the official Debian
> > Installer with the official Debian kernels on that machine. Once done,
> > I will put a link on the Debian Wiki.
> 
> OK, so that is targeted at supporting Etch?

Sure, it works well. At least, better than in -486 flavour. There is
a kernel optimisation for VIA C3/C7 processors which is disabled by
default in the Debian kernel package. I will have a look whether it
is fine or not with other 686 machines to activate it...

> > By default, only the -486 subarch is available at most, because
> > /proc/cpuinfo is different from other x86 machines, i.e. neither
> > AMD nor Intel... Therefore, I did a patch to get the -686 subarch
> > available on that distinct hardware with all the flavours, e.g. xen,
> > vserver, xen+vserver.
> 
> I have asked myself a little bit if it really makes sense to support such 
> a very specific use case. As the patch is minimal and maintenance should 
> be negligible, I guess it does not do any harm.

Well, it does no harm. The machine is a 686, it is a bit unsatisfying
not to run the kernel as such.

> > Please consider the attached patch against the current SVN.
> 
> Thanks for providing the test case too.
> Next time, please make sure your name is UTF-8 encoded in the changelog.

$ wget 
"http://bugs.debian.org/cgi-bin/bugreport.cgi/via-c7.patch?bug=410819;msg=5;att=1";
 && file via*
via-c7.patch?bug=410819;msg=5;att=1: UTF-8 Unicode text

I am always unicode-enabled as you can see... Maybe an issue on
your end?

> Bonus points for marking the new changelog entry as UNRELEASED.

Indeed. :)

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#410819: Please add VIA C7 processor definition

[Aurélien GÉRÔME]

On Tue, Feb 13, 2007 at 07:20:22PM +0100, Aurélien GÉRÔME wrote:
> On Tue, Feb 13, 2007 at 07:00:55PM +0100, Frans Pop wrote:
> > Keeping the "*" at the end changes the test for GenuineTMx86, which would 
> > be a regression.
> 
> Damn me, nice you spotted that one. I should have tested it back into
> qemu afterwards...

... which leads me to think that the testsuite should have barfed.

$ grep GenuineTMx86 kernel/tests/i386/*
kernel/tests/i386/oqo1.cpuinfo:vendor_id: GenuineTMx86

There is no test case for a " GenuineTMx86"* string...

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#410825: marked as done ()

[Debian Bug Tracking System]

Your message dated Tue, 13 Feb 2007 20:09:58 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#410825:
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: installation-reports

Boot method:
image

Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso

date:
Di 13. Feb 19:32:14 CET 2007

Machine: Terra Wortmann AG
Processor: Pentium IV (3 GB)
Memory: 1GB

Partitions:
df -Tl:
Dateisystem   Typ1K-Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda1 ext3 3889892681844   3010452  19% /
tmpfstmpfs  252344 0252344   0% /lib/init/rw
udev tmpfs   1024052 10188   1% /dev
tmpfstmpfs  252344 0252344   0% /dev/shm

fdisk -l:
255 heads, 63 sectors/track, 522 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *   1 492 3951958+  83  Linux
/dev/sda2 493 522  2409755  Extended
/dev/sda5 493 522  240943+  82  Linux swap / Solaris

Output of lspci -nn:
00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX
Host bridge [8086:7190] (rev 01)
00:01.0 PCI bridge [0604]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX
AGP bridge [8086:7191] (rev 01)
00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA
[8086:7110] (rev 08)
00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE
[8086:7111] (rev 01)
00:07.2 USB Controller [0c03]: Intel Corporation 82371AB/EB/MB PIIX4 USB
[8086:7112]
00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI
[8086:7113] (rev 08)
00:0f.0 VGA compatible controller [0300]: VMware Inc [VMware SVGA II] PCI
Display Adapter [15ad:0405]
00:10.0 SCSI storage controller [0100]: BusLogic BT-946C (BA80C30)
[MultiMaster 10] [104b:1040] (rev 01)
00:11.0 Ethernet controller [0200]: Advanced Micro Devices [AMD] 79c970
[PCnet32 LANCE] [1022:2000] (rev 10)
00:12.0 Multimedia audio controller [0401]: Ensoniq ES1371 [AudioPCI-97]
[1274:1371] (rev 02)

and lspci -vnn:
00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX
Host bridge [8086:7190] (rev 01)
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: bus master, medium devsel, latency 0
Memory at ec00 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 1.0

00:01.0 PCI bridge [0604]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX
AGP bridge [8086:7191] (rev 01) (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64

00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA
[8086:7110] (rev 08)
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: bus master, medium devsel, latency 0

00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE
[8086:7111] (rev 01) (prog-if 8a [Master SecP PriP])
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: bus master, medium devsel, latency 64
I/O ports at 1050 [size=16]

00:07.2 USB Controller [0c03]: Intel Corporation 82371AB/EB/MB PIIX4 USB
[8086:7112] (prog-if 00 [UHCI])
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: bus master, medium devsel, latency 64, IRQ 185
I/O ports at 1060 [size=32]

00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI
[8086:7113] (rev 08)
Subsystem: VMware Inc virtualHW v3 [15ad:1976]
Flags: medium devsel, IRQ 9

00:0f.0 VGA compatible controller [0300]: VMware Inc [VMware SVGA II] PCI
Display Adapter [15ad:0405] (prog-if 00 [VGA])
Subsystem: VMware Inc [VMware SVGA II] PCI Display Adapter
[15ad:0405]
Flags: medium devsel
I/O ports at 1460 [size=16]
Memory at f000 (32-bit, non-prefetchable) [size=128M]
Memory at e800 (32-bit, non-prefetchable) [size=8M]
[virtual] Expansion ROM at 2001 [disabled] [size=32K]

00:10.0 SCSI storage controller [0100]: BusLogic BT-946C (BA80C30)
[MultiMaster 10] [104b:1040] (rev 01)
Subsystem: BusLogic BT-946C (BA80C30) [MultiMaster 10] [104b:1040]
Flags: medium devsel, IRQ 169
I/O ports at 1440 [size=32]
Memory at e880 (32-bit, non-prefetchable) [size=32]
[virtual] Expansion ROM at 20018000 [disabled] [size=16K]

0

Bug#410837: NO keyboard lags 1 letter

[LinuxQs]

Package: Debian 3,1r4 (Etch, i386 net install)**
Version: 2.6.18-3-686

When I type æ (ae) ø (slash o) å (aa), the next key I press will have the
last for the æøå insted of what I pressed.
So if I press "æ", then press "n" the letter it will show is "æ" and not "n"
as normal.

The graphics in Midnight Commander also missing the "ascii". There is no
graphics only letters as border.

Fresh install. Added: MC, gzip++, ssh + ssh-server

Thank you for your time and a great product!

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Joey Hess]

Gordon Farquharson wrote:
> On 2/12/07, Steve Langasek <[EMAIL PROTECTED]> wrote:
> >The problem seems as simple as that the ipx4xx driver is *not* included in
> >d-i, but is included in the installed kernel; so in the installer, the
> >module is never loaded resulting in the USB adapter getting the eth0 name,
> >but after a reboot the ipx4xx driver is found first, breaking the handling
> >of persistent device names.
> 
> Yup. The original reason it wasn't included in the installer is
> because including it without the NPE-B microcode causes the NLSU2
> built-in ethernet adapter to be named eth0, and the installer, by
> default, uses eth0 to provide the installation interface. This
> situation makes the installer inaccessible to users without a serial
> console attached to the NSLU2.

Er, it is included in d-i:

[EMAIL 
PROTECTED]:~/src/d-i/packages/kernel/linux-kernel-di-arm-2.6/modules/arm-ixp4xx>grep
 ixp4xx nic-modules 
ixp4xx_mac
ixp4xx_npe
ixp4xx_qmgr

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Joey Hess]

Steve Langasek wrote:
> severity 407460 important
> reassign 407460 nic-usb-modules-2.6.18-4-ixp4xx-di
> thanks

What does nic-usb-modules-2.6.18-4-ixp4xx-di have to do with this?

-- 
see shy jo


signature.asc
Description: Digital signature

Processed: Re: Bug#410837: NO keyboard lags 1 letter

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 410837 console-data 2002.12.04dbs-49
Bug#410837: NO keyboard lags 1 letter
Bug reassigned from package `installation-reports' to `console-data'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#410837: NO keyboard lags 1 letter

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 410837 installation-reports
Bug#410837: NO keyboard lags 1 letter
Warning: Unknown package 'debian'
Warning: Unknown package '3'
Warning: Unknown package '1r4'
Warning: Unknown package 'etch'
Warning: Unknown package 'i386'
Warning: Unknown package 'net'
Warning: Unknown package 'install'
Warning: Unknown package 'install'
Bug reassigned from package `debian 3,1r4 (etch, i386 net install)**' to 
`installation-reports'.

> --
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: mini.iso 'automated script' thingy

[Geert Stappers]

Op 13-02-2007 om 02:16 schreef Luke Kenneth Casson Leighton:
> On Mon, Feb 12, 2007 at 08:30:52PM -0500, Joey Hess wrote:
> > Luke Kenneth Casson Leighton wrote:
> > > surely, apart from anything else, you must _have_ such scripts, to do
> > > the daily builds?
> > 
> > That's what the debian-installer package contains, yes.
> 
> (a quick apt-get install debian-installer later...)
> 
~ what am i looking for?


>From an earlier posting:

| a script where that iso cd can be automatically created


My advice is to do


  dpkg -L debian-installer



to find out which files are in the package available.


HtH
GSt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Martin Michlmayr]

* Joey Hess <[EMAIL PROTECTED]> [2007-02-13 15:24]:
> Er, it is included in d-i:

No, nic-modules is not included on the ixp4xx image.
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Joey Hess]

Martin Michlmayr wrote:
> * Joey Hess <[EMAIL PROTECTED]> [2007-02-13 15:24]:
> > Er, it is included in d-i:
> 
> No, nic-modules is not included on the ixp4xx image.

So the right package is debian-installer and the bug can be fixed by
adding nic-modules?

-- 
see shy jo

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Steve Langasek]

On Tue, Feb 13, 2007 at 03:27:36PM -0500, Joey Hess wrote:
> Steve Langasek wrote:
> > severity 407460 important
> > reassign 407460 nic-usb-modules-2.6.18-4-ixp4xx-di
> > thanks

> What does nic-usb-modules-2.6.18-4-ixp4xx-di have to do with this?

Is ixp4xx the flavor used for installs on NSLU2?  In testing there was an
nslu2 flavor, but that's no longer present in unstable.

I understood that ixp4xx is the flavor being used.  It made sense to me that
this would be the package to provide the workaround of adding an extra udev
rule.  If you think the workaround belongs somewhere else (e.g., in the
debian-installer package itself because nslu2 installs now share a kernel
flavor with other types of hardware), by all means feel free.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#410815: ppc daily netinst CD (12-Feb-07) missing ibmveth module

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 410815 wishlist
Bug#410815: ppc daily netinst CD (12-Feb-07) missing ibmveth module
Severity set to `wishlist' from `grave'

> reassign 410815 linux-kernel-di-powerpc-2.6
Bug#410815: ppc daily netinst CD (12-Feb-07) missing ibmveth module
Bug reassigned from package `cdrom' to `linux-kernel-di-powerpc-2.6'.

> tags 410815 pending
Bug#410815: ppc daily netinst CD (12-Feb-07) missing ibmveth module
There were no tags set.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Martin Michlmayr]

* Joey Hess <[EMAIL PROTECTED]> [2007-02-13 15:38]:
> > No, nic-modules is not included on the ixp4xx image.
> 
> So the right package is debian-installer and the bug can be fixed by
> adding nic-modules?

No.  If nic-modules is included (and hence the ixp4xx ethernet
driver), USB will get eth1 and the installer won't work at all because
it will use eth0, which is the ixp4xx device that doesn't work because
of the missing microcode.

One solution would be to include nic-modules and have a udev rule file
to make sure that the USB ethernet is eth0.  Unfortunately, I've no
idea how to easily add such a udev file to the image.
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: reassign 407460 to debian-installer

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.27
> reassign 407460 debian-installer
Bug#407460: USB ethernet interface renamed after installation on NSLU2 which 
causes the system to be inaccessible
Bug reassigned from package `nic-usb-modules-2.6.18-4-ixp4xx-di' to 
`debian-installer'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Martin Michlmayr]

* Steve Langasek <[EMAIL PROTECTED]> [2007-02-13 12:54]:
> Is ixp4xx the flavor used for installs on NSLU2?  In testing there was an
> nslu2 flavor, but that's no longer present in unstable.
> 
> I understood that ixp4xx is the flavor being used.

ixp4xx is the platform and NSLU2 is one ixp4xx device.  We got rid of
the specific nslu2 flavour when we changed nslu2 support so it could
use the generic ixp4xx kernel.
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Joey Hess]

Martin Michlmayr wrote:
> No.  If nic-modules is included (and hence the ixp4xx ethernet
> driver), USB will get eth1 and the installer won't work at all because
> it will use eth0, which is the ixp4xx device that doesn't work because
> of the missing microcode.

I take it that netcfg's use of link detection doesn't make it default to
eth1 in this case?

> One solution would be to include nic-modules and have a udev rule file
> to make sure that the USB ethernet is eth0.  Unfortunately, I've no
> idea how to easily add such a udev file to the image.

The rule could go in rootskel for arm only, but it would need to be one
that only affected the nslu2 and not other arms. If that is not possible
in a udev rule, we would have to make rootskel move the rule into place
during early boot if it detected an nslu2. 

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#410710: installation-report: Should allow creation of lvm volumes in expert mode

[Frank Küster]

Frans Pop <[EMAIL PROTECTED]> wrote:

> On Tuesday 13 February 2007 10:32, Frank Küster wrote:
>> Well, I must have been blind:  I just didn't find anything in the
>> "manual partitioning" screen that looked like it would allow me to
>> create lvm volumes.  But I must admit that I did not read that part of
>> the installation guide in advance (and didn't have an other connected
>> machine at hand at the moment).
>
> You need to select a partition for "Use as physical volume for LVM" first. 
> After that a new option to set up LVM will appear in the main menu of 
> partman. Same goes for manual setup of RAID and crypto.

Ah, that way.  I didn't know anything of the internals of LVM, and I
somehow assumed that the disk would not be partitioned in advance, but
first LVM volumes would be created. 

Well, I've learned that now (and just resized my volumes appropriately);
maybe a sentence like yours above could be added to the online help in
partman. 

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Martin Michlmayr]

* Joey Hess <[EMAIL PROTECTED]> [2007-02-13 16:27]:
> I take it that netcfg's use of link detection doesn't make it default to
> eth1 in this case?

No, oldsys-preseed always sets netcfg/choose_interface.  Although now
I'm starting to wonder whether this is a good idea...

> The rule could go in rootskel for arm only, but it would need to be one
> that only affected the nslu2 and not other arms. If that is not possible
> in a udev rule, we would have to make rootskel move the rule into place
> during early boot if it detected an nslu2.

The rule Gordon suggested could be included on all arm machines since
it mentions the ixp4xx driver:

# Built-in Ethernet Adapter (NPE-B microcode not present)
SUBSYSTEM=="net", DRIVERS=="ixp4xx_mac", NAME="eth1"

And then the unofficial ixp4xx image which contains the microcode
would simply need to remove that file from the initramfs.

Anyway, I'm away from my slug for the next 3 weeks, but maybe someone
can try adding such a udev rule and the nic-modules udeb and see
whether it works.
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processing of apt-setup_0.19_amd64.changes

[Archive Administrator]

apt-setup_0.19_amd64.changes uploaded successfully to localhost
along with the files:
  apt-setup_0.19.dsc
  apt-setup_0.19.tar.gz
  apt-setup-udeb_0.19_all.udeb
  apt-mirror-setup_0.19_all.udeb
  apt-cdrom-setup_0.19_all.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processing of libdebian-installer_0.48_amd64.changes

[Archive Administrator]

libdebian-installer_0.48_amd64.changes uploaded successfully to localhost
along with the files:
  libdebian-installer_0.48.dsc
  libdebian-installer_0.48.tar.gz
  libdebian-installer4_0.48_amd64.deb
  libdebian-installer4-dev_0.48_amd64.deb
  libdebian-installer4-udeb_0.48_amd64.udeb
  libdebian-installer-extra4_0.48_amd64.deb
  libdebian-installer-extra4-udeb_0.48_amd64.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processing of preseed_1.27_amd64.changes

[Archive Administrator]

preseed_1.27_amd64.changes uploaded successfully to localhost
along with the files:
  preseed_1.27.dsc
  preseed_1.27.tar.gz
  preseed-common_1.27_all.udeb
  network-preseed_1.27_all.udeb
  file-preseed_1.27_all.udeb
  initrd-preseed_1.27_all.udeb
  env-preseed_1.27_all.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

apt-setup_0.19_amd64.changes ACCEPTED

[Debian Installer]

Accepted:
apt-cdrom-setup_0.19_all.udeb
  to pool/main/a/apt-setup/apt-cdrom-setup_0.19_all.udeb
apt-mirror-setup_0.19_all.udeb
  to pool/main/a/apt-setup/apt-mirror-setup_0.19_all.udeb
apt-setup-udeb_0.19_all.udeb
  to pool/main/a/apt-setup/apt-setup-udeb_0.19_all.udeb
apt-setup_0.19.dsc
  to pool/main/a/apt-setup/apt-setup_0.19.dsc
apt-setup_0.19.tar.gz
  to pool/main/a/apt-setup/apt-setup_0.19.tar.gz


Override entries for your package:
apt-cdrom-setup_0.19_all.udeb - extra debian-installer
apt-mirror-setup_0.19_all.udeb - extra debian-installer
apt-setup-udeb_0.19_all.udeb - standard debian-installer
apt-setup_0.19.dsc - source admin

Announcing to debian-devel-changes@lists.debian.org


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

libdebian-installer_0.48_amd64.changes ACCEPTED

[Debian Installer]

Accepted:
libdebian-installer-extra4-udeb_0.48_amd64.udeb
  to 
pool/main/libd/libdebian-installer/libdebian-installer-extra4-udeb_0.48_amd64.udeb
libdebian-installer-extra4_0.48_amd64.deb
  to 
pool/main/libd/libdebian-installer/libdebian-installer-extra4_0.48_amd64.deb
libdebian-installer4-dev_0.48_amd64.deb
  to pool/main/libd/libdebian-installer/libdebian-installer4-dev_0.48_amd64.deb
libdebian-installer4-udeb_0.48_amd64.udeb
  to 
pool/main/libd/libdebian-installer/libdebian-installer4-udeb_0.48_amd64.udeb
libdebian-installer4_0.48_amd64.deb
  to pool/main/libd/libdebian-installer/libdebian-installer4_0.48_amd64.deb
libdebian-installer_0.48.dsc
  to pool/main/libd/libdebian-installer/libdebian-installer_0.48.dsc
libdebian-installer_0.48.tar.gz
  to pool/main/libd/libdebian-installer/libdebian-installer_0.48.tar.gz


Override entries for your package:
libdebian-installer-extra4-udeb_0.48_amd64.udeb - optional debian-installer
libdebian-installer-extra4_0.48_amd64.deb - optional libs
libdebian-installer4-dev_0.48_amd64.deb - optional libdevel
libdebian-installer4-udeb_0.48_amd64.udeb - optional debian-installer
libdebian-installer4_0.48_amd64.deb - optional libs
libdebian-installer_0.48.dsc - source libs

Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 403293 


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

preseed_1.27_amd64.changes ACCEPTED

[Debian Installer]

Accepted:
env-preseed_1.27_all.udeb
  to pool/main/p/preseed/env-preseed_1.27_all.udeb
file-preseed_1.27_all.udeb
  to pool/main/p/preseed/file-preseed_1.27_all.udeb
initrd-preseed_1.27_all.udeb
  to pool/main/p/preseed/initrd-preseed_1.27_all.udeb
network-preseed_1.27_all.udeb
  to pool/main/p/preseed/network-preseed_1.27_all.udeb
preseed-common_1.27_all.udeb
  to pool/main/p/preseed/preseed-common_1.27_all.udeb
preseed_1.27.dsc
  to pool/main/p/preseed/preseed_1.27.dsc
preseed_1.27.tar.gz
  to pool/main/p/preseed/preseed_1.27.tar.gz


Override entries for your package:
env-preseed_1.27_all.udeb - extra debian-installer
file-preseed_1.27_all.udeb - optional debian-installer
initrd-preseed_1.27_all.udeb - extra debian-installer
network-preseed_1.27_all.udeb - standard debian-installer
preseed-common_1.27_all.udeb - standard debian-installer
preseed_1.27.dsc - source misc

Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 410392 


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403293: marked as done (libdebian-installer: [powerpc] Add efika support.)

[Debian Bug Tracking System]

Your message dated Tue, 13 Feb 2007 22:47:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#403293: fixed in libdebian-installer 0.48
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: libdebian-installer
Version: 0.47
Severity: normal
Tags: patch


Please add support for the efika board to libdebian-installer.

Friendly,

Sven Luther

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Index: debian/changelog
===
--- debian/changelog	(révision 43393)
+++ debian/changelog	(copie de travail)
@@ -1,3 +1,9 @@
+libdebian-installer (0.48) UNRELEASED; urgency=low
+
+  * Added support for Efika /proc/cpuinfo machine field.
+
+ -- Sven Luther <[EMAIL PROTECTED]>  Thu, 14 Dec 2006 09:48:04 +0100
+
 libdebian-installer (0.47) unstable; urgency=low
 
   * Fix FTBFS on mips/mipsel.
Index: src/system/subarch-powerpc-linux.c
===
--- src/system/subarch-powerpc-linux.c	(révision 43393)
+++ src/system/subarch-powerpc-linux.c	(copie de travail)
@@ -21,6 +21,7 @@
 static struct map map_machine[] = {
 	{ "PReP", "prep" },
 	{ "CHRP Pegasos", "chrp_pegasos" },
+	{ "EFIKA5K2 CHRP PowerPC System", "chrp_pegasos" },
 	{ "CHRP IBM", "chrp_rs6k" },
 	{ "CHRP", "chrp" },
 	{ "Amiga", "amiga" },
--- End Message ---
--- Begin Message ---
Source: libdebian-installer
Source-Version: 0.48

We believe that the bug you reported is fixed in the latest version of
libdebian-installer, which is due to be installed in the Debian FTP archive:

libdebian-installer-extra4-udeb_0.48_amd64.udeb
  to 
pool/main/libd/libdebian-installer/libdebian-installer-extra4-udeb_0.48_amd64.udeb
libdebian-installer-extra4_0.48_amd64.deb
  to 
pool/main/libd/libdebian-installer/libdebian-installer-extra4_0.48_amd64.deb
libdebian-installer4-dev_0.48_amd64.deb
  to pool/main/libd/libdebian-installer/libdebian-installer4-dev_0.48_amd64.deb
libdebian-installer4-udeb_0.48_amd64.udeb
  to 
pool/main/libd/libdebian-installer/libdebian-installer4-udeb_0.48_amd64.udeb
libdebian-installer4_0.48_amd64.deb
  to pool/main/libd/libdebian-installer/libdebian-installer4_0.48_amd64.deb
libdebian-installer_0.48.dsc
  to pool/main/libd/libdebian-installer/libdebian-installer_0.48.dsc
libdebian-installer_0.48.tar.gz
  to pool/main/libd/libdebian-installer/libdebian-installer_0.48.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Frans Pop <[EMAIL PROTECTED]> (supplier of updated libdebian-installer package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 13 Feb 2007 23:24:24 +0100
Source: libdebian-installer
Binary: libdebian-installer4 libdebian-installer-extra4 
libdebian-installer4-udeb libdebian-installer-extra4-udeb 
libdebian-installer4-dev
Architecture: source amd64
Version: 0.48
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Frans Pop <[EMAIL PROTECTED]>
Description: 
 libdebian-installer-extra4 - Library of some extra debian-installer functions
 libdebian-installer-extra4-udeb - Library of some extra debian-installer 
functions (udeb)
 libdebian-installer4 - Library of common debian-installer functions
 libdebian-installer4-dev - Library of common debian-installer functions
 libdebian-installer4-udeb - Library of common debian-installer functions (udeb)
Closes: 403293
Changes: 
 libdebian-installer (0.48) unstable; urgency=low
 .
   [ Sven Luther ]
   * Added support for Efika /proc/cpuinfo machine field. Closes: #403293.
Files: 
 5ff2a0ac18990d3f4abac527fe411f8a 881 libs optional libdebian-installer_0.48.dsc
 a70a32586c1831cd34491af80195bea5 443954 libs optional 
libdebian-installer_0.48.tar.gz
 edf12700365e480a9a96089c141e9e35 27148 libs optional 
libdebian-installer4_0.48_amd64.deb
 b6f362a11d9d608cdf9f1069b2c74bde 143288 libdevel optiona

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Martin Michlmayr]

* Joey Hess <[EMAIL PROTECTED]> [2007-02-13 18:15]:
> > And then the unofficial ixp4xx image which contains the microcode
> > would simply need to remove that file from the initramfs.
> 
> There are other arm machines that use ixp4xx ethernet though.

So?  None of them will work without the proprietary microcode that
cannot be included in Debian.
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Martin Michlmayr]

* Martin Michlmayr <[EMAIL PROTECTED]> [2007-02-13 23:18]:
> So?  None of them will work without the proprietary microcode that
> cannot be included in Debian.

(In theory, there could be a IXP4xx based device that contains the
microcode in flash; but the ixp4xx driver in Debian doesn't allow
loading the microcode from flash and while I believe the nslu2 people
have a patch for this upstream has rejected it because it can be done
in user space...)
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#410392: marked as done (interactive/preseed=true doesn't work as expected)

[Debian Bug Tracking System]

Your message dated Tue, 13 Feb 2007 22:47:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#410392: fixed in preseed 1.27
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: preseed
Severity: normal

Writing it down in a bug report so that it isn't forgotten.

16:00 < nyu> joeyh: your last change to interactive/preseed isn't working.  I 
believe it's due to the line in env2debconf that reads 'if [ "$SEEN" ]; then'
 instead of 'if [ "$SEEN" = 1 ]; then'.  I haven't tried, though, 
but that line is clearly wrong ('[' makes no distinction between "0" and "1")
16:15 < nyu> no, that wasn't enough..
16:16 < nyu> I observed that the order of my parameters (locale=xx 
interactive/preseed=true hostname=xx) is altered in /var/lib/preseed/log
16:16 < nyu> where the order is hostname, locale, then interactive/preseed
16:16 < nyu> could that be related?

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)

--- End Message ---
--- Begin Message ---
Source: preseed
Source-Version: 1.27

We believe that the bug you reported is fixed in the latest version of
preseed, which is due to be installed in the Debian FTP archive:

env-preseed_1.27_all.udeb
  to pool/main/p/preseed/env-preseed_1.27_all.udeb
file-preseed_1.27_all.udeb
  to pool/main/p/preseed/file-preseed_1.27_all.udeb
initrd-preseed_1.27_all.udeb
  to pool/main/p/preseed/initrd-preseed_1.27_all.udeb
network-preseed_1.27_all.udeb
  to pool/main/p/preseed/network-preseed_1.27_all.udeb
preseed-common_1.27_all.udeb
  to pool/main/p/preseed/preseed-common_1.27_all.udeb
preseed_1.27.dsc
  to pool/main/p/preseed/preseed_1.27.dsc
preseed_1.27.tar.gz
  to pool/main/p/preseed/preseed_1.27.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Frans Pop <[EMAIL PROTECTED]> (supplier of updated preseed package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 13 Feb 2007 23:38:44 +0100
Source: preseed
Binary: env-preseed file-preseed initrd-preseed network-preseed preseed-common
Architecture: source all
Version: 1.27
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Frans Pop <[EMAIL PROTECTED]>
Description: 
 env-preseed - debconf preseeding via environment variables (udeb)
 file-preseed - load debconf preseed file (udeb)
 initrd-preseed - load debconf preseed file from /preseed.cfg on the initrd 
(udeb)
 network-preseed - download debconf preseed file (udeb)
 preseed-common - common files for preseeding (udeb)
Closes: 410392
Changes: 
 preseed (1.27) unstable; urgency=low
 .
   [ Joey Hess ]
   * Support command-line preseeding in the form "hostname?=foo" to pressed
 a value without setting the seen flag. Closes: #410392
 .
   [ Updated translations ]
   * Dutch (nl.po) by Bart Cornelis
Files: 
 85136b80bc18f1c3022edf8edf01356a 727 debian-installer optional preseed_1.27.dsc
 9fb80718474eb15a5cbe08f2439e4c66 40015 debian-installer optional 
preseed_1.27.tar.gz
 fa1ab0cde280430e29e27b4cfb7a0963 16720 debian-installer standard 
preseed-common_1.27_all.udeb
 54f539bf77f5f75ff8969cbd7d2019de 3856 debian-installer standard 
network-preseed_1.27_all.udeb
 43876be01b6be5c91073970699d083f1 3532 debian-installer optional 
file-preseed_1.27_all.udeb
 a69d7ee676f37e0ac736cdd8042ae772 830 debian-installer extra 
initrd-preseed_1.27_all.udeb
 f57c88e3102e16da376226e0a7faf2af 1622 debian-installer extra 
env-preseed_1.27_all.udeb
Package-Type: udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF0j49gm/Kwh6ICoQRAgMfAJ9L1IrboNzR/bWZsrFk8wYM6GoGGQCgqcKr
wUuF6c9dMGTct0EOCVFaLt4=
=Gko3
-END PGP SIGNATURE-

--- End Message ---

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Joey Hess]

Martin Michlmayr wrote:
> The rule Gordon suggested could be included on all arm machines since
> it mentions the ixp4xx driver:
> 
> # Built-in Ethernet Adapter (NPE-B microcode not present)
> SUBSYSTEM=="net", DRIVERS=="ixp4xx_mac", NAME="eth1"
> 
> And then the unofficial ixp4xx image which contains the microcode
> would simply need to remove that file from the initramfs.

There are other arm machines that use ixp4xx ethernet though.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#410006: netinstall cdrom detection fails when using external usb cdrom drive

[o99v69402]

I did indeed use a daily netinstall (see image version/date in original post).

I have tried a newer daily build from 11.02.2007 and still get the same result 
(module load error).

The full download path was:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso

Output requested:
$ udevinfo -q env -p /sys/block/sr0
ID_CDROM=1
ID_CDROM_CD_R=1
ID_CDROM_CD_RW=1
ID_CDROM_DVD=1
ID_CDROM_MRW=1
ID_CDROM_MRW_W=1
ID_CDROM_RAM=1
ID_VENDOR=LaCie
ID_MODEL=LaCie_CDRW_USB
ID_REVISION=
ID_SERIAL=LaCie_LaCie_CDRW_USB_1E000AF0C2C8
ID_TYPE=floppy
ID_BUS=usb
ID_PATH=pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0
GENERATED=1

Thank you.

On Sunday 11 February 2007 18:52, Frans Pop elendil-at-planet.nl |reportbug| 
wrote:
> Did you use an RC1 or weekly built image, or a daily built one? There has 
> been a fix for this issue in the daily built images.
> 
> Could you please try again with a daily built image [1] and, if it still 
> does not work, provide the output of the following command:
> udevinfo -q env -p /sys/block/sg0
> 
> (If /sys/block/sg0 does not exist, please check if there is a different 
> listing in that directory that corresponds to your USB drive.)
> 
> Cheers,
> FJP
> 
> [1] http://www.debian.org/devel/debian-installer/
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#410006: netinstall cdrom detection fails when using external usb cdrom drive

[Frans Pop]

On Wednesday 14 February 2007 00:11, [EMAIL PROTECTED] wrote:
> $ udevinfo -q env -p /sys/block/sr0
> ID_CDROM=1

In that case the command 'list-devices cd' should return the device, as it 
has this code:
if ! $match && [ "$TYPE" = cd ]; then
if udevinfo -q env -p "$devpath" 2>/dev/null | \
   grep -q '^ID_CDROM='; then
match=:
fi
fi

What does 'list-devices cd' return?

Can you try uncommenting the line "set -x" in this script
   /var/lib/dpkg/info
before you run the cdrom detection step (e.g. while the language question 
is being displayed) and send (gzipped!) the debugging info in
/var/log/syslog?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#410867: installation-report: Successful install on Linksys NSLU2.

[Benjamin A'Lee]

Package: installation-reports
Version: 2.23
Severity: normal


Package: installation-reports

Boot method: Flashed ROM with d-i netinstall image.
Image version: debian-etch-rc1-20061102 from http://www.slug-firmware.net/
Date: 20070213 20:00

Machine: NSLU2
Partitions:

FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/sda1 ext3 9416516485256   8452928   6% /
tmpfstmpfs   15000 0 15000   0% /lib/init/rw
udev tmpfs   1024032 10208   1% /dev
tmpfstmpfs   15000 0 15000   0% /dev/shm

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [ ]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

I was expecting problems, since the instructions at
<http://www.cyrius.com/debian/nslu2/install.html> mentioned that the current
installer images were broken due to the archive key changing. However, the RC1
image from slug-firmware.net (includes binary microcode for the NSLU2 ethernet)
worked without any errors.

Overall, probably the easiest Debian install I've ever done. Thanks, guys. :)

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report.

Once you have filled out this report, mail it to [EMAIL PROTECTED]

-- Package-specific info:

Boot method: 
Image version: 
Date: 

Machine: 
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report.

Once you have filled out this report, mail it to [EMAIL PROTECTED]

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="3.1 (installer build 20061102)"
X_INSTALLATION_MEDIUM=netboot

==
Installer hardware-summary:
==
umame -a: Linux bolan 2.6.17-2-ixp4xx #1 Thu Sep 14 13:29:00 UTC 2006 armv5tel 
unknown
lspci -nn: 00:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
43)
lspci -nn: 00:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
43)
lspci -nn: 00:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] 
(rev 04)
lspci -vnn: 00:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
43) (prog-if 10)
lspci -vnn: Subsystem: NEC Corporation USB [1033:0035]
lspci -vnn: Flags: bus master, medium devsel, latency 8, IRQ 28
lspci -vnn: Memory at 4800 (32-bit, non-prefetchable) [size=4K]
lspci -vnn: Capabilities: [40] Power Management version 2
lspci -vnn: 
lspci -vnn: 00:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
43) (prog-if 10)
lspci -vnn: Subsystem: NEC Corporation USB [1033:0035]
lspci -vnn: Flags: bus master, medium devsel, latency 8, IRQ 27
lspci -vnn: Memory at 48001000 (32-bit, non-prefetchable) [size=4K]
lspci -vnn: Capabilities: [40] Power Management version 2
lspci -vnn: 
lspci -vnn: 00:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] 
(rev 04) (prog-if 20)
lspci -vnn: Subsystem: NEC Corporation USB 2.0 [1033:00e0]
lspci -vnn: Flags: bus master, medium devsel, latency 68, IRQ 26
lspci -vnn: Memory at 48002000 (32-bit, non-prefetchable) [size=256]
lspci -vnn: Capabilities: [40] Power Management version 2
lspci -vnn: 
lsmod: Module  Size  Used by
lsmod: reiserfs  269076  0 
lsmod: ext3  136808  1 
lsmod: jbd57844  1 ext3
lsmod: mbcache 9156  1 ext3
lsmod: vfat   13120  0 
lsmod: fat53724  1 vfat
lsmod: sd_mod 18608  3 
lsmod: usb_storage76075  2 
lsmod: scsi_mod  103792  2 sd_mod,usb_storage
lsmod: evdev  10368  0 
lsmod: ixp4xx_beeper   3584  0 
lsmod: ixp400_eth 39868  0 
lsmod: ixp400   

Bug#410006: Acknowledgement (netinstall cdrom detection fails when using external usb cdrom drive)

[o99v69402]

Just to make sure, I also tried todays (13.02.2007) daily build of the 
netinstall iso. Same result as before: failure on module loading.

Full download URL:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso

x31:/home/agent# udevinfo -q env -p /sys/block/sr0
ID_CDROM=1
ID_CDROM_CD_R=1
ID_CDROM_CD_RW=1
ID_CDROM_DVD=1
ID_CDROM_MRW=1
ID_CDROM_MRW_W=1
ID_CDROM_RAM=1
ID_VENDOR=LaCie
ID_MODEL=LaCie_CDRW_USB
ID_REVISION=
ID_SERIAL=LaCie_LaCie_CDRW_USB_1E000AF0C2C8
ID_TYPE=floppy
ID_BUS=usb
ID_PATH=pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0
GENERATED=1

# dmesg | tail
USB Mass Storage support registered.
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
  Vendor: TOSHIBA   Model: CDW/DVD SDR2612C  Rev: TU02
  Type:   CD-ROM ANSI SCSI revision: 00
usb-storage: device scan complete
sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
sr 0:0:0:0: Attached scsi generic sg0 type 5

Cheers!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible

[Steve Langasek]

On Tue, Feb 13, 2007 at 06:15:47PM -0500, Joey Hess wrote:
> > The rule Gordon suggested could be included on all arm machines since
> > it mentions the ixp4xx driver:

> > # Built-in Ethernet Adapter (NPE-B microcode not present)
> > SUBSYSTEM=="net", DRIVERS=="ixp4xx_mac", NAME="eth1"

> > And then the unofficial ixp4xx image which contains the microcode
> > would simply need to remove that file from the initramfs.

> There are other arm machines that use ixp4xx ethernet though.

Do the other machines have the same problem of not giving the user the
opportunity to interactively select a network interface in the installer? 
The issue of device names seems to be a problem mainly for those systems
with neither a VGA nor a serial console by default.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#410006: netinstall cdrom detection fails when using external usb cdrom drive

[o99v69402]

I made a mistake in my debugging.

My output should have read:
# udevinfo -q env -p /sys/block/sr0
ID_VENDOR=LaCie
ID_MODEL=LaCie_CDRW_USB
ID_REVISION=
ID_SERIAL=LaCie_LaCie_CDRW_USB_1E000AF0C2C8
ID_TYPE=floppy
ID_BUS=usb
ID_PATH=pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0

As asked, I uncommented the line "set -x" in one of the 
/var/lib/dpkg/info/cdrom-* scripts. It was never mentioned which one, but I 
think only one of them had that line. I have ran the cdrom detection and saved 
the syslog. It is attached as syslog.tar.gz.

Cheers!

On Tuesday 13 February 2007 19:05, Frans Pop elendil-at-planet.nl |reportbug| 
wrote:
> On Wednesday 14 February 2007 00:11, [EMAIL PROTECTED] wrote:
> > $ udevinfo -q env -p /sys/block/sr0
> > ID_CDROM=1
> 
> In that case the command 'list-devices cd' should return the device, as it 
> has this code:
> if ! $match && [ "$TYPE" = cd ]; then
> if udevinfo -q env -p "$devpath" 2>/dev/null | \
>grep -q '^ID_CDROM='; then
> match=:
> fi
> fi
> 
> What does 'list-devices cd' return?
> 
> Can you try uncommenting the line "set -x" in this script
>/var/lib/dpkg/info
> before you run the cdrom detection step (e.g. while the language question 
> is being displayed) and send (gzipped!) the debugging info in
> /var/log/syslog?
> 


syslog.tar.gz
Description: application/tgz

Bug#410867: marked as done (installation-report: Successful install on Linksys NSLU2.)

[Debian Bug Tracking System]

Your message dated Wed, 14 Feb 2007 02:41:11 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#410867: installation-report: Successful install on Linksys 
NSLU2.
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: installation-reports
Version: 2.23
Severity: normal


Package: installation-reports

Boot method: Flashed ROM with d-i netinstall image.
Image version: debian-etch-rc1-20061102 from http://www.slug-firmware.net/
Date: 20070213 20:00

Machine: NSLU2
Partitions:

FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/sda1 ext3 9416516485256   8452928   6% /
tmpfstmpfs   15000 0 15000   0% /lib/init/rw
udev tmpfs   1024032 10208   1% /dev
tmpfstmpfs   15000 0 15000   0% /dev/shm

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [ ]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

I was expecting problems, since the instructions at
<http://www.cyrius.com/debian/nslu2/install.html> mentioned that the current
installer images were broken due to the archive key changing. However, the RC1
image from slug-firmware.net (includes binary microcode for the NSLU2 ethernet)
worked without any errors.

Overall, probably the easiest Debian install I've ever done. Thanks, guys. :)

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report.

Once you have filled out this report, mail it to [EMAIL PROTECTED]

-- Package-specific info:

Boot method: 
Image version: 
Date: 

Machine: 
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report.

Once you have filled out this report, mail it to [EMAIL PROTECTED]

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="3.1 (installer build 20061102)"
X_INSTALLATION_MEDIUM=netboot

==
Installer hardware-summary:
==
umame -a: Linux bolan 2.6.17-2-ixp4xx #1 Thu Sep 14 13:29:00 UTC 2006 armv5tel 
unknown
lspci -nn: 00:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
43)
lspci -nn: 00:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
43)
lspci -nn: 00:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] 
(rev 04)
lspci -vnn: 00:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
43) (prog-if 10)
lspci -vnn: Subsystem: NEC Corporation USB [1033:0035]
lspci -vnn: Flags: bus master, medium devsel, latency 8, IRQ 28
lspci -vnn: Memory at 4800 (32-bit, non-prefetchable) [size=4K]
lspci -vnn: Capabilities: [40] Power Management version 2
lspci -vnn: 
lspci -vnn: 00:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
43) (prog-if 10)
lspci -vnn: Subsystem: NEC Corporation USB [1033:0035]
lspci -vnn: Flags: bus master, medium devsel, latency 8, IRQ 27
lspci -vnn: Memory at 48001000 (32-bit, non-prefetchable) [size=4K]
lspci -vnn: Capabilities: [40] Power Management version 2
lspci -vnn: 
lspci -vnn: 00:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] 
(rev 04) (prog-if 20)
lspci -vnn: Subsystem: NEC Corporation USB 2.0 [1033:00e0]
lspci -vnn: Flags: bus master, medium devsel, latency 68, IRQ 26
lspci -vnn:  

Bug#410006: netinstall cdrom detection fails when using external usb cdrom drive

[Frans Pop]

On Wednesday 14 February 2007 01:07, [EMAIL PROTECTED] wrote:
> Just to make sure, I also tried todays (13.02.2007) daily build of the
> netinstall iso. Same result as before: failure on module loading.

Now you are completely confusing me. "Failure on module loading" is not 
the same as "failure to recognize the CD".

Also, this output you are sending now:
> x31:/home/agent# udevinfo -q env -p /sys/block/sr0
> ID_CDROM=1
> ID_CDROM_CD_R=1
> ID_CDROM_CD_RW=1
> ID_CDROM_DVD=1
> ID_CDROM_MRW=1
> ID_CDROM_MRW_W=1
> ID_CDROM_RAM=1
> ID_VENDOR=LaCie
> ID_MODEL=LaCie_CDRW_USB
> ID_REVISION=
> ID_SERIAL=LaCie_LaCie_CDRW_USB_1E000AF0C2C8
> ID_TYPE=floppy
> ID_BUS=usb
> ID_PATH=pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0
> GENERATED=1

... is completely different from what you gave in your previous mail:
> # udevinfo -q env -p /sys/block/sr0
> ID_VENDOR=LaCie
> ID_MODEL=LaCie_CDRW_USB
> ID_REVISION=
> ID_SERIAL=LaCie_LaCie_CDRW_USB_1E000AF0C2C8
> ID_TYPE=floppy
> ID_BUS=usb
> ID_PATH=pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0

With the _first_ output, your drive should be recognized automatically. 
With the _second_ output I can understand why it doesn't.
It looks like the first udevinfo output may be from your running system, 
but you don't actually say so.

Please explain where the difference comes from.
- Was the udevinfo output obtained using the same kernel?
  (Use 'uname -a' and 'cat /proc/version' to check.)
- Is there some module that is loaded in the first case that is not loaded
  in the second one?
- If so, which module is it?
- If you load that module manually in the installer, does the difference
  in the output of udevinfo then disappear?

It looks like the support for the drive is there. _You_ are best placed to 
determine what the missing factor in the installer is. What exactly is 
needed to get the "full" udevinfo output *in the installer*?


pgpB7XDsXMFys.pgp
Description: PGP signature

Bug#410006: netinstall cdrom detection fails when using external usb cdrom drive

[Frans Pop]

On Wednesday 14 February 2007 01:54, [EMAIL PROTECTED] wrote:
> # udevinfo -q env -p /sys/block/sr0
> ID_VENDOR=LaCie
> ID_MODEL=LaCie_CDRW_USB
> ID_REVISION=
> ID_SERIAL=LaCie_LaCie_CDRW_USB_1E000AF0C2C8
> ID_TYPE=floppy
> ID_BUS=usb
> ID_PATH=pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0

OK. That *does* explain why the drive is not found: it advertises itself 
(or, the kernel/udev recognizes it) as a floppy drive, rather than a CD 
drive.

I will ask some second opinions on this to see if/how we can solve this.

> As asked, I uncommented the line "set -x" in one of the
> /var/lib/dpkg/info/cdrom-* scripts. It was never mentioned which one,
> but I think only one of them had that line. I have ran the cdrom
> detection and saved the syslog. It is attached as syslog.tar.gz.

Ah, sorry. I forgot to add the filename. You did find the correct one, but 
given the above it is not really relevant.

Thanks for the additional info.


pgpEnRuGlWlBI.pgp
Description: PGP signature

Bug#410006: netinstall cdrom detection fails when using external usb cdrom drive

[o99v69402]

On Tuesday 13 February 2007 20:39, Frans Pop elendil-at-planet.nl |reportbug| 
wrote:
> Now you are completely confusing me. "Failure on module loading" is not 
> the same as "failure to recognize the CD".

Okay, I should have worded that better (I did not remember the exact working of 
the error). What I meant to say was that I am getting the same failure as 
always. If you want, I can write down the exact phrasing the installer gives me 
the next time I try out the installer.

To help make clear what caused the confusion, let me quickly explain what I 
did. It should be noted that this computer is happily working with Debian 
Testing and I have to reboot to test the netinstall (which makes tracking of 
things a little difficult). 

When asked for udebinfo output I booted the system with Debian Testing already 
installed on the hard drive and proceeded to save the output of udevinfo from 
that configuration. I did not remove this because I did intend to send it with 
the output from the install CD for comparisons sake. Then I booted the 
netinstall CD and created the output there. Saved it on the hard drive. Booted 
back into the system and pasted the output from the running system into the 
email, forgot to mention that it was from the running system and forgot to 
paste the install cd output. Email was sent. Then I download the netinstall CD 
today to try out the newer version, booted and had the same problem happen. 
Sent another email stating that I tried the newest daily and of  course made 
the same mistake in terms of not pasting the output from the netinstall cd. 
This email was sent at about the same time you asked for the syslog, but to add 
to the confusion it appears that it was delayed until *after* my next email was 
sent. By this time I read your email and realized my mistake. I boot the 
CD-ROM, follow your advice (made sure to print it), save all the output and 
created a new email with correct output. Email sent. That was the last email up 
to this one that I sent. But from what you say the previous email was delayed 
and you received it *after* this last one. I do apologize for the confusion.

> 
> Also, this output you are sending now:
> ... is completely different from what you gave in your previous mail:
> > # udevinfo -q env -p /sys/block/sr0
> > ID_VENDOR=LaCie
> > ID_MODEL=LaCie_CDRW_USB
> > ID_REVISION=
> > ID_SERIAL=LaCie_LaCie_CDRW_USB_1E000AF0C2C8
> > ID_TYPE=floppy
> > ID_BUS=usb
> > ID_PATH=pci-:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0
> 

Let me assure you that the output which identifies the CD-ROM as a floppy is 
the correct one.

> With the _first_ output, your drive should be recognized automatically. 
> With the _second_ output I can understand why it doesn't.
> It looks like the first udevinfo output may be from your running system, 
> but you don't actually say so.

Exactly.

> 
> Please explain where the difference comes from.
> - Was the udevinfo output obtained using the same kernel?
>   (Use 'uname -a' and 'cat /proc/version' to check.)
> - Is there some module that is loaded in the first case that is not loaded
>   in the second one?
> - If so, which module is it?
> - If you load that module manually in the installer, does the difference
>   in the output of udevinfo then disappear?
> 
> It looks like the support for the drive is there. _You_ are best placed to 
> determine what the missing factor in the installer is. What exactly is 
> needed to get the "full" udevinfo output *in the installer*?
> 

I will try to figure this out. I cannot do this now because that requires me to 
reboot and I cannot reboot this system right now.

Cheers.

Bug#373621: marked as done (debian-installer: netboot fails on Sun V100, errors from dmfe network driver)

[Debian Bug Tracking System]

Your message dated Tue, 13 Feb 2007 20:47:53 -0800
with message-id <[EMAIL PROTECTED]>
and subject line debian-installer: netboot fails on Sun V100, errors from dmfe 
network driver
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: debian-installer
Severity: important


The 2.4/2.6 netboot ("boot.img") images do not work on the Sun Fire
V100. This is caused by the network driver ("dmfe") repeatedly
giving the following errors:

  SABRE0: PCI SERR signal asserted.
  SABRE0: PCI bus error, PCI_STATUS[caa0]
  eth1: Tx timeout - resetting

The "tulip" driver works fine on this system (installed from CD on
another identical machine), but is not included in the netboot
image. Including this driver would solve the problem.

Output of lspci is:

:00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIe
:00:03.0 Non-VGA unclassified device: ALi Corporation M7101 Power 
Management Controller [PMU]
:00:05.0 Ethernet controller: Davicom Semiconductor, Inc.  21x4x DEC-Tulip 
compatible 10/100 Ethernet (rev 31)
:00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV]
:00:0a.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
:00:0c.0 Ethernet controller: Davicom Semiconductor, Inc.  21x4x DEC-Tulip 
compatible 10/100 Ethernet (rev 31)
:00:0d.0 IDE interface: ALi Corporation M5229 IDE (rev c3)

-- System Information:
Debian Release: sarge
Architecture: sparc64

--- End Message ---
--- Begin Message ---
Hi,

I'm closing this bug because a workaround for it has now been 
implemented by debian-installer. Please see

http://bugs.debian.org/334104

for details. 

Best regards,
-- 
Jurij Smakov   [EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC
--- End Message ---

Re: Will we be releasing some day?

[Joey Hess]

Christian Perrier wrote:
> We bloody have to release now, this is getting much much annoying.

Frans Pop wrote:
> As I've said on IRC, IMO D-I RC2 should be released with the final 
> _kernel_ if at all possible, not just the final kernel _ABI_.

We could make a beta 4 release at this point. I'm concerned that with no
usable release of the etch installer currently available, some users are
being left out in the cold. Daily builds are fine and all, but don't
include the larger CDs, and break from time to time, so are not suitable
for certian classes of etch users.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#410878: d-i uses mirror/http/proxy setting when it (probably) shouldn't

[Roland Dreier]

Package: debian-installer
Version: 20061102

I'm trying to use d-i to netboot a system and run a preseeded install,
with the preseed config being loaded via http.  The configuration of
my network is such that I have to use an http proxy to reach Debian
mirrors, so I have a mirror/http/proxy setting; however, that proxy is
configured so that it should only be used to reach URLs outside of my
network -- for locations inside the network, it returns a 502 error.

I am also using a preseed/run setting to ask d-i to fetch a script to
run during installation; however, /lib/preseed/fetch-methods/http
has the code:

# use the proxy for wgets (should speed things up)
if db_get mirror/http/proxy; then
export http_proxy="$RET"
fi

which means that d-i tries to use the proxy to fetch the preseed/run
script as well, which fails (with a http 502 error).

It seems that the mirror/http/proxy setting should really only be used
to get things from mirrors, or at least some way should be provided to
say when to use the proxy and when not to.

This is happening with a daily d-i build from 2007-02-13.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Extending accessibility support in D-I for Lenny

[Frans Pop]

During the World Free Software Conference 3.0 (that bubulle, tbm and I 
attended in Extremadura last week) I spoke with Willie Walker who works 
for Sun on Accessibility and Speech.

Willie is the lead man behind ORCA [1], which works with GTK and could 
thus possibly be integrated in the graphical installer.

There are major hurdles to take before we get that far. The main one being 
that it has fairly heavy dependencies (including python) [2]. However, it 
looks interesting enough to take a closer look and experiment with it.

Cheers,
FJP

P.S. The other nice thing to come out of that conference is that the 
government of Extremadura will continue to sponsor worksessions [3] for 
Debian.

[1] http://www.gnome.org/projects/orca/
[2] http://packages.debian.org/experimental/gnome/gnome-orca
[3] http://wiki.debian.org/WorkSessionsExtremadura


pgpt1Wy1a8D5Z.pgp
Description: PGP signature