Re: Call for testing of RC1 images

2008-11-07 Thread Frans Pop
On Thursday 06 November 2008, Christian Perrier wrote:
> Having an RC2 will delay the lenny release by about 2 months more,
> making it impossible to happen before February, imho. Are they aware
> of this?

The fact that we need an RC2 is not primairily "our fault". As long as 
developers keep targeting updates of packages used in D-I images at lenny 
such as Gnome libs and libssl, as long as we keep getting new kernel 
uploads because of upstream releases or bug fixes, we don't have a 
choice.

And we also have some bugs of our own to fix.

But an RC2 release can happen a lot quicker than the RC1 release (if 
managed properly), at least as long as there's no kernel ABI change.
Why? Because in that case migrating components to testing does not break 
the existing release. Because we won't need additional string freeze 
periods. And because the changes are a lot smaller and have been 
individually tested (one would hope), you can do with only basic testing.


signature.asc
Description: This is a digitally signed message part.


Bug#504659: tasksel: Gnome pushes File and DNS server and language tasks off CD1

2008-11-07 Thread Frans Pop
tags 504659 + patch
thanks

On Thursday 06 November 2008, Josselin Mouette wrote:
> > I would therefore suggest to change the following packages from
> > Depends to Recommends in gnome-d-e:
> > - gnome-user-guide (16MB download size!)
>
> WTF? Dropping the core user documentation?

Where exactly do I suggest to drop it?

> You are really missing what gnome-desktop-environment is for. If your

That's entirely possible as I've never been a fan of Gnome and thus have 
never looked closely at its packaging.

> only concern is size, then install gnome-core and that’s all [...]

I guess that's an option for post-lenny: use gnome-core with selected 
additional packages as key. But for lenny I'll be happy with just fixing 
the regression.

> As for gnome, we made changes specifically so that it can be made as
> the key package for the gnome-desktop task, installing a full-fledged
> desktop with everything users might want.

That's an excellent reason to include it in the task, but it does not mean 
that it has to be a _key_ package in the task.

There's another risk with having such a large key requirement for the 
task: that the gnome-desktop task will eat up all space on CD1 but will 
still not be installable because the dependencies of the key packages 
overflow to CD2.

> > Having them as Recommends would mean they will still get installed if
> > users install gnome-d-e manually and adds flexibility as users will
> > gain the option to have gnome-d-e installed without those packages if
> > they don't need them.
>
> Except that tasksel does not have this flexibility. Packages in
> Recommends are not installed, full stop.

With good reasons. Which is why I wrote just below that:
! To ensure the packages still get installed during a desktop installation
! using D-I there are two options:
! - adding them as Depends in the 'gnome' meta-package (preferred IMO)
! - listing them separately as non-key packages in the gnome-desktop task


The attached patch should fix the issues for CD1 only installs while still 
giving the exact same result for all other installs. Please commit and 
upload ASAP.

commit 61ef4922a8556dca84d23b02857e31e325119f4a
Author: Frans Pop <[EMAIL PROTECTED]>
Date:   Fri Nov 7 11:44:37 2008 +0100

gnome-desktop: revert to the smaller gnome-desktop-environment package as key

Testing with Lenny D-I RC1 CDs has shown that using the gnome meta package as
key results in two server tasks getting pushed off CD1 for i386. Having such
a big key package also creates a real risk that Gnome will not be installable
at all if only CD1 is used because "key" packages are not available.

Switch back to using gnome-desktop-environment as key, but keep gnome as first
non-key package so that the total install will remain the same for installs
where additional sources (mirror, CD2) are available or DVD installs.

Using gnome-desktop-environment reduces the pressure on CD1 by ~60MB.

diff --git a/tasks/gnome-desktop b/tasks/gnome-desktop
index e44aaae..cc97f1c 100644
--- a/tasks/gnome-desktop
+++ b/tasks/gnome-desktop
@@ -7,10 +7,12 @@ Description: GNOME desktop environment
  This task provides basic "desktop" software using the GNOME desktop
  environment.
 Key:
-# The complete gnome environment, with selected extras
-  gnome
+# The standard gnome desktop environment
+  gnome-desktop-environment
 Packages: task-fields
 Packages-list:
+# The complete gnome environment, with selected extras
+  gnome
 # add gnome support for iceweasel, which is pulled in via the main desktop task
   iceweasel-gnome-support
 # several packages recommend this, make sure it's available in case


signature.asc
Description: This is a digitally signed message part.


Processed: Re: Bug#504659: tasksel: Gnome pushes File and DNS server and language tasks off CD1

2008-11-07 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tags 504659 + patch
Bug#504659: tasksel: Gnome pushes File and DNS server and language tasks off CD1
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#504659: tasksel: Gnome pushes File and DNS server and language tasks off CD1

2008-11-07 Thread Frans Pop
On Friday 07 November 2008, Frans Pop wrote:
> There's another risk with having such a large key requirement for the
> task: that the gnome-desktop task will eat up all space on CD1 but will
> still not be installable because the dependencies of the key packages
> overflow to CD2.

And that's not even theoretical. Current images don't yet include the 
Release Notes, which will take a few MB. And for example amd64 could well 
be affected because its packages are generally larger than for i386.


signature.asc
Description: This is a digitally signed message part.


Processing of tasksel_2.77_amd64.changes

2008-11-07 Thread Archive Administrator
tasksel_2.77_amd64.changes uploaded successfully to localhost
along with the files:
  tasksel_2.77.dsc
  tasksel_2.77.tar.gz
  tasksel_2.77_all.deb
  tasksel-data_2.77_all.deb
  task-overrides_2.77_all.tar.gz

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Call for testing of RC1 images

2008-11-07 Thread Otavio Salvador
Ryan Niebur <[EMAIL PROTECTED]> writes:

> On Thu, Nov 06, 2008 at 03:24:45PM -0200, Otavio Salvador wrote:
>> Ryan Niebur <[EMAIL PROTECTED]> writes:
>> 
>> > Hi,
>> >
>> > On Wed, Nov 05, 2008 at 10:09:32PM -0200, Otavio Salvador wrote:
>> > [snip]
>> >> 
>> >> Release the Debian Installer is a huge job and when I've joined as
>> >> Release Manager the idea was to do that as a team. That team was I,
>> >> Jeremy and Joey. After that each one has stoping to work as RM (each
>> >> one has their reasons, no problem on that) and it ended in my hands. I
>> >> try to offer all my free time to d-i and I'm constantly sad due my
>> >> inability to give more time for it.
>> >> 
>> >> I love Debian and I feel d-i is a really core part of the release
>> >> .. if someone wants to join this effort _please_ do it. I know I'm far
>> >> from perfect but I'm sure I always do my best ...
>> >> 
>> >> Do someone wants to join and really form a team to release Debian
>> >> Installer? Help is needed!
>> >> 
>> >
>> > I can help. Just tell me what to do.
>> 
>> We'll have a meeting tomorrow about this. Is it possible to you to
>> participate?
>> 
>
> yup. I'm assuming it's just in #debian-boot, right?

Yes. You're right.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



tasksel_2.77_amd64.changes ACCEPTED

2008-11-07 Thread Debian Installer

Accepted:
task-overrides_2.77_all.tar.gz byhand
tasksel-data_2.77_all.deb
  to pool/main/t/tasksel/tasksel-data_2.77_all.deb
tasksel_2.77.dsc
  to pool/main/t/tasksel/tasksel_2.77.dsc
tasksel_2.77.tar.gz
  to pool/main/t/tasksel/tasksel_2.77.tar.gz
tasksel_2.77_all.deb
  to pool/main/t/tasksel/tasksel_2.77_all.deb
Changes: tasksel (2.77) unstable; urgency=low
 .
  [ Christian Perrier ]
  * Add manpages-fr-extra to the french task. Closes: #504199
 .
  [ Frans Pop ]
  * gnome-desktop: revert to the smaller gnome-desktop-environment package
as key. Closes: #504659


Override entries for your package:
tasksel-data_2.77_all.deb - important admin
tasksel_2.77.dsc - source admin
tasksel_2.77_all.deb - important admin

Announcing to [EMAIL PROTECTED]
Closing bugs: 504199 504659 


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#504199: marked as done (Please add manpages-fr-extra to 'french' task)

2008-11-07 Thread Debian Bug Tracking System

Your message dated Fri, 07 Nov 2008 17:17:30 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#504199: fixed in tasksel 2.77
has caused the Debian Bug report #504199,
regarding Please add manpages-fr-extra to 'french' task
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 the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
504199: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504199
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: tasksel
Version: 2.76
Severity: normal

On a fresh lenny installed in french, many basic manpages (for example
for bash, coreutils) are not provided in french.
Indeed, they are provided in manpages-fr-extra which is not installed by
default, and manpages-fr intends only to translate the package
'manpages'.

Thanks for adding manpages-fr-extra to the french task.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages tasksel depends on:
ii  aptitude  0.4.11.10-1lenny1.1+b1 terminal-based package manager
ii  debconf [debconf- 1.5.22 Debian configuration management sy
ii  liblocale-gettext 1.05-4 Using libc functions for internati
ii  tasksel-data  2.76   Official tasks used for installati

tasksel recommends no packages.

tasksel suggests no packages.

-- debconf information:
  tasksel/title:
  tasksel/desktop: gnome
  tasksel/first: Desktop environment, Laptop, Standard system
  tasksel/tasks:

-- 
Simon Paillard


--- End Message ---
--- Begin Message ---
Source: tasksel
Source-Version: 2.77

We believe that the bug you reported is fixed in the latest version of
tasksel, which is due to be installed in the Debian FTP archive:

task-overrides_2.77_all.tar.gz byhand
tasksel-data_2.77_all.deb
  to pool/main/t/tasksel/tasksel-data_2.77_all.deb
tasksel_2.77.dsc
  to pool/main/t/tasksel/tasksel_2.77.dsc
tasksel_2.77.tar.gz
  to pool/main/t/tasksel/tasksel_2.77.tar.gz
tasksel_2.77_all.deb
  to pool/main/t/tasksel/tasksel_2.77_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Otavio Salvador <[EMAIL PROTECTED]> (supplier of updated tasksel package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 07 Nov 2008 14:56:26 -0200
Source: tasksel
Binary: tasksel tasksel-data
Architecture: source all
Version: 2.77
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Otavio Salvador <[EMAIL PROTECTED]>
Description: 
 tasksel- Tool for selecting tasks for installation on Debian systems
 tasksel-data - Official tasks used for installation of Debian systems
Closes: 504199 504659
Changes: 
 tasksel (2.77) unstable; urgency=low
 .
   [ Christian Perrier ]
   * Add manpages-fr-extra to the french task. Closes: #504199
 .
   [ Frans Pop ]
   * gnome-desktop: revert to the smaller gnome-desktop-environment package
 as key. Closes: #504659
Checksums-Sha1: 
 b80379aa37198643701e45b447da8a75f770f1b6 865 tasksel_2.77.dsc
 569cacd46f376070a4dfe39ca908863d9da1b7bb 492758 tasksel_2.77.tar.gz
 88d8c46f7c17c58410a30a2f34fbf5617406e4c4 82388 tasksel_2.77_all.deb
 e00d3ddc2f4050e695e58d8900847155250b5a10 96928 tasksel-data_2.77_all.deb
 e09c5194a69a5b877cbef420291641b748b268f7 4551 task-overrides_2.77_all.tar.gz
Checksums-Sha256: 
 5bb1c87be36d7f6463e2367a378afed05099c03cc07f9c7d9fe4cc6aef210ce0 865 
tasksel_2.77.dsc
 bff2898e61761324769266673565d5c197e32758a98ce0ebd5c2094b51921598 492758 
tasksel_2.77.tar.gz
 11513901f7dc9b97253ec387574bd0bf224119d272cdad79fb87555c9176f19b 82388 
tasksel_2.77_all.deb
 c0fb5fcf20578f0db09b8b13c12da4e771594d9be68d64e86455688639dfa168 96928 
tasksel-data_2.77_all.deb
 532de9556bef9e491456c8314b214699b0cf76e5d0970842cde3e2c92f2017e3 4551 
task-overrides_2.77_all.tar.gz
Files: 
 a6814d145b492ce2a82410037b500437 865 admin important tasksel_2.77.dsc
 af9a43254859d07ecddb5c0f8520936d 492758 admin important tasksel_2.77.tar.gz
 bfbf81ca5e2a6aad3b6100b2a228e281 82388 admin important tasksel_2.77

Bug#504659: marked as done (tasksel: Gnome pushes File and DNS server and language tasks off CD1)

2008-11-07 Thread Debian Bug Tracking System

Your message dated Fri, 07 Nov 2008 17:17:30 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#504659: fixed in tasksel 2.77
has caused the Debian Bug report #504659,
regarding tasksel: Gnome pushes File and DNS server and language tasks off CD1
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 the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
504659: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504659
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: tasksel
Version: 2.76
Severity: serious
Justification: Unsuitable for release

While testing a Lenny RC2 preview CD in a "CD1 only, no mirror"
installation, I noticed that the File server and DNS server tasks
were missing from the list of available tasks during pkgsel. This
also means that the CD contains no language tasks at all.

It looks like the main reason for this is the recent changes in the
gnome-desktop task, which changed its "key" package to 'gnome' from
'gnome-desktop-environment'. Result of this change is that Gnome
takes up ~60MB more on CD1 than it used to and thus pushes off other
tasks.

This can be easily seen by running 'aptitude -R' on a clean system
(the difference in the last column is what's relevant here):
  installed size  download size
gnome-desktop-environment  787MB  304MB
gnome  959MB  368MB

IMO this regression in the contents of CD1 should be fixed for Lenny.

The only way to do this is to change back to 'gnome-desktop-environment'
as "key" package for the gnome-desktop task and make 'gnome' a regular
package in the task.
This will NOT change the installation of Gnome in any way if a mirror
is available or if multiple CDs or a DVD are used. But it will result
in CD1 being more generally usable again for installations where that CD
is the only available source.

Even with that change it still seems to me that Gnome claims too much
space on CD1. The gnome-d-e task depends on a number of packages that,
although important for a good desktop experience, are not so essential
that they need to be on CD1. And I would even say that VNC or webcam
support, a VoIP client, or even a CD burner are "required" for a desktop
system as users may just not have the hardware or be interested in that
functionality.

I would therefore suggest to change the following packages from Depends
to Recommends in gnome-d-e:
- gnome-user-guide (16MB download size!)
- vinagre
- vino
- ekiga
- cheese
- nautilus-cd-burner

Total savings from this suggested list for CD1: 36MB. Possibly some other
packages from gnome-d-e's current dependencies could be added to this list.

Having them as Recommends would mean they will still get installed if
users install gnome-d-e manually and adds flexibility as users will gain
the option to have gnome-d-e installed without those packages if they
don't need them.

To ensure the packages still get installed during a desktop installation
using D-I there are two options:
- adding them as Depends in the 'gnome' meta-package (preferred IMO)
- listing them separately as non-key packages in the gnome-desktop task

The main benefit of this reduction will be better international support on
CD1 as there will be much more space available for "key" packages from
language tasks.

Cheers,
FJP

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.27.4 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages tasksel depends on:
ii  aptitude 0.4.11.10-1lenny1.1 terminal-based package manager
ii  debconf [debconf-2.0 1.5.24  Debian configuration management sy
ii  liblocale-gettext-pe 1.05-4  Using libc functions for internati
ii  tasksel-data 2.76Official tasks used for installati

tasksel recommends no packages.

tasksel suggests no packages.

-- debconf information excluded


--- End Message ---
--- Begin Message ---
Source: tasksel
Source-Version: 2.77

We believe that the bug you reported is fixed in the latest version of
tasksel, which is due to be installed in the Debian FTP archive:

task-overrides_2.77_all.tar.gz byhand
tasksel-data_2.77_all.deb
  to pool/main/t/tasksel/tasksel-data_2.77_all.deb
tasksel_2.77.dsc
  to pool/main/t/tasksel/tasksel_2.77.dsc
tasksel_2.77.tar.gz
  to pool/main/t/tasksel/tasksel_2.77.tar.gz
tasksel_2.77_all.deb
  to pool/main/t/tasksel/tasksel_2.77_all.deb



A summary of the changes between this version and the pre

testing i386 netinst and encrypted filesystems

2008-11-07 Thread Neale Pickett
I asked on IRC and haven't gotten an answer. 

After trying 6 times I am now convinced that the "latest build" 
i386 netboot installer image from yesterday isn't setting up the 
encrypted filesystem correctly.  It asks for my passphrase, but 
doesn't appear to be running cryptsetup correctly.  I had to drop 
down to the initramfs prompt and manually run 


 cryptsetup luksOpen /dev/sda2 zoot


Then make the volume group available, and finally, it would boot.
However, it asked me for the passphrase two more times before I got a
login prompt: both times I just hit enter.

Here's a snippet from the console log:
   [ 4.683656] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) 
   initialised: [EMAIL PROTECTED]


 Volume group "zoot" not found

 Volume group "zoot" not found

   Enter passphrase to unlock the disk /dev/sda2 (sda2_crypt):

   Command failed: No key available with this passphrase.


   cryptsetup: crytpsetup failde, bad password or options?


etc.
, until it fell back to the initramfs shell.

At that point I logged in and did some package upgrades, one of 
which cased a new initrd to be created.  On reboot now, I still 
get the 
 Volume group "zoot" not found


messages, but now it's not asking me for a passphrase at all.  When the
rootdelay times out, it says "/dev/mapper/zoot-root does not exist".
And now I can't remember how to get the thing to boot, it seems.

This machine isn't critical so I'll hold off until I hear back from the
list; maybe someone will want me to try something or other.

Neale


   
 



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Call for testing of RC1 images

2008-11-07 Thread Christian Perrier
Quoting Frans Pop ([EMAIL PROTECTED]):

> But an RC2 release can happen a lot quicker than the RC1 release (if 
> managed properly), at least as long as there's no kernel ABI change.

OK, thanks for the detailed rationale.

However, and no offense intended to Otavio, but are we *really* able
to manage the release more properly than RC1, with the "resources" we
have (that includes Otavio's available time and Otavio's work method)?

That's why I fear that an RC2 is probably likely to take 2 more months
to get outwhich, of course, I'd be delighted to be proven wrong
about...




signature.asc
Description: Digital signature


Processing of tasksel_2.77_amd64.changes

2008-11-07 Thread Archive Administrator
/tasksel_2.77_amd64.changes is already present on target host:
task-overrides_2.77_all.tar.gz
Either you already uploaded it, or someone else came first.
Job tasksel_2.77_amd64.changes removed.

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Proposal of Debian Installer Errata updates

2008-11-07 Thread Otavio Salvador
Hello,

Here goes my first proposed diff against current errata[1]. Please
check if I've skiped anything that you can test and check if it works
now or if you know it has been fixed already.

1. http://www.debian.org/devel/debian-installer/errata

? builds.en.html
? gtk-frontend.en.html
? hooks.en.html
? ports-status.en.html
? report-template.en.html
? svn.en.html
? translation-hints.en.html
? News/index.en.html
? News/2003/1.en.html
? News/2003/2.en.html
? News/2003/3.en.html
? News/2003/4.en.html
? News/2003/index.en.html
? News/2004/20040114.en.html
? News/2004/20040303.en.html
? News/2004/20040315.en.html
? News/2004/20040321.en.html
? News/2004/20040330.en.html
? News/2004/20040430.en.html
? News/2004/20040621.en.html
? News/2004/20040807.en.html
? News/2004/20040930.en.html
? News/2004/20041122.en.html
? News/2004/index.en.html
? News/2005/20050301.en.html
? News/2005/20050323.en.html
? News/2005/2005.en.html
? News/2005/index.en.html
? News/2006/20060207.en.html
? News/2006/20060315.en.html
? News/2006/20060608.en.html
? News/2006/20060716.en.html
? News/2006/20060811.en.html
? News/2006/20061017.en.html
? News/2006/20061113.en.html
? News/2006/index.en.html
? News/2007/20070210.en.html
? News/2007/20070319.en.html
? News/2007/20070720.en.html
? News/2007/20070721.en.html
? News/2007/index.en.html
? News/2008/20080317.en.html
? News/2008/index.en.html
Index: errata.wml
===
RCS file: /cvs/webwml/webwml/english/devel/debian-installer/errata.wml,v
retrieving revision 1.118
diff -u -r1.118 errata.wml
--- errata.wml	25 Jun 2008 18:24:01 -	1.118
+++ errata.wml	7 Nov 2008 21:26:07 -
@@ -22,35 +22,6 @@
 	Note however that this problem may occur again on subsequent boots.
 	
 
-	uninitialized value warnings from Perl during installation
-	
-	As a result of a recent switch to Perl 5.10, the installation logs
-	will show some Perl warnings. As far as we know these are harmless
-	and can be ignored. A solution for this issue
-	(http://bugs.debian.org/480533";>#480533) is being worked on.
-	
-
-	aptitude errors during installs in Russian
-	
-	This issue will result in a failed installation. We have only seen
-	reports for Russian, but some other languages may be affected too.
-	The issue (http://bugs.debian.org/473559";>#473559) is
-	expected to be fixed shortly after the release for daily and weekly
-	built installer and CD/DVD images.
-	In case you do hit this issue, the installation can be completed by
-	using the following workaround:
-	
-	switch to a debug console on VT2
-	run the command:
-	rm /target/usr/share/locale//LC_MESSAGES/*apt*
-	(replace  by your language code,
-	e.g. ru)
-	 switch back to the installer menu on VT1
-	 continue the installation by retrying the selected
-	 installation step
-	
-	
-
 	Buggy routers may cause network problems
 	
 	If you experience network problems during the installation, this may be
@@ -69,26 +40,11 @@
 	echo 4096 65536 65536 >/proc/sys/net/ipv4/tcp_wmem
 	
 
-	General issues after reboot because of UTF-8 default
-	
-	The installed system is now set to UTF-8 by default. However, not all
-	applications properly support UTF-8 yet, which may result in minor or
-	major problems when using them.
-	Please check if such problems have been reported yet and, if not, file
-	a bug report against the relevant package (not the installer).
-	
-
 	Graphical installer
 	
 	The graphical installer still has some known issues (see also the
 	Installation Guide):
 	
-		some non-US keymaps are not fully supported (deadkeys and
-		combining characters do not work)
-		keys for accented or special characters may not work correctly;
-		this is a regression compared to previous releases which will
-		hopefully be fixed again soon
-		(http://bugs.debian.org/482335";>#482335)
 		touchpads should work, but support may not be optimal; if you
 		experience problems, you should use an external mouse instead
 		should work on almost all PowerPC systems that have an ATI
@@ -115,31 +71,6 @@
 	switches to the next kernel version.
 	
 
-	i386/amd64: GRUB installation on cpqarray RAID volumes may fail
-	
-	Affected are systems that have /dev/ida/cXdX devices.
-	This issue (http://bugs.debian.org/466600";>#466600) is
-	expected to be fixed soon after the release for daily and weekly built
-	installer and CD/DVD images when a fixed version of GRUB reaches testing.
-	
-
-	i386/amd64: Reboot may fail with loop-aes encrypted root file system
-	
-	This can be due to a problem in GRUB which results in an incorrect
-	root= parameter being set in /etc/grub/menu.lst.
-	See http://bugs.debian.org/486360";>#486360 for details
-	and workaround.
-	
-
-	arm: NSLU2 image won't start
-	
-	The NSLU2 installer images from debian.org will not boot.  However,
-	this problem is not present in the unofficial images from
-	slug-firmware.net.  These images also include the

Bug#504914: installation-reports: Lenny install succeeded

2008-11-07 Thread Dan Ritter
Package: installation-reports
Severity: normal



-- Package-specific info:

Boot method: DVD
Image version: Lenny DVD install RC1
Date: 

Machine: generic AMD X2, Gigabyte MA-69G-S3H motherboard
Partitions: 

FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/sda3 ext348062468   2775200  42845792   7% /
tmpfstmpfs 2936788 0   2936788   0% /lib/init/rw
udev tmpfs   10240   116 10124   2% /dev
tmpfstmpfs 2936788 0   2936788   0% /dev/shm
/dev/sda1 ext3  964500 34912929588   4% /boot
/dev/sda4 ext3   102885752197128  97462280   1% /home
/dev/sdb2 ext3   151913824192068 150178392   1% /usr/backup
/dev/hda   iso9660 4582668   4582668 0 100% /media/cdrom0


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O ]
Detect network card:[O ]
Configure network:  [O ]
Detect CD:  [O ]
Load installer modules: [O ]
Detect hard drives: [O ]
Partition hard drives:  [O ]
Install base system:[O ]
Clock/timezone setup:   [O ]
User/password setup:[O ]
Install tasks:  [O ]
Install boot loader:[O ]
Overall install:[O ]

Comments/Problems:



Very smooth. Ran expert-graphical install. It would be nice if once I 
said No to PCMCIA modules, it wouldn't ask again and again.


-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to [EMAIL PROTECTED]

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="5.0 (lenny) - installer build 20081029"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
umame -a: Linux blackbox 2.6.26-1-amd64 #1 SMP Thu Oct 9 14:16:53 UTC 2008 
x86_64 unknown
lspci -knn: 00:00.0 Host bridge [0600]: ATI Technologies Inc RS690 Host Bridge 
[1002:7910]
lspci -knn: 00:01.0 PCI bridge [0604]: ATI Technologies Inc RS690 PCI to PCI 
Bridge (Internal gfx) [1002:7912]
lspci -knn: 00:12.0 SATA controller [0106]: ATI Technologies Inc SB600 
Non-Raid-5 SATA [1002:4380]
lspci -knn: Kernel driver in use: ahci
lspci -knn: Kernel modules: ahci
lspci -knn: 00:13.0 USB Controller [0c03]: ATI Technologies Inc SB600 USB 
(OHCI0) [1002:4387]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: Kernel modules: ohci-hcd
lspci -knn: 00:13.1 USB Controller [0c03]: ATI Technologies Inc SB600 USB 
(OHCI1) [1002:4388]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: Kernel modules: ohci-hcd
lspci -knn: 00:13.2 USB Controller [0c03]: ATI Technologies Inc SB600 USB 
(OHCI2) [1002:4389]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: Kernel modules: ohci-hcd
lspci -knn: 00:13.3 USB Controller [0c03]: ATI Technologies Inc SB600 USB 
(OHCI3) [1002:438a]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: Kernel modules: ohci-hcd
lspci -knn: 00:13.4 USB Controller [0c03]: ATI Technologies Inc SB600 USB 
(OHCI4) [1002:438b]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: Kernel modules: ohci-hcd
lspci -knn: 00:13.5 USB Controller [0c03]: ATI Technologies Inc SB600 USB 
Controller (EHCI) [1002:4386]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: Kernel modules: ehci-hcd
lspci -knn: 00:14.0 SMBus [0c05]: ATI Technologies Inc SBx00 SMBus Controller 
[1002:4385] (rev 14)
lspci -knn: 00:14.1 IDE interface [0101]: ATI Technologies Inc SB600 IDE 
[1002:438c]
lspci -knn: Kernel driver in use: ATIIXP_IDE
lspci -knn: Kernel modules: atiixp
lspci -knn: 00:14.2 Audio device [0403]: ATI Technologies Inc SBx00 Azalia 
(Intel HDA) [1002:4383]
lspci -knn: 00:14.3 ISA bridge [0601]: ATI Technologies Inc SB600 PCI to LPC 
Bridge [1002:438d]
lspci -knn: 00:14.4 PCI bridge [0604]: ATI Technologies Inc SBx00 PCI to PCI 
Bridge [1002:4384]
lspci -knn: 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 
[Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100]
lspci -knn: 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 
[Athlon64/Opteron] Address Map [1022:1101]
lspci -knn: 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 
[Athlon64/Opteron] DRAM Controller [1022:1102]
lspci -knn: 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 
[Athlon64/Opteron] Miscellaneous Control [1022:1103]
lspci -knn: 01:05.0 VGA compatible controller [0300]: ATI Technologies Inc 
RS690 [Radeon X1200 Series] [1002:791e]
lspci -knn: 01:05.2 Audio device [0403]: ATI Technologies Inc Radeon X1200 
Series Audio Controller [1002:7919]
lspci -knn: 02:0e.0 FireWire (I

Re: Proposal of Debian Installer Errata updates

2008-11-07 Thread Colin Watson
On Fri, Nov 07, 2008 at 07:24:25PM -0200, Otavio Salvador wrote:
> Here goes my first proposed diff against current errata[1]. Please
> check if I've skiped anything that you can test and check if it works
> now or if you know it has been fixed already.
> 
> 1. http://www.debian.org/devel/debian-installer/errata

I think the powerpc item was always slightly wrong. I suggest (sorry,
don't have the source to hand):

-the snd-powermac module is no longer loaded by default as it will lock up some 
systems; you will need to add it to /etc/modules manually
+the snd-powermac module is no longer loaded by default on all systems as it 
will lock up some models; you may need to add it to /etc/modules manually

Note that the hw-detect changelog entry was:

  * discover-mac-io.sh: snd-powermac can lock up G5 iMac and Power Mac.

... and the code reads:

elif [ "$name" = awacs ]; then
# probably best to go for ALSA
register-module snd-powermac
elif [ "$name" = davbus ] || [ "$name" = i2s-a ]; then
for child in "$dir"/*; do
if [ -f "$child/name" ]; then
childname="$(cat "$child/name" 2>/dev/null || 
true)"
if [ "$childname" = sound ]; then
# Loading snd-powermac locks up G5 
systems
if  [ "$name" != i2s-a ]; then
register-module snd-powermac
fi
fi
fi
done

-- 
Colin Watson   [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#363049: probably found the reason for this ...

2008-11-07 Thread Brian Szymanski
regarding the initial bug...

The solution Sven has proposed can be improved, without all the mirror
bloat, I think. The sane thing to do would be for debootstrap to default
to what's in /etc/apt/sources.list when no mirror is given. This avoids
the logistical nightmare of having to make and update
$arch.ftp.debian.org foreach architecture. If you're using it in
sources.list, it has your architecture.

Cheers
Brian



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



[RFC] update to check-compliance script

2008-11-07 Thread Otavio Salvador
Hello,

Using the script that Frans has contributed I've prepared two patches
against it. First is a trivial one to allow it to be run from
installer directory while the second adds support to whitelist
packages that do not has files and contents embedded inside of
installer binaires.

The list is fairly incomplete and I'd like to ask for people to take a
look, specially porters, to check for another packages that could be
whitelisted.

To see all possible packages, just go inside installer directory and
run it as:

../scripts/check-compliance all

Thanks a lot,>From 71fad87eb17a1d421155496477534597ffbf971f Mon Sep 17 00:00:00 2001
From: Otavio Salvador <[EMAIL PROTECTED]>
Date: Fri, 7 Nov 2008 22:45:03 -0200
Subject: [PATCH 2/2] add support to list non-embedded packages

All non-embedded packages that has different version between testing
and unstable are marked with '-' while the packages that has embedded
contents and unknown ones are marked with '*'
---
 scripts/check-compliance |   20 +++-
 1 files changed, 15 insertions(+), 5 deletions(-)

diff --git a/scripts/check-compliance b/scripts/check-compliance
index 5a4e889..f87ed23 100755
--- a/scripts/check-compliance
+++ b/scripts/check-compliance
@@ -12,9 +12,10 @@
 
 # TODO
 # - convert list to unique source packages and check those instead
-# - add ignore list for non-embedded packages and optionally ignore those
 
 ignore_m68k="amiboot atari-bootstrap emile emile-bootblocks m68k-vme-tftplilo vmelilo"
+safe="apt apt-utils bc cpio cramfsprogs debhelper docbook-xsl dosfstools e2fsprogs \
+  upx-ucl tofrodos wget "
 
 get_version() {
 	local ver
@@ -29,7 +30,7 @@ if [ "$1" = all ]; then
 	PRINT_ALL=1
 fi
 
-build_deps="$(sed -nr "/^#[[:space:]]*-/ s/[^-]*- ([^ ]*).*/\1/p" debian/control | sort)"
+build_deps="$(sed -nr '/^#[[:space:]]*-/ s/[^-]*- ([^ ]*).*/\1/p' debian/control | sort -u)"
 
 for p in $build_deps; do
 	# m68k is not a release arch, so ignore m68k-only dependencies
@@ -45,9 +46,18 @@ for p in $build_deps; do
 	tver=$(get_version $p testing)
 	uver=$(get_version $p unstable)
 
+	mark=
 	if [ "$tver" != "$uver" ]; then
-		printf "%-25s %20s %20s   *\n" "$p" "$tver" "$uver"
-	elif [ "$PRINT_ALL" ]; then
-		printf "%-25s %20s %20s\n" "$p" "$tver" "$uver"
+		if echo " $safe " | grep -q " $p "; then
+			mark="-"
+		else
+			mark="*"
+		fi
+	else
+		if [ -z "$PRINT_ALL" ]; then
+			continue
+		fi
 	fi
+
+	printf "%-25s %20s %20s   %s\n" "$p" "$tver" "$uver" "$mark"
 done
-- 
1.6.0.3.640.g6331a

>From c96f39efd4c7d27e59fd7a5a0d68bc30b8b49fbf Mon Sep 17 00:00:00 2001
From: Otavio Salvador <[EMAIL PROTECTED]>
Date: Fri, 7 Nov 2008 20:20:19 -0200
Subject: [PATCH 1/2] use debian/control while looking for building dependencies

---
 scripts/check-compliance |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/check-compliance b/scripts/check-compliance
index 941d1ec..5a4e889 100755
--- a/scripts/check-compliance
+++ b/scripts/check-compliance
@@ -8,7 +8,7 @@
 # If called with 'all' the script will list all build dependencies, if not it
 # will only list those for which the versions do not match.
 #
-# The script should be run from the installer/debian directory in D-I SVN.
+# The script should be run from the installer directory in D-I SVN.
 
 # TODO
 # - convert list to unique source packages and check those instead
@@ -29,7 +29,7 @@ if [ "$1" = all ]; then
 	PRINT_ALL=1
 fi
 
-build_deps="$(sed -nr "/^#[[:space:]]*-/ s/[^-]*- ([^ ]*).*/\1/p" control | sort)"
+build_deps="$(sed -nr "/^#[[:space:]]*-/ s/[^-]*- ([^ ]*).*/\1/p" debian/control | sort)"
 
 for p in $build_deps; do
 	# m68k is not a release arch, so ignore m68k-only dependencies
-- 
1.6.0.3.640.g6331a



-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


Bug#504922: Lenny install on Dell Inspiron 7500

2008-11-07 Thread Nan & Ron

Package: installation-reports

Boot method: 

Image version: 


Date: 

Machine: 

Processor: 

Memory: <192 MB>

Partitions: with separate /home>


#1 primary 3.4 GB B f ext3 /
#5 logical 435.9 MB f swap swap
#6 logical 8.3 GB f ext3 /home

Output of lspci -knn (or lspci -nn): or where to find it>


Base System Installation Checklist:

[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot: [O]

Detect network card: [O]

Configure network: [O]

Detect CD: [O]

Load installer modules: [O]

Detect hard drives: [O]

Partition hard drives: [O]

Install base system: [O]

Clock/timezone setup: [O]

User/password setup: [O]

Install tasks: [O]

Install boot loader: [E]

Overall install: [O]

Comments/Problems:

1. Initially, the network didn’t install because I didn’t connect it 
until the HD was reformatted since the original MSWindows operating 
system was so full of viruses that the computer could have compromised 
our home network. Subsequently, I found that escape would bring up the 
main install menu (is this an undocumented feature, or just something I 
didn’t realize?) and I connected the network late in the install. GRUB 
installed. The computer booted OK from the HD, but it could not find 
Icedove on the CU-Denver mirror, probably because the late installation 
of the network. I could use the command line to move around files and 
vim to modify the sources list.


2. Tried a reinstall with Purdue mirror and standard system. This 
install went OK through 177 downloaded files, but GRUB would not 
install. Installed LILO and it seemed to work. I think it downloaded 
Icedove with aptitude, but I couldn’t find the package or make anything 
work except the command line.


3. Tried a reinstall with primary (Debian) mirror and one partition to 
try to fix GRUB. Installed laptop plus standard, downloading 233 files. 
GRUB still would not install. Used LILO. Still couldn’t find Icedove, 
but command line worked.


4. Did a reinstall with primary mirror and separate /home partition 
again. Downloaded 233 files. This time GRUB installed! However, the 
reboot from the HD hung at “Saving VESA state…”.


5. Repeated the install as in 4 above. Same result, hung at same place 
on reboot. At least I finally have a reproducible problem and consistent 
results with GRUB. But I can’t even get to the command line now, whereas 
I could before.


I’ve searched the web and Debian docs and can’t find a solution. My 
intent is to download a new netinst CD and try again. If the hung reboot 
persists, I’ll try Etch. Do you have any advice for me?


Ron Schwiesow

[EMAIL PROTECTED]




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#504922: Lenny install on Dell Inspiron 7500

2008-11-07 Thread Otavio Salvador
Nan & Ron <[EMAIL PROTECTED]> writes:

> I’ve searched the web and Debian docs and can’t find a solution. My
> intent is to download a new netinst CD and try again. If the hung
> reboot persists, I’ll try Etch. Do you have any advice for me?

Hello,

Please try the image available at
http://cdimage.debian.org/cdimage/.lenny_rc1/

This is based in the proposed RC1 installer that will be released next
week. Your feedback on this is very much appreciated since will give
us a good feedback about our state. If possible try your 4 use cases
to see how they behave this time.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Debian Installer Meeting on Friday 7 November 2008 at 21:00 UTC

2008-11-07 Thread Aníbal Monsalve Salazar
On Thu, Nov 06, 2008 at 09:28:51PM +1100, Anibal Monsalve Salazar wrote:
>There will be a Debian Installer Meeting on Friday 7 November 2008 at
>21:00 UTC.
>
>More information is available at the wiki page below.
>
>http://wiki.debian.org/DebianInstaller/Meetings/Coordination

Log file: http://people.debian.org/~anibal/d-i/debian-boot-20081107.log


Minutes
---

People who participated in the meeting:

otavio: Otavio Salvador
bubulle   : Christian Perrier
anibal: Anibal Monsalve Salazar
tbm   : Martin Michlmayr
mace  : Miah Gregory
franklin  : Franklin Piat
faw   : Felipe Augusto van de Wiel 
cjwatson  : Colin Watson
Ryan52: Ryan Niebur

Apologies received from:

fjp   : Frans pop


RC1
---

For RC1, we have done most things. Help is needed for more people to
re-read the announcement [1] and the errata [2].

Christian will ask debian-l10n-english to review the announcement.

Martin reports that mips and arm are complete and he will contact other
porters about the other architectures and subarchitectures. He'll check
the announcement for any missing thing, as well.

The errata is outdated. Otavio will post an errata with a few updates to
the mailing list so others could test the current issues in the errata.
Colin may check the errata WRT PowerMac issues.

Frans probably has some hints for the errata.

Currently, some versions of binary packages used by the D-I are not in
testing yet. This will be taken care of during RC2.

Otavio will go through the mail messages about packages that need an ACK
from D-I before they are unbloked by the release team.

Frans followed the string freeze and translation status so he can
probably deal with that. The deadline is on Monday 10 November.

The announcement has to wait for the final CD build which takes 2 days.
So, the release announcement, errata and website should be ready by
Friday 14 November.

Christian will commit aupdates for the release announcement, errata and
website.


RC2
---

Otavio raised the following RC2 issues:

- win32-loader needs to go to lenny
- kernel needs updating
- l-m-e-2.6 needs fixing due virtualbox version missmatch (did not check
  if it has been fixed or not)
- fix any discovered critical bug in rc1
- check source packages that need to go to lenny due GPL


Post-lenny
--

Otavio will open svn for post-lenny changes after RC1. Colin will keep
an eye on possible changes and push them.


Release Announcement


Otavio proposed to form a team for the release management after RC1.

Christian said the team will have some identified tasks, such as
"release announcement is kept up-to-date by $person1", "errata is
managed by $person2" and so on.


Next Meeting


Anibal will announce a small meeting for Tuesday 11 November at 21:00
UTC.


[1] http://wiki.debian.org/DebianInstaller/ReleaseAnnounce
[2] http://www.debian.org/devel/debian-installer/errata


signature.asc
Description: Digital signature


Bug#504922: Lenny install bug in package, not in install

2008-11-07 Thread Nan & Ron
I tried installation with a new download of the netinst image. GRUB 
installation was successful as in my most recent tries. Problem 
remained; boot from HD hung on "Saving VESA state..."


Reinstalled with NO tasks selected (neither laptop nor standard system). 
Boot from HD was successful!


I conclude that the bug is not with the installer, but rather with one 
of the packages in the tasks, probably in the laptop task, that is 
loaded with the HD boot. Thank you for letting me describe my problem. I 
have learned something, and will learn more by the time I have Icedove 
running.


Ron Schwiesow,  [EMAIL PROTECTED]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]