Hi
I installed Lenny on my machine (net install). The first install
failed because I was using the intel 82567 gigabit card. Fortunately I
have another network card on my computer and I could install lenny
using this one. However I would like to use the 82567 card now. I see
that the problem has be
Package: installation-reports
Boot method: CD
Image version:
http://cdimage.debian.org/debian-cd/5.0.2a/amd64/iso-cd/debian-502a-amd64-netinst.iso
Date: Aug 31 2009
Machine: Tyan S7002
Processor:
Memory:
Partitions: na
Output of lspci -knn (or lspci -nn): Copied lines by hand:
0200.0 Ethern
On Tuesday 01 September 2009, Frans Pop wrote:
> I hope that my changes will have made setting the clock more reliable
> now. I cannot be 100% sure as I only tested it in an emulator, not on
> real hardware.
Right, the reason for the confusion is that /etc/adjtime _was_ present
after base install
On Fri, Aug 07, 2009 at 07:59:04AM +0200, Felix Zielcke wrote:
> Am Dienstag, den 04.08.2009, 11:45 +0200 schrieb Felix Zielcke:
> > Here's now a patch which does it without a version check.
>
> I suggest to change the sed expression to
> "s!^GRUB_CMDLINE_LINUX=\"\?\([^\"]*\)\"\?!GRUB_CMDLINE_LINU
dann frazier wrote:
On Fri, Aug 28, 2009 at 12:08:35PM -0600, David Vanfleet wrote:
Luk Claes wrote:
David Vanfleet wrote:
Hi, I'm trying to get Debian (Lenny) to recognize 6 Gig of memory on a
Dell PE 2650 server. I installed the basic 5.02a Debian system
Processing commands for cont...@bugs.debian.org:
> tags 541436 pending
Bug #541436 [clock-setup] clock-setup: should not change hardware clock if the
system time is not updated
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking
tags 541436 pending
thanks
My analysis was not entirely correct (or actually quite wrong in some
respects). The timezone in the D-I environment was not the issue as the
correct timezone _is_ known in the chroot where we run hwclock.
So as long as the system time in the D-I environment is set to
On Mon, Aug 31, 2009 at 07:11:11PM +0200, Yann Dirson wrote:
> If I understand correctly what happened with #480533, it was a
> utf8-related module that was already part of perl-base, which suddenly
> gained dependencies it did not have prior to that. I thought we could be
> hitting the same pro
Gerolf Ziegenhain skrev:
Hi All,
I'm setting up a preseed installation scheme. Considering the partitioning the
# REFERENCE (b)
d-ipartman-auto/disk string /dev/discs/disc1/disc #/dev/sdb
This is wrong and deprecrated
unblocked
Cheers
Luk
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> On Monday 31 August 2009, Yann Dirson wrote:
>> This seems to be similar to #480533, which was apparently fixed by
>> moving more stuff to perl-base.
>
> I very much doubt it is related as the version of perl that fixed #480533
> is ancient (included in stable). So if that change had fixed it, th
512 of the two images:
>
>
> 754ab22022868a441e76c71d5a5c32b1bb0d5cb46ad7d8ca8da8b01bb5796d246bac34ad101d4f5c2e14798d526bbe93066207e1467efdbde59ccd72254129ce
>
On Monday 31 August 2009, Yann Dirson wrote:
> This seems to be similar to #480533, which was apparently fixed by
> moving more stuff to perl-base.
I very much doubt it is related as the version of perl that fixed #480533
is ancient (included in stable). So if that change had fixed it, then I
wo
This seems to be similar to #480533, which was apparently fixed by moving
more stuff to perl-base.
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, 2009-08-31 at 14:34 +0200, Bjørn Mork wrote:
> Ian Campbell writes:
>
> > The lguest and Xen paravirt_ops implementations both reserve all IO
> > ports in the 0-65535 range which prevents ide-generic from loading
>
> Excuse me for being daft, but wasn't that the whole point of
> paravi
Processing commands for cont...@bugs.debian.org:
> reassign 544400 debian-installer
Bug #544400 [debian-cd] s390 Debian Installer panic bug # 536354
Bug reassigned from package 'debian-cd' to 'debian-installer'.
> forcemerge 536375 544400
Bug#536375: debian-installer: [s390,lenny] kernel panic dur
Hi All,
I'm setting up a preseed installation scheme. Considering the partitioning the
docs on the debian-websites are not specific enough. It is not possible for
me to spedify the hdd for automatic partition creation. In the following I
shall describe, what I have done and where the problem is
:
754ab22022868a441e76c71d5a5c32b1bb0d5cb46ad7d8ca8da8b01bb5796d246bac34ad101d4f5c2e14798d526bbe93066207e1467efdbde59ccd72254129ce
mini-kfreebsd-amd64-20090831.iso
c1bfa136ce6caabf39dba989fde08b3388d92754fdd14c71079a3fa5f5ba2938a6f82df899e6c34ae1ef2646e15e4046683ee76544875c670296f0fa0f3b3045
mini-kfreebsd-i386-20090831.iso
Ian Campbell writes:
> The lguest and Xen paravirt_ops implementations both reserve all IO
> ports in the 0-65535 range which prevents ide-generic from loading
Excuse me for being daft, but wasn't that the whole point of
paravirt-ioport?
/*
* Reserve the whole legacy IO space to prevent any
The lguest and Xen paravirt_ops implementations both reserve all IO
ports in the 0-65535 range which prevents ide-generic from loading and
leads to an error dialog being presented to the user.
---
packages/hw-detect/debian/changelog |4
packages/hw-detect/hw-detect.sh |3 ++-
2 fi
Hi!
* Frans Pop [090831 11:28]:
> No objection. The dependency is arch-specific, so removing the package
> will not affect D-I for other arches.
> We will keep the build dependency (and other m68k-specific dependencies)
> because AFAIK the m68k porters still build D-I from their debian-ports
tags 542113 - moreinfo + confirmed
thanks
On Monday 31 August 2009, Alexander Reichle-Schmehl wrote:
> * Adam D. Barratt [090817 23:39]:
> > Please remove atari-bootstrap from unstable. It only produces binary
> > packages for m68k so is redundant now that the architecture is no
> > longer in un
Alexander Reichle-Schmehl wrote:
> tags 542113 +moreinfo
> thanks
>
> Hi!
>
> * Adam D. Barratt [090817 23:39]:
>
>> Please remove atari-bootstrap from unstable. It only produces binary
>> packages for m68k so is redundant now that the architecture is no longer
>> in unstable.
>
> atarai-boot
tags 542113 +moreinfo
thanks
Hi!
* Adam D. Barratt [090817 23:39]:
> Please remove atari-bootstrap from unstable. It only produces binary
> packages for m68k so is redundant now that the architecture is no longer
> in unstable.
atarai-bootstrap is a build-dependency for d-i. So just for safe
Processing commands for cont...@bugs.debian.org:
> reassign 544381 os-prober
Bug #544381 [os-prober] grub-pc: The os_prober does not include all the systems
and entries are also not complete.
Ignoring request to reassign bug #544381 to the same package
>
End of message, stopping processing here.
Processing commands for cont...@bugs.debian.org:
> reassign 544381 os-prober
Bug #544381 [grub-pc] grub-pc: The os_prober does not include all the systems
and entries are also not complete.
Bug reassigned from package 'grub-pc' to 'os-prober'.
Bug No longer marked as found in versions grub2/1.97~
reassign 544381 os-prober
thanks
Am Montag, den 31.08.2009, 10:00 +0530 schrieb Sridhar M.A.:
> Package: grub-pc
> Version: 1.97~beta1-1
> Severity: normal
>
> The configuration of grub-pc calls os_prober is supposed to include other
> OS's on the machine.
> In my case, I have the following sys
27 matches
Mail list logo
