Re: termwrap patch for I18N

[Rob Weir]

On Fri, Jan 02, 2004 at 07:55:03PM +0900, Kenshi Muto said

[-- PGP output follows (current time: Mon Jan  5 17:19:31 2004) --]
gpg: Signature made Fri Jan  2 21:55:03 2004 EST using DSA key ID 72D03CB1
gpg: BAD signature from "Kenshi Muto <[EMAIL PROTECTED]>"
[-- End of PGP output --]

Is anyone else seeing this?

-- 
Rob Weir <[EMAIL PROTECTED]> | [EMAIL PROTECTED]  |  Do I look like I want a CC?
Words of the day:  Sundevil Consul Belknap Vickie Weaver Agfa Debian Rubin ISEC


signature.asc
Description: Digital signature

Re: beta 2 update

[Joey Hess]

I wrote:
> We will need to change the CD build scripts around a bit now, so that
> daily CDs are built (especially for non-i386 arches) that contain the
> debs from testing, but the udebs from unstable (and appropriately
> developmental versions of the initrds as well). This is so that we can
> test that the udebs in unstable actually work before propigating them to
> testing. Of course, we'll also want to keep the existing setup, so we
> can build final CD images from testing, using the debs and udebs and
> initrds in testing. I suppose we could call the former CDs daily, and
> the latter CDs release candidates.
> 
> Along similar lines, if you need to test a udeb in unstable, and you
> netboot or use a boot floppy, d-i will currently use the udeb from
> sarge. To force it to use the udebs from unstable, we will need to add a
> boot time parameter.

So due to an upload of a new upstream version of busybox-cvs-udeb
to unstable, both of the above methods of testing are more or less
impossible. You would be testing with the wrong version of busybox.

At this point I don't know whether to --

a. Upload a new version of busybox that reverts it back to exactly what
   it was before.
b. Do some horrendous hack to the CD scripts to use only specific
   packages (not busybox) from unstable, and the rest from testing.
   (This would not help netboot/floppy testing.)
c. Not worry about it and let the porters deal with the resulting
   possible breakage and confusion themselves.
d. Propigate the new busybox to testing for !i386, and let the porters
   deal with *that*, with possible arbitrary delays as the result.
e. Release without any ports, since bleeding edge busybox is somehow 
   more important.

Needless to say, this sucks, and in case you didn't hear me the first
time, UNSTABLE IS FROZEN TO UPLOADS OF UDEBS, EXCEPT FOR THOSE
NECESSARY TO GET PORTS DONE.

Sigh.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Install report, take 2: alpha businesscard 2004-01-02

[Steve Langasek]

On Sun, Jan 04, 2004 at 11:45:02PM -0600, Steve Langasek wrote:

> So, I figured I'd give this image another go after pulling the SCSI
> controller out of the machine.  The SCSI card happens to be an
> integrated SCSI/ethernet device, so there was definitely no network
> configuration happening on this one -- and the netinst image quite
> persistently let me know that this wasn't going to work, but I continued
> on anyway to see how far I could get. :)

> With the qlogic card out, detecting the remaining IDE hard drives worked
> just fine.  When it came time to partition, though, the installer failed
> miserably.  Although the partitioner udeb has a script to tell it which
> partitioning program to use, and knew that it was supposed to use fdisk
> for SRM-based systems, fdisk-udeb wasn't installed.  Installing the udeb
> by hand let the partitioning run normally, showing that everything else
> was being detected correctly.

> By this point, the ailing IDE drive I'd thrown in for the test was
> giving me frequent read errors, so I never got through creating a new
> filesystem; though mounting the existing fs did work when I tested it,
> and formatting only failed because the hardware balked.

> I've also tested the kernel-image-2.4.23-1-generic package on this
> system, and it shows the same problem initializing the SCSI driver as
> the 2.4.22 kernel on the CD did.  I'll continue trying to get to the
> bottom of that little failure.

Oh, I think I've also figured out why /var/log/syslog wasn't created:
syslogd failed to start because there was no driver for unix socket
support in any of the kernel udebs.  The socket-modules udeb is
conspicuously absent from pkg-lists/*/alpha, even though it does exist.
I'll update this in my local working directory so it can be fixed on the
dailies, and commit it as soon as alioth is back.

Is there any reason this shouldn't be considered a "common" package?  It
seems to be in the list for all i386 and powerpc targets.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: busybox-cvs_20040101-1_i386.changes ACCEPTED

[Joey Hess]

Debian Installer wrote:
> Accepted:
> busybox-cvs-floppy-udeb_20040101-1_i386.udeb
>   to pool/main/b/busybox-cvs/busybox-cvs-floppy-udeb_20040101-1_i386.udeb
> busybox-cvs-static_20040101-1_i386.deb
>   to pool/main/b/busybox-cvs/busybox-cvs-static_20040101-1_i386.deb
> busybox-cvs-udeb_20040101-1_i386.udeb
>   to pool/main/b/busybox-cvs/busybox-cvs-udeb_20040101-1_i386.udeb
> busybox-cvs_20040101-1.diff.gz
>   to pool/main/b/busybox-cvs/busybox-cvs_20040101-1.diff.gz
> busybox-cvs_20040101-1.dsc
>   to pool/main/b/busybox-cvs/busybox-cvs_20040101-1.dsc
> busybox-cvs_20040101-1_i386.deb
>   to pool/main/b/busybox-cvs/busybox-cvs_20040101-1_i386.deb
> busybox-cvs_20040101.orig.tar.gz
>   to pool/main/b/busybox-cvs/busybox-cvs_20040101.orig.tar.gz
> Announcing to [EMAIL PROTECTED]
> Closing bugs: 215612 216435 

If anyone is unclear on why uploading a new upstream version of busybox
to unstable is bloody stupid right now, I will be glad to explain it to
you..

-- 
see shy jo


signature.asc
Description: Digital signature

busybox-cvs_20040101-1_i386.changes ACCEPTED

[Debian Installer]

Accepted:
busybox-cvs-floppy-udeb_20040101-1_i386.udeb
  to pool/main/b/busybox-cvs/busybox-cvs-floppy-udeb_20040101-1_i386.udeb
busybox-cvs-static_20040101-1_i386.deb
  to pool/main/b/busybox-cvs/busybox-cvs-static_20040101-1_i386.deb
busybox-cvs-udeb_20040101-1_i386.udeb
  to pool/main/b/busybox-cvs/busybox-cvs-udeb_20040101-1_i386.udeb
busybox-cvs_20040101-1.diff.gz
  to pool/main/b/busybox-cvs/busybox-cvs_20040101-1.diff.gz
busybox-cvs_20040101-1.dsc
  to pool/main/b/busybox-cvs/busybox-cvs_20040101-1.dsc
busybox-cvs_20040101-1_i386.deb
  to pool/main/b/busybox-cvs/busybox-cvs_20040101-1_i386.deb
busybox-cvs_20040101.orig.tar.gz
  to pool/main/b/busybox-cvs/busybox-cvs_20040101.orig.tar.gz
Announcing to [EMAIL PROTECTED]
Closing bugs: 215612 216435 


Thank you for your contribution to Debian.


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

Install report, take 2: alpha businesscard 2004-01-02

[Steve Langasek]

INSTALL REPORT

Debian-installer-version: 2004-01-02 sarge-alpha-businesscard.iso, from
  http://people.debian.org/~manty/testing/netinst/alpha/
uname -a: n/a
Date: Sat Jan  3 15:46:40 CST 2004
Method: CD boot via SRM console
Machine: Microway AlphaPC 164SX
Processor: Alpha 21164 533 MHz
Memory: 384MB
Root Device: /dev/hdd2
Output of lspci:
00:05.0 USB Controller: NEC Corporation USB (rev 41)
00:05.1 USB Controller: NEC Corporation USB (rev 41)
00:05.2 USB Controller: NEC Corporation USB 2.0 (rev 02)
00:06.0 PCI bridge: Digital Equipment Corporation DECchip 21050 (rev 02)
00:07.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 02)
00:07.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 02)
00:08.0 ISA bridge: Contaq Microsystems 82c693
00:08.1 IDE interface: Contaq Microsystems 82c693
00:08.2 IDE interface: Contaq Microsystems 82c693
00:08.3 USB Controller: Contaq Microsystems 82c693
00:09.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II]

Base System Installation Checklist:

Initial boot worked:[E]
Configure network HW:   [ ]
Config network: [ ]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [E]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Comments/Problems:

So, I figured I'd give this image another go after pulling the SCSI
controller out of the machine.  The SCSI card happens to be an
integrated SCSI/ethernet device, so there was definitely no network
configuration happening on this one -- and the netinst image quite
persistently let me know that this wasn't going to work, but I continued
on anyway to see how far I could get. :)

With the qlogic card out, detecting the remaining IDE hard drives worked
just fine.  When it came time to partition, though, the installer failed
miserably.  Although the partitioner udeb has a script to tell it which
partitioning program to use, and knew that it was supposed to use fdisk
for SRM-based systems, fdisk-udeb wasn't installed.  Installing the udeb
by hand let the partitioning run normally, showing that everything else
was being detected correctly.

By this point, the ailing IDE drive I'd thrown in for the test was
giving me frequent read errors, so I never got through creating a new
filesystem; though mounting the existing fs did work when I tested it,
and formatting only failed because the hardware balked.

I've also tested the kernel-image-2.4.23-1-generic package on this
system, and it shows the same problem initializing the SCSI driver as
the 2.4.22 kernel on the CD did.  I'll continue trying to get to the
bottom of that little failure.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Processing of busybox-cvs_20040101-1_i386.changes

[Archive Administrator]

busybox-cvs_20040101-1_i386.changes uploaded successfully to localhost
along with the files:
  busybox-cvs_20040101-1.dsc
  busybox-cvs_20040101.orig.tar.gz
  busybox-cvs_20040101-1.diff.gz
  busybox-cvs-static_20040101-1_i386.deb
  busybox-cvs_20040101-1_i386.deb
  busybox-cvs-udeb_20040101-1_i386.udeb
  busybox-cvs-floppy-udeb_20040101-1_i386.udeb

Greetings,

Your Debian queue daemon


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

di-packages-build_0.4_i386.changes is NEW

[Debian Installer]

(new) di-packages-build_0.4.dsc optional devel
(new) di-packages-build_0.4.tar.gz optional devel
(new) di-packages-build_0.4_all.deb optional devel
Helper packages for Debian-Installer packages build
 This package contains a few scripts which supports the build
 of various Debian-Installer packages.
Changes: di-packages-build (0.4) unstable; urgency=low
 .
  * Add support for a type argument -t.
Announcing to [EMAIL PROTECTED]


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.


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

Processing of di-packages-build_0.4_i386.changes

[Archive Administrator]

di-packages-build_0.4_i386.changes uploaded successfully to localhost
along with the files:
  di-packages-build_0.4.dsc
  di-packages-build_0.4.tar.gz
  di-packages-build_0.4_all.deb

Greetings,

Your Debian queue daemon


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

daily d-i images not built since 2004-01-01

[Matt Kraai]

Howdy,

The latest daily debian-installer images are dated 2004-01-01.
Do you know why more recent builds are not available?

-- 
Matt Kraai [EMAIL PROTECTED]


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

Bug#226213: businesscard installation report + full desktop install

[Joey Hess]

Package: installation-reports

Debian-installer-version: jan 03 businesscard iso, plus jan 02 hd-media image
Method:

Arrived at tri cities regional airport with a blank usb memory stick,
two laptops (one running debian, one blank). Went to observation
lounge, and got online. Downloaded above images using installed
laptop. Wrote to memory stick. Used this to boot my test laptop,
inserted my orinoco card, and downloaded rest of debian over the
wireless network.

Machine: lc2000 laptop
Processor: p4
Memory: 512 mb
Root Device: 32 mb ide
Root Size/partition table: installed to /dev/hda3, 1 gb partition

Base System Installation Checklist:

Initial boot worked:[O]
Configure network HW:   [E]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [O]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Comments/Problems:

I ran into the problem previously reported with pcmcia not working until
it config.opts is modified to not exclude irqs. This was annoying, and I
had to get to the main menu and restart netcfg after restarting pcmcia.
A normal user would not be able to get past this.

There was no iwconfig, but /proc/net/wireless showed link strength. Then
netcfg gave me a list of interfaces (I had to guess that eth1 was
wireless), and dhcp worked.

I saw some previously reported minor problems:
- languagechooser arabic entry bad encoding
- "Validating %s"

It took a long time to download stuff over the wireless, especially the 11
mb kernel. Progress displays could be improved for long downloads.


After reboot (and re-configuring pcmcia by hand again, and running dhclient
by hand), I reproduced the problem with apt-setup looping back to its menu.
Other than that, base-config went mostly ok.

However, if you run out of battery power in the middle of base-config, and
the laptop doesn't support apm (only acpi), and apm is not installed
anyway, rebooting into base-config could be a little better. The most
annoying thing was that it deleted everything apt had downloaded before,
and commented out the sources.list entries, so I had to set all that up
over again, and download 50 mb of packages again.

On the other hand this accidental reboot did let me verify that once
pcmcia's irq excludes were fixed, it comes up and gets online automatically
during boot.

I selected X and Desktop and Laptop tasks, and let it download them for
45 minutes. In the middle I realised that it would run out of disk space
before all this was unpacked, so I moved the apt cache to a different
partition.

Now comes debconf questions. I was in medium priority due to some of the
above-mentioned problems, so I did not get to see the default, high
priority install. What I did see were a number of useless debconf notes
about useful things like "my config file in in /etc" and "some settings
have changed from previous versions (that you never installed, but I'm too
dumb to realize)". Some of these already have bug reports, some rather old.
Sigh.

Now X config. I picked the medium priority install. It asked a slew of
questions, some with bad defaults (do not autodetect mouse type, monitor
type, default to no video modes available, etc). It gave me a cryptic list
of video drivers, and I could not find one to match the radeon card in this
laptop. I picked vesa. Despite all this nastiness, X just came up
afterwards. I will file a separate bug report on X with more details.

As has been noted, gnome and the gnome task is completly broken in testing.
Just like it has been for over 6 months. I remeber mailing the maintainer
of the gnome metapackage last spring about these problems with no response
and no forward progress. This grows annoying; perhaps we should simply
default to kde.

So I picked kde from gdm and it worked ok. One annoying thing was that its
setup wizard asked me _again_ what country I was in, bringing the grand
total of times the installer asked me stuff about that to 6:
- language/country chooser
- keyboard chooser
- mirror choice (in d-i)
- time zone selection
- mirror choice (in base-config)
- kde wizard
Sheesh.

Another annoying thing is that kde wants to open the sound device on
startup, and displays an error that my user cannot access it. The user
account created by the install should be set up to have access to the sound
card.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#226130: usb keyboard and mouse, better corrections

[Jose Ramon Alvarez Sanchez]

I have investigated more on this question and found in a Knoppix
boot in the same machine, that a better solution is to 
edit /etc/modutils/aliases to add the lines (suggested by Kai Lehmann)
  alias usbcore off
  alias usbmouse mousedev
  alias usbkbd  hid

and then including in the file /etc/modules only the additional lines:
  usbkbd
  usbmouse

with these changes i can use the keyboard an also the usb mouse in
the Xfree server without any problem. 
>From the comments in Knoppix files is seems to be a module names
problem in kernels 2.4.

Regards,
Jose R.
   
-- 
,.,..,,
: Jose Ramon   Alvarez Sanchez: Email: [EMAIL PROTECTED]  :Ooo.:
: Dpto. de Inteligencia Artificial: Tel:  (+34) 91-398-7199  :(  ): 
: Univ. Nac. de Educacion a Distancia : Fax:  (+34) 91-398-6697  : ) |: 
: Senda del Rey, 9: --$[0,+oo)@!&>#%{}*\/^_= : (_):
: E-28040 Madrid   SPAIN  : http://www.ia.uned.es/~jras   :
'.:..:'
Simple things are easier, you don't need to trouble your life.
Las cosas simples son mas sencillas, no te compliques la vida.
_,+'^'+,_,+'^'+,_ Usuario de Debian GNU/Linux:  http://www.debian.org/
 Linux Registered User #102342
La Espiral:   http://www.laespiral.org/   Debian, para los usuarios...




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

Bug#226200: base-config: Completely unreadable messages

[Kenshi Muto]

Package: base-config
Version: 2.08
Severity: important
Tags: patch

I've already sent a patch to debian-boot, but alioth continues down.
This bug report for recording.

This bug is critical rather than important, but I record this as
important first.

Current base-config is unusable for Japanese, Korean, Chinese, Russian
or any other who uses special terminal.

Second stage will fill screen with unreadable glyph. Bad. This is
caused by two factor.

A. 2nd stage doesn't provide Framebuffer and terminal check routine is
   corrupted, so special terminal (I recommend jfbterm) can't be used.
B. Moreover base-config don't do language fall back to English for
   them, so unreadable glyph comes (it means symbol or control
   characters are used. Of course this is unreadable and unmeaningful).

This patch fixes:
1. unset_lang_language unset LANG and LANGUAGES, but need to unset
   LC_ALL (and maybe ENCODING) also.
2. prebaseconfig.udeb removed for inserting FB module. As Pere said,
   base-config should cover it only if LANG needs (try_load_fb).
3. WRAPPER check routine is broken. New variable, WRAPPER_OPTION is
   needed (Bug#225865).
4. When WRAPPER goes fail, LANGs which use special terminal should
   unset its LANG (fall back to English).
5. Fix typo (small, but very critical) in jfbterm launch routine of
   Japanese.

--- termwrap.old2003-12-19 05:01:52.0 +0900
+++ termwrap2004-01-02 19:33:24.0 +0900
@@ -66,6 +66,8 @@
if [ "$LANG" ] ; then
warning "Disabling unsupported locale '$LANG'."
unset LANG
+   unset LC_ALL
+   unset ENCODING
fi
if [ "$LANGUAGE" ] ; then
warning "Disabling unsupported language list '$LANGUAGE'."
@@ -92,6 +94,11 @@
esac
 }
 
+try_load_fb() {
+   # Load framebuffer module
+   modprobe -q vesafb || modprobe -q vga16fb || true
+}
+
 ##
 ## Generate the locale data files if missing
 ##
@@ -217,6 +224,7 @@
 ## Select suitable terminal as wrapper.
 ##
 WRAPPER=""
+WRAPPER_OPTION=""
 
 # For this to work, the current locale must be valid.  The block
 # generating the locale should have taken care of that.  If it isn't
@@ -246,19 +254,58 @@
case $TERMINAL in
x)
#WRAPPER="/usr/X11R6/bin/kterm -e"
-   WRAPPER="/usr/X11R6/bin/krxvt -e"
+   WRAPPER="/usr/X11R6/bin/krxvt"
+   WRAPPER_OPTION="-e"
;;
console)
if [ "$SUBARCH" != pc9800 -a "$TERMINAL" = console ]; then
# Any platform except PC9800 require jfbterm
# to display japanese fonts on console.
-   WRAPPER="/usr/bin/jfbterm -c other,EUC-JP,iconv.UTF-8 -e"
+   try_load_fb
+   WRAPPER="/usr/bin/jfbterm"
+   WRAPPER_OPTION="-q -c other,EUC-JP,iconv,UTF-8 -e"
fi
;;
# On pseudo and serial, we can't tell
# if the terminal can display japanese fonts...
esac
;;
+eucKR|euc-KR)
+   case $TERMINAL in
+   console)
+   try_load_fb
+   WRAPPER="/usr/bin/jfbterm"
+   WRAPPER_OPTION="-q -c other,EUC-KR,iconv,UTF-8 -e"
+   ;;
+   esac
+   ;;
+zh_CN|GB2312)
+   case $TERMINAL in
+   console)
+   try_load_fb
+   WRAPPER="/usr/bin/jfbterm"
+   WRAPPER_OPTION="-q -c other,GB2312,iconv,UTF-8 -e"
+   ;;
+   esac
+   ;;
+zh_TW|BIG5)
+   case $TERMINAL in
+   console)
+   try_load_fb
+   WRAPPER="/usr/bin/jfbterm"
+   WRAPPER_OPTION="-q -c other,BIG5,iconv,UTF-8 -e"
+   ;;
+   esac
+   ;;
+KOI8-R)
+   case $TERMINAL in
+   console)
+   try_load_fb
+   WRAPPER="/usr/bin/jfbterm"
+   WRAPPER_OPTION="-q -c other,KOI8-R,iconv,UTF-8 -e"
+   ;;
+   esac
+   ;;
 UTF-8)
# Enable UTF-8 in console
if [ "$TERMINAL" = console ] ; then
@@ -284,7 +331,17 @@
 ## Execute Wrapper.
 ##
 if [ ! -z "$WRAPPER" -a -x "$WRAPPER" ]; then
-   $WRAPPER /bin/true && exec $WRAPPER $@
+   $WRAPPER $WRAPPER_OPTION /bin/true && exec $WRAPPER $WRAPPER_OPTION $@
+   
+   case $ENCODING in
+   eucJP|EUC-JP|ujis|EUC-KR|zh_CN|zh_TW|KOI8-R)
+   # Unset LANG
+   unset_lang_language
+   ;;
+   *)
+   # Nothing to do
+   ;;
+   esac
 fi
 
 $@
@@ -305,7 +362,7 @@
# Unload ISO-8859-15 charset mapping, by loading ISO-8859-1 instead
t

Bug#226130: oops missed bug #222607 for the same problem

[Jose Ramon Alvarez Sanchez]

Sorry, just after sending this bug report I found a previous bug I
missed. It is #222607 and the subject is specific for the usb keyboard
not working in the second stage.

And probably the bug #221116 is related to the same problem but with
the usb mouse. 

Best regards,
Jose R.
-- 
,.,..,,
: Jose Ramon   Alvarez Sanchez: Email: [EMAIL PROTECTED]  :Ooo.:
: Dpto. de Inteligencia Artificial: Tel:  (+34) 91-398-7199  :(  ): 
: Univ. Nac. de Educacion a Distancia : Fax:  (+34) 91-398-6697  : ) |: 
: Senda del Rey, 9: --$[0,+oo)@!&>#%{}*\/^_= : (_):
: E-28040 Madrid   SPAIN  : http://www.ia.uned.es/~jras   :
'.:..:'
Simple things are easier, you don't need to trouble your life.
Las cosas simples son mas sencillas, no te compliques la vida.
_,+'^'+,_,+'^'+,_ Usuario de Debian GNU/Linux:  http://www.debian.org/
 Linux Registered User #102342
La Espiral:   http://www.laespiral.org/   Debian, para los usuarios...




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

Re: deb install report

[Joey Hess]

James J. Ramsey wrote:
> ide=nodma is not a module parameter per se, AFAICT.
> Judging from the release notes of Red Hat 8.0
> ,
> the parameter passed to the ide-cd module to disable
> DMA (which is disabled by default in RH 8.0, BTW) is
> dma=0, and that is part of a line in
> /etc/modules.conf, not something that can be passed at

linux-2.4.23/drivers/ide/ide.c:

int init_module (void)
{
parse_options(options);

...

static void __init parse_options (char *line)
...
if (!ide_setup(line))

...

int __init ide_setup (char *s)
...
if (!strcmp(s, "ide=nodma")) {

QED.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: d-i powerpc report : failed

[Joey Hess]

Fabrice Lorrain (home) wrote:
> I did succeed in booting a 20040103-netinstall image on the G4.
> 
> But I got hit bye the libopencdk4 bug in the "base système install" step.
> 
> /etc/resolv.conf is not created (1st stage instal.).
> 
> Wgetting libopencdk4 en dropping it in /target/var/cache/archives didn't 
> solve the pb.

I think that a new debootstrap-udeb built for powerpc went into the
archive today, and today'd CD images may fix that.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: beta 2 update

[Joey Hess]

Petter Reinholdtsen wrote:
> I have several updates in my tree, waiting for alioth to get back
> online.  The last few days you are the only one that have been able to
> upload changes into the archive, as CVS no longer have been available
> to coordinate the development, and at least I have been waiting for it
> to get back before I could continue with my development.  I do not
> like this freeze, if it mean that my changes will not make it into the
> sarge release.
> 
> Also, as I said earlier, the handling of serial console need to be
> cleaned up, and I've started on it but haven't finished.  This will
> affect several udebs, and need to happen to make sure serial consoles
> are handled in a consistent way.

Are you talking about the reported freeze in serial console after
languagechooser, or just a general, non-user-visible cleanup?

The former could be an errata item, or could even be fixed for non-i386
ports like mips for which serial console is more important than it is
for i386. 

The latter is not user visible, and like many random developmental
changes, is not something we will hold the beta for, or allow into the
beta. You have had 2 months since the last beta to make these changes.

> I think it is good to get beta 2 out the door, but also experience
> that it is foolish to ignore the problems caused by the breakin (still
> packages stuck in the NEW queue)

I am not aware of any packages stuck in the NEW queue; I have in fact
worked with several of the ftp-masters to get dozens of packages through
NEW with no delays over the past two weeks.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: beta 2 update

[Joey Hess]

James J. Ramsey wrote:
> I tested the Jan 3rd i386 netinst iso. It still
> doesn't work with older ATAPI CD-ROMs that can't
> handle DMA, since 1) the standard kernel parameter
> ide=nodma gets mysteriously ignored by the installer,

There is nothing mysterious about it. Read the module HOWTO.

> and 2) AFAIK, not all motherboard BIOS allow the
> disabling of DMA.
> 
> I don't know if you consider that badly wrong or not.

Not really, this is a minor issue that affects a minority of old
machines and can be worked around. If you really need to get this to
work, you should be able to boot in expert mode and enter the nodma
parameter when it loads the appropriate ide module. It's nothing to
delay the beta for.

However, we do need to go through the syslinux help screens eventually
and remove documentation for parameters that will not work at boot time
since the drivers are in modules.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: beta 2 update

[Kenshi Muto]

At 5 Jan 04 00:11:35 GMT,
Petter Reinholdtsen wrote:
> > Remember that the udebs in unstable should be considered frozen now,
> > except for the changes needed for ports.
> 
> I have several updates in my tree, waiting for alioth to get back
> online.  The last few days you are the only one that have been able to
> upload changes into the archive, as CVS no longer have been available
> to coordinate the development, and at least I have been waiting for it
> to get back before I could continue with my development.  I do not
> like this freeze, if it mean that my changes will not make it into the
> sarge release.

> I was planning to work on d-i this weekend, but desided to work on
> other stuff because alioth was down.  I suspect others have it the
> same way.

Me too.

I'd like to fix base-config (termwrap) for CJK and Russian (I've
already sent a patch).
Current 2nd stage is completely unusable for them, because base-config
shows messages with unreadable glyph.

I need more testers, but I couldn't recommend to use at the moment.

Thanks,
-- 
Kenshi Muto
[EMAIL PROTECTED]


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

Re: beta 2 update

[Petter Reinholdtsen]

[Joey Hess]
> Remember that the udebs in unstable should be considered frozen now,
> except for the changes needed for ports.

I have several updates in my tree, waiting for alioth to get back
online.  The last few days you are the only one that have been able to
upload changes into the archive, as CVS no longer have been available
to coordinate the development, and at least I have been waiting for it
to get back before I could continue with my development.  I do not
like this freeze, if it mean that my changes will not make it into the
sarge release.

Also, as I said earlier, the handling of serial console need to be
cleaned up, and I've started on it but haven't finished.  This will
affect several udebs, and need to happen to make sure serial consoles
are handled in a consistent way.

> If the i386 images look reasonably good in a couple of days, I am
> thinking about sending out a release announcement for beta 2 on i386
> (and any other ports that happened to be complete, hint hint) at
> that point. There's no reason to wait and let things get stale, I
> feel, if we have our final images.

I think it is good to get beta 2 out the door, but also experience
that it is foolish to ignore the problems caused by the breakin (still
packages stuck in the NEW queue), and problems caused by the death of
alioth (patches waiting to be commited by every d-i developer).  I
believe we should postpone the beta 2 release to at least 1 week after
alioth get back online.  We need at least one weekend with alioth
online before I am confident in making the beta 2 release.

I was planning to work on d-i this weekend, but desided to work on
other stuff because alioth was down.  I suspect others have it the
same way.


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

Re: deb install report

[James J. Ramsey]

--- Joey Hess <[EMAIL PROTECTED]> wrote:
> James J. Ramsey wrote:
> The
> installer
> > seems to filter out some of the parameters that
> are
> > passed at the boot prompt, even though they are
> > standard-issue, documented kernel parameters. In
> > B?r?ny's case, the ignored parameter was
> vga=normal.
> > In my case, it was ide=nodma.
> 
> I suspect that the problem is that kernel boot
> parameters are not passed
> to modules when they are loaded. 

ide=nodma is not a module parameter per se, AFAICT.
Judging from the release notes of Red Hat 8.0
,
the parameter passed to the ide-cd module to disable
DMA (which is disabled by default in RH 8.0, BTW) is
dma=0, and that is part of a line in
/etc/modules.conf, not something that can be passed at
the boot prompt.


__
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003


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

Re: beta 2 update

[James J. Ramsey]

--- Joey Hess <[EMAIL PROTECTED]> wrote:
> 
> Unless we find something badly wrong with them, the
> installation images
> currently in testing for i386, and the Jan 3rd i386
> isos will be the
> final images used for beta 2 for i386. 

I tested the Jan 3rd i386 netinst iso. It still
doesn't work with older ATAPI CD-ROMs that can't
handle DMA, since 1) the standard kernel parameter
ide=nodma gets mysteriously ignored by the installer,
and 2) AFAIK, not all motherboard BIOS allow the
disabling of DMA.

I don't know if you consider that badly wrong or not.
That standard-issue, documented kernel parameters get
ignored by the installer seems disturbing to me. That
a common problem that has long been worked around in
Linux installers is now being overlooked also bugs me.



__
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003


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

Re: d-i powerpc report : failed

[Fabrice Lorrain (home)]

Fabrice Lorrain (home) a écrit :

At the origin, I wanted to do an install on my G4 but I'm stuck in 
OpenFirmware (see my post in d-powerpc). 
I did succeed in booting a 20040103-netinstall image on the G4.

But I got hit bye the libopencdk4 bug in the "base système install" step.

/etc/resolv.conf is not created (1st stage instal.).

Wgetting libopencdk4 en dropping it in /target/var/cache/archives didn't 
solve the pb.

@+,

	Fab

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

Bug#226170: kbd-chooser: German (Germany) language set swiss keyboard layout

[Petter Reinholdtsen]

Package: kbd-chooser
Version: 0.38

We got a bug report in Skolelinux that when the language choice is
[EMAIL PROTECTED], the keyboard layout selected by default is
i386/qwertz/sg-latin1, while it would be more correct to use
de-latin1-nodeadkeys.kmap.gz.

Is this a known issue?

The skolelinux bug report is available from
http://bugs.skolelinux.no/show_bug.cgi?id=578>.  We are using a
fairly up to date debian-installer.


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

beta 2 update

[Joey Hess]

debian-installer in the debian archive has been branched for beta 2.
The udebs and installation images have been copied to testing. Changes
necessary to get ports working for beta 2 can be propigated into
testing; let me know about updated packages that need to go in.
However, I will likely only be forcing in[1] those udebs needed for a port
once that port is ready for beta 2, instead of trying to do it every
day.

Similarly, once a port has final installation images for beta 1, they
can be copied over to testing.

Remember that the udebs in unstable should be considered frozen now,
except for the changes needed for ports.

Unless we find something badly wrong with them, the installation images
currently in testing for i386, and the Jan 3rd i386 isos will be the
final images used for beta 2 for i386. They seem pretty good, aside from
the various known problems, that will have to go in the errata. (Manty, I
think you were going to check the final images to see if the isolinux
boot problems were fixed, so now would be a good time to do that.)


We will need to change the CD build scripts around a bit now, so that
daily CDs are built (especially for non-i386 arches) that contain the
debs from testing, but the udebs from unstable (and appropriately
developmental versions of the initrds as well). This is so that we can
test that the udebs in unstable actually work before propigating them to
testing. Of course, we'll also want to keep the existing setup, so we
can build final CD images from testing, using the debs and udebs and
initrds in testing. I suppose we could call the former CDs daily, and
the latter CDs release candidates.

Along similar lines, if you need to test a udeb in unstable, and you
netboot or use a boot floppy, d-i will currently use the udeb from
sarge. To force it to use the udebs from unstable, we will need to add a
boot time parameter.


Currently I have the following planned release dates for the ports:

mips 17th tenative
ia64 12th (kernel date is unknown however)

powerpc is apprarently quite close to done, but noone has bothered to
send me an estimated completion date.

If the i386 images look reasonably good in a couple of days, I am
thinking about sending out a release announcement for beta 2 on i386
(and any other ports that happened to be complete, hint hint) at that
point. There's no reason to wait and let things get stale, I feel, if we
have our final images. Additional announcements would then go out as
ports finished up. I'm not sure about this and welcome feedback on the
idea.

-- 
see shy jo

[1] Or rather, relying on the gracious ftp-masters to do it.


signature.asc
Description: Digital signature

Re: deb install report

[Joey Hess]

James J. Ramsey wrote:
> It may be old, but I think that even the recent builds
> seem to have a bug that affected B?r?ny. The installer
> seems to filter out some of the parameters that are
> passed at the boot prompt, even though they are
> standard-issue, documented kernel parameters. In
> B?r?ny's case, the ignored parameter was vga=normal.
> In my case, it was ide=nodma. IMHO, filtering
> parameters like this is a good path to frustration.

I suspect that the problem is that kernel boot parameters are not passed
to modules when they are loaded. 

However, in the particular case of frame buffer, there is now a
documented, working way to not turn it on.

-- 
see shy jo


signature.asc
Description: Digital signature

d-i powerpc report : failed

[Fabrice Lorrain (home)]

Hi,

Ibook G3, 233Mhz. I was unable to boot on <> cdroms (3 differents RW CDs 
tested, with yesterday {netinst,businesscard} image and 
20031230-businesscard). Not sure it's d-i fault on that one.

G3 tower, same 3 CDs. I got as far as the yaboot prompt on the three but 
I was unable to boot with a message stating that yaboot wasn't able to 
find the kernel image (I check the md5 on the iso images).

At the origin, I wanted to do an install on my G4 but I'm stuck in 
OpenFirmware (see my post in d-powerpc). What is needed to do a 
netinstall (aka tftpboot install) on ppc ?

wishlist :
Can someone provide kernel+tftpboot image for the archs where d-i is in 
a testing state ?

@+,

	Fab

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

arcboot-installer_0.006_mips.changes ACCEPTED

[Debian Installer]

Accepted:
arcboot-installer_0.006.dsc
  to pool/main/a/arcboot-installer/arcboot-installer_0.006.dsc
arcboot-installer_0.006.tar.gz
  to pool/main/a/arcboot-installer/arcboot-installer_0.006.tar.gz
arcboot-installer_0.006_mips.udeb
  to pool/main/a/arcboot-installer/arcboot-installer_0.006_mips.udeb
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 arcboot-installer_0.006_mips.changes

[Archive Administrator]

arcboot-installer_0.006_mips.changes uploaded successfully to localhost
along with the files:
  arcboot-installer_0.006.dsc
  arcboot-installer_0.006.tar.gz
  arcboot-installer_0.006_mips.udeb

Greetings,

Your Debian queue daemon


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

Re: INSTALL REPORT - Gnome does NOT! load

[Daniel Cardenas]

I know why it worked 10 days ago when I installed.  I was following someone 
else's install instructions at:
http://www.pcc-services.com/debian_install.html

Thanks Sebastien and Steve for the help and fix.

- Daniel

Sebastien Bacher wrote:
The problem is than tasksel install gnome-core (the meta package for the
gnome base) ... but meta-gnome2 has not reached testing yet. So instead
of grabbing the new Gnome2.4 it installs a more than 1 year old
gnome-core for Gnome1.4. The result is: no gnome-panel, no gnome-session
... no working gnome at all. It should be fixed soon. 
(This bug is already reported as #218549)
Interesting that this perceived easy to fix critical bug was first reported on 
Oct 31 and took 2 months for a fix.  I hope not too many Debian newbies were 
turned off in this time.

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

Processed: Tag some d-i related bugs as such.

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 224285 + d-i
Bug#224285: wrong characters in keyboard layout selection
There were no tags set.
Tags added: d-i

> tags 225897 + d-i
Bug#225897: kbd-chooser: German translation uses wrong encoding
Tags were: patch
Tags added: d-i

> tags 225939 + d-i
Bug#225939: kbd-chooser: Does not use translations on first use
There were no tags set.
Tags added: d-i

> tags 221654 + d-i
Bug#221654: russian PO-file translation for kbd-chooser package
Tags were: fixed pending
Tags added: d-i

> tags 225587 + d-i
Bug#225587: please provide wireless-tools-udeb for debian-installer
Tags were: d-i
Tags added: d-i

> tags 226104 + d-i
Bug#226104: discover-data: Silicon Motion, Inc. SM710 LynxEM should use XFree86 module 
vesa
Tags were: patch
Tags added: d-i

> close 221654
Bug#221654: russian PO-file translation for kbd-chooser package
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to Ilgiz Kalmetev <[EMAIL PROTECTED]>
Removed pending tag.

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

Re: deb install report

[James J. Ramsey]

--- Joey Hess <[EMAIL PROTECTED]> wrote:
> Sándor Bárány wrote:
> "After the hardware detection, the install loads the

> frame buffer module (even there was a vga=normal 
> parameter specified on the kernel line), which fails

> (the hardware is so old, there is no frame buffer 
> support). This causes a loop"
>
> > Debian-installer-version: 
> >
>
http://http.us.debian.org/debian/dists/unstable/main/installer-i386/20040102/images/hd-media-image.img.gz
> > sarge-i386-netinst-iso from a mirror of the
> November 11th version
> 
> That's very old, and it would be better to use the
> daily builds. In
> particular, the current images have documented,
> working ways to turn off
> the frame buffer.

It may be old, but I think that even the recent builds
seem to have a bug that affected Bárány. The installer
seems to filter out some of the parameters that are
passed at the boot prompt, even though they are
standard-issue, documented kernel parameters. In
Bárány's case, the ignored parameter was vga=normal.
In my case, it was ide=nodma. IMHO, filtering
parameters like this is a good path to frustration.


__
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003


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

arcboot-installer_0.006_mips.changes REJECTED

[Debian Installer]

Rejected: arcboot-installer_0.006_mips.udeb: has 5 file(s) with a time stamp too far 
into the future (e.g. ./ [Thu Jan  4 15:10:42 2007]).


===

If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.


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

Re: deb install report

[Joey Hess]

Sándor Bárány wrote:
> Debian-installer-version: 
> http://http.us.debian.org/debian/dists/unstable/main/installer-i386/20040102/images/hd-media-image.img.gz
> sarge-i386-netinst-iso from a mirror of the November 11th version

That's very old, and it would be better to use the daily builds. In
particular, the current images have documented, working ways to turn off
the frame buffer.

-- 
see shy jo


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

Re: install report (success, i386+xfs) was: XFS support in d-i: netinst CD image available for download

[Joey Hess]

Steve Langasek wrote:
> Ah, I hadn't thought of that.  I'm not sure how this is handled for
> other non-default filesystem types.  I'll take a look at getting
> xfsprogs installed by default in such a case.

The reiserfs thing is really a hack, it's better if the mkfs.* programs
in the udebs be modified to not need any extra switches. We haven't done
that for mkfs.reiserfs yet because (last I checked), it FTBFS.

> It's not like fsck.xfs is really needed, so I was ignoring those errors
> as they scrolled by. ;)

We have the same problem with reiserfs. Would be nice if something
general purpose were there to install the necessary support packages for
used filesystems. One way would be to add some files
/usr/share/filesystem-support/{xfs,reiserfs} that simply list packages
to apt-install.

-- 
see shy jo


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

Processing of arcboot-installer_0.006_mips.changes

[Archive Administrator]

arcboot-installer_0.006_mips.changes uploaded successfully to localhost
along with the files:
  arcboot-installer_0.006.dsc
  arcboot-installer_0.006.tar.gz
  arcboot-installer_0.006_mips.udeb

Greetings,

Your Debian queue daemon


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

deb install report

[Sándor Bárány]

Debian-installer-version: 
http://http.us.debian.org/debian/dists/unstable/main/installer-i386/20040102/images/hd-media-image.img.gz
sarge-i386-netinst-iso from a mirror of the November 11th version

uname -a: n/a
Date: 4 Jan 2004
Method: 

I mounted the 811 MB large thinkpad IBM Deskstar into a never TP (with 
the help of a disk frame) as the second drive and allocated at the end a
128 MB large vfat partition. Put the hd-media-image there and then copied
the netinst-iso into (BTW this method is not directly documented, only
as a way to install with an USB stick. OK, it is not a big deal to
figure out, how to do this with disk partititons, but for newbies not
trivial. It would be better to have a chapter about doing the install
with the help of an other, already installed Linux system).
Installed grub to /dev/hdc, and data mined the kernel parameters from
the files of the unpacked hd-media-image files (it would be better if
they would be documented :).

Machine: old IBM Thinkpad 560
Processor: Pentium 90
Memory: 24MB
Root Device: IDE
Root Size/partition table: 680 MB (to be extended later with the vfat
install partition)

Output of lspci: n/a yet

Base System Installation Checklist:

Initial boot worked:[0]
Configure network HW:   [E]
Config network: [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Create file systems:[ ]
Mount partitions:   [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Comments/Problems:

After the hardware detection, the install loads the frame buffer module
(even there was a vga=normal parameter specified on the kernel line),
which fails (the hardware is so old, there is no frame buffer support).
This causes a loop

There is no USB, and I tried to specify a nousb on the kernel line, but
the hardware detection tried it...

I tried also video=off - without any effect.

I suggest to handle the specified kernel parameters properly, or to
document it better how to use them.

Regards,
-- 
Sándor Bárány

If you make people think they're thinking, they'll love you; but if
you really make them think, they'll hate you.-- Don Marquis


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

Re: install report (success, i386+xfs) was: XFS support in d-i: netinst CD image available for download

[Steve Langasek]

Hi Erich,

On Sun, Jan 04, 2004 at 07:24:59PM +0100, Erich Waelde wrote:
> I have successfully installed a xfs based system. Details see
> below. I was very pleased with the installer image! Thanks!

Glad to hear it!

> Initial boot worked:[O]
> Configure network HW:   [O]
> Config network: [O]
> Detect CD:  [O]
> Load installer modules: [O]
> Detect hard drives: [O]
> Partition hard drives:  [O]
> Create file systems:[E]  mkfs.xfs -f needed
> Mount partitions:   [O]
> Install base system:[O]
> Install boot loader:[O]
> Reboot: [O]
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

> Comments/Problems:

> * Configure and mount partitions

> hda7 xfs   /
> hda2 swap

>   on second attempt to format already formatted xfs partition

>   error: mkfs.xfs: Use the -f option to force overwrite

>   workaround: issue command on shell, redo with "leave filesystem
>   intact" 

Yes, I'd gotten another report of this as well.  It looks like this is
just a 3-line change to partconf (per-fs options are already supported
for reiserfs's sake).  I'll commit this change as soon as alioth CVS is
back up, and roll another image set with a locally-built partconf.

> * xfs

>   I saw "fsck.xfs not found" in the smoke test reboot, and
>   thereafter. I installed xfsprogs (which were not automatically
>   installed). I cannot see the error, nor can I find it in
>   /var/log/{boot,messages,syslog}

Ah, I hadn't thought of that.  I'm not sure how this is handled for
other non-default filesystem types.  I'll take a look at getting
xfsprogs installed by default in such a case.

It's not like fsck.xfs is really needed, so I was ignoring those errors
as they scrolled by. ;)

> * install a kernel:
>   the correct kernel was marked as default.  

Wonderful!

> Other than that, I did have only minor problems, which are not
> related to the xfs stuff, as far as I can tell:

And those seem to be outside my realm of expertise, so hopefully others
here will be able to speak to them.

> * devfs
>   devfs does no seem to be mounted without
>   me installing and activating devfsd
>   is this the way it's supposed to be?

Yes, even though devfs is needed by the installer, it's not mounted by
default by any of the kernels post-install.

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: already configured

[Simon Hürlimann]

On Sun, 2004-01-04 at 20:50, Joey Hess wrote:
Geert Stappers wrote:
> > That reminds me on an usablity test done in Oldenburg.
> > The request was to show what already has been done.
> 
> I'm not sure I understand what you mean;
I second, that it's strange to select a menu item and nothing happens.
And it's not possible (or at least not intuitive) to change the setting.

I think that's what he refer to.

Simon


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

Re: already configured

[Joey Hess]

Geert Stappers wrote:
> That reminds me on an usablity test done in Oldenburg.
> The request was to show what already has been done.

I'm not sure I understand what you mean; but base-config has been much
improved since oldenburg, and if you want such a menu, you can hit
cancel on most of the base-config screens.

-- 
see shy jo


signature.asc
Description: Digital signature

already configured

[Geert Stappers]

On Sun, Jan 04, 2004 at 01:18:56PM -0500, Joey Hess wrote:
> Christian Perrier wrote:
> > The screen is occasionnaly not cleaned up before the main menu pops up
> > again : for instance, when running prebaseconfig, getting an error
> > because of network problems while trying to fetch the Release
> > file.the "Retrieving" window remained behind the main menu when I
> > came back to te main menu.
> 
> This is a symptom of a program forgetting to stop the progress bar when
> erroring out. Please file a bug.
> 
> > "Configure keyboard" does nothing
> 
> This is because your keyboard is already configured by d-i.

That reminds me on an usablity test done in Oldenburg.
The request was to show what already has been done.


Geert Stappers


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

debian-installer_20040102_powerpc.changes ACCEPTED

[Debian Installer]

Accepted:
debian-installer-demo_20040102_powerpc.deb
  to pool/main/d/debian-installer/debian-installer-demo_20040102_powerpc.deb


Thank you for your contribution to Debian.


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

Processing of debian-installer_20040102_powerpc.changes

[Archive Administrator]

debian-installer_20040102_powerpc.changes uploaded successfully to localhost
along with the files:
  debian-installer-demo_20040102_powerpc.deb
  debian-installer-images_20040102_powerpc.tar.gz

Greetings,

Your Debian queue daemon


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

install report (success, i386+xfs) was: XFS support in d-i: netinst CD image available for download

[Erich Waelde]

Hi Steve,

I have successfully installed a xfs based system. Details see
below. I was very pleased with the installer image! Thanks!

Cheers,
Erich



Package: installation-reports

INSTALL REPORT

Debian-installer-version:
http://people.debian.org/~vorlon/d-i/xfs/
sarge-i386-xfs-netinst.iso (20040103-22:18
fd313be3191d20ad024ac62c4a781fd3

uname -a:
   Linux dione 2.4.22-xfs-386 #1 Fri Jan 2 10:40:30 CST 2004 i586 GNU/Linux

Date:
Sun Jan  4 18:16:34 CET 2004

Method:
boot: xfs DEBCONF_PRIORITY=medium

Machine: 
board:   DFI K6BV3+/66
ide0:IBM-DJNA-371800
ide3:GCR-8523B (LG cdrom)

Processor:
model name  : AMD-K6tm w/ multimedia extensions
cpu MHz : 200.461

Memory:
MemTotal:   321952 kB

Root Device:
/dev/hda7 4 GB

FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/hda7  xfs 3988960210284   3778676   6% /
/dev/hda3 ext3 3936432559972   3176500  15% /mnt

Root Size/partition table:  Feel free to paste the full partition
  table, with notes on which partitions are mounted where.
Disk /dev/hda: 18.0 GB, 18042716160 bytes
240 heads, 63 sectors/track, 2330 cylinders
Units = cylinders of 15120 * 512 = 7741440 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/hda2   9  49  309960   82  Linux swap
/dev/hda716372165 3999208+  83  Linux<== /

Output of lspci:
00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Mobile South] (rev 23)
00:07.1 IDE interface: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 10)
00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 11)
00:07.3 Host bridge: VIA Technologies, Inc. VT82C596 Power Management (rev 30)
00:12.0 Communication controller: NetMos Technology: Unknown device 9805 (rev 01)
00:13.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
00:14.0 SCSI storage controller: LSI Logic / Symbios Logic 53c860 (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 
64/Model 64 Pro] (rev 15)

00:00.0 Class 0600: 1106:0598 (rev 04)
00:01.0 Class 0604: 1106:8598
00:07.0 Class 0601: 1106:0596 (rev 23)
00:07.1 Class 0101: 1106:0571 (rev 10)
00:07.2 Class 0c03: 1106:3038 (rev 11)
00:07.3 Class 0600: 1106:3050 (rev 30)
00:12.0 Class 0780: 9710:9805 (rev 01)
00:13.0 Class 0200: 10ec:8029
00:14.0 Class 0100: 1000:0006 (rev 02)
01:00.0 Class 0300: 10de:002d (rev 15)

Base System Installation Checklist:

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[E]  mkfs.xfs -f needed
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [O]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Comments/Problems:

* Configure and mount partitions

hda7 xfs   /
hda2 swap

  on second attempt to format already formatted xfs partition

  error: mkfs.xfs: Use the -f option to force overwrite

  workaround: issue command on shell, redo with "leave filesystem
  intact" 

* xfs

  I saw "fsck.xfs not found" in the smoke test reboot, and
  thereafter. I installed xfsprogs (which were not automatically
  installed). I cannot see the error, nor can I find it in
  /var/log/{boot,messages,syslog}

* install a kernel:
  the correct kernel was marked as default.  



Other than that, I did have only minor problems, which are not
related to the xfs stuff, as far as I can tell:

* retrieving + verifying coreutils failed. (DMA Thing?) but could
  not be reproduced after starting over.

* installing grub on '(hd0)' hung on "probing devices" again,
  killing it. Then "exit and reboot" will fire up "installing
  lilo. This menu does not give me the choice to get out --- has
  been reported. So killed it again.

  Installed grub into /dev/hda7, but that left me with an
  unbootable system ... did it again!

  After redoing the installation a 3rd time, installing grub
  worked like a breeze. I do not believe that this was a general
  problem.

* devfs
  devfs does no seem to be mounted without
  me installing and activating devfsd
  is this the way it's supposed to be?



More general things:

* grub: /boot/grub/menu.lst

  grub-update generates the menu.lst file
  --- snip --
## ## End Default Options ##

title   Debian GNU/Linux, kernel 2.4.22-xfs-386
root(hd0,6)
kernel  /boot/vmlinuz-2.4.22-xfs-386 r

debian-installer_20040102_mips.changes ACCEPTED

[Debian Installer]

Accepted:
debian-installer-demo_20040102_mips.deb
  to pool/main/d/debian-installer/debian-installer-demo_20040102_mips.deb


Thank you for your contribution to Debian.


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

Re: XFS support in d-i: netinst CD image available for download

[Joey Hess]

Steve Langasek wrote:
> One oddity I did notice was that apt configuration seemed to be stuck in
> an infinite loop:  I would choose my mirror, the Packages files were
> downloaded, and then it would return me to the 'choose a method' screen.
> Hitting cancel took me back to the main menu and I was able to continue
> from there, but that seems suboptimal.  If anyone can reproduce this
> problem, or confirm that it's a known issue not specific to the XFS
> build, please let me know.

I doubt that this is specific to the XFS build. base-config tries to
figure out whether the scanned CD is a netinst CD, if so the user should
configure more apt sources. But it's supposed to ask a yes/no question
about this, with an appropriate default based on the type of CD. If that
question is not displayed it would loop back to the choose a method
screen. I thought I had fixed the priority of the yes/no question in
base-config 2.04, but I have not really tested it. I do see at least one
bug in the code, but not one that would prevent the question from being
displayed at all.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Why does cfdisk only still speak english? Locales package is missing.

[Joey Hess]

Anton Zinoviev wrote:
> I suppose that main-menu should set the variable LANGUAGE.  With this
> variable cfdisk tries to speak French.  This is what I do:

I suppose that really partitioner's postinst should do this before it
runs cfdisk..

-- 
see shy jo


signature.asc
Description: Digital signature

Re: install report : jan 03 vmware businesscard

[Joey Hess]

Christian Perrier wrote:
> The screen is occasionnaly not cleaned up before the main menu pops up
> again : for instance, when running prebaseconfig, getting an error
> because of network problems while trying to fetch the Release
> file.the "Retrieving" window remained behind the main menu when I
> came back to te main menu.

This is a symptom of a program forgetting to stop the progress bar when
erroring out. Please file a bug.

> "Configure keyboard" does nothing

This is because your keyboard is already configured by d-i.

> First screen of exim-config way too long. Users will probably hit
> Enter and then won't see the second part...:-(

I worked with its maintainer on fixing this around christmas, the fixed
version should be uploaded eventually.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#225858: "Validating %s" message untranslated from debootrstrap

[Emanuele Rocca]

* On 02-01-04 - 03:35, Joey Hess <[EMAIL PROTECTED]> wrote: 

>  Sometimes, base-installer updates the progress bar to say "Validating %s".
>  If the install language is not English, this is untranslated too.

Booting with DEBCONF_DEBUG=5, from /var/log/syslog:

 METAGET base-installer/debootstrap/info/ apt description

 20 Incorrect number of arguments 

 SUBST base-installer/debootstrap/fallback-info INFO Validating %s 

 Adding [INFO] -> [Validating %s]

I don't know why, but for some reasons the METAGET debconf command is
called with the wrong parameters.

 METAGET base-installer/debootstrap/info/validating description 

should be the correct invocation.

-- 
Emanuele Rocca |Tra salvare un puntatore su un file e dipingere una
[EMAIL PROTECTED] | scoreggia di verde passa veramente poca differenza.


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

Bug#226130: usb keyboard not configured in 2nd stage of installation

[Jose Ramon Alvarez Sanchez]

Package: debian-installer
Version: snapshot 2004-01-03
Severity: important

On Sun, 26 Oct 2003 15:45:45 +0100, Pierre Machard wrote on
[EMAIL PROTECTED]:
> Unfortunately my USB keyboard was not working after the reboot. 
> I had to plug an old PS/2 keyboard.

[the same problem was reported on 2003-11-25 by Jens Peter Secher
 inside installation report bug #222051]

Hi, I had the same problem installing with the snapshot 2004-01-03.
After the 1st stage without problems (the usb keyboard goes well),
in the 2nd stage (after the reboot) the usb keyboard does not 
respond.

I have investigated a bit (with another old PS/2 keyboard) and
the modules keybdev and usbkdb were not loaded, just loading them
the usb keyboard again work.

If you don't have other PS/2 keyboard at hand you can solve 
the problem at the end of the 1st stage. Just when the installer
shows the final message to reboot (CD ejected). Then you can
change to other console (Ctrl-Alt-2) and remount in /target your
selected root partition and edit (with nano) the file
 /target/etc/modules to add the lines:
 keybdev
 usbkbd
After that you can umount /target and go to the first console
to let it reboot.

It seems this is a dirty hack, and i think there could be other
ways to configure it automatically.

I sent this bug to debian-installer because i don't know which is 
the specific module with the problem, and i have not found other
especific bug report (apart from the mention in a install report).

Thanks,
Jose R.

-- 
,.,..,,
: Jose Ramon   Alvarez Sanchez: Email: [EMAIL PROTECTED]  :Ooo.:
: Dpto. de Inteligencia Artificial: Tel:  (+34) 91-398-7199  :(  ): 
: Univ. Nac. de Educacion a Distancia : Fax:  (+34) 91-398-6697  : ) |: 
: Senda del Rey, 9: --$[0,+oo)@!&>#%{}*\/^_= : (_):
: E-28040 Madrid   SPAIN  : http://www.ia.uned.es/~jras   :
'.:..:'
Simple things are easier, you don't need to trouble your life.
Las cosas simples son mas sencillas, no te compliques la vida.
_,+'^'+,_,+'^'+,_ Usuario de Debian GNU/Linux:  http://www.debian.org/
 Linux Registered User #102342
La Espiral:   http://www.laespiral.org/   Debian, para los usuarios...




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

Re: Bug#226105: powerpc: sleep not found

[Joey Hess]

Erich Waelde wrote:
> was it this one?
>  libgnutls7 depends on libopencdk8; however:
>  Package libopencdk8 is not installed.
> 
> 
> I had this error on the i386-image from 2003-12-31, but it disappeared
> thereafter. Joey Hess did something about it on i386 at least. Joey?

That was fixed by an updated version of debootstrap. If powerpc still
has an old version, it needs to be updated to fix that problem.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: pcmcia-cs should also be listed into translations.txt

[Joey Hess]

Andre Luis Lopes wrote:
> This message is only to inform you that while testing d-i as from January,
> 03, 2003, I found that templates from pcmcia-cs where presented to the
> user, even when I was installing into a VMware virtual machine where
> clearly there's no PCMCIA hardware of any form.
> 
> So I propose to list pcmcia-cs into docs/translations.txt when Alioth
> comes back. Also, we should try to contact pcmcia-cs's maintainer and
> see if he can coopearate in order to include pending templates
> translations already available in Debian's BTS.
> 
> I was going to work translating pcmcia-cs's templates into Brazilian
> Portuguese (pt_BR) when I found that actually I already did it. It's
> available in Debian's BTS as bug #219843 since 55 days ago.
> 
> I'm CC:'ing pcmcia-cs's maintainer in order to let him know about our
> intentions in regards to d-i and how speeding up acceptance of
> translations would help us.

Which templates would that be? d-i does not configure pcmcia-cs in
interactive mode.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: sarge-powerpc-netinst.iso not bootable

[Steve Langasek]

On Sun, Jan 04, 2004 at 01:41:58PM +0100, Filippo Giunchedi wrote:
> Hi!
> first thanks for d-i, it's really great!
> As of Jan 01 
> http://people.debian.org/~manty/testing/netinst/powerpc/daily/sarge-powerpc-netinst.iso
>  
> is not bootable on my powerbook 12", holding 'c' while booting simply does 
> nothing and it boots osX as usual.
> Is it possibile to include also the daily build log to see if something 
> goes wrong? looking at build/make/arch/linux-powerpc the cd_image target 
> seems ok

I just verified with the 2004-1-3 netinst image, and it does boot on my
iBook.  From what I hear on IRC, the Jan 3 image still has this problem,
so this seems to affect only some OF-based systems?

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

pcmcia-cs should also be listed into translations.txt

[Andre Luis Lopes]

Hi,

This message is only to inform you that while testing d-i as from January,
03, 2003, I found that templates from pcmcia-cs where presented to the
user, even when I was installing into a VMware virtual machine where
clearly there's no PCMCIA hardware of any form.

So I propose to list pcmcia-cs into docs/translations.txt when Alioth
comes back. Also, we should try to contact pcmcia-cs's maintainer and
see if he can coopearate in order to include pending templates
translations already available in Debian's BTS.

I was going to work translating pcmcia-cs's templates into Brazilian
Portuguese (pt_BR) when I found that actually I already did it. It's
available in Debian's BTS as bug #219843 since 55 days ago.

I'm CC:'ing pcmcia-cs's maintainer in order to let him know about our
intentions in regards to d-i and how speeding up acceptance of
translations would help us.

Regards,

-- 
++--++
||  Andrà LuÃs Lopes [EMAIL PROTECTED]||
||   http://people.debian.org/~andrelop ||
||  Debian-BR Projecthttp://www.debian-br.org   ||
||  Public GPG KeyID 9D1B82F6   ||


signature.asc
Description: Digital signature

Re: (kind of) Non-translatable template found in partconf

[Christian Perrier]

Quoting Andre Luis Lopes ([EMAIL PROTECTED]):

> The problem is that $FSCHOICES, which seems to be mentioned only in
> tools/partconf/partconf.c, can not be translated at all. Both
> partconf/existing-filesystems and partcnf/create-filesystems simply
> takes its value and put it into the Choices fields. Both Choices fields
> (from both templates) are properly marked as translatable but the
> problem is that $FSCHOICES cannot be translated (obviously), without
> translators having a look at which are the filesystems options available
> int the source code and hand-listing them into the templates. This would
> clearly break the dynamic behaviour of partconf regarding supported
> filesystems.

I confirm this : see my report posted a few hours ago.

This problem is here for a while. Martin mentions that
partconf/internal-fs-choise is here for this purpose, but for whatever
reason, it is not used.



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

Re: Bug#226105: powerpc: sleep not found

[Erich Waelde]

Hi Guiseppe,

> The last part of debootstrap.log says that there were errors while processing
> libgnutls, exim4-daemon-light, mailx, at, exim4

was it this one?
 libgnutls7 depends on libopencdk8; however:
 Package libopencdk8 is not installed.


I had this error on the i386-image from 2003-12-31, but it disappeared
thereafter. Joey Hess did something about it on i386 at least. Joey?


> and, the end: /usr/sbin/debootstrap: 1: sleep: not found
This error can be ignored, as Richard Hirst mentioned in 
http://lists.debian.org/debian-boot/2004/debian-boot-200401/msg00075.html


Erich


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

Re: sarge netinst of today: pcmcia problem

[Harald Dunkel]

Thomas Poindessous wrote:
On Sun, Jan 04, 2004 at 11:00:16AM +0100, Harald Dunkel wrote:

- discover loaded i82365.o instead of i82092.o.
 Maybe this can be configured; I haven't checked.
 The workaround was to add i82092 to /etc/modules.


please, can you provide output of 

$ lspci

and

$ lspci -n

thanks.

No problem:

bash-2.05b$ lspci
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
00:03.0 CardBus bridge: Texas Instruments PCI1420
00:03.1 CardBus bridge: Texas Instruments PCI1420
00:07.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:08.0 Multimedia audio controller: ESS Technology ES1983S Maestro-3i PCI Audio 
Accelerator (rev 10)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility M3 AGP 2x (rev 
02)
02:00.0 Ethernet controller: Xircom Cardbus Ethernet 10/100 (rev 03)
02:00.1 Serial controller: Xircom Cardbus Ethernet + 56k Modem (rev 03)
bash-2.05b$ lspci -n
00:00.0 Class 0600: 8086:7190 (rev 03)
00:01.0 Class 0604: 8086:7191 (rev 03)
00:03.0 Class 0607: 104c:ac51
00:03.1 Class 0607: 104c:ac51
00:07.0 Class 0680: 8086:7110 (rev 02)
00:07.1 Class 0101: 8086:7111 (rev 01)
00:07.2 Class 0c03: 8086:7112 (rev 01)
00:07.3 Class 0680: 8086:7113 (rev 03)
00:08.0 Class 0401: 125d:1998 (rev 10)
01:00.0 Class 0300: 1002:4c46 (rev 02)
02:00.0 Class 0200: 115d:0003 (rev 03)
02:00.1 Class 0700: 115d:0103 (rev 03)
Hope this helps

Harri

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

Re: (kind of) Non-translatable template found in partconf

[Martin Sjögren]

sön 2004-01-04 klockan 13.12 skrev Andre Luis Lopes:
> The problem is that $FSCHOICES, which seems to be mentioned only in
> tools/partconf/partconf.c, can not be translated at all. Both
> partconf/existing-filesystems and partcnf/create-filesystems simply
> takes its value and put it into the Choices fields. Both Choices fields
> (from both templates) are properly marked as translatable but the
> problem is that $FSCHOICES cannot be translated (obviously), without
> translators having a look at which are the filesystems options available
> int the source code and hand-listing them into the templates. This would
> clearly break the dynamic behaviour of partconf regarding supported
> filesystems.
> 
> Does someone have a clue if it's really possible to allow the options
> presented to the user (retrieved from the $FSCHOICES variable)
> be translated without breaking the dynamic behaviour of partconf ?
> I mean, when more filesystems get included/supported into partconf in
> the future, translators would need to update all their translations
> again if no dynamic approach (like the one which is being used
> currently) is used.

I am *fairly* sure (though far from 100%) that when I wrote that,
METAGET description would return the translated description. That's the
whole point of the partconf/internal-create-fs-choice template.

I'm not sure if that's a bug or a feature, but that was the intention,
anyway. :/


/Martin
-- 
Martin Sjögren
  [EMAIL PROTECTED] -- [EMAIL PROTECTED]
  GPG key: http://www.mdstud.chalmers.se/~md9ms/gpg.html
  let hello = "hello" : hello in putStr (unlines hello)


signature.asc
Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad	meddelandedel

中科院凯华胶、商务营销

[wmr12]

debian-boot你好！

 中国科学院大连化学物理研究所大连凯华新技术工程有限公司
 http://www.rlly.com/new_page_82.htm

 凯华牌建筑结构胶粘剂：

 1、JGN-1，、JGN-II型建筑结构胶粘剂适用于新旧建筑物钢筋混凝土受弯受拉构件加固。
 
2、KH-JGN-T碳纤维加固专用胶沾剂，分为底层树脂、整平材料和浸渍树脂。详情进入：http://www.rlly.com/new_page_82.htm
 二、网络商务营销
 1、为你提供总量1.8亿以上电子邮件地址，全购优惠价按50元计并免费赠送赠送50元本站产品。
 
2、全部电子邮件卖价200元免费送你价值280元的亿虎群发大师（特点是一次可以发送多个Email地址列表文件,可连续发送十几小时，
发送速度可高达30~200万/小时）。
 
3、本站实行先尝后买的经营方式，来函即发10万邮址，如果你没有邮件群发软件建议你购买正版亿虎邮差向
http://www.rlly.com/[EMAIL PROTECTED]
届时将免费送你100万邮址。
详情请进入：http://www.rlly.com/products.htm
 三、首次发布的邮址“搜发内幕及其它信息
 1、任何网站都没发布过的电子邮件“搜索群发知识”http://www.rlly.com/new_page_16.htm
 
2、不重复的关键词几十万个http://www.rlly.com/new_page_11.htm若您收到该信息3次以上或不希望再收到该信息;
请发： [EMAIL PROTECTED] 在标题中将下列文字复制-粘贴（禁发）。
 [EMAIL PROTECTED]@online.ln.cn信箱。

 大连 王浩儒

 [EMAIL PROTECTED]@2911.net：www.rlly.com

 2004-01-042004-01-022004年1月份



 致
礼!


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

Re: Why does cfdisk only still speak english? Locales package is missing.

[Anton Zinoviev]

Christian Perrier <[EMAIL PROTECTED]> writes:

>
> But, even this incomplete french translation is not used in
> d-i. cfdisk *always* uses english.

I suppose that main-menu should set the variable LANGUAGE.  With this
variable cfdisk tries to speak French.  This is what I do:

First get a quick d-i shell prompt:

make TYPE= shell

And then:

# LANGUAGE=fr
# export LANGUAGE
# cfdisk /dev/ide/host0/bus0/target0/lun0/disc

And this is the result I get:

  cfdisk 2.12

 Unit
   Size: 122942324736 bytes, 122.9 GB
 Heads: 16   Sectors per Track: 63   Cylinders: 238216

Nom FanionsPart Type  Type SF  [  Size (MB)
 --
disc3   Primaire  Linux 2146.80*
disc5   Logique   Linux 6333.47*
disc6   Logique   Linux ext2   [HOME]  10001.95*
disc7   Logique   Linux ext2   [USR]   10001.95*
disc8   Logique   Linux ext2   [DEBIAN]29997.60*
Logique   Espace libre98.71*
disc9   Logique   Linux 1003.49*
disc10  Logique   Linux ext2   12847.89*
disc11  Logique   Linux ext31003.49*
disc12  Logique   Linux ext35502.72*
disc13  Logique   Linux ext21900.04*

 [Amor   [D  [  Aide  ]  [Maximiser] [Afficher]
 [Quitter ]  [  Type  ]  [ Unit  [

 Basculer le fanion d'amorce pour la partition courante

I supposed that the problems were caused by incomplete translation but
now I see that the problem is different.  The text breaks at some of the
non-ASCII symbols.  For example cfdisk prints "Unit" instead of "Unité
de disque", "[" instead of "[Étiq.]", "[Amor" instead of "[Amorçable]",
etc.

On the other hand the German umlauts are showed.  I don't know what
makes the difference.  Maybe there is some bug in the locale C.UTF-8.

Anton Zinoviev


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

Re: beta 2 plans

[Anton Zinoviev]

Anthony Towns <[EMAIL PROTECTED]> writes:
>
>   ...
>   2004-01-08  2004-01-08 Joey gives the word to start the freeze
>   2004-01-08  2004-01-09 unstable keeps updating w/ new uploads
>   2004-01-08  2004-01-10 testing doesn't
>   ...
>   2004-01-08  2004-01-20
>   2004-01-21  2004-01-21 Joey says end the freeze, testing udebs
>   2004-01-22  2004-01-22 match unstable udebs again. freeze again
>   2004-01-22  2004-01-23 as necessary

If some source package produces udeb and regular binary package (for
example glibc) then the udeb will be freezed and the non-udeb package
will not be freezed.  What will happen with the source package that
produces both?

Anton Zinoviev


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

Bug#226110: discover-data: tarball contain junk file .pci.lst.swp

[Petter Reinholdtsen]

Package:  discover-data
Version:  1.2002.08.21-2
Severity: minor
Tags: patch

The tarball contained a junk file .pci.lst.swp.  It should be removed
when the next version of discover-data is uploaded.


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

Bug#220971: installation-reports: Trouble installing with ISA NE2000 network card

[Rune Holm]

On Sat, 27 Dec 2003, Martin Michlmayr wrote:

> Date: Sat, 27 Dec 2003 10:45:46 +0100
> From: Martin Michlmayr <[EMAIL PROTECTED]>
> To: Rune Holm <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: installation-reports: Trouble installing with ISA NE2000
> network card
>
> * Rune Holm <[EMAIL PROTECTED]> [2003-11-16 00:09]:
> > This machine has a isa ne2000-compatible network card, which works with
> > the ne module provided by the net driver floppy. However, the installer
> > doesn't ask for module parameters when run with normal priority, and
> > there is no way to use the ne module without giving at least an io
> > parameter.
>
> So the "ne" module _never_ works (for anybody) if you don't at least
> specify "io"?

Nope. ne2000 is a standard for ISA network cards, and as d-i doesn't do
ISA probing (and it shouldn't do either, as this has a tendency to crash
machines), the ne module must have parameters to find the network card.

>
> If this is the case, module_probe() should take the debconf priority
> for the ethdetect/module_params question as an argument.  By default,
> it can stay "low" as it is now, but if the "ne" module is selected,
> this should be higher.


Yes, this sounds like a good idea.


regards,

Rune Holm



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

(kind of) Non-translatable template found in partconf

[Andre Luis Lopes]

Hi,

I'm right know giving d-i a try in a VMware virtual machine which I set
up inside my brother's real machine (my processor, AMD K6-II 500, seems
not to be supported by VMware so I have only today to test d-i using my
brother's machine until he got home and reclaim his machine again).
I'm testing everything in order to see if everything which needs to be
presented translated to the user is not being presented as so.

So far, apart from the problem already mentioned by Christian Perrier
(cfdisk not being displayed in any language besides the default
English), I have found that partconf's template file found at
tools/partconf/debian/partconf.templates is referencing the $FSCHOICES
variable in two places : one in partconf/existing-filesystem and other
in partconf/create-filesystem .

The problem is that $FSCHOICES, which seems to be mentioned only in
tools/partconf/partconf.c, can not be translated at all. Both
partconf/existing-filesystems and partcnf/create-filesystems simply
takes its value and put it into the Choices fields. Both Choices fields
(from both templates) are properly marked as translatable but the
problem is that $FSCHOICES cannot be translated (obviously), without
translators having a look at which are the filesystems options available
int the source code and hand-listing them into the templates. This would
clearly break the dynamic behaviour of partconf regarding supported
filesystems.

Does someone have a clue if it's really possible to allow the options
presented to the user (retrieved from the $FSCHOICES variable)
be translated without breaking the dynamic behaviour of partconf ?
I mean, when more filesystems get included/supported into partconf in
the future, translators would need to update all their translations
again if no dynamic approach (like the one which is being used
currently) is used.

Am I an idiot (most probably) as I can't find an easy solution to this
or is this a real problem ?


-- 
++--++
||  Andrà LuÃs Lopes [EMAIL PROTECTED]||
||   http://people.debian.org/~andrelop ||
||  Debian-BR Projecthttp://www.debian-br.org   ||
||  Public GPG KeyID 9D1B82F6   ||


signature.asc
Description: Digital signature

Bug#226105: powerpc: sleep not found

[Giuseppe Sacco]

Package: debian-installer
Version: unavailable; reported 2004-01-04
Severity: normal

INSTALL REPORT

Debian-installer-version: from CVS -- 2003-jan-03
uname -a: 
Date: 2003-jan-03 13:30 CET
Method: manty's business cd image, dated 3rd january
Machine: powerbook3.2, 30Gb disk ATA66
Processor: PowerPC g4 + altivec
Memory: 512Mb
Root Device: Internal IDE disk (30Gb)
Root Size/partition table:
Output of lspci:
00:0b.0 Host bridge: Apple Computer Inc. UniNorth 1.5 AGP
00:10.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon 
Mobility 9000 M9] (rev 01)
10:0b.0 Host bridge: Apple Computer Inc. UniNorth 1.5 PCI
10:17.0 Class ff00: Apple Computer Inc. KeyLargo Mac I/O (rev 03)
10:18.0 USB Controller: Apple Computer Inc. KeyLargo USB
10:19.0 USB Controller: Apple Computer Inc. KeyLargo USB
10:1a.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 02)
24:0b.0 Host bridge: Apple Computer Inc. UniNorth 1.5 Internal PCI
24:0e.0 Class : Lucent Microelectronics FW323 (rev ff)
24:0f.0 Class : Apple Computer Inc. UniNorth GMAC (Sun GEM) (rev ff)

Base System Installation Checklist:

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[E]
Mount partitions:   [O]
Install base system:[E]
Install boot loader:[ ]
Reboot: [ ]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Comments/Problems:

I had a cable plugged to the network card and the system detected it
and decided to use eth0 with DHCP. I even have eth1 (as internal WiFi
card) and I noticed the kernel modules were available, but the system
didn't load them and didn't ask to load them.

I installed on powerbook that I usually use. So I dcided to install on 
the swap partition.
So, mac-fdisk (or whatever it is called) I deleted my swap partition and
created a new one. Then in the menu with all partition, this one was
still marked as swap.

After partitioning I created a new fs on that partition. I found only some
strings translated:
Leave the file system as it is (translated)
Create ext3 file system
Create ext2 file system
Create a swap area (translated)

Another problem I found is that when switching back to tty1 (from any other tty)
the background colour was changed from blue to red. The installation kept going
using this colour.

The "Validating %s..." text still appeared 

After installing the base system, I got the error:
user.info run-debootstrap[2339]: Failure while configuring base pacakges.  This will 
be attempted 5 times.

The last part of debootstrap.log says that there were errors while processing
libgnutls, exim4-daemon-light, mailx, at, exim4

and, the end: /usr/sbin/debootstrap: 1: sleep: not found

so, I create a /sbin/sleep command that just did 'exit 0' and restarted, from the
main menu, the installation base config. The installation didn't work because of
the error in debootstrap.log:
ln /target/usr/bin/awk: File exists

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux casa 2.4.23-xfs #1 SMP Sat Jan 3 12:22:23 CET 2004 i686
Locale: LANG=it_IT, LC_CTYPE=it_IT (ignored: LC_ALL set)



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

Re: sarge-powerpc-netinst.iso not bootable

[Giuseppe Sacco]

Il dom, 2004-01-04 alle 13:41, Filippo Giunchedi ha scritto:
> Hi!
[...]
> Is it possibile to include also the daily build log to see if something goes wrong? 
> looking at build/make/arch/linux-powerpc the cd_image target seems ok

Hi Filippo,
build log for the kernel and initrd images used by Manty are available
here:

http://people.debian.org/~eppesuig/debian-installer/daily-powerpc-build/

Bye,
Giuseppe


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

Re: sarge netinst of today: pcmcia problem

[Thomas Poindessous]

On Sun, Jan 04, 2004 at 11:00:16AM +0100, Harald Dunkel wrote:
> - discover loaded i82365.o instead of i82092.o.
>   Maybe this can be configured; I haven't checked.
>   The workaround was to add i82092 to /etc/modules.

please, can you provide output of 

$ lspci

and

$ lspci -n

thanks.

-- 
Thomas Poindessous


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

Bug#226104: discover-data: Silicon Motion, Inc. SM710 LynxEM should use XFree86 module vesa

[Petter Reinholdtsen]

Package:  discover-data
Version:  1.2002.08.21-2
Severity: normal
Tags: patch

The video card Silicon Motion, Inc. SM710 LynxEM (PCI id 126f0710)
should use XFree86 module vesa, not server XF86_SVGA.  The problem was
reported to Skolelinux,
http://bugs.skolelinux.no/show_bug.cgi?id=572 >

Here is a patch to fix it:

discover-data (1.2002.08.21-2.1) woody; urgency=low

  * PCI id 126f0710 uses XFree86 module vesa, not server XF86_SVGA.

 -- Petter Reinholdtsen <[EMAIL PROTECTED]>  Sun,  4 Jan 2004 13:45:46 +0100

Index: pci.lst
===
RCS file: /var/lib/cvs/skolelinux/src/rebuilds/discover-data/pci.lst,v
retrieving revision 1.1.1.5
retrieving revision 1.47
diff -u -3 -p -u -r1.1.1.5 -r1.47
--- pci.lst 4 Jan 2004 11:49:55 -   1.1.1.5
+++ pci.lst 4 Jan 2004 11:58:47 -   1.47
@@ -2968,7 +2968,7 @@
 126d Splash Technology, Inc.
 126e Sumitomo Metal Industries, Ltd.
 126f Silicon Motion, Inc.
-   126f0710video   Server:XF86_SVGASM710 LynxEM
+   126f0710video   Server:XFree86(vesa)SM710 LynxEM
126f0712video   Server:XF86_SVGASM712 LynxEM+
126f0720video   Server:XF86_SVGASM720 Lynx3DM
126f0730unknown unknown SM731 Cougar3DR


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

Bug#226005: installation-reports: Installation report (2004-01-02): many problems with french version of base config

[Christian Perrier]

Quoting Joey Hess ([EMAIL PROTECTED]):

> > Why so many duplicated lines and empty lines ? 
> 
> Translator screwed up again, fixed.

You should probably fix the translator...:-)




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

sarge-powerpc-netinst.iso not bootable

[Filippo Giunchedi]

Hi!
first thanks for d-i, it's really great!
As of Jan 01 
http://people.debian.org/~manty/testing/netinst/powerpc/daily/sarge-powerpc-netinst.iso 
is not bootable on my powerbook 12", holding 'c' while booting simply does nothing 
and it boots osX as usual.
Is it possibile to include also the daily build log to see if something goes wrong? 
looking at build/make/arch/linux-powerpc the cd_image target seems ok

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

Processing of debian-installer_20040102_mips.changes

[Archive Administrator]

debian-installer_20040102_mips.changes uploaded successfully to localhost
along with the files:
  debian-installer-demo_20040102_mips.deb
  debian-installer-images_20040102_mips.tar.gz

Greetings,

Your Debian queue daemon


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

install report : jan 03 vmware businesscard

[Christian Perrier]

Debian-installer-version: jan 3 businesscard
Machine: vmware with a former installation on the virtual disk. DHCP working

Base System Installation Checklist:

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[0]
Reboot: [0]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Comments/Problems:

Only translation-related problems (some of them already known)

French chosen as installation language

Keyboard selection screen still in english (happens with all languages)

cfdisk still in english

Network configuration is a bit confusing due to french translation
(mostly for the name servers configuration). A few changes are need to
the fr.po file for netcfg, imho.

Partconf still has the untranslated "Create  file system" entries

The screen is occasionnaly not cleaned up before the main menu pops up
again : for instance, when running prebaseconfig, getting an error
because of network problems while trying to fetch the Release
file.the "Retrieving" window remained behind the main menu when I
came back to te main menu.


Some occasional "Validating %s" during prebaseconfig

Inconsistency in french translations for lilo/grub ("sur le disque
dur"/"sur un disque dur" for menu entries)

2nd stage:

"Configure keyboard" does nothing

Regions are not sorted alphabetically in French (debconf probably
needs the same change Denis amde in the past to cdebconf) when
configuring the timezone

The "password setup" screen for the root password is a bit too long in
french and thus may not show on one screen. The translator (me!) 
should save one line.

The french translation problem in base-config prevents configuring APT.

Too much entries in the list of package selection methods (know
problem because of stupid translator)


First screen of exim-config way too long. Users will probably hit Enter and then won't 
see the second part...:-(

-- 



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

Re: d-i via floppy/usb/netinst.iso, cleaned up version

[Gerhard Kroder]

Joey Hess wrote:

Gerhard Kroder wrote:
 


So, reading from usb is not the issue?
   

Sure sounds like it's not. 

is it worth tracking meanwhile obsoleted images? or should i better get
new/current images?
Perhaps it is using the wrong usb driver, or
wrongly configuring it. Could you look at the boot messages before it
asks you to hit enter, and compare them to the boot messages on the
working system? In particular the ones about usb-ohci or usb-uhci, and
anything else usb releasted.
 

do you know any other way than typing it manually from screen? things like 
console/serial log/copy at this stage? some lot work...

ok, so bootfloppy says to usb related things (and some others of some
importance, imho): [i replaced some unimportant message parts with "[..]","..." 
and the like, and added some comments, you'll recognice easily. Output now 
nearly as it shows up on console:

--->start console message<---
Mounted devfs on /dev [..]
mount: Mounting devfs on /dev failed:
Device or ressource busy [..]
Using /lib/.usbcore
usb.c: registered usbdevfs
...registered hub
Using .usb-ohci.o
us-ohci: USB OHCI at membase 0xcc83d000, IRQ10 .usb-00:14.0, ALi
Corp USB 1.1 Controller
usb.c:...new USB bus registered, assigned bus number 1
USB hub found 2 ports detected
Using /lib/..2.4.22-1-386../input.o
Using /lib//usbkbd.o
usb.c: registered new driver usbkbd
usbkbd.c: USB HID Boot Protocol keyboard driver
Using /lib/...keybdev.o
Using /lib/...usbserial.o
usb.c: registered new driver serial
usbserial.c: . registered for Generic
.. Driver core 1.4
[..]
SCSI subsystem driver Revision: 1.00
Initializing USB Mass Storage driver
usb.c: registered new driver
usb-storage USB Mass Storage support registered
Insert the root floppy or plug in a USB storage device. Press Enter when ready, 
or type a
command:
--->end console message<---

now i plug in usb device:

--->start console message<---
new USB device 00:14.0-1, assingned address 2
...SCSI emulation...
...
unable to read partition table
--->end console message<---
so now i hit Enter as requested, d-i starts reading from usb with
already posted result.
ok, now what knoppix 3.3 cd (as reference system) tells about usb:

--->start console message<---
[..]
...usbdevfs
...hub
[..]
usb-uhci.c: $Revision: 1.275 $
usb-uhci.c: High bandwith mode enabled
usb-uhci.c: v1.275: Universal Host Controller Interface driver
usb-ohci.c: USB OHCI at membase 0xccaa4000, IRQ 10
usb-ohci.c: usb-00:14.o, ALi Corp USB 1.1 Controller
usb.c: new USB bus registered, assigned bus number 1
usb.c: USB hub found
hub.c: 2 ports detected
--->end console message<---
thisone may come from knoppix autodect, as there is no usb device plugged in yet:

--->start console message<---
usbdevfs: remount parameter error
--->end console message<---
now plugging usb device dmesg says:

--->start console message<---
usb.c: new USB device 00:14.0-1, assigned address 2
usb.c: USB device 2 (vend/prod 0xea0/0x6803) is not claimed by any other driver
Initializing USB Mass Storage driver
usb.c: registereed new driver
usb-storage...
... SCSI emulation...
[..]
[..]
unable to read partition table
USB Mass storage foung at 2 USB
Mass storage registered.
[..]
--->end console message<---
so, to me it looks quite the same. forgive me not testing my second pc
on that, but that's the one im writing now this mail...
my native debian system on this laptop instead of knoppix tells me about
usb-ohci membase/IRQ assignment too, thoug it later also has msg on uhci
High bandwith mode. plugging device gives same usb device path/address
and scsi emulatin message as above.
i'll try to dd hdimage t a partition instead of whole device to see, if
some errors are solved then. and i'll go get more recent images of
floppy/netinst, if you don't mind. reports later.
btw: any idea on #225654 yet?

gerhard





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

Re: INSTALL REPORT - Gnome does NOT! load

[Sebastien Bacher]

Daniel Cardenas <[EMAIL PROTECTED]> writes:

> According to vorlon on irc, the install code contains no Gnome code,
> so this is an upstream problem.
> Tried "apt-get install gnome-session", after apt-get different errors
> were received.  Seems like very little of the gnome system was
> installed.

The problem is than tasksel install gnome-core (the meta package for the
gnome base) ... but meta-gnome2 has not reached testing yet. So instead
of grabbing the new Gnome2.4 it installs a more than 1 year old
gnome-core for Gnome1.4. The result is: no gnome-panel, no gnome-session
... no working gnome at all. It should be fixed soon. 
(This bug is already reported as #218549)


Cheers,

Sebastien Bacher


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

Re: sarge netinst of today: pcmcia problem

[Harald Dunkel]

Joey Hess wrote:
Harald Dunkel wrote:

Hi folks,

I tried to install Debian on a laptop with a Xircom PCMCIA
network card using the Sarge netinst CD of today. Autodetection
of the NIC did not work, but I could manually specify the
network driver to load (xircom_cb). The problem is:
Booting from the freshly installed disk the pcmcia service
could not be loaded. The error message was
/lib/modules/2.4.22-1-i386/pcmcia/i82365.o: \
unresolved symbol isapnp_find_dev_R27cb2cad


Try modprobe isa-pnp.

This made the missing symbol go away, but the network
stuff still did not load. Seems that there were several
problems:
- discover loaded i82365.o instead of i82092.o.
  Maybe this can be configured; I haven't checked.
  The workaround was to add i82092 to /etc/modules.
- the pcmcia script was started _much_ too late in
  the runlevel procedure. After moving it from
  rc2.d/S20pcmcia to rcS.d/S37pcmcia (thats before
  ifupdown is called) it worked. The PPP stuff has
  been removed.
Regards

Harri

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