A small udeb contribution from an arm-chair developer

[Michael S Peek]

Hi guys,

Many moons ago I wrote a few small udebs that I found useful.  I offered 
them to the community, but at the time the consensus was that it was too 
close to the release of Etch and too many people were too busy to deal 
with it.  But at the same time, there seemed to be a few that thought 
that my contribution was useful and thought that I should hold on to it 
until later.


Well, now that Etch has been released, I thought I would give it another 
try.  Here's my udeb package again, updated to work with the latest Etch 
installer.  As I'm not a debian developer, I was hoping that someone who 
is might be interested enough to take it off my hands.  That is, if 
anyone out there is even interested. The package is small (6.4KB tar.gz 
file), and consists of shell scripts that should run under any architecture.


From my original post (but updated):

If you're like me, and I know I am, then you work someplace where you 
have no access to the DHCP server, so allowing the installer to acquire 
it's networking information from the DHCP server breaks things.  You 
also have a small multitude of machines with varying hard drive 
configurations.  And, last but not least, you're lazy and prone to human 
error.  You don't want to have to type in networking and partitioning 
information manually for each machine you install, nor do you want to 
have to burn a separate installer CD for each machine.  What you really 
want, is to be able to put all the information for all your machines on 
one installer CD and have the installer figure it out for itself.


And, if you're even more like me, then...  well...  You're freakin' me 
out, man.  Stop it.


I've written a package I've called multi-config that produces two udebs:

multi-netcfg_1.10_all.udeb
From debian/multi-netcfg.README:

This module is designed to allow the installer to preseed network
configuration values for a multitude of machines.

To use:

1) Preseed multi-netcfg/preseed-dir.

Set multi-netcfg/preseed-dir to a directory on the install media where
multi-netcfg is to check for network configuration preseed files.  For
instance, if you are using an install CD, and you have created a 
directory on

your CD called /preseed/netcfg/, then set your preseed value thusly:

d-i multi-netcfg/preseed-dir string /cdrom/preseed/netcfg

2) Create the netcfg preseed directory and populate with preseed files.

For each machine for which you want to preseed network configuration 
settings,

create a file in your multi-netcfg directory using the ethernet hardware
address as the filename, but with ':'s changed to '-'s.

For instance: If given an unknown machine with a blank hard drive...

  2a) Boot the machine w/ the Debian installer.

  2b) When prompted for network configuration (after the installer has
  detected the ethernet card and loaded modules), switch to the 2nd
  virtual terminal and type "ifconfig -a".  You will see something 
like

  this (numbers have been changed to protect the guilty):

  eth0  Link encap:Ethernet  HWaddr 0A:12:F3:3A:13:E9  
inet addr:xx.xx.xx.xx  Bcast:xx.xx.xx.255  
Mask:255.255.255.0

inet6 addr: fe70::212:3fef:fe3b:129e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:433469293 errors:0 dropped:0 overruns:0 frame:0
TX packets:552342645 errors:0 dropped:0 overruns:0 
carrier:0

collisions:0 txqueuelen:1000
RX bytes:4186685499 (3.8 GiB)  TX bytes:2485150677 
(2.3 GiB)

Base address:0xdcc0 Memory:dfee-dff0

  loLink encap:Local Loopback  
inet addr:127.0.0.1  Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING  MTU:16436  Metric:1
RX packets:106281703 errors:0 dropped:0 overruns:0 frame:0
TX packets:106281703 errors:0 dropped:0 overruns:0 
carrier:0

collisions:0 txqueuelen:0
RX bytes:4107947197 (3.8 GiB)  TX bytes:4107947197 
(3.8 GiB)


  sit0  Link encap:IPv6-in-IPv4  
NOARP  MTU:1480  Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

  2c) Locate the hardware address for your ethernet card.  In the above
  example above the hardware address for the ethernet card is
  0A:12:F3:3A:13:E9.

  2d) Permute the hardware address by substituting '-'s for ':'s:
  0A-12-F3-3A-13-E9.

  2e) Create a file by this permuted name under the multi-netcfg directory
  containing your network preseed values.  You can leave out the 
preseed
  value for netcfg/choose_interface, as multi-netcfg will fill 
this value

  in for you automatically.  An exmaple file might look like this:

  d-i net

Add a standardized comment to udeb packages description?

[Christian Perrier]

The following comes from discussions in dle when we proofread the
debconf templates and package description of udev.

James suggests that packages prodicing udebs should add a comment
explaining that udebs should not be installed on normal systems. What
do you think of this proposal?

Please keep both lists CC'ed


- Forwarded message from James Westby <[EMAIL PROTECTED]> -

Date: Fri, 13 Apr 2007 20:18:32 +0100
From: James Westby <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [RFR] templates://udev/{udev.templates}
X-Mailing-List: <[EMAIL PROTECTED]> archive/latest/858
X-CRM114-Status: UNSURE (4.2507) This message is 'unsure'; please train it! 

On (12/04/07 13:05), Christian Perrier wrote:
> Please find, for review, the debconf templates of udev.
> 
> - the hotplug package and requires a kernel not older than 2.6.12.
> + the hotplug package and requires a 2.6.12 or later kernel.

I think it should be "requires a version 2.6.12 or later kernel"

>   .
>   This is a minimal version for use in debian-installer.
> 

Should we start adding "This package should not be installed on a normal
system" to udebs?

Thanks,

James

-- 
  James Westby   --GPG Key ID: B577FE13-- http://jameswestby.net/
  seccure key - (3+)k7|M*edCX/.A:n*N!>|&7U.L#9E)Tu)T0>AM - secp256r1/nistp256


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



 ** CRM114 Whitelisted by: [EMAIL PROTECTED] **

- End forwarded message -

-- 




signature.asc
Description: Digital signature

Bug#417590: deleted VG haunts installer, cryptroot file missing

[Stephen Gildea]

>   >But why didn't the installer set up my crypt configuration?
>   
>   This sounds very weird, but also not reproducible.

I've tried myself to reproduce the problem, without success.

 < Stephen


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

Bug#419169: List detected operating systems in a bullet form instead of comma separated list.

[Obibok]

Package: grub-installer
Severity: wishlist

Currently at the "Install the GRUB boot loader on a hard disk" screen, the 
list of detected operating systems is part of a sentence and all items are 
separated by commas. For a clearer and more professional look, the 
existing installed systems should be listed in a bullet form.


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

Bug#419168: RAID partition size, fs type and mount point alignment

[Obibok]

Package: partman-base
Severity: wishlist

Hi everyone. I'd like to propose a tiny change to the way the partition setup 
is displayed in partman-base. In the "(...) overview of currently configured 
partitions and mount points":

* current *
==
IDE1 master (HDA) - 8.0 GB WDC.
   #1 primary   8.0 GB   ext2   /media/hda1

RAID0 device #0 - 10.0 GB Software RAID device
   #1   10 GB   ext2   /
==


* proposed *
==
IDE1 master (HDA) - 8.0 GB WDC.
   #1 primary   8.0 GB   ext2   /media/hda1

RAID0 device #0 - 10.0 GB Software RAID device
   #110 GB   ext2   /
==


Basically, extra space/tab is needed to keep the size, fs type and mount point 
of RAID partitions aligned with these of other partitions. Alternatively, 
instead of blank space, the partition type could be shown - such as "multi" 
or "md" or just "RAID":


* alternate *
==
IDE1 master (HDA) - 8.0 GB WDC.
   #1 primary   8.0 GB   ext2   /media/hda1

RAID0 device #0 - 10.0 GB Software RAID device
   #1 multi  10 GB   ext2   /
==


I know there are more important things to be dealt with but since it's 
seemingly such a simple change, I thought it'd be worth a shot.


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

Bug#382889: closed by Christian Perrier <[EMAIL PROTECTED]> (Closing bug as we don't intend to change the order of questions)

[Michael Gilbert]

i just did a new install.  the order of operations (for a non-expert
install) is as follows (with time into install and user prompts
noted):

minuteoperation

0config local/language (prompt)
0load d-i from cdrom
1config hostname (prompt)
1detect hardware
2config disk partitioning (prompt)
2disk partitioning
5config timezone (prompt)
5config users (prompt)
5install base system
10  config mirror (prompt)
10  test connection to mirror
11  config popcon (prompt)
11  config tasksel (prompt)
11  download packages
41  install packages
51  config grub (prompt)
51  reboot

it may perhaps seem not much of a burden to require the user to attend
to the installer for the first 11 minutes, but nevertheless, that is
11 minutes of their life not spent on other things.  i think if the
prompts were aggregated to proceed in sequence, it would be much
better.  i understand that this is not an easy task, but it should be
worth it for users that install a lot of systems.

here is the order of operations that i suggest (disregarding current
perceived technical limitations).  information entered into the
prompts can be stored in a temporary location until the disk is
available to move the info to the right place:

 config local/language (prompt)
 load d-i from cdrom
 config hostname (prompt)
 config timezone (prompt)
 config users (prompt)
 detect hardware
 config mirror (prompt)
 test connection to mirror
 config popcon (prompt)
 config tasksel (prompt)
 config grub (prompt)
 config disk partitioning (prompt)
 disk partitioning
 install base system
 download packages
 install packages
 reboot

if these comments seem useful, please reopen, otherwise i'll finally
let this go.  its up to you.

mike


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

etch/volatile -- public key is not available: NO_PUBKEY EC61E0B0BBE55AB3

[Rick Thomas]

Anybody know what the problem is here?  Or how to fix it?


W: GPG error: http://volatile.debian.org etch/volatile Release: The  
following signatures couldn't be verified because the public key is  
not available: NO_PUBKEY EC61E0B0BBE55AB3

W: You may want to run apt-get update to correct these problems

Thanks!

Rick


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

Bug#418341: turning DMA off

[Geert Stappers]

Op 13-04-2007 om 18:27 schreef Chris Bell:
> 
> I usually find that DMA has been turned on but the drive is unable to
> comply, so I turn DMA off for that drive.


How?


Please spend some more time on this bugreport.
Example given: tell/explain how to turn off DMA.


Thank you,
Geert Stappers



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

Bug#419141: iso-scan: Allow multiple architecture iso images

[Harry Edmon]

Package: iso-scan
Version: 1.19
Severity: wishlist
Tags: patch

The vollowing patch would allow you have have both the i386 and amd64 ISO
images on a USB key, and the correct one would be mounted based on whether
you booted a 32 or 64 bit kernel.

*** iso-scan.postinst.orig  Fri Apr 13 14:48:55 2007
--- iso-scan.postinst   Fri Apr 13 13:56:01 2007
***
*** 19,25 
  }

  is_debian_iso () {
!   test -e /cdrom/.disk/info
  }
  
  register_cd () {
--- 19,34 
  }

  is_debian_iso () {
!   if [ -e /cdrom/.disk/info ] ; then
!   case "$(archdetect)" in
!i386/*)
!test -e /cdrom/install.386 ;;
!amd64/*)
!test -e /cdrom/install.amd ;;
!*)
!return 1
!   esac
! fi
  }
  
  register_cd () {


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.4
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Processed: reassign 418421 to os-prober

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.2
> reassign 418421 os-prober
Bug#418421: Etch installer creates GRUB boot-entry for a hidden non-OS recovery 
partiton
Bug reassigned from package `installation-reports' to `os-prober'.

>
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#382889: marked as done (debian-installer: non-optimal order of operations)

[Debian Bug Tracking System]

Your message dated Fri, 13 Apr 2007 16:16:40 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#382889: closed by Christian Perrier <[EMAIL PROTECTED]> 
(Closing bug as we don't intend to change the order of questions)
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: debian-installer
Severity: normal

one of the biggest qualms with the windows installer is that various
dialogs pop up dispersed throughout the installation, forcing the user
to constantly attend to the system (merely to hit "next" when the 
appropriate time comes).

it appears to me that the debian-installer suffers this usability
concern as well.  for example, user set up and configuration comes after
disk partioning (which can take a reasonble amount of time especially
ext3 on large disks).  if user set up were before disk partitioning,
then the user would not need to wait as the installer could continue
directly into package download and installation.

i suggest that some time be spent considering the installation order of
operations, and making sure that the user is not being forced to attend
the system unnecessarily.

mike

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

--- End Message ---
--- Begin Message ---
Michael Gilbert wrote:
> reopen 382889
> thanks
> 
> >Subject: Closing bug as we don't intend to change the order of questions
> >After the discussion that happened in this bug's log, it is clear that
> >the D-I team has no intent to change the order of questions in the
> >installation process.
> >
> >The user setup comes after the partitioning step, and moving its
> >questions elsewhere would mean moving the clock setup questions as
> >well, which is technically not possible before the disk is
> >partitioned.
> 
> why can't this information be stored in ram until disk partitioning
> finishes, then transfered to the right location on disk?

Because the clock setup step depends on os-prober, which depends on the
disk having already been partitioned so that it can detect which other
operating systems are still installed.

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---

autopartkit_1.26_i386.changes ACCEPTED

[Debian Installer]

Accepted:
autopartkit_1.26.dsc
  to pool/main/a/autopartkit/autopartkit_1.26.dsc
autopartkit_1.26.tar.gz
  to pool/main/a/autopartkit/autopartkit_1.26.tar.gz
autopartkit_1.26_i386.udeb
  to pool/main/a/autopartkit/autopartkit_1.26_i386.udeb


Override entries for your package:
autopartkit_1.26.dsc - source debian-installer
autopartkit_1.26_i386.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]

Processing of autopartkit_1.26_i386.changes

[Archive Administrator]

autopartkit_1.26_i386.changes uploaded successfully to localhost
along with the files:
  autopartkit_1.26.dsc
  autopartkit_1.26.tar.gz
  autopartkit_1.26_i386.udeb

Greetings,

Your Debian queue daemon


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

Bug#418341: Reopen 418341

[Chris Bell]

On Fri 13 Apr, Renato S. Yamane wrote:
> 
> Frans,
> I found more bugs about "CD ROM / HD not recognized":
> 
> 

I usually find that DMA has been turned on but the drive is unable to
comply, so I turn DMA off for that drive.


-- 
Chris Bell



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

Processed: Re: Bug#382889 closed by Christian Perrier <[EMAIL PROTECTED]> (Closing bug as we don't intend to change the order of questions)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 382889
Bug#382889: debian-installer: non-optimal order of operations
Bug reopened, originator not changed.

> 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#382889: closed by Christian Perrier <[EMAIL PROTECTED]> (Closing bug as we don't intend to change the order of questions)

[Michael Gilbert]

reopen 382889
thanks


Subject: Closing bug as we don't intend to change the order of questions
After the discussion that happened in this bug's log, it is clear that
the D-I team has no intent to change the order of questions in the
installation process.

The user setup comes after the partitioning step, and moving its
questions elsewhere would mean moving the clock setup questions as
well, which is technically not possible before the disk is
partitioned.


why can't this information be stored in ram until disk partitioning
finishes, then transfered to the right location on disk?

mike


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

Re: [RFC] Simplify USB detection

[David Härdeman]

On Fri, Apr 13, 2007 at 06:16:39PM +0200, Frans Pop wrote:
I propose to drop the usb-discover udeb completely and instead add a 
simple script in rootskel (see patch below) to load the keyboard, hid and 
serial modules if USB is supported.


Doesn't udev load those modules as well?

--
David Härdeman


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

[RFC] Simplify USB detection

[Frans Pop]

Currently we we have a separate udeb usb-discover for USB detection and 
activation, with a boot parameter debian-installer/probe/usb.

The udeb uses PCI ID lists from discover and/or some info from
/sys/bus/pci/devices to load the core USB drivers ({U,O,E}HCI) and then 
loads usb keyboard, hid and serial modules.
This is done during debian-installer-startup.d processing.

IMO this can be simplified a lot because currently the core USB modules 
will be loaded automatically by the kernel/udev anyway, making the 
debian-installer/probe/usb parameter rather useless.

I propose to drop the usb-discover udeb completely and instead add a 
simple script in rootskel (see patch below) to load the keyboard, hid and 
serial modules if USB is supported.

Of course, some changes under installer/build and the manual will be 
needed as well if the udeb and the boot parameter are dropped.

Cheers,
FJP

Index: src/lib/debian-installer-startup.d/S33usb-linux
===
--- src/lib/debian-installer-startup.d/S33usb-linux (revision 0)
+++ src/lib/debian-installer-startup.d/S33usb-linux (revision 0)
@@ -0,0 +1,8 @@
+#!/bin/sh
+
+# Setup USB
+if [ -e /sys/bus/usb ]; then
+   modprobe -q usbkbd || true
+   modprobe -q usbhid || true
+   modprobe -q usbserial || true
+fi

Index: src/lib/debian-installer-startup.d/Makefile
===
--- src/lib/debian-installer-startup.d/Makefile (revision 46401)
+++ src/lib/debian-installer-startup.d/Makefile (working copy)
@@ -24,6 +24,9 @@
S35term

 ifeq ($(DEB_HOST_ARCH_OS),linux)
+  files += \
+   S33usb-linux
+
   ifneq (,$(filter i386 amd64,$(DEB_HOST_ARCH_CPU)))
 files += \
S05acpi-linux-x86 \


pgpzSQ4i2svCu.pgp
Description: PGP signature

Re: d-i: 'partman' partition overview suggestion for RAID

[Obibok]

On Friday, April 13, 2007 3:43 am, David Härdeman wrote:
> > Also, it would be extremely useful to show the RAID component devices
> > (partitions that make up each MD device). AFAIK there's no way to
> > identify each MD device other than going to the RAID delete menu, is
> > there?
>
> It's on my TODO list to change partman-md so that it displays a overview
> of the current md setup similar to what partman-lvm currently does.

Hopefully it's not too much work to get this done. It'd be really good to have 
this feature. I guess we just have to be patient. Thanks, David.

Bug#329743: Silly ideas exchanged about the memory impact of translations on D-I

[Christian Perrier]

The following are mostly ideas exchanged in the wild about what could
be done in cdebconf to reduce the impact of the increasing number of
translations on the memory requirements of D-I:

17:07 < bubulle> fjp: I have been playing silly with cdebconf stuff in D-I to 
see how we could reduce the impact
 of translations on memory requirements
17:07 < bubulle> first test: I edited /var/lib/cdebconf/templates.dat and 
removed all Description-* and
 Extended_description-*
17:07 < bubulle> except the ones for French
17:08 < fjp> Raaku: You'll have to say what you need help with...
17:08 < bubulle> I expected that only French translations would be available 
and not others...but indeed others
 are still here
17:08 < bubulle> Means they're in memory, certainly
17:08 < bubulle> but, then, what's the point of the giant 
/var/lib/cdebconf/templates.dat file?
17:09 < cjwatson> I think the right fix for that is to mmap cdebconf's databases
17:09 < cjwatson> I started working on that a while back but never completed it
17:09 < cjwatson> it's silly that they're on the filesystem and then it reads 
them all in as well
17:09 < fjp> bubulle: #329743
17:10 < fjp> Yes, that would be a first huge step.
17:10 < bubulle> cjwatson: yep. Morefunnily, I just removed that giant file and 
D-I still works
17:10  * fjp doubts it's guaranteed to remain working.
17:11  * bubulle doubts it also...just trying to continue and see what happens 
when new packages are loaded
17:12 < cjwatson> cdebconf will probably write it straight back out again at 
the next save
17:13 < cjwatson> losing performance too - at the moment it avoids saving the 
db if it exists and isn't dirty
17:13 < cjwatson> (saving the template db takes a while)
17:14 < bubulle> yep, it is written bak again
17:16 < bubulle> sounds like we're losing about 10MB memory here
17:17 < cjwatson> I don't think nuking the db off the filesystem is the 
appropriate fix, really
17:17 < bubulle> of course..:-)...this is just a convenient way to see what 
amount of memory we're losing..:)
17:18 < cjwatson> templates.dat could be gzipped, but then you wouldn't be able 
to mmap it
17:18 < cjwatson> so long run that would probably be a loss
17:18 < bubulle> dropping off all translations but English and the current 
language in templates.dat squeezes it
 down from 9.4MB to 1.2MB
17:19 < cjwatson> and then you switch language ... ;-)
17:19 < bubulle> sure, going that way would mean you cannot switch languages
17:20 < bubulle> but we could have a special lowmem mode where it wouldn't be 
possible to switch languages while
 still having translations
17:20 < bubulle> after all, users don't switch languages that oftenthe only 
case that comes to my mind is the
 user error at the first screen
17:20 < cjwatson> lowmem already trims the templates file
17:21 < bubulle> yep, it trims all translations...
17:21 < cjwatson> unless you mean trimming just after localechooser runs and 
slightly less aggressively
17:21 < bubulle> I was thinking about an intermediate mode
17:21 < bubulle> yes, this
17:21 < cjwatson> I'd suggest maybe trimming it at the start of the anna run 
tto allow a bit of margin for error
17:22 < cjwatson> memory use doesn't really spike until then anyway
17:24 < bubulle> fjp: I propose pasting this discussion to #329743

-- 




signature.asc
Description: Digital signature

Re: Bug#418998: fontconfig-config: for korean font, Baekmuk is obsolete

[Christian Perrier]

merge 418998 418999
thanks

Quoting trand ([EMAIL PROTECTED]):
> Package: fontconfig-config
> Version: 2.4.2-1.2
> Severity: wishlist
> Tags: l10n
> 
> For korean font, ttf-baekmuk is almost dead.
> development is stop, people don't use it.


Please note that I am not the fontconfig maintainer. I just happen to
be subscribed to the package's PTS and saw your bug report.

As you suggest this, it seems to me that D-I should probably stop
installing ttf-baekmuk when the installation language is Korean.

The korean-desktop task currently installs:

Packages-list:
 imhangul
 nabi
 ttf-unfonts
 imhangul-status-applet
 iceweasel-l10n-ko
 xfonts-baekmuk
 ttf-baekmuk
 openoffice.org-help-ko
 openoffice.org-l10n-ko
 kde-i18n-ko


So, ttf-unfonts are already installed and, if this is what you
suggest, we could remove ttf-baekmuk.

What about xfonts-baekmuk? Should they be dropped from there also?

Asking for an advice to debian-l10n-korean about thisChangwoo,
Sunjae, others, please comment...



signature.asc
Description: Digital signature

Processed: reassign 418507 to tasksel

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.2
> reassign 418507 tasksel
Bug#418507: installation: gnome-audio not installed when performing "installgui"
Bug reassigned from package `tasksel' to `tasksel'.

>
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#417895: Output of dmesg

[Frans Pop]

On Friday 13 April 2007 12:05, Alister Winfield wrote:
> Oh weird  and I see why it might fail if the kernel / udev thinks
> its a floppy.

Yes, that is the root of the problem. Could you also provide the output 
of 'udevinfo -a -p /sys/block/sr0'?

TIA.


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

Bug#418760: preseed: Preseeding isn't working anymore in Testing

[Joey Hess]

Olaf van der Spek wrote:
> I downloaded debian-testing-i386-netinst.iso and tried to install it in 
> VMware with auto url=xcc.demon.nl
> This works with Etch, but with Testing, it asks language, country, priority 
> and then it wants to check the media integrity.
> The check passes, and then an install step fails. It's the execute a shell 
> step.

Testing is no longer etch, but lenny, so the default url downloaded when
using a simple url has changed 
from http://hostname/d-i/etch/./preseed.cfg
to   http://hostname/d-i/lenny/./preseed.cfg

I imagine that's the cause of your problem.

-- 
see shy jo


signature.asc
Description: Digital signature

Processed: reassign 418760 to auto-install

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.2
> reassign 418760 auto-install
Bug#418760: preseed: Preseeding isn't working anymore in Testing
Bug reassigned from package `preseed' to `auto-install'.

>
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#418341: Reopen 418341

[Renato S. Yamane]

Frans,
I found more bugs about "CD ROM / HD not recognized":


-- 
Renato S. Yamane
Fingerprint: 68AE A381 938A F4B9 8A23  D11A E351 5030 D420 515A
PGP Server: http://pgp.mit.edu/ --> KeyID: 0xD420515A



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

Bug#417895: Output of dmesg

[Alister Winfield]

On 10 Apr 2007, at 13:26, Frans Pop wrote:


On Tuesday 10 April 2007 11:34, Alister Winfield wrote:

 From this and a subsequent test mounting the CD manually then
continuing the problem is potentially something to do with the probe
script. The CD in this case is in the 'virtual CD device' thats in
the devices as a /dev/sr0. There is no CD in the onboard CDROM drive.


OK. No please provide the output of:
   udevinfo -q env -p /sys/block/sr0



Oh weird  and I see why it might fail if the kernel / udev thinks  
its a floppy.(FYI this is the remote console virtual CD thats on the new
X4100 M2's from SUN). The unusual bit is that the dmesg output has it  
with Type: CD-ROM (obviously as its attached to the SCSI CDROM driver).


~ # udevinfo -q env -p /sys/block/sr0
ID_VENDOR=American_Megatrends_Inc.
ID_MODEL=Virtual_Cdrom_Device
ID_REVISION=0100
ID_SERIAL=American_Megatrends_inc._Virtual_Cdrom_Device
ID_TYPE=floppy
ID_BUS=usb
ID_PATH=pci-:00:02.0-usb-0:4:1.0-scsi-0:0:0:0


This email and any attachments may be confidential and/or legally privileged. If you have received this e-mail and you are not a named addressee, please inform the sender of this email by sending a return email to the address above and then delete the e-mail and your response from your system. If you are not a named addressee you must not use, disclose, distribute, copy, print or rely on this e-mail. Any views or opinions presented are solely those of the author. Any statements made, or intentions expressed in this communication may not necessarily reflect the view of Easynet. No content herein will bind Easynet or any associated company unless confirmed by the execution of a formal contract by Easynet. Any figures or amounts given in this email are quotations only and are subject to change. Although Easynet routinely screens for viruses, addressees should scan this e-mail and any attachments for viruses. Easynet makes no representation or warranty as to the absence of viruses in this e-mail or any attachments. Please note that to ensure regulatory compliance and for the protection of our customers and business, we may monitor and read e-mails sent to and from our server(s). 


Easynet Limited a company incorporated and existing under the laws of England 
and Wales, with company number 2954343 and having its registered office at 
44-46 Whitfield Street London, W1T 2RJ.

Re: d-i: 'partman' partition overview suggestion for RAID

[David Härdeman]

On Fri, April 13, 2007 4:01, Obibok said:
> Also, it would be extremely useful to show the RAID component devices
> (partitions that make up each MD device). AFAIK there's no way to identify
> each MD device other than going to the RAID delete menu, is there?

It's on my TODO list to change partman-md so that it displays a overview
of the current md setup similar to what partman-lvm currently does.

-- 
David Härdeman


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

Bug#417590:

[David Härdeman]

On Fri, April 13, 2007 0:55, Matt Willsher said:
> I too have had this problem under Etch stable - thankfully Stephen
> has done the work in finding a work around :)

I'm not sure exactly what problem you refer to, but if it is incomplete
cryptoroot configuration when using a combination of RAID and crypto (as
your setup detailed below), then that is a known problem which is
documented in the errata and at
http://wiki.debian.org/DebianInstaller/RAIDvsCrypto.

It will be fixed in the Lenny version of the installer sometime in the
future.

> My disk setup is as follows, all done through partman while running
> the installer in expert mode:
>
> /dev/hda1 \
> /dev/hdb1 |- /dev/md0 -> /boot
> /dev/hdc1 /
>
> /dev/hda2 \
> /dev/hdb2 |- /dev/md1 -> encrypted -> msdos partition -> LVM -> 3 lvs
> (root,var,swap)
> /dev/hdc2 /
>
> File systems are all ext3
>
> Regarding the lvm locking, the same also seems to be true for MD
> devices - if you delete the partition tables out the RAID devices
> still show and if then new partitions are added, when it comes to
> creating the new MD devices, it is using the old partition table,
> necessitating a reboot to restart the installer.

Ok, I'll take a look at this when I look at the same situation for
partman-lvm.

-- 
David Härdeman



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

Bug#382889: marked as done (debian-installer: non-optimal order of operations)

[Debian Bug Tracking System]

Your message dated Fri, 13 Apr 2007 08:14:56 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Closing bug as we don't intend to change the order of questions
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: debian-installer
Severity: normal

one of the biggest qualms with the windows installer is that various
dialogs pop up dispersed throughout the installation, forcing the user
to constantly attend to the system (merely to hit "next" when the 
appropriate time comes).

it appears to me that the debian-installer suffers this usability
concern as well.  for example, user set up and configuration comes after
disk partioning (which can take a reasonble amount of time especially
ext3 on large disks).  if user set up were before disk partitioning,
then the user would not need to wait as the installer could continue
directly into package download and installation.

i suggest that some time be spent considering the installation order of
operations, and making sure that the user is not being forced to attend
the system unnecessarily.

mike

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

--- End Message ---
--- Begin Message ---
After the discussion that happened in this bug's log, it is clear that
the D-I team has no intent to change the order of questions in the
installation process.

The user setup comes after the partitioning step, and moving its
questions elsewhere would mean moving the clock setup questions as
well, which is technically not possible before the disk is
partitioned.

So, the current location of user setting questions is the current best
compromise. Hence closing this bug report.

-- 




signature.asc
Description: Digital signature
--- End Message ---