Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.27
severity 403895 important
Bug#403895: installation-report: Fails to detect SCSI CD-ROM
Severity set to `important' from `important'
End of message, stopping processing here.
Please
On Mon, 18 Dec 2006, David Härdeman wrote:
snipp
Conclusion: provided that the two reports above are indeed
unreproducible, that 2:1.0.4+svn16-2 in unstable migrates to
testing, and that klibc-utils = 1.4.30-2 migrates, cryptsetup should
be fine.
that is expected to happen soonest.
I have the same situation on another installation:
[EMAIL PROTECTED]:/var/log/installer$ cat lsb-release
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=3.1 (installer build 20060806)
And here are the dead links:
[EMAIL PROTECTED]:~$ ls -l /etc/rc?.d/*ntp*
Package: installation-report
Severity: normal
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/etch_di_rc1/i386/iso-cd/debian-testing-i386-binary-1.iso
Date: 21.12.06
Machine: Acer TravelMate 3040
Processor: Intel Core 2 T5500 @ 1.66GHz
Memory: 1G
Partitions:
Device Boot
On Sun, Dec 17, 2006 at 01:53:03PM +0100, Max Vozeler wrote:
The first two ABI changes are specific to extra kernel flavors that
aren't relevant to the installer and have few (if any?) extra modules
built for them.
Actually, quite a few modules packages are being built for the
vserver
* Steve Langasek [EMAIL PROTECTED] [2006-12-21 03:01]:
If the kernel team has decided to push forward with the ABI changes
(I don't know if this is the case, I haven't seen much response to
my message on-list?), it would certainly be better to get started on
this sooner rather than later.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tag 402450 patch
thanks
Hello,
Attached is a patch (against ppp 2.4.4rel-4) that takes care to add the correct
snippets in the
target's /etc/network/interfaces so that the loopback and the pppoe connection
is brought up after
restart.
The
On Thursday 21 December 2006 02:46, Steve Langasek wrote:
You could argue that the package is unfit for release (= sev:
serious), but then I don't see how that's consistent with asking for an
etch-ignore tag. If it's ignorable for etch, I don't see why it
wouldn't also be ignorable for lenny
preseed_1.23_i386.changes uploaded successfully to localhost
along with the files:
preseed_1.23.dsc
preseed_1.23.tar.gz
preseed-common_1.23_all.udeb
network-preseed_1.23_all.udeb
file-preseed_1.23_all.udeb
initrd-preseed_1.23_all.udeb
env-preseed_1.23_all.udeb
Greetings,
Accepted:
env-preseed_1.23_all.udeb
to pool/main/p/preseed/env-preseed_1.23_all.udeb
file-preseed_1.23_all.udeb
to pool/main/p/preseed/file-preseed_1.23_all.udeb
initrd-preseed_1.23_all.udeb
to pool/main/p/preseed/initrd-preseed_1.23_all.udeb
network-preseed_1.23_all.udeb
to
debian-installer-utils_1.42_amd64.changes uploaded successfully to localhost
along with the files:
debian-installer-utils_1.42.dsc
debian-installer-utils_1.42.tar.gz
di-utils-shell_1.42_all.udeb
di-utils-reboot_1.42_all.udeb
di-utils-exit-installer_1.42_all.udeb
hw-detect_1.46_amd64.changes uploaded successfully to localhost
along with the files:
hw-detect_1.46.dsc
hw-detect_1.46.tar.gz
ethdetect_1.46_all.udeb
disk-detect_1.46_all.udeb
hw-detect_1.46_amd64.udeb
archdetect_1.46_amd64.udeb
Greetings,
Your Debian queue daemon
--
To
installation-report_2.25_amd64.changes uploaded successfully to localhost
along with the files:
installation-report_2.25.dsc
installation-report_2.25.tar.gz
save-logs_2.25_all.udeb
installation-report_2.25_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to
os-prober_1.15_amd64.changes uploaded successfully to localhost
along with the files:
os-prober_1.15.dsc
os-prober_1.15.tar.gz
os-prober-udeb_1.15_amd64.udeb
os-prober_1.15_amd64.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
partman-basicfilesystems_50_amd64.changes uploaded successfully to localhost
along with the files:
partman-basicfilesystems_50.dsc
partman-basicfilesystems_50.tar.gz
partman-basicfilesystems_50_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL
partman-crypto_18_amd64.changes uploaded successfully to localhost
along with the files:
partman-crypto_18.dsc
partman-crypto_18.tar.gz
partman-crypto-dm_18_all.udeb
partman-crypto-loop_18_all.udeb
partman-crypto_18_amd64.udeb
Greetings,
Your Debian queue daemon
--
To
partman-ext3_44_amd64.changes uploaded successfully to localhost
along with the files:
partman-ext3_44.dsc
partman-ext3_44.tar.gz
partman-ext3_44_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
partman-lvm_48_amd64.changes uploaded successfully to localhost
along with the files:
partman-lvm_48.dsc
partman-lvm_48.tar.gz
partman-lvm_48_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
partman-jfs_19_amd64.changes uploaded successfully to localhost
along with the files:
partman-jfs_19.dsc
partman-jfs_19.tar.gz
partman-jfs_19_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
partman-reiserfs_33_amd64.changes uploaded successfully to localhost
along with the files:
partman-reiserfs_33.dsc
partman-reiserfs_33.tar.gz
partman-reiserfs_33_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
partman-xfs_31_amd64.changes uploaded successfully to localhost
along with the files:
partman-xfs_31.dsc
partman-xfs_31.tar.gz
partman-xfs_31_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eddy Petrișor wrote:
tag 402450 patch
thanks
Hello,
Attached is a patch (against ppp 2.4.4rel-4) that takes care to add the
correct snippets in the
target's /etc/network/interfaces so that the loopback and the pppoe
connection is brought
On Thursday 21 December 2006 12:01, Steve Langasek wrote:
Yes, TTBOMK these packages could be binNMUed for a *silent* ABI change.
For an ABI change expressed in the package name, they would all need
sourceful uploads.
For d-i release management I'd actually prefer an ABI change for loop-aes
Accepted:
partman-crypto-dm_18_all.udeb
to pool/main/p/partman-crypto/partman-crypto-dm_18_all.udeb
partman-crypto-loop_18_all.udeb
to pool/main/p/partman-crypto/partman-crypto-loop_18_all.udeb
partman-crypto_18.dsc
to pool/main/p/partman-crypto/partman-crypto_18.dsc
Accepted:
partman-basicfilesystems_50.dsc
to pool/main/p/partman-basicfilesystems/partman-basicfilesystems_50.dsc
partman-basicfilesystems_50.tar.gz
to pool/main/p/partman-basicfilesystems/partman-basicfilesystems_50.tar.gz
partman-basicfilesystems_50_all.udeb
to
Accepted:
installation-report_2.25.dsc
to pool/main/i/installation-report/installation-report_2.25.dsc
installation-report_2.25.tar.gz
to pool/main/i/installation-report/installation-report_2.25.tar.gz
installation-report_2.25_all.deb
to
Accepted:
archdetect_1.46_amd64.udeb
to pool/main/h/hw-detect/archdetect_1.46_amd64.udeb
disk-detect_1.46_all.udeb
to pool/main/h/hw-detect/disk-detect_1.46_all.udeb
ethdetect_1.46_all.udeb
to pool/main/h/hw-detect/ethdetect_1.46_all.udeb
hw-detect_1.46.dsc
to
Accepted:
os-prober-udeb_1.15_amd64.udeb
to pool/main/o/os-prober/os-prober-udeb_1.15_amd64.udeb
os-prober_1.15.dsc
to pool/main/o/os-prober/os-prober_1.15.dsc
os-prober_1.15.tar.gz
to pool/main/o/os-prober/os-prober_1.15.tar.gz
os-prober_1.15_amd64.deb
to
Accepted:
debian-installer-utils_1.42.dsc
to pool/main/d/debian-installer-utils/debian-installer-utils_1.42.dsc
debian-installer-utils_1.42.tar.gz
to pool/main/d/debian-installer-utils/debian-installer-utils_1.42.tar.gz
di-utils-exit-installer_1.42_all.udeb
to
Accepted:
partman-lvm_48.dsc
to pool/main/p/partman-lvm/partman-lvm_48.dsc
partman-lvm_48.tar.gz
to pool/main/p/partman-lvm/partman-lvm_48.tar.gz
partman-lvm_48_all.udeb
to pool/main/p/partman-lvm/partman-lvm_48_all.udeb
Override entries for your package:
partman-lvm_48.dsc - source
Accepted:
partman-reiserfs_33.dsc
to pool/main/p/partman-reiserfs/partman-reiserfs_33.dsc
partman-reiserfs_33.tar.gz
to pool/main/p/partman-reiserfs/partman-reiserfs_33.tar.gz
partman-reiserfs_33_all.udeb
to pool/main/p/partman-reiserfs/partman-reiserfs_33_all.udeb
Override entries for
Accepted:
partman-xfs_31.dsc
to pool/main/p/partman-xfs/partman-xfs_31.dsc
partman-xfs_31.tar.gz
to pool/main/p/partman-xfs/partman-xfs_31.tar.gz
partman-xfs_31_all.udeb
to pool/main/p/partman-xfs/partman-xfs_31_all.udeb
Override entries for your package:
partman-xfs_31.dsc - source
Accepted:
partman-jfs_19.dsc
to pool/main/p/partman-jfs/partman-jfs_19.dsc
partman-jfs_19.tar.gz
to pool/main/p/partman-jfs/partman-jfs_19.tar.gz
partman-jfs_19_all.udeb
to pool/main/p/partman-jfs/partman-jfs_19_all.udeb
Override entries for your package:
partman-jfs_19.dsc - source
Accepted:
partman-ext3_44.dsc
to pool/main/p/partman-ext3/partman-ext3_44.dsc
partman-ext3_44.tar.gz
to pool/main/p/partman-ext3/partman-ext3_44.tar.gz
partman-ext3_44_all.udeb
to pool/main/p/partman-ext3/partman-ext3_44_all.udeb
Override entries for your package:
partman-ext3_44.dsc -
On 12/19/06, Joey Hess [EMAIL PROTECTED] wrote:
Max Hyre wrote:
When asked whether to allow root to login, the information specifies
that `sudo' will be used for rootish things, but doesn't mention that
the password is the user's own.
I would have thought that this would be obvious, since:
On Thursday 21 December 2006 17:08, Eddy Petrișor wrote:
The hostname issue is not tackled with yet since ppp-udeb's
functionality should be merged into (or called from) netcfg somehow
and I didn't had the time to investigate that yet.
Please include this in the next release of ppp.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frans Pop wrote:
On Thursday 21 December 2006 17:08, Eddy Petrișor wrote:
The hostname issue is not tackled with yet since ppp-udeb's
functionality should be merged into (or called from) netcfg somehow
and I didn't had the time to investigate that
On Dec 20, 2006, at 3:52 PM, Joey Hess wrote:
peter green wrote:
it has recently been announced that there will be seperate CDs for
kde/gnome/xfce with different desktop tasks and package selections.
but what is the plan for other means of installation
On Thursday 21 December 2006 18:36, Eddy Petrișor wrote:
The reason I placed it in there was that it seemed the most appropriate
place since that is finish-install info. Do you think that
/usr/lib/ppp-udeb/ is a better place?
If the fact that the script is in /usr/lib/finish-install.d/ is the
Tshepang Lekhonkhobe wrote:
On 12/19/06, Joey Hess [EMAIL PROTECTED] wrote:
Max Hyre wrote:
When asked whether to allow root to login, the information specifies
that `sudo' will be used for rootish things, but doesn't mention that
the password is the user's own.
I would have thought
On 12/20/06, Christian Perrier [EMAIL PROTECTED] wrote:
- Somewhere after the DHCP process, the cursor was changed into a
text-shape (the I-like thing). It didn't change back into the arrow
after that. That was slightly annoying, because for this cursor it
isn't completely clear where the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frans Pop wrote:
On Thursday 21 December 2006 18:36, Eddy Petrișor wrote:
The reason I placed it in there was that it seemed the most appropriate
place since that is finish-install info. Do you think that
/usr/lib/ppp-udeb/ is a better place?
If
On Thursday 21 December 2006 19:06, Eddy Petrișor wrote:
done and attached
I still have some reservations regarding this patch.
- netcfg's base-installer script already copies the /etc/network/* files
to the target system; what does the interfaces file in the d-i
environment contain if
On 12/20/06, Frans Pop [EMAIL PROTECTED] wrote:
On Wednesday 20 December 2006 06:05, Raman Pandarinathan wrote:
I wish the etch installer team restores this facility for the poor
folks without net connectivity.
Yes, this is planned but technically difficult so loading multiple CDs
will not be
Your message dated Thu, 21 Dec 2006 16:02:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#403820: fixed in debian-installer-utils 1.42
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
Your message dated Thu, 21 Dec 2006 16:02:08 +
with message-id [EMAIL PROTECTED]
and subject line Bug#394428: fixed in partman-lvm 48
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
Your message dated Thu, 21 Dec 2006 16:02:08 +
with message-id [EMAIL PROTECTED]
and subject line Bug#394437: fixed in partman-lvm 48
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
Your message dated Thu, 21 Dec 2006 16:02:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#402907: fixed in installation-report 2.25
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
This is a known problem with the graphical installer. Will probably
not be fixed for etch.
Is this because it's tough to fix or that time is limited?
I guess probably both Attilio would better answer than me on that matter.
I don't think it's so minor especially since Etch would be
On 12/21/06, Christian Perrier [EMAIL PROTECTED] wrote:
This is a known problem with the graphical installer. Will probably
not be fixed for etch.
Is this because it's tough to fix or that time is limited?
I guess probably both Attilio would better answer than me on that matter.
I
On 12/21/06, Joey Hess [EMAIL PROTECTED] wrote:
Tshepang Lekhonkhobe wrote:
On 12/19/06, Joey Hess [EMAIL PROTECTED] wrote:
Max Hyre wrote:
When asked whether to allow root to login, the information specifies
that `sudo' will be used for rootish things, but doesn't mention that
the
Forgive me if that sounded arrogant, but I wish I had proper mental
resources but I happen to a mere debian-user :-)
We all started this way. Just ask the current D-I release manager..:)
--
signature.asc
Description: Digital signature
On Thu, Dec 21, 2006 at 10:28:45AM -0500, Joey Hess wrote:
Tshepang Lekhonkhobe wrote:
On 12/19/06, Joey Hess [EMAIL PROTECTED] wrote:
Max Hyre wrote:
When asked whether to allow root to login, the information specifies
that `sudo' will be used for rootish things, but doesn't mention
Package: installation-reports
Boot method: CD (Netinst)
Image version:
http://cdimage.debian.org/cdimage/daily-builds/etch_d-i/20061220-1/i386/iso-cd/debian-testing-i386-netinst.iso
Date: 12-21-2006
Machine: PC
Processor: Pentium 166-MMX
Memory: 64 Mb
Partitions: Mostly XFS
Output of lspci
Tshepang Lekhonkhobe wrote:
On 12/21/06, Christian Perrier [EMAIL PROTECTED] wrote:
This is a known problem with the graphical installer. Will probably
not be fixed for etch.
Is this because it's tough to fix or that time is limited?
I guess probably both Attilio would better answer
Hello,
We have tried to install Debian on SGI Altix Itanium servers. Since it didn't
worked out neither with Sarge nor with Etch netinst CD, we decided to dig into
the problem to find out why. We modified an Etch netinst CD that now installs
without any problem on SGI Altix IA-64 systems
Christian Perrier wrote:
This is a known problem with the graphical installer. Will probably
not be fixed for etch.
Is this because it's tough to fix or that time is limited?
I guess probably both Attilio would better answer than me on that matter.
that's a minor but annoting issue i
Processing commands for [EMAIL PROTECTED]:
retitle 402851 [i386][netinst][daily 20061212] Dell Optiplex 745 (mostly
successful)
Bug#402851: [i386][netinst][daily 20061212] Dell Optiplex 745 (mostly
successful)
Changed Bug title.
thanks mate
Unknown command or malformed arguments to command.
On Dec 21, 2006, at 1:16 PM, Tshepang Lekhonkhobe wrote:
Anyways, I didn't know that one has access to man pages during
installation. Is that because I'm a newbie myself?
So far as I know (and I've been using and administering Linux
machines for 10 years, and UNIX machines for 20 years
If anybody is interested, you can find the CD and a text describing what
we did to make it work at:
http://rad.bioinfo.ulaval.ca/hardware/altixia64/
I tried to read the document quickly, but it's not really easy to dig
out which changes would be needed.
It seems that you added some
60 matches
Mail list logo