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
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~
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.
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
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 + 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
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
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
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
:
754ab22022868a441e76c71d5a5c32b1bb0d5cb46ad7d8ca8da8b01bb5796d246bac34ad101d4f5c2e14798d526bbe93066207e1467efdbde59ccd72254129ce
mini-kfreebsd-amd64-20090831.iso
c1bfa136ce6caabf39dba989fde08b3388d92754fdd14c71079a3fa5f5ba2938a6f82df899e6c34ae1ef2646e15e4046683ee76544875c670296f0fa0f3b3045
mini-kfreebsd-i386-20090831.iso
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
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
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
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 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
512 of the two images:
>
>
> 754ab22022868a441e76c71d5a5c32b1bb0d5cb46ad7d8ca8da8b01bb5796d246bac34ad101d4f5c2e14798d526bbe93066207e1467efdbde59ccd72254129ce
>
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
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
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
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
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
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
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
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
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
27 matches
Mail list logo
