Installer fails on initrd-tools
Hi, I'm having an issue installing Debian on my Via Epia MII-12000 mini-itx box. I've gone through all manner of d-i releases, rc2, rc4, tc1. None are able to complete installation. All screen output is transcribed by hand, please ignore typos :) In all cases the error shows up near the end of installing the base. From tc1, started with "linux [the verbose debug parameter] vga=0x318" I get: A a red-screen of failure on tty0 with the message "[!!] Install the base system: Installation step failed. An installation step failed. You can try to run the failing item again from the menu, or skip it and choose something else. The failing step is: install the base system " On tty2 I've got normal looking dpkg output with a few interesting tidbits. Comments around places of interest are my own.: /*** Output on tty2 ***/ Setting up klogd (1.4.1-10) Stopping kernel log daemon: klogd Warning: Fake start-stop-daemon called, doing nothing . starting kernel log daemon: klogd Warning: Fake start-stop daemon called, doing nothing . Setting up libtextwrap1 (0.1-1) Setting up console-common (0.7.43) Looking for keymap to install: NONE Setting up tasksel (1.51) Setting up console-tools (0.2.3dbs-52) /*** Now things get interesting ***/ Setting up base-config (2.23) umount: /target/dev/pts: no such file or directory umount: /target/dev/shm: no such file or directory umount: /target/proc/bus/usb: invalid arguement Reading Package Lists Reading Package Lists /*** yes, it's there twice ***/ Building dependency tree The following extra packages will be installed: cramfsprogs dash The following new packages will be installed: cramfsprogs dash initrd-tools Preconfiguring packages 0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded. Need to get 0/127kb of archives After unpacking 455kb of additional disk space will be used. Selecting previously deselected package dash. (Reading database ... 7275 files and directories currently installed.) Unpacking dash from .../d/dash/dash_0.4.26_i386.deb Selecting previously deselected package cramfsprogs Unpacking cramfsprogs (from .../cramfsprogs_1.1-5_i386.deb) Selecting previously deselected package initrd-tools Unpacking initrd-tools (from .../initrd-tools_0.1.69_all.deb) Setting up dash (0.4.26) Setting up cramfsprogs (1.1-5) Setting up initrd-tools (0.1.69) /*** End tty2 ***/ On tty3 is more than I care to transcribe, but regardless info: Using kernel 'kernel-image-2.4.26-1-386' SET debian-installer/kernel/image kernel-image-2.4.26-1-386 0 value set PROGRESS SET 107 0 OK PROGRESS INFO base-installer/section/install_kernel 0 OK GET debian-installer/kernel/linux/initrd-2.4 10 debian-installer/kernel/linux/initrd-2.4 doesn't exist GET debian-installer/kernel/linux/initrd 0 true GET debian-installer/kernel/linux/link_in_boot 0 false info: Setting do_initrd=yes info: Setting link_in_boot=no info: Installing initrd-tools. GET mirror/protocol 10 mirror/protocol doesn't exist WARNING **: Configuring 'base-installer' failed with error code 1 GET debconf/priority 0 high WARNING **: Menu item 'base-installer' failed CAPB 0 multiselect backup GET debian-installer/language 0 en METAGET debian-installer/base-installer/title Description-en.UTB-8 0 Install the base system SUBST debian-installer/main-menu/item-failure ITEM Install the base system Adding [ITEM] -> [Install the base system] 0 INPUT critical debian-installer/main-menu/item-failure 0 question will be asked GO I'm open to questions -- I just want to get to get some Debian action on this box, nothing more. In fact, I'd be perfectly happy with Woody and then a distupgrade to Sid or Sarge, but my HD is 180GB, and apparently the bf2.4 disks suffer from not seeing past 137GB. Knoppix 3.4 boots and works seemingly fine, though I'd prefer a straight, more minimal debian install. Thank you, -Dan [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: languagechooser_1.23_i386.changes ACCEPTED
Quoting Christian Perrier ([EMAIL PROTECTED]): > > Unknown localized field: > > Description-C.UTF-8 > > Hmm, it seems that an incorrect languagelist file escaped from my > system..:-( > > This "C" entry should have been removed, at least temporarily After checking, there is *no* "C" entry neither in the uploaded package nor in SVN trunk. Was this with the 1.23 version of languagechooser? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253184: discover hebrew translation
tags 253184 pending thanks Quoting Lior Kaplan ([EMAIL PROTECTED]): > Actually, so are hard to translate... but I did what I can. > > Dennis Stampfer wrote: > >Hey, > > > >On Mon, Jun 07, 2004 at 09:59:40PM +0300, Lior Kaplan wrote: > > > >>Please commit these files or give me access to the svn/cvs to do so > >>myself (user: kaplan-guest). thanks. > > > > > >There are 7 untranslated strings in discover1_po.po. Can you please > >translate them and re-send the file? They sould not be that difficult. Commited (the updated one) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pppoe install
Yesterday (June 7) I downloaded the sarge-i386-netinst.iso and installed the base system on my new VIA CL9000 board for soon to become my DSL Router. Now, after the first reboot, I set up root and normal user and then the ppp configuration script starts. Well, I need pppoe with my Teledat 300 LAN. So I changed the console and stated pppoeconf. Works fine, and I even get a connection to my provider (plog confirms this and the received dynamic DNS IPs). But nothing else to the outside works. I cannot even ping to any outside IP. So either I'm completely stupid, or something pretty weird is going on. Thank you Jan -- "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#253184: discover hebrew translation
Processing commands for [EMAIL PROTECTED]: > tags 253184 pending Bug#253184: discover hebrew translation There were no tags set. Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: languagechooser_1.23_i386.changes ACCEPTED
Christian Perrier wrote: > Quoting Christian Perrier ([EMAIL PROTECTED]): > > > > Unknown localized field: > > > Description-C.UTF-8 > > > > Hmm, it seems that an incorrect languagelist file escaped from my > > system..:-( > > > > This "C" entry should have been removed, at least temporarily > > After checking, there is *no* "C" entry neither in the uploaded > package nor in SVN trunk. > > Was this with the 1.23 version of languagechooser? This was from SVN, so it calls itself 1.24, but it's the same as the released version besides of that. 1.22 works for me. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252962: Installation report -- failure with USB flash drive
On Mon, Jun 07, 2004 at 10:07:15PM -0400, Joey Hess wrote: | > > It's in pci.ids, but it is not in the discover1-data database, or in | > > usb-discover. Ahh. | > > You said that you loaded both ehci-hcd and usb-ohci by hand, and | > > it seems to me you should only need one; so which is it, ohci or | > > ehci? | > | > Although Cameron may only actually need one for this particular device, | > it's apparently usual to have an EHCI controller doing USB 2.0 and a | > companion controller, OHCI or UHCI, doing USB 1.0. That's correct. My particular USB drive works with just EHCI, but most other USB devices I have (e.g. mouse, camera) are USB 1 and want OHCI. | That makes sense, but then we still need to know which is which for | completness. THe /proc/bus/pci/devices output should tell us. The 10de0067 is OHCI and 10de0068 is EHCI. Cameron. signature.asc Description: Digital signature
Bug#252995: Serial-ATA (Via) + 2.4 => problematic; 2.6 ok.
OK, first of: I meant 2.4.27-pre5 not rc2. I mixed up a few releases. Second, I tried to figure out why my via chipset didn't get recognised so I installed a 2.4.26 kernel-image. It does recognise the PATA part of the chipset, but not the SATA part. It panics after finding the dvd-player. I installed the kernel-source-2.4.26 package to see if making my own kernel would solve the problem. I used the config from the 2.4.26 kernel-image. It has the correct support for the via chipset enabled as a module by default but somehow it doesn't get loaded. Compiling it in staticaly doesn't help either. I tried a kernel.org 2.4.26 + 2.4.27-pre5 patch and that paniced too, but this time on ACPI. I'll try to fix that and look into the SATA-problem later this week. Last, I forgot one small issue I had with the LVM-support. For some reason it wants to check the cdrom for LVM-volumes, multiple times. I got 4 lines saying something like 'checking cdrom'. A bit weird and it makes up for most of the delay in detecting all LVM-volumes. Maybe the default config can enable the skip-the-cdrom option? regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Install hang with debian-installer b4/tc1
Thanks for the information Bas, but I am not sure it is the same problem I am experiencing. I removed the aha-2940 uw scsi controller card and disconnected the scsi hdd and the installation of sarge (debian-installer tc1 with a 2.4 kernel) worked fine. I guess it's indeed an intirely different problem then. Could it be the same problems I reported (251750 and 247921) in which both IDE and SCSI systems were in use but the SCSI modules were not loaded before the e2fsck check, so not all disks were visible and the system hung? (I had an additional problem because a firewire card reported overcurrent on two buses and hung the system because its driver was not loaded early enough, also reported in 251750) Is there a way around this so I can get access to my SCSI disk and retrieve my backed up data? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253069: debian-installer TC1 successful installation on Apple Powerbook G4
On Mon, Jun 07, 2004 at 07:21:34AM +0200, Christian Perrier wrote: > Quoting Steve Langasek ([EMAIL PROTECTED]): > > > Although being able to suggest usernames is a nice feature, my wife (who > > rarely has occasion to add users or install systems :) also stumbled at > > this point in the installer during a usability test, expecting this to > > be a prompt about a username rather than a full name. It may be that > > she's atypically steeped in Unix tradition, and that most newcomers to > > Debian will think in terms of people names rather than usernames, but at > > least some people are confused by the present order. > > I've seen Steve's wife confused and I confirm...:-) > > This change was motivated by wishlist bug which, at this time, seemed > rather logical when dealing with nonUnix people. Please asume smart people. > > However, as James reaction shows, people used to older installs will > nearly automatically apply the old scheme (login, then "real" name) > without reading the bloody screens...:-). I specifically remember > Steve just saying Patty "just read the screens" > > Indeed the prompt in the shadow package should here be far more clear > (such as "Real name (first name+family name)" or whatever...). In the > past, we had "Debian User" here which made evident what was > askedhowever, there were also wishlist bugs for removing this > default as a lot of dumb user installs then had "Debian User" as gecos > for the first created user. Gee, please educate users. There is no harm in default on "Debian User" for gecos. They are installing a Unix system. The computer wants and uses usernames. It does not care about the gecos field, except for E-mail. Hiding technical information will boomerang us later. > > This is really tricky. IMHO, changing this template would be good. I > wait for us to get a better access to the shadow package so that > changing this template becomes easy (as well as fixing translations). Okay, sounds good. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: state of the test candidate
* Joey Hess [2004-06-07 22:24:20-0400] > Summarising the checklist[1], we seem to be ok for most languages, i386 is [...] For the record, Turkish input problem mentioned in the checklist was resolved. -- roktas signature.asc Description: Digital signature
TRANS.TBL on CDs
Guys, We're still putting TRANS.TBL files in every directory on the CDs. Surely by now we can just lose them? They're going to be wasting space on all the images (especially important on netinst and business card), and I'd bet that we're not bothered about supporting people renaming files by hand on DOS machines any more...? -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] "I've only once written 'SQL is my bitch' in a comment. But that code is in use on a military site..." -- Simon Booth signature.asc Description: Digital signature
Re: pppoe install
Moin Jan! Jan Schukat schrieb am Tuesday, den 08. June 2004: > Yesterday (June 7) I downloaded the sarge-i386-netinst.iso and installed the > base system on my new VIA CL9000 board for soon to become my DSL Router. > Now, after the first reboot, I set up root and normal user and then the ppp > configuration script starts. Well, I need pppoe with my Teledat 300 LAN. So > I changed the console and stated pppoeconf. Works fine, and I even get a > connection to my provider (plog confirms this and the received dynamic DNS > IPs). But nothing else to the outside works. I cannot even ping to any > outside IP. So either I'm completely stupid, or something pretty weird is > going on. Check your default route setting. If there is one (gateway in /etc/network/interfaces), remove it, it confuses ppp. Regards, Eduard. -- susn: koffice ist ein proof-of-concept, aber praktisch nicht wirklich nutzbar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253312: Installation failure for XFS over LVM on Test1 Sarge Netinstall CD
Package: installation-reports Debian-installer-version: Test Candidate 1 for Sarge NetInst 110M CD image [downloaded Jun 7, 2004] uname -a: [N/A] Date: June 7, 2004 Method: Basic CD Netinst (no boot options) Machine: AMD-based server, MSI Processor: AMD2500+ Memory: 512M Root Device: IDE - Samsung 120GB Root Size/partition table: LVM (see comments below for config) Output of lspci: N/A 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:[E] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Basic CD Netinst (no boot options). Configured 2 x 120GB HD's the same. Configured the whole disk for LVM. Created 1 VG (rootvg). Created 3 LV's: boot (50M), root (10G), local (100+GB remainder). Assigned /boot (ext3), / (xfs), and /local (xfs) to each LV Base install seemed to go until the kernel package, and then I received a sort of generic error. Checked Console 3, and it couldn't find some packages (awk was missing, for example). This is all from memory, unfortunately. I'll be able to get better output and diags when I am back at the site with the server. Hopefully, there will be a way for me to update this information. Thanks, Sam Howard [EMAIL PROTECTED]@Mtechnologies.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#247734: /etc/hosts: Two lines with the same IP address?
On Tue, 2004-06-08 at 15:48, Andrew Suffield wrote: > On Tue, Jun 08, 2004 at 02:40:55PM +0200, Thomas Hood wrote: > > 127.0.0.1 localhost > > 127.0.0.1 pingo > The above two lines *must* be precisely equivalent to *one* of the > following four lines: > > 127.0.0.1 localhost > 127.0.0.1 pingo > 127.0.0.1 localhost pingo > 127.0.0.1 pingo localhost > > Off the top of my head I couldn't tell you which one it is. But under > the NSS interface, it must be one of them, because that is what > gethostby*() is going to return to applications. With 127.0.0.1 localhost 127.0.0.1 pingo if you look up "pingo" then you get "pingo" as the canonical host name; and if you look up "localhost" then you get "localhost" as the canonical host name. That's different from getting either one or the other as the canonical host name for both. Also, as you noted later, it does make a difference to getent and it could make a difference to other programs that read /etc/hosts directly. > Note that #247734 contains confusing misinformation. It uses host(1), > which ignores /etc/hosts and uses DNS directly - and DNS can represent > things which NSS cannot. The experiments with "host" were illustrations of the results you get from dnsmasq, which reads /etc/hosts. On Tue, 2004-06-08 at 15:40, Steve Langasek wrote: > > Is it legal for /etc/hosts to contain two lines with the same > > IP address? In particular, is the following legal?: > > No, these would be duplicate keys and one of the two will never be > used (or they'll be used inconsistently). It's clear that both are used because one can look up the IP address for either 'localhost' or 'pingo'. What do you mean by 'used inconsistently'? Steve Langasek continued: > See other responses for the fix for this; but, er, why would you want > the canonical name for 127.0.0.1 to be anything other than "localhost" > anyway? That just invites confusion, IMHO. The answer, I guess, first, is that "hostname --fqdn" has to succeed even if one's machine isn't connected to any network and even if it doesn't have a fixed public IP address -- otherwise sudo complains. So it seems reasonable for one's hostname to resolve to 127.0.0.1. Second, one wants "hostname --fqdn" to yield the hostname, not "localhost". But maybe these are things that one should not want. On Tue, 2004-06-08 at 15:16, Tore Anderson wrote: > Set 'pingo' as the first in the list. But then the canonical host name of localhost is "pingo". That, I suppose, is what S.L. would condemn as confusing. :) > On a related note, I've never quite understood why the installer > insists that the domain name must not be part of the hostname. Quite > annoying, really. One reason may be the following. If the hostname is a FQDN "foo.bar.baz" and /etc/resolv.conf contains no "domain" option then the latter defaults to "bar.baz". What I'm looking for in this thread are reasons why it's not fine after all to have multiple lines with the same IP address. -- Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#247734: [Fwd: Re: /etc/hosts: Two lines with the same IP address?]
-Forwarded Message- From: Petter Reinholdtsen <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: /etc/hosts: Two lines with the same IP address? Date: Tue, 08 Jun 2004 17:31:04 +0200 [Steve Langasek] > See other responses for the fix for this; but, er, why would you want > the canonical name for 127.0.0.1 to be anything other than "localhost" > anyway? That just invites confusion, IMHO. Not only that. It break ssh X forwarding because the xauth key will be wrong. IP 127.0.0.1 should only map to localhost, and not to the hostname if the host is connected to the net. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sata and other catastrophies
I'm trying to get debian booting on a Shuttle FN85G4 which I unfortunately bought with a sata disk. I found several issues after booting the 2.6.5-i386 stock kernel (from an ide drive): * siimage ide and libata/sata_sil clash for the drive which then appears as sdc * I had dma timeout problems - non fatal on ide fatal on sata Against the dma timeout I disabled "io apic" (found on the web) and I removed the siimage ide drivers. Now it ran fine. Next I copied everything on the sata drive, made a chrooted lilo, rebooted and was happy for a short time. On a later boot I encountered the (now dreaded) Lilo timestamp mismatch. My next try was grub which worked half. The boot started but failed because at the time when the kernel tries to pivot_root to the root device /dev/sda1 the root device has not yet its name and cannot be mounted even though libata and sata_sil are in the kernel (not modules). Any ideas are appreciated, Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253320: install on 486 w/low-memory
Package: installation-reports Debian-installer-version: Test Candidate 1 uname -a: Linux (none) 2.4.26-1-386 #2 Sat May 1 16:31:24 EST 2004 i486 unknown Date: Sat Jun 5 2004 Method: boot floppy, expert, low-mem, load cd and hd drivers from cd-drivers floppy, continue from cd Machine: VAR-built from components Processor: 486, 33MHz (16.53 bogomips, a real screamer ;-) ) Memory: 20M Root Device: /dev/ide/host0/bus0/target0/lun0/part1 Root Size/partition table: beg end cyls blocks type part10+ 193 194- 391072+ 83 (intended /) part2 194 241 4896768 82 (swap) part3 242 629 388 782208 83 (intended /usr) part4 630 825 196 395136 83 (intended /var) Output of lspci: ISA bus Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [ ] (no network adaptor) Config network: [ ] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Create file systems:[E] Mount partitions: [E] Install base system:[O] Install boot loader:[O] Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: (There is a summary at the end which skips all the gory details.) My disk was already partitioned from a previous (woody) install; I wanted to reformat the partitions and do a fresh install. After IDE drivers were loaded (before loading installer modules), I did swapon /dev/ide/host0/bus0/target0/lun0/part2. Without this, loading installer modules fails and the installer starts over at the "low memory" screen and when you select continue, it comes right back to the low memory screen. After the "Free memory" step and before selecting "Partition disks", /proc/meminfo had this: Memory 18440192 17297408 1142784 Swap99086336 12951552 86134784 There is not enough free memory to deactivate the swap. When I select "Partition disks" I get the "Starting up the partitioner" screen, then it goes back to the main menu with "Partition disks" selected again. I presume this is because swap is still mounted. A message in /var/log/partman (or a dialog) indicating why the step did not work would be helpful. Skipping "Partition disks" and selecting "Install the base system" tries to run the partitioner anyway and fails, returning to the "Partition disks" prompt. I found the w.d.o/devel/installer/hooks page and put a file in /var/lib/partconf/fstab.d/ that had the fstab entries I wanted. I then tried both selecting "Partition disks" and selecting "Install the base system"; each had the same effect (returning to "Partition disks" prompt). I did not find a directory /usr/share/partitioner/ as mentioned in the hooks page. I created one and created a file common.sh with "#!/bin/sh", "/bin/true" as its contents (hoping the partitioner would run it and decide the disk was now partitioned). This did not work. I found and examined /bin/partman, found the /lib/partman/init.d/ directory, removed (moved to /tmp) 10umount_target (I later realized I should have edited this to remove the swapoff; I'll skip later problems that appear to be only due to this). I then selected "Partition disks" and the "Partition disks" screen (from partman) was displayed. I was able to select each partition and for each partition select "format", "ext3", and its mount point. When I then selected "Finish partitioning and write changes to disk", I get the blue screen for a short period, then "Starting up the partitioner" again, and am placed back at the partman screen. If I change all the partitions to "keep and use the existing data", I still get the same results. I moved commit.d/45format_swap to /tmp, and examining /var/log/partman I found that commit.d/50format_basicfilesystems calls enable_swap and disable_swap from definitions.sh. I used nano to edit definitions.sh, putting "return 0" at the beginning of these routines. At this point, selecting "Finish partitioning and write changes to disk" successfully formated the partitions, but failed at (I think) finish.d/10check_swap. I moved this out of the way. Next, I edited mount.d/50basic so that the swap case did nothing. After all that I was able to complete the "Partition disks" step and move on to "Install the base system". I may have missed something; some of this was transcribed as it happened, other parts were described after several faulty attempts. Summary: On my low-memory system, I was unable to proceed without a swap partition. I was unable to free enough memory to turn off the swap for the partitioning step, but was able to partition using other means. By modifying the install scripts in ways that are not appropriate for a generic install, I was able to get past the partitioning step and continue with the rest of the install, which went smoothly. Because (1) partitioning, (2) formatt
larynges
Magee,^ Need affordable but reliable web hosting for only $5/month? -800 MB Disk Space -Unlimited email accounts -FREE Shopping Cart... and much more! Please contact us to take advantage of this new offer at http://www.clickhostdeals.com saxony
Fixed in NMU of palo-installer 0.0.4
tag 249536 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 23 Apr 2004 17:34:59 -0600 Source: palo-installer Binary: palo-installer Architecture: source hppa Version: 0.0.4 Distribution: unstable Urgency: low Maintainer: Debian Install System Team <[EMAIL PROTECTED]> Changed-By: Bdale Garbee <[EMAIL PROTECTED]> Description: palo-installer - Install PALO on a hard disk (udeb) Closes: 249536 Changes: palo-installer (0.0.4) unstable; urgency=low . * Bdale Garbee - need to compare filesystems, not devices, to find out if /boot is on / (closes: #249536) * Updated translations: - Hebrew (he.po) by Lior Kaplan - Indonesian (id.po) by Parlin Imanuel Toh - Norwegian (nb.po) by Bjørn Steensrud - Norwegian (nn.po) by Håvard Korsvoll - Polish (pl.po) by Bartosz Fenski - Romanian (ro.po) by Eddy Petrisor - Turkish (tr.po) by Osman Yüksel Files: 1c648ae4ecdb17fc634cfe6f07dbeaf1 1331 debian-installer standard palo-installer_0.0.4.dsc 2fe9cc8d4932839003960c881f956c60 15261 debian-installer standard palo-installer_0.0.4.tar.gz 29a353749f75df62a64b29fa33d2e189 7216 debian-installer standard palo-installer_0.0.4_hppa.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: http://triplehelix.org/~joshk/pubkey_gpg.asc iQIVAwUBQMXsMaOILr94RG8mAQI8whAApoo/LuzDBL3mcHBBJMWVu7GgO1wR17F/ k7Du1FtmWlO+QmQ1mf41Im1Vyb+ieZTgBepdCRARlCbvdNBK5yYlSXELGhZVTFhI s/7WiYiMiKnjiI4ysE8roxAOQrcsHT8X5BBHHvUfjMpieBuBoLWLQF7WwaXdyfsd WNhZaqMBl4I0wNITp2MKHwhryke+0hjdITU8W/pShdSjfLbFFxUktHavzfgDfHc1 4iJqaGoBg2ud/gcYQ7kp/Ov6DWZ94FOwtLLuadN4y0JqPaoYyt/52K5Nz12Bk/km uJ9pcCOkutm4ACLIZRKQ/xIC/U6JgPlyCWOBlvLabDEE5VxZ/PWg/gTn5ljM3ubN lYbC8LcsifG6UtBCHFWrg+r8Gkf8x6KsMqaUdDNxyI3A4svb72hs4p6J29FZ4VZe 8nXWF43BXDYEtJw1VdMfwicwkDvY7K1Ebmw6rf7m75r30InU+ErtLS8pAJqcOkdX LhLguB54O3sJ4hwgoG9Fi9atMzpLpaGy9bnYSU6S1LiucHkMldxMX+RkiMo/FzK/ Psgssn/iUh83aalzSTbyNGG5wEpnJvyAfYhY+6JoxSpFV65CfuEhMeTbWhz4PbJH oBv0T05a82NVoeUM4qHm7pzpIUrPVj14MxdSW69bWLOrfu1/Ibq75A2L4ZNsvWJF rXH8uKzBD4I= =xbHN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of palo-installer_0.0.4_hppa.changes
palo-installer_0.0.4_hppa.changes uploaded successfully to localhost along with the files: palo-installer_0.0.4.dsc palo-installer_0.0.4.tar.gz palo-installer_0.0.4_hppa.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: languagechooser_1.23_i386.changes ACCEPTED
Quoting Thiemo Seufer ([EMAIL PROTECTED]): > > Was this with the 1.23 version of languagechooser? > > This was from SVN, so it calls itself 1.24, but it's the same as the > released version besides of that. 1.22 works for me. Hmm, yes it's the same. Currently 1.24 only has me in Uploaders: and I guess this won't trigger the bug you mention. I just built a mini.iso image and tested it with VmWare but hadn't the shown behaviour. So it is probably a lowmem issueprobably triggered by languagechooser changes. OKgot it, quite certainly. We need changing ther lowmem package with the following (untested): 9c9 < db_set languagechooser/language-name "English (USA)" --- > db_set languagechooser/language-name "English" 10a11,16 > > db_set countrychooser/country "US" > > db_set debian-installer/locale "en_US" > > I report this as a bug against lowmem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
palo-installer_0.0.4_hppa.changes ACCEPTED
Accepted: palo-installer_0.0.4.dsc to pool/main/p/palo-installer/palo-installer_0.0.4.dsc palo-installer_0.0.4.tar.gz to pool/main/p/palo-installer/palo-installer_0.0.4.tar.gz palo-installer_0.0.4_hppa.udeb to pool/main/p/palo-installer/palo-installer_0.0.4_hppa.udeb Announcing to [EMAIL PROTECTED] Setting bugs to severity fixed: 249536 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of usb-discover_0.16_i386.changes
usb-discover_0.16_i386.changes uploaded successfully to localhost along with the files: usb-discover_0.16.dsc usb-discover_0.16.tar.gz usb-discover_0.16_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tasksel rewrite
I was bored on the plane back from DebConf4, so I rewrote tasksel. The new version uses debconf to ask the question about tasks. I also tightended up the criteria for tasks, which involved removing quite a few. And I made it automatically install a language task to match the language the user used for the install. The language task selection feature is actually more general, now we can have tasks that are automatically installed, or removed from the list of tasks, depending on the result of a test script. I hope to find more uses for this later, for example a laptop task could be installed if a test indicates the machine is a laptop. Or the desktop task could be hidden (and perhaps a new "lightweight desktop" task displayed) if there is not enough disk space, CPU, or memory. This also required some base-config changes, since the new tasksel has a item at the end of the task list for manual package selection. So base-config can stop asking the user if they want to use aptitude or tasksel, and just run tasksel, which will then run aptitude if desired. I've just committed the tasksel changes to subversion (in branches/newtasksel), and uploaded it to experimental. I do not anticipate uploading this to unstable until the rc1 of d-i has been released, and until some more testing with base-config and fresh installs. I also need to find a way to keep this from breaking CDDs (like debian-edu), and don't plan to release it until that is also sorted out. I've not bothered to commit the base-config changes yet as they're mostly untested, and not very interesting. There are new strings in the new tasksel, and I hope translators can have a go at getting them translated. Sorry that I had to put it in a branch, which will make your lives more difficult. I think many users will find the new UI for tasksel to be more consistent and easier to use, and the new abbreviated task list to be less confusing. DebConf was a bit of an eye-opener WRT the old tasksel's usability. Of course there is still bug #252751, which makes the new UI less intuitive than it could be. Any newt hackers? Oh yeah, the new version of tasksel weighs in at only 269 lines of code, about 1/10th of its old size. :-) -- see shy jo signature.asc Description: Digital signature
Bug#252962: Installation report -- failure with USB flash drive
Cameron Patrick wrote: > On Mon, Jun 07, 2004 at 10:07:15PM -0400, Joey Hess wrote: > > | > > It's in pci.ids, but it is not in the discover1-data database, or in > | > > usb-discover. > > Ahh. > > | > > You said that you loaded both ehci-hcd and usb-ohci by hand, and > | > > it seems to me you should only need one; so which is it, ohci or > | > > ehci? > | > > | > Although Cameron may only actually need one for this particular device, > | > it's apparently usual to have an EHCI controller doing USB 2.0 and a > | > companion controller, OHCI or UHCI, doing USB 1.0. > > That's correct. My particular USB drive works with just EHCI, but > most other USB devices I have (e.g. mouse, camera) are USB 1 and want > OHCI. > > | That makes sense, but then we still need to know which is which for > | completness. THe /proc/bus/pci/devices output should tell us. > > The 10de0067 is OHCI and 10de0068 is EHCI. Fixed in usb-discover, which means it should work for you using tomorrow's daily built images. I'm reassigning the bug to discover1-data to get it fixed there also. -- see shy jo signature.asc Description: Digital signature
Processed: Fixed in NMU of palo-installer 0.0.4
Processing commands for [EMAIL PROTECTED]: > tag 249536 + fixed Bug#249536: wrong kernel path if boot is a separate partition There were no tags set. Tags added: fixed > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 252962 to discover1-data
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > reassign 252962 discover1-data Bug#252962: Installation report -- failure with USB flash drive Bug reassigned from package `installation-reports' to `discover1-data'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#247734: [Fwd: Re: /etc/hosts: Two lines with the same IP address?]
-Forwarded Message- From: Greg Folkert <[EMAIL PROTECTED]> To: DebianDevel List <[EMAIL PROTECTED]> Subject: Re: /etc/hosts: Two lines with the same IP address? Date: Tue, 08 Jun 2004 12:03:50 -0400 On Tue, 2004-06-08 at 11:31, Petter Reinholdtsen wrote: > [Steve Langasek] > > See other responses for the fix for this; but, er, why would you want > > the canonical name for 127.0.0.1 to be anything other than "localhost" > > anyway? That just invites confusion, IMHO. > > Not only that. It break ssh X forwarding because the xauth key will > be wrong. > > IP 127.0.0.1 should only map to localhost, and not to the hostname if > the host is connected to the net. No, it will not. The resolvers stop at the first resolution. Having something like: 127.0.0.1 localhost.localdomain localhost 127.0.0.1 somenode.somedom.com somenode Will not do what you are talking about. BUT having: 127.0.0.1 somenode.somedom.com somenode 127.0.0.1 localhost.localdomain localhost Will cause all kinds of havoc. Including forwarding. Make sure you understand the infrastructure before you answer others. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253330: lowmem: Does not work anymore withe the new 1.23 languagechooser
Package: lowmem Severity: grave Tags: patch Justification: renders package unusable Because of recent changes in languagechooser, the lowmem package now improperly sets languagechooser/language-name. This causes the program to loop indefinitely as reported by Thiemo Seufer: Unknown localized field: Description-C.UTF-8 Unknown localized field: Description-C.UTF-8 Unknown localized field: Description-C.UTF-8 Unknown localized field: Description-C.UTF-8 Unknown localized field: Description-C.UTF-8 .. The attached *untested* patch should solve this...or at least you get the idea..:-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.6-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (ignored: LC_ALL set to fr_FR.UTF-8) 9c9 < db_set languagechooser/language-name "English (USA)" --- > db_set languagechooser/language-name "English" 10a11,16 > > db_set countrychooser/country "US" > > db_set debian-installer/locale "en_US" > >
Bug#253069: debian-installer TC1 successful installation on Apple Powerbook G4
Geert Stappers wrote: > Please asume smart people. I'm a smart person and I can use the new system to install with a proper user name and gecos field with less typing than using the old system. The agruments in this thread really seem to boil down to "please assume people who don't read and assume things will always be as they were before". > Gee, please educate users. > There is no harm in default on "Debian User" for gecos. > > They are installing a Unix system. > The computer wants and uses usernames. > It does not care about the gecos field, except for E-mail. Do you read debian-user? Apparently not or you'd be familiar with the phenomon of Mr. "Debian User" posting to that list from a variety of different hosts. > Hiding technical information will boomerang us later. What are you talking about? The text clearly explains what each field is used for and lets the user enter anything they like in it. -- see shy jo signature.asc Description: Digital signature
usb-discover_0.16_i386.changes ACCEPTED
Accepted: usb-discover_0.16.dsc to pool/main/u/usb-discover/usb-discover_0.16.dsc usb-discover_0.16.tar.gz to pool/main/u/usb-discover/usb-discover_0.16.tar.gz usb-discover_0.16_all.udeb to pool/main/u/usb-discover/usb-discover_0.16_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]
Processing of tasksel_2.00_i386.changes
tasksel_2.00_i386.changes uploaded successfully to localhost along with the files: tasksel_2.00.dsc tasksel_2.00.tar.gz tasksel_2.00_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: languagechooser_1.23_i386.changes ACCEPTED
Christian Perrier wrote: [snip] > OKgot it, quite certainly. > > We need changing ther lowmem package with the following (untested): > > 9c9 > < db_set languagechooser/language-name "English (USA)" > --- > > db_set languagechooser/language-name "English" > 10a11,16 > > > > db_set countrychooser/country "US" > > > > db_set debian-installer/locale "en_US" It works with this change, thanks. :-) Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installer fails on initrd-tools
It seems that base-installer is failing in some way that is not usual and is not trapped with a useful message. I suggest you use the shell on the second console to edit /var/lib/dpkg/info/base-installer.postinst (with nano) and add a "set -x" line near the top of the program, then the third virtual console will have some lines starting with "+" after base-installer fails, and the last few of these should point to the prolem. -- see shy jo signature.asc Description: Digital signature
Bug#253342: Installation report as requested
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/beta4/sarge-i386-netinst.iso downloaded 2004-06-07 13:29 uname -a: Linux new-master 2.6.3-1-386 #2 Tue Feb 24 20:20:23 EST 2004 i686 GNU/Linux Date: 2004-06-08 18:00 GMT Method: From the CD Image listed above then http from ftp.uk.debian.org apt source Machine: Intel ServerBoard SE7501WV2 intel Intel Chassis built by Pars Technology Processor: 2*2.66 Xeons Memory: 2GB Root Device: Root Size/partition table: FilesystemSize Used Avail Use% Mounted on /dev/hda1 1.8G 62M 1.6G 4% / tmpfs 443M 0 443M 0% /dev/shm /dev/hda3 37G 33M 35G 1% /home /dev/hda5 897M 8.1M 841M 1% /tmp /dev/hda6 46G 117M 44G 1% /usr /dev/hda7 56G 94M 53G 1% /var see error report below after repeating mount -a we get FilesystemSize Used Avail Use% Mounted on /dev/hda1 1.8G 62M 1.6G 4% / tmpfs 443M 0 443M 0% /dev/shm /dev/hda3 37G 33M 35G 1% /home /dev/hda5 897M 8.1M 841M 1% /tmp /dev/hda6 46G 117M 44G 1% /usr /dev/hda7 56G 94M 53G 1% /var /dev/sda1 1.8G 8.1M 1.7G 1% /maint /dev/sdb1 1.8G 8.1M 1.7G 1% /maint2 /dev/sdb2 3.7G 33M 3.5G 1% /local Output of lspci: :00:00.0 Host bridge: Intel Corp. E7501 Memory Controller Hub (rev 01) :00:00.1 Class ff00: Intel Corp. E7000 Series Host RASUM Controller (rev 01) :00:03.0 PCI bridge: Intel Corp. E7000 Series Hub Interface C PCI-to-PCI Bridge (rev 01) :00:03.1 Class ff00: Intel Corp. E7000 Series Hub Interface C RASUM Controller (rev 01) :00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB/ER Hub interface to PCI Bridge (rev 42) :00:1f.0 ISA bridge: Intel Corp. 82801CA LPC Interface Controller (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801CA Ultra ATA Storage Controller (rev 02) :00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 02) :01:0c.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :02:1c.0 PIC: Intel Corp. 82870P2 P64H2 I/OxAPIC (rev 04) :02:1d.0 PCI bridge: Intel Corp. 82870P2 P64H2 Hub PCI Bridge (rev 04) :02:1e.0 PIC: Intel Corp. 82870P2 P64H2 I/OxAPIC (rev 04) :02:1f.0 PCI bridge: Intel Corp. 82870P2 P64H2 Hub PCI Bridge (rev 04) :03:07.0 Ethernet controller: Intel Corp. 82546EB Gigabit Ethernet Controller (Copper) (rev 01) :03:07.1 Ethernet controller: Intel Corp. 82546EB Gigabit Ethernet Controller (Copper) (rev 01) :04:07.0 SCSI storage controller: Adaptec AIC-7902 U320 (rev 03) :04:07.1 SCSI storage controller: Adaptec AIC-7902 U320 (rev 03) 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 So far so good, then the problems start. The aic79xx driver isn't loaded until after checkfs has run, thus failing to check and then mount the scsi drives. Choose to install package manually via apt rather than any of the semi automatic methods. After the system has finished and presented me with a login prompt I installed ssh then reboot the system (typing reboot at root prompt) and the box just gets as far as saying "Restarting System" and hangs there. Not much good on a server I want to mount miles away from anyone to press reset. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#247734: [Fwd: Re: /etc/hosts: Two lines with the same IP address?]
-Forwarded Message- From: Greg Folkert <[EMAIL PROTECTED]> To: DebianDevel List <[EMAIL PROTECTED]> Subject: Re: /etc/hosts: Two lines with the same IP address? Date: Tue, 08 Jun 2004 15:11:47 -0400 On Tue, 2004-06-08 at 14:54, Thomas Hood wrote: > On Tue, 2004-06-08 at 18:03, Greg Folkert wrote: > > On Tue, 2004-06-08 at 11:31, Petter Reinholdtsen wrote: > > > It break ssh X forwarding ... > > > > No, it will not. The resolvers stop at the first resolution. Having > > something like: > > > > 127.0.0.1 localhost.localdomain localhost > > 127.0.0.1 somenode.somedom.com somenode > > So this is perfectly OK? Or does this run into other problems? It would work, but the more correcter (HOW much more correcter? None more corrector!) version would be a single line with the 127.0.0.1 localhost.localdomain localhost somenode.somedomain.dom somenode That way, you have the FQDN of lo and all of its aliases. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#247734: /etc/hosts: Two lines with the same IP address?
On Tue, Jun 08, 2004 at 05:19:29PM +0200, Thomas Hood wrote: > Second, one wants "hostname --fqdn" to yield the hostname, not "localhost". I think i can fix that in hostname, by looking at the first entry in the aliases which is not "localhost" and which has dots. and if there is none with dots then use the first which is not localhost, and only of none found, allow localhost to be returned. That would remove the requirement of multiple 127.0.0.1 lines. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://www.eckes.org/ o--o 1024D/E383CD7E [EMAIL PROTECTED] v:+497211603874 f:+497211603875 (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [d-i manual] Building Spanish translation
On Mon, 2004-06-07 at 11:54, Frans Pop wrote: > The list has been silent ;-) so I have now added Spanish to the list of > languages to be build :-) > Spanish is now also included on the index page at: > http://d-i.alioth.debian.org/manual/ Yes, Rudy and me were at DebConf4 last week, so we couldn't work as good as we'd want :-) And of course, it's great to at least have spanish included on the manual. > I am still testing my autobuild scripts, but they should be operational fairly > soon. > > Maybe you already noticed that I committed 3 small corrections yesterday. > - - es/administrivia/contributors.xml > - - es/boot-new/modules/shadow.xml > - - es/welcome/what-is-debian.xml Bruno, Rudy and I have been working on the debian-installer manual translations, we hope we could finish the work in the next couple of weeks. Thank you Frans, for your attention on mistakes made by us. It's time to work even harder. Regards, -- David Moreno Garza <[EMAIL PROTECTED]> http://www.damog.net/ PGP 356E16CD - 84F0 E180 8AF6 E8D0 842F B520 63F3 08DB 356E 16CD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253342: Installation report as requested
Jeff Green wrote: So far so good, then the problems start. The aic79xx driver isn't loaded until after checkfs has run, thus failing to check and then mount the scsi drives. Choose to install package manually via apt rather than any of the semi automatic methods. After the system has finished and presented me with a login prompt I installed ssh then reboot the system (typing reboot at root prompt) and the box just gets as far as saying "Restarting System" and hangs there. Not much good on a server I want to mount miles away from anyone to press reset. After you do press reset the box comes up normally (with the fsck failure) then after reaching the login prompt it neatly reboots, very puzzling. After it is back up again an attempt to reboot has exactly the same effect, failure then reboot after resetting. Jeff -- Jeff Green Systems Manager, Wisden CricInfo Limited -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243543: /etc/network/interfaces - no loopback interface
Joshua Kwan wrote: >> and my /etc/hosts contains: >> >> 127.0.0.1localhost myhostname > > Try an image from sid-d_i instead. This got fixed. This isn't the correct setup? It's pretty much what Woody shipped with, although it reversed the order of myhostname and localhost. In any case, what Thomas Hood reported above is still occuring with Test Candidate 1. The IPv6 lines aren't there by default either. Thanks, Christopher Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253361: netfcg display error using plip
Package: netcfg Severity: normal Tags: d-i when i try to config static network using plip, i get the netcfg/error template message. in console 4: """ INFO: executing: ip addr add 192.68.0.2/32 broadcast 0.0.0 dev plip0 ip: RTNETLINK answers : Network is unreachable """ ifconfig return: plip0 inet addr:192.68.0.2 P-t-P:192.68.0.2 Mask:255.255.255.255 but my gateway is 192.68.0.1 this is my config ipaddress: 192.68.0.2 netmask: 255.255.255.255 gateway: 192.68.0.1 pointopoint: 192.68.0.1 nameservers: 212.151.136.246 sylvain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#244901: netcfg: When DHCP fails, the user should be presented with clear options
Hello, This bug was supposedly fixed in netcfg 0.64, and indeed I tested a snapshot of the installer that handled this perfectly. However, Test Candidate One lacks this feature. If it's using an old netcfg, then please ignore this. Here's what happened. DHCP failed, so I was prompted to enter a Static IP. There was no "Skip Configuration for Now" option, so I had to "Go Back". The installer went to try DHCP again, then a few screens flashed by in an instant, and I was prompted to enter a hostname, thus in effect skipping network configuration, but crudely. I proceeded with the install, and upon rebooting, dhcp-client tried to get a lease, because /etc/network/interfaces was configured to bring it up on boot. This wasn't what I wanted :) There was also an empty resolv.conf in /etc. It might have been created by dhcp-client, I suppose, but if not it probably shouldn't be created by the installer. Thanks, Christopher Martin On Tue, Apr 20, 2004 at 08:11:09PM -0700, Joshua Kwan wrote: > On Tue, 20 Apr 2004 17:34:39 +0200, Michael Banck wrote: > > Automatic network configuration was unable to configure your network > > card, your card is not configurd yet. You have the following options: > > > > Retry automatic network configuration > > Configure the network manually > > Do not configure the network > > > > This sounds great! But I'll have to wait until the string freeze is over > until I do this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253342: Installation report as requested
The reboot after it comes up after a failure appears to be due to a bios setting, not a proper reboot Jeff Jeff Green wrote: Jeff Green wrote: So far so good, then the problems start. The aic79xx driver isn't loaded until after checkfs has run, thus failing to check and then mount the scsi drives. Choose to install package manually via apt rather than any of the semi automatic methods. After the system has finished and presented me with a login prompt I installed ssh then reboot the system (typing reboot at root prompt) and the box just gets as far as saying "Restarting System" and hangs there. Not much good on a server I want to mount miles away from anyone to press reset. After you do press reset the box comes up normally (with the fsck failure) then after reaching the login prompt it neatly reboots, very puzzling. After it is back up again an attempt to reboot has exactly the same effect, failure then reboot after resetting. Jeff -- Jeff Green Systems Manager, Wisden CricInfo Limited -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fixed in upload of tasksel 2.00 to experimental
tag 103363 + fixed-in-experimental tag 105718 + fixed-in-experimental tag 142873 + fixed-in-experimental tag 165628 + fixed-in-experimental tag 186085 + fixed-in-experimental tag 192747 + fixed-in-experimental tag 202878 + fixed-in-experimental tag 234216 + fixed-in-experimental tag 234393 + fixed-in-experimental tag 237255 + fixed-in-experimental tag 244949 + fixed-in-experimental tag 245649 + fixed-in-experimental tag 249309 + fixed-in-experimental tag 249702 + fixed-in-experimental tag 251419 + fixed-in-experimental tag 251638 + fixed-in-experimental tag 251639 + fixed-in-experimental tag 65992 + fixed-in-experimental quit This message was generated automatically in response to an upload to the experimental distribution. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 8 Jun 2004 13:32:12 -0400 Source: tasksel Binary: tasksel Architecture: source i386 Version: 2.00 Distribution: experimental Urgency: low Maintainer: Debian Install System Team <[EMAIL PROTECTED]> Changed-By: Joey Hess <[EMAIL PROTECTED]> Description: tasksel- Tool for selecting tasks for installation on Debian system Closes: 65992 103363 105718 142873 165628 186085 192747 202878 234216 234393 237255 244949 245649 249309 249702 251419 251638 251639 Changes: tasksel (2.00) experimental; urgency=low . * Joey Hess - Rewrote tasksel to use debconf for the UI, and support test programs for flexible automatic task selection, etc. Closes: #65992, #103363, #105718, #234216, #251419, #251638, #251639 Closes: #244949 - Tagged all the language tasks with Test-lang fields holding the language that the task is useful for, to allow for autoselection of languages matching the installation language. - Add fortune-mod to the desktop task as a gnome or kde screensaver does very silly things w/o it. - Adopted new, stricter criteria for task additions. Removed the following tasks, which did not meet it: c-dev, java-dev, python-dev, broadband, dialup, laptop, junior, kernel-compile, science, tex, games, lsb, unix-server. Some of these (laptop, etc) could be reinstated if tests were developed for them. Closes: #192747, #249309, #234393, #202878, #249702, #142873, #186085 Closes: #237255, #245649 - Added a dependency on liblocale-gettext-perl. - Added a dependency on aptitude, which is used to do the work of installing tasks, etc. - Added a conflicts with older debconf versions that do not work with tasksel. - Tasksel now accepts long options in addition to the short ones. - The -q option is not yet re-implemented, and I hope not to implement it, as to do so would mean a lot more messing with the package database. This breaks older base-config's, so conflict with them. - The -a option is also not yet re-implemented. - Add --new-install option, intended to be used by base-config to make tasksel enter a special mode more suited for initial system installs. - Fixes "tasksel install". Closes: #165628 - Fix man page internal section. - Rejiggered the maintainer and uploader fields. - Update copyright. - Add Italian task. * Changwoo Ryu - Replaced old IM ami from Korean task with descent nabi and imhangul. - Added more fonts and docs to Korean task. * Translations - Jordi Mallach - Updated Catalan tasks translation. - Safir Secerovic - Updated Bosnian tasks translation. - Miguel Figueiredo - Updated Portuguese tasks translation. - Tomohiro KUBOTA (久保田智広) - Updated Japanese tasks translation Files: 7c3cd9245e2e6cc42f202dd05fad0a0b 628 base optional tasksel_2.00.dsc 54a5e1e1f1aa37a9d0b6f82ae1cfb4f1 171429 base optional tasksel_2.00.tar.gz 4b9f9eb6f24a834270930b948a4bf86a 115152 base optional tasksel_2.00_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAxfyJ2tp5zXiKP0wRAtlMAJ9xagKGYAjzedG30zUwyBKwAb81+gCgnl89 bt7c5VB3drb692AK520RN+I= =qwxc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tasksel_2.00_i386.changes ACCEPTED
Accepted: tasksel_2.00.dsc to pool/main/t/tasksel/tasksel_2.00.dsc tasksel_2.00.tar.gz to pool/main/t/tasksel/tasksel_2.00.tar.gz tasksel_2.00_i386.deb to pool/main/t/tasksel/tasksel_2.00_i386.deb Announcing to [EMAIL PROTECTED] Setting bugs to severity fixed: 103363 105718 142873 165628 186085 192747 202878 234216 234393 237255 244949 245649 249309 249702 251419 251638 251639 65992 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253033: installation-reports
Steve McIntyre wrote: > Hmmm. That wasn't very successful. Netcfg loaded fine off the CD, but > only after I loaded it by hand. The 3c59x driver for the network card > in the test machine just didn't get loaded. > > Looking at the *nic* .udebs on the image, they seem quite old (9th > May); is that normal? So I had a look at this CD. It seems to have a rather old d-i initrd on it, with a 2.4.25 kernel. This is a problem, since all the kernel udebs on the CD are for the 2.4.26 kernel. I noticed when partman didn't have support for the ext3 filesystem, since ext3-modules was not loaded as there was no version for 2.4.25 on the CD. Your nic modules problem is probably the same. The initrd on the CD is version 20040429, which is the one for d-i beta4. I don't know why the full CDs are being built against the beta4 initrds, but this is a problem. I told jigdo to use http://cdimage.debian.org/pub/cdimage-testing/cd/jigdo-area/i386/sarge-i386-1.jigdo, and my iso has a md5sum of f0b66636c58c4d2e455f26db5519bff5. -- see shy jo, hoping Manty's new mail filtering will work signature.asc Description: Digital signature
Re: tasksel rewrite
Quoting Joey Hess ([EMAIL PROTECTED]): > There are new strings in the new tasksel, and I hope translators can > have a go at getting them translated. Sorry that I had to put it in a > branch, which will make your lives more difficult. Branches are meant for this, right? :-) However, can you please give some hints for checking out this branch? Several translators, and myself at first, are not svn wizards, so giving us some out-of-the-box recipes may help. > less confusing. DebConf was a bit of an eye-opener WRT the old tasksel's I think that Debcon was an eye-opener on lot of usability issues for d-i. Some of these lay deeply in our current scheme such as the messy partman menus, or the lack of Help button and so on. We currently use (c)debconf as a kind of general text GUI toolbox while it has not been designed for this. For very future plans, using a more general GUI toolbox with more widgets possibilities is probably needed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Choose-mirror : success with the sort-countries patch
The sort-countries scripts, currently in choose-mirror tree, but unused, was originally submitted bu Denis Barbier. It is intended to alphabetically sort the list of countries in all languages, by using the Indices field supported by cdebconf. I had it tested successfully on a French install and, thus, I guess it works OK for other languages (needs tests for non Latin-script languages which I'm unable to check...:-))). I intend to uncomment to call for this script in debian/rules (and move this call after dh_installdebconf, btw). This kind of script could be re-used elsewhere in d-i, when we need to have sorted lists in all languages. The first target is certainly kbd-config where the current list of keyboard choices is *very* confusing, even in English because it is sorted according to the name of the kmap files About choose-mirror, I also have some waiting-to-be-tested work on removal of country names "translation" and use iso-codes for getting the country names and translations from the mirror countries codes. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TRANS.TBL on CDs
Quoting Steve McIntyre: > Guys, > > We're still putting TRANS.TBL files in every directory on the > CDs. Surely by now we can just lose them? They're going to be wasting > space on all the images (especially important on netinst and business > card), and I'd bet that we're not bothered about supporting people > renaming files by hand on DOS machines any more...? Agreed. Feel free to commit a fix. Cheers, -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
