freeze of packages that builds udebs

2008-02-08 Thread Otavio Salvador
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello RM team, Please consider all packages that builds udebs as frozen. We're handling the beta1 releasing and would be better to be conservative from now on. So do not unblock packages that builds udebs without explicit approval from me. Thanks in

Hints for Debian Installer related packages

2008-02-08 Thread Otavio Salvador
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello RM team and Jeroen, RM team, please add a block for etch-support source package and add following hints: unblock console-data/2:1.05-1 unblock e2fsprogs/1.40.5-2 unblock nbd/1:2.9.9-6 unblock xfsprogs/2.9.5-1 Jeroen, please sync following sour

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Frans Pop
On Friday 08 February 2008, Chris Lamb wrote: > No, in the sense that the latest CPU on that list is a K7, which is quite > old. I see. Also from the fact that it supports memory testing up to a whopping 64MB... I ran some of the tests on my dual-core x86_64 box, and with just 1 process running

Bug#464799: debian-installer: can't use Canadian Keyboard (it use legacy canadian)

2008-02-08 Thread Bruno
Package: debian-installer Version: etch Severity: normal *** Please type your report below this line *** When installing Etch, I choose my keyboard (French then Canadian), i cannot use the REAL French Canadian (Canadian Multilingual Standart) one, it only has the Legacy French Canadian one. -- Sy

Re: suggestion for install manual:in S 6.3, mention alt-F5 as return to gui from a virtual console 'shell'

2008-02-08 Thread Holger Wansing
On Sat, 9 Feb 2008 00:55:15 +0100 Holger Wansing wrote: > In the graphical installer, whe don't have such footline at all. > But it would be much easier there, because of higher resolution and > thus beeing able to display more characters on one line. So: > > moves between items; selects; activ

Re: suggestion for install manual:in S 6.3, mention alt-F5 as return to gui from a virtual console 'shell'

2008-02-08 Thread Holger Wansing
On Sat, 9 Feb 2008 01:15:30 +0100 Frans Pop wrote: > You may not believe this, but we have actually come up with that idea > ourselves in the past, but no one has implemented it yet. Indeed, I believed that this is not really a new idea, but a forgotten feature. > Please provide a patch. Please

Re: suggestion for install manual:in S 6.3, mention alt-F5 as return to gui from a virtual console 'shell'

2008-02-08 Thread Frans Pop
On Saturday 09 February 2008, Holger Wansing wrote: > In the graphical installer, whe don't have such footline at all. > But it would be much easier there, because of higher resolution and > thus beeing able to display more characters on one line. So: You may not believe this, but we have actually

Re: suggestion for install manual:in S 6.3, mention alt-F5 as return to gui from a virtual console 'shell'

2008-02-08 Thread Holger Wansing
Hello, On Wed, 06 Feb 2008 16:17:27 +0100 Tim Richardson wrote: > in most systems, and if you are not installing over serial console, the > easiest method is to switch to the second virtual console by pressing > Left Alt-F2[18] (on a Mac keyboard, Option-F2). Use Left Alt-F1 to > switch back to in

Re: [RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Otavio Salvador
Frans Pop <[EMAIL PROTECTED]> writes: >> debian-cd only currently includes laptop-detect due to it being a >> tasksel dependency. Changes will be needed to avoid it falling off of >> CDs if this dependency is removed. > > Yes, I already mentioned that myself in the previous thread that led up to

Re: [RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Otavio Salvador
Joey Hess <[EMAIL PROTECTED]> writes: > Otavio Salvador wrote: >> +apt-install laptop-detect || true > > If apt-install fails here, the script should be allowed to fail. Ack. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTE

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Otavio Salvador
Chris Lamb <[EMAIL PROTECTED]> writes: > Otavio Salvador wrote: > >> >> - I wonder if the CPU type could not be determined based >> >> on /proc/cpuinfo >> >> I think it's useful to avoid questions to users and then or we're >> conservative and choose one generic flavour or we try to detect it. >

Bug#368481: marked as done (tasksel has circular Depends on tasksel-data)

2008-02-08 Thread Debian Bug Tracking System
Your message dated Fri, 8 Feb 2008 17:35:30 -0500 with message-id <[EMAIL PROTECTED]> and subject line closing 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 your responsibility to reopen th

Bug#463844: [tasksel] gnome-desktop: s/gnome-btdownload/transmission-gtk/

2008-02-08 Thread Joey Hess
maximilian attems wrote: > transmission is an easy and fast lightweight BitTorrent client. > gnome-btdownload lacks many features in comparison. Another reason to consider this change would be that transmission doesn't include an init script, which bittorrent does (by default it does nothing, exce

Re: [RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Frans Pop
On Friday 08 February 2008, Joey Hess wrote: > Frans Pop wrote: > > Have you ever actually _seen_ someone with a sparc laptop? > > No. However, I have seen someone with a mips laptop. IIRC they got a > week's battery life running Debian. There are also plenty of things in > the laptop to pda spectr

Re: [RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Joey Hess
Otavio Salvador wrote: > + apt-install laptop-detect || true If apt-install fails here, the script should be allowed to fail. -- see shy jo signature.asc Description: Digital signature

Re: [RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Joey Hess
Frans Pop wrote: > Have you ever actually _seen_ someone with a sparc laptop? No. However, I have seen someone with a mips laptop. IIRC they got a week's battery life running Debian. There are also plenty of things in the laptop to pda spectrum using arm. mips, mipsel, arm, armel, armeb should all

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Chris Lamb
Otavio Salvador wrote: > >> - I wonder if the CPU type could not be determined based > >> on /proc/cpuinfo > > I think it's useful to avoid questions to users and then or we're > conservative and choose one generic flavour or we try to detect it. Thinking about it more, I guess I would prefer it

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Otavio Salvador
Chris Lamb <[EMAIL PROTECTED]> writes: >> It could be safer to have it listed after Finish install and thus only >> executable if selected from the menu (i.e. have a menu number greater >> than 9 (see [1]). > > I agree, yes. Is the target filesystems still mounted then? Frans idea is to have

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Chris Lamb
Otavio Salvador wrote: > > 2. Moves all patches from the .diff.gz to debian/patches and quilt. > > Please talk to Aurelien and get those applied to avoid diverting from > him as soon as possible. Sure. although these are fairly trivial patches which are already present in the Debian diff -- I

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Chris Lamb
Frans Pop wrote: Hi, thanks for your comments. > I have the following questions that I'd like to see answered to so we > can form a more informed opinion on this. > > Are all x86 processor types supported? So, this question really has two answers. As the answer filters down into some of your ot

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Frans Pop
On Friday 08 February 2008, Otavio Salvador wrote: > Frans Pop <[EMAIL PROTECTED]> writes: > >> The resulting udeb is approximately 3KiB. I have put some screenshots > >> online here [0]. > > > > What are its dependencies? Please show the output of debc (of dpkg -I) > > for the udeb. > > I've check

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Otavio Salvador
Chris Lamb <[EMAIL PROTECTED]> writes: > Dear friends, > > This series of patches enhances cpuburn to support a hardware burn-in stage > in D-I. Neat idea. <...> > 1. Updates cpuburn packaging to be more accomodating to another binary > package. > 2. Moves all patches from the .diff.gz to

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Otavio Salvador
Frans Pop <[EMAIL PROTECTED]> writes: >> The resulting udeb is approximately 3KiB. I have put some screenshots >> online here [0]. > > What are its dependencies? Please show the output of debc (of dpkg -I) for > the udeb. I've checked it and it does not include other dependencies. > Some commen

Re: [RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Otavio Salvador
Frans Pop <[EMAIL PROTECTED]> writes: > On Friday 08 February 2008, Otavio Salvador wrote: >> > 1) You did not answer my question whether laptop-detect really supports >> >    sparc. If it does not, we should not install it there (and >> > laptop-detect should not be built for sparc). >> >> It doe

Re: [PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Frans Pop
On Friday 08 February 2008, Chris Lamb wrote: > These sorts of tests are useful when you have built a new machine and you > wish to test the stability of the system, or you are experimenting with > "overclocking" and/or esoteric cooling solutions. > > The basic idea is that shortcomings in the cool

Re: [RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Frans Pop
On Friday 08 February 2008, Otavio Salvador wrote: > > 1) You did not answer my question whether laptop-detect really supports > >    sparc. If it does not, we should not install it there (and > > laptop-detect should not be built for sparc). > > It does, if kernel does. > > Currently laptop-detect

[PATCH] Support for "hardware burn-in" stage

2008-02-08 Thread Chris Lamb
Dear friends, This series of patches enhances cpuburn to support a hardware burn-in stage in D-I. These sorts of tests are useful when you have built a new machine and you wish to test the stability of the system, or you are experimenting with "overclocking" and/or esoteric cooling solutions. T

Re: [RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Otavio Salvador
Frans Pop <[EMAIL PROTECTED]> writes: > On Friday 08 February 2008, Otavio Salvador wrote: >> I plan to commit this cuple of packages tomorrow, if noone objects, to >> address the laptop-detect issue. >> >> This changes laptop-detect from a dependency, on tasksel, to a >> recommendation and let d-

Re: [RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Frans Pop
On Friday 08 February 2008, Otavio Salvador wrote: > I plan to commit this cuple of packages tomorrow, if noone objects, to > address the laptop-detect issue. > > This changes laptop-detect from a dependency, on tasksel, to a > recommendation and let d-i to install it. This way we avoid the > chang

[RFC] laptop-detect being installed just on useful architectures

2008-02-08 Thread Otavio Salvador
Hello, I plan to commit this cuple of packages tomorrow, if noone objects, to address the laptop-detect issue. This changes laptop-detect from a dependency, on tasksel, to a recommendation and let d-i to install it. This way we avoid the changing of tasksel to architecture dependent package and s

Bug#464529: Acknowledgement (Package: installation-reports)

2008-02-08 Thread mi demur
for the first install in IMAC G5 MAC OS 10.4 I wrote install64. the first install it is very good until install yaboot; a message had been screening "failed to install boot loader"; I have go on finishing install, and was going to re-start to MacOS X 10.4. I would want install other time deb