Re: installation cd

[Cyril Brulebois]

Hi,

Arjun Madhusudan  (06/02/2012):
> Please send me Installation  CD are  DVD.

please check this out:
  http://www.debian.org/distrib/

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: D-I daily builds failure for armel....

[Hector Oron]

Hello,

2012/2/6 Christian PERRIER :
> Quoting Daily build aggregator (debian-boot@lists.debian.org):
>> Debian installer build overview
>> ---
>>
>> Failed or old builds:
>>
>> * OLD BUILD:    armel Jan 31 06:07 buildd@ancina build_iop32x_netboot
>>                 
>> http://d-i.debian.org/daily-images/armel/daily/build_iop32x_netboot.log
>
>
> It's been a few days now that armeldaily builds are failing. Last time
> I had a brief look at this, it appeared to be cause by some missing
> udeb packages for kernel modules...

Current d-i kernel seem like it was never built on armel,
 < https://buildd.debian.org/status/logs.php?pkg=linux-2.6&arch=armel >

Cheers,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


--
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/CAODfWeGqXEHagYQ2LneY-1BB=5gwng2fu5gpyilnnsdhrer...@mail.gmail.com

Bug#658668: console-setup: Only include the debconf-selectable layouts in udeb

[Anton Zinoviev]

On Sun, Feb 05, 2012 at 03:30:54PM +0100, Samuel Thibault wrote:
> 
> Here is a patch proposal. It brings pc105.ekmap.gz from 120KiB down to
> 33KiB, and pc105.ekmp from 1MiB down to 300KiB, definitely worth it :)

Both files are compressed and they are newer in uncompressed form (on 
the file system or in the memory).  I suppose the spared space is not 
that big if you measure the gzipped files?

BTW, isn't the size of the installed udebs of console-setup in their 
current form smaller than the alternative size with kbd-chooser?  Not 
that I am opposing your work, I am just curious if there is something I 
don't know.

Anton Zinoviev





-- 
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/20120206141128.ga27...@logic.fmi.uni-sofia.bg

Bug#658668: console-setup: Only include the debconf-selectable layouts in udeb

[Samuel Thibault]

Anton Zinoviev, le Mon 06 Feb 2012 16:11:28 +0200, a écrit :
> On Sun, Feb 05, 2012 at 03:30:54PM +0100, Samuel Thibault wrote:
> > 
> > Here is a patch proposal. It brings pc105.ekmap.gz from 120KiB down to
> > 33KiB, and pc105.ekmp from 1MiB down to 300KiB, definitely worth it :)
> 
> Both files are compressed and they are newer in uncompressed form (on 
> the file system or in the memory).  I suppose the spared space is not 
> that big if you measure the gzipped files?

That's the figures above: the gzipped file goes down from 120KiB to
33KiB.

> BTW, isn't the size of the installed udebs of console-setup in their 
> current form smaller than the alternative size with kbd-chooser?

IIRC yes. Not a reason not to do it :)

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/20120206144746.gw4...@type.bordeaux.inria.fr

Bug#658668: console-setup: Only include the debconf-selectable layouts in udeb

[Samuel Thibault]

Samuel Thibault, le Mon 06 Feb 2012 15:47:46 +0100, a écrit :
> > BTW, isn't the size of the installed udebs of console-setup in their 
> > current form smaller than the alternative size with kbd-chooser?
> 
> IIRC yes. Not a reason not to do it :)

(The real reason was that the sparc netboot image was reported as having
become too big.  The keymaps can help here.)

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/20120206150443.gx4...@type.bordeaux.inria.fr

seeding debconf values

[Marcus Möller]

Hi all.

I stumbled about the following paragraph in the documenation [1]:

'For debconf variables (templates) used in the installer itself, the owner 
should be set to “d-i”; to preseed variables used in the installed system, the 
name of the package that contains the corresponding debconf template should be 
used. Only variables that have their owner set to something other than “d-i” 
will be propagated to the debconf database for the installed system.'

and wonder what is best practice for variables like:

debconf/priority select critical

I want this to be set during installation AND in the installed system, and 
noticed that:

debconf debconf/priority select critical

seems to apply for both.

Is that the correct way to go, or should i better define both:

d-i debconf/priority string critical
debconf debconf/priority select critical

?

Greets
Marcus
[1]: http://www.debian.org/releases/stable/i386/apbs03.html.en
-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!  

Jetzt informieren: http://www.gmx.net/de/go/freephone/


-- 
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/20120206152326.168...@gmx.net

Bug#656710: partman-crypto: Preseeding the passphrase

[Olaf Mandel]

Am 21.01.2012 08:36, schrieb Christian PERRIER:
> Quoting Olaf Mandel (o...@mandel.name):
-Snipp-
>> The passphrase should be preseedable for unattended installations. This
>> is possible in the Ubuntu-version of this package since at least the end
>> of March 2010 (40ubuntu2). The attached patch is an independent
>> implementation of the same functionality.
-Snipp-
> We generally leave it up to Colin Watson to decide what Ubuntu change
> is well suited for being included in Debian, when it comes at D-I. So
> let's get his input about this.
> 
Hello,

maybe I should clarify a bit: while I replicated a feature available in
Ubuntu, I did not copy their patch over! This started out as an
independent work and only later did I realise that Ubuntu had already
patched this. If you compare my patch (both the first, defective one and
the second, corrected one) to their package, you should see that I take
a different approach from how things are done in the Ubuntu package.

Bearing this in mind, Colin Watsons opinion is certainly welcome, but is
his approval really needed to consider this patch?

Best regards,
Olaf Mandel
-- 
Olaf Mandel  
PGP key:  1024D/33398848 2002-09-19
Fingerprint:  0E33 BEA6 1A71 9C5E 62BD  FC0E 99A7 D2C6 3339 8848



signature.asc
Description: OpenPGP digital signature

Bug#658968: debian-installer: permits install with out configuring root password

[Sam]

Package: debian-installer
Severity: normal
Tags: d-i

Debian installer will allow you to complete an install without ever visiting 
the configure users section and no warning.  This will result in a system 
installed with no way to log in except booting with init=/bin/sh

I would suggest that there be a warning, and perhaps have NO password for root 
under this situation rather than root:*: in shadow -- the warning would be 
particularly nice, as I had begun an install in a location that has slow access 
and I can not stay at for an extended period of time and enabled the remote-ssh 
method to continue.  when I resumed, I thought I had already visited the users 
section but had not.  I found this out after I rebooted, which resulted in the 
necessity of scheduling another trip to the location simply to set a root 
password and allow logins to the system.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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/20120206233228.1373.920.report...@debiantest.bingner.com

Debian installer build: failed or old builds

[Daily build aggregator]

Debian installer build overview
---

Failed or old builds:

* OLD BUILD:armel Jan 31 06:07 buildd@ancina build_iop32x_netboot 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_netboot.log

* FAILED BUILD: armel Jan 31 06:07 buildd@ancina build_iop32x_netboot 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_netboot.log

* OLD BUILD:armel Jan 31 06:07 buildd@ancina 
build_iop32x_network-console_glantank 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_glantank.log

* FAILED BUILD: armel Jan 31 06:07 buildd@ancina 
build_iop32x_network-console_glantank 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_glantank.log

* OLD BUILD:armel Jan 31 06:08 buildd@ancina 
build_iop32x_network-console_n2100 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_n2100.log

* FAILED BUILD: armel Jan 31 06:08 buildd@ancina 
build_iop32x_network-console_n2100 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_n2100.log

* OLD BUILD:armel Jan 31 06:09 buildd@ancina 
build_iop32x_network-console_ss4000e 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_ss4000e.log

* FAILED BUILD: armel Jan 31 06:09 buildd@ancina 
build_iop32x_network-console_ss4000e 

http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_ss4000e.log

* OLD BUILD:armel Jan 31 06:10 buildd@ancina build_kirkwood_netboot 

http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot.log

* FAILED BUILD: armel Jan 31 06:10 buildd@ancina build_kirkwood_netboot 

http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot.log

* OLD BUILD:armel Jan 31 06:12 buildd@ancina build_kirkwood_netboot-gtk 

http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot-gtk.log

* FAILED BUILD: armel Jan 31 06:12 buildd@ancina 
build_kirkwood_netboot-gtk 

http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot-gtk.log

* OLD BUILD:armel Jan 31 06:12 buildd@ancina build_kirkwood_network-console 

http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_network-console.log

* FAILED BUILD: armel Jan 31 06:12 buildd@ancina 
build_kirkwood_network-console 

http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_network-console.log

* OLD BUILD:armel Jan 31 06:13 buildd@ancina build_orion5x_network-console 

http://d-i.debian.org/daily-images/armel/daily/build_orion5x_network-console.log

* FAILED BUILD: armel Jan 31 06:13 buildd@ancina 
build_orion5x_network-console 

http://d-i.debian.org/daily-images/armel/daily/build_orion5x_network-console.log

* OLD BUILD:armel Jan 31 06:14 buildd@ancina build_versatile_netboot 

http://d-i.debian.org/daily-images/armel/daily/build_versatile_netboot.log

* FAILED BUILD: armel Jan 31 06:14 buildd@ancina build_versatile_netboot 

http://d-i.debian.org/daily-images/armel/daily/build_versatile_netboot.log

* OLD BUILD:armel Jan 31 06:17 buildd@ancina build_ads_cf 
http://d-i.debian.org/daily-images/armel/daily/build_ads_cf.log


Totals: 162 builds (9 failed, 10 old)


-- 
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/e1ruzpf-0002ho...@ravel.debian.org

os-prober changes

[Андрей Гаврилин]

Hello.

I have changed Linux detection and I have added *BSD detection. We
will use It for Mandriva/ROSA.

diff --git a/os-probes/common/50mounted-tests b/os-probes/common/50mounted-tests
index 7865b51..e61cb13 100755
--- a/os-probes/common/50mounted-tests
+++ b/os-probes/common/50mounted-tests
@@ -54,9 +54,21 @@ if which grub-mount >/dev/null 2>&1 && \
 else
ro_partition "$partition"
for type in $types $delaytypes; do
-   if mount -o ro -t "$type" "$partition" "$tmpmnt" 2>/dev/null; 
then
+   if [ "$type" = ufs ]; then
+   for ufstype in ufs2 44bsd; do
+   if mount -o ro,ufstype=$ufstype -t "$type" 
"$partition" "$tmpmnt"
2>/dev/null; then
+   mounted=1
+   break
+   fi
+   done
+   else
+   if mount -o ro -t "$type" "$partition" "$tmpmnt" 
2>/dev/null; then
+   mounted=1
+   fi
+   fi
+
+   if [ "$mounted" ]; then
debug "mounted as $type filesystem"
-   mounted=1
break
fi
done
diff --git a/os-probes/mounted/common/90bsd-distro
b/os-probes/mounted/common/90bsd-distro
new file mode 100755
index 000..b190aab
--- /dev/null
+++ b/os-probes/mounted/common/90bsd-distro
@@ -0,0 +1,45 @@
+#!/bin/sh
+# Test for *BSD distributions.
+set -e
+
+. /usr/share/os-prober/common.sh
+
+partition="$1"
+dir="$2"
+type="$3"
+
+if [ "$type" = ufs ]; then
+  disk=$(echo $partition | gawk '{ match($0,
/([[:alpha:][:punct:]]+)[[:digit:]]+/, disk); print disk[1] }')
+
+  if [ ! -z "$disk" ]; then
+tpartition=$(echo $partition | sed 's|\/|\\/|g')
+
+system=$(fdisk -l $disk | awk
'/'$tpartition'[[:blank:]]+\*[[:blank:]]+.+[[:blank:]]+.+BSD/ {print
$7}')
+
+if [ ! -z "$system" ]; then
+  title=
+
+  if [ -f $dir/etc/motd ]; then
+case $system in
+FreeBSD | NetBSD | OpenBSD) title=$(cat $dir/etc/motd | gawk
'{ match($0, 
/('$system')[[:blank:]]+([[:graph:]]+)[[:blank:]]+(\([[:print:]]+\))/,
title); print title[1], title[2], title[3]; exit 0}')
+;;
+esac
+  fi
+
+  if [ -z "$title" ]; then
+title="$system"
+  fi
+
+  label="$(count_next_label "$system")"
+  echo "$partition:$title:$label:chain"
+
+  exit 0
+else
+  exit 1
+fi
+  else
+exit 1
+  fi
+else
+  exit 1
+fi
diff --git a/os-probes/mounted/common/90linux-distro
b/os-probes/mounted/common/90linux-distro
index f237a38..147c6a1 100755
--- a/os-probes/mounted/common/90linux-distro
+++ b/os-probes/mounted/common/90linux-distro
@@ -13,122 +13,166 @@ type="$3"
 # better. Make sure this test has a high number so that more accurate tests
 # can come first.
 # TODO: look for ld-linux.so on arches that have it
-if ls "$dir"/lib*/ld*.so* >/dev/null 2>/dev/null; then
-   if [ -e "$dir/etc/debian_version" ]; then
-   short="Debian"
-   long="$(printf "Debian GNU/Linux (%s)\n" "$(cat 
"$dir/etc/debian_version")")"
-   # RPM derived distributions may also have a redhat-release or
-   # mandrake-release, so check their files first.
-   elif [ -e "$dir/etc/altlinux-release" ]; then
-   short="ALTLinux"
-   long="$(cat "$dir/etc/altlinux-release")"
-   elif [ -e "$dir/etc/magic-release" ]; then
-   short="Magic"
-   long="$(cat "$dir/etc/magic-release")"
-   elif [ -e "$dir/etc/blackPanther-release" ]; then
-   short="blackPanther"
-   long="$(cat "$dir/etc/blackPanther-release")"
-   elif [ -e "$dir/etc/ark-release" ]; then
-   short="Ark"
-   long="$(cat "$dir/etc/ark-release")"
-   elif [ -e "$dir/etc/arch-release" ]; then
-   short="Arch"
-   long="$(cat "$dir/etc/arch-release")"
-   elif [ -e "$dir/etc/asplinux-release" ]; then
-   short="ASPLinux"
-   long="$(cat "$dir/etc/asplinux-release")"
-   elif [ -e "$dir/etc/lvr-release" ]; then
-   short="LvR"
-   long="$(cat "$dir/etc/lvr-release")"
-   elif [ -e "$dir/etc/caos-release" ]; then
-   short="cAos"
-   long="$(cat "$dir/etc/caos-release")"
-   elif [ -e "$dir/etc/aurox-release" ]; then
-   short="Aurox"
-   long="$(cat "$dir/etc/aurox-release")"
-   elif [ -e "$dir/etc/engarde-release" ]; then
-   short="EnGarde"
-   long="$(cat "$dir/etc/engarde-release")"
-   elif [ -e "$dir/etc/vine-release" ]; then
-   short="Vine"
-   long="$(cat "$dir/etc/vine-release")"
-   elif [ -e "$dir/etc/whitebox-release" ]; then
-   short="WhiteBox"
-   long="$(ca

Bug#658968: debian-installer: permits install with out configuring root password

[Christian PERRIER]

Quoting Sam (s...@bingner.com):
> Package: debian-installer
> Severity: normal
> Tags: d-i
> 
> Debian installer will allow you to complete an install without ever visiting 
> the configure users section and no warning.  This will result in a system 
> installed with no way to log in except booting with init=/bin/sh


You really need to explain how you ended up in this situation.



signature.asc
Description: Digital signature