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 root,
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 el
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
>>
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 http://lwn.net/Articles
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 f
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
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 UNSUBSC
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 administrat
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 repla
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/
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, whil
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 Informa
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
Processor:
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 "unsubscr
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: ap
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 "apt
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
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 yo
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 yo
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 yo
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 li
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 r
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
loop-aes-
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
loop-aes-modules-2.6.18-3-r4k-kn04-di_1.02_mipsel.ude
(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) loop-a
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) loop-aes-modules-2.6.18-3-qemu-di_1.02_mipsel.u
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
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?
- 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 a
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 installat
> 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:
/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 8
40 matches
Mail list logo
