partman-crypto_14_i386.changes uploaded successfully to localhost
along with the files:
partman-crypto_14.dsc
partman-crypto_14.tar.gz
partman-crypto-dm_14_all.udeb
partman-crypto-loop_14_all.udeb
partman-crypto_14_i386.udeb
Greetings,
Your Debian queue daemon
--
To
Accepted:
partman-crypto-dm_14_all.udeb
to pool/main/p/partman-crypto/partman-crypto-dm_14_all.udeb
partman-crypto-loop_14_all.udeb
to pool/main/p/partman-crypto/partman-crypto-loop_14_all.udeb
partman-crypto_14.dsc
to pool/main/p/partman-crypto/partman-crypto_14.dsc
Your message dated Wed, 27 Sep 2006 23:47:45 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#389456: fixed in partman-crypto 14
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
Package: debian-installer
Severity: grave
I'm sorry I can't provide the exact details (dmesg logs, etc) as the hardware I
was testing on died, but the breakage is as follows:
- d-i Linux boots and detects USB ports using SCSI emulation. They're mapped
as /dev/sda and /dev/sdb. Note:
Package: discover1
Version: 1.7.18
Severity: normal
File: /sbin/discover
saw in dmesg:
pcmcia: Detected deprecated PCMCIA ioctl usage from process: discover.
pcmcia: This interface will soon be removed from the kernel; please expect
breakage unless you upgrade to new t
ools.
pcmcia: see
Rick Thomas wrote:
This time without the mouse connected, and with disabling linux-input
~# echo disable-module=linux-input /etc/directfbrc
~# export DEBIAN_FRONTEND=gtk
~# debian-installer
As usual, it crashed when it tried to initialize the graphical installer.
Messages were
Package: installation-reportsBoot method: CDImage version: netinst i386 etch 20060928Date: 2006-09-28Machine: DELL PE SC420Processor: Pentium 4 2.8 Memory: 1 GBBase System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try itInitial boot worked:
Processing commands for [EMAIL PROTECTED]:
severity 389881 normal
Bug#389881: SCSI device renaming breaks install
Severity set to `normal' from `grave'
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian
On Tuesday 26 September 2006 18:37, David Härdeman wrote:
Author: alphix-guest
Date: Tue Sep 26 16:37:44 2006
New Revision: 41007
Modified:
trunk/packages/partman/partman-crypto/crypto_tools.sh
Please try to avoid hardcoded paths in scripts. In recent commits I
noticed quite a few of
severity 389881 normal
thanks
This is a known issue listed in the errata. It is also fairly easy to
repair by editing /etc/fstab and changing grub's menu.list using the
installer's rescue mode.
Yes, it is an important issue, but certainly not 'grave'.
--
To UNSUBSCRIBE, email to [EMAIL
On Thu, Sep 28, 2006 at 12:09:38AM +0200, Geert Stappers wrote:
On Wed, Sep 27, 2006 at 10:45:55AM +0200, Sven Luther wrote:
Mayube someone else within the d-i team can look at the powerpc kernel
.udebs
to see where the amd74xx module is included and further help MAthew ?
Frans did it
On Wed, Sep 27, 2006 at 02:03:57PM +0200, Frans Pop wrote:
Hi Colin,
A user had problems because the amd74xx module is not included in
ide-modules for powerpc [1]. This is at least partly due to the fact that
the powerpc definition has its own list instead of using the kernel-wedge
list.
On Thu, September 28, 2006 12:05, Frans Pop said:
Please try to avoid hardcoded paths in scripts. In recent commits I
noticed quite a few of them.
Will fix.
On a related note, Max indicated that it seems that anna-install *does*
return an error if it fails to install dependencies, so it seems
On Thu, Sep 28, 2006 at 11:50:23AM +0200, Frans Pop wrote:
severity 389881 normal
thanks
This is a known issue listed in the errata.
Oops. Sorry I should have checked better.
It is also fairly easy to
repair by editing /etc/fstab and changing grub's menu.list using the
installer's
This one time, at band camp, Robert Millan [ackstorm] said:
Package: debian-installer
Severity: grave
I'm sorry I can't provide the exact details (dmesg logs, etc) as the hardware
I
was testing on died, but the breakage is as follows:
- d-i Linux boots and detects USB ports using SCSI
On Thursday 28 September 2006 12:22, David Härdeman wrote:
On a related note, Max indicated that it seems that anna-install *does*
return an error if it fails to install dependencies, so it seems that
most of the fixes that I committed to partman-crypto (except calling
depmod) are redundant
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://people.debian.org/~fjp/d-i_manual/log/en.log
===
It is possible to
Hello gurus,
I had my etch installation all set up with preseeding so that it
wouldn't ask me a single thing -- it would just do it. Very nice if you
have lots of machines to install. But something's changed in the last
few revisions, and now I can't seem to figure out how to make that
Michael S. Peek wrote:
Hello gurus,
I had my etch installation all set up with preseeding so that it
wouldn't ask me a single thing -- it would just do it. Very nice if
you have lots of machines to install. But something's changed in the
last few revisions, and now I can't seem to figure
tag 384121 patch
tag 385150 patch
thanks
On 27/09/06, Gregory Colpart [EMAIL PROTECTED] wrote:
On Tue, Sep 19, 2006 at 02:34:57PM +0300, Eddy Petri??or wrote:
Please do test without the || true code attached to apt-install and
with the db_stop line removed or commented out.
I expect this
On Thu, Sep 28, 2006 at 12:05:59PM +0200, Frans Pop wrote:
Please try to avoid hardcoded paths in scripts. In recent commits I
noticed quite a few of them.
For example, to check for the availability of an executable, the following
construct is preferred:
if type executable /dev/null 21;
On Thu, Sep 28, 2006 at 10:50:26AM -0400, Michael S. Peek wrote:
I had my etch installation all set up with preseeding so that it
wouldn't ask me a single thing -- it would just do it. Very nice if you
have lots of machines to install. But something's changed in the last
few revisions, and
On Thursday 28 September 2006 17:48, David Härdeman wrote:
So, instead of checking all the libs for the programs (cryptsetup,
dmsetup) that were downloadedhow about something like this:
cryptsetup /dev/null 21
if [ $? -gt 1 ]; then
# error
fi
Is this a daft idea? :)
Well, with
Sorry for not really responding to this earlier. I've been somewhat
distracted by the GR nonsense going on...
I saw the conversation with Joey on IRC yesterday, and I think my comments
below are in line with that.
On Sunday 24 September 2006 19:04, Max Vozeler wrote:
Some possible approaches
Your message dated Thu, 28 Sep 2006 18:59:13 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug#388464: debian-installer: ~2.6.17-2 amd64 kernel appears
to be missing lvm-mod
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been
Hello again gurus,
I'm attempting to update a couple of small udebs to work under etch and
I've run into a snag. For some reason I seem to be killing
/sbin/debian-installer with my udebs and I don't know what's causing it.
As an example, here's one of the udebs in question: multi-netcfg.
Quoting Michael S. Peek ([EMAIL PROTECTED]):
Hello gurus,
I had my etch installation all set up with preseeding so that it
wouldn't ask me a single thing -- it would just do it. Very nice if you
have lots of machines to install. But something's changed in the last
few revisions, and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sven Luther wrote:
On Sat, Sep 23, 2006 at 11:35:28PM +0300, Eddy Petrişor wrote:
On 23/09/06, Attilio Fiandrotti [EMAIL PROTECTED] wrote:
Also, about the console font corruption with radeonfb, i would be
interested
in feedback of if it is a
On Sep 28, 2006, at 6:50 AM, Stephen Gran wrote:
Either use udev rules to map the RAID array to a consistent device
name,
or use filesystem labels in fstab and menu.lst.
Which is great if you know about the problem and can deal with it in
advance. Just because it's listed in the
Hi all,
On Thu, Sep 28, 2006 at 06:40:55PM +0200, Frans Pop wrote:
In the in between time (for arches that have already switched
to the new kernel), part of the functionality of the installer
will be unavailable. Seems acceptable though.
I think so too. I'll need to check that e.g.
Hi
I spent last days in collecting reports from Debian PPC users (thanks to
all those guys who kindly provided these datas) and now i've reported
the results in this wikipage [1].
As you can see, there seems to be no simple way to get g-i working on
G3s, and successes were reported with G4s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Attilio Fiandrotti wrote:
Eddy Petrişor wrote:
On 25/09/06, Eddy Petrişor [EMAIL PROTECTED] wrote:
Eddy, do you have the chance to test if forcing off DFB's HW
acceleration makes g-i run on your Mac?
At Sven's suggestion, I have ran the
Greetings,
I know this bug (384342) is closed, but I just hit it with the 20060810
installer on a SunBlade 1500. Solaris seems to work just fine on it,
but when I boot from the cdrom, I get the same symptom as the OP
(Illegal Instruction apparently during Loading initial ramdisk).
I did
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rick Thomas wrote:
This time without the mouse connected, and with disabling linux-input
~# echo disable-module=linux-input /etc/directfbrc
~# export DEBIAN_FRONTEND=gtk
~# debian-installer
As usual, it crashed when it tried to initialize
Hi,
On Thursday 28 September 2006 21:41, Attilio Fiandrotti wrote:
I spent last days in collecting reports from Debian PPC users (thanks to
all those guys who kindly provided these datas) and now i've reported
the results in this wikipage [1].
Great.
A wider testbase is needed tough to
On Thursday 28 September 2006 21:19, Max Vozeler wrote:
So, based on (I think) all feedback received, I created a first
package of this kind in /people/xam/kernel/; It includes only
loop-aes-modules for now but can be extended to also handle other
modules in a simple way once the need arises.
Package: installation-reports
Boot method: Net-Install CD-Rom
Image version: debian-testing-i386-netinst.iso 09-13-2006
Date: 09-24-2006
Machine:
Processor:
Memory:
Partitions: df -Tl will do; the raw partition table is preferred
Output of lspci and lspci -n:
Base System Installation
Michael S. Peek wrote:
Hello again gurus,
I'm attempting to update a couple of small udebs to work under etch
and I've run into a snag. For some reason I seem to be killing
/sbin/debian-installer with my udebs and I don't know what's causing it.
Aha! Got it!
The problem was a
On Tuesday 26 September 2006 13:14, Frans Pop wrote:
Yesterday I tried a different implementation: setting
debconf/language=en in debian-installer-startup.d instead of setting
LANGUAGE. However, that did not result in country names being displayed
for S/390.
Is it possible that
reopen 384342
stop
On Thu, Sep 28, 2006 at 11:48:22AM -0800, Christopher Swingley wrote:
Greetings,
I know this bug (384342) is closed, but I just hit it with the 20060810
snip/
I tried it three times, once passing 'mem=1024m', and I get the same
error and 'ctrace' each time.
Thank you
Processing commands for [EMAIL PROTECTED]:
reopen 384342
Bug#384342: installation-report: doesn't boot kernel: Illegal Instruction
(sparc)
Bug reopened, originator not changed.
stop
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Hi Christopher,
Can you please retry booting it with some recent image (like a recent daily)?
In
order to do any useful debugging I need to know exactly what image it was and
what
kernel version it was running, along with output of ctrace.
Thanks,
--
Jurij Smakov
42 matches
Mail list logo