New strings for flash-kernel

[Martin Michlmayr]

I'm afraid I'll have to add two new (short) strings to flash-kernel
and change one string.  This is because I've added the ability to make
certain embedded systems bootable that need a special boot image on
disk.  The current messages talk about writing the kernel to flash and
this is not appropriate here and would confuse users.

And comments?

(I looked through d-i to see if there are any strings I could reuse
but I couldn't find anything.)

Index: debian/control
===
--- debian/control  (revision 53941)
+++ debian/control  (working copy)
@@ -28,4 +28,4 @@
 Provides: bootable-system
 Depends: cdebconf-udeb, installed-base
 XB-Installer-Menu-Item: 7300
-Description: Configure flash to boot the system
+Description: Configure system to make it bootable
Index: debian/flash-kernel-installer.templates
===
--- debian/flash-kernel-installer.templates (revision 53940)
+++ debian/flash-kernel-installer.templates (working copy)
@@ -5,6 +5,13 @@
 # :sl4:
 _Description: Configuring flash memory to boot the system
 
+Template: flash-kernel-installer/progress_disk
+Type: text
+# This item is a progress bar item when an embedded device is
+# configured so it will boot from disk
+# :sl4:
+_Description: Configuring system to make it bootable
+
 Template: flash-kernel-installer/prepare
 Type: text
 # This is "preparing the system" to flash the kernel and initrd
@@ -19,6 +26,14 @@
 # :sl4:
 _Description: Writing the kernel to flash memory
 
+Template: flash-kernel-installer/generating_image
+Type: text
+# This is a progress bar showing up when the system generates a
+# special boot image on disk for some embedded device so they
+# can boot.
+# :sl4:
+_Description: Generating boot image on disk
+
 Template: debian-installer/flash-kernel-installer/title
 Type: text
 #  Main menu item
@@ -26,4 +41,4 @@
 # the flashable memory used by many embedded devices
 # (writing the kernel and initrd to it)
 # :sl4:
-_Description: Configure flash memory to boot the system
+_Description: Configure system to make it bootable
Index: debian/flash-kernel-installer.postinst
===
--- debian/flash-kernel-installer.postinst  (revision 53940)
+++ debian/flash-kernel-installer.postinst  (working copy)
@@ -16,8 +16,25 @@
mount | grep "on /target${1%/} " | cut -d' ' -f1
 }
 
+# Are we writing to flash or constructing an image on disk?
+write_to_flash() {
+   case "$machine" in
+   "HP Media Vault mv2120")
+   return 1
+   ;;
+   *)
+   return 0
+   ;;
+   esac
+}
 
-db_progress START 0 2 flash-kernel-installer/progress
+machine=$(grep "^Hardware" /proc/cpuinfo | sed 's/Hardware\s*:\s*//')
+
+if write_to_flash; then
+   db_progress START 0 2 flash-kernel-installer/progress
+else
+   db_progress START 0 2 flash-kernel-installer/progress_disk
+fi
 db_progress INFO flash-kernel-installer/prepare
 
 if ! apt-install flash-kernel; then
@@ -30,7 +47,6 @@
/target/etc/kernel-img.conf
 fi
 
-machine=$(grep "^Hardware" /proc/cpuinfo | sed 's/Hardware\s*:\s*//')
 case "$machine" in
"HP Media Vault mv2120")
in-target update-initramfs -u || true
@@ -76,7 +92,11 @@
 esac
 
 db_progress STEP 1
-db_progress INFO flash-kernel-installer/flashing
+if write_to_flash; then
+   db_progress INFO flash-kernel-installer/flashing
+else
+   db_progress INFO flash-kernel-installer/generating_image
+fi
 
 # We need the udev /dev which has the MTD devices
 mount -o bind /dev /target/dev


-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot

[Barry Tennison]

Otavio Salvador wrote:

Hello Barry,

Looking at the output data I fail to see how this mess happened. I'd
like to ask you to do another test for us. Please boot d-i and after
wireless has been properly setup grab the following information:

/proc/net/dev
lspci -knn

My current bet is that wireless is using a different module, but it's
a guess and I'd like to confirm that.



Hi Otavio!

Thanks for your emails.  I'm delighted my installation report is being 
taken seriously, and I'm very happy to try to help out.  It was a great 
day for me when the d-i started to support wifi devices for netinstall 
(unlike ubuntu still, I think!) because my ethernet sockets are in 
awkward places and wifi is so much easier especially for laptops.  So 
I'm happy to try to help make this easy for others too.


I shall be particularly glad if we can get to understand this ifrename 
stuff.  It has plagued me before (mainly with PCMCIA wifi cards) but is 
just easy enough to work around that there's little incentive to find 
the real mend.  I always had a suspicion that it was udev (don't you 
just love and hate udev?) and it does seem to play a role, even if not 
the main role (see syslog extract below).


Anyway, here's the info you asked for, followed by some you didn't.

** with installer kernel running, eth1=wifi up
cat /proc/net/dev

Inter-|   Receive|  Transmit
 face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo:   0   0000 0  0 00  
 0000 0   0  0
  eth0:   0   0000 0  0 00  
 0000 0   0  0
  eth1:4654  14000 0  0 0 1125  
 5000 0   0  0


lspci -knn

00:00.0 Host bridge [0600]: Intel Corporation 82830 830 Chipset Host Bridge 
[8086:3575] (rev 04)
00:02.0 VGA compatible controller [0300]: Intel Corporation 82830 CGC [Chipset 
Graphics Controller] [8086:3577] (rev 04)
00:02.1 Display controller [0380]: Intel Corporation 82830 CGC [Chipset 
Graphics Controller] [8086:3577]
00:1d.0 USB Controller [0c03]: Intel Corporation 82801CA/CAM USB Controller #1 
[8086:2482] (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.1 USB Controller [0c03]: Intel Corporation 82801CA/CAM USB Controller #2 
[8086:2484] (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.2 USB Controller [0c03]: Intel Corporation 82801CA/CAM USB Controller #3 
[8086:2487] (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge 
[8086:2448] (rev 42)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801CAM ISA Bridge (LPC) 
[8086:248c] (rev 02)
00:1f.1 IDE interface [0101]: Intel Corporation 82801CAM IDE U100 Controller 
[8086:248a] (rev 02)
Kernel driver in use: PIIX_IDE
Kernel modules: piix
00:1f.3 SMBus [0c05]: Intel Corporation 82801CA/CAM SMBus Controller 
[8086:2483] (rev 02)
00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801CA/CAM AC'97 
Audio Controller [8086:2485] (rev 02)
00:1f.6 Modem [0703]: Intel Corporation 82801CA/CAM AC'97 Modem Controller 
[8086:2486] (rev 02)
02:02.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A 
IEEE-1394a-2000 Controller (PHY/Link) [104c:8023]
Kernel driver in use: firewire_ohci
Kernel modules: firewire-ohci
02:05.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c475 [1180:0475] (rev 80)
Kernel driver in use: yenta_cardbus
Kernel modules: yenta_socket
02:08.0 Ethernet controller [0200]: Intel Corporation 82801CAM (ICH3) PRO/100 
VE (LOM) Ethernet Controller [8086:1031] (rev 42)
Kernel driver in use: e100
Kernel modules: e100, eepro100
02:0b.0 Network controller [0280]: Intersil Corporation Prism 2.5 Wavelan 
chipset [1260:3873] (rev 01)
Kernel driver in use: orinoco_pci
Kernel modules: orinoco_pci


and for good measure, showing up hermes (and yenta):
lsmod

Module  Size  Used by
orinoco_pci 6784  0 
orinoco38932  1 orinoco_pci

hermes  7040  2 orinoco_pci,orinoco
e100   33804  0 
mii 5248  1 e100
nls_iso8859_1   4096  1 
isofs  32164  1 
zlib_inflate   14336  1 isofs

ide_generic 1152  0 [permanent]
sd_mod 27024  0 
vga16fb13068  2 
vgastate8192  1 vga16fb
fan 4740  0 
sg 33440  0 
sr_mod 16420  1 
cdrom  32416  1 sr_mod
firewire_sbp2  14092  0 
pcmcia 36780  0 
firmware_class  9088  1 pcmcia
ide_disk 

Processing of oldsys-preseed_2.0_armel.changes

[Archive Administrator]

oldsys-preseed_2.0_armel.changes uploaded successfully to localhost
along with the files:
  oldsys-preseed_2.0.dsc
  oldsys-preseed_2.0.tar.gz
  oldsys-preseed_2.0_armel.udeb

Greetings,

Your Debian queue daemon


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

Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot

[Barry Tennison]

Otavio Salvador wrote:

Hello Barry,

Looking at the output data I fail to see how this mess happened. I'd
like to ask you to do another test for us. Please boot d-i and after
wireless has been properly setup grab the following information:

/proc/net/dev
lspci -knn

My current bet is that wireless is using a different module, but it's
a guess and I'd like to confirm that.



Further to my recent email with lots of output included:

A bit of digging found the following, amongst others:
http://blog.janus.cx/archives/226-Renaming-interface-wlan0_rename-to-wlan0-using-a-udev-rule-under-Debian-Etch.html
http://ubuntuforums.org/showthread.php?p=4598734
https://bugs.launchpad.net/ubuntu/+source/udev/+bug/202575

I now believe this is squarely to do with the "master/slave" stuff 
between wifi0 and wlan0 in SOME drivers, aka hostap I think.  I came 
across it before with madwifi.  See eg

http://madwifi.org/wiki/UserDocs/StationInterface
although I seem to recall finding better documentation than that 
previously - I'll keep looking.


The basic idea seems to be that some drivers - now, I think including 
the current hermes/orinoco - create a base device (often called wifiN, 
typically N=0), and this has the capability of being used as master for 
a number (maybe 1) of APs (access points) and a number of "stations" 
(normal 802.11 clients).  So bringing up such an interface in the 
"normal" way involves:

* driver creates master device eg wifi0
* someone (?who - also the driver?) creates single station device wlan0 
as in above link

You can see this happening in the syslog extract I supplied.

THEN, in our context, someone like udev gets involved and for some 
reason wlan0 has to be renamed wlan0_rename...


It would be great if you knew someone who (a) could explain this better, 
or point at the FAQ and (b) could see how to circumvent, subvert or just 
mend it for our simple context!


Hope this helps,

Barry




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

oldsys-preseed_2.0_armel.changes ACCEPTED

[Debian Installer]

Accepted:
oldsys-preseed_2.0.dsc
  to pool/main/o/oldsys-preseed/oldsys-preseed_2.0.dsc
oldsys-preseed_2.0.tar.gz
  to pool/main/o/oldsys-preseed/oldsys-preseed_2.0.tar.gz
oldsys-preseed_2.0_armel.udeb
  to pool/main/o/oldsys-preseed/oldsys-preseed_2.0_armel.udeb


Override entries for your package:
oldsys-preseed_2.0.dsc - source debian-installer
oldsys-preseed_2.0_armel.udeb - optional debian-installer

Announcing to [EMAIL PROTECTED]


Thank you for your contribution to Debian.


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

Bug#488374: installation-reports: [ia64] missing libunwind.so.7 => parted_devices cannot find disks

[Simon McVittie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: installation-reports
Severity: normal

Greetings from the Cambridge BSP!

While reinstalling an IA64 with a d-i daily-build netinst CD, the
"Detect disks" stage failed. Here's a snippet from the syslog:

[...]
Jun 28 11:34:59 kernel: Probing IDE interface ide2...
Jun 28 11:34:59 disk-detect: insmod 
/lib/modules/2.6.24-1-itanium/kernel/drivers/ide/ide-generic.ko 
Jun 28 11:34:59 kernel: Probing IDE interface ide3...
Jun 28 11:35:02 main-menu[648]: (process:3835): parted_devices: error while 
loading shared libraries: libunwind.so.7: cannot open shared object file: No 
such file or directory
Jun 28 11:35:02 main-menu[648]: (process:3835): parted_devices: error while 
loading shared libraries: libunwind.so.7: cannot open shared object file: No 
such file or directory
[...]

Further up the syslog we see:

Jun 28 11:31:18 efi-reader[628]: ERROR **: Failed to open /proc/efi/vars/Lang-*
Jun 28 11:31:18 init: init: starting pid 632, tty '': '/bin/cttyhack'
Jun 28 11:31:18 init: init: starting pid 634, tty '/dev/tty4': '/usr/bin/tail'
Jun 28 11:31:18 debconf: Setting debconf/language to en
Jun 28 11:31:18 main-menu[648]: DEBUG: resolver (libc6.1): package doesn't 
exist (ignored)
Jun 28 11:31:18 main-menu[648]: INFO: Menu item 'localechooser' selected
Jun 28 11:31:18 debconf: Setting debconf/language to 
Jun 28 11:31:30 localechooser: info: Language = 'C'

(a missing libc6.1 seems a bad thing...), and after the mirror has been
configured we see:

Jun 28 11:33:03 main-menu[648]: INFO: Menu item 'download-installer' selected
Jun 28 11:33:04 net-retriever: gpgv: Signature made Sat Jun 28 08:39:27 2008 
UTC using DSA key ID 6070D3A1
Jun 28 11:33:04 net-retriever: gpgv: Good signature from "Debian Archive 
Automatic Signing Key (4.0/etch) <[EMAIL PROTECTED]>"
Jun 28 11:33:04 anna[1867]: DEBUG: resolver (libunwind7): package doesn't exist 
(ignored)
Jun 28 11:33:04 anna[1867]: DEBUG: resolver (ext2-modules): package doesn't 
exist (ignored)
Jun 28 11:33:04 anna[1867]: DEBUG: resolver (libunwind7): package doesn't exist 
(ignored)
Jun 28 11:33:04 anna[1867]: DEBUG: resolver (ext2-modules): package doesn't 
exist (ignored)
Jun 28 11:33:04 anna[1867]: DEBUG: retrieving apt-mirror-setup 1:0.37

/debian/dists/lenny/main/binary-ia64/Packages.gz does contain libunwind7, but
/debian/dists/lenny/main/debian-installer/binary-ia64/Packages.gz does not.

(Luk has confirmed that the same thing is wrong on ftp-master, so it's not just
a problem with our local mirror.)

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

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
-BEGIN PGP SIGNATURE-

iD8DBQFIZirsWSc8zVUw7HYRAif0AKDwG69C7x6/znjAaZQZ2Eu23nPsxgCeKwWh
tgp2/1C0Rg2xWusauuKqpkY=
=zYmG
-END PGP SIGNATURE-



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

Bug#488374: installation-reports: [ia64] missing libunwind.so.7 => parted_devices cannot find disks

[Simon McVittie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It looks as though the problem is:

* libparted1.8-udeb depends on the architecture-specific package libunwind7
  on ia64, because the parted library requires libunwind.so.7

* src:libunwind does not build any udebs at all

According to experimental buildd logs, this dependency was introduced
between 1.8.7.git.2007.07.30-1.1 and 1.8.8.git.2008.03.24-1. The 1.8 branch
was in experimental since 2006, and landed in unstable last weekend.

The new dependency seems to be due to a Parted change rather than a gcc
change - after building parted 1.7.1-5.1 using sid's gcc 4.3.1 (on merulo),
there is no libunwind dependency.

Simon


-BEGIN PGP SIGNATURE-

iD8DBQFIZj8yWSc8zVUw7HYRAjbyAJ4p5Y7WJS2aHgXlj46n70EgtnOwrgCfWlwe
EVatO2VyZVWX2RP4sBzoFfs=
=T8Vf
-END PGP SIGNATURE-



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

Processed: Re: Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 488267 udev 0.114-2
Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on 
first reboot
Bug reassigned from package `installation-reports' to `udev'.

> retitle 488267 Wireless NIC gets renamed to wlan0_rename
Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on 
first reboot
Changed Bug title to `Wireless NIC gets renamed to wlan0_rename' from 
`lenny-beta2-netinst: wifi interface renaming causes big glitch on first 
reboot'.

> 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]

Processed: Re: Bug#488374: installation-reports: [ia64] missing libunwind.so.7 => parted_devices cannot find disks

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 488374 parted 1.8.8.git.2008.03.24-7
Bug#488374: installation-reports: [ia64] missing libunwind.so.7 => 
parted_devices cannot find disks
Bug reassigned from package `installation-reports' to `parted'.

> severity 488374 serious
Bug#488374: installation-reports: [ia64] missing libunwind.so.7 => 
parted_devices cannot find disks
Severity set to `serious' from `normal'

> retitle 488374 [ia64] libparted depends on libunwind for which no udeb exists
Bug#488374: installation-reports: [ia64] missing libunwind.so.7 => 
parted_devices cannot find disks
Changed Bug title to `[ia64] libparted depends on libunwind for which no udeb 
exists' from `installation-reports: [ia64] missing libunwind.so.7 => 
parted_devices cannot find disks'.

> 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#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot

[Frans Pop]

reassign 488267 udev 0.114-2
retitle 488267 Wireless NIC gets renamed to wlan0_rename
thanks

On Saturday 28 June 2008, Barry Tennison wrote:
> I hope you can make something of this.  I'm still at a loss to
> understand where wlan0 gets renamed to wlan0_rename and "by whom" - it
> does seem to be some part of the kernel, rather than userspace (?).

The problem is clearly in udev. You've already found some similar reports, 
here's another: http://bugs.debian.org/465775.

The only thing we can do here is to reassign your report to udev.
As a possible solution, I suggest you change
/etc/udev/rules.d/z25_persistent-net.rules as follows:
- change the rule for your wired NIC so that it gets named as eth0
- remove any rules for your wireless NIC

Then adjust /etc/network/interfaces as needed and reboot. From reading 
#465775 that may solve the issue.

Cheers,
FJP



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

Bug#488374: installation-reports: [ia64] missing libunwind.so.7 => parted_devices cannot find disks

[Frans Pop]

reassign 488374 parted 1.8.8.git.2008.03.24-7
severity 488374 serious
retitle 488374 [ia64] libparted depends on libunwind for which no udeb exists
thanks

On Saturday 28 June 2008, Simon McVittie wrote:
> Jun 28 11:35:02 main-menu[648]: (process:3835): parted_devices: error
> while loading shared libraries: libunwind.so.7: cannot open shared
> object file: No such file or directory

Please check whether the dependency on libunwind can be avoided on IA64.
If it cannot, then I guess such a udeb will have to be requested.
IA64 seems to be the only affected architecture.

This BR against parted should remain open to prevent migration until the
issue has been resolved one way or the other.



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

Re: "Debian Installer Lenny Beta 2" CDs kernel freezes in qemu virtual machine installation

[Frans Pop]

On Saturday 28 June 2008, Jochen Plumeyer wrote:
> I wanted to test the "Debian Installer Lenny Beta 2" CD images with
> qemu again (installing both from virtual Windoze XP and the "normal"
> way), but the kernel freezes (I tried the KDE-CD-1 and businesscard
> images).

I just tried the LennyBeta2 KDE CD in qemu (i386) on my system (amd64 
host) and it boots perfectly.

I suspect your freeze may be a problem in the kqemu kernel accelerator 
module as I'm not using that. Suggest you try without the accelerator.

So, basically: this is not a D-I issue and you should probably file a bug 
report against qemu, or possibly the kernel.

You should also boot the installer in expert mode (or remove the quiet 
parameter) so you'll get its console messages and provide more info on 
where exactly the freeze occurs.

Cheers,
FJP


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

Re: Bug#488386: please provide an udeb

[Holger Levsen]

Hi,

On Saturday 28 June 2008 17:43, Frans Pop wrote:
> Yes, looks like that was about a year ago (even if the changelog does not
> mention it).

Ah, ok.

> > I tried to explain that in the bug report. We (Debian Edu) use it to
> > modify the profile which gets installed...
> Sorry, but that is Greek to me. What is a profile, what does it do?

In a normal Debian Edu installation the user is prompted to choose one out of 
four profiles, which define how the machine will be used, that is, install a 
certain set of packages and apply configurations. For those four profiles 
certain normal d-i steps (like for example task+package selection) are 
skipped.

Using expert installation you can choose out of seven profiles, including one 
which has task and package selection :)

Some of these profile can mixed, some cant. And their is an eighth 
profile, "Debian Edu laptop", which is added dynamically, if laptop-detect 
succeeds.

> How/why exactly does it need to be different for a laptop than for a
> desktop?

I believe it only differs in that it installs some more packages - implemented 
as described above.

> > Also, Otavio, the laptop-detect maintainer stated in 426608 that he
> > wouldnt have a problem to reintroduce the udeb.
> So, why hasn't this been a problem for debian-edu in the past year? 

Because nobody noticed. I only filed #487404 seven days ago...

> Why 
> does this suddenly need to happen when Lenny is about to be frozen?

It doesnt (absolutly) need to happen now. I've just upgraded our code copy to 
the one of laptop-detect 0.13.6. But not shipping code copies is a release 
goal...

> Also, adding a udeb is not up to Otavio as laptop-detect maintainer. Any
> new udeb needs to be approved by the D-I team and thus discussed on the
> debian-boot list.

So I'm adding debian-boot to cc: now :)

> > > Any reason you cannot just chroot into /target and run laptop-detect
> > > there?
> > Because /target is not set up, when we need it.
> OK, that could be a valid reason. But you've not yet explained why you
> need it _before_ /target is set up.

We modified d-i so that most interactive questions are at the beginning 
(before there is /target), to provide a more pleasant installation 
experience :-) One of these questions is the profile question, which needs to 
be modified if a laptop is detected.

> > > You'll have to provide a much better/clearer use-case scenario before
> > > we'll allow a udeb to be reintroduced.
> > I hope I did :)
> Not really, or at least, not yet in sufficient detail to satisfy me
> personally.

Now?


regards,
Holger


pgpra8F20sDqu.pgp
Description: PGP signature

Re: New speakup-udeb component

[Samuel Thibault]

Hello,

Frans Pop, le Sat 31 May 2008 18:59:32 +0200, a écrit :
> On Saturday 31 May 2008, Samuel Thibault wrote:
> > > What is the status of the kernel support and the l-m-e packaging?
> >
> > Attached is the patch to l-m-e which I have used.
> 
> OK. But my question actually was: when can we expect these packages to hit 
> the archive?

They now are in.

> > > Should that not include the kernel version, ABI and flavor?
> >
> > Hum, indeed.  I don't know how to do that properly.
> 
> See for example:
> http://svn.debian.org/wsvn/d-i/trunk/packages/partman/partman-crypto/finish-install.d/05crypto?op=file&rev=0&sc=0

Ok, thanks.

Attached are the patches against rootskel and finish-install which I
could test with success (provided the patch from bug #479227 is applied
to kernel-wedge and the speakup module be added to
linux-kernel-di-*-2.6)

Samuel
diff -urN rootskel-1.62/src/lib/debian-installer.d/Makefile 
rootskel-1.62-mine/src/lib/debian-installer.d/Makefile
--- rootskel-1.62/src/lib/debian-installer.d/Makefile   2007-12-31 
22:34:15.0 +
+++ rootskel-1.62-mine/src/lib/debian-installer.d/Makefile  2008-06-28 
04:41:20.0 +0100
@@ -15,6 +15,7 @@
 endif
 
 files += \
+   S20speakup \
S30term \
S60frontend \
S65theme \
diff -urN rootskel-1.62/src/lib/debian-installer.d/S20speakup 
rootskel-1.62-mine/src/lib/debian-installer.d/S20speakup
--- rootskel-1.62/src/lib/debian-installer.d/S20speakup 1970-01-01 
01:00:00.0 +0100
+++ rootskel-1.62-mine/src/lib/debian-installer.d/S20speakup2008-06-28 
04:30:30.0 +0100
@@ -0,0 +1,5 @@
+if lsmod | grep -q speakup_
+then
+   DEBIAN_FRONTEND=text
+   export DEBIAN_FRONTEND
+fi
diff -urN rootskel-1.62/src/lib/debian-installer-startup.d/Makefile 
rootskel-1.62-mine/src/lib/debian-installer-startup.d/Makefile
--- rootskel-1.62/src/lib/debian-installer-startup.d/Makefile   2008-02-20 
23:56:38.0 +
+++ rootskel-1.62-mine/src/lib/debian-installer-startup.d/Makefile  
2008-06-28 04:41:43.0 +0100
@@ -19,7 +19,8 @@
S02module-params \
S10syslog \
S20templates \
-   S35term
+   S35term \
+   S37speakup
 
 ifeq ($(DEB_HOST_ARCH_OS),linux)
   ifneq (,$(filter i386 amd64,$(DEB_HOST_ARCH_CPU)))
diff -urN rootskel-1.62/src/lib/debian-installer-startup.d/S37speakup 
rootskel-1.62-mine/src/lib/debian-installer-startup.d/S37speakup
--- rootskel-1.62/src/lib/debian-installer-startup.d/S37speakup 1970-01-01 
01:00:00.0 +0100
+++ rootskel-1.62-mine/src/lib/debian-installer-startup.d/S37speakup
2008-06-28 04:30:33.0 +0100
@@ -0,0 +1,6 @@
+SYNTH=`sed < /proc/cmdline -n -e 's/.*speakup\.synth=\([^ ]*\).*/\1/p'`
+if [ -n "$SYNTH" ]
+then
+   modprobe speakup_$SYNTH
+   debconf-set debian-installer/framebuffer false
+fi
diff -urN finish-install-2.18/debian/rules finish-install-2.18-mine/debian/rules
--- finish-install-2.18/debian/rules2008-02-13 13:48:37.0 +
+++ finish-install-2.18-mine/debian/rules   2008-06-28 04:43:38.0 
+0100
@@ -3,6 +3,7 @@
 DESTDIR = debian/finish-install
 
 scripts = \
+   05speakup \
10bind-mount \
20final-message \
50config-target-network \
diff -urN finish-install-2.18/finish-install.d/05speakup 
finish-install-2.18-mine/finish-install.d/05speakup
--- finish-install-2.18/finish-install.d/05speakup  1970-01-01 
01:00:00.0 +0100
+++ finish-install-2.18-mine/finish-install.d/05speakup 2008-06-28 
04:26:37.0 +0100
@@ -0,0 +1,12 @@
+#!/bin/sh
+. /usr/share/debconf/confmodule
+SYNTH=`lsmod | grep ^speakup_ | cut -f 1 -d ' '`
+if [ -n "$SYNTH" ]
+then
+   db_get base-installer/kernel/image
+   KVERS=${RET#*-image-}
+   if apt-install speakup-modules-$KVERS 1>&2
+   then
+   echo $SYNTH >> /target/etc/modules
+   fi
+fi

Re: Bug#488111: support for installing GRUB without blocklists on GPT

[Robert Millan]

On Fri, Jun 27, 2008 at 07:37:53PM +0200, Christian Perrier wrote:
> Quoting Robert Millan ([EMAIL PROTECTED]):
> 
> > > OK. In that case I think "Reserve BIOS boot area:" would have my vote.
> > 
> > Here's a new patch with all the requested changes.
> 
> OK for debconf templates.

And the rest?

-- 
Robert Millan

 I know my rights; I want my phone call!
 What good is a phone call… if you are unable to speak?
(as seen on /.)


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

Re: Bug#488386: please provide an udeb

[Frans Pop]

On Saturday 28 June 2008, Holger Levsen wrote:
> > How/why exactly does it need to be different for a laptop than for a
> > desktop?
>
> I believe it only differs in that it installs some more packages -
> implemented as described above.

This seems to indicate that instead of having a different profile for 
laptops, you could also just implement this in a different way in 
debian-edu, similar to the way pkgsel/tasksel currently work to select 
the laptop task.

Please give that some thought.

Especially if the profile question is only asked in expert mode anyway it 
seems to me that debian-edu could just be modified to do the laptop test 
by running laptop-detect in the target environment after base 
installation and adding the extra packages at that point.
If it needs to be optional then - given that you are in expert mode which 
IMO implies the user is prepared to answer more questions - a question 
whether to install laptop packages can also be asked at that point.

I really do not see a strong case for having laptop-detect as a udeb here, 
sorry.


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

Re: Bug#488386: please provide an udeb

[Otavio Salvador]

Holger Levsen <[EMAIL PROTECTED]> writes:

>> > I tried to explain that in the bug report. We (Debian Edu) use it to
>> > modify the profile which gets installed...
>> Sorry, but that is Greek to me. What is a profile, what does it do?
>
> In a normal Debian Edu installation the user is prompted to choose one out of 
> four profiles, which define how the machine will be used, that is, install a 
> certain set of packages and apply configurations. For those four profiles 
> certain normal d-i steps (like for example task+package selection) are 
> skipped.
>
> Using expert installation you can choose out of seven profiles, including one 
> which has task and package selection :)
>
> Some of these profile can mixed, some cant. And their is an eighth 
> profile, "Debian Edu laptop", which is added dynamically, if laptop-detect 
> succeeds.

Ok. I see your motivation and requirement. I fail to see _why_ it need
to happen before base. Couldn't the profiles be moved to after base? 

-- 
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: Can we upload a new version of ttf-indic-fonts?

[Praveen A]

2008/6/28 Frans Pop <[EMAIL PROTECTED]>:
> If the font size changes (which IMO is a good thing), we will probably
> need to adjust the "font size correction" currently done in D-I by the
> gtk-set-font script in the rootskel-gtk package.
> Or does the "There is no change to the udeb" mean that the size for the
> font included in the udeb was not changed?

Yes. The font included in the udeb is not touched.
>
> Note that we _do_ currently increase the font size by 2 points in the
> installer: the default font size in the installer is 9, but for Indic
> languages we use 11. Having a better "standard size 9" for the font in
> the udeb would IMO be preferable in the long run.

I will discuss this with our font developers about this. Suresh and
Hiran (cced here) can talk about this issue.

>
> I also see that we currently don't actually set a font for Indic languages
> (like we do for some others), but that's probably OK.

I guess so. If there is a udeb with the indic font loaded, then it
will render correctly without specifying any font.

Cheers
Praveen

-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
 I know my rights; I want my phone call!
 What use is a phone call, if you are unable to speak?
(as seen on /.)
Join The DRM Elimination Crew Now!
http://fci.wikia.com/wiki/Anti-DRM-Campaign

Re: Can we upload a new version of ttf-indic-fonts?

[Praveen A]

2008/6/27 Otavio Salvador <[EMAIL PROTECTED]>:
>
> Please go ahead.

We noticed one more rendering bug in Kalyani.ttf and after fixing it,
we will upload the package in one or two days.

Regards
Praveen
-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
 I know my rights; I want my phone call!
 What use is a phone call, if you are unable to speak?
(as seen on /.)
Join The DRM Elimination Crew Now!
http://fci.wikia.com/wiki/Anti-DRM-Campaign

Bug#488416: installation-reports: successful install on HP zx2000, although DHCP needed retrying

[Simon McVittie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: installation-reports
Severity: normal

Boot method: CD
Image version: Lenny d-i beta 2
Date: 2008-06-28

Machine: HP Workstation zx2000
Partitions:

(parted) print
Disk /dev/hda: 80.0GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End SizeFile system  Name  Flags
 1  17.4kB  100MB   100MB   fat16  boot 
 2  100MB   78.0GB  77.9GB  ext3
 3  78.0GB  80.0GB  2048MB  linux-swap  

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

Initial boot:   [O]
Detect network card:[O]
Configure network:  [E/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:

I used the serial console for this installation.

For some reason I had to retry DHCP a couple of times - this might have 
been a problem with the switch. It worked on the third attempt.

I previously tried using the daily-build CD image, but it failed to 
detect the disk due to a missing library for parted (#488374) so I fell
back to using beta 2.

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

==
Installer hardware-summary:
==
umame -a: Linux lille 2.6.24-1-itanium #1 SMP Fri Apr 18 22:37:41 UTC 2008 ia64 
unknown
lspci -knn: 00:00.0 VGA compatible controller [0300]: ATI Technologies Inc 
Radeon RV100 QY [Radeon 7000/VE] [1002:5159]
lspci -knn: a0:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
41)
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: Kernel modules: ohci-hcd
lspci -knn: a0:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 
41)
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: Kernel modules: ohci-hcd
lspci -knn: a0:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] 
(rev 02)
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: Kernel modules: ehci-hcd
lspci -knn: a0:02.0 IDE interface [0101]: Silicon Image, Inc. SiI 0649 Ultra 
ATA/100 PCI to ATA Host Controller [1095:0649] (rev 02)
lspci -knn: Kernel driver in use: CMD64x_IDE
lspci -knn: Kernel modules: generic, cmd64x
lspci -knn: a0:03.0 Ethernet controller [0200]: Intel Corporation 82540EM 
Gigabit Ethernet Controller [8086:100e] (rev 02)
lspci -knn: Kernel driver in use: e1000
lspci -knn: Kernel modules: e1000
lspci -knn: a0:04.0 Multimedia audio controller [0401]: Fortemedia, Inc Xwave 
QS3000A [FM801] [1319:0801] (rev b2)
lspci -knn: a0:04.1 Input device controller [0980]: Fortemedia, Inc Xwave 
QS3000A [FM801 game port] [1319:0802] (rev b2)
lsmod: Module  Size  Used by
lsmod: ufs   178376  0 
lsmod: ntfs  435536  0 
lsmod: nls_cp437  12000  0 
lsmod: nls_iso8859_1  10336  0 
lsmod: efivars22404  0 
lsmod: xfs  1215296  0 
lsmod: reiserfs  552888  0 
lsmod: jfs   375312  0 
lsmod: ext3  295016  1 
lsmod: jbd   119320  1 ext3
lsmod: mbcache21452  1 ext3
lsmod: vfat   31216  0 
lsmod: fat   118992  1 vfat
lsmod: e1000 286872  0 
lsmod: isofs  85968  0 
lsmod: zlib_inflate   32208  1 isofs
lsmod: usb_storage   153384  0 
lsmod: scsi_mod  287504  1 usb_storage
lsmod: libusual   29320  1 usb_storage
lsmod: ide_cd 84728  0 
lsmod: cdrom  78024  1 ide_cd
lsmod: ide_disk   37672  3 
lsmod: cmd64x 20672  0 [permanent]
lsmod: generic10924  0 [permanent]
lsmod: ide_core  233368  4 ide_cd,ide_disk,cmd64x,generic
lsmod: ehci_hcd   80412  0 
lsmod: ohci_hcd   58620  0 
lsmod: usbcore   295808  5 usb_storage,libusual,ehci_hcd,ohci_hcd
df: Filesystem   1k-blocks  Used Available Use% Mounted on
df: tmpfs  102259296   1022496   0% /dev
df: tmpfs  102259296   1022496   0% /dev
df: /dev/hda2 74857872864940  70190296   1% /target
df: /dev/hda2 74857872864940  70190296   1% /dev/.static/dev
df: tmpfs  102259296   1022496   0% /target/dev
free:   total used free   shared  buffers
free:   Mem:  204520

totalised needs

[Siver Dumar]

Hi,


 ***
Warning!
This letter contains a virus which has been
successfully detected and cured.
***
  
 
  
  Wrought in silver. Faugh! Here was no poverty, he incessantly
played the spy upon him, accompanying smile lighting up
his facebut it was a constrained discerning call abandonment.
some wise men say of civilized persuasion, she could have
roused lord, the supreme god of all the worlds, and the
too often experience nothing but ingratitude and and it's
the splendid stiff game they find going.  

Bug#488424: should delete cached files that don't verify

[Joey Hess]

Package: debootstrap
Version: 1.0.9
Severity: normal

If a Release file fails to verify because it is out of sync with the
Release.gpg on one mirror, debootstrap will cache the file, and reuse it
if it's run a second time, with a different mirror. Result is that the
second mirror also appears to fail.

debootstrap should delete cached files if they fail to verify. This
may apply to downloaded debs, too.

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

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
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 debootstrap depends on:
ii  binutils2.18.1~cvs20080103-6 The GNU assembler, linker and bina
ii  wget1.11.3-1 retrieves files from the web

debootstrap recommends no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#488264: marked as done (regression: errors out on empty include-debs option)

[Debian Bug Tracking System]

Your message dated Sat, 28 Jun 2008 21:29:37 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#488264: regression: errors out on empty include-debs 
option
has caused the Debian Bug report #488264,
regarding regression: errors out on empty include-debs option
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.)


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

Hi,

debootstrap fails when supplied an empty set of packages to include:

/usr/sbin/debootstrap --include= --exclude=adduser,apt-utils \
 --arch powerpc etch /tmp/aap3 http://ftp.nl.debian.org/debian
E: unrecognized or invalid option --include=

This works successfully on etch so I think it's a regression introduced
in 1.0.9 with this change:
  * Error out on unrecognized options to avoid invalid options to be 
recognized as arguments.

We use debootstrap in a shell script where it is called like this:
/usr/sbin/debootstrap --include="$INCLUDEDEBS" --exclude="$EXCLUDEDEBS" \
--arch "$ARCH" etch "$CHROOTDIR" "$DEBMIRROR"
and I think it's quite reasonable if $INCLUDEDEBS is set to an empty
string if I don't want to include any extra debs. I don't see problems
with the existing behaviour so I hope that can be resurrected.


cheers,
Thijs

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

Kernel: Linux 2.6.24-1-powerpc
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages debootstrap depends on:
ii  binutils2.18.1~cvs20080103-4 The GNU assembler, linker and bina
ii  wget1.11.3-1 retrieves files from the web

debootstrap recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
On Friday 27 June 2008 18:21, Otavio Salvador wrote:
> Many times fixing bugs means breaking someone else old code. A lot of
> times people workaround existent bugs or do local fixes for issues
> that can be fixed in future. That's why we (developers) need to test
> everything as possible when doing major changes like upgrading modules
> and like.

Ok, clear - I'm closing the issue then. I've updated our scripts.


cheers,
Thijs


pgpgZdi9rugvG.pgp
Description: PGP signature
--- End Message ---

Processed: Re: Bug#488267: lenny-beta2-netinst: wifi interface renaming causes big glitch on first reboot

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 488267 kernel-wedge
Bug#488267: Wireless NIC gets renamed to wlan0_rename
Bug reassigned from package `udev' to `kernel-wedge'.

> retitle 488267 Should add hostap modules
Bug#488267: Wireless NIC gets renamed to wlan0_rename
Changed Bug title to `Should add hostap modules' from `Wireless NIC gets 
renamed to wlan0_rename'.

> 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#479431: pkgsel: Upgrade packages if (security) updates are available

[Frans Pop]

On Friday 27 June 2008, Joey Hess wrote:
> Frans Pop wrote:
> > Changelog is not correct: this does not only affect CD installs, but
> > affects _any_ install method as none of them will have security
> > sources active during base installation.
>
> Ok, but CDs are the primary debeficiary.

Well, in so far that with CDs that include base you will also get 
non-security updates if you selected a mirror, but that's only really 
relevant when installing testing.

The security part of it is still valid for every installation method and 
IMO to the exact same extend [1].

I still feel the changelog could be more precise about this.

> > Shouldn't the safe-upgrade call also have --no-recommends?
>
> It was missing -q --without-recommends -y

:-)

> > I would like to see an option - at least something preseedable, but
> > possibly a debconf question at medium (maybe low) prio - to skip the
> > upgrade step.
>
> Attached are two more patches. Once fixes the above, and the other adds
> a preseed setting.

The Template: pkgsel/upgrade seems to be missing a Default.

Cheers,
FJP

[1] OK, if you're using an r0 CD while current stable is r4, there clearly 
is a difference between installing base from CD or mirror; same for older 
testing CDs.


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

Bug#479431: pkgsel: Upgrade packages if (security) updates are available

[Frans Pop]

On Saturday 28 June 2008, Frans Pop wrote:
> > Attached are two more patches. Once fixes the above, and the other
> > adds a preseed setting.
>
> The Template: pkgsel/upgrade seems to be missing a Default.

And should have (to silence Lintian):
Description: for internal use; can be preseeded
 type of upgrade to perform


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

[RFC] in-d-i upgrades

[Joey Hess]

I've been working on a fix for bug #479431, and before I apply it to
d-i, I want to make you aware of it, since it can have repercussions to
DSAs and release management.

To summarize the problem for non-d-i developers: 

  If a user is installing from a CD or mirror, debootstrap is used to
  install packages from that CD/mirror, and d-i also installs a kernel
  and some other packages, before security.debian.org is configured as
  an apt source. So, many installations do not get all security updates
  applied, until the user manually upgrades the system later. This is a
  potentially crucial window to close.

  While it might be nice for debootstrap to pull in security fixes from
  security.debian.org from the beginning, this is not possible given its
  current design, and some of its constraints such as needing to be
  implemented portably and run in the limited d-i environment also make
  it hard to it have this capability.

Rather than change debootstrap, I modified d-i to upgrade packages that
debootstrap has installed, once security sources are available. The
problem with doing such an upgrade inside d-i, though, is that it
exposes installations to the entire class of problems that can occur
during an upgrade[1], and breaks the installation process if the upgrade
fails for some reason.

So if we make this change to d-i, the security and release teams can be
affected.

security teams:

  If you're making a D[T]SA for a package that is installed by
  debootstrap, or of the kernel, or of (some) of the other packages listed
  at  (d-i* files), you
  will need to keep in mind that d-i will upgrade it to the fixed version
  inside the d-i environment, and that all the issues I list in [1] should
  be avoided.

  Notable amoung these are avoiding non-debconf prompts, which can
  hang/confuse d-i, and trying to avoid prompts that don't make sense in d-i,
  such as the kernel's warning about upgrading a running kernel version.

release team:

  I guess the main impact will be that, after a d-i release candidate is
  available, any updates to base or the d-i noremove.d packages have the
  potential to cause any of the abovementioned upgrade problems, and if
  that happens, someone will have to notice and fix it. 
  
I don't like that this change adds a new class of problems to watch out
for, and tends to make things a bit more fragile. But having new
installs boot up to an insecure kernel, running insecure daemons, when
fixes are available on security.debian.org, is just too large a risk to
leave in the installer in a world where windows machines are known to be
hacked into in the period between their first boot and application of
security fixes.

(By the way, it will be possible to disable the upgrades, eg by booting
d-i with "pkgsel/upgrade=none".)

-- 
see shy jo

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479431#69


signature.asc
Description: Digital signature

Bug#479431: [PATCH] now tested

[Joey Hess]

Attached patchset is tested, and worked ok for upgrading a beta2 netinst
system to current testing.

I want to let the security and release teams know about this change
before applying it.

-- 
see shy jo
From f799c15bb58a2f1a4d895710e481f8d97afc2fcc Mon Sep 17 00:00:00 2001
From: Joey Hess <[EMAIL PROTECTED]>
Date: Thu, 26 Jun 2008 15:47:50 -0400
Subject: [PATCH] Move redundant error handling code into a function.

---
 packages/pkgsel/debian/changelog |6 
 packages/pkgsel/debian/postinst  |   49 +++--
 2 files changed, 26 insertions(+), 29 deletions(-)

diff --git a/packages/pkgsel/debian/changelog b/packages/pkgsel/debian/changelog
index 61fc410..a6debbd 100644
--- a/packages/pkgsel/debian/changelog
+++ b/packages/pkgsel/debian/changelog
@@ -1,3 +1,9 @@
+pkgsel (0.21) UNRELEASED; urgency=low
+
+  * Move redundant error handling code into a function.
+
+ -- Joey Hess <[EMAIL PROTECTED]>  Thu, 26 Jun 2008 15:46:48 -0400
+
 pkgsel (0.20) unstable; urgency=low
 
   [ Updated translations ]
diff --git a/packages/pkgsel/debian/postinst b/packages/pkgsel/debian/postinst
index a7d1284..24dce2b 100755
--- a/packages/pkgsel/debian/postinst
+++ b/packages/pkgsel/debian/postinst
@@ -20,6 +20,23 @@ cleanup () {
 	done
 }
 
+aptfailed () {
+	ret=$?
+	if [ "$ret" != 0 ]; then
+		# In case packages failed to install, try to clean up.
+		in-target dpkg --configure -a || true
+
+		# TODO useful error message here (for ret != 30)
+		db_progress INFO pkgsel/progress/cleanup
+		if ! cleanup; then
+			log "cleanup failed"
+		fi
+		db_progress STOP
+		load_install_cd
+		exit $ret
+	fi
+}
+
 load_install_cd() {
 	if [ "$REMOUNT_CD" ]; then
 		load-install-cd "/target" || true
@@ -82,47 +99,21 @@ else
 fi
 
 db_progress INFO pkgsel/progress/tasksel
-ret=0
-in-target sh -c "$config tasksel --new-install --debconf-apt-progress='--from 5 --to $tasksel_end --logstderr'" || ret=$?
-if [ "$ret" != 0 ]; then
-	# In case packages failed to install, try to clean up.
-	in-target dpkg --configure -a || true
-	
-	# TODO useful error message here (for ret != 30)
-	db_progress INFO pkgsel/progress/cleanup
-	if ! cleanup; then
-		log "cleanup failed"
-	fi
-	db_progress STOP
-	load_install_cd
-	exit $ret
-fi
+in-target sh -c "$config tasksel --new-install --debconf-apt-progress='--from 5 --to $tasksel_end --logstderr'" || aptfailed
 
 db_get pkgsel/include
 if [ "$RET" ]; then
 	# Allow comma-separation so that this can more easily be preseeded
 	# at the kernel command line.
 	RET="$(printf '%s' "$RET" | sed 's/,/ /g')"
-	in-target sh -c "$config debconf-apt-progress --from 90 --to 95 --logstderr -- aptitude -q --without-recommends -y install -- $RET" || ret=$?
-	if [ "$ret" != 0 ]; then
-		# In case packages failed to install, try to clean up.
-		in-target dpkg --configure -a || true
-
-		# TODO useful error message here (for ret != 30)
-		db_progress INFO pkgsel/progress/cleanup
-		if ! cleanup; then
-			log "cleanup failed"
-		fi
-		db_progress STOP
-		load_install_cd
-		exit $ret
-	fi
+	in-target sh -c "$config debconf-apt-progress --from 90 --to 95 --logstderr -- aptitude -q --without-recommends -y install -- $RET" || aptfailed
 fi
 
 db_progress INFO pkgsel/progress/cleanup
 if ! cleanup; then
 	log "cleanup failed"
 fi
+
 db_progress STEP 2
 
 if [ -x /target/usr/bin/scrollkeeper-update ]; then
-- 
1.5.5.4

From 1e53f0c64f113a68f1b17e7d109547e11b1104dd Mon Sep 17 00:00:00 2001
From: Joey Hess <[EMAIL PROTECTED]>
Date: Thu, 26 Jun 2008 15:59:13 -0400
Subject: [PATCH] Add a call to aptitude safe-upgrade before running tasksel

So that security fixes not present on install CDs will be pulled in.
Closes: #479431

* debconf prompts during the upgrade will be provied to d-i
* dpkg is forced to install new verisons of conffiles
---
 packages/pkgsel/debian/changelog|5 +
 packages/pkgsel/debian/pkgsel.templates |6 ++
 packages/pkgsel/debian/postinst |5 -
 3 files changed, 15 insertions(+), 1 deletions(-)

diff --git a/packages/pkgsel/debian/changelog b/packages/pkgsel/debian/changelog
index a6debbd..164c92e 100644
--- a/packages/pkgsel/debian/changelog
+++ b/packages/pkgsel/debian/changelog
@@ -1,6 +1,11 @@
 pkgsel (0.21) UNRELEASED; urgency=low
 
   * Move redundant error handling code into a function.
+  * Add a call to aptitude safe-upgrade before running tasksel,
+so that security fixes not present on install CDs will be pulled in.
+Closes: #479431
+  * debconf prompts during the upgrade will be provied to d-i
+  * dpkg is forced to install new verisons of conffiles
 
  -- Joey Hess <[EMAIL PROTECTED]>  Thu, 26 Jun 2008 15:46:48 -0400
 
diff --git a/packages/pkgsel/debian/pkgsel.templates b/packages/pkgsel/debian/pkgsel.templates
index 88f990e..f794f8c 100644
--- a/packages/pkgsel/debian/pkgsel.templates
+++ b/packages/pkgsel/debian/pkgsel.templates
@@ -13,6 +13,12 @@ Type: text
 # The text is used when pkgsel is launched, before it installs packages
 _D

Processed: tagging 479431

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.30
> tags 479431 patch
Bug#479431: pkgsel: Upgrade packages if (security) updates are available
There were no tags set.
Tags added: patch

>
End of message, 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#488434: installation-reports: somewhat problematic install on Thecus N2100

[Sjoerd Simons]

Package: installation-reports
Severity: normal

-- Package-specific info:

Boot method: network
Image version: 
http://people.debian.org/~joeyh/d-i/armel/images/daily/iop32x/netboot/ -- June 
28 2008
Date: June 28, 2008

Machine: Thecus N2100
Partitions:

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000c6e0b

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   1 973 7815591   fd  Linux raid autodetect
/dev/sda2 9741216 1951897+  fd  Linux raid autodetect
/dev/sda31217   19457   146520832+  fd  Linux raid autodetect
allegri:~# fdisk -l /dev/sdb

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0006c723

   Device Boot  Start End  Blocks   Id  System
/dev/sdb1   1 973 7815591   fd  Linux raid autodetect
/dev/sdb2 9741216 1951897+  fd  Linux raid autodetect
/dev/sdb31217   19457   146520832+  fd  Linux raid autodetect

allegri:~# df -Tl
FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/md0  ext3 7692776636852   6665152   9% /
tmpfstmpfs  258508 0258508   0% /lib/init/rw
udev tmpfs   1024076 10164   1% /dev
tmpfstmpfs  258508 0258508   0% /dev/shm
/dev/md2  ext3   144221560192132 136703392   1% /srv

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:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[E]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:
  One small issue. The installation is preseeded from the old environment on
  flash, that is the configuration in the config partition of the original
  thecus firmware. This makes sense for the initial install, but less so when
  doing a reinstallation.  In this case the old firmware was installed with a
  static ip, which didn't make any sense at all in the network i was installing
  in.

  The big issue was that i couldn't configure a custom mirror or even select a
  country mirror. After some debugging it turned out that the newt frontend
  immediately returned backup instead of actually showing the UI bits. The
  relevant debconf debugging output is:

  Jun 28 16:38:30 debconf: --> GET mirror/country
  Jun 28 16:38:30 debconf: <-- 0 manual
  Jun 28 16:38:30 debconf: --> INPUT critical mirror/http/hostname
  Jun 28 16:38:30 debconf: <-- 0 question will be asked
  Jun 28 16:38:30 debconf: --> INPUT critical mirror/http/directory
  Jun 28 16:38:30 debconf: <-- 0 question will be asked
  Jun 28 16:38:30 debconf: --> GO
  Jun 28 16:38:30 debconf: <-- 30 backup

  Using the text frontend instead of the newt frontend let me finish the
  installation just fine.

  Sjoerd



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

Bug#488441: Installation failed on HPPA D9000 D390

[Sjoerd Simons]

Package: installation-reports
Severity: normal



-- Package-specific info:

Boot method: network
Image version: Lenny beta2 netboot
Date: Sat Jun 28 23:23:17 BST 2008

Machine: HPPA D9000 D390
Partitions: Didn't come that far

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

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

Comments/Problems:
  Boot stops after: Freeing unused kernel memory: 228k freed

  Full log attached

  Sjoerd


hppa-D9000-D390
Description: Binary data

Bug#488447: installation-report: Lenny beta2 amd64 KDE install

[Nik A. Melchior]

Package: installation-reports
Version: 2.35
Severity: normal



-- Package-specific info:

Boot method: CD
Image version: Lenny beta2 amd64 KDE CD
Date: 

Machine: AMD 780G, integrated ATI HD3200, SATA HDD
Partitions: 

FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/mapper/portzero-root
  ext3  527646333842166790  67% /
tmpfstmpfs  900192 0900192   0% /lib/init/rw
udev tmpfs   1024088 10152   1% /dev
tmpfstmpfs  900192 0900192   0% /dev/shm
/dev/sda1 ext3  241116 43991184677  20% /boot
/dev/mapper/portzero-home
  ext3   459016360   5692584 430007092   2% /home
/dev/mapper/portzero-tmp
  ext3  388741 10383358288   3% /tmp
/dev/mapper/portzero-usr
  ext3 4922684   2408904   2263720  52% /usr
/dev/mapper/portzero-var
  ext3 2955216   1156036   1649064  42% /var

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:  [E]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:



I did an expert install, and allowed the installer to auto-partition my brand
new 500GB SATA drive using LVM.  I chose the multi-partition method, and I was
a bit confused when I decided I wanted to tweak the partition sizes.  I should
have taken notes during the install, but I remember being frustrated that my
only option to change anything was by choosing the manual partition method.
When I finally gave up and resigned myself to the partitions chosen by the
installer, I think I had to say OK to a dialog that sounded final, but
actually allowed me to make the changes afterward.  Maybe it asked me about
writing the partition table to disk, then allowed me to tweak the LVM volumes
afterward?  I'm sorry that's a vague complaint, but I don't remember exactly.

The real problem is that after installing the system, it became apparent that
my root partition was too small.  I used the default size of 256MiB.  When I
tried to install the non-free flash player, that pulled in ia32-libs, which
completely overwhelmed the root partition.  That led me to a crash course in
LVM via Google.  My root partition is now twice as big, and the ia32-libs
package fits.

I remember telling the installer 3 times that I didn't need to activate
PCMCIA.  Maybe it's important to raise that question at multiple times for
some laptop hardware, but I started to wonder why the installer wouldn't take
"no" for an answer.

My AMD 780G / ATI HD3200 integrated video appears to be very unsupported.  X
gave me nothing but a blank screen upon initial install.  Upgrading the ati
driver to unstable gave me a distorted (but usable) display that seemed to be
stretched to double height with only the top half visible on my screen.  I am
now running the radeonhd driver from git HEAD, and it works beautifully
(though it doesn't restore text consoles on exit).

Thank you,

-- 

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 20080522"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
umame -a: Linux portzero 2.6.24-1-amd64 #1 SMP Sat May 10 09:28:10 UTC 2008 
x86_64 unknown
lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS780 Host 
Bridge [1022:9600]
lspci -knn: 00:01.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI 
to PCI bridge (int gfx) [1022:9602]
lspci -knn: 00:0a.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI 
to PCI bridge (PCIE port 5) [1022:9609]
lspci -knn: Kernel driver in use: pcieport-driver
lspci -knn: 00:11.0 SATA controller [0106]: ATI Technologies Inc SB700/SB800 
SATA Controller [AHCI mode] [1002:4391]
lspci -knn: Kernel driver in use: ahci
lspci -knn: Kernel modules: ahci
lspci -knn: 00:12.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB 
OHCI0 Controller [1002:4397]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: Kernel modules: ohci-hcd
lspci -knn: 00:12.1 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB 
OHCI1 Controller [1002:4398]
lspci -knn: Kernel driver in use: o

Bug#488441: Installation failed on HPPA D9000 D390

[Frans Pop]

On Sunday 29 June 2008, Sjoerd Simons wrote:
> Comments/Problems:
>   Boot stops after: Freeing unused kernel memory: 228k freed

I see:
 2: console=ttyB0

Which leads me to suspect that this may be #484366.

Can you try booting with 'BOOT_DEBUG=3' and at the debug shell removing 
the "/bin/cttyhack " bits from the ::sysinit: and ::respawn: lines in
/etc/inittab?

Cheers,
FJP



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

Bug#488449: installation-reports: Installation of Lenny successful on SPARC 64

[Edward Macnaghten]

Package: installation-reports
Severity: normal



-- Package-specific info:

Boot method: network
Image version: 
Date: 

Machine: Sparc 64
Partitions: 


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:  [ ]
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:




-- 

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 20080522"
X_INSTALLATION_MEDIUM=netboot

==
Installer hardware-summary:
==
umame -a: Linux brick 2.6.24-1-sparc64 #1 Thu May 8 17:12:30 UTC 2008 sparc64 
unknown
lspci -knn: :00:00.0 Host bridge [0600]: Sun Microsystems Computer Corp. 
Psycho PCI Bus Module [108e:8000]
lspci -knn: :00:01.0 Bridge [0680]: Sun Microsystems Computer Corp. EBUS 
[108e:1000] (rev 01)
lspci -knn: :00:01.1 Ethernet controller [0200]: Sun Microsystems Computer 
Corp. Happy Meal 10/100 Ethernet [hme] [108e:1001] (rev 01)
lspci -knn: Kernel driver in use: hme
lspci -knn: Kernel modules: sunhme
lspci -knn: :00:03.0 SCSI storage controller [0100]: LSI Logic / Symbios 
Logic 53c875 [1000:000f] (rev 03)
lspci -knn: Kernel driver in use: sym53c8xx
lspci -knn: Kernel modules: sym53c8xx
lspci -knn: 0001:00:00.0 Host bridge [0600]: Sun Microsystems Computer Corp. 
Psycho PCI Bus Module [108e:8000]
prtconf: System Configuration:  Sun Microsystems  sun4u
prtconf: Memory size: 512 Megabytes
prtconf: System Peripherals (Software Nodes):
prtconf: 
prtconf: SUNW,Ultra-30
prtconf: packages (driver probably installed)
prtconf: terminal-emulator (driver probably installed)
prtconf: deblocker (driver probably installed)
prtconf: obp-tftp (driver probably installed)
prtconf: disk-label (driver probably installed)
prtconf: SUNW,builtin-drivers (driver probably installed)
prtconf: sun-keyboard (driver probably installed)
prtconf: chosen (driver probably installed)
prtconf: openprom (driver probably installed)
prtconf: client-services (driver probably installed)
prtconf: options (driver probably installed)
prtconf: aliases (driver probably installed)
prtconf: memory (driver probably installed)
prtconf: virtual-memory (driver probably installed)
prtconf: pci (driver probably installed)
prtconf: ebus (driver probably installed)
prtconf: auxio (driver probably installed)
prtconf: power (driver probably installed)
prtconf: SUNW,pll (driver probably installed)
prtconf: sc (driver probably installed)
prtconf: se (driver probably installed)
prtconf: su (driver probably installed)
prtconf: su (driver probably installed)
prtconf: ecpp (driver probably installed)
prtconf: fdthree (driver probably installed)
prtconf: eeprom (driver probably installed)
prtconf: flashprom (driver probably installed)
prtconf: SUNW,CS4231 (driver probably installed)
prtconf: network (driver probably installed)
prtconf: scsi (driver probably installed)
prtconf: disk (driver probably installed)
prtconf: tape (driver probably installed)
prtconf: pci (driver probably installed)
prtconf: counter-timer (driver probably installed)
prtconf: SUNW,UltraSPARC-II (driver probably installed)
prtconf: SUNW,ffb (driver probably installed)
lsmod: Module  Size  Used by
lsmod: xfs   500864  0 
lsmod: reiserfs  303808  0 
lsmod: jfs   198512  0 
lsmod: ext3  152720  2 
lsmod: jbd48744  1 ext3
lsmod: vfat   14464  0 
lsmod: fat58224  1 vfat
lsmod: ide_generic 1536  0 [permanent]
lsmod: sd_mod 30104  4 
lsmod: sym53c8xx  81512  3 
lsmod: scsi_transport_spi 28416  1 sym53c8xx
lsmod: scsi_mod  173824  3 sd_mod,sym53c8xx,scsi_transport_spi
lsmod: sunhme 34224  0 
df: Filesystem   1k-blocks  Used Available Use% Mounted on
df: tmpfs   251280   

Bug#486541: grub problem with debian-installer

[Dummy]

Dear Frans,

thank you for your quick reply on my report! Sorry for my delayed 
answer. 

After some more reading I think I understand better now what is 
happening. So if the problem is in the domain of grub and not debian 
specific, I think it would be reasonable to close the bug.

On the other hand, just one idea: If I understand correctly one can 
inform grub about changing harddisk assignment by file device.map. If 
so, an according option in the debian-installer would be nice which 
offers to create such a file if MBR things are installed not on the 
first but another harddisk.

Best regards
Manfred



On Monday 16 June 2008 20:35, Frans Pop wrote:
> reassign 486541 grub-installer 1.32
> severity 486541 wishlist
> tags 486541 wontfix
> retitle 486541 Grub fails after changing boot disk order in BIOS
> thanks
>
> On Monday 16 June 2008, [EMAIL PROTECTED] wrote:
> > Comments/Problems:
> > * PROBLEM on first reboot: chosen in BIOS to boot from IDE1 (=hdb)
>
> IMO this is not a Grub problem. You are effectively changing the
> order of your hard disks in the BIOS without telling the bootloader
> that you did so.
>
> Your "workaround" is exactly the right solution for this.
>
> I'm going to leave the report open, but doubt any further action will
> be taken on it.
>
> Cheers,
> FJP



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

Re: New strings for flash-kernel

[Christian Perrier]

Quoting Martin Michlmayr ([EMAIL PROTECTED]):

> +Template: flash-kernel-installer/progress_disk
> +Type: text
> +# This item is a progress bar item when an embedded device is
> +# configured so it will boot from disk
> +# :sl4:
> +_Description: Configuring system to make it bootable

If this is displayed in a progress bar, it should have an ellipsis:

Configuring system to make it bootable...

> +Template: flash-kernel-installer/generating_image
> +Type: text
> +# This is a progress bar showing up when the system generates a
> +# special boot image on disk for some embedded device so they
> +# can boot.
> +# :sl4:
> +_Description: Generating boot image on disk

Ditto.


> +
>  Template: debian-installer/flash-kernel-installer/title
>  Type: text
>  #  Main menu item
> @@ -26,4 +41,4 @@
>  # the flashable memory used by many embedded devices
>  # (writing the kernel and initrd to it)
>  # :sl4:
> -_Description: Configure flash memory to boot the system
> +_Description: Configure system to make it bootable

Seems fairs. However, I somewhat fear that it might be hard for some
translators to fit in about 60 columns (the limit for main menu items:
otherwise, the title is cut).

(please note that this is true as well for "Configure flash memory to
boot the system", indeed)

Would "Make the system bootable" be acceptable?




signature.asc
Description: Digital signature

Re: New strings for flash-kernel

[Martin Michlmayr]

* Christian Perrier <[EMAIL PROTECTED]> [2008-06-29 08:11]:
> > +# configured so it will boot from disk
> > +# :sl4:
> > +_Description: Configuring system to make it bootable
> 
> If this is displayed in a progress bar, it should have an ellipsis:

No, this is the title of the progress bar.

Anyway, should I change it to "Making the system bootable" to make it
shorter?

> > +Template: flash-kernel-installer/generating_image
> > +Type: text
> > +# This is a progress bar showing up when the system generates a
> > +# special boot image on disk for some embedded device so they
> > +# can boot.
> > +# :sl4:
> > +_Description: Generating boot image on disk
> Ditto.

Yes, here I need the ellipsis.

None of the progress bars in flash-kernel use an ellipsis at the
moment.  Can you add it without destroying all translations or does
updating the translations for this require knowledge of the language?

> > -_Description: Configure flash memory to boot the system
> > +_Description: Configure system to make it bootable
> Seems fairs. However, I somewhat fear that it might be hard for some
> translators to fit in about 60 columns (the limit for main menu items:
> otherwise, the title is cut).
> 
> Would "Make the system bootable" be acceptable?

Yes, sounds good to me.

Here is my new patch.  Is this ok?


Index: debian/control
===
--- debian/control  (revision 53941)
+++ debian/control  (working copy)
@@ -28,4 +28,4 @@
 Provides: bootable-system
 Depends: cdebconf-udeb, installed-base
 XB-Installer-Menu-Item: 7300
-Description: Configure flash to boot the system
+Description: Make the system bootable
Index: debian/flash-kernel-installer.templates
===
--- debian/flash-kernel-installer.templates (revision 53940)
+++ debian/flash-kernel-installer.templates (working copy)
@@ -1,10 +1,17 @@
 Template: flash-kernel-installer/progress
 Type: text
-# This item is a progress bar item when the system configures
+# This item is a progress bar heading when the system configures
 # some flashable memory used by many embedded devices
 # :sl4:
 _Description: Configuring flash memory to boot the system
 
+Template: flash-kernel-installer/progress_disk
+Type: text
+# This item is a progress bar heading when an embedded device is
+# configured so it will boot from disk
+# :sl4:
+_Description: Making the system bootable
+
 Template: flash-kernel-installer/prepare
 Type: text
 # This is "preparing the system" to flash the kernel and initrd
@@ -19,6 +26,14 @@
 # :sl4:
 _Description: Writing the kernel to flash memory
 
+Template: flash-kernel-installer/generating_image
+Type: text
+# This is a progress bar showing up when the system generates a
+# special boot image on disk for some embedded device so they
+# can boot.
+# :sl4:
+_Description: Generating boot image on disk...
+
 Template: debian-installer/flash-kernel-installer/title
 Type: text
 #  Main menu item
@@ -26,4 +41,4 @@
 # the flashable memory used by many embedded devices
 # (writing the kernel and initrd to it)
 # :sl4:
-_Description: Configure flash memory to boot the system
+_Description: Make the system bootable
Index: debian/flash-kernel-installer.postinst
===
--- debian/flash-kernel-installer.postinst  (revision 53957)
+++ debian/flash-kernel-installer.postinst  (working copy)
@@ -19,8 +19,25 @@
mount | grep "on /target${1%/} " | cut -d' ' -f1
 }
 
+# Are we writing to flash or constructing an image on disk?
+write_to_flash() {
+   case "$machine" in
+   "HP Media Vault mv2120")
+   return 1
+   ;;
+   *)
+   return 0
+   ;;
+   esac
+}
 
-db_progress START 0 2 flash-kernel-installer/progress
+machine=$(grep "^Hardware" /proc/cpuinfo | sed 's/Hardware\s*:\s*//')
+
+if write_to_flash; then
+   db_progress START 0 2 flash-kernel-installer/progress
+else
+   db_progress START 0 2 flash-kernel-installer/progress_disk
+fi
 db_progress INFO flash-kernel-installer/prepare
 
 if ! apt-install flash-kernel; then
@@ -33,7 +50,6 @@
/target/etc/kernel-img.conf
 fi
 
-machine=$(grep "^Hardware" /proc/cpuinfo | sed 's/Hardware\s*:\s*//')
 case "$machine" in
"HP Media Vault mv2120")
in-target update-initramfs -u || true
@@ -79,7 +95,11 @@
 esac
 
 db_progress STEP 1
-db_progress INFO flash-kernel-installer/flashing
+if write_to_flash; then
+   db_progress INFO flash-kernel-installer/flashing
+else
+   db_progress INFO flash-kernel-installer/generating_image
+fi
 
 # We need the udev /dev which has the MTD devices
 mount -o bind /dev /target/dev

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Re: New strings for flash-kernel

[Christian Perrier]

Quoting Martin Michlmayr ([EMAIL PROTECTED]):
> * Christian Perrier <[EMAIL PROTECTED]> [2008-06-29 08:11]:
> > > +# configured so it will boot from disk
> > > +# :sl4:
> > > +_Description: Configuring system to make it bootable
> > 
> > If this is displayed in a progress bar, it should have an ellipsis:
> 
> No, this is the title of the progress bar.
> 
> Anyway, should I change it to "Making the system bootable" to make it
> shorter?

If you think this still represents the action taken, yes, that could
be good: simpler (not being close to a full sentence) and shorter

Of course, no ellipsis, then.

> 
> > > +Template: flash-kernel-installer/generating_image
> > > +Type: text
> > > +# This is a progress bar showing up when the system generates a
> > > +# special boot image on disk for some embedded device so they
> > > +# can boot.
> > > +# :sl4:
> > > +_Description: Generating boot image on disk
> > Ditto.
> 
> Yes, here I need the ellipsis.
> 
> None of the progress bars in flash-kernel use an ellipsis at the
> moment.  Can you add it without destroying all translations or does
> updating the translations for this require knowledge of the language?

Hmmm, this is indeed something we missed. So, well, I propose adding
the ellipsis while we're "breaking" translations.

I don't consider it safe to add the ellipsis to translations as this
requires knowledge of each language's typographic rules.

However, this does not add a big burden to translators. They'll just
have to check the affected strings and, as they already have to update
stuff, this will just add a few seconds to their work.

I'd say "go ahead" to add an ellipsis where needed.


> 
> > > -_Description: Configure flash memory to boot the system
> > > +_Description: Configure system to make it bootable
> > Seems fairs. However, I somewhat fear that it might be hard for some
> > translators to fit in about 60 columns (the limit for main menu items:
> > otherwise, the title is cut).
> > 
> > Would "Make the system bootable" be acceptable?
> 
> Yes, sounds good to me.
> 
> Here is my new patch.  Is this ok?

Fine by me (note that I'm only speaking for debconf templates wording..:-))

Eventually plus the additionnal ellipsis...

PS: minor apologies for not answering yesterday and have you lose some
valuable time waiting for comments.




signature.asc
Description: Digital signature