Bug#247322: Click Here to have your questions answered by our support team.

2007-12-27 Thread Lori Rowland

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

2007-12-27 Thread Joerg Jaspert

 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

2007-12-27 Thread Otavio Salvador
[ 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

2007-12-27 Thread Frans Pop
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++

2007-12-27 Thread Manfred Rebentisch
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

2007-12-27 Thread Otavio Salvador
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 ?

2007-12-27 Thread Rick Thomas


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

2007-12-27 Thread dann frazier
(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

2007-12-27 Thread Otavio Salvador
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

2007-12-27 Thread dann frazier
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

2007-12-27 Thread Jacqueline Hill
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

2007-12-27 Thread Alan Knutson
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

2007-12-27 Thread Otavio Salvador
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

2007-12-27 Thread Tania Hooper
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

2007-12-27 Thread Jessica Burkett

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

2007-12-27 Thread Charley Bryson
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

2007-12-27 Thread Maria Link
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)

2007-12-27 Thread Felipe Augusto van de Wiel
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]