Package: installation-reports
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/lenny_di_rc1/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: 01-28-2009 18h00
Machine: Fujitsu Siemens Esprimo P7935
Processor: Core2Quad Q8200
Memory: 8Gb
Partitions: none
Output of lspci -knn
I have tested the ubutun 8.10 live cd and the ethernet interface just
works fine.
Didrik
--
Didrik Pinte - Gérant/Manager
Dipole Consulting SPRL
E-mail : dpi...@dipole-consulting.com
Tel: +32 (0)10 779 005
Mobile : +32 (0)475 665 668
Fax: +32 (0)2 791 56 61
Web:
There are a number of places in partman where the default filesystem is
currently hardcoded:
partman-auto-lvm/lib/auto-lvm.sh:17:echo $scheme${NL}100 1000 -1 ext3
\$primary{ } method{ $method }
partman-crypto/init.d/crypto:108: filesystem=ext3
Can we switch from console-tools to kbd for squeeze? These days kbd is
better maintained (I know they've gone back and forth in the past), and
its setfont program supports a wider range of fonts than does
consolechars. Doing this would let us get rid of some grottiness in
localechooser's
Hi,
It seems that when the lpar reboots when one selects install64, and then
after the reboot again install64; the system then *does* boot!
Now when the system is fully installed one needs to upgrade yaboot to
1.3.14. Then the system is able to boot from disk as well.
Folkert van Heusden
--
On Wed, Jan 28, 2009 at 11:24:57AM +, Colin Watson wrote:
How about a partman/default_filesystem template in partman-base,
defaulting to ext3, and then a $default expansion in the filesystem
field in partitioning recipes? That would make it a matter of a boot
parameter to change the
d-iers,
On Wed, Jan 28, 2009 at 11:52:42AM +, Colin Watson wrote:
Can we switch from console-tools to kbd for squeeze? These days kbd is
better maintained (I know they've gone back and forth in the past), and
its setfont program supports a wider range of fonts than does
consolechars.
Sorry to say using auto mode by adding auto to the kernel parameters
doesnt make a difference. i tried both loading for file= and url= as
the example shown in the documentation and in both times the line got
ignored
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a
Christian Perrier bubu...@debian.org writes:
Alioth account - taem-guest.
Commit access granted.
Ok. Thanks.
Would you like your mail address to be added to the system that
notifies translators of changes in strings for files in levels 1 to 5,
including the 5 sublevels of level 1?
Yes.
On 28 Jan 2009, at 13:34, Michael Schutte wrote:
d-iers,
On Wed, Jan 28, 2009 at 11:52:42AM +, Colin Watson wrote:
Can we switch from console-tools to kbd for squeeze? These days kbd
is
better maintained (I know they've gone back and forth in the past),
and
its setfont program
Jérémy Bobbio lu...@debian.org writes:
On Wed, Jan 28, 2009 at 11:24:57AM +, Colin Watson wrote:
How about a partman/default_filesystem template in partman-base,
defaulting to ext3, and then a $default expansion in the filesystem
field in partitioning recipes? That would make it a matter
Colin Watson cjwat...@debian.org writes:
If there's consensus, I can commit the relevant fixes.
It would be great if you could send the patches to mailing list to
people have a look on them before pushing but the concept is logical
and has really good basis to work.
Please go ahead :-)
--
FYI: The status of the s390-netdevice source package
in Debian's testing distribution has changed.
Previous version: 0.0.21
Current version: 0.0.21lenny1
--
This email is automatically generated; the Debian Release Team
debian-rele...@lists.debian.org is responsible.
See
On Wed, Jan 28, 2009 at 11:24:57AM +, Colin Watson wrote:
How about a partman/default_filesystem template in partman-base,
defaulting to ext3, and then a $default expansion in the filesystem
field in partitioning recipes? That would make it a matter of a boot
parameter to change the default
Quoting Alastair McKinstry (alast...@sceal.ie):
No objections from me as a kbd maintainer.
Strong agreement from me as console-tools maintainer.
VERY strong agreement from me as bad maintainer of some console
stuff..:-)
signature.asc
Description: Digital signature
Package: installation-reports
Boot method: amd-64 businesscard CD
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/
AMD64/iso-cd/debian-testing-amd64-businesscard.iso
Date: 2009-01-28 T 18:15
Machine: made from parts
Processor: AMD Athlon64 X2 (5050e)
Memory:
Samuel Thibault, le Sat 24 Jan 2009 01:16:34 +0100, a écrit :
Is there a reason for console-data to contain a duplicate of the
xkb-data content? Couldn't it just build-depend on xkb-data and fetch
data from /usr/share/X11/xkb? That way, updating it would just need a
binNMU.
Oops, sorry for
4minuti.it
a.link{
text-decoration:none;
font-weight: bold;
color:#33;
}
a.link:activelink{
text-decoration:none;
Quoting Herbert Kaminski (herbert.kamin...@gmx.de):
During installation, DHCP did not work.
After manually editing /etc/interfaces when installation
was finished, DHCP worked fine.
H, if this is reproducible with the installer, that might deserve
some investigation.
As the DHCP step
19 matches
Mail list logo