Package: installation-reports
Boot method: USB stick with usb-hd image and 100M netboot ISO image in the root.
Image version: Daily i386 snapshot
Date: Thursday December 7, PST
Machine: ECS KV2 Extreme motherboard
Processor: AMD Athlon 64 3400+
Memory: 1G
Partitions: /dev/sda2 1G on SATA as
On Fri, Dec 08, 2006, David Härdeman wrote:
Don't mix up boot-on-raid and boot-on-device-mapper, they are two
different things using different kernel subsystems (md and dm).
Err, md is dm based, right? You mean boot on LVM versus boot on MD?
Or did you mean dmraid which is yet something
On Fri, December 8, 2006 4:12, Daniel Burrows said:
On Thu, Dec 07, 2006 at 09:33:33AM +0100, Loïc Minier [EMAIL PROTECTED] was
heard to say:
some trivia first:
- Debian's lilo is patched with an unofficial patch for device-mapper
support which was not updated since mid 2005
- Debian
On Fri, December 8, 2006 10:31, Loïc Minier said:
On Fri, Dec 08, 2006, David Härdeman wrote:
Don't mix up boot-on-raid and boot-on-device-mapper, they are two
different things using different kernel subsystems (md and dm).
Err, md is dm based, right?
Nope, see
package: cdebconf-gtk-udeb
severity: minor
tags: patch
This patch is needed to build cdebconf's GTK frontend in an X11
environment; i'm using GDK_WINDOWING_X11 as GDK_WINDOWING_DIRECTFB is
currently not available in GTKDFB 2.8.20.
I'd like this patch to be applied because
- It's necessary if
package: cdebconf-gtk-udeb
severity: minor
At every frontend_go() call the GTK frontend forces DirectFB to reload
keymap: this causes VT1 pollution and is however not really clean.
We should have something like a pipe the GTK frontend should be
listening on to reload keymap as soon as command
Hi,
On Fri, Dec 08, 2006, Attilio Fiandrotti wrote:
This patch is needed to build cdebconf's GTK frontend in an X11
environment; i'm using GDK_WINDOWING_X11 as GDK_WINDOWING_DIRECTFB is
currently not available in GTKDFB 2.8.20.
I don't understand why it's useful for the udeb, isn't
Package: flash-kernel
Version: 0.7
Severity: minor
Current comment:
# See http://www.nslu2-linux.org/wiki/Info/BootFlash -- the NSLU2 uses a
# 16 byte MTD header, the first two bytes (big endian) give the length of
# the remainder of the image, and the remaining bytes are zero. Generate
# this
tags 402142 + pending
thanks
* Phil Endecott [EMAIL PROTECTED] [2006-12-08 13:09]:
# the remainder of the image, and the remaining bytes are zero. Generate
# this header.
should say first *four* bytes.
Done in SVN, thanks.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE,
Processing commands for [EMAIL PROTECTED]:
tags 402142 + pending
Bug#402142: flash-kernel: Minor correction to comment in source code
There were no tags set.
Tags added: pending
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Otavio Salvador wrote:
Ottavio Caruso [EMAIL PROTECTED] writes:
Thank Otavio,
my understanding was that 'base_include' adds extra packages to
the
installed base, and doesn't replace it. As from a old post:
Yes, while base_exclude remove them.
So if you want to replace something:
Loïc Minier [EMAIL PROTECTED] writes:
The problems you describe are not obvious to me, I currently only see a
udeb providing cdebconf-gtk. IIUC, cdebconf-gtk-udeb will always be
built against gtk/directfb and perhaps a future new package named
cdebconf-gtk will be built against gtk/x11.
Ottavio Caruso [EMAIL PROTECTED] writes:
Otavio Salvador wrote:
Ottavio Caruso [EMAIL PROTECTED] writes:
Thank Otavio,
my understanding was that 'base_include' adds extra packages to
the
installed base, and doesn't replace it. As from a old post:
Yes, while base_exclude remove
Package: debian-installer
Severity: important
Grub fails to install on AMD64, when I check the virtual console the command
given is: apt-install grub
Starting a shell and using chroot /target apt-get install grub works fine.
After that, using the installer grub will install.
-- System
Package: installation-reports
Boot method: Net install CD onto both VirtualPC and
VMWare server
Image version:
http://cdimage.debian.org/cdimage/etch_di_rc1/alpha/iso-cd/debian-testing-alpha-netinst.iso
Date: 12/08/2006
Machine: Both VirtualPC and VMWare Server on a Dell
Latitutde D810
Your request for assistance cannot be accepted because your email
address is not registered with an existing account.
===
Bob Apodaca wrote:
Package: debian-installer
Severity: important
Grub fails to install on AMD64, when I check the virtual console the command
given is: apt-install grub
That command is valid, but if it fails, the installation process will fail(stop) unless the command
is ran something like
partman-auto_62_amd64.changes uploaded successfully to localhost
along with the files:
partman-auto_62.dsc
partman-auto_62.tar.gz
partman-auto_62_amd64.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
partman-auto-raid_3_amd64.changes uploaded successfully to localhost
along with the files:
partman-auto-raid_3.dsc
partman-auto-raid_3.tar.gz
partman-auto-raid_3_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Sorry, I was not aware that apt-install is a valid command. No, I did
not skip any steps during the installation.
Eddy Petrișor wrote:
Bob Apodaca wrote:
Package: debian-installer
Severity: important
Grub fails to install on AMD64, when I check the virtual console the
command
given is:
On Friday 08 December 2006 17:57, Eddy Petrișor wrote:
Grub fails to install on AMD64, when I check the virtual console the
command given is: apt-install grub
That command is valid, but if it fails, the installation process will
fail(stop) unless the command is ran something like
Accepted:
partman-auto-raid_3.dsc
to pool/main/p/partman-auto-raid/partman-auto-raid_3.dsc
partman-auto-raid_3.tar.gz
to pool/main/p/partman-auto-raid/partman-auto-raid_3.tar.gz
partman-auto-raid_3_all.udeb
to pool/main/p/partman-auto-raid/partman-auto-raid_3_all.udeb
Override entries for
Accepted:
partman-auto_62.dsc
to pool/main/p/partman-auto/partman-auto_62.dsc
partman-auto_62.tar.gz
to pool/main/p/partman-auto/partman-auto_62.tar.gz
partman-auto_62_amd64.udeb
to pool/main/p/partman-auto/partman-auto_62_amd64.udeb
Override entries for your package:
partman-auto_62.dsc
Frans Pop wrote:
On Friday 08 December 2006 17:57, Eddy Petrișor wrote:
Grub fails to install on AMD64, when I check the virtual console the
command given is: apt-install grub
That command is valid, but if it fails, the installation process will
fail(stop) unless the command is
Your message dated Fri, 08 Dec 2006 17:47:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#401271: fixed in partman-auto 62
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 message dated Fri, 08 Dec 2006 17:47:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#391676: fixed in partman-auto 62
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 message dated Fri, 08 Dec 2006 17:47:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#401271: fixed in partman-auto 62
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
Frans Pop wrote:
On Friday 08 December 2006 17:57, Eddy Petrișor wrote:
Grub fails to install on AMD64, when I check the virtual console the
command given is: apt-install grub
That command is valid, but if it fails, the installation process will
fail(stop) unless the command is ran something
On Friday 08 December 2006 20:01, Eddy Petrișor wrote:
Hmm, that means the ppp package will be not queued if apt-install is
ran in ppp-udeb's postinst, doesn't it?
So the the correct place to run apt-install would be in
finish-install.d scripts (or at least for ppp-udeb)?
No, it can be run
linux-modules-di-mips-2.6_1.00_mips.changes uploaded successfully to localhost
along with the files:
linux-modules-di-mips-2.6_1.00.dsc
linux-modules-di-mips-2.6_1.00.tar.gz
loop-aes-modules-2.6.18-3-r4k-ip22-di_1.00_mips.udeb
loop-aes-modules-2.6.18-3-r5k-ip32-di_1.00_mips.udeb
linux-modules-di-mipsel-2.6_1.02_mipsel.changes uploaded successfully to
localhost
along with the files:
linux-modules-di-mipsel-2.6_1.02.dsc
linux-modules-di-mipsel-2.6_1.02.tar.gz
loop-aes-modules-2.6.18-3-r3k-kn02-di_1.02_mipsel.udeb
(new) linux-modules-di-mips-2.6_1.00.dsc optional debian-installer
(new) linux-modules-di-mips-2.6_1.00.tar.gz optional debian-installer
(new) loop-aes-modules-2.6.18-3-qemu-di_1.00_mips.udeb extra debian-installer
loop-AES crypto modules
This package contains loop-AES crypto modules.
(new)
linux-modules-di-mipsel-2.6_1.02.dsc
to
pool/main/l/linux-modules-di-mipsel-2.6/linux-modules-di-mipsel-2.6_1.02.dsc
linux-modules-di-mipsel-2.6_1.02.tar.gz
to
pool/main/l/linux-modules-di-mipsel-2.6/linux-modules-di-mipsel-2.6_1.02.tar.gz
(new)
Quoting Ian White ([EMAIL PROTECTED]):
I was hoping to upgrade my old Sarge to a Dell
Pentium 4 Dimension E520 series but neither the old CDs nor any kind of
download
interacts with keyboard response to install. I tried the AMD-64 binary CD. I
think the problem
is that installation does
On Fri, Dec 08, 2006 at 06:55:15PM +0100, Frans Pop wrote:
On Friday 08 December 2006 17:57, Eddy Petri??or wrote:
Grub fails to install on AMD64, when I check the virtual console the
In short, we need to find out _why_ grub failed here.
Bob: Could you try to reproduce the error?
Hi
- Original Message -
Subject: Re: No Dell key board
From: Christian Perrier ;[EMAIL PROTECTED]
Date: Fri, December 8, 2006 5:36
Quoting Ian White ([EMAIL PROTECTED]):
I was hoping to upgrade my old Sarge to a Dell
Pentium 4 Dimension E520 series but neither the old CDs nor any
On Friday 08 December 2006 02:50, Ian White wrote:
I was hoping to upgrade my old Sarge to a Dell
Pentium 4 Dimension E520 series but neither the old CDs nor any kind of
download interacts with keyboard response to install. I tried the
AMD-64 binary CD. I think the problem is that installation
On Fri, Dec 08, 2006 at 06:55:15PM +0100, Frans Pop wrote:
On Friday 08 December 2006 17:57, Eddy Petri??or wrote:
Grub fails to install on AMD64, when I check the virtual console the
In short, we need to find out _why_ grub failed here.
Bob: Could you try to
/sid_d-i/20061208-1/powerpc/
iso-cd
Trying 130.239.18.138...
-rw-r--r--1 1002 1002 143 Dec 08 10:34 MD5SUMS
-rw-r--r--1 1002 1002 73390080 Dec 08 10:32 debian-
testing-powerpc-businesscard.iso
-rw-r--r--1 1002 1002 251055 Dec 08 10:32 debian-
testing
Curiously enough, the netinst CD does appear to have the missing file...
$ ls -l dists/etch/main/binary-powerpc/
total 688
-rwxr-xr-x 1 rbthomas rbthomas 209980 Dec 8 10:33 Packages
-rwxr-xr-x 1 rbthomas rbthomas 131702 Dec 8 10:33 Packages.gz
-rwxr-xr-x 1 rbthomas rbthomas
40 matches
Mail list logo
