Bug#247322: Click Here to have your questions answered by our support team.
I have been on the product 2 months now and I have already gained 1 inch. http://uuiowel.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman-{lvm,crypto,auto-lvm,auto-crypto} override disparity
partman-lvm_57_all.udeb: package says priority is optional, override says standard. partman-crypto_25_amd64.udeb: package says priority is optional, override says standard. partman-auto-lvm_24_all.udeb: package says priority is optional, override says standard. partman-auto-crypto_6_all.udeb: package says priority is optional, override says standard. We have changed the way these components are loaded during installation. For that to work, their priority needs to be lowered to optional. Please change the priority for all four packages for unstable/testing (of course not for stable). Done. -- bye Joerg Myon vorlon: you must be a fjp subordinate vorlon Myon: I have an fjp shrine next to my collection of svenl voodoo dolls pgpVSIsWTXUW9.pgp Description: PGP signature
Re: netinst cd
[ Moving this to debian-boot until we know if it's a grub-installer or grub issue ] Michael [EMAIL PROTECTED] writes: I downloaded and installed debian-testing-i386-netinst.iso http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso 27-Dec-2007 05:25 175M After installation and installing grub to mbr, I rebooted. The system wouldn't boot. It stopped with something like Loading...please wait I knew the whole system was installed, so I rebooted into a different distro to check the grub configuration. At least on my laptop (acer aspire 3000), grub used the generic ide format (pata?). The installed system used sata. Grub listed systems using hd0,x and hdax and after booting the system, the sda devices were used. After making changes to grub, the system boots fine now. Could you provide your working menu.lst and inform us the exactly values you needed to change? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: netinst cd
On Thursday 27 December 2007, Otavio Salvador wrote: [ Moving this to debian-boot until we know if it's a grub-installer or grub issue ] Looks like the known which is the first disk controller issue for systems with both SATA and PATA. There are already quite a few BRs against grub-installer open for that. This could possibly also be a case where a different driver module is loaded during install and on first reboot, which would be a kernel issue as Debian kernels are not yet supposed to do that switch. Comparing the syslog from the install and the kern.log from the installed system should show this. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#457973: debian installer (etch r1) on AMD Athlon XP 3200++
Package: installation-reports Boot method: Netinst CD i386 Image version: http://cdimage.debian.org/debian-cd/4.0_r1/i386/iso-cd/debian-40r1-i386-netinst.iso Date: 2007-12-26 Machine: PC Processor: AMD Athlon XP 3200++ Memory: 1 GB Partitions: [EMAIL PROTECTED]:~# df Dateisystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf /dev/hda3 28834744 5710948 21659072 21% / tmpfs 518336 0518336 0% /lib/init/rw udev 1024076 10164 1% /dev tmpfs 518336 0518336 0% /dev/shm /dev/hda190297 11381 74099 14% /boot /dev/hda5 76896316 10563220 62426896 15% /home /dev/hda6132614920 54240740 71637728 44% /local Output of lspci -nn and lspci -vnn: [EMAIL PROTECTED]:~# lspci -nn 00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 746 Host [1039:0746] (rev 10) 00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] SG86C202 [1039:0002] 00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] [1039:0963] (rev 25) 00:02.1 SMBus [0c05]: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller [1039:0016] 00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 [IDE] [1039:5513] 00:03.0 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f) 00:03.1 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f) 00:03.2 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 2.0 Controller [1039:7002] 00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet [1039:0900] (rev 90) 00:0b.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. IEEE 1394 Host Controller [1106:3044] (rev 46) 00:0c.0 Ethernet controller [0200]: Intel Corporation 82557/8/9 [Ethernet Pro 100] [8086:1229] (rev 0c) 00:0d.0 Multimedia audio controller [0401]: C-Media Electronics Inc CM8738 [13f6:0111] (rev 10) 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV34 [GeForce FX 5200] [10de:0322] (rev a1) [EMAIL PROTECTED]:~# lspci -vnn 00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 746 Host [1039:0746] (rev 10) Subsystem: ASRock Incorporation Unknown device [1849:0746] Flags: bus master, medium devsel, latency 0 Memory at d000 (32-bit, non-prefetchable) [size=64M] Capabilities: [c0] AGP version 3.0 00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] SG86C202 [1039:0002] (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 32 Bus: primary=00, secondary=01, subordinate=02, sec-latency=32 Memory behind bridge: cdd0-cfef Prefetchable memory behind bridge: ada0-cdbf 00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] [1039:0963] (rev 25) Flags: bus master, medium devsel, latency 0 00:02.1 SMBus [0c05]: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller [1039:0016] Flags: medium devsel I/O ports at 0c00 [size=32] 00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 [IDE] [1039:5513] (prog-if 80 [Master]) Subsystem: ASRock Incorporation Unknown device [1849:5513] Flags: bus master, medium devsel, latency 128 I/O ports at ff00 [size=16] 00:03.0 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f) (prog-if 10 [OHCI]) Subsystem: ASRock Incorporation Unknown device [1849:7001] Flags: bus master, medium devsel, latency 32, IRQ 169 Memory at cfffd000 (32-bit, non-prefetchable) [size=4K] 00:03.1 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f) (prog-if 10 [OHCI]) Subsystem: ASRock Incorporation Unknown device [1849:7001] Flags: bus master, medium devsel, latency 32, IRQ 177 Memory at cfffe000 (32-bit, non-prefetchable) [size=4K] 00:03.2 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 2.0 Controller [1039:7002] (prog-if 20 [EHCI]) Subsystem: ASRock Incorporation Unknown device [1849:7001] Flags: bus master, medium devsel, latency 32, IRQ 185 Memory at c000 (32-bit, non-prefetchable) [size=4K] Capabilities: [50] Power Management version 2 00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet [1039:0900] (rev 90) Subsystem: ASRock Incorporation Unknown device [1849:8201] Flags: bus master, medium devsel, latency 32, IRQ 193 I/O ports at dc00 [size=256] Memory at cfffc000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at 5000 [disabled] [size=128K] Capabilities: [40] Power Management version 2 00:0b.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. IEEE 1394 Host Controller [1106:3044] (rev
Re: netinst cd
Frans Pop [EMAIL PROTECTED] writes: On Thursday 27 December 2007, Otavio Salvador wrote: [ Moving this to debian-boot until we know if it's a grub-installer or grub issue ] Looks like the known which is the first disk controller issue for systems with both SATA and PATA. There are already quite a few BRs against grub-installer open for that. This could possibly also be a case where a different driver module is loaded during install and on first reboot, which would be a kernel issue as Debian kernels are not yet supposed to do that switch. Comparing the syslog from the install and the kern.log from the installed system should show this. Yes. Good catch. However depending of his chipset he can have no option to use legacy drivers anymore. Some are only available as PATA afaik. Michael, Could you send both log files Frans suggested? (gziped please) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Installer CDs for etch 4.0r2 and sarge 3.1r7 ?
Where can I find installer CD/DVD iso images for the newly announced etch 4.0r2 Same question for the yet-to-be-announced sarge 3.1r7 ? Thanks! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454493: Display PCI slot for nics, if available
(Good discussion so far, sorry for the late response..) On Sunday 09 December 2007, Frans Pop wrote: On Friday 07 December 2007, dann frazier wrote: Understood. Note that this implementation doesn't *require* the module, it just takes advantage of it if its available. And, if other non-ACPI platforms begin populating the 'slot' sysfs field in the future, the installer would automatically work with it. Sure, but what use is it to implement it if we're not going to actually use it? Adding support for it IMO also means adding any modules needed to display the info (for platforms that support it of course). My implication is that any installer builds that happen to include the appropriate acpi modules could use this functionality. However, I see you state elsewhere: On Sunday 09 December 2007, Frans Pop wrote: For Dann's usage however, IMO it would really need to be part of the initrd to ensure that we have consistent functionality between installation methods, If consistency between install methods is a goal, then my note above isn't relevant... at least not while slot info requires additional modules. Could you provide some data on what it would cost to add this module to initrds? Needed is total of extra memory used because of increased initrd size the module(s) getting loaded. Ideally we could do this experiment on i386 since its the only architecture I would expect to have ACPI and have tight memory requirements. Unfortunately, I don't have an i386 system that supports the acpiphp module - my systems only support cpqphp and acpiphp refuses to load if the system does not support it. However, if we can make the assumption that memory pressure isn't an issue on systems that support ACPI PCI HotPlug, then the memory lost to module load isn't significant[1]. I compared a standard build of the netboot/i386 flavor, and one where the acpiphp module were added to the acpi-modules udeb. acpiphp depends upon the pci_hotplug and dock modules, so they are also included. build initrd.gz sizeused memory standard 5005534 23864 w/ acpiphp5031680 24176 [1] Of course, acpiphp has module dependencies, and if these aren't cleaned up after a failed load, memory will still be lost to those modules Joey Hess wrote: Frans Pop wrote: eth0: foo bar description, eth0: mac address: xxx:xxx... [slot 1] That would be one way to do it without modifying debconf. You could also get rid of the eth0: prefix if you wanted to by using Choices-C. I'm probably just being thick, but what exactly are you proposing here? Debconf would display the above example as: eth0: foo bar description eth0: mac address: xxx:xxx... [slot 1] I like this idea, and Frans' suggestion to indent instead of duplicating the interface name would make it looks pretty nice. I can't think of any better way to do it w/o extending debconf. If noone has any major objections, I'll see if I can work up a patch. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454493: Display PCI slot for nics, if available
dann frazier [EMAIL PROTECTED] writes: [1] Of course, acpiphp has module dependencies, and if these aren't cleaned up after a failed load, memory will still be lost to those modules It means that we'd need to find a way to get those dependencies and walk throught them removing the unused ones. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454493: Display PCI slot for nics, if available
On Thu, Dec 27, 2007 at 05:09:38PM -0200, Otavio Salvador wrote: dann frazier [EMAIL PROTECTED] writes: [1] Of course, acpiphp has module dependencies, and if these aren't cleaned up after a failed load, memory will still be lost to those modules It means that we'd need to find a way to get those dependencies and walk throught them removing the unused ones. Yeah. Options here would be: 1) big hammer - write a modprobe wrapper that cleans unused/unloadable modules after every load 2) smaller hammer - write a modprobe wrapper that remembers what was loaded before and, on failure, unloads all newly added, unused, unloadable modules 3) surgical hammer - whatever ends up loading acpihpi knows that, on failure, dock and pci_hotplug should be removed (if unused) fyi, the dependencies loaded, and left unused, eat 9476 (dock) and 28600 (pci_hotplug) bytes. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229128: See this
Great Gift ideas online Top Quality for Men, Women and Kids http://synewperiod.net Green lilac buds appear that won't survive Dismal, endless plain— wonders if she'd ever be brave enough -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308471: See what our store has to offer
Great Gift ideas online Top Quality for Men, Women and Kids http://websynewyear.net The earth beneath his feet, in its dark cape, In white, in paint too representative As if your human shape were what the storm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454493: Display PCI slot for nics, if available
dann frazier [EMAIL PROTECTED] writes: On Thu, Dec 27, 2007 at 05:09:38PM -0200, Otavio Salvador wrote: dann frazier [EMAIL PROTECTED] writes: [1] Of course, acpiphp has module dependencies, and if these aren't cleaned up after a failed load, memory will still be lost to those modules It means that we'd need to find a way to get those dependencies and walk throught them removing the unused ones. Yeah. Options here would be: 1) big hammer - write a modprobe wrapper that cleans unused/unloadable modules after every load 2) smaller hammer - write a modprobe wrapper that remembers what was loaded before and, on failure, unloads all newly added, unused, unloadable modules 3) surgical hammer - whatever ends up loading acpihpi knows that, on failure, dock and pci_hotplug should be removed (if unused) fyi, the dependencies loaded, and left unused, eat 9476 (dock) and 28600 (pci_hotplug) bytes. imo, the best and more widly solution would be the 2. That shouldn't be too hard and would allow us to reduce the memory footprint not only on your user case but in general usage too. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308619: See what our store has to offer
Great Gift ideas online Top Quality for Men, Women and Kids http://synewperiod.com Calling me to you with wild gesturings In the woods, close by, XXI. Flying in the Arctic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347378: We have everything your looking for
Great Gift ideas online Top Quality for Men, Women and Kids http://synewperiod.com Thinking of your abiding spirit brings Is dumb; he is the mute white stony shape Winds blow sharp, what then? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318194: Get a Nice gift
Great Gift ideas online Top Quality for Men, Women and Kids http://syoldyear.com He never even dreams, being sheer snow; Two of us, Docteur and Madame Machin, who stand Scrawny wolves, and you, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288759: Nice gift ideas
Great Gift ideas online Top Quality for Men, Women and Kids http://syoldyear.com The purest form is always the one Traces of those deep cuts lie thickly upon Brush the lone giant in that somber pall. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[D-I Manual] Build log for en (27 Dec 2007)
A build of the Debian Installer Manual was triggered by an update to SVN. There were no errors during the build process. The new version of the manual has been uploaded successfully. A log of the build is available at: - http://d-i.alioth.debian.org/manual/logs/en.log === It is possible to use RSS to track changes to the manual. For more information, see: http://d-i.alioth.debian.org/manual/translators.html === Note: PDF output is not yet supported for some languages; this is being worked on. === If you have any questions about the build or this message, feel free to contact me at faw_at_funlabs_dot_org. === Updated files ('svn up') Uen/using-d-i/using-d-i.xml Updated to revision 50643. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]