-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello RM team,
Here goes a new set of hints, commented.
# aren't in sync on all arches yet, but should be ok
urgent cdebconf/0.128
unblock cdebconf/0.128
# aren't in sync on all arches yet, but should be ok
urgent os-prober/1.24
unblock os-prober/1.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Here goes a new status update about release.
Please respect the reply-to header and please follow up to debian-boot
mailing list.
Bellow is the timeline we're following.
+--+---+
|
Jonas Meurer <[EMAIL PROTECTED]> writes:
> So I guess that somewhere in the installation process an apt-get update
> is missing.
A new apt has been uploaded and is suppose to fix that issue. This is
still on sid and won't be used on dailies until it hits testing[1]. As
soon as it has the missing
On Mon, Feb 18, 2008 at 04:58:24PM +0100, Frans Pop wrote:
> On Saturday 16 February 2008, Philip Hands wrote:
> > I've tested this briefly, and it seems to work OK, but failed
> > with a grub error (that I notice has been mentioned by other, so
> > I'm currently assuming that's not related to this
FYI: The status of the sibyl-installer source package
in Debian's testing distribution has changed.
Previous version: 1.10
Current version: 1.12
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
FYI: The status of the live-installer source package
in Debian's testing distribution has changed.
Previous version: 2
Current version: 3
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
--
To
FYI: The status of the partman-partitioning source package
in Debian's testing distribution has changed.
Previous version: 55
Current version: 56
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
FYI: The status of the partman-efi source package
in Debian's testing distribution has changed.
Previous version: 15
Current version: 16
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
--
To U
FYI: The status of the hw-detect source package
in Debian's testing distribution has changed.
Previous version: 1.58
Current version: 1.59
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
--
To
FYI: The status of the main-menu source package
in Debian's testing distribution has changed.
Previous version: 1.24
Current version: 1.25
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
--
To
FYI: The status of the partman-auto source package
in Debian's testing distribution has changed.
Previous version: 74
Current version: 75
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
--
To
FYI: The status of the lilo-installer source package
in Debian's testing distribution has changed.
Previous version: 1.25
Current version: 1.26
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
-
FYI: The status of the grub-installer source package
in Debian's testing distribution has changed.
Previous version: 1.28
Current version: 1.29
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
-
FYI: The status of the anna source package
in Debian's testing distribution has changed.
Previous version: 1.29
Current version: 1.30
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
--
To UNSU
FYI: The status of the network-console source package
in Debian's testing distribution has changed.
Previous version: 1.13
Current version: 1.14
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
FYI: The status of the autopartkit source package
in Debian's testing distribution has changed.
Previous version: 1.29
Current version: 1.30
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
--
FYI: The status of the base-installer source package
in Debian's testing distribution has changed.
Previous version: 1.87
Current version: 1.88
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
-
FYI: The status of the partman-base source package
in Debian's testing distribution has changed.
Previous version: 115
Current version: 116
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
--
T
Hello,
I just tried the daily built netinst image (for i386) from
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/
in qemu, and they worked well. I setup several test systems with
encrypted root with and without lvm.
I used the debian-testing-i386-netinst.iso image fr
Frans Pop wrote:
On Monday 18 February 2008, Martin Michlmayr wrote:
I'm in the process of porting d-i to a number of NAS devices that can
hold 2 or 4 disks. The long standing problem of persistent disk
naming is thus an issue for me.
Why exactly is it an issue? As long as all devices are on
On Mon, Feb 18, 2008 at 10:00:02AM -0300, Otavio Salvador wrote:
Martin Michlmayr <[EMAIL PROTECTED]> writes:
<...>
Do people think this would be a reasonable approach, or is a generic solution
finally coming forth?
I think that this is much clear the uuid for the user however uuid is
still m
Frans Pop wrote:
> Why exactly is it an issue? As long as all devices are on the same
> controller (and I'd expect them to be), AFAIK there is no issue: the device
> naming should be stable across reboots.
> I can imagine it becoming an issue when you expect these devices to be
> frequently boot
On Saturday 16 February 2008, [EMAIL PROTECTED] wrote:
> I'm interested in getting iSCSI boot to work. There is one challenge:
> multipath should also work during boot phase. After some research and
> development, a prototype in my sandbox is working. Maybe some ideas
> and source code are of ge
Original Message
Subject: marvell chip on intel DP965LT
Date: Mon, 18 Feb 2008 21:13:39 +0100
From: Bachman Kharazmi <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: debian-boot@lists.debian.org
Hi,
Kmuto, I would first like to thank you for your installation cd
contribution.
I've
Hi,
Kmuto, I would first like to thank you for your installation cd
contribution.
I've downloaded your 2.6.24 debian package with the hope of getting my
cd/dvd-drive properly working. But still it doesn't work.
All kernels, are debian packages.
2.6.18-6, drive not detected at all
2.6.24 from
Hi,
On Tue, Feb 19, 2008 at 02:20:47AM +0900, Changwoo Ryu wrote:
> 2008-02-17 (일), 23:35 +0900, Kenshi Muto:
>
> > > I found some Hangul glyphs are missing during "expertgui" installation,
> > > with sid d-i 16-Feb-2008. Mojibakes seemed to happen on revised
> > > translations.
> >
> > > I won
On Monday 18 February 2008, Frans Pop wrote:
> I'd suggest to create new, really persistent, short and humanly readable
> device names. I'd like to see these devices named by type with "real"
> (permanent) hard disks distinguised from removable devices like USB
> sticks (yes, I know the distinction
On Sun, Feb 17, 2008 at 12:11:26AM +0100, Frederik Schueler wrote:
> Coordination is already needed now, and will be needed even more when
> this change is implemented.
> If this means waiting with a new upstream kernel version for a week or
> two until the next beta of d-i is done, we will of co
On Monday 18 February 2008, Bastian Blank wrote:
> On Mon, Feb 18, 2008 at 07:45:40PM +0100, Frans Pop wrote:
> > Why exactly is it an issue? As long as all devices are on the same
> > controller (and I'd expect them to be), AFAIK there is no issue: the
> > device naming should be stable across reb
On Mon, Feb 18, 2008 at 07:45:40PM +0100, Frans Pop wrote:
> Why exactly is it an issue? As long as all devices are on the same
> controller (and I'd expect them to be), AFAIK there is no issue: the device
> naming should be stable across reboots.
Nope. This is not guaranteed and there was drive
On Monday 18 February 2008, Martin Michlmayr wrote:
> I'm in the process of porting d-i to a number of NAS devices that can
> hold 2 or 4 disks. The long standing problem of persistent disk
> naming is thus an issue for me.
Why exactly is it an issue? As long as all devices are on the same
contr
2008-02-17 (일), 23:35 +0900, Kenshi Muto:
> > I found some Hangul glyphs are missing during "expertgui" installation,
> > with sid d-i 16-Feb-2008. Mojibakes seemed to happen on revised
> > translations.
>
> > I wonder this udeb needs to be rebuilt in every CJK translation
> > updates..
>
> Yep
Frederik Schueler <[EMAIL PROTECTED]> writes:
<...>
>> I personally have a good relation with all active people in
>> debian-kernel but I think that we might have a "policy" to avoid
>> problems to happen. Good will isn't enough, IMO.
>
> We should decide case by case, considering what is best to
Hi,
On Sat, Feb 16, 2008 at 10:52:17PM -0200, Otavio Salvador wrote:
> Please read the thread we had about 2.6.24 kernel testing
> migration... this is what worries me.
I don't want to reopen that discussion here, and I see your argument.
There are really good reasons to do beta1 with .24, and go
On Saturday 16 February 2008, Philip Hands wrote:
> I've tested this briefly, and it seems to work OK, but failed
> with a grub error (that I notice has been mentioned by other, so
> I'm currently assuming that's not related to this patch)
>
> First I've made preseed_fetch callable as fetch_url, so
Frans Pop <[EMAIL PROTECTED]> writes:
> On Monday 18 February 2008, Otavio Salvador wrote:
>> I did it just after answer his mail and was going to ask someone to
>> test. Could you see the attached patch?
>
> I've about to commit a different solution where /var/numcpus is set in
> rootskel. Main
On Monday 18 February 2008, Otavio Salvador wrote:
> + if grep -q 0x00 /sys/bus/parisc/devices/*/hw_type; then
You're only testing for the presence of _a_ processor here. You're not
testing _how many_ there are.
signature.asc
Description: This is a digitally signed message part.
On Monday 18 February 2008, Otavio Salvador wrote:
> I did it just after answer his mail and was going to ask someone to
> test. Could you see the attached patch?
I've about to commit a different solution where /var/numcpus is set in
rootskel. Main reason is that that will work better with the ba
On Mon, Feb 18, 2008 at 12:25:26PM -0300, Otavio Salvador wrote:
> Tobias Toedter <[EMAIL PROTECTED]> writes:
> > if the Installer team does not object, iso-codes could be moved into
> > testing.
> > unblock iso-codes/1.9-1
> > The actual udeb contents did not change, but there have been translatio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tobias Toedter <[EMAIL PROTECTED]> writes:
> Hello,
>
> if the Installer team does not object, iso-codes could be moved into
> testing.
>
> unblock iso-codes/1.9-1
>
> The actual udeb contents did not change, but there have been translation
> updates
Frans Pop <[EMAIL PROTECTED]> writes:
> On Monday 18 February 2008, Grant Grundler wrote:
>> Runtime test for the hppa installer might be to scrounge in
>> /sys/bus/parisc/devices for "hw_type" contains "0x00".
>>
>> e.g.:
>> j6k:~# fgrep 0x00 /sys/bus/parisc/devices/*/hw_type
>> /sys/bus/parisc/d
Hello,
if the Installer team does not object, iso-codes could be moved into
testing.
unblock iso-codes/1.9-1
The actual udeb contents did not change, but there have been translation
updates of the ISO 3166 list.
Regards,
Tobias
--
Tobias Toedter | An optimist believes we live in the best of
On Monday 18 February 2008, Otavio Salvador wrote:
> Grant Grundler <[EMAIL PROTECTED]> writes:
> > e.g.:
> > j6k:~# fgrep 0x00 /sys/bus/parisc/devices/*/hw_type
> > /sys/bus/parisc/devices/32/hw_type:0x00
> > /sys/bus/parisc/devices/34/hw_type:0x00
>
> I don't have access to get this data however
On Monday 18 February 2008, Grant Grundler wrote:
> Runtime test for the hppa installer might be to scrounge in
> /sys/bus/parisc/devices for "hw_type" contains "0x00".
>
> e.g.:
> j6k:~# fgrep 0x00 /sys/bus/parisc/devices/*/hw_type
> /sys/bus/parisc/devices/32/hw_type:0x00
> /sys/bus/parisc/device
On Mon, Feb 18, 2008 at 10:00:02AM -0300, Otavio Salvador wrote:
> I think that this is much clear the uuid for the user however uuid is
> still more powerful then that allowing that the device can be moved in
> the controller or like and the system still finds it out.
And everyone can substitute
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.26
> tags 466333 pending
Bug#466333: Wrong capitalization for "Xfce"
There were no tags set.
Tags added: pending
>
End of message, stopping processing here.
Please contact me if you need
On Mon, Feb 18, 2008 at 08:17:08AM +0100, Christian Perrier wrote:
> Quoting Philippe Cloutier ([EMAIL PROTECTED]):
> > Package: win32-loader
> > Version: 0.6.1
> > Severity: minor
> >
> > In the question about the desktop environment, "Xfce" is completely
> > capitalized ("XFCE"). It should be "
Martin Michlmayr <[EMAIL PROTECTED]> writes:
<...>
> Do people think this would be a reasonable approach, or is a generic solution
> finally coming forth?
I think that this is much clear the uuid for the user however uuid is
still more powerful then that allowing that the device can be moved in
t
Processing commands for [EMAIL PROTECTED]:
> reopen 466333
Bug#466333: Wrong capitalization for "Xfce"
Bug reopened, originator not changed.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database
reopen 466333
thanks
On Mon, Feb 18, 2008 at 01:18:53AM -0500, Jim Paris wrote:
> Robert Millan wrote:
> > On Mon, Feb 18, 2008 at 12:00:44AM -0500, Philippe Cloutier wrote:
> > > Package: win32-loader
> > > Version: 0.6.1
> > > Severity: minor
> > >
> > > In the question about the desktop enviro
Grant Grundler <[EMAIL PROTECTED]> writes:
<...>
> SMP would have been appropriate though. Installing SMP kernel is not
> a critical issue. Folks can easily figure out how to install an SMP
> kernel and SMP kernel might not be as stable for some configurations.
> So leaving that to the user is fi
SILVER STREET MANAGEMENT ( http://www.silverstreetmanagement.co.uk/ )
ZENYTH "ALONE" EP ON ITUNES (
http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewAlbum?id=271868516&s=143444
)
ZENYTH MYSPACE ( http://www.myspace.com/zenythmusic )
ZENYTH PRESS KIT ( http://www.sonicbids.com/zenythrocks )
I'm in the process of porting d-i to a number of NAS devices that can
hold 2 or 4 disks. The long standing problem of persistent disk
naming is thus an issue for me. Since the hardware in those NAS
devices doesn't change, I was thinking that controller-host would be a
good idea to identify a disk
Le February 18, 2008 02:17:08 am Christian Perrier, vous avez écrit :
> Quoting Philippe Cloutier ([EMAIL PROTECTED]):
> > Package: win32-loader
> > Version: 0.6.1
> > Severity: minor
> >
> > In the question about the desktop environment, "Xfce" is completely
> > capitalized ("XFCE"). It should be
Quoting Philippe Cloutier ([EMAIL PROTECTED]):
> Package: win32-loader
> Version: 0.6.1
> Severity: minor
>
> In the question about the desktop environment, "Xfce" is completely
> capitalized ("XFCE"). It should be "Xfce".
I think that translations unfuzzy is OK for this one (basically, that
me
Package: cdebconf-newt-udeb
Version: 0.114etch1
cdebconf-newt-udeb breaks if ALT-TAB is pressed while
progress bar is displayed. After pressing the keys
the screen isn't updated anymore, while installation
is continuing in background (and console 4).
Installation hangs when the next input from the
56 matches
Mail list logo
