Processed: Re: Bug#269336: Installation report Sarge RC1
Processing commands for [EMAIL PROTECTED]: clone 269336 -1 Bug#269336: Installation report Sarge RC1 Bug 269336 cloned as bug 269374. reassign 269336 lilo-installer Bug#269336: Installation report Sarge RC1 Bug reassigned from package `installation-reports' to `lilo-installer'. reassign -1 tasksel Bug#269374: Installation report Sarge RC1 Bug reassigned from package `installation-reports' to `tasksel'. severity 269336 wishlist Bug#269336: Installation report Sarge RC1 Severity set to `wishlist'. severity -1 wishlist Bug#269374: Installation report Sarge RC1 Severity set to `wishlist'. retitle 269336 Should install a working /etc/lilo.conf file even when LILO installation is cancelled by the user Bug#269336: Installation report Sarge RC1 Changed Bug title. retitle -1 Should offer a way (special task?) to install Standard priority packages Bug#269374: Installation report Sarge RC1 Changed Bug title. 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#261671: Missing entries for languagechooser
Quoting Christian Perrier ([EMAIL PROTECTED]): Elyan, Kestutis, Jean-Christophe, Jure Elyan , forget about my request : Albanian is translated Kestutis, the bug reporter seemed to mention the translation of Lithuanian is wrong. Can you check ? Jean-Christophe : we need Vietnamese in Vietnamese Jure : is the Slovenian entry correct ?
Bug#261671: Missing entries for languagechooser
Quoting Jure uhalev ([EMAIL PROTECTED]): On Tue, 31 Aug 2004 23:05:22 +0200, Christian Perrier [EMAIL PROTECTED] wrote: Can you please send me the name of your respective languages as you write it in each language ? attached. Tt's ... Slovens^c^ina - s and c with an accent. OK, thanks. Now I'm confused by the entry we have for Slovak: Slovenc^ina Nearly exactly similar to the one for Slovenian..Peter, do you confirm that the name for Slovak in Slovak is ? If so, we have to find a way to avoid confusion for users. If fear that some slovenian people may inadvertently choose Slovak and vice versa
Bug#269336: Installation report Sarge RC1
clone 269336 -1 reassign 269336 lilo-installer reassign -1 tasksel severity 269336 wishlist severity -1 wishlist retitle 269336 Should install a working /etc/lilo.conf file even when LILO installation is cancelled by the user retitle -1 Should offer a way (special task?) to install Standard priority packages thanks Quoting Jutta Wrage ([EMAIL PROTECTED]): A real problem where the partitions: No, I did not want to change anything! - Hmm. go out here. .../... A lot of usability issues Not the first time we get such report and, I'm afraid, this part will be the most criticized part of the installer, mostly when used in situations more complicated than the install on an empty hard disk situation. Generally, all comes from the limitations of the widgets we currently use for user interaction : cdebconf. The best was done with it for building the best interface with what was available. Anton Zinoviev did a great job at designing partman. However, most of this will need some serious work, probably *after* sarge release, for usability issues. Such issues were already reported, often at Debconf by Margarita Manterola, but noone seriously worked on itAnton made the best possible changes he could made. This is the problem in free software development : as long as you don't have someone willing to work on something, things are not done. I also sometimes went lost in partman..:-) Next problem was grub: I did not want to be my working lilo to be erased, seems to be paranoid, but it was only a test installation. In IRC I was told just to skip all questions. Okay. I said no to grup, but then it asked me where to install. And now? There was only a back, no forward, no skip. Widget limitations, currently. I tried installation tree times. with the same beginning: Hitting return on the intro screen: - Depending on my way (back or not back) through the installation things where different. As I did not decide anything diffferent, shouldn't that be always the same? This is because Go Back lowers the questions priority for you to go at the main-menu (it is never shown on default installs because it is medium priority). Thus, the first two Go Back hits change the priority and you get more questions asked and more items visible in the menu. Also, the initial steps of d-i load some d-i components from the network or CD. So, after these steps, items are automagically added to the menu when they become available. - Seems I should have seen something like Hit F1 for help This was not visible on my tft - Why did the installation ask me not every time for the kernel to take? Because it's asked only at medium priority. At high priority (default installs) there's no need to bother users with that. The installed kernel depends on the way you booted the install (linux26 or linux) Some ideas: What about a help on every installation part? Interface limitations Give some text please at teh beginning, that there is a menu, the user may be proptet to, if necessary Well, this is meant to be in the install manual. Of course, noone ever reads manuals..:-) Couln't a lilo.conf always be installedsuggestionsuggestion (a working one for a dual system would be fine (I did not find one and that of my old notebook is lost)? *This* should work. But only if you accept to install lilo. The installer should have detected your existing Linux installation and will add an entry for booting it. The lilo installer screens show which Other OS was detected. We could turn this into a wishlist bug : install a working lilo.conf even if LILO install is not accepted. Maybe add a special medium priority menu entry asking the user if (s)he wants to do this. There is no desktop in the list of tasks, should be, even if without X This is because sarge currently doesn't have it because KDE is currently not in sarge. So, a transitory problem. At least I got sarge booting with my lilo now ( I can giive the config, if wanted) I am missing some things in base installation: ssh is not installed telnet is installed :-( less is not installed sudo ist not installed, must not? Most of these are Priority: Standard. By default, tasksel only installs packages with Priority: Base, IIRC This seems to be a change which could confuse users as woody installs often ended with Standard priority packages installed when users used the default dselect choice for adding packages. I turn this into a wishlist bug against tasksel but I don't really know if this will be ack'ed Maybe adding an entry in tasksel for installing all Standard priority packages ? I think that going to aptitude will do this, but I'm unsure. Joey simplified a lot of things in tasksel and this was a deliberate choice. Jutta, thanks a lot for this detailed install report and the time you lost^W spent in testing D-I. Though this was not an easy process, I hope you appreciated the installer. As we discussed on IRC, if you find some time for
lilo-installer_1.02_i386.changes ACCEPTED
Accepted: lilo-installer_1.02.dsc to pool/main/l/lilo-installer/lilo-installer_1.02.dsc lilo-installer_1.02.tar.gz to pool/main/l/lilo-installer/lilo-installer_1.02.tar.gz lilo-installer_1.02_i386.udeb to pool/main/l/lilo-installer/lilo-installer_1.02_i386.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Red X -- not quite gone yet...
Sven, It's 2:15 AM, and I've got a meeting tomorrow at work, so I won't be able to test these tonight. I'll try to get to them tomorrow (9/1) in the evening (US East Coast time). Please do me a favor and loop-mount the images to see if they have all the expected pieces and the pieces are of the expected sizes. That way we won't loose another round of debugging for a problem that doesn't require an actual bootstrap to discover. Thanks! Take care! Rick On Tuesday, August 31, 2004, at 11:03 AM, Sven Luther wrote: On Tue, Aug 31, 2004 at 04:15:01PM +0200, Wouter Hanegraaff wrote: On Tue, Aug 31, 2004 at 03:41:50PM +0200, Sven Luther wrote: Please try the (2.6) floppies at : http://people.debian.org/~luther/miboot/floppy-2.6-2004.08.31 boot.img only contains vmlinuz and doesn't boot, ofonlyboot.img starts loading a kernel and ends with the tux/red cross. http://people.debian.org/~luther/miboot/floppy-2.4-2004.08.31 boot.img and ofonlyboot.img start loading a kernel and end with the tux/red cross. http://people.debian.org/~luther/miboot/floppy-2.4-old-2004.08.31 boot.img only contains vmlinuz and doesn't boot, ofonlyboot.img starts loading a kernel and ends with the tux/red cross. Could you try both daily-builds tomorrow ? and todays 2.4 one too. I think miboot _never_ worked for you, right ? What is your box again ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#261671: Missing entries for languagechooser
On Wed, Sep 01, 2004 at 06:43:45AM +0200, Christian Perrier wrote: Quoting Jure uhalev ([EMAIL PROTECTED]): On Tue, 31 Aug 2004 23:05:22 +0200, Christian Perrier [EMAIL PROTECTED] wrote: Can you please send me the name of your respective languages as you write it in each language ? attached. Tt's ... Slovens^c^ina - s and c with an accent. OK, thanks. Now I'm confused by the entry we have for Slovak: Slovenc^ina Nearly exactly similar to the one for Slovenian..Peter, do you confirm that the name for Slovak in Slovak is ? If so, we have to find a way to avoid confusion for users. If fear that some slovenian people may inadvertently choose Slovak and vice versa Yes, Slovenina and Slovenina are two different languages. Presumably the users will know if they've picked the wrong one -- or, well, maybe not... :) -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#269336: Installation report Sarge RC1
Christian Perrier wrote: reassign -1 tasksel I am missing some things in base installation: ssh is not installed telnet is installed :-( less is not installed sudo ist not installed, must not? Most of these are Priority: Standard. By default, tasksel only installs packages with Priority: Base, IIRC No, this is a bug in the version of aptitude in testing. A fixed aptitude has been slowly making its way through t-p-u to testing, but this is taking, apparently, months, due to the sad state of our autobuilding systems. Please close the bug you cloned above. -- see shy jo signature.asc Description: Digital signature
APT: can not choose Mirror
If you select Bahasa Indonesia (language), you can not enter information manually when selecting a mirror. I guess there is a type error at: masukkan informasi secara manual since Afrika Selatan (South Africa) is right after that text (A NewLine is missing). regards, -- Rahmat M. Samik-Ibrahim -- vLSM.org -- http://rms46.vLSM.org/ -- Fetch my GNUPG public key at http://rms46.vlsm.org/pgp/pub.txt --- signature.asc Description: This is a digitally signed message part
Re: Debian and Ibm RS6000 7043-150
Sven Luther said: On Mon, Aug 30, 2004 at 03:57:40PM +0200, Nicolas Raspail wrote: Hi, I've a problem installing Debian on my 7043-150 (powerpc 604e, chrp I Are you sure that this is a chrp, and not a prep machine ? Just for the record the 7043-150 is definitely CHRP. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
(Resend) APT: can not choose Mirror
Installer: netinst RC1 If you select Bahasa Indonesia (language), you can not enter information manually when selecting a mirror. I guess there is a typo error at: masukkan informasi secara manual since Afrika Selatan (South Africa) is right after that text (A NewLine is missing). regards, -- Rahmat M. Samik-Ibrahim -- vLSM.org -- http://rms46.vLSM.org/ -- Fetch my GNUPG public key at http://rms46.vlsm.org/pgp/pub.txt --- signature.asc Description: This is a digitally signed message part
base-config: how to set the languge?
If you run base-config again, it will be in english. Is there a way to run it in a selected language? Is is possible to add that information (how to select the language) at the end of running base-config? regards, -- Rahmat M. Samik-Ibrahim -- vLSM.org -- http://rms46.vLSM.org/ -- Fetch my GNUPG public key at http://rms46.vlsm.org/pgp/pub.txt --- signature.asc Description: This is a digitally signed message part
Re: Debian and Ibm RS6000 7043-150
On Wed, Sep 01, 2004 at 08:12:29AM +0100, Leigh Brown wrote: Sven Luther said: On Mon, Aug 30, 2004 at 03:57:40PM +0200, Nicolas Raspail wrote: Hi, I've a problem installing Debian on my 7043-150 (powerpc 604e, chrp I Are you sure that this is a chrp, and not a prep machine ? Just for the record the 7043-150 is definitely CHRP. Ok, thanks. What can you make from the errors he is getting ? Sounds like an OF problem more than a kernel one, right ? At least netbooting the vmlinuz-chrp.initrd should plainly work. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261671: Missing entries for languagechooser
Le mercredi 01 septembre 2004 06h32 (+0200), Christian Perrier crivait : Jean-Christophe: we need Vietnamese in Vietnamese Vietnamese language *is* Ting Vit (literally : language vietnam) Vietnam country in vietnamese is Vit Nam. -- J.C. ANDR [EMAIL PROTECTED] asie-pacifique.auf.org Responsable technique rgional / Associ technologie projet Reflets (CODA) Agence universitaire de la Francophonie (AuF) / Bureau Asie-Pacifique (BAP) Adresse postale : AUF, 21 L Thnh Tng, T.T. Hon Kim, H Ni, Vit Nam Tl. : +84 4 9331108 Fax : +84 4 8247383 Mobile : +84 91 3248747 Note personnelle : merci d'viter de m'envoyer des fichiers PowerPoint ou Word ; voir http://www.fsf.org/philosophy/no-word-attachments.fr.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261671: Missing entries for languagechooser
Le mercredi 01 septembre 2004 06h32 (+0200), Christian Perrier crivait : Jean-Christophe: we need Vietnamese in Vietnamese Le mercredi 01 septembre 2004 14h21 (+0700), Jean Christophe ANDR crivait : Vietnamese language *is* Ting Vit (literally : language vietnam) Vietnam country in vietnamese is Vit Nam. Unless you are asking for vietnamese as in vietnamese people (Ngi Vit)? -- J.C. ANDR [EMAIL PROTECTED] asie-pacifique.auf.org Responsable technique rgional / Associ technologie projet Reflets (CODA) Agence universitaire de la Francophonie (AuF) / Bureau Asie-Pacifique (BAP) Adresse postale : AUF, 21 L Thnh Tng, T.T. Hon Kim, H Ni, Vit Nam Tl. : +84 4 9331108 Fax : +84 4 8247383 Mobile : +84 91 3248747 Note personnelle : merci d'viter de m'envoyer des fichiers PowerPoint ou Word ; voir http://www.fsf.org/philosophy/no-word-attachments.fr.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian and Ibm RS6000 7043-150
On Mon, Aug 30, 2004 at 03:57:40PM +0200, Nicolas Raspail wrote: Hi, I've a problem installing Debian on my 7043-150 (powerpc 604e, chrp I Are you sure that this is a chrp, and not a prep machine ? think). I've tried the DI rc1 on sarge ppc and woody's bootdisks but I always have an error message unexpected firmware error or CLAIM failed. I've read a lot of websites and mailling lists but I haven't success on installing Debian. Can you : 1) try the daily builds. 2) try a netboot kernel. 3) try a 2.4 netboot kernel. I've tried setenv load-base 10, the cdrom seems to boot, but as soons as the 7043-150 boots again, load-base is reset to 4000. I need someone who can provides me a working kernel/ramdisk to launch the installation process or provides me instruction to build them. I don't have access to a powerpc host, only x86 Well, the above should work, but we probably need more info on your box. Friendly, Sven Luther Hi, I've tried to netboot the vmlinux-prep/chrp.initrd and none works for me. Here is some logs extract 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed ok 0 0 setenv load-base 10 ok 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x10 Max Size=0xb0 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. REBOOT LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-prep.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11055 Final File Size = 5660139 bytes. Unexpected Firmware Error: DEFAULT CATCH!, code=fff00300 at %SRR0: 00c1b030 %SRR1: 3030 I've tried power4 and powerpc images, 2.4 directory included. I'll try the dayly built on http://people.debian.org/~luther/debian-installer/daily-powerpc-built as soon as possible I think it's a chrp box because I see chrp when I issue the following command 0 pwd / ok 0 .propertie ibm,fw-xof, unknown word ok 0 .properties clock-frequency 04f790d5 device_type chrp You said you need more information, what kind of information ? It's a 7043-150, 1 Go RAM, 9.1 Go hard drive, floopy and cdrom drives. Aix is installed but doesn't boot for the moment because of a NIS problem. Thanks Regards Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Red X -- not quite gone yet...
On Wed, Sep 01, 2004 at 02:28:02AM -0400, Rick Thomas wrote: Sven, It's 2:15 AM, and I've got a meeting tomorrow at work, so I won't be able to test these tonight. I'll try to get to them tomorrow (9/1) in the evening (US East Coast time). Please do me a favor and loop-mount the images to see if they have all the expected pieces and the pieces are of the expected sizes. That way we won't loose another round of debugging for a problem that doesn't require an actual bootstrap to discover. Thanks! Ok : On Tue, Aug 31, 2004 at 04:15:01PM +0200, Wouter Hanegraaff wrote: On Tue, Aug 31, 2004 at 03:41:50PM +0200, Sven Luther wrote: Please try the (2.6) floppies at : http://people.debian.org/~luther/miboot/floppy-2.6-2004.08.31 boot.img only contains vmlinuz and doesn't boot, ofonlyboot.img starts loading a kernel and ends with the tux/red cross. Indeed : floppy-2.6-2004.08.31/ofonlyboot.img : Finder System zImage floppy-2.6-2004.08.31/boot.img: vmlinuz http://people.debian.org/~luther/miboot/floppy-2.4-2004.08.31 boot.img and ofonlyboot.img start loading a kernel and end with the tux/red cross. Both of these are ok now. http://people.debian.org/~luther/miboot/floppy-2.4-old-2004.08.31 boot.img only contains vmlinuz and doesn't boot, ofonlyboot.img starts loading a kernel and ends with the tux/red cross. Here again, only the ofonlyboot is ok, the boot.img is bad. You should try the daily builds too. floppy-2.4 should be ok, altough the 2.6 ones failed to build, but should be ok tomorrow. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Red X -- not quite gone yet...
On Wed, Sep 01, 2004 at 02:28:02AM -0400, Rick Thomas wrote: Sven, It's 2:15 AM, and I've got a meeting tomorrow at work, so I won't be able to test these tonight. I'll try to get to them tomorrow (9/1) in the evening (US East Coast time). Please do me a favor and loop-mount the images to see if they have all the expected pieces and the pieces are of the expected sizes. That way we won't loose another round of debugging for a problem that doesn't require an actual bootstrap to discover. Thanks! Ok, try out : http://people.debian.org/~luther/miboot/floppy-2.6-2004.09.01 I have checked the ofonlyboot, boot and root floppies. For the old 2.4, the daily builds are ok, but i have only checked the boot and ofonlyboot floppies. If you can confirm that the daily 2.4 builds are ok again, i will then follow up to build 2.4 floppies with the miboot.image stuff in it. If none of that works, we will need to somehow fix miboot or something. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian and Ibm RS6000 7043-150
On Wed, Sep 01, 2004 at 08:12:29AM +0100, Leigh Brown wrote: Sven Luther said: On Mon, Aug 30, 2004 at 03:57:40PM +0200, Nicolas Raspail wrote: Hi, I've a problem installing Debian on my 7043-150 (powerpc 604e, chrp I Are you sure that this is a chrp, and not a prep machine ? Just for the record the 7043-150 is definitely CHRP. Ok, thanks. What can you make from the errors he is getting ? Sounds like an OF problem more than a kernel one, right ? At least netbooting the vmlinuz-chrp.initrd should plainly work. Friendly, Sven Luther For information, I've patched my box with the following microcode version: TCP04195 08/13/2004 Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian and Ibm RS6000 7043-150
On Wed, Sep 01, 2004 at 09:31:41AM +0200, Nicolas Raspail wrote: Hi, I've tried to netboot the vmlinux-prep/chrp.initrd and none works for me. Here is some logs extract Ok, since now we know that your box is a chrp one, we can tell a bit more about this : 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-prep.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11055 Final File Size = 5660139 bytes. Unexpected Firmware Error: DEFAULT CATCH!, code=fff00300 at %SRR0: 00c1b030 %SRR1: 3030 This is expected, since you are trying to boot a prep kernel on a chrp box. 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed ok 0 Ok, claim is used in the bootloader. I don't really know if this is happening while the OF is claiming space for the kernel (i somehow don't think so, because it has already loaded it somewhere), or if the actual kernel boot-loader is trying to claim in the arch/ppc/boot/openfirmware/main.c. 0 setenv load-base 10 ok 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x10 Max Size=0xb0 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. REBOOT LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed This should have helped. I naturally have no idea how the IBM OF is set out, where the actual OF code is located, and what the free space is. Could you try other load-base entries ? And BTW, how much memory you have on that box anyway ? Also, could provide the output of powerpc/netboot/2.4/vmlinuz-chrp.initrd as well, and try to boot a standalone (without initrd) 2.6 kernel, by installing kernel-image-2.6.8-powerpc, and running mkvmlinuz -n -o /tftpboot/vmlinuz-2.6.8-powerpc -k /boot/vmlinux-2.6.8-powerpc and then booting the resulting kernel. You would need mkvmlinuz version 9 or higher. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installation s390.
On Tue, Aug 31, 2004 at 12:02:06PM +0200, Tomasz Pijanowski wrote: Hello, Can you give me any help (steps , links or instruction) how install debian S390 on mainframe (zSeries). What release? For our currently-supported release, Debian 3.0 woody, you need to download the installation images from any Debian mirror, in the directory mirror toplevel/dists/woody/main/disks-s390/current/ . There is a doc/ directory over there, which might help you to understand the system, and get you going. However, Woody is more than two years old now; the installer images of our upcoming release, Debian 3.1 sarge, are still being developed, and testing is always welcome. You can download the RC1 images at any Debian mirror, in the directory mirror toplevel/dists/testing/main/installer-s390/current/images/generic/ If those don't work, there should also be daily snapshots at raptor.debian.org, but it appears the link on the ports-status page is broken. -- EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER -- with thanks to fortune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#263573: xserver-xfree86: on alpha depends on read-edid which isn't there
reassign 263573 debian-installer thanks On Thu, Aug 05, 2004 at 10:10:37AM +0200, Steffen Grunewald wrote: Package: xserver-xfree86 Severity: normal d-i fails to install Desktop environment due to lack of installation candidate for read-edid. There might be another missing dependency (a string containing openoffice flashed before the dialog window came back) ... may become a separate bug report as soon as I find out about the details. Sounds like a d-i problem; contrary to your bug summary, xserver-xfree86 *doesn't* depend on read-edid, because the package does not exist for the alpha architecture. Package: xserver-xfree86 Status: install ok installed Priority: optional Section: x11 Installed-Size: 15516 Maintainer: Debian X Strike Force [EMAIL PROTECTED] Architecture: powerpc Source: xfree86 Version: 4.3.0.dfsg.1-6+SVN Replaces: xserver-common ( 4.0), libxfont-xtt Provides: xserver Depends: xserver-common (= 4.3.0.dfsg.1-4+SVN), libc6 (= 2.3.2.ds1-4), libgcc1 (= 1:3.4.1-3), zlib1g (= 1:1.2.1), debconf (= 0.5) | debconf-2.0 Suggests: discover, mdetect, read-edid, libglide2 ( 2001.01.26) Conflicts: libxfont-xtt Description: the XFree86 X server The XFree86 X server is an X server for several architectures and operating systems; its architecture was completely redesigned for the 4.0 release, and features a loadable module system in which required modules are loaded on demand by a single server binary as opposed to the video card-specific X servers of the 3.x release. . The XFree86 server supports most modern graphics hardware from most vendors, and supersedes most version 3.x XFree86 X servers. See http://www.xfree86.org/4.3.0/Status.html for information on its support for your particular hardware. . If the discover, mdetect and read-edid packages are installed, this package's configuration script will use them to attempt automatic configuration of the X server based on your information returned by your video card, mouse, and monitor. . Note that on the HP-PA, MIPS, and SuperH architectures, the server's loadable module support is not present, and therefore the XFree86 server is a (very large) single binary. . This package suggests the libglide2 package, which is necessary for the XFree86 X server's glide video driver to work with 3Dfx Interactive's Voodoo Graphics and Voodoo2 cards. Users of other video cards need not install libglide2. (Please ignore the Version: header above.) -- G. Branden Robinson|Beware of and eschew pompous Debian GNU/Linux |prolixity. [EMAIL PROTECTED] |-- Charles A. Beardsley http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#263573: xserver-xfree86: on alpha depends on read-edid which isn't there
Processing commands for [EMAIL PROTECTED]: reassign 263573 debian-installer Bug#263573: xserver-xfree86: on alpha depends on read-edid which isn't there Bug reassigned from package `xserver-xfree86' to `debian-installer'. 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]
Re: List of possible XkbModel entries per locale
I guess I did respond to it but my locale is not listed here, it is:
fa_IR.UTF-8 = LAYOUT = 'us,fa', XKBOPTIONS =
'grp:ctrl_shift_toggle,grp_led:scroll', XKBMODEL = 'pc105'
On Tue, 24 Aug 2004 22:18:25 +0300, Konstantinos Margaritis
[EMAIL PROTECTED] wrote:
(Sorry for posting to all these lists, but not everybody is subscribed to i18n as
Jonas suggested.
Your replies, though should only be directed to [EMAIL PROTECTED], you don't have to
cc me).
Ok, this is the current list with all the feedback I have had so far.
'bg_BG' = { LAYOUT = 'us,bg', XKBVARIANT = ',phonetic', XKBOPTIONS =
'grp:alt_shift_toggle,grp_led:scroll' },
'[EMAIL PROTECTED]' = { LAYOUT = 'es', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'cs_CZ'= { LAYOUT = 'cz_qwerty,us', XKBOPTIONS = 'grp:shift_toggle' },
'da_DK'= { LAYOUT = 'dk', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'[EMAIL PROTECTED]' = { LAYOUT = 'de', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'[EMAIL PROTECTED]' = { LAYOUT = 'de', XKBOPTIONS = 'nodeadkeys', XKBMODEL =
'pc105' },
'el_GR.UTF-8' = { LAYOUT = 'us,el', XKBOPTIONS = 'grp:alt_shift_toggle',
XKBMODEL = 'pc105' },
'en_AU'= { LAYOUT = 'us', XKBOPTIONS = '' },
'en_CA'= { LAYOUT = 'us', XKBOPTIONS = '' },
'[EMAIL PROTECTED]' = { LAYOUT = 'gb', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'[EMAIL PROTECTED]' = { LAYOUT = 'gb', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'en_GB'= { LAYOUT = 'gb', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'gd_GB'= { LAYOUT = 'gb', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'gv_GB'= { LAYOUT = 'gb', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'kw_GB'= { LAYOUT = 'gb', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'en_US'= { LAYOUT = 'us', XKBOPTIONS = '' },
'es_AR'= { LAYOUT = 'es', XKBOPTIONS = '' },
'[EMAIL PROTECTED]' = { LAYOUT = 'es', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'es_MX'= { LAYOUT = 'la', XKBOPTIONS = '' },
'es_PE'= { LAYOUT = 'es_la', XKBOPTIONS = '' },
'fi_FI'= { LAYOUT = 'fi', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'[EMAIL PROTECTED]' = { LAYOUT = 'fi', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'fr_BE'= { LAYOUT = 'be', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'[EMAIL PROTECTED]' = { LAYOUT = 'be', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'fr_CA'= { LAYOUT = 'us', XKBOPTIONS = '' },
'fr_CH'= { LAYOUT = 'fr_CH', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'[EMAIL PROTECTED]' = { LAYOUT = 'fr', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'he_IL'= { LAYOUT = 'us,il', XKBOPTIONS = 'grp:alt_shift_toggle' },
'[EMAIL PROTECTED]' = { LAYOUT = 'it', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'ja_JP.EUC-JP' = { LAYOUT = 'jp', XKBOPTIONS = '', XKBMODEL = 'jp106' },
'ko_KR'= { LAYOUT = 'us', XKBOPTIONS = '' },
'lv_LV'= { LAYOUT = 'lv', XKBOPTIONS = '' },
'nb_NO'= { LAYOUT = 'no', XKBOPTIONS = '' }, # Same as no_NO
'nds_DE' = { LAYOUT = 'de', XKBOPTIONS = '' },
'[EMAIL PROTECTED]' = { LAYOUT = 'be', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'[EMAIL PROTECTED]' = { LAYOUT = 'us', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'nn_NO'= { LAYOUT = 'no', XKBOPTIONS = '' },
'no_NO'= { LAYOUT = 'no', XKBOPTIONS = '' }, # Same as nb_NO
'pt_BR'= { LAYOUT = 'br', XKBOPTIONS = '', XKBMODEL = 'pc104',
XKBVARIANT = 'abnt2' },
'ru_RU'= { LAYOUT = 'us,ru', XKBOPTIONS =
'grp:ctrl_shift_toggle,grp_led:scroll', XKBMODEL = 'pc105' },
'se_NO'= { LAYOUT = 'sapmi', XKBOPTIONS = '' },
'sk_SK = { LAYOUT = 'sk_qwerty,us', XKBOPTIONS = 'grp:shift_toggle' },
'sl_SI'= { LAYOUT = 'si,us', XKBOPTIONS = 'grp:alt_shift_toggle',
XKBMODEL = 'pc105' },
'sv_SE'= { LAYOUT = 'se', XKBOPTIONS = '', XKBMODEL = 'pc105' },
'sv_FI'= { LAYOUT = 'fi', XKBOPTIONS = '', XKBMODEL = 'pc105' }
'[EMAIL PROTECTED]' = { LAYOUT = 'fi', XKBOPTIONS = '', XKBMODEL = 'pc105' }
'tr_TR'= { LAYOUT = 'tr', XKBOPTIONS = 'grp_led:caps', XKBMODEL =
'pc105' },
'uk_UA'= { LAYOUR = 'us,ua', XKBOPTIONS =
'grp_led:caps,grp:ctrl_shift_toggle', XKBMODEL = 'pc105'}
Tomorrow I will upload a new version with these entries.
Also I will take these entries and merge them in the woody version of X 4.2 (for
Skolelinux).
If there are any comments you would like to make on that, please do so by tomorrow.
Some obvious corrections I can do on my own, eg. a LAYOYT = us, el becomes el
because X 4.2 includes the latin keycodes in many keymaps by default.
Also it's highly likely I will also add a script to configure gdm.
Konstantinos
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Wrong kernel after install
On Tue, Aug 31, 2004 at 10:47:58AM -0400, Joey Hess wrote: Miguel Quaremme wrote: I downloaded Debian-installer RC1(i386) and all went fine but the kernel installed was kernel-image-2.6.7-1-386 while another one (kernel-image-2.6.7-1-686) should have been used instead. This is expected behavior if you were installing from a netinst CD, which only has room for one kernel. You don't say what media you installed from. Is this a FAQ item yet? regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#263573: xserver-xfree86: on alpha depends on read-edid which isn't there
On Wed, Sep 01, 2004 at 04:44:39AM -0500, Branden Robinson wrote: reassign 263573 debian-installer thanks On Thu, Aug 05, 2004 at 10:10:37AM +0200, Steffen Grunewald wrote: Package: xserver-xfree86 Severity: normal d-i fails to install Desktop environment due to lack of installation candidate for read-edid. There might be another missing dependency (a string containing openoffice flashed before the dialog window came back) ... may become a separate bug report as soon as I find out about the details. Sounds like a d-i problem; contrary to your bug summary, xserver-xfree86 *doesn't* depend on read-edid, because the package does not exist for the alpha architecture. Sounds like an entirely different problem, then, not one to do with debian-installer. The error displayed when read-edid doesn't exist is harmless. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269374: marked as done (Should offer a way (special task?) to install Standard priority packages)
Your message dated Wed, 1 Sep 2004 13:58:21 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#269336: Installation report Sarge RC1 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) -- Received: (at submit) by bugs.debian.org; 31 Aug 2004 23:23:25 + From [EMAIL PROTECTED] Tue Aug 31 16:23:25 2004 Return-path: [EMAIL PROTECTED] Received: from (timmy.gws-online.de) [80.146.170.26] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C2HyH-0002xo-00; Tue, 31 Aug 2004 16:23:25 -0700 Received: from p5089e567.dip.t-dialin.net ([80.137.229.103] helo=firewall.bofh.ms ident=Debian-exim) by timmy.gws-online.de with asmtp (Exim 3.36 #1 (Debian)) id 1C2HyE-Fp-00 for [EMAIL PROTECTED]; Wed, 01 Sep 2004 01:23:22 +0200 Received: from hexe.bofh.ms ([10.0.0.66] ident=mail) by firewall.bofh.ms with esmtp (Exim 4.32) id 1C2HyC-MR-2w; Wed, 01 Sep 2004 01:23:21 +0200 Received: from jw by hexe.bofh.ms with local (Exim 3.35 #1 (Debian)) id 1C2Hz7-Ig-00; Wed, 01 Sep 2004 01:24:17 +0200 To: [EMAIL PROTECTED], [EMAIL PROTECTED], Subject: Installation report Sarge RC1 Message-Id: [EMAIL PROTECTED] From: Jutta Wrage [EMAIL PROTECTED] Date: Wed, 01 Sep 2004 01:24:17 +0200 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.5 required=4.0 tests=BAYES_30,HAS_PACKAGE, RCVD_IN_DSBL autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: installation-reports INSTALL REPORT Debian-installer-version: 29.08.2004, http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc1/ uname -a: Linux hexe 2.4.26-1-386 #1 Thu Jul 22 12:46:23 JST 2004 i686 GNU/Linux Date: last attempt ended 30. Aug 01:04 Method: Netinstall from CD http://debian.tu-bs.de/debian/ no proxy Machine: Via Epia M1-N Mainboard Processor: Via Nehemiah C3 1 GHz Memory: 500 MB Root Device: IDE /dev/hda Root Size/partition table: cfdisk 2.11n Festplatte: /dev/hda Größe: 60011642880 Bytes Köpfe: 255 Sektoren pro Spur: 63 Zylinder: 7296 NameFlags Part. Typ Dateisystemtyp [Bezeichner] Größe (MB) -- hda1BootPrimäre Linux 1019,94 hda2Primäre Linux ext21019,94 hda5Logische Linux ext2 [/] 5996,23 hda6Logische Linux swap1019,94 hda7Logische Linux ext22048,10 hda8Logische Linux ext22048,10 hda9Logische Linux ext28192,38 hda10 Logische Linux ext28192,38 hda11 Logische Linux ext2 30474,67 new system with sarge: /dev/hda5 on / type ext2 /dev/hda6 swap old system with woody: /dev/hda6 swap /dev/hda2 on / type ext2 /dev/hda7 on /usr type ext2 (rw) /dev/hda8 on /var type ext2 (rw) /dev/hda9 on /home type ext2 (rw) /dev/hda10 on /opt type ext2 (rw) /dev/hda11 on /bilder type ext2 (rw) /dev/hda5 on /clara type ext2 (rw) Output of lspci and lspci -n: from woody: [EMAIL PROTECTED]:~$ lspci 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3123 00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] 00:0d.0 FireWire (IEEE 1394): VIA Technologies, Inc. OHCI Compliant IEEE 1394 Host Controller (rev 80) 00:10.0 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80) 00:10.1 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80) 00:10.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80) 00:10.3 USB Controller: VIA Technologies, Inc.: Unknown device 3104 (rev 82) 00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3177 00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) 00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 50) 00:12.0 Ethernet controller: VIA Technologies, Inc. Ethernet Controller (rev 74) 01:00.0 VGA compatible controller: VIA Technologies, Inc.: Unknown device 3122 (rev 03) sarge: [EMAIL PROTECTED]:~$ lspci
Bug#261671: Missing entries for languagechooser
Quoting Jean Christophe ANDR ([EMAIL PROTECTED]): Le mercredi 01 septembre 2004 06h32 (+0200), Christian Perrier crivait : Jean-Christophe: we need Vietnamese in Vietnamese Le mercredi 01 septembre 2004 14h21 (+0700), Jean Christophe ANDR crivait : Vietnamese language *is* Ting Vit (literally : language vietnam) Vietnam country in vietnamese is Vit Nam. Unless you are asking for vietnamese as in vietnamese people (Ngi Vit)? No, this was Vietnamese as in la langue vietnamienne
Re: Preseed file not working
On September 1, 2004 01:26 am, Joey Hess wrote: I suspect that the preseeding preseeded the next step in base-config to finish the install, and then base-config walked on to the next menu item. Problem is it didn't actually run all the other menu items. Try deleting base-config/main-menu from your files and see if that improves matters. Unfortunately the machine used for this testing is being deployed today (and installed right now). I can do more tests with the preseeding on future hardware but it won't be today and most likely won't be until this weekend at the earliest. BTW, what do you mean by Try deleting base-config/main-menu from your files, I'm not that familiar with the installer so I'm not certain where I'd find the file you mention. Thanks -- Fraser Campbell [EMAIL PROTECTED] http://www.wehave.net/ Georgetown, Ontario, Canada Debian GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269042: 269042 Addendum: how to preserve Tru64 prepartitioning from the installer?
Hi- 'partman' corrupts a Tru64 disklabel for disks that are prepartitioned. If a user wants to skip the partitioning step in order preserve a Tru64 disklabel, what does the install require in order to continue the installation successfully? Is it enough to set up the partitions in the shell and mount them at /target? Thanks, Toni --- Toni Harbaugh-Blackford [EMAIL PROTECTED] System Administrator Advanced Biomedical Computing Center (ABCC) National Cancer Institute Contractor - SAIC/Frederick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269042: 269042 Addendum: how to preserve Tru64 prepartitioning from the installer?
On Wed, Sep 01, 2004 at 08:22:36AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Hi- 'partman' corrupts a Tru64 disklabel for disks that are prepartitioned. Adding tru64 partition table support (or fixing existing support ?) would solve this issue. I have no idea want kind of partition tables are used on Tru64 though. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269042: 269042 Addendum: how to preserve Tru64 prepartitioning from the installer?
Sven- Thanks for the quick response. On Wed, 1 Sep 2004, Sven Luther wrote: On Wed, Sep 01, 2004 at 08:22:36AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Hi- 'partman' corrupts a Tru64 disklabel for disks that are prepartitioned. Adding tru64 partition table support (or fixing existing support ?) would solve this issue. I have no idea want kind of partition tables are used on Tru64 though. Tru64 uses BSD disklabels, so that the Alpha can be booted from SRM. According to an incomplete discussion on the debian-alpha list, partman should be able to handle the Tru64 labels. But partman corrupts those labels in such a way that Tru64 can no longer read them; however, the labels are 'good enough' for SRM, so that debian still boots. Really, partman would not need to be fixed if section 'A.5. Debian Partitioning Programs' of the installation documentation were complete. It says that the partitioning step in the installer can be skipped, but does not say what is required 'underneath' in order for the rest of the install to continue properly. Here is the quote from the current documentation: One of these programs will be run by default when you select Partition a Hard Disk. If the one which is run by default isn't the one you want, quit the partitioner, go to the shell (tty2) by pressing Alt and F2 keys together, and manually type in the name of the program you want to use (and arguments, if any). Then skip the Partition a Hard Disk step in debian-installer and continue to the next step. IF another paragraph would be added saying what is required, it would solve a lot of problems. Thanks, Toni --- Toni Harbaugh-Blackford [EMAIL PROTECTED] System Administrator Advanced Biomedical Computing Center (ABCC) National Cancer Institute Contractor - SAIC/Frederick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269042: 269042 Addendum: how to preserve Tru64 prepartitioning from the installer?
On Wed, Sep 01, 2004 at 09:16:05AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Sven- Thanks for the quick response. On Wed, 1 Sep 2004, Sven Luther wrote: On Wed, Sep 01, 2004 at 08:22:36AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Hi- 'partman' corrupts a Tru64 disklabel for disks that are prepartitioned. Adding tru64 partition table support (or fixing existing support ?) would solve this issue. I have no idea want kind of partition tables are used on Tru64 though. Tru64 uses BSD disklabels, so that the Alpha can be booted from SRM. According to an incomplete discussion on the debian-alpha list, partman should be able to handle the Tru64 labels. But partman corrupts those labels in such a way that Tru64 can no longer read them; however, the labels are 'good enough' for SRM, so that debian still boots. This is a bug of at least important severity. Could you (or someone else) please fill a bug report (or follow up on another bug report already filled about this problem), and provide appropriate information on how to fix this. Notice that the only reason i am not pushing this to RC severity is the relative nearness of the release, but since it can cause unrelated data loss, it should really be of this kind. Really, partman would not need to be fixed if section 'A.5. Debian Partitioning Programs' This is bullshit, since when do we believe in doing some lamentable workaround instead of doing the right thing and fixing the issue ? Or are the alpha guys also suffering from the debian-powerpc symptom of people liking to document their workaround in random web pages, instead of fixing it ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269042: 269042 Addendum: how to preserve Tru64 prepartitioning from the installer?
Sven- I think I understand what may be going on; bug 267652 hints at the underlying problem, and should probably be expanded. In order for a Tru64 (OSF, a BSD derivative) label to be preserved, the 'aboot' bootloader for debian must not overwrite block 0 of the disk. But partman does not even *see* the BSD label unless partition 'a' includes block 0. Thus, if partman can see the label, and the user chooses the 'a' partition to install aboot on, the label will necessarily be corrupted from the standpoint of Tru64. While you *could* leave an empty 'a' partition at the beginning of the disk, Tru64 labels are limited to 8 partitions. In order to be able to use 7 of the 8 partitions (c is the whole drive and thus cannot be used), traditionally alpha users start their 'a' partition about 1Mb *after* block 0. So the *real* problem may be that partman will not accept a BSD disklabel on which the first partition does not start at block 0. In this light I don't think it is necessary to open up a separate bug report. It would still be nice to have a method to skip the Partition Disks menu item in the installer, for those of us who want to maintain our previous linux disk configurations. I have verified that an existing partition list with 'a' NOT beginning at block 0 *does* infact work just fine with sarge; only partman doesn't like it. Thank you very much for your time, Toni On Wed, 1 Sep 2004, Sven Luther wrote: On Wed, Sep 01, 2004 at 09:16:05AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Sven- Thanks for the quick response. On Wed, 1 Sep 2004, Sven Luther wrote: On Wed, Sep 01, 2004 at 08:22:36AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Hi- 'partman' corrupts a Tru64 disklabel for disks that are prepartitioned. Adding tru64 partition table support (or fixing existing support ?) would solve this issue. I have no idea want kind of partition tables are used on Tru64 though. Tru64 uses BSD disklabels, so that the Alpha can be booted from SRM. According to an incomplete discussion on the debian-alpha list, partman should be able to handle the Tru64 labels. But partman corrupts those labels in such a way that Tru64 can no longer read them; however, the labels are 'good enough' for SRM, so that debian still boots. This is a bug of at least important severity. Could you (or someone else) please fill a bug report (or follow up on another bug report already filled about this problem), and provide appropriate information on how to fix this. Notice that the only reason i am not pushing this to RC severity is the relative nearness of the release, but since it can cause unrelated data loss, it should really be of this kind. Really, partman would not need to be fixed if section 'A.5. Debian Partitioning Programs' This is bullshit, since when do we believe in doing some lamentable workaround instead of doing the right thing and fixing the issue ? Or are the alpha guys also suffering from the debian-powerpc symptom of people liking to document their workaround in random web pages, instead of fixing it ? Friendly, Sven Luther --- Toni Harbaugh-Blackford [EMAIL PROTECTED] System Administrator Advanced Biomedical Computing Center (ABCC) National Cancer Institute Contractor - SAIC/Frederick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#269042: 269042 Addendum: how to preserve Tru64 prepartitioning from the installer?
Processing commands for [EMAIL PROTECTED]: clone 269042 -1 Bug#269042: alpha rc1 sarge install ok on DS10 with 2.4.26-1-generic kernel Bug 269042 cloned as bug 269437. reassign -1 parted Bug#269437: alpha rc1 sarge install ok on DS10 with 2.4.26-1-generic kernel Bug reassigned from package `installation-reports' to `parted'. severity -1 important Bug#269437: alpha rc1 sarge install ok on DS10 with 2.4.26-1-generic kernel Severity set to `important'. 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#269435: Problem with install
Package: installation-reports Debian-installer-version: I burned a CD from From: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc1/sarge-i386-netinst.iso Size: 112.1 MB (117,538,816 bytes) uname -a: The result of running uname -a on a shell prompt Date: Aug. 31 10pm Method: booted the Debian install CD Machine: Shuttle SB61G2 with FB61 motherboard using Intel 865G N.B. and ICH5 S.B. onboard LAN Realtek 8100B, onboard 1394a VIA VT6307 USB 2.0/1.1 connectors Award BIOS V6.0 PG Artec DHM-G48R DVDRom drive - IDE interface - Processor: Celeron D 2.4Ghz CPU Memory: 2 DDR 128MB = 256Mb Root Device: Western Digital WD1200JBRTL - 120 GB IDE drive - ran the extended check ok Root Size/partition table: I took the default #1 primary 119.5GB as ext3 for / and #5 logical for swap Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[o] Configure network HW: [o] Config network: [o] Detect CD: [o] Load installer modules: [o] Detect hard drives: [o] Partition hard drives: [o] Create file systems:[o] Mount partitions: [o] Install base system:[o] Install boot loader:[o] GRUB boot loader written to the master boot record Reboot: [o] Comments/Problems: A short time into base system configuration after reboot, as I was creating the root account, the system rebooted itself. The repeated the next two times I tried to do the initial configuration. Since this sounds like the error mention in the errata at http://www.debian.org/devel/debian-installer/errata I am now trying it in the alternate recovery mode option that GRUB presents Debian GNU/Linux, kernel 2.4.26-1-386 (recovery mode) - Arg - same problem it reboots by itself. I can get to the grub command line but what to do with it?? Thanks - William Brogden -- Java Goodies at http://www.wbrogden.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269077: serial check
On Wed, Sep 01, 2004 at 01:36:24AM +0200, Wouter Verhelst wrote: [...serial check thinks real consoles are serial as well...] Hm. I just referenced the code which was already in rootskel, supposing it was working OK, but that doesn't seem to be the case. Checking on my VME box, however, the /proc/self/fd/* files also link to /dev/console, so there is no way this problem could be fixed by slightly modifying the check. The difference is that the original code was called by debian-installer and the new code is called in sbin/init, which has a different context. Can the following sbin/init code be moved to lib/debian-installer.d/S30term? if [ $TERM_TYPE = serial ]; then for i in 2 3 4 5; do rm -f /dev/vc/$i done fi This seems to solve the detection problem for me. Do you really need to delete the extra vc devices? -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#269042: 269042 Addendum: how to preserve Tru64 prepartitioning from the installer?
clone 269042 -1 reassign -1 parted severity -1 important thanks On Wed, Sep 01, 2004 at 10:14:20AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Sven- Ok, thanks for the detailed explanation. I am splitting this bug report and assigning one copy to parted. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269042: 269042 Addendum: how to preserve Tru64 prepartitioning from the installer?
On Wed, Sep 01, 2004 at 09:16:05AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Really, partman would not need to be fixed if section 'A.5. Debian Partitioning Programs' of the installation documentation were complete. It says that the partitioning step in the installer can be skipped, but does not say what is required 'underneath' in order for the rest of the install to continue properly. It is not at all clear to me that this talk about skipping the partitioner is still true, at least not without significant expert-level hacking. I think it should be removed for the moment to avoid confusion. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268815: Second stage in debian-installer starts up in english when swithcing languages during first stage
* Christian Perrier [2004-08-30 08:23:46+0200]
Quoting Recai Oktas ([EMAIL PROTECTED]):
* Hvard Korsvoll [2004-08-29 12:19:41+0200]
I have tried a installation in norwegian bokmaal on a i386 system.
Started installation in export mode and looked around in different
menus to check translation. I changed the language back and forth
(nynorsk, english, bokmaal). Finally settled for bokmaal. Finished the
first stage and rebooted.
When booting in to the installed system I get english as language.
When doing an install and choosing language one time only, it gets
right, I get norwegian bokmaal as language
Hmm, this is probably the same bug as #265085? If so, we should merge
them.
You're certainly right.
Recai, can you have a look at these bugs. They are quite nasty and,
I'm afraid, unanticipated consequences of the
languagechooser/countrychooser interaction.
The best is probably by forcing countrychooser again after a
languagechooser run. However, I don't know how this could be
achievedhence putting Joey in CC.
I have prepared a patch set for {contry,language}chooser explained as
follows:
+ countrychooser:
* debian/postinst:
- Move the core code to a separate executable as 'countrychooser'.
- Make it a wrapper to /usr/bin/countrychooser.
* debian/rules: Install countrychooser to /usr/bin.
* debian/dirs: New file.
* countrychooser: New file. The functionality in postinst can be
reached easily.
+ languagechooser:
* Add a workaround to support language reselections.
(Closes: #265085, #268815)
I've tested them here and seems fine to me. Christian, could you also
give it a try? As I stated in the code (FIXME comment) I couldn't
manage to find a better solution, maybe Joey suggests a more legal
solution for the problem.
One final note: Since the user changes the language, could it be
reasonable to ask him/her for keyboard also? If you think so, here is
the code portion which I've got successful results, (but I don't like
the idea):
db_set debconf/priority critical
countrychooser
+
+ # While on it, the user may also want to change keymap.
+ db_reset console-tools/arch
+ db_set debconf/priority high
+ kbd-chooser
db_set debconf/priority $save_priority
) || true
Regards,
--
roktas
diff -ruN countrychooser.orig/countrychooser countrychooser/countrychooser
--- countrychooser.orig/countrychooser 1970-01-01 02:00:00.0 +0200
+++ countrychooser/countrychooser 2004-08-17 23:49:49.0 +0300
@@ -0,0 +1,286 @@
+#!/bin/sh
+set -e
+
+. /usr/share/debconf/confmodule
+
+db_capb backup
+
+INDENT=
+
+localecode=debian-installer/locale
+fallbacklocalecode=debian-installer/fallbacklocale
+languagechooserlocalecode=languagechooser/locale
+languagecode=debian-installer/language
+countrycode=debian-installer/country
+languagechooserlanguage=languagechooser/language-name
+shortlist=countrychooser/country-name-shortlist
+fulllist=countrychooser/country-name
+
+# This is the iso_3166.tab file location
+ISO3166TAB=/usr/share/iso-codes/iso_3166.tab
+SUPPORTEDLOCALES=/etc/SUPPORTED-short
+SHORTLISTS=/etc/shortlists
+
+for list in $ISO3166TAB ; do
+ if [ -f $list ]; then
+ countries=$list
+ fi
+done
+
+error() {
+ logger -t countrychooser error: $@
+ exit 1
+}
+
+log() {
+ logger -t countrychooser info: $@
+}
+
+code2country() {
+ COUNTRYCODE=$1
+ line=`grep $COUNTRYCODE $countries`
+
+ if [ -n $line ]; then
+ # Remember that country names may have spaces so the code
+ # is different than in country2code.
+ printf $INDENT
+ echo $line | cut -b 4-
+ else
+ error Unable to locate info on country '$COUNTRYCODE'
+ fi
+}
+
+country2code() {
+ COUNTRYNAME=$(echo $1 | sed s/^$INDENT// | sed 's/\\,/,/g')
+ line=`grep $COUNTRYNAME$ $countries`
+
+ if [ -n $line ]; then
+ set $line
+ if [ -n $1 ]; then
+ echo $1
+ fi
+ fi
+}
+
+cat_shortlist() {
+ (out=
+ IFS='
+'
+ while read line; do
+ if $(echo $line | grep -q ^:$1\$); then
+ out=1
+ elif $(echo $line | grep -q ^:); then
+ out=
+ elif [ $out ]; then
+ echo $line
+ fi
+ done
+ ) $SHORTLISTS
+}
+
+loccountry2code() {
+ COUNTRYNAME=$(echo $1 | sed s/^$INDENT// | sed 's/\\,/,/g')
+ line=`cat_shortlist $2| grep $COUNTRYNAME\$`
+ if [ -n $line ]; then
+ set $line
+ if [ -n $1 ]; then
+ echo $1
+ fi
+ fi
+}
+
+# First grab back the country we got from languagechooser
+# (or from elsewhere) and populate the debconf database with
+# it
Bug#269442: Package: installation-reports
Package: installation-reports Debian-installer-version: 01-Aug-2004 11:40 /debian/dists/testing/main/installer-i386/rc1/images/floppy uname -a: Linux kayak 2.4.27-1-686 #1 Sun Aug 15 01:13:41 UTC 2004 i686 GNU/Linux Date: Aug 27, 2004 Method: bootfloppy-image.img If network install, from where? ftp://ftp.us.debian.org/./testing Proxied? No Machine: HP Kayak XU800MT Processor: x86 Family 6 Model 8 Stepping 6 Memory: 256 MB Root Device: SCSI QUANTUM ATLAS10K2-TY092L /dev/sda3 Root Size/partition table: NameFlags Part Type FS Type Size (MB) disc1 Primary Compaq diagnostics 16.46 disc2 Primary W95 FAT32 6456.85 disc3 BootPrimary Linux ext22500.49 disc4 Primary Linux swap 123.38 # lspci :00:00.0 Host bridge: Intel Corp. 82840 840 (Carmel) Chipset Host Bridge (Hub A) (rev 01) :00:01.0 PCI bridge: Intel Corp. 82840 840 (Carmel) Chipset AGP Bridge (rev 01) :00:02.0 PCI bridge: Intel Corp. 82840 840 (Carmel) Chipset PCI Bridge (Hub B) (rev 01) :00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02) :00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02) :00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02) :00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02) :01:05.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) :01:0b.0 Ethernet controller: Accton Technology Corporation SMC2-1211TX (rev 10) :02:1f.0 PCI bridge: Intel Corp. 82806AA PCI64 Hub PCI Bridge (rev 02) :03:00.0 PIC: Intel Corp. 82806AA PCI64 Hub Advanced Programmable Interrupt Controller (rev 01) :03:09.0 SCSI storage controller: Adaptec AIC-7892P U160/m (rev 02) :04:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) # lspci -n :00:00.0 0600: 8086:1a21 (rev 01) :00:01.0 0604: 8086:1a23 (rev 01) :00:02.0 0604: 8086:1a24 (rev 01) :00:1e.0 0604: 8086:2418 (rev 02) :00:1f.0 0601: 8086:2410 (rev 02) :00:1f.1 0101: 8086:2411 (rev 02) :00:1f.2 0c03: 8086:2412 (rev 02) :00:1f.3 0c05: 8086:2413 (rev 02) :01:05.0 0401: 1013:6003 (rev 01) :01:0b.0 0200: 1113:1211 (rev 10) :02:1f.0 0604: 8086:1360 (rev 02) :03:00.0 0800: 8086:1161 (rev 01) :03:09.0 0100: 9005:008f (rev 02) :04:00.0 0300: 102b:0525 (rev 04) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Everything worked perfectly. Thanks! -- Olivier Schreiber [EMAIL PROTECTED] H323 464 5818 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269042: 269042 Addendum: how to preserve Tru64 prepartitioning from the installer?
Colin- On Wed, 1 Sep 2004, Colin Watson wrote: On Wed, Sep 01, 2004 at 09:16:05AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: Really, partman would not need to be fixed if section 'A.5. Debian Partitioning Programs' of the installation documentation were complete. It says that the partitioning step in the installer can be skipped, but does not say what is required 'underneath' in order for the rest of the install to continue properly. It is not at all clear to me that this talk about skipping the partitioner is still true, at least not without significant expert-level hacking. I think it should be removed for the moment to avoid confusion. If infact it is NOT possible to skip the partitioning step, then by all means *PLEASE* remove the section of text from the manual that claims it can be done. Thanks again, Toni --- Toni Harbaugh-Blackford [EMAIL PROTECTED] System Administrator Advanced Biomedical Computing Center (ABCC) National Cancer Institute Contractor - SAIC/Frederick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of vmelilo-installer_1.6_m68k.changes
vmelilo-installer_1.6_m68k.changes uploaded successfully to localhost along with the files: vmelilo-installer_1.6.dsc vmelilo-installer_1.6.tar.gz vmelilo-installer_1.6_m68k.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269446: sarge RC1 on Compaq Proliant DL360
Package: installation-reports Version: sarge RC1 netinst ISO Debian-installer-version: RC1 netinst ISO downloaded 20040831 uname -a: Linux collector1 2.6.8 #1 SMP Wed Sep 1 08:32:19 UTC 2004 i686 GNU/Linux Date: 20040831 Method: booted from netinst iso, downloaded debs from ftp.debian.org Machine: Compaq Proliant DL360 Processor: Dual Pentium III (Coppermine) 1000MHz Memory: 1152K Root Device: Compaq (CISS) RAID device (/dev/ida/c0d0p3) Root Size/partition table: Disk /dev/ida/c0d0: 36.6 GB, 36698849280 bytes 255 heads, 32 sectors/track, 8784 cylinders Units = cylinders of 8160 * 512 = 4177920 bytes Device Boot Start End Blocks Id System /dev/ida/c0d0p1 * 1 36 146864 83 Linux /dev/ida/c0d0p2 37 275 975120 82 Linux swap /dev/ida/c0d0p3 276 398 501840 83 Linux /dev/ida/c0d0p4 3998784342148805 Extended /dev/ida/c0d0p5 399 877 1954304 83 Linux /dev/ida/c0d0p6 8781356 1954304 83 Linux /dev/ida/c0d0p71357878430306224 83 Linux Output of lspci: :00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 05) :00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 05) :00:01.0 RAID bus controller: LSI Logic / Symbios Logic 53C1510 (rev 02) :00:03.0 VGA compatible controller: ATI Technologies Inc 3D Rage IIC 215IIC [Mach64 GT IIC] (rev 7a) :00:04.0 System peripheral: Compaq Computer Corporation Advanced System Management Controller :00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 51) :00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller :03:04.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) :03:05.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] Reboot: [E] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: grub and lilo are confused by the RAID device and refuse to install. After forcing grub to see the error of its ways, neither 2.4.26-1-386 nor 2.6.8-1-686-smp will boot; they are unable to find dev/console and they panic. I found it necessary to build a 2.6.8 kernel with the Compaq RAID card and filesystems compiled in; after booting this, the installation proceeded more or less as expected. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
vmelilo-installer_1.6_m68k.changes ACCEPTED
Accepted: vmelilo-installer_1.6.dsc to pool/main/v/vmelilo-installer/vmelilo-installer_1.6.dsc vmelilo-installer_1.6.tar.gz to pool/main/v/vmelilo-installer/vmelilo-installer_1.6.tar.gz vmelilo-installer_1.6_m68k.udeb to pool/main/v/vmelilo-installer/vmelilo-installer_1.6_m68k.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268815: Second stage in debian-installer starts up in english when swithcing languages during first stage
I've tested them here and seems fine to me. Christian, could you also give it a try? As I stated in the code (FIXME comment) I couldn't manage to find a better solution, maybe Joey suggests a more legal solution for the problem. Recai, thanks a lot for working on this. I use this occasion for granting the work you're doing on these i18n issues : your help has been and is still considerable. I'm quite busy currently at work so I have far less time than earlier weeks. As a consequence, I'm not really sure that I will have time for testing. I'll try but I first want to work again on daily images validation for French (which I've stopped since RC1). IMHO, the change is quite invasive and, then, probably risky before RC2. This means we will probably have to live with 268815 for RC2 unless I am wrong and the change is indeed not dangerous. I'm confident in the quality of your patches, Recai, that's not really the problem. Indeed, they're probably more robust than most of things I've coded myself. However, changing things now is maybe not the safest option. 268815 is, imho, not that grave as the situation where the user changes the language during the install is quite unlikely. I'm waiting for others input on this topic, of course And, anyway, I'll make my best for testing the proposed patch. In the more long future, we probably have to consider merging again languagechooser and countrychooser together : both are working too closely and making countrychooser a separate package may have been a bad design choice (this was mine..:-)). I imagine this to happen only after sarge release, however.
Bug#269446: sarge RC1 on Compaq Proliant DL360
You remembered to define high memory when you built the kernel? On Wed, 1 Sep 2004 11:19:53 -0400 Clint Adams [EMAIL PROTECTED] wrote: Package: installation-reports Version: sarge RC1 netinst ISO Debian-installer-version: RC1 netinst ISO downloaded 20040831 uname -a: Linux collector1 2.6.8 #1 SMP Wed Sep 1 08:32:19 UTC 2004 i686 GNU/Linux Date: 20040831 Method: booted from netinst iso, downloaded debs from ftp.debian.org Machine: Compaq Proliant DL360 Processor: Dual Pentium III (Coppermine) 1000MHz Memory: 1152K Root Device: Compaq (CISS) RAID device (/dev/ida/c0d0p3) Root Size/partition table: Disk /dev/ida/c0d0: 36.6 GB, 36698849280 bytes 255 heads, 32 sectors/track, 8784 cylinders Units = cylinders of 8160 * 512 = 4177920 bytes Device Boot Start End Blocks Id System /dev/ida/c0d0p1 * 1 36 146864 83 Linux /dev/ida/c0d0p2 37 275 975120 82 Linux swap/dev/ida/c0d0p3 276 398 501840 83 Linux/dev/ida/c0d0p4 3998784342148805 Extended/dev/ida/c0d0p5 399 877 1954304 83 Linux/dev/ida/c0d0p6 8781356 1954304 83 Linux/dev/ida/c0d0p71357878430306224 83 Linux Output of lspci: :00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 05) :00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 05) :00:01.0 RAID bus controller: LSI Logic / Symbios Logic 53C1510 (rev 02) :00:03.0 VGA compatible controller: ATI Technologies Inc 3D Rage IIC 215IIC [Mach64 GT IIC] (rev 7a) :00:04.0 System peripheral: Compaq Computer Corporation Advanced System Management Controller :00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 51) :00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller :03:04.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) :03:05.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] Reboot: [E] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: grub and lilo are confused by the RAID device and refuse to install. After forcing grub to see the error of its ways, neither 2.4.26-1-386 nor 2.6.8-1-686-smp will boot; they are unable to find dev/console and they panic. I found it necessary to build a 2.6.8 kernel with the Compaq RAID card and filesystems compiled in; after booting this, the installation proceeded more or less as expected. -- John Peach, Manager of Systems Infrastructure, Globix Corporation, 139 Centre Street, New York, NY 10013-4408 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fate of kernel-image-2.4.xx-bf2.4
* Martin Michlmayr [EMAIL PROTECTED] [2004-08-19 23:50]: * John H. Robinson, IV [EMAIL PROTECTED] [2004-08-19 15:05]: My choices are to continue maintenance, or to file a bug requesting their removal from the archive. We had those kernels removed months ago. Speaking of which, is there a good reason why the boot-floppies sources are still in unstable? -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268792: [m68k] [20040828, rc1(?)] [nativehd] Failure with Debian installer RC1 on Macintosh Quadra650
On Tue, Aug 31, 2004 at 08:07:48PM +0200, Erik C.J. Laan wrote: Mind you my setup was not with a serial console, just with debugging output send over the serial port (debug=ser console=tty0 (not ttyS0)). From what I heard serial console's on Mac's work very bad. Oh right, then this combined with it being a recent daily image means you are probably seeing bts#269077 (incorrectly detecting non-serial-console as serial console). Should be fixed soonish. The debug serial and rc1 subject line had me looking elsewhere. Glad you finally got it installed. Also worth noting is that with the d-i beta3 I tested I could not start the partitioning tool, because it needed more than 4 MB (ramdisk was 20 MB then). Now with the ramdisk_size dropped down to 13000 I have 11 MB RAM left for the installer and the partitioning tool worked, and on top of that the installation was 1,5 to 2 times faster. Progress! -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: Mail Delivery (failure majordomo@lists.sendmail.org)
Welcome to listmanager v2.109, Copyright (c) 1994-2001, M. S. Kucherawy This is a multi-part message in MIME format. Unrecognized command This. Use the help command for assistance. --=_NextPart_000_001B_01C0CA80.6B015D10 Unrecognized command --=_NextPart_000_001B_01C0CA80.6B015D10. Use the help command for assistance. Content-Type: multipart/alternative; Unrecognized command Content-Type:. Use the help command for assistance. boundary==_NextPart_001_001C_01C0CA80.6B015D10 Unrecognized command boundary==_NextPart_001_001C_01C0CA80.6B015D10. Use the help command for assistance. --=_NextPart_001_001C_01C0CA80.6B015D10 Unrecognized command --=_NextPart_001_001C_01C0CA80.6B015D10. Use the help command for assistance. Too many unrecognized commands; aborting *** END OF INPUT *** 5 commands processed. Resources used: Times: 0.0s real, 0.000s user, 0.019s kernel Memory: 127 page faults, 0 swaps, 1292 max. resident I/O:0 reads, 0 writes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fate of kernel-image-2.4.xx-bf2.4
On Wed, Sep 01, 2004 at 05:04:30PM +0100, Martin Michlmayr wrote: * Martin Michlmayr [EMAIL PROTECTED] [2004-08-19 23:50]: * John H. Robinson, IV [EMAIL PROTECTED] [2004-08-19 15:05]: My choices are to continue maintenance, or to file a bug requesting their removal from the archive. We had those kernels removed months ago. Speaking of which, is there a good reason why the boot-floppies sources are still in unstable? Presumably the same reason that's been there for years: boot-floppies | 3.0.22 |stable | source boot-floppies | 3.0.23 | unstable | source The actual disks-* directories in stable are 3.0.23, so the new source needs to be pushed into stable before being removed. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269081: loop with back button
On Mon, Aug 30, 2004 at 02:21:39PM -0400, Joey Hess wrote: I accidentially choose a network interface that is not connected. netcfg asked me if I wanted to do static configuration, and I pressed the back button to go back and select the right interface instead. But the back button took me to a hostname config script. And the back button from there took me back to the boolean question about static configuration. Loop.. Josh seems to have ripped out this code, which I'm not sure I agree with at all. However, in case anyone wants to reintroduce it, the bug was because the return value of debconf_go() was compared against 10 to detect backup, but debconf_go() actually returns 30 for backup. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preseed file not working
Fraser Campbell wrote: Unfortunately the machine used for this testing is being deployed today (and installed right now). I can do more tests with the preseeding on future hardware but it won't be today and most likely won't be until this weekend at the earliest. BTW, what do you mean by Try deleting base-config/main-menu from your files, I'm not that familiar with the installer so I'm not certain where I'd find the file you mention. I mean from the preseeding file you were using. -- see shy jo signature.asc Description: Digital signature
Re: (Resend) APT: can not choose Mirror
Rahmat M. Samik-Ibrahim wrote: Installer: netinst RC1 If you select Bahasa Indonesia (language), you can not enter information manually when selecting a mirror. I guess there is a typo error at: masukkan informasi secara manual since Afrika Selatan (South Africa) is right after that text (A NewLine is missing). RC1 had this problem for 8 languages including id; all have been fixed in testing now. -- see shy jo signature.asc Description: Digital signature
Re: Bug#263573: xserver-xfree86: on alpha depends on read-edid which isn't there
This has nothing to do with read-edid and everything to do with the desktop environment task having been broken due to meta-kde being remporarily removed from testing. -- see shy jo signature.asc Description: Digital signature
Bug#263573: marked as done (xserver-xfree86: on alpha depends on read-edid which isn't there)
Your message dated Wed, 1 Sep 2004 12:52:49 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#263573: xserver-xfree86: on alpha depends on read-edid which isn't there 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) -- Received: (at submit) by bugs.debian.org; 5 Aug 2004 08:06:31 + From [EMAIL PROTECTED] Thu Aug 05 01:06:31 2004 Return-path: [EMAIL PROTECTED] Received: from mailserv.aei.mpg.de [194.94.224.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BsdGh-0005Us-00; Thu, 05 Aug 2004 01:06:31 -0700 Received: by mailserv.aei.mpg.de (Postfix, from userid 65534) id 8544424B67F; Thu, 5 Aug 2004 10:05:59 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mailserv.aei.mpg.de (Postfix) with ESMTP id 1BCDB24B287; Thu, 5 Aug 2004 10:05:59 +0200 (CEST) Received: from localhost.localdomain (unknown [172.16.50.1]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mailserv.aei.mpg.de (Postfix) with ESMTP id 42A8C24B67F; Thu, 5 Aug 2004 10:05:56 +0200 (CEST) Received: from root by localhost.localdomain with local (Exim 4.34) id 1BsdKf-00046h-V6; Thu, 05 Aug 2004 10:10:38 +0200 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Steffen Grunewald [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xserver-xfree86: on alpha depends on read-edid which isn't there X-Mailer: reportbug 2.63 Date: Thu, 05 Aug 2004 10:10:37 +0200 Message-Id: [EMAIL PROTECTED] X-Virus-Scanned: by AMaViS snapshot-20020531 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: xserver-xfree86 Severity: normal -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: alpha Kernel: Linux 2.4.26-1-generic Locale: LANG=C, LC_CTYPE=C d-i fails to install Desktop environment due to lack of installation candidate for read-edid. There might be another missing dependency (a string containing openoffice flashed before the dialog window came back) ... may become a separate bug report as soon as I find out about the details. Cheers, Steffen Grunewald --- Received: (at 263573-done) by bugs.debian.org; 1 Sep 2004 16:52:22 + From [EMAIL PROTECTED] Wed Sep 01 09:52:21 2004 Return-path: [EMAIL PROTECTED] Received: from kitenet.net [64.62.161.42] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C2YLN-0006ct-00; Wed, 01 Sep 2004 09:52:21 -0700 Received: from dragon.kitenet.net (unknown [66.168.94.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN Joey Hess, Issuer Joey Hess (verified OK)) by kitenet.net (Postfix) with ESMTP id E0A9617F46; Wed, 1 Sep 2004 16:52:19 + (GMT) Received: by dragon.kitenet.net (Postfix, from userid 1000) id 7C8A16E192; Wed, 1 Sep 2004 12:52:49 -0400 (EDT) Date: Wed, 1 Sep 2004 12:52:49 -0400 From: Joey Hess [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#263573: xserver-xfree86: on alpha depends on read-edid which isn't there Message-ID: [EMAIL PROTECTED] Mail-Followup-To: [EMAIL PROTECTED], [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=FUaywKC54iCcLzqT Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.5.6+20040818i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --FUaywKC54iCcLzqT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This has nothing to do with read-edid and everything to do with the desktop environment task having been broken due to meta-kde being remporarily removed from testing. --=20 see shy jo --FUaywKC54iCcLzqT Content-Type:
Bug#269442: marked as done (Package: installation-reports)
Your message dated Wed, 1 Sep 2004 12:46:26 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#269442: Package: installation-reports 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) -- Received: (at submit) by bugs.debian.org; 1 Sep 2004 14:57:33 + From [EMAIL PROTECTED] Wed Sep 01 07:57:33 2004 Return-path: [EMAIL PROTECTED] Received: from rwcrmhc12.comcast.net [216.148.227.85] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C2WYH-0005IA-00; Wed, 01 Sep 2004 07:57:33 -0700 Received: from [192.168.123.144] (c-66-229-185-189.we.client2.attbi.com[66.229.185.189]) by comcast.net (rwcrmhc12) with ESMTP id 20040901145702014008rkble (Authid: olivierschreiber); Wed, 1 Sep 2004 14:57:02 + Message-ID: [EMAIL PROTECTED] Date: Wed, 01 Sep 2004 07:54:52 -0700 From: Olivier Schreiber [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Organization: Home User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: Package: installation-reports Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: installation-reports Debian-installer-version: 01-Aug-2004 11:40 /debian/dists/testing/main/installer-i386/rc1/images/floppy uname -a: Linux kayak 2.4.27-1-686 #1 Sun Aug 15 01:13:41 UTC 2004 i686 GNU/Linux Date: Aug 27, 2004 Method: bootfloppy-image.img If network install, from where? ftp://ftp.us.debian.org/./testing Proxied? No Machine: HP Kayak XU800MT Processor: x86 Family 6 Model 8 Stepping 6 Memory: 256 MB Root Device: SCSI QUANTUM ATLAS10K2-TY092L /dev/sda3 Root Size/partition table: NameFlags Part Type FS Type Size (MB) disc1 Primary Compaq diagnostics 16.46 disc2 Primary W95 FAT32 6456.85 disc3 BootPrimary Linux ext22500.49 disc4 Primary Linux swap 123.38 # lspci :00:00.0 Host bridge: Intel Corp. 82840 840 (Carmel) Chipset Host Bridge (Hub A) (rev 01) :00:01.0 PCI bridge: Intel Corp. 82840 840 (Carmel) Chipset AGP Bridge (rev 01) :00:02.0 PCI bridge: Intel Corp. 82840 840 (Carmel) Chipset PCI Bridge (Hub B) (rev 01) :00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02) :00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02) :00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02) :00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02) :01:05.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) :01:0b.0 Ethernet controller: Accton Technology Corporation SMC2-1211TX (rev 10) :02:1f.0 PCI bridge: Intel Corp. 82806AA PCI64 Hub PCI Bridge (rev 02) :03:00.0 PIC: Intel Corp. 82806AA PCI64 Hub Advanced Programmable Interrupt Controller (rev 01) :03:09.0 SCSI storage controller: Adaptec AIC-7892P U160/m (rev 02) :04:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) # lspci -n :00:00.0 0600: 8086:1a21 (rev 01) :00:01.0 0604: 8086:1a23 (rev 01) :00:02.0 0604: 8086:1a24 (rev 01) :00:1e.0 0604: 8086:2418 (rev 02) :00:1f.0 0601: 8086:2410 (rev 02) :00:1f.1 0101: 8086:2411 (rev 02) :00:1f.2 0c03: 8086:2412 (rev 02) :00:1f.3 0c05: 8086:2413 (rev 02) :01:05.0 0401: 1013:6003 (rev 01) :01:0b.0 0200: 1113:1211 (rev 10) :02:1f.0 0604: 8086:1360 (rev 02) :03:00.0 0800: 8086:1161 (rev 01) :03:09.0 0100: 9005:008f (rev 02) :04:00.0 0300: 102b:0525 (rev 04) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Re: Regarding the Storage server recipe in partman-auto
Anton Zinoviev wrote: I think the partman packages finaly have the shape/features I'd like them to have in sarge. The version of partman in unstable fails to start. It hangs at 72% with vistual.d/number running stralign with, apparently, not enough parameters. I've seen this and so have others. -- see shy jo signature.asc Description: Digital signature
Bug#269475: Installation Report (IBM Blade Server HS20)
Package: installation-reports INSTALL REPORT Debian-installer-version: sarge-i386-businesscard.iso (Aug 3 Daily) uname -a: Linux up1 2.6.7-1-686 #1 Thu Jul 8 05:36:53 EDT 2004 i686 GNU/Linux Date: Wed Sep 1 13:00 EDT 2004 Method: Installed from business card cd. Packages downloaded from ftp.debian.org (no proxy was involved) Machine: IBM BladeServer HS20 8832 Processor: 2 x 3.2 Ghz Intel Xeon Memory: 4 GB Root Device: IDE (TOSHIBA MK4019GAXB) 40 GB PCMCIA Hard Drive Root Size/partition table: --partition table-- Disk /dev/hda: 40.0 GB, 40007761920 bytes 16 heads, 63 sectors/track, 77520 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System Mount /dev/hda1 1 7752039070048+ f W95 Ext'd (LBA) /dev/hda5 * 11938 976689 83 Linux/ /dev/hda6 73646 77520 1952968+ 82 Linux swap swap /dev/hda719399688 3905968+ 83 Linux/usr /dev/hda89689 25189 7812472+ 83 Linux/var /dev/hda9 25190 40690 7812472+ 83 Linux/tmp --partition table-- Output of lspci and lspci -n: --lspci output-- :00:00.0 Host bridge: ServerWorks CMIC-LE Host Bridge (GC-LE chipset) (rev 33) :00:00.1 Host bridge: ServerWorks CMIC-LE Host Bridge (GC-LE chipset) :00:00.2 Host bridge: ServerWorks CMIC-LE Host Bridge (GC-LE chipset) :00:01.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :00:0f.0 Host bridge: ServerWorks CSB6 South Bridge (rev b0) :00:0f.1 IDE interface: ServerWorks CSB6 RAID/IDE Controller (rev b0) :00:0f.2 USB Controller: ServerWorks CSB6 OHCI USB Controller (rev 05) :00:0f.3 ISA bridge: ServerWorks GCLE-2 Host Bridge :00:10.0 Host bridge: ServerWorks CIOB-E I/O Bridge with Gigabit Ethernet (rev 12) :00:10.2 Host bridge: ServerWorks CIOB-E I/O Bridge with Gigabit Ethernet (rev 12) :00:11.0 Host bridge: ServerWorks CIOB-X2 PCI-X I/O Bridge (rev 03) :00:11.2 Host bridge: ServerWorks CIOB-X2 PCI-X I/O Bridge (rev 03) :01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 02) :01:00.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 02) :03:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07) --lspci output-- --lspci -n output-- :00:00.0 0600: 1166:0014 (rev 33) :00:00.1 0600: 1166:0014 :00:00.2 0600: 1166:0014 :00:01.0 0300: 1002:4752 (rev 27) :00:0f.0 0600: 1166:0203 (rev b0) :00:0f.1 0101: 1166:0213 (rev b0) :00:0f.2 0c03: 1166:0221 (rev 05) :00:0f.3 0601: 1166:0227 :00:10.0 0600: 1166:0110 (rev 12) :00:10.2 0600: 1166:0110 (rev 12) :00:11.0 0600: 1166:0101 (rev 03) :00:11.2 0600: 1166:0101 (rev 03) :01:00.0 0200: 14e4:16a8 (rev 02) :01:00.1 0200: 14e4:16a8 (rev 02) :03:01.0 0100: 1000:0030 (rev 07) --lspci -n output-- Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: The install went flawlessly and without a hitch. Much easier than getting woody on these systems, which required debootstrapping from a live cd, due the the odd usb/pcmcia subsystems. Since I like minimal cruft when building my servers, the minimal number of installed packages serves me well. Thanks again to all of the d-i team for a great effort. --asg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269336: Installation report Sarge RC1
Am Mittwoch, 01.09.04 um 07:13 Uhr schrieb Christian Perrier: - Why did the installation ask me not every time for the kernel to take? Because it's asked only at medium priority. At high priority (default installs) there's no need to bother users with that. The installed kernel depends on the way you booted the install (linux26 or linux) I swear, I did the same install every time: Hitting return. But the first time I was asked which kernel to take. The only difference between installs was my way back and forward and through the partitioning djungle, and maybe, hitting space one time at startup before return. And at first install, I waited a longer time for something to happen. Please recall: I did not see anything on the Startup-Screen than the picture. I did not type linux, linux26 or anything else with numbers or letters. cu Jutta -- http://www.witch.westfalen.de http://witch.muensterland.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269487: fails to start up with stralign hanging
Package: partman Severity: critical Tags: d-i Partman hangs on startup at 72% (Detecting file systems). ps shows init.d/70update_partitions is calling update.d/80visual which is calling visual.d/nuimber, which is calling stralign #6, which is apparently hanging due to being given bad parameters. After a while (2+ minutes), it does continue, but the partition tree is all messed up, partitions are represented by something that is not human readable, and selecting a partition does not work. As best I can tell, visual.d/number is being passed the following parameters: /var/lib/partman/devices/=dev=ide=host0=bus0=target0=lun0=disc 6 96768-50061311 49964544 logical ext3 /dev/ide/host0/bus0/target0/lun This is from /proc/pid/cmdline so may be wrong, and I suspect there's more at the end. Anyway, looking at visual.d/number, it seems to pass stralign two parameters, a $number_width and $x, which is from partman/text/number's description. Since I see stralign #6 in ps, it must not be getting a $number_width from anywhere. It looks like number_width used to be defined in partman/partman, but this has been commented out in the most recent version, with the very unhelpful commit message Many changes in partman, look at Debian changelog files. Nothing I can see in the changelog mentions why it was commented out. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US, LC_CTYPE=en_US -- see shy jo signature.asc Description: Digital signature
Bug#269486: Installation Report (IBM BladeCenter HS20 / SCSI)
Package: installation-reports INSTALL REPORT Debian-installer-version: sarge-i386-businesscard.iso uname -a: Linux up1 2.6.7-1-686 #1 Thu Jul 8 05:36:53 EDT 2004 i686 GNU/Linux Date: Wed Sep 1 14:30:00 EDT 2004 Method: Installed from business card iso over the net from ftp.debian.org with no proxies. Machine: IBM BladeCenter HS20 8832 Processor: 2 x 3.2 GHz Intel Xeon Memory: 4 GB Root Device: SCSI (LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI) Root Size/partition table: --partition table-- Disk /dev/sda: 146.6 GB, 146693685248 bytes 255 heads, 63 sectors/track, 17834 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System Mounts /dev/sda1 * 1 18 144553+ 83 Linux / /dev/sda2 19 17834 1431070205 Extended /dev/sda5 19 626 4883728+ 83 Linux /usr /dev/sda6 627 991 2931831 83 Linux /tmp /dev/sda7 9921040 393561 83 Linux /var /dev/sda81041 17772 134399758+ 83 Linux /home /dev/sda9 17773 17834 497983+ 82 Linux swap swap --partition table-- Output of lspci and lspci -n: --lspci output-- :00:00.0 Host bridge: ServerWorks CMIC-LE Host Bridge (GC-LE chipset) (rev 33) :00:00.1 Host bridge: ServerWorks CMIC-LE Host Bridge (GC-LE chipset) :00:00.2 Host bridge: ServerWorks CMIC-LE Host Bridge (GC-LE chipset) :00:01.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :00:0f.0 Host bridge: ServerWorks CSB6 South Bridge (rev b0) :00:0f.1 IDE interface: ServerWorks CSB6 RAID/IDE Controller (rev b0) :00:0f.2 USB Controller: ServerWorks CSB6 OHCI USB Controller (rev 05) :00:0f.3 ISA bridge: ServerWorks GCLE-2 Host Bridge :00:10.0 Host bridge: ServerWorks CIOB-E I/O Bridge with Gigabit Ethernet (rev 12) :00:10.2 Host bridge: ServerWorks CIOB-E I/O Bridge with Gigabit Ethernet (rev 12) :00:11.0 Host bridge: ServerWorks CIOB-X2 PCI-X I/O Bridge (rev 03) :00:11.2 Host bridge: ServerWorks CIOB-X2 PCI-X I/O Bridge (rev 03) :01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 02) :01:00.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 02) :03:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07) --lspci output-- --lspci -n output-- :00:00.0 0600: 1166:0014 (rev 33) :00:00.1 0600: 1166:0014 :00:00.2 0600: 1166:0014 :00:01.0 0300: 1002:4752 (rev 27) :00:0f.0 0600: 1166:0203 (rev b0) :00:0f.1 0101: 1166:0213 (rev b0) :00:0f.2 0c03: 1166:0221 (rev 05) :00:0f.3 0601: 1166:0227 :00:10.0 0600: 1166:0110 (rev 12) :00:10.2 0600: 1166:0110 (rev 12) :00:11.0 0600: 1166:0101 (rev 03) :00:11.2 0600: 1166:0101 (rev 03) :01:00.0 0200: 14e4:16a8 (rev 02) :01:00.1 0200: 14e4:16a8 (rev 02) :03:01.0 0100: 1000:0030 (rev 07) --lspci -n output-- Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [E] Comments/Problems: The install went as flawlessly as on the IDE install I did earlier. The issue I ran into upon rebooting was due to the installer being given the SCSI device as /dev/sdb during installation but it reverting to /dev/sda on boot (due to the CD-Rom apparently) causing a kernel panic since it couldn't find root. An easy fix was to edit /boot/grub/menu.lst and change the reference to /dev/sdb1 to /dev/sda1 (either before rebooting the first time or at the Grub menu.) Also, an edit to /etc/fstab is required. Other than that, an easy install and all hardware was recognized both during installation as well as afterwards. Thanks again, --asg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman_51_i386.changes
partman_51_i386.changes uploaded successfully to localhost along with the files: partman_51.dsc partman_51.tar.gz partman_51_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269475: marked as done (Installation Report (IBM Blade Server HS20))
Your message dated Wed, 1 Sep 2004 15:06:51 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#269475: Installation Report (IBM Blade Server HS20) 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) -- Received: (at submit) by bugs.debian.org; 1 Sep 2004 17:49:10 + From [EMAIL PROTECTED] Wed Sep 01 10:49:10 2004 Return-path: [EMAIL PROTECTED] Received: from cpe-069-132-016-244.carolina.rr.com (gimp.shacknet.nu) [69.132.16.244] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C2ZEM-00052m-00; Wed, 01 Sep 2004 10:49:10 -0700 Received: from lemming by gimp.shacknet.nu with local (Exim 3.35 #1 (Debian)) id 1C2ZH7-0004lk-00 for [EMAIL PROTECTED]; Wed, 01 Sep 2004 13:52:01 -0400 Date: Wed, 1 Sep 2004 13:52:00 -0400 To: [EMAIL PROTECTED] Subject: Installation Report (IBM Blade Server HS20) Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Blackadder: Baldrick, do you know what irony is? X-Baldrick: Yeah, it's like goldy and bronzy only it's made of iron. From: Adam Garside [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.5 required=4.0 tests=BAYES_10,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: installation-reports INSTALL REPORT Debian-installer-version: sarge-i386-businesscard.iso (Aug 3 Daily) uname -a: Linux up1 2.6.7-1-686 #1 Thu Jul 8 05:36:53 EDT 2004 i686 GNU/Linux Date: Wed Sep 1 13:00 EDT 2004 Method: Installed from business card cd. Packages downloaded from ftp.debian.org (no proxy was involved) Machine: IBM BladeServer HS20 8832 Processor: 2 x 3.2 Ghz Intel Xeon Memory: 4 GB Root Device: IDE (TOSHIBA MK4019GAXB) 40 GB PCMCIA Hard Drive Root Size/partition table: --partition table-- Disk /dev/hda: 40.0 GB, 40007761920 bytes 16 heads, 63 sectors/track, 77520 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System Mount /dev/hda1 1 7752039070048+ f W95 Ext'd (LBA) /dev/hda5 * 11938 976689 83 Linux/ /dev/hda6 73646 77520 1952968+ 82 Linux swap swap /dev/hda719399688 3905968+ 83 Linux/usr /dev/hda89689 25189 7812472+ 83 Linux/var /dev/hda9 25190 40690 7812472+ 83 Linux/tmp --partition table-- Output of lspci and lspci -n: --lspci output-- :00:00.0 Host bridge: ServerWorks CMIC-LE Host Bridge (GC-LE chipset) (rev 33) :00:00.1 Host bridge: ServerWorks CMIC-LE Host Bridge (GC-LE chipset) :00:00.2 Host bridge: ServerWorks CMIC-LE Host Bridge (GC-LE chipset) :00:01.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :00:0f.0 Host bridge: ServerWorks CSB6 South Bridge (rev b0) :00:0f.1 IDE interface: ServerWorks CSB6 RAID/IDE Controller (rev b0) :00:0f.2 USB Controller: ServerWorks CSB6 OHCI USB Controller (rev 05) :00:0f.3 ISA bridge: ServerWorks GCLE-2 Host Bridge :00:10.0 Host bridge: ServerWorks CIOB-E I/O Bridge with Gigabit Ethernet (rev 12) :00:10.2 Host bridge: ServerWorks CIOB-E I/O Bridge with Gigabit Ethernet (rev 12) :00:11.0 Host bridge: ServerWorks CIOB-X2 PCI-X I/O Bridge (rev 03) :00:11.2 Host bridge: ServerWorks CIOB-X2 PCI-X I/O Bridge (rev 03) :01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 02) :01:00.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 02) :03:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07) --lspci output-- --lspci -n output-- :00:00.0 0600: 1166:0014 (rev 33) :00:00.1 0600: 1166:0014 :00:00.2 0600: 1166:0014 :00:01.0 0300: 1002:4752 (rev 27) :00:0f.0 0600: 1166:0203 (rev b0) :00:0f.1 0101: 1166:0213 (rev b0) :00:0f.2 0c03: 1166:0221 (rev 05) :00:0f.3 0601: 1166:0227 :00:10.0 0600: 1166:0110 (rev 12) :00:10.2 0600: 1166:0110 (rev 12) :00:11.0 0600: 1166:0101 (rev 03) :00:11.2 0600: 1166:0101 (rev 03) :01:00.0 0200: 14e4:16a8 (rev 02)
Re: Debian and Ibm RS6000 7043-150
Sven Luther wrote: On Wed, Sep 01, 2004 at 09:31:41AM +0200, Nicolas Raspail wrote: Hi, I've tried to netboot the vmlinux-prep/chrp.initrd and none works for me. Here is some logs extract Ok, since now we know that your box is a chrp one, we can tell a bit more about this : 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-prep.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11055 Final File Size = 5660139 bytes. Unexpected Firmware Error: DEFAULT CATCH!, code=fff00300 at %SRR0: 00c1b030 %SRR1: 3030 This is expected, since you are trying to boot a prep kernel on a chrp box. 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed ok 0 Ok, claim is used in the bootloader. I don't really know if this is happening while the OF is claiming space for the kernel (i somehow don't think so, because it has already loaded it somewhere), or if the actual kernel boot-loader is trying to claim in the arch/ppc/boot/openfirmware/main.c. 0 setenv load-base 10 ok 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x10 Max Size=0xb0 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. REBOOT LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed This should have helped. I naturally have no idea how the IBM OF is set out, where the actual OF code is located, and what the free space is. Could you try other load-base entries ? And BTW, how much memory you have on that box anyway ? Also, could provide the output of powerpc/netboot/2.4/vmlinuz-chrp.initrd as well, and try to boot a standalone (without initrd) 2.6 kernel, by installing kernel-image-2.6.8-powerpc, and running mkvmlinuz -n -o /tftpboot/vmlinuz-2.6.8-powerpc -k /boot/vmlinux-2.6.8-powerpc and then booting the resulting kernel. You would need mkvmlinuz version 9 or higher. Friendly, Sven Luther For the mkvmlinuz, I've found an old 7043-140 (Prep box, Ram 768 Mo, 2 go hd) and tried to install Debian as it's easier I think, but I got kernel panic after netbooting the DI vmlinuz-prep.initrd. After some reading, I need to have 512 Mo max for RAM (if more are present, memory maps change and the prep loader doesn't work), so I remove some RAM and now it boots. I can configure the keyboard but it doesn't see my hardisk. I'm connected with minicom so it seems I can't switch to another virtual console to see any message. Do you have any idea for the non detection of my scsi hardisk and card ? Back to my 7043-150. My box have 1 Go of RAM, so perhaps, I'm having the same problem. Tomorrow I'll downgrade it to 256 Mo and try the last DI build to see if I've the same CLAIM failed. If this doesn't work, I'll try to install debian on my 7043-140 and use the mkvmlinux tip Regards Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269281: Package: installation-reports
Joey, The only configuration I cannot remember how I configured aptitude, so I have rerun the whole process and this is what I did: 1. After the base system is configured and grub installed. 2. I set the root password and a regular user. 3. Apt config: - I do not add any other cd. - It asks if I want to configure another apt source? and I said no. Probably this is what I did wrong, but the message is a bit confusing since it claims that The Debian package management tool, apt, is now configured, and can install 171 packages. However, you may want to add another source to apt so it can download packages from more than one location. - After that I set no proxy and chose to select packages manually. - This results in the configuration that I explained in my previous mails. Hope this is more clear. Jorge Joey Hess wrote: Jorge D. Ortiz Fuentes wrote: ~Let me reword my explanation. 1. I installed from the sarge-i386-netinst.iso CD using English as language and Europe/Spain as location. 2. The installation finishes (at least for me) running aptitude. You left out an explanation of how you chose to configure your sources.list before aptitude was run. That's exactly the information I asked for in the first place.. 6. I run apt-setup manually to add the required lines to continue installing the system from the network. I'm confused by the fact that you seem to be able to run apt-setup manually and get it to do what you want, but when the exact same apt-setup program is run automatically for you as part of the installation process as step 1.5 above, you don't seem to be able to set things up there. Why not? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of choose-mirror_1.03_i386.changes
choose-mirror_1.03_i386.changes uploaded successfully to localhost along with the files: choose-mirror_1.03.dsc choose-mirror_1.03.tar.gz choose-mirror_1.03_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman_51_i386.changes ACCEPTED
Accepted: partman_51.dsc to pool/main/p/partman/partman_51.dsc partman_51.tar.gz to pool/main/p/partman/partman_51.tar.gz partman_51_i386.udeb to pool/main/p/partman/partman_51_i386.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
choose-mirror_1.03_i386.changes ACCEPTED
Accepted: choose-mirror_1.03.dsc to pool/main/c/choose-mirror/choose-mirror_1.03.dsc choose-mirror_1.03.tar.gz to pool/main/c/choose-mirror/choose-mirror_1.03.tar.gz choose-mirror_1.03_i386.udeb to pool/main/c/choose-mirror/choose-mirror_1.03_i386.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman_52_i386.changes
partman_52_i386.changes uploaded successfully to localhost along with the files: partman_52.dsc partman_52.tar.gz partman_52_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268815: Second stage in debian-installer starts up in english when swithcing languages during first stage
* Christian Perrier [2004-09-01 17:20:11+0200]
I've tested them here and seems fine to me. Christian, could you also
give it a try? As I stated in the code (FIXME comment) I couldn't
manage to find a better solution, maybe Joey suggests a more legal
solution for the problem.
Recai, thanks a lot for working on this. I use this occasion for
granting the work you're doing on these i18n issues: your help has
been and is still considerable.
Thanks for your comments :-)
I'm quite busy currently at work so I have far less time than earlier
weeks.
As a consequence, I'm not really sure that I will have time for
testing. I'll try but I first want to work again on daily images
validation for French (which I've stopped since RC1).
IMHO, the change is quite invasive and, then, probably risky before
RC2. This means we will probably have to live with 268815 for RC2
unless I am wrong and the change is indeed not dangerous.
IMO, the change is not so invasive as it appears. The patch for the
countrychooser does only a simple code move and it is perfectly possible
to ignore it at all, at the expense of using a somewhat ugly call as
'/var/lib/dpkg/info/countrychooser.postinst'. The critical code is in
the languagechooser patch, but I think it should be a safe change,
because I deliberately put the code in a '(...) || true' block, so that
a failure case does not stuck the installation. (Maybe we should
change it as e.g. '(...) || { log failure to reselect language }')
I'm confident in the quality of your patches, Recai, that's not really
the problem. Indeed, they're probably more robust than most of things
I've coded myself. However, changing things now is maybe not the
safest option.
268815 is, imho, not that grave as the situation where the user
changes the language during the install is quite unlikely.
Yes, I agree, it's not so serious.
I'm waiting for others input on this topic, of course
And, anyway, I'll make my best for testing the proposed patch.
In the more long future, we probably have to consider merging again
languagechooser and countrychooser together: both are working too
closely and making countrychooser a separate package may have been a
bad design choice (this was mine..:-)).
I imagine this to happen only after sarge release, however.
Right. We should merge them in future.
--
roktas
signature.asc
Description: Digital signature
partman_52_i386.changes ACCEPTED
Accepted: partman_52.dsc to pool/main/p/partman/partman_52.dsc partman_52.tar.gz to pool/main/p/partman/partman_52.tar.gz partman_52_i386.udeb to pool/main/p/partman/partman_52_i386.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269487: marked as done (fails to start up with stralign hanging)
Your message dated Wed, 1 Sep 2004 16:30:01 -0400 with message-id [EMAIL PROTECTED] and subject line FWD: Bug#269487: fails to start up with stralign hanging 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) -- Received: (at submit) by bugs.debian.org; 1 Sep 2004 18:58:26 + From [EMAIL PROTECTED] Wed Sep 01 11:58:26 2004 Return-path: [EMAIL PROTECTED] Received: from kitenet.net [64.62.161.42] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C2aJO-0008CI-00; Wed, 01 Sep 2004 11:58:26 -0700 Received: from dragon.kitenet.net (unknown [66.168.94.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN Joey Hess, Issuer Joey Hess (verified OK)) by kitenet.net (Postfix) with ESMTP id 3E0C6182E3 for [EMAIL PROTECTED]; Wed, 1 Sep 2004 18:55:23 + (GMT) Received: by dragon.kitenet.net (Postfix, from userid 1000) id 536756E192; Wed, 1 Sep 2004 14:56:01 -0400 (EDT) Date: Wed, 1 Sep 2004 14:56:01 -0400 From: Joey Hess [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: fails to start up with stralign hanging Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=Nq2Wo0NMKNjxTN9z Content-Disposition: inline X-Reportbug-Version: 2.64 User-Agent: Mutt/1.5.6+20040818i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: partman Severity: critical Tags: d-i Partman hangs on startup at 72% (Detecting file systems).=20 ps shows init.d/70update_partitions is calling update.d/80visual which is calling visual.d/nuimber, which is calling stralign #6, which is apparently hanging due to being given bad parameters. After a while (2+ minutes), it does continue, but the partition tree is all messed up, partitions are represented by something that is not human readable, and selecting a partition does not work. As best I can tell, visual.d/number is being passed the following parameters: /var/lib/partman/devices/=3Ddev=3Dide=3Dhost0=3Dbus0=3Dtarget0=3Dlun0=3Ddisc 6 96768-50061311 49964544 logical ext3 /dev/ide/host0/bus0/target0/lun This is from /proc/pid/cmdline so may be wrong, and I suspect there's more at the end. Anyway, looking at visual.d/number, it seems to pass stralign two parameters, a $number_width and $x, which is from partman/text/number's description. Since I see stralign #6 in ps, it must not be getting a $number_width from anywhere.=20 It looks like number_width used to be defined in partman/partman, but this has been commented out in the most recent version, with the very unhelpful commit message Many changes in partman, look at Debian changelog files. Nothing I can see in the changelog mentions why it was commented out. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=3Den_US, LC_CTYPE=3Den_US --=20 see shy jo --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature; name=signature.asc Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBNhtBd8HHehbQuO8RAinwAJ9AudFMWv9kRlm/VnAJexWbkrrpgwCfYF5h vIPaIHGlP8u+Tu/QvUq6/og= =yQVV -END PGP SIGNATURE- --Nq2Wo0NMKNjxTN9z-- --- Received: (at 269487-done) by bugs.debian.org; 1 Sep 2004 20:29:28 + From [EMAIL PROTECTED] Wed Sep 01 13:29:28 2004 Return-path: [EMAIL PROTECTED] Received: from kitenet.net [64.62.161.42] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C2bjU-0001VX-00; Wed, 01 Sep 2004 13:29:28 -0700 Received: from dragon.kitenet.net (unknown [66.168.94.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN Joey Hess, Issuer Joey Hess (verified OK)) by kitenet.net (Postfix) with ESMTP id 6594B1803B for [EMAIL PROTECTED]; Wed, 1 Sep 2004 20:29:27 + (GMT) Received: by dragon.kitenet.net (Postfix, from userid 1000) id
Bug#269077: serial check
On Wed, Sep 01, 2004 at 09:27:12AM -0500, Stephen R Marenka wrote: On Wed, Sep 01, 2004 at 01:36:24AM +0200, Wouter Verhelst wrote: [...serial check thinks real consoles are serial as well...] Hm. I just referenced the code which was already in rootskel, supposing it was working OK, but that doesn't seem to be the case. Checking on my VME box, however, the /proc/self/fd/* files also link to /dev/console, so there is no way this problem could be fixed by slightly modifying the check. The difference is that the original code was called by debian-installer and the new code is called in sbin/init, which has a different context. Ah, that explains. Darn. I'll try and see whether I can find a difference from that context, then, but I'm afraid not. Can the following sbin/init code be moved to lib/debian-installer.d/S30term? if [ $TERM_TYPE = serial ]; then for i in 2 3 4 5; do rm -f /dev/vc/$i done fi No, I tried that; by that time, it's too late. This seems to solve the detection problem for me. Do you really need to delete the extra vc devices? Yes; because busybox init currently checks whether the devices are there (whether the files exist), and if they are, tries to open them. Repeatedly. Issuing an error every time it fails (which, of course, happens every time). Removing the files once those error messages start to appear only changes the error that appears; and with those messages going over the screen, the usefulness of d-i is quite, uh, low. This obviously really is a bug in busybox init, hence my previous suggestion to try and fix that one. -- EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER -- with thanks to fortune signature.asc Description: Digital signature
Bug#269336: Installation report Sarge RC1
On Wed, Sep 01, 2004 at 08:00:50PM +0200, Jutta Wrage wrote: Am Mittwoch, 01.09.04 um 07:13 Uhr schrieb Christian Perrier: Jutta Wrage wrote: - Why did the installation ask me not every time for the kernel to take? Because it's asked only at medium priority. At high priority (default installs) there's no need to bother users with that. The installed kernel depends on the way you booted the install (linux26 or linux) I swear, I did the same install every time: Hitting return. But the first time I was asked which kernel to take. The only difference between installs was my way back and forward Going back drops debconf priority (successful menu items after the back-up gradually raise it again); this could easily have led to confusion. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian and Ibm RS6000 7043-150
On Wed, Sep 01, 2004 at 09:23:46PM +0200, Nicolas Raspail wrote: Sven Luther wrote: On Wed, Sep 01, 2004 at 09:31:41AM +0200, Nicolas Raspail wrote: Hi, I've tried to netboot the vmlinux-prep/chrp.initrd and none works for me. Here is some logs extract Ok, since now we know that your box is a chrp one, we can tell a bit more about this : 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-prep.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11055 Final File Size = 5660139 bytes. Unexpected Firmware Error: DEFAULT CATCH!, code=fff00300 at %SRR0: 00c1b030 %SRR1: 3030 This is expected, since you are trying to boot a prep kernel on a chrp box. 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed ok 0 Ok, claim is used in the bootloader. I don't really know if this is happening while the OF is claiming space for the kernel (i somehow don't think so, because it has already loaded it somewhere), or if the actual kernel boot-loader is trying to claim in the arch/ppc/boot/openfirmware/main.c. 0 setenv load-base 10 ok 0 boot net:10.252.82.254,,10.252.82.229 LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x10 Max Size=0xb0 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. REBOOT LOAD: Waiting 60 seconds for Spanning Tree BOOTP R = 1 BOOTP S = 1 FILE: /install/tftpboot/vmlinuz-chrp.initrd Load Addr=0x4000 Max Size=0xbfc000 FINAL Packet Count = 11188 Final File Size = 5727838 bytes. CLAIM failed This should have helped. I naturally have no idea how the IBM OF is set out, where the actual OF code is located, and what the free space is. Could you try other load-base entries ? And BTW, how much memory you have on that box anyway ? Also, could provide the output of powerpc/netboot/2.4/vmlinuz-chrp.initrd as well, and try to boot a standalone (without initrd) 2.6 kernel, by installing kernel-image-2.6.8-powerpc, and running mkvmlinuz -n -o /tftpboot/vmlinuz-2.6.8-powerpc -k /boot/vmlinux-2.6.8-powerpc and then booting the resulting kernel. You would need mkvmlinuz version 9 or higher. Friendly, Sven Luther For the mkvmlinuz, I've found an old 7043-140 (Prep box, Ram 768 Mo, 2 go hd) and tried to install Debian as it's easier I think, but I got kernel panic after netbooting the DI vmlinuz-prep.initrd. After some reading, I need to have 512 Mo max for RAM (if more are present, memory maps change and the prep loader doesn't work), so I remove some RAM and now it boots. I can configure the keyboard but it doesn't see my hardisk. I'm connected with minicom so it seems I can't switch to another virtual console to see any message. Do you have any idea for the non detection of my scsi hardisk and card ? Yes, you probably have a sym53c8xx based driver, and it needs the scsi_transport module which Jens mentioned was missing. Jens added it to the modules, but i am waiting for Jens to rebuild a powerpc kernel based on the 2.6.8-5 kernel-source to make a new upload. This should fix this problem. In any case, could you go to console 2, and give us the content of /proc/pci and /proc/bus/pci/devices, so we can confirm that this is it ? Back to my 7043-150. My box have 1 Go of RAM, so perhaps, I'm having the same problem. Tomorrow I'll downgrade it to 256 Mo and try the last DI build to see if I've the same CLAIM failed. If this doesn't work, I'll try to install debian on my 7043-140 and use the mkvmlinux tip Ok. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261256: Fix for the locale generation patch
I've made a trivial fix in the patch, there was an unclosed quote. The change has been committed to the repository: r20580. -- roktas signature.asc Description: Digital signature
Processing of partman-auto_33_i386.changes
partman-auto_33_i386.changes uploaded successfully to localhost along with the files: partman-auto_33.dsc partman-auto_33.tar.gz partman-auto_33_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-basicfilesystems_32_i386.changes
partman-basicfilesystems_32_i386.changes uploaded successfully to localhost along with the files: partman-basicfilesystems_32.dsc partman-basicfilesystems_32.tar.gz partman-basicfilesystems_32_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-basicmethods_22_i386.changes
partman-basicmethods_22_i386.changes uploaded successfully to localhost along with the files: partman-basicmethods_22.dsc partman-basicmethods_22.tar.gz partman-basicmethods_22_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-jfs_7_i386.changes
partman-jfs_7_i386.changes uploaded successfully to localhost along with the files: partman-jfs_7.dsc partman-jfs_7.tar.gz partman-jfs_7_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-ext3_31_i386.changes
partman-ext3_31_i386.changes uploaded successfully to localhost along with the files: partman-ext3_31.dsc partman-ext3_31.tar.gz partman-ext3_31_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-lvm_24_i386.changes
partman-lvm_24_i386.changes uploaded successfully to localhost along with the files: partman-lvm_24.dsc partman-lvm_24.tar.gz partman-lvm_24_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-reiserfs_18_i386.changes
partman-reiserfs_18_i386.changes uploaded successfully to localhost along with the files: partman-reiserfs_18.dsc partman-reiserfs_18.tar.gz partman-reiserfs_18_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-target_29_i386.changes
partman-target_29_i386.changes uploaded successfully to localhost along with the files: partman-target_29.dsc partman-target_29.tar.gz partman-target_29_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-partitioning_27_i386.changes
partman-partitioning_27_i386.changes uploaded successfully to localhost along with the files: partman-partitioning_27.dsc partman-partitioning_27.tar.gz partman-partitioning_27_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-xfs_18_i386.changes
partman-xfs_18_i386.changes uploaded successfully to localhost along with the files: partman-xfs_18.dsc partman-xfs_18.tar.gz partman-xfs_18_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-auto_33_i386.changes ACCEPTED
Accepted: partman-auto_33.dsc to pool/main/p/partman-auto/partman-auto_33.dsc partman-auto_33.tar.gz to pool/main/p/partman-auto/partman-auto_33.tar.gz partman-auto_33_all.udeb to pool/main/p/partman-auto/partman-auto_33_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-basicfilesystems_32_i386.changes ACCEPTED
Accepted: partman-basicfilesystems_32.dsc to pool/main/p/partman-basicfilesystems/partman-basicfilesystems_32.dsc partman-basicfilesystems_32.tar.gz to pool/main/p/partman-basicfilesystems/partman-basicfilesystems_32.tar.gz partman-basicfilesystems_32_all.udeb to pool/main/p/partman-basicfilesystems/partman-basicfilesystems_32_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-basicmethods_22_i386.changes ACCEPTED
Accepted: partman-basicmethods_22.dsc to pool/main/p/partman-basicmethods/partman-basicmethods_22.dsc partman-basicmethods_22.tar.gz to pool/main/p/partman-basicmethods/partman-basicmethods_22.tar.gz partman-basicmethods_22_all.udeb to pool/main/p/partman-basicmethods/partman-basicmethods_22_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debconf constructs to watch out for, to support preseeding
The debconf preseeding support that I've added to d-i relies on d-i components not doing things with debconf that mae preseeding impossible. Please watch out for the following uses of debconf: - Reset before asking a question: db_reset some/question db_input high some/question db_go db_get some/question # Do something with $RET here Resetting the question clears the preseeded value and unsets the seen flag, which destroys any preseeded value. This can generally be changed to do the reset after asking the question, which will let the first ask of it be preseeded: db_input high some/question db_go db_get some/question # Do something with $RET here db_reset some/question - Explicitly setting a question's answer before asking it: db_set some/question blah ... db_input high some/question This just wipes out any preseeded value. Generally this can be changed to set a good default in the templates file, and if necessary, reset the question after asking it. Another approach that works sometimes is to avoid setting the question if it already has a value or is already seen. - Unsetting seen flag. db_fset some/question seen false This is completly unnecessary, and it just makes preseeding not work. In the d-i environment, if you ask a question twice, the user will see it twice, without you needing to touch the seen flag. The only valid use of touching the seen flag is setting it to true, to prevent a question from being displayes, as preseeding and a few other places in d-i do. I've fixed some of the worst offenders and hopefully it will be possible to preseed all the questions asked in a standard install fairly soon. -- see shy jo signature.asc Description: Digital signature
Re: i386 pxelinux netboot + serial console
On Tue, 31 Aug 2004, Joey Hess wrote:
Applied in essence, thanks. One thing I was not able to check is whether
f1.txt has the correct number of lines on a serial console. Your version
had it one line too long (should be 23) on regular console.
Seems OK to me apart from f3.txt.with26: see attached patch
The number of lines on a serial console depends on the console. We could
perhaps add an extra line making it 24 lines for a serial console but
probably best to leave alone for now as serial output is OK.
NB: I have only tested the netboot with serial console for this patch. I
have not tested the vga console.Index: installer/build/boot/x86/f3.txt.with26
===
--- installer/build/boot/x86/f3.txt.with26 (revision 20540)
+++ installer/build/boot/x86/f3.txt.with26 (working copy)
@@ -1,4 +1,4 @@
- 0fBOOT METHODS07
F3
+ 0fBOOT METHODS07
09F307
0fAvailable boot methods:07
@@ -20,4 +20,4 @@
If unsure, you should use the default boot method, with no special
parameters, by simply pressing enter at the boot prompt.
-Press F1 for the help index, or ENTER to ${BOOTPROMPT}
+Press F1control and F then 1 for the help index, or ENTER to ${BOOTPROMPT}
Processing of partman_53_i386.changes
partman_53_i386.changes uploaded successfully to localhost along with the files: partman_53.dsc partman_53.tar.gz partman_53_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-ext3_31_i386.changes ACCEPTED
Accepted: partman-ext3_31.dsc to pool/main/p/partman-ext3/partman-ext3_31.dsc partman-ext3_31.tar.gz to pool/main/p/partman-ext3/partman-ext3_31.tar.gz partman-ext3_31_all.udeb to pool/main/p/partman-ext3/partman-ext3_31_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-jfs_7_i386.changes ACCEPTED
Accepted: partman-jfs_7.dsc to pool/main/p/partman-jfs/partman-jfs_7.dsc partman-jfs_7.tar.gz to pool/main/p/partman-jfs/partman-jfs_7.tar.gz partman-jfs_7_all.udeb to pool/main/p/partman-jfs/partman-jfs_7_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-lvm_24_i386.changes ACCEPTED
Accepted: partman-lvm_24.dsc to pool/main/p/partman-lvm/partman-lvm_24.dsc partman-lvm_24.tar.gz to pool/main/p/partman-lvm/partman-lvm_24.tar.gz partman-lvm_24_all.udeb to pool/main/p/partman-lvm/partman-lvm_24_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-partitioning_27_i386.changes ACCEPTED
Accepted: partman-partitioning_27.dsc to pool/main/p/partman-partitioning/partman-partitioning_27.dsc partman-partitioning_27.tar.gz to pool/main/p/partman-partitioning/partman-partitioning_27.tar.gz partman-partitioning_27_all.udeb to pool/main/p/partman-partitioning/partman-partitioning_27_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-reiserfs_18_i386.changes ACCEPTED
Accepted: partman-reiserfs_18.dsc to pool/main/p/partman-reiserfs/partman-reiserfs_18.dsc partman-reiserfs_18.tar.gz to pool/main/p/partman-reiserfs/partman-reiserfs_18.tar.gz partman-reiserfs_18_all.udeb to pool/main/p/partman-reiserfs/partman-reiserfs_18_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-target_29_i386.changes ACCEPTED
Accepted: partman-target_29.dsc to pool/main/p/partman-target/partman-target_29.dsc partman-target_29.tar.gz to pool/main/p/partman-target/partman-target_29.tar.gz partman-target_29_all.udeb to pool/main/p/partman-target/partman-target_29_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-xfs_18_i386.changes ACCEPTED
Accepted: partman-xfs_18.dsc to pool/main/p/partman-xfs/partman-xfs_18.dsc partman-xfs_18.tar.gz to pool/main/p/partman-xfs/partman-xfs_18.tar.gz partman-xfs_18_all.udeb to pool/main/p/partman-xfs/partman-xfs_18_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
