Your message dated Fri, 13 Apr 2007 08:14:56 +0200
with message-id [EMAIL PROTECTED]
and subject line Closing bug as we don't intend to change the order of questions
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
On Fri, April 13, 2007 0:55, Matt Willsher said:
I too have had this problem under Etch stable - thankfully Stephen
has done the work in finding a work around :)
I'm not sure exactly what problem you refer to, but if it is incomplete
cryptoroot configuration when using a combination of RAID and
On Fri, April 13, 2007 4:01, Obibok said:
Also, it would be extremely useful to show the RAID component devices
(partitions that make up each MD device). AFAIK there's no way to identify
each MD device other than going to the RAID delete menu, is there?
It's on my TODO list to change
On 10 Apr 2007, at 13:26, Frans Pop wrote:
On Tuesday 10 April 2007 11:34, Alister Winfield wrote:
From this and a subsequent test mounting the CD manually then
continuing the problem is potentially something to do with the probe
script. The CD in this case is in the 'virtual CD device'
Frans,
I found more bugs about CD ROM / HD not recognized:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418972
--
Renato S. Yamane
Fingerprint: 68AE A381 938A F4B9 8A23 D11A E351 5030 D420 515A
PGP Server: http://pgp.mit.edu/ -- KeyID: 0xD420515A
http://www.renatoyamane.com
--
To
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.2
reassign 418760 auto-install
Bug#418760: preseed: Preseeding isn't working anymore in Testing
Bug reassigned from package `preseed' to `auto-install'.
End of message, stopping
Olaf van der Spek wrote:
I downloaded debian-testing-i386-netinst.iso and tried to install it in
VMware with auto url=xcc.demon.nl
This works with Etch, but with Testing, it asks language, country, priority
and then it wants to check the media integrity.
The check passes, and then an
On Friday 13 April 2007 12:05, Alister Winfield wrote:
Oh weird and I see why it might fail if the kernel / udev thinks
its a floppy.
Yes, that is the root of the problem. Could you also provide the output
of 'udevinfo -a -p /sys/block/sr0'?
TIA.
--
To UNSUBSCRIBE, email to [EMAIL
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.2
reassign 418507 tasksel
Bug#418507: installation: gnome-audio not installed when performing installgui
Bug reassigned from package `tasksel' to `tasksel'.
End of message, stopping
merge 418998 418999
thanks
Quoting trand ([EMAIL PROTECTED]):
Package: fontconfig-config
Version: 2.4.2-1.2
Severity: wishlist
Tags: l10n
For korean font, ttf-baekmuk is almost dead.
development is stop, people don't use it.
Please note that I am not the fontconfig maintainer. I just
The following are mostly ideas exchanged in the wild about what could
be done in cdebconf to reduce the impact of the increasing number of
translations on the memory requirements of D-I:
17:07 bubulle fjp: I have been playing silly with cdebconf stuff in D-I to
see how we could reduce the
On Friday, April 13, 2007 3:43 am, David Härdeman wrote:
Also, it would be extremely useful to show the RAID component devices
(partitions that make up each MD device). AFAIK there's no way to
identify each MD device other than going to the RAID delete menu, is
there?
It's on my TODO
Currently we we have a separate udeb usb-discover for USB detection and
activation, with a boot parameter debian-installer/probe/usb.
The udeb uses PCI ID lists from discover and/or some info from
/sys/bus/pci/devices to load the core USB drivers ({U,O,E}HCI) and then
loads usb keyboard, hid
On Fri, Apr 13, 2007 at 06:16:39PM +0200, Frans Pop wrote:
I propose to drop the usb-discover udeb completely and instead add a
simple script in rootskel (see patch below) to load the keyboard, hid and
serial modules if USB is supported.
Doesn't udev load those modules as well?
--
David
reopen 382889
thanks
Subject: Closing bug as we don't intend to change the order of questions
After the discussion that happened in this bug's log, it is clear that
the D-I team has no intent to change the order of questions in the
installation process.
The user setup comes after the
Processing commands for [EMAIL PROTECTED]:
reopen 382889
Bug#382889: debian-installer: non-optimal order of operations
Bug reopened, originator not changed.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
On Fri 13 Apr, Renato S. Yamane wrote:
Frans,
I found more bugs about CD ROM / HD not recognized:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418972
I usually find that DMA has been turned on but the drive is unable to
comply, so I turn DMA off for that drive.
--
Chris Bell
--
autopartkit_1.26_i386.changes uploaded successfully to localhost
along with the files:
autopartkit_1.26.dsc
autopartkit_1.26.tar.gz
autopartkit_1.26_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Accepted:
autopartkit_1.26.dsc
to pool/main/a/autopartkit/autopartkit_1.26.dsc
autopartkit_1.26.tar.gz
to pool/main/a/autopartkit/autopartkit_1.26.tar.gz
autopartkit_1.26_i386.udeb
to pool/main/a/autopartkit/autopartkit_1.26_i386.udeb
Override entries for your package:
Your message dated Fri, 13 Apr 2007 16:16:40 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#382889: closed by Christian Perrier [EMAIL PROTECTED]
(Closing bug as we don't intend to change the order of questions)
has caused the attached Bug report to be marked as done.
This means
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.2
reassign 418421 os-prober
Bug#418421: Etch installer creates GRUB boot-entry for a hidden non-OS recovery
partiton
Bug reassigned from package `installation-reports' to `os-prober'.
Package: iso-scan
Version: 1.19
Severity: wishlist
Tags: patch
The vollowing patch would allow you have have both the i386 and amd64 ISO
images on a USB key, and the correct one would be mounted based on whether
you booted a 32 or 64 bit kernel.
*** iso-scan.postinst.orig Fri Apr 13
Op 13-04-2007 om 18:27 schreef Chris Bell:
I usually find that DMA has been turned on but the drive is unable to
comply, so I turn DMA off for that drive.
How?
Please spend some more time on this bugreport.
Example given: tell/explain how to turn off DMA.
Thank you,
Geert Stappers
--
Anybody know what the problem is here? Or how to fix it?
W: GPG error: http://volatile.debian.org etch/volatile Release: The
following signatures couldn't be verified because the public key is
not available: NO_PUBKEY EC61E0B0BBE55AB3
W: You may want to run apt-get update to correct these
i just did a new install. the order of operations (for a non-expert
install) is as follows (with time into install and user prompts
noted):
minuteoperation
0config local/language (prompt)
0load
Package: partman-base
Severity: wishlist
Hi everyone. I'd like to propose a tiny change to the way the partition setup
is displayed in partman-base. In the (...) overview of currently configured
partitions and mount points:
* current *
==
IDE1 master
Package: grub-installer
Severity: wishlist
Currently at the Install the GRUB boot loader on a hard disk screen, the
list of detected operating systems is part of a sentence and all items are
separated by commas. For a clearer and more professional look, the
existing installed systems should be
But why didn't the installer set up my crypt configuration?
This sounds very weird, but also not reproducible.
I've tried myself to reproduce the problem, without success.
Stephen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
28 matches
Mail list logo