Re: Automatically identify the suite to use for udeb fetching

2012-02-12 Thread Adam D. Barratt
On Thu, 2012-02-02 at 17:43 -0200, Otavio Salvador wrote:
> To try to work out of box for most situations we use
> /etc/debian_version information to detect from witch suite to
> grab udebs from but allow for overriden by auto-builders.
[...]
>  - If /etc/buildd_target exists, use this for suite (to be used by
>buildds)
> 
> 
>  - Otherise, use /etc/debian_version to detect the suite to use.

+BUILDD_TARGET=$(shell [[ -e /etc/buildd_target ]] && sed 's,sid,unstable,g' 
/etc/buildd_target || echo "")
+ifeq (${BUILDD_TARGET},)
+USE_UDEBS_FROM=$(shell grep -q '/sid$' /etc/debian_version && echo "unstable" 
|| cat /etc/debian_version)

Right now, on a stable system, that will result in USE_UDEBS_FROM being
set to "6.0.4".  That doesn't seem like it will do anything useful,
particularly as there's no such directory in dists/ (there's a
"Debian6.0.4" symlink, but I imagine that trying to get apt to use that
is unlikely to work well).

I realise that the plan is for it to be handled via the new variable, I
just wonder if there's an alternative approach that doesn't rely on
changes to every {old,}stable, testing and experimental build chroot.  I
pondered suggesting parsing sources.list, but then realised that won't
work if sources.list.d files are in use.

> This would allow us to have the experimental building working, using
> experimental buildds, and use unstable for beta and rc releases. When
> stable comes, buildds can set the suite according too.

Has this been discussed with the buildd folks yet, given they'd need to
be the ones adding all the flag files?

Regards,

Adam



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1329113880.27786.84.ca...@jacala.jungle.funky-badger.org



Bug#637784: installation-reports: Partition disks error: No root file system is defined.

2012-02-12 Thread Charles Plessy
Le Sun, Feb 12, 2012 at 04:40:38PM +0900, Charles Plessy a écrit :
> Le Sat, Aug 20, 2011 at 06:26:45PM +0900, Charles Plessy a écrit :
> > 
> > Using the shell console, I found that the partition table was the following:
> > 
> >   Disk /dev/xvda1: 1073 MB, 1073741824 bytes
> >   255 heads, 63 sectors/track, 130 cylinders
> >   Units = cylinders of 16065 * 512 = 8225280 bytes
> >   Sector size (logical/physical): 512 bytes / 512 bytes
> >   I/O size (minimum/optimal): 512 bytes / 512 bytes
> >   Disk identifier: 0x0002dcf2
> >   
> >   Device Boot  Start End  Blocks   Id  System
> >   /dev/xvda1p1   *   1 118  947803+  83  Linux
> >   /dev/xvda1p2 119 130   963905  Extended
> >   /dev/xvda1p5 119 130   96358+  82  Linux swap / 
> > Solaris
> > 
> > However, the device files /dev/xvda1p1, p2 and p5 are not available.  Do 
> > you have any idea ?
> 
> I have tested today's build of Debian-Installer, and the bug is still there.
> 
> To summarise:
> 
>  - On that machine, the drive's name is /dev/xvda1.
>  - Partman handles this by making partitions called /dev/xvda1p1 /dev/xvda1p2 
> /dev/xvda1p5
>  - The installation then fails as there are no such devices.

Hi again,

I tried to modify the partition table by hand using fdisk, and after writing it
I see the following error message.

  WARNING: Re-reading the partition table failed with error 22: Invalid 
argument.
  The kernel still uses the old table. The new table will be used at
  the next reboot or after you run partprobe(8) or kpartx(8)
  Syncing disks.

So the scenario is:

  - Partman partitions the disk,
  - the kernel is not informed of the changes,
  - udev does not create new links in /dev,
  - formatting and installation are impossible.

Do you think that this bug should be re-assigned somewhere else ?

Have a nice day,

-- 
Charles



--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120213010606.ga...@plessy.org



switch to console-setup?

2012-02-12 Thread Samuel Thibault
Hello,

According to
http://wiki.debian.org/DebianInstaller/ConsoleSetupSwitch
there's not much left before switching d-i to console-setup. I have
processed FJP's review mails and turned them into a few bug reports &
patches:

#658668 console-setup: Only include the debconf-selectable layouts in udeb
(only a matter of size, which is already smaller than kbd-chooser+console-data)
#658046 console-setup-udeb: Please skip keymap configuration when d-i is run on 
a serial or UML console
#658049 console-setup-udeb: Go back does not work in layout toggle question

All three seem minor to me and not an excuse for not making the switch.

There is however one thing that I couldn't really test: non-x86 archs,
as I don't have the hardware.

Shall we just do the switch and ask non-x86 people to try daily images?
We have to do the switch real soon to make sure it is well-tested.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120212231702.gt2...@type.famille.thibault.fr



Bug#659659: current version of ifconfig breaks D-I

2012-02-12 Thread Robert Millan
Package: freebsd-net-tools-udeb
Version: 9.0-1
Severity: grave

udhcpc expects this to work, but it doesn't:

$ sudo ifconfig xl0 inet 0.0.0.0
ifconfig: can't set link-level netmask or broadcast

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120212214235.9915.6695.reportbug@thorin



clock-setup_0.110_i386.changes ACCEPTED into unstable

2012-02-12 Thread Debian FTP Masters



Accepted:
clock-setup_0.110.dsc
  to main/c/clock-setup/clock-setup_0.110.dsc
clock-setup_0.110.tar.gz
  to main/c/clock-setup/clock-setup_0.110.tar.gz
clock-setup_0.110_i386.udeb
  to main/c/clock-setup/clock-setup_0.110_i386.udeb


Override entries for your package:
clock-setup_0.110.dsc - source debian-installer
clock-setup_0.110_i386.udeb - standard debian-installer

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 659611 


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1rwfob-0003my...@franck.debian.org



Bug#659611: marked as done (clock-setup: Please support /etc/default/hwclock)

2012-02-12 Thread Debian Bug Tracking System
Your message dated Sun, 12 Feb 2012 19:47:11 +
with message-id 
and subject line Bug#659611: fixed in clock-setup 0.110
has caused the Debian Bug report #659611,
regarding clock-setup: Please support /etc/default/hwclock
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 ow...@bugs.debian.org
immediately.)


-- 
659611: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659611
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: clock-setup
Version: 0.109
Severity: important
Tags: patch

Hi,

In order to resolve bugs including #659451 and permit
/etc/default/rcS to become a regular conffile, I'd like to
move the UTC variable from /etc/default/rcS to
/etc/default/hwclock.  This would require clock-setup to
be patched before this can be fixed in initscripts, to
avoid breakage.  A patch is attached which makes clock-setup
use /etc/default/hwclock, but fall back to /etc/default/rcS
for backward compatibility if not present.  I'd appreciate
it if you would consider applying it.


Regards,
Roger

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From a3878e9c14e4283a43afd34cefbf88e8fa36fa2f Mon Sep 17 00:00:00 2001
From: Roger Leigh 
Date: Sun, 12 Feb 2012 14:41:59 +
Subject: [PATCH] 10clock-setup: Support /etc/default/hwclock

/etc/default/hwclock supersedes /etc/default/rcS as the location
for the UTC configuration option.  Use /etc/default/hwclock, but
fall back to /etc/default/rcS if it is not present, for backward
compatibility.
---
 finish-install.d/10clock-setup |   10 +++---
 1 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/finish-install.d/10clock-setup b/finish-install.d/10clock-setup
index f825bb8..c80f1dd 100755
--- a/finish-install.d/10clock-setup
+++ b/finish-install.d/10clock-setup
@@ -92,14 +92,18 @@ if ! db_go; then
 fi
 
 # Update target system configuration for utc/localtime selection
-rcsfile=/target/etc/default/rcS
+if [ -f /target/etc/default/hwclock ]; then
+	utcfile=/target/etc/default/hwclock
+else
+	utcfile=/target/etc/default/rcS
+fi
 
 db_get clock-setup/utc
 if [ "$RET" = true ]; then
-	sed -i -e 's:^UTC="no":UTC="yes":' -e 's:^UTC=no:UTC=yes:' $rcsfile
+	sed -i -e 's:^UTC="no":UTC="yes":' -e 's:^UTC=no:UTC=yes:' $utcfile
 	OPT="--utc"
 else
-	sed -i -e 's:^UTC="yes":UTC="no":' -e 's:^UTC=yes:UTC=no:' $rcsfile
+	sed -i -e 's:^UTC="yes":UTC="no":' -e 's:^UTC=yes:UTC=no:' $utcfile
 	OPT="--localtime"
 fi
 
-- 
1.7.9

--- End Message ---
--- Begin Message ---
Source: clock-setup
Source-Version: 0.110

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

clock-setup_0.110.dsc
  to main/c/clock-setup/clock-setup_0.110.dsc
clock-setup_0.110.tar.gz
  to main/c/clock-setup/clock-setup_0.110.tar.gz
clock-setup_0.110_i386.udeb
  to main/c/clock-setup/clock-setup_0.110_i386.udeb



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 659...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Joey Hess  (supplier of updated clock-setup 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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 12 Feb 2012 15:28:20 -0400
Source: clock-setup
Binary: clock-setup
Architecture: source i386
Version: 0.110
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Joey Hess 
Description: 
 clock-setup - set up clock (udeb)
Closes: 659611
Changes: 
 clock-setup (0.110) unstable; urgency=low
 .
   * /etc/default/hwclock supersedes /etc/default/rcS as the location
for the UTC configuration option.  Use /etc/default/hwclock, but
fall back to /etc/default/rcS if it is not present, for backward
compatibility. (Roger Leigh) Closes: #659611
Checksums-Sha1: 
 8e9108f550ad6ef669f713d86551e3a8fe2ab230 1576 clock-setup_0.110.dsc
 dcfc5e524cb06e0149b164f4660078e6e231299f 84080 clock-setup_0.110.tar.gz
 22b0e52377250fcda5546eff014965efb67b2fc8 60396 clock-setup_0.110_i386.udeb
Checksums-Sha256: 
 0286aaf9e

Processing of clock-setup_0.110_i386.changes

2012-02-12 Thread Debian FTP Masters
clock-setup_0.110_i386.changes uploaded successfully to localhost
along with the files:
  clock-setup_0.110.dsc
  clock-setup_0.110.tar.gz
  clock-setup_0.110_i386.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1rwfap-0001lg...@franck.debian.org



Bug#562427: cryptsetup: Cannot enter luks pass phrase with USB keyboard during boot

2012-02-12 Thread s7ick

Confirmed for latest stable at the moment, installed via netinstall.

2:1.1.3-4squeeze2: amd64

I personally think it should be marked as important due to obvious 
reason of inability to log into installed debian instance.


Bug#659611: clock-setup: Please support /etc/default/hwclock

2012-02-12 Thread Roger Leigh
Package: clock-setup
Version: 0.109
Severity: important
Tags: patch

Hi,

In order to resolve bugs including #659451 and permit
/etc/default/rcS to become a regular conffile, I'd like to
move the UTC variable from /etc/default/rcS to
/etc/default/hwclock.  This would require clock-setup to
be patched before this can be fixed in initscripts, to
avoid breakage.  A patch is attached which makes clock-setup
use /etc/default/hwclock, but fall back to /etc/default/rcS
for backward compatibility if not present.  I'd appreciate
it if you would consider applying it.


Regards,
Roger

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From a3878e9c14e4283a43afd34cefbf88e8fa36fa2f Mon Sep 17 00:00:00 2001
From: Roger Leigh 
Date: Sun, 12 Feb 2012 14:41:59 +
Subject: [PATCH] 10clock-setup: Support /etc/default/hwclock

/etc/default/hwclock supersedes /etc/default/rcS as the location
for the UTC configuration option.  Use /etc/default/hwclock, but
fall back to /etc/default/rcS if it is not present, for backward
compatibility.
---
 finish-install.d/10clock-setup |   10 +++---
 1 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/finish-install.d/10clock-setup b/finish-install.d/10clock-setup
index f825bb8..c80f1dd 100755
--- a/finish-install.d/10clock-setup
+++ b/finish-install.d/10clock-setup
@@ -92,14 +92,18 @@ if ! db_go; then
 fi
 
 # Update target system configuration for utc/localtime selection
-rcsfile=/target/etc/default/rcS
+if [ -f /target/etc/default/hwclock ]; then
+	utcfile=/target/etc/default/hwclock
+else
+	utcfile=/target/etc/default/rcS
+fi
 
 db_get clock-setup/utc
 if [ "$RET" = true ]; then
-	sed -i -e 's:^UTC="no":UTC="yes":' -e 's:^UTC=no:UTC=yes:' $rcsfile
+	sed -i -e 's:^UTC="no":UTC="yes":' -e 's:^UTC=no:UTC=yes:' $utcfile
 	OPT="--utc"
 else
-	sed -i -e 's:^UTC="yes":UTC="no":' -e 's:^UTC=yes:UTC=no:' $rcsfile
+	sed -i -e 's:^UTC="yes":UTC="no":' -e 's:^UTC=yes:UTC=no:' $utcfile
 	OPT="--localtime"
 fi
 
-- 
1.7.9