Bug#248855: Useful clues for non-working USB keyboard on SunBlade 150 / sparc64
I was wondering if discover plays a role here. I noticed a couple of unknown items in pci.list that match pci ids in my SB100. The USB controller entry seems correct however 108e1103usb usb-ohciRIO USB Hmmm. There may be a clue there. Can you get the output of lspci and lspci -n and send it? If you know what modules should be loaded for what pci ids, that would be very helpful. OTOH, it may mean nothing. I did a bit of investigation with a gentoo disc (latest release). :00:00.0 Class 0600: 108e:a001 :00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIe :00:03.0 Class : 10b9:7101 :00:03.0 Non-VGA unclassified device: ALi Corporation M7101 Power Management Controller [PMU] :00:05.0 Class 0604: 8086:b152 :00:05.0 PCI bridge: Intel Corp. 21152 PCI-to-PCI Bridge :00:07.0 Class 0601: 10b9:1533 :00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] :00:08.0 Class 0401: 10b9:5451 (rev 01) :00:08.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 01) :00:0c.0 Class 0680: 108e:1100 (rev 01) :00:0c.0 Bridge: Sun Microsystems Computer Corp. RIO EBUS (rev 01) :00:0c.1 Class 0200: 108e:1101 (rev 01) :00:0c.1 Ethernet controller: Sun Microsystems Computer Corp. RIO GEM (rev 01) :00:0c.2 Class 0c00: 108e:1102 (rev 01) :00:0c.2 FireWire (IEEE 1394): Sun Microsystems Computer Corp. RIO 1394 (rev 01) :00:0c.3 Class 0c03: 108e:1103 (rev 01) :00:0c.3 USB Controller: Sun Microsystems Computer Corp. RIO USB (rev 01) :00:0d.0 Class 0101: 10b9:5229 (rev c3) :00:0d.0 IDE interface: ALi Corporation M5229 IDE (rev c3) :00:13.0 Class 0300: 1002:4752 (rev 27) :00:13.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) Somehow I managed to forget to do an lsmod, I can try that tomorrow. RIO EBUS is some kind of bridge to a memory device bus, things like a flashprom and eeprom. These probably relate to the OpenBoot Prom. The A1701 device seems like it's a power management watchdog, and could possibly need alim7101_wdt. Poking at it in Solaris, it seems to control an i2c-smbus bridge, on the far side of which are the beeper and fan control. the i2c side talks to a MAX1617 thermistor. Other output of interest - cat /proc/bus/usb/drivers usbdevfs hub 96-111: hiddev hid cat /proc/bus/usb/devices T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 4 B: Alloc=118/900 us (13%), #Int= 1, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 0.00 S: Product=USB OHCI Root Hub S: SerialNumber=200 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=1.5 MxCh= 0 D: Ver= 1.00 Cls=00(ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0430 ProdID=0005 Rev= 1.02 C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=01 Driver=hid E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=10ms T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=02 Dev#= 3 Spd=1.5 MxCh= 0 D: Ver= 1.10 Cls=00(ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0430 ProdID=0100 Rev= 1.05 C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr= 20mA I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=hid E: Ad=81(I) Atr=03(Int.) MxPS= 3 Ivl=10ms /var/log/genkernel.log has things like this (2.4.26) * * USB support * Support for USB (CONFIG_USB) [Y/m/n/?] USB verbose debug messages (CONFIG_USB_DEBUG) [N/y/?] * * Miscellaneous USB options * Preliminary USB device filesystem (CONFIG_USB_DEVICEFS) [Y/n/?] Enforce USB bandwidth allocation (EXPERIMENTAL) (CONFIG_USB_BANDWIDTH) [N/y/?] * * USB Host Controller Drivers * EHCI HCD (USB 2.0) support (EXPERIMENTAL) (CONFIG_USB_EHCI_HCD) [M/n/y/?] UHCI (Intel PIIX4, VIA, ...) support (CONFIG_USB_UHCI) [M/n/y/?] UHCI Alternate Driver (JE) support (CONFIG_USB_UHCI_ALT) [M/n/y/?] OHCI (Compaq, iMacs, OPTi, SiS, ALi, ...) support (CONFIG_USB_OHCI) [Y/m/n/?] ... * * USB Human Interface Devices (HID) * USB Human Interface Device (full HID) support (CONFIG_USB_HID) [Y/m/n/?] HID input layer support (CONFIG_USB_HIDINPUT) [Y/n/?] /dev/hiddev raw HID device support (CONFIG_USB_HIDDEV) [Y/n/?] I saw no differences in usb.ids (usbutils) Comparing the above to the config for kernel-image-2.4.27-1-sparc64, the main differences are that in debian's kernel raw HID support is not compiled in, and Boot Protocol support for keyboard mice is compiled in. # # USB Human Interface Devices (HID) # CONFIG_USB_HID=m CONFIG_USB_HIDINPUT=y # CONFIG_USB_HIDDEV is not set CONFIG_USB_KBD=y CONFIG_USB_MOUSE=y It seems like it might be worth experimenting with this - in particular compiling in raw HID support, and making usbkbd and usbmouse modules since there is
Bug#285269: Kernel build errors
package:Installer Manual Version: current Section 8.5 para starting Hereafter we will assume.. This paragraph appears to contain multiple errors and ommissions including the missing - in -xjf. The downloaded kernel-source is in /usr/src not /usr/local/src. This para needs a close scroot. Cheers david.. -- GnuPG key ID : 0xC436BB3D at http://www.keyserver.net/en -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#285269: Kernel build errors
Processing commands for [EMAIL PROTECTED]: reassign 285269 debian-installer-manual Bug#285269: Kernel build errors Warning: Unknown package 'installer' Warning: Unknown package 'manual' Bug reassigned from package `installer manual' to `debian-installer-manual'. -- 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]
[patch] Re: Bug#285269: Kernel build errors
Here's an inital redraft. Comments? kernel-baking.xml.diff.gz Description: Binary data
Re: bug in Sarge Debian Installer
On Sun, Dec 12, 2004 at 11:37:57AM +0100, Michael Rasmussen wrote: Hi all, Hello Michael, I have discovered a bug in the new Debian Installer. The bug is when using PXE boot install and having an onboard network interface in the computer and a second (pci-)network interface. When you want to install via pxe boot on the added network interface, that is not the onboard, all goes fine until the point where the fetch kernel should load. At this point the computer simple hangs with a blank screen as a result. Disabling the onboard controller does not solve the problem. What is the color of the blank screen?(black? blue? other?) What is the last text you have seen? Has this problem been reported by others? Hard to tell. You are very terse with your information. Provide us with more details. And there is the Debian Bug Tracking System ( BTS ) See http://bugs.debian.org/ for more information. Cheers Geert Stappers signature.asc Description: Digital signature
Bug#283521: no pointer to manual in syslinux screens
On Mon, Nov 29, 2004 at 03:22:31PM -0800, Steve Langasek wrote: snip/ I imagine that really ought to be http://www.debian.org/releases/sarge/installmanual, so that the links on a given image continue to work regardless of release status? (So long as the manual is actually available on the website, that is, which it isn't yet) as patch --- f8.txt (revision 24374) +++ f8.txt (working copy) @@ -8,16 +8,16 @@ and the next user who comes up with the same problem will profit from your experience! -See the Installation Manual or the FAQ for more information; both -documents are available at the Debian web site, 0fhttp://www.debian.org/07 +See the Installation Manual or the FAQ for more information; +both documents are available at the Internet. + 0fhttp://wiki.debian.net/?DebianInstallerFAQ07 +for Freqently Asked Questions and their answers. + 0fhttp://www.nl.debian.org/releases/stable/installmanual07 +for the manual. - - - - Press 1control and F then for the help index, or ENTER to ${BOOTPROMPT} As that would be unusable because the Control-O, attached the complete f8.txt Cheers Geert Stappers 0fGETTING HELP07 09F807 If you can't install Debian, don't despair! The Debian team is ready to help you! We are especially interested in hearing about installation problems, because in general they don't happen to only 0fone07 person. We've either already heard about your particular problem and can dispense a quick fix, or we would like to hear about it and work through it with you, and the next user who comes up with the same problem will profit from your experience! See the Installation Manual or the FAQ for more information; both documents are available at the Internet. 0fhttp://wiki.debian.net/?DebianInstallerFAQ07 for Freqently Asked Questions and their answers. 0fhttp://www.nl.debian.org/releases/stable/installmanual07 for the manual. Press F1control and F then 1 for the help index, or ENTER to ${BOOTPROMPT} signature.asc Description: Digital signature
BE translation
Hi people, I started a work on translating D-I to Belarussian language. Best regards, Andrei -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[Fwd: Re: bug in Sarge Debian Installer]
Videresendt besked Fra: Michael Rasmussen [EMAIL PROTECTED] Til: Geert Stappers [EMAIL PROTECTED] Emne: Re: bug in Sarge Debian Installer Dato: Sun, 12 Dec 2004 13:26:25 +0100 søn, 12 12 2004 kl. 13:12 +0100, skrev Geert Stappers: What is the color of the blank screen?(black? blue? other?) Black. What is the last text you have seen? The last text seen is PXE boot's notification that it loads initrd. When changing the PXE boot to use the onboard net interface the kernel starts loading after this message. My asumption is that for some reason the kernel never starts loading. Hard to tell. You are very terse with your information. Provide us with more details. What information is needed? Motherboard, net devices etc. The installer never starts so it is hard to now what goes wrong. Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir datanom net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir miras org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 -- You two ought to be more careful--your love could drag on for years and years. Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir datanom net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir miras org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 -- You two ought to be more careful--your love could drag on for years and years. signature.asc Description: Dette er en digitalt underskrevet brevdel
Re: bug in Sarge Debian Installer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 12 December 2004 11:37, Michael Rasmussen wrote: I have discovered a bug in the new Debian Installer. The bug is when using PXE boot install and having an onboard network interface in the computer and a second (pci-)network interface. When you want to install via pxe boot on the added network interface, that is not the onboard, all goes fine until the point where the fetch kernel should load. At this point the computer simple hangs with a blank screen as a result. Disabling the onboard controller does not solve the problem. I very much doubt this is an installer problem, as the installer is not yet running at that time. It could either be a problem in your bios with regard to PXE booting or something in the way the files to be fetched are set up on the tftp server (which would kind of make it an installation media problem). We do know that some architectures don't seem to like some tftp servers, so you could try switching your tftp server. atftpd and tftpd-hpa seem to work for i386. I have not seen reports of this problem before. I guess your best bet is try to solve it yourself and let us know if you find a solution. One option for debugging this is looking at the packages sent over the network using a sniffer. Cheers, FJP -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvD9Xgm/Kwh6ICoQRAv8LAJ9YdknCB6pm+wsAZBdTyaOha8IXMQCgzARU O2+yte496c0+1reCT3xNit0= =Aiaf -END PGP SIGNATURE-
Re: Bug#285245: another ASUS AP140R-E1 for Vrijschrift.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Sunday 12 December 2004 01:03, Frans Pop wrote: A 386 kernel was installed, but the system is a Pentium 4, so a 686 kernel is expected This is ridiculous. _You_ should know why a 386 kernel is installed with a netinst installation. I'm not even going to explain it to you. If, you can't figure it out, ask. well, _I_ can't figure it out, so I'll ask: why ? Is it a known bug ? (Why/how) is it related to netinst ? Also, it works fine here: I got a k6, which I installed via pxe and netboot. And it had kernel-image-2.4.27-1-k6 installed automagically. regards, Holger -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvDOoUHLQNqxYNSARArwSAKDS0ewTzFHWJFmubxPQi8BdtTb8QgCgm55y F8mIV6CkqtANLuY/zG+UXZo= =MsVi -END PGP SIGNATURE-
Re: bug in Sarge Debian Installer
On Sun, Dec 12, 2004 at 01:26:25PM +0100, Michael Rasmussen wrote: søn, 12 12 2004 kl. 13:12 +0100, skrev Geert Stappers: $ cd /usr/src/conglomerate [EMAIL PROTECTED]:/usr/src/conglomerate $ grep -R [EMAIL PROTECTED] . Binary file ./debian/conglomerate-common/usr/share/locale/da/LC_MESSAGES/conglomerate.mo matches ./po/da.po:Last-Translator: Michael Rasmussen [EMAIL PROTECTED]\n Binary file ./po/da.gmo matches [EMAIL PROTECTED]:/usr/src/conglomerate $ I knew the name was familiar to me :-) What is the color of the blank screen?(black? blue? other?) Black. Acknowledge What is the last text you have seen? The last text seen is PXE boot's notification that it loads initrd. When changing the PXE boot to use the onboard net interface the kernel starts loading after this message. My asumption is that for some reason the kernel never starts loading. Acknowledge Hard to tell. You are very terse with your information. Provide us with more details. What information is needed? Motherboard, net devices etc. The installer never starts so it is hard to now what goes wrong. I agree on that, so the Subject of the thread is wrong. Networkbooting works for debian-installer, even on x86. It should also work for you. Make sure that the network boot setup on the install client and the kernel that you use can work together. Rereading: The last text seen is PXE boot's notification that it loads initrd. When changing the PXE boot to use the onboard net interface the kernel starts loading after this message. My asumption is that for some reason the kernel never starts loading. I think reading the fantastic manual will help, if not ask smart questions at the mailinglist. Cheers Geert Stappers signature.asc Description: Digital signature
Re: Bug#285296: AMD64 installation report
On Sunday 12 December 2004 12:28, James Andrewartha wrote: Initially we tried setting up the entirity of /dev/sda (WD Raptor) with LVM, however neither lilo (which d-i tried) nor grub could boot from them on this architecture. Upon reinstalling with a separate /boot d-i installed grub which worked fine. This is an area where problems are known to occur. Your solution is indeed the preferred one. We expect work will be done on improving things after the release of Sarge. Closing this report as there were no other issues. Thank you for submitting your report. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: it has a patch
Processing commands for [EMAIL PROTECTED]: tags 283521 patch Bug#283521: no pointer to manual in syslinux screens There were no tags set. Tags added: patch 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]
Re: bug in Sarge Debian Installer
søn, 12 12 2004 kl. 13:53 +0100, skrev Frans Pop: I very much doubt this is an installer problem, as the installer is not yet running at that time. It could either be a problem in your bios with regard to PXE booting or something in the way the files to be fetched are set up on the tftp server (which would kind of make it an installation media problem). If I use the PXE boot option from the onboard device all works as intended. To very I also have tried Ubuntu which uses the same installer and the same thing happend: Onboard all is fine, added device the same error We do know that some architectures don't seem to like some tftp servers, so you could try switching your tftp server. atftpd and tftpd-hpa seem to work for i386. My tftp is tftpd-hpa running on a Debian-Woody. This works well in any other situations. I have not seen reports of this problem before. I guess your best bet is try to solve it yourself and let us know if you find a solution. Well one solution is obvious: use the onboard device:-) One option for debugging this is looking at the packages sent over the network using a sniffer. I will make a log from tcp-dump from both schenarios. Information is to follow. Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir datanom net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir miras org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 -- You two ought to be more careful--your love could drag on for years and years. signature.asc Description: Dette er en digitalt underskrevet brevdel
Re: Bug#285245: another ASUS AP140R-E1 for Vrijschrift.org
On Sunday 12 December 2004 13:03, Holger Levsen wrote: A 386 kernel was installed, but the system is a Pentium 4, so a 686 kernel is expected This is ridiculous. _You_ should know why a 386 kernel is installed with a netinst installation. I'm not even going to explain it to you. If, you can't figure it out, ask. well, _I_ can't figure it out, so I'll ask: why ? Is it a known bug ? (Why/how) is it related to netinst ? Also, it works fine here: I got a k6, which I installed via pxe and netboot. And it had kernel-image-2.4.27-1-k6 installed automagically. On the net_inst_ CD image only the 386 variants of the kernel are included so, as they are the only ones available to the installation system, they are the ones that will be installed (either the 2.4.27 version or the 2.6.8 version). As you used net_boot_, all kernel variants in the internet archives are available, so the correct one for your hardware will be picked. Closing this bug report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: Re: bug in Sarge Debian Installer]
On Sun, Dec 12, 2004 at 01:49:10PM +0100, Michael Rasmussen wrote: Videresendt besked Fra: Michael Rasmussen [EMAIL PROTECTED] Til: Geert Stappers [EMAIL PROTECTED] A previous private send message forwarded to this list, allready answered to the list. Emne: Re: bug in Sarge Debian Installer Dato: Sun, 12 Dec 2004 13:26:25 +0100 søn, 12 12 2004 kl. 13:12 +0100, skrev Geert Stappers: What is the color of the blank screen?(black? blue? other?) Black. snip/ Cheers Geert Stappers signature.asc Description: Digital signature
Processed: Bug#285269: Kernel build errors
Processing commands for [EMAIL PROTECTED]: reassign 285269 debian-installer-manual Bug#285269: Kernel build errors Bug reassigned from package `debian-installer-manual' to `debian-installer-manual'. severity 285269 minor Bug#285269: Kernel build errors Severity set to `minor'. 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#285317: Suggestion for needed-info for IA64 and HPPA
Package: debian-installer-manual Severity: wishlist -- Forwarded Message -- Subject: Re: [D-I Manual] Build log for es (08 Dec 2004) - ERRORS DURING BUILD Date: Friday 10 December 2004 00:39 From: Javier Fernández-Sanguino Peña [EMAIL PROTECTED] BTW, I think the following could be added to en/preparing/needed-info.xml listitem arch=ia64para ulink url=http://www.linux.com/howtos/HP-HOWTO/index.shtml;HP Linux HOWTO/ulink (includes a section specific for IA64) /para/listitem I initially added it to the spanish version to fix the compilation issues, but maybe it's ok for inclusion in the english version. Could you ask the people in charge of the port? Regards Javier --- As this document was last updated in 2001 and refers to the 'upcoming Woody release', I feel it is fairly outdated. I also don't know if there is very much really usefull information in the document for installation purposes as the doc seems fairly general. As the doc also includes a para on HPPA, it could also be listed for that arch (if usefull).
netinst-CD-Images (was Re: Bug#285245: another ASUS AP140R-E1 for Vrijschrift.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, btw. you don't have to send cc: to me - I read debian-boot... One question is still open: the ppc-netinst contains all kernels ? On Sunday 12 December 2004 16:35, Frans Pop wrote: The netinst is intended mainly for people who do _a lot_ of testing installations for d-i; it's to save them downloading a full CD all the time. And it is the best way to test something like a full CD installation. Maybe that should have been stated more clearly... but I think it's more important that this message don't get lost: End users will not be advised to use a netinst CD after Sarge has been released anyway, How will they not be advised ? Will the links to the netinst-images be removed / labelled ? Shouldn't that be done _now_ so it won't get forgotten ? they will be using full CD's (or netboot or floppy or maybe businesscard). That's what I gonna tell them now ;) regards, Holger -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvGqbUHLQNqxYNSARAu2LAKCEtEJxfn5m9wieHoBlVOK+2aIImwCfTrFh o8nxW8taJ3y0aQwgZeKywQI= =45PC -END PGP SIGNATURE-
Re: bug in Sarge Debian Installer
Hi all søn, 12 12 2004 kl. 13:53 +0100, skrev Frans Pop: One option for debugging this is looking at the packages sent over the network using a sniffer. Inclosed you will find the log done with tcpdump -i eth0 port 69 or port 67 -l | tee filename correct behaviour 18:37:08.153610 0.0.0.0.bootpc 255.255.255.255.bootps: xid:0xdd689837 secs:4 flags:0x8000 [|bootp] 18:37:09.002966 balder.datanom.net.bootps 255.255.255.255.bootpc: xid:0xdd689837 secs:4 flags:0x8000 Y:192.168.2.85 S:balder.datanom.net ether 0:10:dc:68:98:37 [|bootp] [tos 0x10] 18:37:10.137043 0.0.0.0.bootpc 255.255.255.255.bootps: xid:0xdd689837 secs:4 flags:0x8000 [|bootp] 18:37:10.138957 balder.datanom.net.bootps 255.255.255.255.bootpc: xid:0xdd689837 secs:4 flags:0x8000 Y:192.168.2.85 S:balder.datanom.net ether 0:10:dc:68:98:37 [|bootp] [tos 0x10] 18:37:10.144226 192.168.2.85.2070 balder.datanom.net.tftp: 28 RRQ /pxelinux.0 18:37:10.146507 192.168.2.85.2071 balder.datanom.net.tftp: 33 RRQ /pxelinux.0 18:37:10.179589 192.168.2.85.57089 balder.datanom.net.tftp: 52 RRQ /pxelinux.cfg/C0A80255 18:37:10.182760 192.168.2.85.56834 balder.datanom.net.tftp: 51 RRQ /pxelinux.cfg/C0A8025 18:37:10.185932 192.168.2.85.56579 balder.datanom.net.tftp: 50 RRQ /pxelinux.cfg/C0A802 18:37:10.189162 192.168.2.85.56324 balder.datanom.net.tftp: 49 RRQ /pxelinux.cfg/C0A80 18:37:10.192486 192.168.2.85.56069 balder.datanom.net.tftp: 48 RRQ /pxelinux.cfg/C0A8 18:37:10.195774 192.168.2.85.55814 balder.datanom.net.tftp: 47 RRQ /pxelinux.cfg/C0A 18:37:10.199038 192.168.2.85.9 balder.datanom.net.tftp: 46 RRQ /pxelinux.cfg/C0 18:37:10.20 192.168.2.85.55304 balder.datanom.net.tftp: 45 RRQ /pxelinux.cfg/C 18:37:10.205667 192.168.2.85.55049 balder.datanom.net.tftp: 51 RRQ /pxelinux.cfg/default 18:37:10.207065 192.168.2.85.55050 balder.datanom.net.tftp: 73 RRQ /debian-installer/boot-screens/syslinux.txt 18:37:10.208381 192.168.2.85.55051 balder.datanom.net.tftp: 71 RRQ /debian-installer/boot-screens/splash.rle 18:37:15.176893 192.168.2.85.55052 balder.datanom.net.tftp: 53 RRQ /debian-installer/linux 18:37:15.452834 192.168.2.85.55053 balder.datanom.net.tftp: 57 RRQ /debian-installer/initrd.gz /correct behaviour uncorrect behaviour 18:34:16.660281 0.0.0.0.bootpc 255.255.255.255.bootps: xid:0xb4b8ddd7 secs:4 flags:0x8000 [|bootp] 18:34:17.006795 balder.datanom.net.bootps 255.255.255.255.bootpc: xid:0xb4b8ddd7 secs:4 flags:0x8000 Y:192.168.2.50 S:balder.datanom.net ether 0:2:b3:b8:dd:d7 [|bootp] [tos 0x10] 18:34:17.632192 0.0.0.0.bootpc 255.255.255.255.bootps: xid:0xb4b8ddd7 secs:4 flags:0x8000 [|bootp] 18:34:17.635490 balder.datanom.net.bootps 255.255.255.255.bootpc: xid:0xb4b8ddd7 secs:4 flags:0x8000 Y:192.168.2.50 S:balder.datanom.net ether 0:2:b3:b8:dd:d7 [|bootp] [tos 0x10] 18:34:17.640746 192.168.2.50.2070 balder.datanom.net.tftp: 28 RRQ /pxelinux.0 18:34:17.643039 192.168.2.50.2071 balder.datanom.net.tftp: 33 RRQ /pxelinux.0 18:34:17.686114 192.168.2.50.57089 balder.datanom.net.tftp: 52 RRQ /pxelinux.cfg/C0A80232 18:34:17.689643 192.168.2.50.56834 balder.datanom.net.tftp: 51 RRQ /pxelinux.cfg/C0A8023 18:34:17.693067 192.168.2.50.56579 balder.datanom.net.tftp: 50 RRQ /pxelinux.cfg/C0A802 18:34:17.696419 192.168.2.50.56324 balder.datanom.net.tftp: 49 RRQ /pxelinux.cfg/C0A80 18:34:17.699825 192.168.2.50.56069 balder.datanom.net.tftp: 48 RRQ /pxelinux.cfg/C0A8 18:34:17.703137 192.168.2.50.55814 balder.datanom.net.tftp: 47 RRQ /pxelinux.cfg/C0A 18:34:17.706405 192.168.2.50.9 balder.datanom.net.tftp: 46 RRQ /pxelinux.cfg/C0 18:34:17.709576 192.168.2.50.55304 balder.datanom.net.tftp: 45 RRQ /pxelinux.cfg/C 18:34:17.713049 192.168.2.50.55049 balder.datanom.net.tftp: 51 RRQ /pxelinux.cfg/default 18:34:17.714497 192.168.2.50.55050 balder.datanom.net.tftp: 73 RRQ /debian-installer/boot-screens/syslinux.txt 18:34:17.715895 192.168.2.50.55051 balder.datanom.net.tftp: 71 RRQ /debian-installer/boot-screens/splash.rle 18:34:26.720787 192.168.2.50.55052 balder.datanom.net.tftp: 53 RRQ /debian-installer/linux 18:34:27.047397 192.168.2.50.55053 balder.datanom.net.tftp: 57 RRQ /debian-installer/initrd.gz /uncorrect behaviour To me they seem identical so either it must be a bug i the PXE implementation or in the kernel provided with debian-installer. Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir datanom net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir miras org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 -- You two ought to be more careful--your love could drag on for years and years. signature.asc Description: Dette er en digitalt underskrevet brevdel
Bug#285342: installation-reports
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc2/sarge-i386-netinst.iso on 12/12/04 uname -a: The result of running uname -a on a shell prompt Date: 12/12/04 10:25am MST Method: netinst Machine: Homebuilt Processor: Athlon XP Memory: 1G Root Device: IDE (hda2) Root Size/partition table: 4.2G 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] - manual Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Perfect install. Thank you for including ssh in the install. Used manual partitioning, since I had some data on 3 partitions, but will try with clean system and report.
Debian permanently hangs during installation boot process
SITUATION Debian permanently hangs during installation boot process. Last boot entry: aacraid raid driver version, Apr 20 2002 ENVIRONMENT Motherboard:... Gigabyte GA-K8NS Pro Processor:. AMD Athlon 64 Hard Drive: Seagate Barracuda 7200.7, 80GB Boot Disk:. Debian on CD-ROM, Woody, version 3.0r3 ADDITIONAL BACKGROUND Hard drive new, no previous OS installed, formatted using fdisk under live Linux distro Mepis. Debian also will not boot using other HD vendor in same environment -- HD not a factor. Disk partition: hda1 2GB boot; hda2 10GB linux; hda3 2GB swap. Situation same if RAID set on or off in BIOS. Am aware Gigabyte RAID drivers not available for Linux; didn't expect OS installation problem though. Mepis Linux will HD install on different HD -- but prefer Debian. Also, RedHat 9.0 will cleanly install and boot. Other Linux live OS's, however, will not boot in same environment, e.g.: Knoppix through ver. 3.7 Knoppix 64-bit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285342: marked as done (installation-reports)
Your message dated Sun, 12 Dec 2004 19:28:39 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#285342: 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; 12 Dec 2004 17:53:07 + From [EMAIL PROTECTED] Sun Dec 12 09:53:07 2004 Return-path: [EMAIL PROTECTED] Received: from imo-d02.mx.aol.com [205.188.157.34] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CdXu7-0006AH-00; Sun, 12 Dec 2004 09:53:07 -0800 Received: from [EMAIL PROTECTED] by imo-d02.mx.aol.com (mail_out_v37_r3.8.) id l.1b2.cec491b (16238) for [EMAIL PROTECTED]; Sun, 12 Dec 2004 12:52:59 -0500 (EST) Received: from [10.6.0.15] (c-67-166-48-221.client.comcast.net [67.166.48.221]) by air-in03.mx.aol.com (v103.7) with ESMTP id MAILININ32-3f6e41bc857a2f2; Sun, 12 Dec 2004 12:52:59 -0500 Message-ID: [EMAIL PROTECTED] Date: Sun, 12 Dec 2004 10:53:27 -0700 From: Ron Lawrence [EMAIL PROTECTED] User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: us, en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: installation-reports Content-Type: multipart/alternative; boundary=010502010203080606020307 X-AOL-IP: 67.166.48.221 X-Mailer: Unknown (No Version) 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=-4.8 required=4.0 tests=BAYES_00,HAS_PACKAGE, HTML_20_30,HTML_MESSAGE,HTML_TITLE_EMPTY autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --010502010203080606020307 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc2/sarge-i386-netinst.iso on 12/12/04 uname -a: The result of running uname -a on a shell prompt Date: 12/12/04 10:25am MST Method: netinst Machine: Homebuilt Processor: Athlon XP Memory: 1G Root Device: IDE (hda2) Root Size/partition table: 4.2G 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] - manual Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Perfect install. Thank you for including ssh in the install. Used manual partitioning, since I had some data on 3 partitions, but will try with clean system and report. --010502010203080606020307 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head meta content=text/html;charset=ISO-8859-1 http-equiv=Content-Type title/title /head body bgcolor=#ff text=#00 meta content=text/html;charset=ISO-8859-1 http-equiv=Content-Type title/title meta content=text/html;charset=ISO-8859-1 http-equiv=Content-Type title/title prePackage: installation-reports Debian-installer-version: a class=moz-txt-link-freetext href=http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc2/sarge-i386-netinst.iso;http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc2/sarge-i386-netinst.iso/a on 12/12/04 uname -a: lt;The result of running uname -a on a shell promptgt; Date: 12/12/04 10:25am MST Method: netinst Machine: Homebuilt Processor: Athlon XP Memory: 1G Root Device: IDE (hda2) Root Size/partition table: 4.2G 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] - manual Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Perfect install. Thank you for including ssh in the install. Used manual partitioning, since I had some data on 3 partitions, but will try with clean system and report. /pre !--
Bug#285351: explain partman's symbol in manual, add info about ntfs-resize
package: debian-installer-manual severity: wishllist Hi, The symbols partman uses (lightning bolt, black smiley, light smiley, teddybear/teletubby) are not explained in the manual (see http://d-i.alioth.debian.org/manual/en.i386/ch06s03.html#di-partition), please add a short explaination. Also the info that partman is able to resize ntfs-partitions is missing. Please add. regards, h01ger-guest (who volunteers to do it, but needs write-access to actually do it.. ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285141: does not seem to preseed language right anymore
Op za, 11-12-2004 te 08:04 +0100, schreef Christian Perrier: Quoting Joey Hess ([EMAIL PROTECTED]): Package: srm-reader Seems it preseeds the language variale to English (USA), which is no longer in the languagechooser list, which makes the default choice on alpha always be Albanian. I assume it's also broken for the other languages it knows. Not related but I've just discovered abou tthis package and do not really know what it does, but looking at the README, I found: FIXME: Code 4E is Vlaams. What language is that? Vlaams is a variant of Dutch, mostly spoken in Belgium. s/mostly // I guess we can assimilate it to Dutch. Yes, indeed. There /are/ differences between Flemish and Dutch as spoken in the Netherlands, but both language regions are small enough that the Dutch language teams do not care, and try to find the common denominator for both when translating. -- 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]
D-I Manual on official Debian website
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Frank, There seems to be a very old version of the Debian Installer Manual at, for example, http://www.debian.org/releases/testing/i386/. Do you happen to know anything about that? IMHO these should either be removed or updated. I guess the final location, version and updates of the manual (and release notes) on the Debian website should be discussed. Cheers, Frans Pop -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvJXAgm/Kwh6ICoQRAr2HAJ4l3IEcW8m8P+2VmfOnSVHHqZkl1QCfTjXc 6P+oLchSNFCk8tLafaHYifM= =J1V0 -END PGP SIGNATURE-
Bug#285354: cannot resize some (ext3) partitions (ppc+x86)
package: partman version: rc2 Hi, I tried resizing today. In general it works, great! But on two different machines (one x86-k6 with an 160gb ide and a pegasos2 (with amiga disklabels) and a 40gb ide) I encountered two partitions which cannot resize, which is think I should be able to do. These are the partition-tables (created with parted $dev print), on the pegasos I was able to resize swap, backup, varlog and home (but not root and boot, nor mos nor mos-data - but I don't care about the last two) and on the x86 I was able to resize swap but not boot. Disk geometry for /dev/ide/host0/bus0/target0/lun0/disc: 0.000-38166.679 megabytes Disk label type: amiga MinorStart End Filesystem Name Flags 1 3.999107.973 ext2boot 2107.974611.850 asfsmos boot 3611.851 3615.117 asfsmos-data 4 3615.117 4618.872 linux-swap swap hidden 5 4618.872 19997.116 ext3root boot 6 19997.117 20063.100 ext3backup 7 20063.101 21996.628 ext3varlog 8 21996.628 38166.679 ext3home Information: Don't forget to update /etc/fstab, if necessary. Disk geometry for /dev/ide/host0/bus0/target0/lun0/disc: 0.000-131072.000 megabytes Disk label type: msdos MinorStart End Type Filesystem Flags 1 0.031 130316.330 primary ext3boot 2 130316.331 131069.377 extended lba 5 130316.361 131069.377 logical linux-swap Information: Don't forget to update /etc/fstab, if necessary. If you need more information, ask, I'll provide. These are test machines, so I could repeat this (or something else) easily... regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285345: dosn't work properly with modules including -
-BEGIN PGP SIGNED MESSAGE- Package: discover1 Version: 1.7.5 Severity: important Tags: patch The following patch shuld fix the problem with mapping and modules with '-' inside (usb-uhci). The patch must be applied to /etc/init.d/discover - --- discover.org 2004-12-12 18:34:07.0 +0100 +++ discover2004-12-12 18:59:45.0 +0100 @@ -156,7 +156,8 @@ continue fi - -MAPPED=$(eval echo \$map_$MODULE) +under=$(echo $MODULE | sed 's/-/_/g') +MAPPED=$(eval echo \$map_$under) if [ -n $MAPPED ]; then MODULE=$MAPPED fi - -- Package-specific info: lspci: :00:00.0 0600: 1106:0691 (rev 44) :00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev 44) :00:01.0 0604: 1106:8598 :00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] :00:07.0 0601: 1106:0596 (rev 23) :00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Mobile South] (rev 23) :00:07.1 0101: 1106:0571 (rev 10) :00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 10) :00:07.2 0c03: 1106:3038 (rev 11) :00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 11) :00:07.3 0600: 1106:3050 (rev 30) :00:07.3 Host bridge: VIA Technologies, Inc. VT82C596 Power Management (rev 30) :00:08.0 0400: 109e:0350 (rev 12) :00:08.0 Multimedia video controller: Brooktree Corporation Bt848 Video Capture (rev 12) :00:09.0 0100: 9004:7178 :00:09.0 SCSI storage controller: Adaptec AHA-2940/2940W / AIC-7871 :00:0a.0 0200: 10b7:9200 (rev 78) :00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) :00:0b.0 0401: 1274:5880 (rev 02) :00:0b.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02) :00:0c.0 0200: 100b:0020 :00:0c.0 Ethernet controller: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller :01:00.0 0300: 102b:0521 (rev 01) :01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01) discover: - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.28 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages discover1 depends on: ii dash0.5.1-3 The Debian Almquist Shell ii debconf 1.4.30.10Debian configuration management sy ii discover1-data 1.2004.11.27 hardware lists for libdiscover1 ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libdiscover11.7.5hardware identification library - -- debconf information: * discover/manage_cdrom_devices: false discover/cdrom_base_mountpoint: /media/ discover/cdrom_base_mountpoint_error: - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iQEVAwUBQbyHrZ+OKpjRpO3lAQHP4Qf+JLb9xIRabahFEOeC3MX3ZYgk4mlSZVUf 4i3/DKIlnGB1A7EYoTnM5InBrD+t4/F2VY/f9FAyO4GW37bMVvHfA+ka65Z6N7RM gOYXcJ3QPS+EZGzZ749yN96szjbnEmLyrbzdg9EAq0iE6NcwlpBkJI7Js3z+xvUM rzkKIVw6indbjEucA9VNBY//fGN0ie8h/mX9Soa8Zur4PtDJtd+SyqU3LjwqzJ2t 8tMVky8dOcHp3al2h6qz7c3JUvVJhZqMddiAPN1gu42IqanoYUuAQoBy27UvMzVr PGHL3gxX34bVRjxMKEQirI7w5ZCmKzv03L87I4lDlA3a7qIaV7DPtg== =Yx7e -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#248855: Useful clues for non-working USB keyboard on SunBlade 150 / sparc64
I'm subscribed to debian-boot as well as debian-bugs-dist, so I already get at least two copies of every d-i bug report. I do not need another one in my inbox, so please do not CC me. Most of your recent mails seem to disregard information I sent to this bug report in [EMAIL PROTECTED] and [EMAIL PROTECTED], so here it is again: langagechooser runs before kbd-chooser so kbd-chooser bugfixes cannot apply to it. I had thought your keyboard was working before you got to kbd-chooser; if not it's probably a bug in the kernel/lack of loading the right module for a usb keyboard. Well here's what I know: Our sparc kernels are built with the usbkbd driver built in, and that's the only USB keyboard support provided. The usb-uhci or usb-ohci drivers are not on there and not loaded, and neither does it try to load the alternative hid-based keyboard drivers (hid, keybdev). So if the usbkbd driver works, using the keyboard in what the kernel calls it Boot Protocol mode I think the sparc stuff should work (unsure if it still needs to load usb-uhci firt though), but if it needs to be in full HID mode, a lot of work needs to be done to get sparc to support that. [EMAIL PROTECTED] wrote: Hmm, maybe this discovery stuff is all a red herring. Obviously so, since as I said before and above, the usb-uhci and usb-ohci modules are not available on the d-i sparc initrd. Now, usb-linux runs first, and it loads full HID support (hid.o). Not on architectures such as sparc which have no hid.o on the initrd. Rather than stumbling around the d-i source tree lost and confused as you seem to have done, I'd suggest finding a system that correctly supports the USB keyboard and find out how it does it, then apply that to d-i. -- see shy jo signature.asc Description: Digital signature
Re: Problem with arch-title-entity
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 12 December 2004 18:56, Holger Wansing wrote: When it's used in the way die arch-title;-Distribution (german example) what is korrekt in german without any spaces, I get die Alpha -Distribution Yes, putting them all in one line does seem to fix this. Committed. About your change to url-install-manual in ./build/entities/urls.ent There is indeed a version of the manual at that location, but if you had looked a bit closer, you would have noticed that it is a completely out-of-date version. Also note that for Woody, there is a more general page for each architecture at that location and the manuals are at http://www.nl.debian.org/releases/stable/i386/install So, if that structure will be kept for Sarge, your change will in fact end up breaking the manual. I have not (yet) reverted your change, but I do feel it was premature as there _is_ no official location for the manual yet and I'm not sure if we should be happy with a link to a location that is not maintained. Please do not make changes like that before discussing them on d-boot, as there may be good reason for the current situation. Cheers, FJP -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvJzXgm/Kwh6ICoQRAoHSAKC08KqpnoxFC1rw2dvTt3BHBCIylgCeJ5BE 1YC9wnodmmq8rBMTa3xuUXk= =vLRn -END PGP SIGNATURE-
Bug#285345: dosn't work properly with modules including -
severity 285345 normal tags 284223 + patch merge 285345 284223 thanks Thought I remembered seeing almost exactly the same patch recently... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#285345: dosn't work properly with modules including -
Processing commands for [EMAIL PROTECTED]: severity 285345 normal Bug#285345: dosn't work properly with modules including - Severity set to `normal'. tags 284223 + patch Bug#284223: discover1: modules with dash in name are not properly handled (patch) Tags were: patch Tags added: patch merge 285345 284223 Bug#284223: discover1: modules with dash in name are not properly handled (patch) Bug#285345: dosn't work properly with modules including - Merged 284223 285345. 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]
Sarge and sarge in the manual
Hello, in german we need, maybe in difference to e.g. english, Sarge (upper case) as discription of the branch and sarge (lower case) for example in filesystem paths. So we need different entities for that. ??? Gruss Holger -- == Created with Sylpheed-Claws 0.9.12 under Debian GNU LINUX 3.1 Sarge (testing). http://counter.li.org/ Registered LinuxUser #311290 Spamfiltering powered by www.spamassassin.org = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sarge and sarge in the manual
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 12 December 2004 21:33, Holger Wansing wrote: in german we need, maybe in difference to e.g. english, Sarge (upper case) as discription of the branch and sarge (lower case) for example in filesystem paths. So we need different entities for that. Yes, I can see the need for that. For Dutch a capital S would be preferred as well when referring to the release name. I've created two additional entities in common.ent: !ENTITY releasename sarge +!ENTITY releasename-cap Sarge +!ENTITY releasename-uc SARGE - -cap: capitalized - -uc: uppercase Cheers, FJP -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvLUkgm/Kwh6ICoQRAkY7AJ4qcUiOW/rNaz2+nFI9pn8X8urh+wCggV5o VkxLHwKOBbj8sm2FVvYHx9o= =JwFy -END PGP SIGNATURE-
Bug#248855: Useful clues for non-working USB keyboard on SunBlade 150 / sparc64
Here's a bit more data from gentoo 2004.3 livecd. The system has no modules loaded at the time is has booted to a command line. I didn't try to get X going. Since I don't seem to be helping, I'm stopping now. Good luck. sb100-gentoo.tar.gz Description: Binary data
Bug#285354: cannot resize some (ext3) partitions (ppc+x86)
Il giorno dom, 12-12-2004 alle 19:59 +0100, Holger Levsen ha scritto: [...] But on two different machines (one x86-k6 with an 160gb ide and a pegasos2 (with amiga disklabels) and a 40gb ide) I encountered two partitions which cannot resize, which is think I should be able to do. [...] Hi, could you please specify what the error is? Do you have any error message? Why you think this is a partman problem instead of an ext2resize bug? Thank,s Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
netinst-CD-Images (was Re: Bug#285245: another ASUS AP140R-E1 for Vrijschrift.org
On Sun, Dec 12, 2004 at 04:35:49PM +0100, Frans Pop wrote: On Sunday 12 December 2004 15:52, Holger Levsen wrote: So it's not advisable to use the net_inst CD images on any other hardware than 386 ?! So the netinst-CDs are pretty useless ? (Better use business-card-CDs or whole Sets or netboot... (or even floppies)) No, that's not correct. The 386 kernel will run fine on almost all Intel and AMD based systems. If you want an optimized kernel for your processor, you'll just have to install the proper kernel-image after the installation finishes (or compile one yourself). Installing with the netinst CD will almost certainly give you a working system. The netinst is intended mainly for people who do _a lot_ of testing installations for d-i; it's to save them downloading a full CD all the time. And it is the best way to test something like a full CD installation. That full test excludes kernel selection code ... End users will not be advised to use a netinst CD after Sarge has been released anyway, they will be using full CD's (or netboot or floppy or maybe businesscard). Mmmm, this is 2005, Joe Random User has broadband Internet access. And he has lines starting with deb http:// in his /etc/apt/sources.list. I gonna file a wishlist bugreport. Cheers Geert Stappers signature.asc Description: Digital signature
Re: bug in Sarge Debian Installer
On Sun, Dec 12, 2004 at 06:42:36PM +0100, Michael Rasmussen wrote: Hi all søn, 12 12 2004 kl. 13:53 +0100, skrev Frans Pop: One option for debugging this is looking at the packages sent over the network using a sniffer. Inclosed you will find the log done with tcpdump -i eth0 port 69 or port 67 -l | tee filename correct behaviour snip/ /correct behaviour uncorrect behaviour snip/ /uncorrect behaviour To me they seem identical so either it must be a bug i the PXE implementation or in the kernel provided with debian-installer. And as the kernel provided with debian-installer works fine for the correct behaviour situation, that leaves the PXE implementation as culpritt. So you are completely right that you should use the onboard NIC. I can recomment http://www.etherboot.org for netbooting. See You under another Subject line Geert Stappers signature.asc Description: Digital signature
Bug#285382: more kernels on the netinst CD
Package: debian-installer Severity: wishlist A 386 kernel was installed, but the system is a Pentium 4, so a 686 kernel is expected This is ridiculous. _You_ should know why a 386 kernel is installed with a netinst installation. I'm not even going to explain it to you. If, you can't figure it out, ask. well, _I_ can't figure it out, so I'll ask: why ? Is it a known bug ? (Why/how) is it related to netinst ? Also, it works fine here: I got a k6, which I installed via pxe and netboot. And it had kernel-image-2.4.27-1-k6 installed automagically. On the net_inst_ CD image only the 386 variants of the kernel are included so, as they are the only ones available to the installation system, they are the ones that will be installed (either the 2.4.27 version or the 2.6.8 version). As you used net_boot_, all kernel variants in the internet archives are available, so the correct one for your hardware will be picked. I do agree with with one kernel we can do a install, but I don't see the limitation on the netinst CD. Please put more kernels on that CD ROM. Cheers Geert Stappers signature.asc Description: Digital signature
OK
Package: installation-reports Debian-installer-version: 12.12.2004 www.debian.org uname -a 2.6.8-1-386 Date: 12.12.2004 (23:40) Method: CD instalation Machine: Personal computer Processor: Amd Barton 3000+ 512mb Root Device: sata Root Size/partition table: Disco /dev/hde: 80.0 GB, 80026361856 bytes 255 cabezas, 63 sectores/pista, 9729 cilindros Unidades = cilindros de 16065 * 512 = 8225280 bytes Disposit. InicioComienzo Fin Bloques Id Sistema /dev/hde1 1255020482843+ 7 HPFS/NTFS /dev/hde22551972957665317+ f W95 Ext'd (LBA) /dev/hde52551510020482843+ b W95 FAT32 /dev/hde65101741518595206 83 Linux /dev/hde7 *74168631 9767488+ 83 Linux /dev/hde886329729 8819653+ 83 Linux Disco /dev/hda: 20.0 GB, 20020396032 bytes 16 cabezas, 63 sectores/pista, 38792 cilindros Unidades = cilindros de 1008 * 512 = 516096 bytes Disposit. InicioComienzo Fin Bloques Id Sistema /dev/hda1 1 3487217575078+ 83 Linux /dev/hda2 34872 38792 1975995 82 Linux swap / Solaris none /dev/pts devpts mode=0620 0 0 none /dev/shm tmpfs defaults 0 0 Output of lspci and lspci -n: :00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80) :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge :00:07.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 05) :00:07.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 05) :00:0a.0 Multimedia controller: Sigma Designs, Inc. REALmagic Hollywood Plus DVD Decoder (rev 02) :00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) :00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [K8T800 South] :00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) :01:00.0 VGA compatible controller: nVidia Corporation NV31 [GeForce FX 5600XT] (rev a1) :00:00.0 0600: 1106:3189 (rev 80) :00:01.0 0604: 1106:b198 :00:07.0 0401: 1102:0002 (rev 05) :00:07.1 0980: 1102:7002 (rev 05) :00:0a.0 0480: 1105:8300 (rev 02) :00:0f.0 0104: 1106:3149 (rev 80) :00:0f.1 0101: 1106:0571 (rev 06) :00:10.0 0c03: 1106:3038 (rev 81) :00:10.1 0c03: 1106:3038 (rev 81) :00:10.2 0c03: 1106:3038 (rev 81) :00:10.3 0c03: 1106:3038 (rev 81) :00:10.4 0c03: 1106:3104 (rev 86) :00:11.0 0601: 1106:3227 :00:12.0 0200: 1106:3065 (rev 78) :01:00.0 0300: 10de:0314 (rev a1) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [ ] Config network: [ ] 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:[ ] Reboot: [O] Comments/Problems: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Flashing screen
On Sun, Dec 12, 2004 at 09:50:54AM -0800, Eric wrote: I downloaded my debian woody images using jigdo and burned them to CD. when I try to start the install, right after probing pci hardware is shown my screen flashes on and off at approximately half second intervals. I am running a Compaq Deskpro p2 400mhz desktop. I have a Matrox Millenium g200 AGP video card, and a Compaq v75 17 inch CRT monitor. I want to install linux on a second hard drive to dual boot with my windows XP professional OS. The problem does not lie within the software because I had the same problem while trying to install Fedora Core 3. So that makes hardware the constant factor and as it supports one operating system[1] it should be able to support another o.s. You are using woody images. I have tried Woody bootloader about 18 months ago (yes, one and a half year in the past). The sucessor of Woody is Sarge and has a new bootloader, it is named debian-installer, d-i for short. d-i has several boot option, including for monitor control. The flashes you see on your monitor are monitor control issues. You can read more about d-i on [2] Any advice would be greatly appreciated Thank you You are the person that can see the effect of a boot option. Cheers Geert Stappers [1] hey, it has cool graphics, it _most_ be good. [2] http://www.nl.debian.org/devel/debian-installer/ signature.asc Description: Digital signature
Bug#285382: more kernels on the netinst CD
retitle 285382 netinst CD already too big, needs to slim down by ~8 mb. reassign 285382 debian-cd severity 285382 important thanks Geert Stappers wrote: Package: debian-installer Severity: wishlist I do agree with with one kernel we can do a install, but I don't see the limitation on the netinst CD. Please put more kernels on that CD ROM. The netinst CD is designed to fit on a specific size of micro CD-ROM. I forget the size and its specific space limitations, but it's also intended to be put on 128 mb usb memory sticks with the hd-media initrd, which puts the maximum size at somewhere around 115 mb. Adding 2.4 and 2.6 versions of each new kernel adds about 30 mb to the iso size. We haven't room. In fact at 123 mb, the current netinst is **too big** to fit on the standard hd-media image usb stick image right now, which is rather disasterous. Seemingly useless packages on the netinst include courier-*, esmtp, exim4-daemon-heavy, masqmail, nullmailer, postfix, sendmail, ssmtp. I thought we'd removed all these extra MTAs. Anyone know why the perl package (and perl-modules) is back on the netinst? Perhaps it was added before localisation-config was fixed to work with just perl-base; nothing on the netinst except for courier-base and sendmail-base depend on perl now. If removing those package is not doable or not enough, dropping the manuals and floppies is another way to slim it down 8 mb. -- see shy jo signature.asc Description: Digital signature
Re: netinst-CD-Images (was Re: Bug#285245: another ASUS AP140R-E1 for Vrijschrift.org
On Sun, Dec 12, 2004 at 04:58:19PM +0100, Holger Levsen wrote: btw. you don't have to send cc: to me - I read debian-boot... One question is still open: the ppc-netinst contains all kernels ? The powerpc kernel-image packages are individually targetted to particular subarchs. This is not just a question of optimization, there is no single powerpc kernel-image package in the archive that is believed to work on all subarchs that are able to install from CD. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#283303: [sparc] partman breaks the partition table when swap partition is first on the disk
Hello, As previously noted (see bug trail), this failure is due to the CREATE_FILE_SYSTEM call to the parted server. I've tried to figure out why it fails. For that I've compared the function for filesystem creation in parted_server (command_create_file_system() in parted_server.c of partman package) and in parted (do_mkfs() in parted/parted.c of parted package). The functions are nearly identical, except for one essential difference: the do_mkfs() function (which actually works) calls ped_file_system_close() on the newly created filesystem and ped_disk_commit() on the disk, where the filesystem was created. The parted_server's function does NOT do that. So, as experiment, I've modified it, according to the patch below: --- partman-61/parted_server.c 2004-09-28 20:08:40.0 -0400 +++ partman/parted_server.c 2004-12-12 21:22:43.975091672 -0500 @@ -1621,7 +1621,10 @@ critical_error(Bad file system type: %s, s_fstype); ped_partition_set_system(part, fstype); deactivate_exception_handler(); -fs = timered_file_system_create((part-geom), fstype); +if ((fs = timered_file_system_create((part-geom), fstype)) != NULL) { + ped_file_system_close(fs); + ped_disk_commit(disk); + } activate_exception_handler(); oprintf(OK\n); if (fs != NULL) This change appeared to be a step in the right direction, but not sufficient to solve the problem. With this patch applied the partman would actually hang when committing changes to disk, because all the 50format-* scripts in /var/lib/partman try to enable swap. Once swap (which is formatted first) is activated, the ped_disk_commit() operation cannot be performed, as it requires all the partitions on the disk in question not to be in use. To work around that I have removed enable_swap command from the following files: /lib/partman/commit.d/50format_basicfilesystems /lib/partman/commit.d/50format_ext3 /lib/partman/commit.d/50format_jfs /lib/partman/commit.d/50format_reiserfs /lib/partman/commit.d/50format_xfs and added a file /lib/partman/commit.d/99enable_swap with contents #!/bin/sh . /lib/partman/definitions.sh enable_swap With all these changes the partitions were created correctly and swap got activated. Unfortunately (thanks to Thiemo Seufer for pointing it out), that's not a very good idea, since on low-memory systems swap is really required to perform the filesystem formatting. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#285382: more kernels on the netinst CD
Processing commands for [EMAIL PROTECTED]: retitle 285382 netinst CD already too big, needs to slim down by ~8 mb. Bug#285382: more kernels on the netinst CD Changed Bug title. (By the way, that Bug is currently marked as done.) reassign 285382 debian-cd Bug#285382: netinst CD already too big, needs to slim down by ~8 mb. Bug reassigned from package `debian-installer' to `debian-cd'. severity 285382 important Bug#285382: netinst CD already too big, needs to slim down by ~8 mb. 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#285382: marked as done (more kernels on the netinst CD)
Your message dated Mon, 13 Dec 2004 02:15:28 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#285382: more kernels on the netinst CD 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; 12 Dec 2004 22:56:55 + From [EMAIL PROTECTED] Sun Dec 12 14:56:55 2004 Return-path: [EMAIL PROTECTED] Received: from gpm.stappers.nl [213.84.119.166] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Cdce7-0002Bv-00; Sun, 12 Dec 2004 14:56:55 -0800 Received: by gpm.stappers.nl (Postfix, from userid 1000) id 0EB3C794A0; Sun, 12 Dec 2004 23:54:28 +0100 (CET) Date: Sun, 12 Dec 2004 23:54:28 +0100 To: [EMAIL PROTECTED] Subject: more kernels on the netinst CD Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=kfjH4zxOES6UT95V Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.5.6+20040722i From: [EMAIL PROTECTED] (Geert Stappers) 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: --kfjH4zxOES6UT95V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: debian-installer Severity: wishlist A 386 kernel was installed, but the system is a Pentium 4, so a 686 kernel is expected This is ridiculous. _You_ should know why a 386 kernel is installed with a netinst installation. I'm not even going to explain it to you. If, you can't figure it out, ask. well, _I_ can't figure it out, so I'll ask: why ? Is it a known bug ? (Why/how) is it related to netinst ? Also, it works fine here: I got a k6, which I installed via pxe and netboot. And it had kernel-image-2.4.27-1-k6 installed automagically. =20 On the net_inst_ CD image only the 386 variants of the kernel are include= d=20 so, as they are the only ones available to the installation system, they= =20 are the ones that will be installed (either the 2.4.27 version or the=20 2.6.8 version). =20 As you used net_boot_, all kernel variants in the internet archives are= =20 available, so the correct one for your hardware will be picked. I do agree with with one kernel we can do a install, but I don't see the limitation on the netinst CD. Please put more kernels on that CD ROM. Cheers Geert Stappers --kfjH4zxOES6UT95V Content-Type: application/pgp-signature; name=signature.asc Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvMwjOSINbgwa/7sRAswFAJ9r9mmKRIu5j33sjrw+GaGaVlyQZQCgmuFe ZqhaTh/HrR5FrILE7Qvpc8s= =OrEp -END PGP SIGNATURE- --kfjH4zxOES6UT95V-- --- Received: (at 285382-done) by bugs.debian.org; 13 Dec 2004 01:16:31 + From [EMAIL PROTECTED] Sun Dec 12 17:16:31 2004 Return-path: [EMAIL PROTECTED] Received: from 195-240-184-66-mx.xdsl.tiscali.nl (elrond.fjphome.nl) [195.240.184.66] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CdepD-00031u-00; Sun, 12 Dec 2004 17:16:31 -0800 Received: from strider.fjphome.nl ([10.19.66.86] ident=fjp) by elrond.fjphome.nl with esmtp (Exim 3.35 #1 (Debian)) id 1CdeoD-0003Rc-00; Mon, 13 Dec 2004 02:15:29 +0100 From: Frans Pop [EMAIL PROTECTED] To: [EMAIL PROTECTED] (Geert Stappers), [EMAIL PROTECTED] Subject: Re: Bug#285382: more kernels on the netinst CD Date: Mon, 13 Dec 2004 02:15:28 +0100 User-Agent: KMail/1.6.2 References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Message-Id: [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.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: On Sunday 12 December 2004 23:54, Geert Stappers wrote: I do agree
Re: OK
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 13 December 2004 00:16, Juan Manuel Vazquez wrote: Debian-installer-version: 12.12.2004 www.debian.org uname -a 2.6.8-1-386 Date: 12.12.2004 (23:40) Method: CD instalation Machine: Personal computer Processor: Amd Barton 3000+ 512mb Hmmm. You forgot to send this report to [EMAIL PROTECTED] It looks very much like a successful installation, so no further action needed :-) Thank you for sending the report. Cheers, FJP -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvO6Bgm/Kwh6ICoQRAgrNAKCXOtl/xnohoBGRgIyhMkkc16eKcwCbBUxd WDOcw2iVoWx+HsiBKvgpVe0= =l5eA -END PGP SIGNATURE-
Bug#283303: [sparc] updated parted_server.c patch
Hi again, After looking at the sources more carefully, it was noted that ped_disk_commit() just calls two other functions, ped_disk_commit_to_dev() and ped_disk_commit_to_os(). The latter causes the kernel to re-read the partition table, causing a hang if swap is active. Since we are not modifying the partition table during filesystem creation, re-reading isn't necessary, and calling ped_disk_commit_to_dev() works fine with active swap. So, the only modification necessary to resolve the problem is the following change to parted_server.c: --- partman-61/parted_server.c 2004-09-28 20:08:40.0 -0400 +++ partman/parted_server.c 2004-12-12 22:40:09.902803304 -0500 @@ -1621,7 +1621,10 @@ critical_error(Bad file system type: %s, s_fstype); ped_partition_set_system(part, fstype); deactivate_exception_handler(); -fs = timered_file_system_create((part-geom), fstype); +if ((fs = timered_file_system_create((part-geom), fstype)) != NULL) { + ped_file_system_close(fs); + ped_disk_commit_to_dev(disk); + } activate_exception_handler(); oprintf(OK\n); if (fs != NULL) Thanks to Thiemo Seufer for helping out with debugging. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285417: Package: installation-reports
Package: installation-reports Debian-installer-version: 18-Nov-2004 13:32 http://ftp.debian.org/debian/dists/testing/main/installer-i386/rc2/images/floppy/ uname -a: Linux debian 2.4.27-1-686 #1 Fri Sep 3 06:28:00 UTC 2004 i686 GNU/Linux Date: 2004-12-06 Method: bootfloppy-image.img If network install, from where? ftp://ftp.us.debian.org Proxied? No Machine: HP Omnibook 6000 Processor: vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping: 6 cpu MHz : 846.335 cache size : 256 KB Memory: 384 MB Root Device: HDD0 Toshiba MK2016GAP, 18.6GB, IBM-DJSA-220;/dev/hda parted_server: OUT: 1 32256-565125119 565092864 primary fat16 /dev/ide/host0/bus0/target0/lun0/part1 parted_server: OUT: 2 565125120-74162995196851174400 primary fat32 /dev/ide/host0/bus0/target0/lun0/part2 parted_server: OUT: 3 7416299520-19717447679 12301148160 primary ext2/dev/ide/host0/bus0/target0/lun0/part3 parted_server: OUT: 5 19717479936-20003880959 286401024 logical linux-swap /dev/ide/host0/bus0/target0/lun0/part5 $ lspci :00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) :00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) :00:07.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) :00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) :00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) :00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03) :00:0a.0 CardBus bridge: Texas Instruments PCI1420 :00:0a.1 CardBus bridge: Texas Instruments PCI1420 :00:0b.0 Ethernet controller: 3Com Corporation 3c556 Hurricane CardBus [Cyclone] (rev 10) :00:0b.1 Communication controller: 3Com Corporation Mini PCI 56k Winmodem (rev 10) :00:0d.0 Multimedia audio controller: ESS Technology ES1983S Maestro-3i PCI Audio Accelerator :01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) $ lspci -n :00:00.0 0600: 8086:7190 (rev 03) :00:01.0 0604: 8086:7191 (rev 03) :00:07.0 0680: 8086:7110 (rev 02) :00:07.1 0101: 8086:7111 (rev 01) :00:07.2 0c03: 8086:7112 (rev 01) :00:07.3 0680: 8086:7113 (rev 03) :00:0a.0 0607: 104c:ac51 :00:0a.1 0607: 104c:ac51 :00:0b.0 0200: 10b7:6055 (rev 10) :00:0b.1 0780: 10b7:1007 (rev 10) :00:0d.0 0401: 125d:1998 :01:00.0 0300: 1002:4c4d (rev 64) 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: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: I wanted to have grib or lilo installed on /dev/hda3 but when I hit back to check what the numbers of the partitions were, the installer lost track of where it was and the boot loader installation failed. I then tried again and also switched to lilo, no luck and it seems I was forced to reformat and re-install the base system. After that, things were fine. I am using a third party boot manager: http://gag.sourceforge.net/ GAG doesn't need its own partition. It installs itself in the first track of the hard disk. Thank you so much again for all this incredible work and results. Best Regards. -- Olivier Schreiber [EMAIL PROTECTED] H323 464 5818 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BE translation
Quoting Andrei Darashenka ([EMAIL PROTECTED]): Hi people, I started a work on translating D-I to Belarussian language. Are you subscribed to debian-boot? Oh, btw, for whatever reason, the name of your language in English seems to be Belarusian with only one s. Don't ask me why...but this is how it is spelt in ISO-639 :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
bug in Sarge Debian Installer
Hi all, I have discovered a bug in the new Debian Installer. The bug is when using PXE boot install and having an onboard network interface in the computer and a second (pci-)network interface. When you want to install via pxe boot on the added network interface, that is not the onboard, all goes fine until the point where the fetch kernel should load. At this point the computer simple hangs with a blank screen as a result. Disabling the onboard controller does not solve the problem. Has this problem been reported by others? Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir datanom net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir miras org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 -- You two ought to be more careful--your love could drag on for years and years. signature.asc Description: Dette er en digitalt underskrevet brevdel
Bug#271951: marked as done (debian-installer-manual: please document how to typeset manual in PDF using free tools)
Your message dated Sun, 12 Dec 2004 12:10:24 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#271951: debian-installer-manual: please document how to typeset manual in PDF using free tools 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; 16 Sep 2004 11:30:50 + From [EMAIL PROTECTED] Thu Sep 16 04:30:50 2004 Return-path: [EMAIL PROTECTED] Received: from smtp.conuropsis.org (topaz.conuropsis.org) [217.115.192.216] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C7uTR-0003Pd-00; Thu, 16 Sep 2004 04:30:49 -0700 Received: from joostvb by topaz.conuropsis.org with local (Exim 4.34) id 1C7uTP-0004xJ-PP for [EMAIL PROTECTED]; Thu, 16 Sep 2004 13:30:47 +0200 Date: Thu, 16 Sep 2004 13:30:47 +0200 From: Joost van Baal [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: debian-installer-manual: please document how to typeset manual in PDF using free tools Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=sm4nu43k4a2Rpi4c Content-Disposition: inline X-Accept-Language: nl, en X-PGP-Fingerprint: 8FC6 A40E 31B8 7E0E 2270 D7A9 0606 9CF2 9694 57F0 X-PGP-Key-ID: 0x969457F0 X-PGP-Key: http://mdcc.cx/~joostvb/joostvb_key.asc User-Agent: Mutt/1.5.6+20040818i Sender: Joost van Baal [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=-2.5 required=4.0 tests=BAYES_44,HAS_PACKAGE, HTML_50_60,HTML_MESSAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Package: debian-installer-manual Version: 20040801 Severity: wishlist Tags: patch Hi, I've typeset the installer manual in PostScript and PDF, since I like to read big documents like this one from paper. This required some hacking. It'd be cool if a note on how to do this (like this bugreport) was shipped with the sources. Or perhaps you'd like to ship a PDF with the .deb itself. Anyway, this is what I did: [EMAIL PROTECTED]:/usr...0040801/doc/manual/build% ./buildone.sh i386 en The buildfop.sh script needs the fop package, which is in contrib, since it depends on a non-free java runtime environment. OK, let's try to use the free jade tool. We have to hack the .xml file, since jade seems to be more picky on the XML syntax. [EMAIL PROTECTED]:/usr...0040801/doc/manual/build% sed \ 's/para\//\/parapara/' install.en.profiled.xml \ install.en.profiled.dbx also: sed 's/entry\//entry\/entry/' And also some more manual hacking: some s/sect2/sect1/ and s/sect3/sect2/ needs to be done, complete diff is attached. Now we can run jade and friends on it: % jade -t tex -o install.en.profiled.jtex \ /usr/share/sgml/declaration/xml.dcl install.en.profiled.dbx % jadetex install.en.profiled.jtex % jadetex install.en.profiled.jtex % dvips -f install.en.profiled.dvi install.en.profiled.ps (Alternatively, one can run make -f /usr/share/caspar/mk/docbook.mk install.en.profiled.ps make -f /usr/share/caspar/mk/docbook.mk install.en.profiled.pdf which uses some non-default .dsl files. This needs the caspar package.) Results are on http://mdcc.cx/~joostvb/debian-installer-manual-20040801/ . Thanks, Bye, Joost --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=install.en.profiled.patch --- install.en.profiled.xml 2004-09-16 10:59:21.0 +0200 +++ install.en.profiled.dbx 2004-09-16 12:15:11.0 +0200 @@ -853,8 +853,8 @@ row entryIntel ia64-based/entry entryia64/entry - entry/ - entry/ + entry/entry + entry/entry /row row @@ -8223,7 +8223,7 @@ Installation Guide/link. /para -sect2 id=howto-preliminaries +sect1 id=howto-preliminaries titlePreliminaries/title para @@ -8238,9 +8238,9 @@ on the freenode network). /para - /sect2 + /sect1 - sect2 id=howto-getting-images + sect1 id=howto-getting-images titleBooting the installer/title para @@ -8269,7 +8269,7 @@ get for each possible means of installation. /para - sect3 id=howto-getting-images-cdrom + sect2 id=howto-getting-images-cdrom titleCDROM/title para @@ -8290,9 +8290,9 @@ /para - /sect3 + /sect2 - sect3 condition=supports-floppy-boot id=howto-getting-images-floppy + sect2
Bug#285296: AMD64 installation report
Package: installation-reports INSTALL REPORT Debian-installer-version: 2004-12-06 http://mirrors.uwa.edu.au/linux/debian-amd64 uname -a: Linux martello 2.6.8-9-amd64-k8 #1 Sat Dec 4 23:16:23 CET 2004 x86_64 GNU/Linux Date: 2004-12-12 Method: PXE boot from local tftp server and nearby Debian AMD64 mirror. Machine has no floppy or CDROM device. Machine: Custom built dual opteron file server Processor: Dual Opteron 242 Memory: 2 GB Root Device: 36 GB Western Digital Raptor 10,000 RPM SATA Root Size/partition table: FilesystemSize Used Avail Use% Mounted on /dev/mapper/system-rootusr 9.9G 288M 9.4G 3% / /dev/sda1 89M 11M 73M 13% /boot /dev/mapper/reliable-home 40G 33M 39G 1% /home /dev/mapper/system-var 5.0G 107M 4.8G 3% /var /dev/system is an LVM vg of /dev/sda, the 36gig WD Raptor /dev/reliable is an LVM vg of /dev/md0 and /dev/md1 which are degraded (one disk each) RAID 1 arrays over 2 Seagate Barracuda 200GB SATA 7200rpm drives. There are two more of these drives in the machine, but we are waiting on a PCI-X SATA controller for production use. Output of lspci and lspci -n: :00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) :00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) :00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) :00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02) :00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) :00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) :00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01) :00:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) :00:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :02:09.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 03) :02:09.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 03) :03:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) :03:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) :03:05.0 Unknown mass storage controller: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02) :03:06.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :03:08.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 10) :00:06.0 0604: 1022:7460 (rev 07) :00:07.0 0601: 1022:7468 (rev 05) :00:07.1 0101: 1022:7469 (rev 03) :00:07.2 0c05: 1022:746a (rev 02) :00:07.3 0680: 1022:746b (rev 05) :00:0a.0 0604: 1022:7450 (rev 12) :00:0a.1 0800: 1022:7451 (rev 01) :00:0b.0 0604: 1022:7450 (rev 12) :00:0b.1 0800: 1022:7451 (rev 01) :00:18.0 0600: 1022:1100 :00:18.1 0600: 1022:1101 :00:18.2 0600: 1022:1102 :00:18.3 0600: 1022:1103 :00:19.0 0600: 1022:1100 :00:19.1 0600: 1022:1101 :00:19.2 0600: 1022:1102 :00:19.3 0600: 1022:1103 :02:09.0 0200: 14e4:1648 (rev 03) :02:09.1 0200: 14e4:1648 (rev 03) :03:00.0 0c03: 1022:7464 (rev 0b) :03:00.1 0c03: 1022:7464 (rev 0b) :03:05.0 0180: 1095:3114 (rev 02) :03:06.0 0300: 1002:4752 (rev 27) :03:08.0 0200: 8086:1229 (rev 10) 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: [ ] 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: [ ] Comments/Problems: Initially we tried setting up the entirity of /dev/sda (WD Raptor) with LVM, however neither lilo (which d-i tried) nor grub could boot from them on this architecture. Upon reinstalling with a separate /boot d-i installed grub which worked fine. Install logs and other status info is available in /var/log/debian-installer/. Once you have filled out this report, mail it to [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285296: marked as done (AMD64 installation report)
Your message dated Sun, 12 Dec 2004 13:58:14 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#285296: AMD64 installation report 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; 12 Dec 2004 11:28:37 + From [EMAIL PROTECTED] Sun Dec 12 03:28:37 2004 Return-path: [EMAIL PROTECTED] Received: from asclepius3.uwa.edu.au (asclepius.uwa.edu.au) [130.95.128.60] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CdRtv-00012W-00; Sun, 12 Dec 2004 03:28:32 -0800 Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id 65E69183D73 for [EMAIL PROTECTED]; Sun, 12 Dec 2004 19:28:24 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id 49714183D66 for [EMAIL PROTECTED]; Sun, 12 Dec 2004 19:28:24 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.input (Postfix) with ESMTP id 2555D183EB3 for [EMAIL PROTECTED]; Sun, 12 Dec 2004 19:28:24 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 356FF17F25; Sun, 12 Dec 2004 19:28:23 +0800 (WST) Received: from localhost.localdomain (martello.ucc.gu.uwa.edu.au [130.95.13.23]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id D8BC117F1C for [EMAIL PROTECTED]; Sun, 12 Dec 2004 19:28:08 +0800 (WST) Received: from trs80 by localhost.localdomain with local (Exim 4.34) id 1CdRtS-0001FR-3g for [EMAIL PROTECTED]; Sun, 12 Dec 2004 19:28:02 +0800 Date: Sun, 12 Dec 2004 19:28:02 +0800 To: [EMAIL PROTECTED] Subject: AMD64 installation report Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040907i From: James Andrewartha [EMAIL PROTECTED] X-SpamTest-Info: Profile: Formal (172/041212) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release 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.8 required=4.0 tests=BAYES_00,FROM_ENDS_IN_NUMS, HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: installation-reports INSTALL REPORT Debian-installer-version: 2004-12-06 http://mirrors.uwa.edu.au/linux/debian-amd64 uname -a: Linux martello 2.6.8-9-amd64-k8 #1 Sat Dec 4 23:16:23 CET 2004 x86_64 GNU/Linux Date: 2004-12-12 Method: PXE boot from local tftp server and nearby Debian AMD64 mirror. Machine has no floppy or CDROM device. Machine: Custom built dual opteron file server Processor: Dual Opteron 242 Memory: 2 GB Root Device: 36 GB Western Digital Raptor 10,000 RPM SATA Root Size/partition table: FilesystemSize Used Avail Use% Mounted on /dev/mapper/system-rootusr 9.9G 288M 9.4G 3% / /dev/sda1 89M 11M 73M 13% /boot /dev/mapper/reliable-home 40G 33M 39G 1% /home /dev/mapper/system-var 5.0G 107M 4.8G 3% /var /dev/system is an LVM vg of /dev/sda, the 36gig WD Raptor /dev/reliable is an LVM vg of /dev/md0 and /dev/md1 which are degraded (one disk each) RAID 1 arrays over 2 Seagate Barracuda 200GB SATA 7200rpm drives. There are two more of these drives in the machine, but we are waiting on a PCI-X SATA controller for production use. Output of lspci and lspci -n: :00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) :00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) :00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) :00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02) :00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) :00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) :00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X APIC (rev 01) :00:0b.0 PCI bridge: Advanced Micro Devices
Bug#285245: marked as done (another ASUS AP140R-E1 for Vrijschrift.org)
Your message dated Sun, 12 Dec 2004 14:22:48 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#285245: another ASUS AP140R-E1 for Vrijschrift.org 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; 11 Dec 2004 23:38:49 + From [EMAIL PROTECTED] Sat Dec 11 15:38:49 2004 Return-path: [EMAIL PROTECTED] Received: from gpm.stappers.nl [213.84.119.166] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CdGp7-XJ-00; Sat, 11 Dec 2004 15:38:49 -0800 Received: by gpm.stappers.nl (Postfix, from userid 1000) id 7391479498; Sun, 12 Dec 2004 00:36:25 +0100 (CET) Date: Sun, 12 Dec 2004 00:36:25 +0100 To: [EMAIL PROTECTED] Subject: another ASUS AP140R-E1 for Vrijschrift.org Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=3lcZGd9BuhuYXNfi Content-Disposition: inline User-Agent: Mutt/1.5.6+20040722i From: [EMAIL PROTECTED] (Geert Stappers) 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: --3lcZGd9BuhuYXNfi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Package: installation-reports INSTALL REPORT Debian-installer-version: RC2 i386 netinst uname -a: Linux yuchenko 2.6.8-1-686 #1 Thu Nov 25 04:34:30 UTC 2004 i686 GNU/Linux Date: 2004-12-1011 Method: boot from CD, packages by http, not proxied Machine: ASUS AP140R-E1 Processor: Intel P IV Memory: 2 Gibabyte Root Device: /dev/sda1 Root Size/partition table: Disk /dev/sda: 203.9 GB, 203928109056 bytes 255 heads, 63 sectors/track, 24792 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 34 273073+ 83 Linux /dev/sda2 352804222500255 Extended /dev/sda32805 24792 176618610 83 Linux /dev/sda5 35 642 4883728+ 83 Linux /dev/sda6 6431007 2931831 83 Linux /dev/sda710081337 2650693+ 82 Linux swap /dev/sda813381345 64228+ 83 Linux /dev/sda91346280411719386 83 Linux Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 255912109527132732 46% / extended /dev/sda3173846400 32860 164982612 1% /data /dev/sda5 4807056139708 4423164 4% /usr /dev/sda6 2885780 97068 2642124 4% /var swap /dev/sda860185 4128 52846 8% /tmp /dev/sda9 11535344 32880 10916496 1% /home tmpfs 1038428 8 1038420 1% /dev/shm Output of lspci and lspci -n piped through sort: :00:00.0 0600: 8086:2578 (rev 02) :00:00.0 Host bridge: Intel Corp. 82875P Memory Controller Hub (rev 02) :00:03.0 0604: 8086:257b (rev 02) :00:03.0 PCI bridge: Intel Corp. 82875P Processor to PCI to CSA Bridge (rev 02) :00:1c.0 0604: 8086:25ae (rev 02) :00:1c.0 PCI bridge: Intel Corp. 6300ESB 64-bit PCI-X Bridge (rev 02) :00:1d.0 0c03: 8086:25a9 (rev 02) :00:1d.0 USB Controller: Intel Corp. 6300ESB USB Universal Host Controller (rev 02) :00:1d.1 0c03: 8086:25aa (rev 02) :00:1d.1 USB Controller: Intel Corp. 6300ESB USB Universal Host Controller (rev 02) :00:1d.4 0880: 8086:25ab (rev 02) :00:1d.4 System peripheral: Intel Corp. 6300ESB Watchdog Timer (rev 02) :00:1d.5 0800: 8086:25ac (rev 02) :00:1d.5 PIC: Intel Corp. 6300ESB I/O Advanced Programmable Interrupt Controller (rev 02) :00:1d.7 0c03: 8086:25ad (rev 02) :00:1d.7 USB Controller: Intel Corp. 6300ESB USB2 Enhanced Host Controller (rev 02) :00:1e.0 0604: 8086:244e (rev 0a) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 0a) :00:1f.0 0601: 8086:25a1 (rev 02) :00:1f.0 ISA bridge: Intel Corp. 6300ESB LPC Interface Controller (rev 02) :00:1f.1 0101: 8086:25a2 (rev 02) :00:1f.1 IDE interface: Intel Corp. 6300ESB PATA Storage Controller (rev 02) :00:1f.2 0104: 8086:25b0 (rev 02) :00:1f.2 RAID bus controller: Intel Corp. 6300ESB SATA RAID Controller (rev 02)
Re: Bug#285245: another ASUS AP140R-E1 for Vrijschrift.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Sunday 12 December 2004 14:22, Frans Pop wrote: On the net_inst_ CD image only the 386 variants of the kernel are included so, as they are the only ones available to the installation system, they are the ones that will be installed (either the 2.4.27 version or the 2.6.8 version). As you used net_boot_, all kernel variants in the internet archives are available, so the correct one for your hardware will be picked. Thanks. So it's not advisable to use the net_inst CD images on any other hardware than 386 ?! So the netinst-CDs are pretty useless ? (Better use business-card-CDs or whole Sets or netboot... (or even floppies)) I guess on ppc the situation is different because those netinst-CDs are 260mb compared to 100mb x86 ?(!) If I understood this right, I suggest putting this info inside the manuel (if it's not allready there) - otherwise this will become a FAQ ;-) regards, Holger -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvFsSUHLQNqxYNSARAglzAJ4kavYmbtldB33LCrKhT09UTOiXNgCffDag UMDSF9V4CngjoDYW4oG2XgA= =GIsO -END PGP SIGNATURE-
Re: Bug#285245: another ASUS AP140R-E1 for Vrijschrift.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 12 December 2004 15:52, Holger Levsen wrote: So it's not advisable to use the net_inst CD images on any other hardware than 386 ?! So the netinst-CDs are pretty useless ? (Better use business-card-CDs or whole Sets or netboot... (or even floppies)) No, that's not correct. The 386 kernel will run fine on almost all Intel and AMD based systems. If you want an optimized kernel for your processor, you'll just have to install the proper kernel-image after the installation finishes (or compile one yourself). Installing with the netinst CD will almost certainly give you a working system. The netinst is intended mainly for people who do _a lot_ of testing installations for d-i; it's to save them downloading a full CD all the time. And it is the best way to test something like a full CD installation. End users will not be advised to use a netinst CD after Sarge has been released anyway, they will be using full CD's (or netboot or floppy or maybe businesscard). -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBvGVVgm/Kwh6ICoQRAjv2AJ4ywBg2K4dXQ+S1VOsJhuZPhiQRzgCg0EjG qXyrndrEIhx7h9srJjTgpoI= =YGPt -END PGP SIGNATURE-
Problem with arch-title-entity
Hello, a german reviewer of the manual told me about a problem with the entity arch-title (and I think it's the same with some others). [from build/entities/common.ent] !ENTITY arch-title - phrase arch='alpha'Alpha/phrase - phrase arch='arm'ARM/phrase - phrase arch='hppa'PA-RISC/phrase - phrase arch='i386'Intel x86/phrase - phrase arch='ia64'IA-64/phrase - phrase arch='m68k'Motorola 680x0/phrase - phrase arch='mips'Mips/phrase - phrase arch='mipsel'Mipsel/phrase - phrase arch='powerpc'PowerPC/phrase - phrase arch='sparc'SPARC/phrase - phrase arch='s390'S/390/phrase When it's used in the way die arch-title;-Distribution (german example) what is korrekt in german without any spaces, I get die Alpha -Distribution ^ with a unwanted space between. This could be solved by writing all the phrases in one line, without any spaces. Any comments? Holger -- == Created with Sylpheed-Claws 0.9.12 under Debian GNU LINUX 3.1 Sarge (testing). http://counter.li.org/ Registered LinuxUser #311290 Spamfiltering powered by www.spamassassin.org = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Flashing screen
I downloaded my debian woody images using jigdo and burned them to CD. when I try to start the install, right after probing pci hardware is shown my screen flashes on and off at approximately half second intervals. I am running a Compaq Deskpro p2 400mhz desktop. I have a Matrox Millenium g200 AGP video card, and a Compaq v75 17 inch CRT monitor. I want to install linux on a second hard drive to dual boot with my windows XP professional OS. The problem does not lie within the software because I had the same problem while trying to install Fedora Core 3. Any advice would be greatly appreciated Thank you __ Do you Yahoo!? Jazz up your holiday email with celebrity designs. Learn more. http://celebrity.mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285350: symbol lightning-bolt not explained in partman's-helppage
package: partman severity: wishlist Hi, if I select Help on partitioning in partman, the lightning-bolt-symbol is not explained (it means partition has boot-flag set). Please add it. regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sarge and sarge in the manual
Hi Frans, On Sunday 12 December 2004 21:33, Holger Wansing wrote: in german we need, maybe in difference to e.g. english, Sarge (upper case) as discription of the branch and sarge (lower case) for example in filesystem paths. So we need different entities for that. Yes, I can see the need for that. For Dutch a capital S would be preferred as well when referring to the release name. I'm the person who contacted Holger to fix this. I've created two additional entities in common.ent: !ENTITY releasename sarge +!ENTITY releasename-cap Sarge +!ENTITY releasename-uc SARGE - -cap: capitalized - -uc: uppercase That's indeed a solution, but please note that it is the wrong way to solve this. XML is used to separate content and style/formating. What happens if a language team decides to change Debian code names from one style to another one? They have to substitute one entity hundreds of times. The proper solution is to allow each language team to define releasename; and to introduce releasename-dir;. The first one may expand to Sarge, sarge or whatever (what is used in Greek, Russian, Chinese, ... which do not use latin characters?) and the second one to sarge which should be used for filenames, directory names, ... To support this, it's necessary to review the code and to replace releasename; by releasename-dir; (searching for filename should suffice??). When you are sure that it's to late for this change, it's also possible to introduce releasename-name; in the same way as you suggest and to use this in the code (or in a few translations only) when we refer to the name and want our own style. So there's no need to touch English files. PS: I suggest to substitute / *- */ by mdash; (in German we use ndash; instead). Please CC: me, I'm not subscribed. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]