Your message dated Sat, 1 Aug 2009 21:36:43 +0200
with message-id <200908012136.43998.elen...@planet.nl>
and subject line Bug#433579: partman-dmraid: Error in logic determining if
dmraid is supported
has caused the Debian Bug report #433579,
regarding partman-dmraid: Error in logic determining if
Your message dated Sat, 1 Aug 2009 21:32:10 +0200
with message-id <200908012132.11036.elen...@planet.nl>
and subject line Bug#514218: d-i: [sparc] should list sun4v (niagara) in
silo.conf
has caused the Debian Bug report #514218,
regarding d-i: [sparc] should list sun4v (niagara) in silo.conf
to
Oh, it finally did kick off and apparently formatted the partition. The
progress meter went to 33% immediately and then just sat there. I saw
this behavior last week and then it really did sit there for hours. So
it appears whatever problem existed a week ago is gone but that the UI
could use s
Hi,
On Tue, Jul 28, 2009 at 12:04 PM, Otavio
Salvador wrote:
> Hello,
>
> On Wed, Jul 22, 2009 at 8:09 PM, Dinyar Rabady wrote:
>> The first problem I encountered while trying to install a system with an
>> encrypted LVM was that the USB stick was taken to be /dev/sda while the
>> harddisk was /de
Package: installation-reports
Boot method: netinst ISO image
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: Aug. 1, 2009
Machine: Core i7 920, ASUS WS P6T7 Supercomputer
Processor: Core i7 920
Memory: 6 GB
Parti
Package: installation-reports
Boot method: netinst ISO image
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: Aug. 1, 2009
Machine: Core i7 920, ASUS WS P6T7 Supercomputer
Processor: Core i7 920
Memory: 6 GB
Parti
reassign 539512 pkgsel
thanks
On Saturday 01 August 2009, martin f krafft wrote:
> After d-i installs the kernel, it connects to security.d.o and
> possibly upgrades the kernel. This elicits a warning that the
> currently running kernel is the same as the new one. Maybe this
> warning could/should
Processing commands for cont...@bugs.debian.org:
> reassign 539512 pkgsel
Bug #539512 [debian-installer] prevent running kernel warning during d-i
Bug reassigned from package 'debian-installer' to 'pkgsel'.
Bug #539512 [pkgsel] prevent running kernel warning during d-i
Ignoring request to alter fo
You are among the winners of the UKNL GROUP.Confirm this receipt by contacting
the due process unit officer Mr Derek Max:Fill the details:
FullName,Address,Tel,Occupation,etc,derekdom...@9.cn (1)Courier, (2)Bank
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject
Processing commands for cont...@bugs.debian.org:
> reassign 538782 linux-2.6
Bug #538782 [installation-reports] Hang in amd64 Install
Bug reassigned from package 'installation-reports' to 'linux-2.6'.
Bug #538782 [linux-2.6] Hang in amd64 Install
Ignoring request to alter found versions of bug #53
Package: debian-installer
Severity: wishlist
After d-i installs the kernel, it connects to security.d.o and
possibly upgrades the kernel. This elicits a warning that the
currently running kernel is the same as the new one. Maybe this
warning could/should be prevented, either by preseeding it (if
p
reassign 538344 clock-setup
tags 538344 patch
thanks
On Saturday 01 August 2009, Frans Pop wrote:
> So, currently tzsetup does get installed on s390 (as it is Priority
> standard), but the tzsetup script never gets executed. And that results
> in time/zone being empty.
What do people think of thi
Processing commands for cont...@bugs.debian.org:
> reassign 538344 clock-setup
Bug #538344 [tzsetup] [s390] tzsetup never gets executed because of missing
clock-setup
Bug reassigned from package 'tzsetup' to 'clock-setup'.
Bug #538344 [clock-setup] [s390] tzsetup never gets executed because of mi
Processing commands for cont...@bugs.debian.org:
> owner 539502 !
Bug #539502 [installation-reports] n2100: base install fails due to time not
set properly
Owner recorded as Martin Michlmayr .
> --
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system ad
* martin f krafft [2009-08-01 16:03]:
> The N2100 installer does not set the time properly during
> installation, which causes gpgv to assume all keys have expired and
> eventually the installation fails:
Yeah, while it worked for etch it seems this no longer works in lenny.
I'm away now for a wh
Package: installation-reports
Severity: normal
The N2100 installer does not set the time properly during
installation, which causes gpgv to assume all keys have expired and
eventually the installation fails:
in-target: WARNING: The following packages cannot be authenticated!
in-target: mdad
Processing commands for cont...@bugs.debian.org:
> retitle 538344 [s390] tzsetup never gets executed because of missing
> clock-setup
Bug #538344 [tzsetup] tzsetup: base-installer hook script returns error
Changed Bug title to '[s390] tzsetup never gets executed because of missing
clock-setup' f
On Saturday 25 July 2009, Frans Pop wrote:
> > Apparently time/zone is empty. I assume that s390 installs have no
> > localisation or something?
>
> I doubt that. localechooser does get run (only for country selection,
> language is preseeded to C) and tzsetup should be run normally.
>
> Hmm, but f
On Saturday 01 August 2009, Frans Pop wrote:
> Daily builds for HPPA have been failing for some time with:
> E: Couldn't find package input-modules-2.6.30-1-parisc-di
> make[2]: *** [stamps/get_udebs-netboot-stamp] Error 100
> make[1]: *** [_build] Error 2
> make: *** [build_netboot] Error 2
>
> Af
Hi Colin,
Daily builds for HPPA have been failing for some time with:
E: Couldn't find package input-modules-2.6.30-1-parisc-di
make[2]: *** [stamps/get_udebs-netboot-stamp] Error 100
make[1]: *** [_build] Error 2
make: *** [build_netboot] Error 2
After reverting r59674 they work again, so someth
20 matches
Mail list logo
