Package: installation-reports
Version: 20070510-09:08
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/ia64/iso-cd/debian-testing-ia64-netinst.iso
Date: 2007.07.26 14:10 EST
Machine: HP I2000
Processor: Itanium 1, 733MHz
Memory: 4G
Partitions: Non
On Thu, Jul 26, 2007 at 01:35:19AM +0300, Anton Zinoviev wrote:
> 1. Partman and graphical installer
> --
As you've spotted, I started background thinking and small experiments
(thanks Haskell, GTK+ and Cairo) on what could be a good graphical user
interface for Par
Contents
1. Partman and graphical installer
2. Second generation partman-lvm, partman-md and partman-crypto
3. Issues with the boot partitions in partman-auto (Yaboot, Palo, etc.)
1. Partman and graphical installer
--
I never tried the graphical installe
On Wednesday 25 July 2007 22:41, Matthew Lennig wrote:
> To complete the install I had to configure apt without the mirror.
> This installation does not boot. I get the following message:
> kernel /boot/vmliniz-2.6.21-2-amd64 root=/dev/md0
---^- ???
> Error 15: F
Hoi Frans,
Ik probeerde deze keer met
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
To complete the install I had to configure apt without the mirror.
This installation does not boot. I get the following message:
kernel /boot/
On Wednesday 25 July 2007 21:40, Matthew Lennig wrote:
> No, I used the Debian testing (Lenny) netinst amd64 image. The name of
> the file I downloaded was
>debian-testing-amd64-netinst.iso
> I will download a new daily build image now to see if it fixes the
> problem.
OK. Then ple
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.6
> reassign 415790 installation-reports
Bug#415790: APIC 40(40) and 00(40) Errors on 'Sarge' 3.1r4 AMD64 Base Install
Bug reassigned from package `installation-report' to `installation-r
On 7/25/07, Frans Pop <[EMAIL PROTECTED]> wrote:
On Wednesday 25 July 2007 02:28, Matthew Lennig wrote:
> Image version: Debian Lenny amd64 netinst downloaded on 16-July-2007
Thanks for helping me on this!
I assume you used an official image for Etch?
No, I used the Debian testing (Lenny) net
On Wednesday 25 July 2007 20:12, Frans Pop wrote:
> If I google for your NIC, it seems likely that the first option is the
> correct one as there are also reports of problems for other
> distributions. Could you try a daily built image [1] (will install
> Lenny) to see if the network works with tha
On Monday 16 July 2007 22:37, Frans Pop wrote:
Breakage in daily builds
> As some of you may have noticed, daily builds have been failing all
> over the place recently.
Most issues are now resolved. The zlib1g problem should as of today also
be fixed for arm.
There is s
On Wednesday 25 July 2007 02:28, Matthew Lennig wrote:
> Image version: Debian Lenny amd64 netinst downloaded on 16-July-2007
I assume you used an official image for Etch?
> Comments/Problems:
> I'm trying to installing the Debian Lenny AMD64 netinst on an Asus
> A8V-MX motherboard with an integr
Your message dated Wed, 25 Jul 2007 17:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#236673: fixed in clock-setup 0.90
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 y
Your message dated Wed, 25 Jul 2007 17:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#236673: fixed in clock-setup 0.90
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 y
Your message dated Wed, 25 Jul 2007 17:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#247484: fixed in clock-setup 0.90
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 y
Your message dated Wed, 25 Jul 2007 17:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#247484: fixed in clock-setup 0.90
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 y
Accepted:
clock-setup_0.90.dsc
to pool/main/c/clock-setup/clock-setup_0.90.dsc
clock-setup_0.90.tar.gz
to pool/main/c/clock-setup/clock-setup_0.90.tar.gz
clock-setup_0.90_i386.udeb
to pool/main/c/clock-setup/clock-setup_0.90_i386.udeb
Override entries for your package:
clock-setup_0.90.dsc
Accepted:
user-setup-udeb_1.16_all.udeb
to pool/main/u/user-setup/user-setup-udeb_1.16_all.udeb
user-setup_1.16.dsc
to pool/main/u/user-setup/user-setup_1.16.dsc
user-setup_1.16.tar.gz
to pool/main/u/user-setup/user-setup_1.16.tar.gz
user-setup_1.16_all.deb
to pool/main/u/user-setup/user-s
Accepted:
tzsetup-udeb_0.18_all.udeb
to pool/main/t/tzsetup/tzsetup-udeb_0.18_all.udeb
tzsetup_0.18.dsc
to pool/main/t/tzsetup/tzsetup_0.18.dsc
tzsetup_0.18.tar.gz
to pool/main/t/tzsetup/tzsetup_0.18.tar.gz
Override entries for your package:
tzsetup-udeb_0.18_all.udeb - standard debian-ins
tzsetup_0.18_i386.changes uploaded successfully to localhost
along with the files:
tzsetup_0.18.dsc
tzsetup_0.18.tar.gz
tzsetup-udeb_0.18_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
user-setup_1.16_i386.changes uploaded successfully to localhost
along with the files:
user-setup_1.16.dsc
user-setup_1.16.tar.gz
user-setup-udeb_1.16_all.udeb
user-setup_1.16_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
clock-setup_0.90_i386.changes uploaded successfully to localhost
along with the files:
clock-setup_0.90.dsc
clock-setup_0.90.tar.gz
clock-setup_0.90_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
reassign 420448 installation-reports
thanks
> During installation, when it installs my kernel, it can not find it.
> I see the var/log and it couldn't find cdrom//pool/…/kernel-….deb.
> So, I can't finalise installation.
Could you please send us the /var/log/syslog for an installation with the
f
Processing commands for [EMAIL PROTECTED]:
> reassign 420448 installation-reports
Bug#420448: I can't install kernel for amd64
Bug reassigned from package `linux-image-2.6.18-4-amd64' to
`installation-reports'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian
Thank you for your report.
On Wednesday 25 July 2007 03:39, Miguel Bernabeu Taboada wrote:
> Comments/Problems:
> When it installs the kernel, dpkg send same error that netinst
> installation: "dpkg: error procesing
> /var/cache/apt/archives/linux-image-2.6.18-4-amd64_2.6.18.dfsg.1-12_amd
>64.deb
Your message dated Wed, 25 Jul 2007 18:45:23 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#434594: Debian AMD64 installed with problems
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 Wed, 25 Jul 2007 18:30:50 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#433675: apt-setup: use_mirror variable doesn't work
properly
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
Yes you're right, /usr/lib/apt-setup/generators/50mirror exits even
with boolean use_mirror. I think mu problem came from some other
installation component, to solve it I removed 'choose_mirror' from my
installation CD. I'm sorry, I'll try to investigate more, but it's
positively not a bug in apt-
Processing commands for [EMAIL PROTECTED]:
> tag 401432 + pending
Bug#401432: debian-installer: security.debian.org should not be mandatory in
expert mode
There were no tags set.
Tags added: pending
> tag 379067 + pending
Bug#379067: netinst CD should not be added to sources list of target syste
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.26
> reassign 425397 debconf
Bug#425397: tasksel/pkgsel causing Etch netboot install to hang indefinitely
Bug reassigned from package `installation-reports' to `debconf'.
>
End of message
On Thu, Jul 05, 2007 at 10:40:35AM +0100, Adrian Bridgett wrote:
> I've hit this exact issue (nice workaround with the "echo" trick) and
> been doing some more debug. With _loads_ of debug the bug
> dissappeared :-( But I have now managed to see where the race is.
>
> When the hang occurs, the
Your message dated Wed, 25 Jul 2007 14:17:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#425397: fixed in debconf 1.5.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 you
On Wed, Jul 25, 2007 at 03:21:37PM +0100, Colin Watson wrote:
> On Sat, Jul 21, 2007 at 10:42:23PM +0200, Bastian Blank wrote:
> > - Drop hash table. B-Trees are not really worser to use.
> Please switch over existing code using hash tables if you do this. (For
> instance, main-menu uses di_hash_ta
On Sat, Jul 21, 2007 at 10:42:23PM +0200, Bastian Blank wrote:
> As I have a bit more free time now, I'm going back to do the following
> changes on libd-i:
>
> - Split libd-i-packages.
> - Drop hash table. B-Trees are not really worser to use.
Please switch over existing code using hash tables i
On Mon, Jul 16, 2007 at 10:37:20PM +0200, Frans Pop wrote:
> Architectures that are still at older kernel versions:
> - powerpc (2.6.18): could be switched; I've pinged Colin for this several
> times, but apparently he's not yet found time; it would be great if
> someone else would take more re
Joey Hess <[EMAIL PROTECTED]> writes:
> Colin Watson wrote:
>> - Tighten check for whether we're running in d-i; anna-install isn't
>> quite enough because if you're running d-i code outside d-i it's
>> sometimes reasonable to install a shim for anna-install.
>
>> -if type anna-insta
On Wednesday 25 July 2007 09:56, Joey Hess wrote:
> Frans Pop wrote:
> > - full CD: default to false, ask at high priority
> > - DVD: default to false, ask only at medium priority
>
> Both of these feel wrong, the DVD especially.
OK. It is now:
- full CD: default to _true_, ask at high priorit
On Wednesday 25 July 2007 10:03, Joey Hess wrote:
> Frans Pop wrote:
> > +Template: apt-setup/updates-select
> > +Type: select
> > +Default: security
> > +Choices-C: security, volatile, both, none
> > +__Choices: Only use updates from security.debian.org, Only use
> > updates from volatile.debian.o
On Wednesday 25 July 2007 09:41, Joey Hess wrote:
> Frans Pop wrote:
> > + # Text is optional for Debian
> > + db_get apt-mirror/netinst/general
> > + db_subst apt-setup/use_mirror NETINST_BLURB "$RET"
>
> I don't see how this works. db_get will get the answer to the question,
> but these are
On Wed, Jul 25, 2007 at 10:16:49AM +0200, Bastian Blank wrote:
> On Wed, Jul 25, 2007 at 09:56:34AM +0200, Wouter Verhelst wrote:
> > Interesting idea. I think the NBD support in d-i that I'm somewhat
> > working on could be related to this (to use it for swap, or whatever).
>
> I think we should
On Wed, Jul 25, 2007 at 09:56:34AM +0200, Wouter Verhelst wrote:
> Interesting idea. I think the NBD support in d-i that I'm somewhat
> working on could be related to this (to use it for swap, or whatever).
I think we should use iSCSI, which is supported by the kernel and a
standard. The linux SCS
Wouter Verhelst wrote:
> If you're going to create a default link (which is valid for every
> client that uses the same /boot), then I don't think it's a good idea to
> set up a file tuned to the client's MAC address; you may want to use the
> same installation for many clients. OTOH, you may just
Frans Pop wrote:
> * Add support for updates from volatile.debian.org.
> * Allow the user to select whether to add security and/or volatile updates.
> The question is only asked at medium or low priority.
> +Template: apt-setup/updates-select
> +Type: select
> +Default: security
> +Choices-C: se
Colin Watson wrote:
> - Tighten check for whether we're running in d-i; anna-install isn't
> quite enough because if you're running d-i code outside d-i it's
> sometimes reasonable to install a shim for anna-install.
> - if type anna-install >/dev/null 2>&1; then
> + if type anna
On Wed, Jul 25, 2007 at 03:37:49AM -0400, Joey Hess wrote:
> I thought some today about how to make d-i support installing nfsroot
> systems, as I set one up manually.
>
> While there are plenty of other tools (LTSP, lessdisks, etc) I think
> there's still a use case here for d-i. Sometimes you wa
Frans Pop wrote:
> - full CD: default to false, ask at high priority
> - DVD: default to false, ask only at medium priority
Both of these feel wrong, the DVD especially.
Our CDs miss a lot of tasks and a lot of lesser packages within tasks.
It's almost always appropriate to use a mirror when
On Wednesday 25 July 2007 09:41, Joey Hess wrote:
> Frans Pop wrote:
> > + # Text is optional for Debian
> > + db_get apt-mirror/netinst/general
> > + db_subst apt-setup/use_mirror NETINST_BLURB "$RET"
>
> I don't see how this works. db_get will get the answer to the question,
> but these are
Frans Pop wrote:
> + # Text is optional for Debian
> + db_get apt-mirror/netinst/general
> + db_subst apt-setup/use_mirror NETINST_BLURB "$RET"
I don't see how this works. db_get will get the answer to the question,
but these are text templates. Did you mean to metaget the description
I thought some today about how to make d-i support installing nfsroot
systems, as I set one up manually.
While there are plenty of other tools (LTSP, lessdisks, etc) I think
there's still a use case here for d-i. Sometimes you want to customise
an NFS root setup for one system, or don't want to le
48 matches
Mail list logo