Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Tomohiro KUBOTA]

Hi,

At Wed, 11 Sep 2002 13:21:32 -0400,
Glenn Maynard wrote:

> I havn't heard of this, and I'd be surprised that Tomohiro doesn't seem
> to know about it (at least he's never mentioned it).  Could you give an
> example or a reference?  (This would be a major bug, since round-trip
> compatibility is extremely important.)

I have never heard about this problem, if we use the same system to
forward and backward conversions.

I think, if we use the same mapping table for both of forward and
backward conversions, such problem cannot occur (except for lacking
of conversion for a codepoint).  And, I think glibc uses the same
mapping table for EUC-JP -> UTF-8 and UTF-8 -> EUC-JP conversions.

Different from most other encodings, EUC-JP (and other JIS-based
encodings) surely has problem of mapping tables.  For example,
each of Microsoft, Apple, IBM, Sun, Glibc, and so on uses different
tables.  JIS-based text data will suffer cross-platform incompatibility
in future when Unicode become more popular.

There are several possibilities of such a problem even when we think
only about Debian.  It is because there are some softwares which have
their own mapping tables.  The followings are examples of softwares
which have their own mapping tables:

GNU libc
XFree86
Java
Tcl/Tk

Thus, EUC-JP --(Java-based software on Debian)--> UTF-8 --(GNU libc-
based software on Debian)--> EUC-JP might lose round-trip compatibility.
I think Debian GNU/Win32 will be a chaos on this point.

---
Tomohiro KUBOTA <[EMAIL PROTECTED]>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/


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

Bug#160621: Problems with install CD in ppc distribution

[José Salavert Torres]

Package: boot-floppies
Version: 3.0r0 ppc

POWER-PC distribution
POWERMAC G4 TOWER

Cd installer doesn't recognize files in the CD itself. Moreover, if you 
go to the second terminal and mount the cd in a directory like /mnt and 
choose "select a mounted device" it  doesn't install all the files 
properly, it stops in the middle. The only way is to copy the CD1 to a 
HFS partition.

Later, apt doesn't get all the files in the three CD-Rom's, for example 
i make:

 >apt-cdrom add,

with the three first cd-roms (the three cd-roms in the ftp server, I 
don't know if there are more) and then, with this three sources, when I 
run tasksel, I can't install Xwindows interface for example.

I think it's because apt looks in this path:

/dists/stable/

but the path in the CD is

/dists/woody

You've forgotten to make the simbolic links in the first cd-rom !!!

It would be great to explain in the cd-rom the way to make Nvidia 
drivers work, in a macintosh (almost all the new macintoshes have this 
video cards) (or beg mercy to Nvidia to include them in the kernel 
source) (or install them automatically)

For example, I have a GeForce2 and I can't start x.

You'are working great, continue, solve this problems to improve 
Debian-Linux in a ppc.
I hink this problems appear too in PCs.

God bless Linux. Thanks a lot for your effort



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

Bug#136000: marked as done (apt-get is on crack)

[Debian Bug Tracking System]

Your message dated Wed, 11 Sep 2002 23:21:43 -0700
with message-id <[EMAIL PROTECTED]>
and subject line these modconf bugs are fixed and done
has caused the attached Bug report to be marked as done.

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

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

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

--
Received: (at submit) by bugs.debian.org; 27 Feb 2002 07:42:51 +
>From [EMAIL PROTECTED] Wed Feb 27 01:42:51 2002
Return-path: <[EMAIL PROTECTED]>
Received: from mail.uni-kl.de (uni-kl.de) [131.246.137.52] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 16fyji-0001ti-00; Wed, 27 Feb 2002 01:42:51 -0600
Received: from mailinf.rhrk.uni-kl.de (mailinf.rhrk.uni-kl.de [131.246.137.54])
by uni-kl.de (8.10.2+Sun/8.11.5) with ESMTP id g1R7gmp17571;
Wed, 27 Feb 2002 08:42:48 +0100 (MET)
Received: from domino.informatik.uni-kl.de (domino.informatik.uni-kl.de 
[131.246.161.19])
by mailinf.rhrk.uni-kl.de (8.10.2+Sun/8.11.5) with ESMTP id g1R7gm300723;
Wed, 27 Feb 2002 08:42:48 +0100 (MET)
Received: from zombie (rotes255.wohnheim.uni-kl.de [131.246.178.65])
by domino.informatik.uni-kl.de (8.11.6/8.11.6) with ESMTP id g1R7gmK03224;
Wed, 27 Feb 2002 08:42:48 +0100 (MET)
Received: from inet by zombie with local (Exim 3.34 #1 (Debian))
id 16fyjg-0002Hv-00; Wed, 27 Feb 2002 08:42:48 +0100
From: Eduard Bloch <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: apt-get is on crack
X-Mailer: reportbug 1.44
Date: Wed, 27 Feb 2002 08:42:48 +0100
Message-Id: 
Sender: Eduard Bloch <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]

Package: apt
Version: 0.5.4
Severity: important

This happens on dist-upgrade:

Starting 2
Investigating apache
Package apache has broken dep on apache-common
  Considering apache-common 4 as a solution to apache 10002
  Added apache-common to the remove list
  Fixing apache via keep of apache-common
Investigating libnewt-utf8-0
Package libnewt-utf8-0 has broken dep on libnewt0
  Considering libnewt0 14 as a solution to libnewt-utf8-0 14
  Removing libnewt-utf8-0 rather than change libnewt0
Investigating whiptail
Package whiptail has broken dep on whiptail-provider
  Considering whiptail-utf8 -1 as a solution to whiptail 9
  Added whiptail-utf8 to the remove list
  Fixing whiptail via remove of whiptail-utf8
 Try to Re-Instate apache-common
Investigating libnewt-utf8-dev
Package libnewt-utf8-dev has broken dep on libnewt-utf8-0
  Considering libnewt-utf8-0 14 as a solution to libnewt-utf8-dev 1
  Removing libnewt-utf8-dev rather than change libnewt-utf8-0
Investigating plex86
  Or group remove for plex86
Package plex86 has broken dep on plex86-kernel-common
  Considering plex86-kernel-common 1 as a solution to plex86 -1
  Holding Back plex86 rather than change plex86-kernel-common
Investigating libnewt-utf8-pic
Package libnewt-utf8-pic has broken dep on libnewt-utf8-0
  Considering libnewt-utf8-0 14 as a solution to libnewt-utf8-pic -1
  Removing libnewt-utf8-pic rather than change libnewt-utf8-0
 Try to Re-Instate plex86
Done
Done
The following packages will be REMOVED:
  libnewt-utf8-0 libnewt-utf8-dev libnewt-utf8-pic whiptail-utf8 
The following NEW packages will be installed:
  libnewt0 snes9x-common 

So what is happening there? libnewt-utf8-0 does conflict with libnewt0
and definitely NOT DEPEND on it. Here the package versions:

Package: libnewt0
Priority: standard
Section: base
Installed-Size: 112
Maintainer: Enrique Zanardi <[EMAIL PROTECTED]>
Architecture: i386
Source: newt
Version: 0.50.17-9.4
Depends: libc6 (>= 2.2.4-4), slang1 (>> 1.4.4-7.1)
Conflicts: libnewt-utf8-0
Filename: pool/main/n/newt/libnewt0_0.50.17-9.4_i386.deb
Size: 34416
MD5sum: 574dba454e977f18c96f70f6cbc93cba
Description: Not Erik's Windowing Toolkit - text mode windowing with slang
 Newt is a windowing toolkit for text mode built from the slang library.
 It allows color text mode applications to easily use stackable windows,
 push buttons, check boxes, radio buttons, lists, entry fields, labels,
 and displayable text. Scrollbars are supported, and forms may be nested
 to provide extra functionality. This package contains the shared library
 for programs that have been built with newt.

Package: libnewt0
Priority: standard
Section: base
Installed-Size: 72
Maintainer: Enrique Zanardi <[EMAIL PROTECTED]>
Architecture: i386
Source: newt
Version: 0.50.17-9
Depends: libc6 (>= 2.2.4-4), slang1 (>> 1.3.0-0)
Conflicts: libnewt-utf8-0
Filename: pool/main/n/newt/libnewt0_0.50.17-9_i386.deb
Size: 33256
MD5sum: be05643565f2461f40ae2818c080cee5
D

Bug#94536: marked as done (modules parameters cannot be deleted inside interface)

[Debian Bug Tracking System]

Your message dated Wed, 11 Sep 2002 23:21:43 -0700
with message-id <[EMAIL PROTECTED]>
and subject line these modconf bugs are fixed and done
has caused the attached Bug report to be marked as done.

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

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

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

--
Received: (at submit) by bugs.debian.org; 19 Apr 2001 18:12:39 +
>From [EMAIL PROTECTED] Thu Apr 19 13:12:39 2001
Return-path: <[EMAIL PROTECTED]>
Received: from front2.grolier.fr [194.158.96.52] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 14qIv0-G8-00; Thu, 19 Apr 2001 13:12:38 -0500
Received: from yoko (nas11-110.wms.club-internet.fr [213.44.38.110])
by front2.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id UAA15290
for <[EMAIL PROTECTED]>; Thu, 19 Apr 2001 20:12:32 +0200 (MET DST)
Received: from alain by yoko with local (Exim 3.12 #1 (Debian))
id 14q9Kf-Kb-00; Thu, 19 Apr 2001 09:58:29 +0200
From: Alain Cabiran <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: modules parameters cannot be deleted inside interface
X-Reportbug-Version: 0.54
X-Mailer: reportbug 0.54
Date: Thu, 19 Apr 2001 09:58:29 +0200
Message-Id: 
Delivered-To: [EMAIL PROTECTED]

Package: modconf
Version: 0.2.26.14
Severity: normal

Hello,

by installing 2.2r2 with a newbie friend, we found that it's not possible to remove
parameters specified to modules in modconf.

If you only press enter when modconf asks for module parameters, default ones will
be taken.

If you don't want any parameters, you have to manually remove module name in
/etc/modutils and call update-modules. Not too complicated but awful for people who
don't know debian.

Maybe a "none" keyword could be used for that purpose.

best regards,

Alain Cabiran <[EMAIL PROTECTED]>

-- System Information
Debian Release: 2.2
Architecture: i386
Kernel: Linux yoko 2.2.17 #10 Sun Apr 1 16:55:05 CEST 2001 i686

Versions of packages modconf depends on:
ii  modutils 2.3.11-13.1 Linux module utilities.   
ii  whiptail 0.50-7  Displays user-friendly dialog boxe


---
Received: (at 94536-done) by bugs.debian.org; 12 Sep 2002 06:17:07 +
>From [EMAIL PROTECTED] Thu Sep 12 01:17:07 2002
Return-path: <[EMAIL PROTECTED]>
Received: from 12-233-47-38.client.attbi.com (oink) [12.233.47.38] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 17pNHn-0008Cb-00; Thu, 12 Sep 2002 01:17:07 -0500
Received: by oink (Postfix, from userid 1000)
id 7FB50739E1; Wed, 11 Sep 2002 23:21:43 -0700 (PDT)
Date: Wed, 11 Sep 2002 23:21:43 -0700
From: David Kimdon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: these modconf bugs are fixed and done
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Delivered-To: [EMAIL PROTECTED]


These bugs are fixed, they have been for some time but have been
marked fixed in NMU until now.

-David


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

Bug#58007: marked as done (Hisax parameter configuration)

[Debian Bug Tracking System]

Your message dated Wed, 11 Sep 2002 23:21:43 -0700
with message-id <[EMAIL PROTECTED]>
and subject line these modconf bugs are fixed and done
has caused the attached Bug report to be marked as done.

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

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

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

--
Received: (at submit) by bugs.debian.org; 11 Feb 2000 21:20:22 +
Received: (qmail 28644 invoked from network); 11 Feb 2000 21:20:21 -
Received: from smtp1.cluster.oleane.net (195.25.12.16)
  by master.debian.org with SMTP; 11 Feb 2000 21:20:21 -
Received: from arthur  (dyn-1-1-025.Tls.dialup.oleane.fr [194.2.21.25])  by 
smtp1.cluster.oleane.net  with SMTP id WAA58187 for <[EMAIL PROTECTED]>; Fri, 11 
Feb 2000 22:20:20 +0100 (CET)
Sender: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Date: Fri, 11 Feb 2000 22:14:51 +0100
From: Bertrand Leconte <[EMAIL PROTECTED]>
X-Mailer: Mozilla 3.04 (X11; I; Linux 2.0.38 i686)
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: Hisax parameter configuration
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Package: modconf
Version: 0.2.26.8

I'm installing a new system with boot-floppies version 2.2.6.

While in modconf, I want to install the kernel module needed to use my
USR Sportster TA card (isdn hisax). I select hisax in the misc category.
The text explaining how to put the arguments seems to be wrong. If I
type what is written, I va a "HiSax: Note! module load syntax has
changed."

If I type "protocol=2 type=16 irq=7 io=0x268" it doesn't work neither,
but if I open a shell (Alt-F2) and enter "modprobe hisax protocol=2
type=16 irq=7 io=0x268", it runs!


---
Received: (at 58007-done) by bugs.debian.org; 12 Sep 2002 06:17:07 +
>From [EMAIL PROTECTED] Thu Sep 12 01:17:07 2002
Return-path: <[EMAIL PROTECTED]>
Received: from 12-233-47-38.client.attbi.com (oink) [12.233.47.38] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 17pNHn-0008Cb-00; Thu, 12 Sep 2002 01:17:07 -0500
Received: by oink (Postfix, from userid 1000)
id 7FB50739E1; Wed, 11 Sep 2002 23:21:43 -0700 (PDT)
Date: Wed, 11 Sep 2002 23:21:43 -0700
From: David Kimdon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: these modconf bugs are fixed and done
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Delivered-To: [EMAIL PROTECTED]


These bugs are fixed, they have been for some time but have been
marked fixed in NMU until now.

-David


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

Bug#117283: marked as done (modconf: Unsafe temp file handling in modconf(8))

[Debian Bug Tracking System]

Your message dated Wed, 11 Sep 2002 23:21:43 -0700
with message-id <[EMAIL PROTECTED]>
and subject line these modconf bugs are fixed and done
has caused the attached Bug report to be marked as done.

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

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

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

--
Received: (at submit) by bugs.debian.org; 27 Oct 2001 13:25:02 +
>From [EMAIL PROTECTED] Sat Oct 27 08:25:02 2001
Return-path: <[EMAIL PROTECTED]>
Received: from anchor-post-34.mail.demon.net [194.217.242.92] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 15xTSQ-00032R-00; Sat, 27 Oct 2001 08:25:02 -0500
Received: from cph.demon.co.uk ([158.152.107.46] helo=micro.no28.org.uk)
by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1)
id 15xTSK-000KzA-0Y
for [EMAIL PROTECTED]; Sat, 27 Oct 2001 14:24:57 +0100
Received: by micro.no28.org.uk (Postfix, from userid 1000)
id 8B907864; Sat, 27 Oct 2001 14:27:36 +0100 (BST)
Date: Sat, 27 Oct 2001 14:27:36 +0100
From: Colin Phipps <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: modconf: Unsafe temp file handling in modconf(8)
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.23i
X-Reportbug-Version: 1.31
Delivered-To: [EMAIL PROTECTED]

Package: modconf
Version: 0.2.35
Severity: grave
Justification: user security hole
File: /usr/sbin/modconf
Tags: security patch

There are various flaws in the temporary file handling by modconf(8)

- the test in modules/param for tempfile(1) looks in the wrong directory
- while tempfile is used to get a safe temporary file, various other
  temporary filenames are constructed by appending .1, .2 etc to this
  name, without ensuring that these new names don't already exist
- temporary files are removed and recreated during use of modconf,
  without generating new filenames or ensuring that no other file is
  created with that name in the meantime 

These create a security hole, where a malicious local user could perform
symlink attacks and/or gain access to modconf's temporary files; which
could clearly be a security hazard.

The following patch should address these problems:

diff -pru modconf-0.2.35/modconf modconf-0.2.35-cph/modconf
--- modconf-0.2.35/modconf  Tue Mar  6 03:20:08 2001
+++ modconf-0.2.35-cph/modconf  Sat Oct 27 13:51:24 2001
@@ -158,6 +158,8 @@ fi
 . $libdir/util
 . $libdir/dialog
 
+trap "rm -f $TempFile $TempFile1 $TempFile2 $TempFile3 $TempFile4" 0
+
 # default if not set from cmdline
 ModuleHelpDir=${ModuleHelpDir:-$Target/usr/share/modconf}
 
@@ -212,7 +214,5 @@ fi
 for i in $Load_After; do
   get_and_insmod $i
 done
-
-rm -f $TempFile $TempFile.1 $TempFile.2 $TempFile.3 $TempFile.4
 
 exit 0
diff -pru modconf-0.2.35/modules/params modconf-0.2.35-cph/modules/params
--- modconf-0.2.35/modules/params   Tue Feb  8 06:53:58 2000
+++ modconf-0.2.35-cph/modules/params   Sat Oct 27 13:06:18 2001
@@ -25,10 +25,18 @@ else 
 readonly sed="sed"
 fi
 
-if [ -x /usr/bin/tempfile ]; then
+if [ -x /bin/tempfile -o -x /usr/bin/tempfile ]; then
 readonly TempFile=`tempfile`
+readonly TempFile1=`tempfile`
+readonly TempFile2=`tempfile`
+readonly TempFile3=`tempfile`
+readonly TempFile4=`tempfile`
 else 
 readonly TempFile="/tmp/`echo $0|$sed -e 's/^.*\///'`.$$"
+readonly TempFile1="/tmp/`echo $0|$sed -e 's/^.*\///'`.$$.1"
+readonly TempFile2="/tmp/`echo $0|$sed -e 's/^.*\///'`.$$.2"
+readonly TempFile3="/tmp/`echo $0|$sed -e 's/^.*\///'`.$$.3"
+readonly TempFile4="/tmp/`echo $0|$sed -e 's/^.*\///'`.$$.4"
 fi
 
 KernelVersion=$(uname -r)
diff -pru modconf-0.2.35/modules/util modconf-0.2.35-cph/modules/util
--- modconf-0.2.35/modules/util Sat Oct 20 07:02:25 2001
+++ modconf-0.2.35-cph/modules/util Sat Oct 27 13:07:27 2001
@@ -157,16 +157,16 @@ module_directory_menu () {
 
 build_lists
 
-echo 'menu "$text" "$title" \' > $TempFile.1
-echo '"$msg_Exit" "   $msg_Finished_these" \' >> $TempFile.1
-echo '" " " " \' >> $TempFile.1
+echo 'menu "$text" "$title" \' > $TempFile1
+echo '"$msg_Exit" "   $msg_Finished_these" \' >> $TempFile1
+echo '" " " " \' >> $TempFile1
 
 infoBox "$msg_Please_wait_l" "$msg_Please_wait"
 
-build_module_directory_menu $directory >> $TempFile.1
+build_module_directory_menu $directory >> $TempFile1
 
 local result
-result="$(. $TempFile.1)"
+result="$(. $TempFile1)"
 if [ $? -ne 0 ]; then return 1; fi
 
 case "$result" in
@@ -193

Bug#117474: marked as done (modconf: man modconf is in some foreign language)

[Debian Bug Tracking System]

Your message dated Wed, 11 Sep 2002 23:21:43 -0700
with message-id <[EMAIL PROTECTED]>
and subject line these modconf bugs are fixed and done
has caused the attached Bug report to be marked as done.

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

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

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

--
Received: (at submit) by bugs.debian.org; 29 Oct 2001 02:15:43 +
>From [EMAIL PROTECTED] Sun Oct 28 20:15:43 2001
Return-path: <[EMAIL PROTECTED]>
Received: from femail37.sdc1.sfba.home.com [24.254.60.31] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 15y1xn-0001Mm-00; Sun, 28 Oct 2001 20:15:43 -0600
Received: from red ([24.102.84.93]) by femail37.sdc1.sfba.home.com
  (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP
  id <20011029021532.QNH14145.femail37.sdc1.sfba.home.com@red>;
  Sun, 28 Oct 2001 18:15:32 -0800
Received: from daf by red with local (Exim 3.32 #1 (Debian))
id 15y1vf-zn-00; Sun, 28 Oct 2001 21:13:31 -0500
From: Duncan Findlay <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: modconf: man modconf is in some foreign language
X-Reportbug-Version: 1.33
X-Mailer: reportbug 1.33
Date: Sun, 28 Oct 2001 21:13:28 -0500
Message-Id: 
Delivered-To: [EMAIL PROTECTED]

Package: modconf
Version: 0.2.36
Severity: normal

man modconf gives me a nice man page in some language I don't understand.


-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux red 2.4.12 #1 Fri Oct 26 17:58:08 EDT 2001 i586
Locale: LANG=C, LC_CTYPE=en_CA

Versions of packages modconf depends on:
ii  modutils  2.4.10-4   Linux module utilities.
ii  whiptail  0.50.17-7  Displays user-friendly dialog boxe


---
Received: (at 117474-done) by bugs.debian.org; 12 Sep 2002 06:17:07 +
>From [EMAIL PROTECTED] Thu Sep 12 01:17:07 2002
Return-path: <[EMAIL PROTECTED]>
Received: from 12-233-47-38.client.attbi.com (oink) [12.233.47.38] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 17pNHn-0008Cb-00; Thu, 12 Sep 2002 01:17:07 -0500
Received: by oink (Postfix, from userid 1000)
id 7FB50739E1; Wed, 11 Sep 2002 23:21:43 -0700 (PDT)
Date: Wed, 11 Sep 2002 23:21:43 -0700
From: David Kimdon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: these modconf bugs are fixed and done
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Delivered-To: [EMAIL PROTECTED]


These bugs are fixed, they have been for some time but have been
marked fixed in NMU until now.

-David


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

Bug#105648: marked as done (sbc60xxwdt installed when selecting sb)

[Debian Bug Tracking System]

Your message dated Wed, 11 Sep 2002 23:21:43 -0700
with message-id <[EMAIL PROTECTED]>
and subject line these modconf bugs are fixed and done
has caused the attached Bug report to be marked as done.

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

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

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

--
Received: (at submit) by bugs.debian.org; 17 Jul 2001 15:11:00 +
>From [EMAIL PROTECTED] Tue Jul 17 10:11:00 2001
Return-path: <[EMAIL PROTECTED]>
Received: from m7.limsi.fr [:::192.44.78.7] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 15MWUt-0005TJ-00; Tue, 17 Jul 2001 10:10:59 -0500
Received: from limsi.fr (mpc140.limsi.u-psud.fr [194.57.41.140])
  by m7.limsi.fr (8.9.3/jtpda-5.3.1) with ESMTP id RAA03067
  for <[EMAIL PROTECTED]>; Tue, 17 Jul 2001 17:11:37 +0200 (MET DST)
Sender: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Date: Tue, 17 Jul 2001 17:14:21 +0200
From: Nicolas SABOURET <[EMAIL PROTECTED]>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.17 i686)
X-Accept-Language: fr, en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: sbc60xxwdt installed when selecting sb
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Delivered-To: [EMAIL PROTECTED]

Package: modconf
Version: 0.2.26.14

I'm surprised this bug hasn't been reported before, but I didn't find it
in the archive. Maybe it is not a bug and there is sth I didn't
understand. If this is the case, please excuse me for the trouble.

using modconf in potato, when I select the module "sb", it proposes me
to install sbc60xxwdt (instead of "sb").

-- 
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico

---
Received: (at 105648-done) by bugs.debian.org; 12 Sep 2002 06:17:07 +
>From [EMAIL PROTECTED] Thu Sep 12 01:17:07 2002
Return-path: <[EMAIL PROTECTED]>
Received: from 12-233-47-38.client.attbi.com (oink) [12.233.47.38] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 17pNHn-0008Cb-00; Thu, 12 Sep 2002 01:17:07 -0500
Received: by oink (Postfix, from userid 1000)
id 7FB50739E1; Wed, 11 Sep 2002 23:21:43 -0700 (PDT)
Date: Wed, 11 Sep 2002 23:21:43 -0700
From: David Kimdon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: these modconf bugs are fixed and done
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Delivered-To: [EMAIL PROTECTED]


These bugs are fixed, they have been for some time but have been
marked fixed in NMU until now.

-David


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

Re: usb mouse

[David Kimdon]

Wed, Sep 11, 2002 at 11:36:30AM +0200 wrote:
> hello!!,
> 
> I have installated debian 3.0, but the mouse does not work. It uses usb. How can 
>I configurate it?
>
Hi,

This question is better suited to debian-user, cc'ing.  Here is a
pretty good guide:
http://www.linux-usb.org/USB-guide/c122.html

at least gives you a few things to try.  The above link indicates that
you may have better luck with a 2.4 kernel, if you installed the
default Debian kernel you have 2.2.

-David


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

Re: cvs commit to debian-installer/doc by porridge

[Junichi Uekawa]

On Wed, 11 Sep 2002 09:45:54 -0600
Debian Boot CVS Master <[EMAIL PROTECTED]> wrote:

> Repository: debian-installer/doc
> who:porridge
> time:   Wed Sep 11 09:45:54 MDT 2002
> Log Message:
>   Tidied up. Comments are very welcome.
>   
> 
> Files:
> changed:i18n.txt



>   * cdebconf (and thus whole debian-installer) runs in bterm [1]
 
This is rather limiting.
bterm is not the only possibility.


Also:

> New, preferred way:
>
>   * translators provide messages in po files (using po-debconf) in whatever
> encoding they prefer
>   
>   * package build procedure recodes the messages when producing the "combined"
> template file. The resulting templates file should have a "Encoding:
> UTF-8" header (actually all this should be taken care of by po-debconf).
>

I don't think this is the preferred way.
In fact, I think this will cause more load than not converting to utf-8.

We need the system for converting from language-legacy encoding to
current LC_CHARSET.


And:
>  Since we have a transition period coming up anyway as packages begin to
>  move to po-debconf, and since po-debconf's template po files will include
>  encoding info, add onto this transition that po-debnconf generated
>  template files will be in utf-8.  
>


This isn't true, right ?

and for:
> 
>[ The following probably are non-issues now sice thanks to modularity we ]
>[ can fit all messages on the floppy ]

They are not non-issues.
We can't really fit all messages on the floppy, regardless of 
what kind of modularity.




regards,
junichi

-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer


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

cvs commit to debian-installer/doc by porridge

[Debian Boot CVS Master]

Repository: debian-installer/doc
who:porridge
time:   Wed Sep 11 16:13:10 MDT 2002
Log Message:
  Added a 5 minute primer on building udebs.
  

Files:
changed:modules.txt


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

cvs commit to debian-installer by porridge

[Debian Boot CVS Master]

Repository: debian-installer
who:porridge
time:   Wed Sep 11 15:42:55 MDT 2002
Log Message:
  a note on auto builds + cosmetics
  

Files:
changed:README


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

Re: New boot-floppies for 3.0r1?

[Eduard Bloch]

Moin Adam!
Adam Di Carlo schrieb am Mittwoch, den 11. September 2002:

> > I'm in favor of doing a new boot-floppies release, hopefully we can
> > get it tested for 3.0.r1, seconds?

I am not sure how to test it extensively without moving it to testing. But
OTOH testing currently has packages which are not installable with Woody's
debootstrap so it would require a separated build.

> I second.  I beg you to remember that we are actually looking to get
> both 3.0.23 and 3.0.24 into woody.  Stable has 3.0.22.

Yes and no. Stable has 3.0.23 binary build, but the source of 3.0.22 since
3.0.23 was excluded because of RC bugs.

> > Remaining issues (maybe, please comment, please add your own) :
> > 
> >  - update modconf
> >(http://lists.debian.org/debian-boot/2002/debian-boot-200208/msg00475.html)
> >I'll do an upload in the near future.

Please do so.

> >  - #152152: boot-floppies: bf2.4 kernel may need an (security) update
> >It looks like the solution to this may be to update to 2.4.19 from
> >2.4.18 (see #146349 : kernel-image-2.4.18-*: Linux Netfilter
> >NAT/ICMP code information leak).  What do you think Eduard?

I passed the kernel package to jaqque, ask him. IMHO the issue may not be very
important. AFAIK no exploit is known since the issue has been reported.

> I think we're waiting for the problem to be fixed by the kernel
> maintainer.  We should use a patched 2.4.18 since it seems unlikely to
> me that the archive maintainers will allow a new kernel (2.4.19) into
> stable point releases.

2.4.19 also requires an update of modutils and I have heart bad things about
some changes in 2.4.19rc series making it unstable or completely unuseable for
some people, even if it supports newer hardware.

Gruss/Regards,
Eduard.


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

cvs commit to debian-installer/build by porridge

[Debian Boot CVS Master]

Repository: debian-installer/build
who:porridge
time:   Wed Sep 11 15:05:32 MDT 2002
Log Message:
  some basic build instructions
  

Files:
changed:README


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

cvs commit to debian-installer/doc by porridge

[Debian Boot CVS Master]

Repository: debian-installer/doc
who:porridge
time:   Wed Sep 11 15:05:32 MDT 2002
Log Message:
  some basic build instructions
  

Files:
changed:README


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

cvs commit to debian-installer/build by porridge

[Debian Boot CVS Master]

Repository: debian-installer/build
who:porridge
time:   Wed Sep 11 14:56:02 MDT 2002
Log Message:
  files from lists were moved to pkg-lists
  

Files:
changed:README


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

cvs commit to debian-installer/build by porridge

[Debian Boot CVS Master]

Repository: debian-installer/build
who:porridge
time:   Wed Sep 11 14:55:22 MDT 2002
Log Message:
  Bail out if there is more than one version of an udeb in a single directory.
  Also check that all needed udebs are available.
  

Files:
changed:Makefile TODO


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

Re: New boot-floppies for 3.0r1?

[John H. Robinson, IV]

Adam Di Carlo wrote:
> 
> I think we're waiting for the problem to be fixed by the kernel
> maintainer.  We should use a patched 2.4.18 since it seems unlikely to
> me that the archive maintainers will allow a new kernel (2.4.19) into
> stable point releases.

actually, i was asked to produce a 2.4.19bf kernel, which i have. if we
need updated 2.4.18, i'll provide that.

expect 2.4.18bf u/l by friday

-john


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

corrupt sbm.bin

[Hannes Wenzel]

Hi,

Is this a corrupt sbm.bin image for the boot floppy on the debian 3.0R0 cd in
/install or did I anything wrong? I created the floppy with

dd if=sbm.bin of=/dev/fd0 bs=1024 conv=sync ; sync

as mentioned in the manual. The result is as follows:

zerberos:/dvd/install # dd if=sbm.bin of=/dev/fd0 bs=1024 conv=sync ; sync
1440+0 records in
1440+0 records out
zerberos:/dvd/install # mount /floppy
zerberos:/dvd/install # ll /floppy/
ls: /floppy/��d�}d�.?�.: No such file or directory
/s:uwq: No such file or directory
ls: /floppy/99[x/�2_.m�': No such file or directory
ls: /floppy/�unkn�n./?
: No such file or directory
ls: /floppy/?>4�/���.u��: No such file or 
directory
ls: /floppy/� v1.]�f.om/: No such file or directory
ls: /floppy/�//btmgr..�s: No such file or directory
ls: /floppy/�?d/yfq?.?�~: No such file or directory
ls: /?p?v�.q: No such file or directory
total 109856447
-r-xr-xr-x1 root root 1996486537 Dec 27  1925 
?p��t8��.?o[
-r-xr-xr-x1 root root 1813152892 Dec 17  1945 
?r�?j?{�.!�?
-r-xr-xr-x1 root root 3191729364 Nov  4  2035 
?�?�??��.��u
-r-xr-xr-x1 root root 2684591227 Nov 27  1981 
?�?��???.??'
-rwxr-xr-x1 root root 129699284 Nov 25  1980 
?��t#�&�.t?r
dr-xr-xr-x0 root root  512 Feb 20  1943 ?2�vyear.p?o
dr-xr-xr-x0 root root  512 Sep  5  2003 ?%n???}n.?�?
-rwxr-xr-x1 root root 2165123999 Aug 24  2010 
???���.�a>
dr-xr-xr-x0 root root  512 Jan  9  1956 ???#dm�.+__
drwxr-xr-x0 root root  512 Oct 21  1965 ??�gz?�?.???
-r-xr-xr-x1 root root 1937597284 Sep 13  1982 ???m?t�o.??s
-rwxr-xr-x1 root root 1695515406 Jul 14  1990 
?lx�z�?�.vp#
drwxr-xr-x0 root root  512 Dec  9  2005 
?�?��?t?.$?v
dr-xr-xr-x0 root root  512 Oct  1  1925 
?h?_�fa9.��t
drwxr-xr-x0 root root  512 Aug 19  1985 
??���?�?.j?@
drwxr-xr-x0 root root  512 Jul 31  2010 ?.p��
-rwxr-xr-x1 root root 1525155956 Jan 23  2019 
?r�z?�ow.�zv
-r-xr-xr-x1 root root 1459837751 Dec 16  1964 
?\v��a�?.��?
-r-xr-xr-x1 root root 1627420416 Jun 25  1955 
$?�?.���
-rwxr-xr-x1 root root 3061015917 Aug 25  1970 $e��c) 2.0o
-r-xr-xr-x1 root root 983351038 Jan 30  2023 &��n.�.?
-rwxr-xr-x1 root root 1947017215 Nov 28  1921 
)�c?�???.?n�
-rwxr-xr-x1 root root 3729345915 Apr 20  1987 +�u?�.?
-rwxr-xr-x1 root root 1056908812 Jan 20  1990 -o?? ???.?d�
dr-xr-xr-x0 root root  512 Jan 26  2013 
-�s��p%?.o??
drwxr-xr-x  108 root root 7168 Jan  1  1970 .
-r-xr-xr-x1 root root 2779071459 Jan 10  2032 
.-��6?t2.vj�
drwxr-xr-x5 root root   97 Jan  2  2001 ..
-r-xr-xr-x1 root root 4160750718 Dec  2  1944 5?�?o>��
-rwxr-xr-x1 root root 1604431717 Dec  5  1997 
6?��n???.e�t
drwxr-xr-x0 root root  512 Sep 21  2020 
6���?�?�.aw�
-r-xr-xr-x1 root root 953824047 Jan 15  2013 
7�sw?a��.l?u
drwxr-xr-x0 root root  512 May 23  2036 
9=�j�m~`.?j�
drwxr-xr-x0 root root  512 Jul 29  1984 ???rk�2?.a?"
drwxr-xr-x0 root root  512 Jun 26  2004 
?9??���w.�9�
-rwxr-xr-x1 root root 1635812901 Feb  6  1948 
??��??�b.x�_
-rwxr-xr-x1 root root 1891861768 Jan 11  2014 
?{���?�z.�r�
dr-xr-xr-x0 root root  512 Aug 10  2026 ?�??[lfx.v?�
-r-xr-xr-x1 root root 184815724 Dec  9  1955 ?� 
�??l?.�??
-r-xr-xr-x1 root root 1929476840 Dec  6  1915 
?�b?+�?�.�??
drwxr-xr-x0 root root  512 May 25  2034 
?��?�7�?.v_�
-rwxr-xr-x1 root root 1819434843 Jan  6  1971 
[??��.?��
drwxr-xr-x0 root root  512 Jun 10  1970 
_8��?�'?.?�?
-rwxr-xr-x1 root root 167955254 Dec 14  1938 
_^jp?�?�.?h�
-r-xr-xr-x1 root root 40230664 Sep 22  1982 
`?x��?b.`?�
-rwxr-xr-x1 root root 3201927105 Jun 22  1965 a'�u�iv?.???
dr-xr-xr-x0 root root  512 Jun  2  2012 b.�t�
-r-xr-xr-x1 root root 2145670446 Dec 31  2014 
d�??�,��.[c]
drwxr-xr-x0 root root  512 Jul 29  1991 
e??���??.�??
-rwxr-xr-x1 root root 2829402609 Feb 20  2033 f$??'�\?.?a�
dr-xr-xr-x0 root root  512 Mar  1  2024 
f�?���a�.,n?
-rwxr-xr-x1 root root 3778500184 Jan 31  1999 
g#??�`??.,��
-rwxr-xr-x1 root root 482789350 Jan 14  2003 
j��?�?�".�>p
-rwxr-xr-x1 root root 1561050255 Nov 26  1953 
j��??.p�?
drwxr-xr-x0 root root  512 Feb 16  2031 k.m��
-rwxr-xr-x1 root root 3492616418 Jan  1  1906 
l?�?f?��.��
dr-xr-xr-x0 root root  512 Jun  8  1981 m??4w[r�.?h�
dr-xr-xr-x0 root root  512 Sep  3  1969 o?ne k.}at
dr-xr-xr-x0 root root  512 Apr 16  1970 o�.0u�
dr-xr-xr-x0 roo

Re: cvs commit to debian-installer/doc by porridge

[Mario Lang]

Joey Hess <[EMAIL PROTECTED]> writes:

> Debian Boot CVS Master wrote:
>> Repository: debian-installer/doc
>> who:porridge
>> time:   Tue Sep 10 19:29:43 MDT 2002
>> Log Message:
>>   Information on d-i and base-config i18n.
>>   A "bit" messy now...
>
>* only run cdebconf (and thus whole debian-installer) in bterm [1]
>   1. Is this possible on all architectures? I mean: do all architectures
>  use framebuffer?
>
> Well my dumb terminals don't and I hope d-i can still support installs
> onto headless systems using them, at least in English.

Accessible installation will also most probably not like to be run in bterm.
brltty uses /dev/vcsa, and other screen readers behave in similar ways.

-- 
CYa,
  Mario


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

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Glenn Maynard]

On Wed, Sep 11, 2002 at 09:26:53AM -0500, Steve Langasek wrote:
> Converting EUC-JP -> UTF-8 -> EUC-JP is known to give output in some
> cases that does not match the input.  Unless we have some way to fix the
> mapping tables in iconv, the only way to reasonably use UTF-8 for
> Japanese in Debian is by eliminating one leg of this round-trip -- e.g.,
> by asking all Japanese translators to use a UTF-8 locale for their
> translation work.

I havn't heard of this, and I'd be surprised that Tomohiro doesn't seem
to know about it (at least he's never mentioned it).  Could you give an
example or a reference?  (This would be a major bug, since round-trip
compatibility is extremely important.)

If I'm forced to support legacy encodings internally in a future
i18nized project, I'd like to have a very clear understanding of why ...

-- 
Glenn Maynard


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

Re: New boot-floppies for 3.0r1?

[David Kimdon]

Hi,

I'm in favor of doing a new boot-floppies release, hopefully we can
get it tested for 3.0.r1, seconds? Looking through the changelog it
looks like we have mostly doc fixes so I'm less worried about
significant breakage.

Remaining issues (maybe, please comment, please add your own) :

 - update modconf
   (http://lists.debian.org/debian-boot/2002/debian-boot-200208/msg00475.html)
   I'll do an upload in the near future.

 - #152152: boot-floppies: bf2.4 kernel may need an (security) update
   It looks like the solution to this may be to update to 2.4.19 from
   2.4.18 (see #146349 : kernel-image-2.4.18-*: Linux Netfilter
   NAT/ICMP code information leak).  What do you think Eduard?


-David

Wed, Sep 11, 2002 at 03:07:28PM +0200 wrote:
> Hi!
> 
> I've found several S/390-related problems in boot-floppies and will
> commit fixes for them in the next few days. Are we going to build
> new boot-floppies (3.0.24) for the Debian 3.0r1 point release?
> 
> Greetings,
> Stefan Gybas
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 


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

Bug#160532: boot-floppies: /sbin/cardmgr not found

[Ludovic Drolez]

Package: boot-floppies
Version: 3.0.23-2002-05-21; reported 2002-09-11
Severity: important

With bf2.4 boot floppies, when I set up pcmcia support, I get the
following message, and I cannot make a net install:

/sbin/cardmgr: not found

Then I tried to find this binary. I found it under ./target/sbin.
I launched It on the command line and then I was able to resume the
network install.

-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux ovronnaz 2.4.18-k7 #1 Sun Apr 14 13:19:11 EST 2002 i686
Locale: LANG=fr_FR, LC_CTYPE=fr_FR




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

cvs commit to debian-installer/doc by porridge

[Debian Boot CVS Master]

Repository: debian-installer/doc
who:porridge
time:   Wed Sep 11 09:45:54 MDT 2002
Log Message:
  Tidied up. Comments are very welcome.
  

Files:
changed:i18n.txt


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

Processed: Fixed in CVS

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 144680 pending
Bug#144680: boot-floppies: s390 chandev configuration fails due to lack of 
/usr/bin/editor
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

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


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

cvs commit to boot-floppies/debian by sgybas

[Debian Boot CVS Master]

Repository: boot-floppies/debian
who:sgybas
time:   Wed Sep 11 09:21:53 MDT 2002
Log Message:
  document my s390-related changes
  

Files:
changed:changelog


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

cvs commit to boot-floppies/make by sgybas

[Debian Boot CVS Master]

Repository: boot-floppies/make
who:sgybas
time:   Wed Sep 11 09:18:54 MDT 2002
Log Message:
  Increase initrd size for latest 2.4.17 kernel
  

Files:
changed:s390.vars


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

cvs commit to boot-floppies/utilities/dbootstrap by sgybas

[Debian Boot CVS Master]

Repository: boot-floppies/utilities/dbootstrap
who:sgybas
time:   Wed Sep 11 09:17:59 MDT 2002
Log Message:
  s390: Write the MTU settings to /etc/network/interfaces
  

Files:
changed:netconfig.c


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

cvs commit to boot-floppies/utilities/dbootstrap by sgybas

[Debian Boot CVS Master]

Repository: boot-floppies/utilities/dbootstrap
who:sgybas
time:   Wed Sep 11 09:17:04 MDT 2002
Log Message:
  s390: Use NFS protocol version 2
  

Files:
changed:choose_medium.c


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

cvs commit to boot-floppies/s390-specials by sgybas

[Debian Boot CVS Master]

Repository: boot-floppies/s390-specials
who:sgybas
time:   Wed Sep 11 09:15:38 MDT 2002
Log Message:
  Use the latest maintainer kernel .udeb
  

Files:
changed:kernel.sh


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

cvs commit to boot-floppies/s390-specials by sgybas

[Debian Boot CVS Master]

Repository: boot-floppies/s390-specials
who:sgybas
time:   Wed Sep 11 09:14:55 MDT 2002
Log Message:
  Ask for the MTU size (required for LCS Ethernet most of the time)
  

Files:
changed:netsetup.sh


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

cvs commit to boot-floppies/s390-specials/netsetup by sgybas

[Debian Boot CVS Master]

Repository: boot-floppies/s390-specials/netsetup
who:sgybas
time:   Wed Sep 11 09:14:55 MDT 2002
Log Message:
  Ask for the MTU size (required for LCS Ethernet most of the time)
  

Files:
changed:ctc.sh lcs.sh netiucv.sh qeth.sh


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

cvs commit to boot-floppies by sgybas

[Debian Boot CVS Master]

Repository: boot-floppies
who:sgybas
time:   Wed Sep 11 09:13:34 MDT 2002
Log Message:
  s390: Add /usr/bin/editor symlink
  

Files:
changed:rootdisk.sh


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

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Steve Langasek]

On Wed, Sep 11, 2002 at 05:06:00AM -0400, Glenn Maynard wrote:
> Hmm.  My CC's to [EMAIL PROTECTED] are bouncing with 
> <[EMAIL PROTECTED]>: host murphy.debian.org[65.125.64.134] said: 550
> <[EMAIL PROTECTED]>: User unknown

> On Wed, Sep 11, 2002 at 06:01:00PM +0900, Tomohiro KUBOTA wrote:
> > (issues)

> If the program converting .po files to template files always uses iconv
> to convert the .po file's encoding to UTF-8, and debconf always uses iconv
> to convert from UTF-8 to the locale encoding for display, shouldn't there
> be no problems?

> Junichi said that "UTF-8 is not a one-to-one match with EUC-JP.", and I'm
> not sure what he meant.

Converting EUC-JP -> UTF-8 -> EUC-JP is known to give output in some
cases that does not match the input.  Unless we have some way to fix the
mapping tables in iconv, the only way to reasonably use UTF-8 for
Japanese in Debian is by eliminating one leg of this round-trip -- e.g.,
by asking all Japanese translators to use a UTF-8 locale for their
translation work.

Steve Langasek
postmodern programmer



msg22089/pgp0.pgp
Description: PGP signature

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Tomohiro KUBOTA]

Hi,

At Wed, 11 Sep 2002 14:48:48 +0200,
Denis Barbier wrote:

> Thanks for the spotlight.
> Just to make it clear for other readers, po-debconf was only intended to
> ease translators' life by allowing them to work on PO files.  Merged
> templates files are unchanged, so this discussion about debconf
> improvements is orthogonal, we only have to ensure that merged
> templates files generated by po-debconf are always compatible with
> debconf.  As you said, PO files contain all infos needed by debconf,
> so there should be no problem here.

I thought that the biggest merit of usage of gettext is encoding
conversion.  It is not available if gettext's storing mechanism
(/usr/share/locale/??/LC_MESSAGES/*) is not used

I my weak opinion, mixture of various encodings in Debconf templates
in /var/lib/dpkg/info/ directory is acceptable, although I think
mixture of various encodings in text files is *very* bad idea.
It is because /var/lib/dpkg/info/*.templates files are not intended
to be referred directly from users nor developers.  On the other hand,
in source packages, debconf templates *must* be separated into each
language.

---
Tomohiro KUBOTA <[EMAIL PROTECTED]>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/


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

New boot-floppies for 3.0r1?

[Stefan Gybas]

Hi!

I've found several S/390-related problems in boot-floppies and will
commit fixes for them in the next few days. Are we going to build
new boot-floppies (3.0.24) for the Debian 3.0r1 point release?

Greetings,
Stefan Gybas


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

Re: debian-jp (Re: Bug#160284: ITP: po-debconf -- Manage translatedDebconf templates files with gettext)

[Nicolas Velasquez]

I tried to configure locale to "SHIFT-JIS (aka Microsoft Kanji Code)", 
but haven't been able to do so, is it posible?

It's for compatibility.

Thanx, and sorry.

Nicolas Velasquez

__
Yahoo! - We Remember
9-11: A tribute to the more than 3,000 lives lost
http://dir.remember.yahoo.com/tribute


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

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Denis Barbier]

On Tue, Sep 10, 2002 at 09:55:29PM -0400, Joey Hess wrote:
[...]
> So Marcin Owsiany and I have been talking on irc about fixing debconf's
> encoding support, and we've arrived at the following idea:
> 
> * Add support to debconf for using iconv to convert utf-8 into the
>   user's current encoding on the fly when asking questions.
> * Flag templates that have all their text in utf-8 by adding a field to
>   them such as "Encoding: utf-8". If a template lacks that, debconf uses
>   its old, slightly broken behavior of doing no charset conversion.
> * Since we have a transition period coming up anyway as packages begin to
>   move to po-debconf, and since po-debconf's template po files will include
>   encoding info, add onto this transition that po-debnconf generated
>   template files will be in utf-8.
> * Which will mean that po-debconf will either need to fail if all the po
>   files are not in the utf-encoding, or, better, if they are not in
>   utf-8, convert their info into that encoding when it generates the
>   merged templates file (debian/templates itself can be assumed to be ASCII,
>   and thus will need no conversion). And po-debconf will add the
>   Encoding: utf-8 flag to the merged templates file it generates.

Thanks for the spotlight.
Just to make it clear for other readers, po-debconf was only intended to
ease translators' life by allowing them to work on PO files.  Merged
templates files are unchanged, so this discussion about debconf
improvements is orthogonal, we only have to ensure that merged
templates files generated by po-debconf are always compatible with
debconf.  As you said, PO files contain all infos needed by debconf,
so there should be no problem here.

Denis


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

Re: i18n requires setlocale

[Martin Quinson]

On Wed, Sep 11, 2002 at 12:34:34PM +0200, Petter Reinholdtsen wrote:
> [Martin Quinson]
> > AFAIK, if you are using gettext, setting
> > 
> > LANG=nb:nn:da:sv
> > 
> > should do the trick since gettext implements fallbacks.
> 
> No, you are thinking about the LANGUAGE variable.  The LANG variable
> can only contain one locale, while the LANGUAGE variable can be a
> colon-separated list of language/locale codes.

Right. Sorry. I should test what I say before saying it :(

Example:
mquinson@blaise:~$ ls AZE
ls: AZE: Aucun fichier ou répertoire de ce type
mquinson@blaise:~$ LANGUAGE="fr:de" ls AZE
ls: AZE: Aucun fichier ou répertoire de ce type
mquinson@blaise:~$ LANGUAGE="de:fr" ls AZE
ls: AZE: Datei oder Verzeichnis nicht gefunden
mquinson@blaise:~$ LANGUAGE="no:fr" ls AZE
ls: AZE: Aucun fichier ou répertoire de ce type
mquinson@blaise:~$ LANGUAGE="no:de:fr" ls AZE
ls: AZE: Datei oder Verzeichnis nicht gefunden
mquinson@blaise:~$ LANGUAGE="no:de_DE:fr_FR" ls AZE
ls: AZE: Datei oder Verzeichnis nicht gefunden

> > AFAIK, it's not implemented yet in debconf.
> 
> It is not too hard to implement.  I once did part of it for
> boot-floppies.  But I believe it is better to rewrite debconf and
> cdebconf to use gettext, and perhaps make a small version of gettext
> to include on boot floppies.

The problem of using gettext in debconf is that gettext wants the catalogs
to be installed before used, and that debconf is used before the
installation of the package (obviously).

As long as this problem is not solved, it seems impossible to use gettext in
debconf.


The purpose of po-debconf is somehow different: it focus on how the
translations are manipulated by the translators and the developer in the
source package. They are remplacement/modifications for the debconf-getlang,
debconf-mergelang tools. 

AFAIK, the way debconf handles translation at configuration time is not
changed by po-debconf, and still don't use gettext.

Bye, Mt.

-- 
Il ne faut pas confondre « La société m'opprime » et « le système m'étrique ».
  --- éphéméride du 19 juin


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

DAC960- Firmware verification failed - detaching

[eneko . astorkiza]

when i install debian woody, doing

boot: compact


the last messages are

> DAC960: FIRMWARE VERIFICATION FAILED - DETACHING
> DAC960: FIRMWARE Version 3.21-0-05

And it stops installing.

What can i do ??? It looks like it doesn't support that version.
I can't install debian on this computer ? :-(


Un saludo

  Eneko



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

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Marcin Owsiany]

To libtext-iconv-perl maintainer: Steve, does libtext-iconv-perl in fact
need the locales package to work?

On Wed, Sep 11, 2002 at 06:55:48PM +0900, Tomohiro KUBOTA wrote:
> However, I have one concern.  Debconf is one of softwares which is
> used in early stage of Debian installation.  Thus, Debconf should
> not depend on many/large packages/data.
> 
> Encoding conversion is a relatively heavy process.  I mean, collection
> of conversion tables is large.
> 
> I don't know if iconv (I can use "libtext-iconv-perl" package) or
> encoding conversion in gettext work well without "locales" package
> or not.  Do you have any idea?
> 
> If it *needs*, it means that Debconf cannot use encoding conversion
> in small systems or early stage of installation.  Even in such cases,
> Debconf should work fairly good in popular locales (like ISO-8859-15
> for French and EUC-JP for Japanese).
> 
> If it *doesn't need*, we can freely design new Debconf to use iconv
> or gettext.

If the package really needs locales, then I guess we have the following
solution:

since anyone except those who use "C" locale in fact need "locales"
package to use their national locale, we can have debconf use
libtext-iconv-perl _conditionally_ only if recoding is needed (i.e. user
uses non-UTF-8-compatible locale, which probably means anything other
than UTF8 itself or "C" locale").

This way debconf could only recommend or suggest locales (and
libtext-iconv-perl), but anyone using legacy charset locale (i.e.
iso-*, EUC-JP, ...) wold in fact need locales anyway.

One more benefit is we move UT8 transition forward :-)

Of course we would still need to force libtext-iconv-perl and locales
retrevial and installation before the reboot for people who choose a
non-"C" locale.

Marcin
-- 
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


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

Re: i18n requires setlocale

[Petter Reinholdtsen]

[Martin Quinson]
> AFAIK, if you are using gettext, setting
> 
> LANG=nb:nn:da:sv
> 
> should do the trick since gettext implements fallbacks.

No, you are thinking about the LANGUAGE variable.  The LANG variable
can only contain one locale, while the LANGUAGE variable can be a
colon-separated list of language/locale codes.

> AFAIK, it's not implemented yet in debconf.

It is not too hard to implement.  I once did part of it for
boot-floppies.  But I believe it is better to rewrite debconf and
cdebconf to use gettext, and perhaps make a small version of gettext
to include on boot floppies.


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

debian-jp (Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext)

[Tomohiro KUBOTA]

Hi,

At Wed, 11 Sep 2002 05:06:00 -0400,
Glenn Maynard wrote:

> Hmm.  My CC's to [EMAIL PROTECTED] are bouncing with 
> <[EMAIL PROTECTED]>: host murphy.debian.org[65.125.64.134] said: 550
> <[EMAIL PROTECTED]>: User unknown

I imagine debian-jp is a typo of debian-japanese.

(However, debian-japanese is not very popular among Japanese-speaking
users, because Japanese people have mailing lists in Japanese language
in http://www.debian.or.jp/ .  Instead, debian-japanese seems to be
mainly used by non-Japanese people who are interested in setting up
Japanese environment.)

---
Tomohiro KUBOTA <[EMAIL PROTECTED]>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/


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

usb mouse

[Antonio Cala Hurtado]

hello!!,
 
    I have installated debian 3.0, 
but the mouse does not work. It uses usb. How can I configurate it?
 
thanks,
Antonio Cala
 

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Tomohiro KUBOTA]

Hi,

At Wed, 11 Sep 2002 05:06:00 -0400,
Glenn Maynard wrote:

> If the program converting .po files to template files always uses iconv
> to convert the .po file's encoding to UTF-8, and debconf always uses iconv
> to convert from UTF-8 to the locale encoding for display, shouldn't there
> be no problems?
> 
> Junichi said that "UTF-8 is not a one-to-one match with EUC-JP.", and I'm
> not sure what he meant.

I think there are no problem, when thinking about round-trip compatibility,
if we declare to use one particular mapping table --- glibc's one.
(XFree86 has its own set of tables but it tries to be same to glibc's.)

However, I have one concern.  Debconf is one of softwares which is
used in early stage of Debian installation.  Thus, Debconf should
not depend on many/large packages/data.

Encoding conversion is a relatively heavy process.  I mean, collection
of conversion tables is large.

I don't know if iconv (I can use "libtext-iconv-perl" package) or
encoding conversion in gettext work well without "locales" package
or not.  Do you have any idea?

If it *needs*, it means that Debconf cannot use encoding conversion
in small systems or early stage of installation.  Even in such cases,
Debconf should work fairly good in popular locales (like ISO-8859-15
for French and EUC-JP for Japanese).

If it *doesn't need*, we can freely design new Debconf to use iconv
or gettext.

---
Tomohiro KUBOTA <[EMAIL PROTECTED]>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/


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

Re: i18n requires setlocale

[Tollef Fog Heen]

* Martin Sjögren 

| ons 2002-09-11 klockan 00.55 skrev Tollef Fog Heen:
| > Can't be done, since it will be set in a subprocess.. it's kinda
| > hackish, but AFAICT there is no other way.  You can't pass environment
| > vars to parents.
| 
| Ah, true. So we'd want every program to first db_get the locale and set
| the environment (or setlocale directly).

either that, or have it set in cdebconf/main-menu, since those are the
ones starting other processes.

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


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

Re: Partition tools (Re: debian-installer status -- 2002-07-29)

[Tollef Fog Heen]

* Junichi Uekawa wrote:

| It might be nice to automate the not-yet-uploaded package
| detection, and compile them all, and other thing...

I'm not sure.  I don't like «build all packages and upload» is a good
idea.  However, if somebody extends uptodatecheck.sh with a --build I
wouldn't mindt.

* Thomas Poindessous 

| But what the original poster wanted is building cvs version of udeb, which
| are not yet in the archive. It will be nice to have a script which :
| * build cdebconf
| * install libdebconf and libdebconf-dev
| * build every udeb against current cvs libdebconf

There is no reason to build against cvs libdebconf unless the soname
changes. it's a shared library.

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


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

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Tollef Fog Heen]

* Junichi Uekawa 

| On Tue, 10 Sep 2002 21:55:29 -0400
| Joey Hess <[EMAIL PROTECTED]> wrote:
|
| > Note also that the plan for debian-installer is, as I understand it, to
| > make cdebconf templates always be in UTF-8. 
| 
| cdebconf templates, as found in the binary udeb package.
| Not the ones found in the source package,
| right ?

I don't see why we should care which encoding the source package has
at long as it comes out right in the binary package.

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


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

Re: cvs commit to debian-installer/doc by porridge

[Tollef Fog Heen]

* Joey Hess 

|* only run cdebconf (and thus whole debian-installer) in bterm [1]
|   1. Is this possible on all architectures? I mean: do all architectures
|  use framebuffer?
| 
| Well my dumb terminals don't and I hope d-i can still support installs
| onto headless systems using them, at least in English.

This is a goal, sure.  However, things might not be translated and
looking pretty, depending on how hard it is to get things to
work.. (or perhaps only the network setup will be hard and then you'll
be able to run the gtk frontend on another box with X.  Would be cool :)

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


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

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Denis Barbier]

[Could we move this discussion to debian-i18n?]

On Wed, Sep 11, 2002 at 12:41:35AM -0400, Glenn Maynard wrote:
> On Wed, Sep 11, 2002 at 01:20:25PM +0900, Junichi Uekawa wrote:
> > > One concern is that I've heard that UTF-8 is really not all there for 
> > > Japanese (Chinese?). I'm told that doing a round-trip conversion from
> > > Shift-JIS to UTF-8 has issues. I don't know if translators can just avoid
> > > those problem encodnings and write ja.po files that are already in UTF-8.
> > 
> > ja.po files are in EUC-JP.
> 
> Well, they *can* be UTF-8.
> 
> > Wouldn't just having "Description-ll_LL.ENCODING:" fields work fine ?
> > I've got a feeling that it's doable.
> > 
> > I can think of ways to implement that at least in C.
> 
> What's wrong with using UTF-8 for Japanese?  Having multiple encodings
> in a single text file sucks.

Everyone agrees that encoding must be converted when text is displayed
to end users, and it should be the same with translators: for many
people using UTF-8 is error prone and a local encoding is more
convenient.
How translations are internally handled by Debconf is another matter.

Denis


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

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Glenn Maynard]

Hmm.  My CC's to [EMAIL PROTECTED] are bouncing with 
<[EMAIL PROTECTED]>: host murphy.debian.org[65.125.64.134] said: 550
<[EMAIL PROTECTED]>: User unknown

On Wed, Sep 11, 2002 at 06:01:00PM +0900, Tomohiro KUBOTA wrote:
> (issues)

If the program converting .po files to template files always uses iconv
to convert the .po file's encoding to UTF-8, and debconf always uses iconv
to convert from UTF-8 to the locale encoding for display, shouldn't there
be no problems?

Junichi said that "UTF-8 is not a one-to-one match with EUC-JP.", and I'm
not sure what he meant.

I just think that storing text in different encodings according to his
"Description-ll_LL.ENCODING" suggestion shouldn't be done unless it's
*really* needed, and if it's *really* needed, I'm interested in knowing
why.

-- 
Glenn Maynard


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

优惠网络建站！

[zdrwz]

´ËÓʼþΪÉÌÒµÐź¯£¬Èç¹ûÄú¶Ô´Ë²»¸ÐÐËȤÇëÁ¢¼´É¾³ý£»Èç¹ûÄú²»Ï£ÍûÔÙÊÕµ½´ËÓʼþÇëµ½http://filter.21gold.comÍ˶©£¬ÎÒÃǽ«»á°ÑÄúµÄÓÊÏäµØÖ·¹ýÂ˳öÁÐ±í¡£Ð»Ð»£¡
This mail is a business letter. If you are uninterested in this , please delete it  
immediately;If you do not hope to receive this mail again , please go to 
http://filter.21gold.com ,fill in your mail address ,and  we  will filter it out of 
our mail list.
  Thank you!


½ðÊÀ¼ÍÍøÂçȫеÄÍøÂ罨վ·½°¸£º

 ×ÔÓɸü¶à,Äú¿ÉÒÔÍêÈ«¶¨ÖÆ×Ô¼ºµÄÖ÷»ú 
 Ëٶȸü¿ì,¸üÎȶ¨,Ñϸñ¿ØÖÆÖ÷»úÊýÁ¿ 
 ¸üÓÅ»Ý,ÏÖÔÚÉêÇë¾ùÔùË͹ú¼ÊÓòÃû¡¢VIPÆóÒµÓÊÏä 
 ÎÞ·çÏÕ,¿ªÍ¨ÊÔÓÃ7Ìì,ÂúÒâÔÙ¸¶¿î 

   ×îµÍÒ»Äê½öÐè170Ôª¡£¼´¿ÉÓµÓÃÓòÃû+Ö÷»ú+ÆóÒµÓʾ֡£

 ¶ÀÓеÄÓû§¹ÜÀíϵͳ¿ÉÒÔʵÏÖ£º
   ÔÚÏßÐÞ¸ÄFTPÃÜÂë¡¢ÔÚÏßWEBÍøÕ¾¹ÜÀí¡¢ 
   ÔÚÏßÓòÃûDNS¹ÜÀí¡¢ÔÚÏß¿ªÍ¨ÆóÒµÓÊÏäµÈ

»¹Óиü¶àÓÅ»ÝÌײ;´Çë·ÃÎÊ£ºhttp://www.21gold.com


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

优惠网络建站！

[zdrwz]

´ËÓʼþΪÉÌÒµÐź¯£¬Èç¹ûÄú¶Ô´Ë²»¸ÐÐËȤÇëÁ¢¼´É¾³ý£»Èç¹ûÄú²»Ï£ÍûÔÙÊÕµ½´ËÓʼþÇëµ½http://filter.21gold.comÍ˶©£¬ÎÒÃǽ«»á°ÑÄúµÄÓÊÏäµØÖ·¹ýÂ˳öÁÐ±í¡£Ð»Ð»£¡
This mail is a business letter. If you are uninterested in this , please delete it  
immediately;If you do not hope to receive this mail again , please go to 
http://filter.21gold.com ,fill in your mail address ,and  we  will filter it out of 
our mail list.
  Thank you!


½ðÊÀ¼ÍÍøÂçȫеÄÍøÂ罨վ·½°¸£º

 ×ÔÓɸü¶à,Äú¿ÉÒÔÍêÈ«¶¨ÖÆ×Ô¼ºµÄÖ÷»ú 
 Ëٶȸü¿ì,¸üÎȶ¨,Ñϸñ¿ØÖÆÖ÷»úÊýÁ¿ 
 ¸üÓÅ»Ý,ÏÖÔÚÉêÇë¾ùÔùË͹ú¼ÊÓòÃû¡¢VIPÆóÒµÓÊÏä 
 ÎÞ·çÏÕ,¿ªÍ¨ÊÔÓÃ7Ìì,ÂúÒâÔÙ¸¶¿î 

   ×îµÍÒ»Äê½öÐè170Ôª¡£¼´¿ÉÓµÓÃÓòÃû+Ö÷»ú+ÆóÒµÓʾ֡£

 ¶ÀÓеÄÓû§¹ÜÀíϵͳ¿ÉÒÔʵÏÖ£º
   ÔÚÏßÐÞ¸ÄFTPÃÜÂë¡¢ÔÚÏßWEBÍøÕ¾¹ÜÀí¡¢ 
   ÔÚÏßÓòÃûDNS¹ÜÀí¡¢ÔÚÏß¿ªÍ¨ÆóÒµÓÊÏäµÈ

»¹Óиü¶àÓÅ»ÝÌײ;´Çë·ÃÎÊ£ºhttp://www.21gold.com


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

Re: Bug#160284: ITP: po-debconf -- Manage translated Debconf templates files with gettext

[Tomohiro KUBOTA]

Hi,

At Wed, 11 Sep 2002 02:58:59 -0400,
Glenn Maynard wrote:

> http://www.debian.or.jp/~kubota/unicode-symbols-unihan.html:

I am the writer of the above document.

I think this problem cannot be solved anyway.  My makeshift
solution is to use Japanese glyph set, because Chinese and 
Korean people seem to be more tolerant on glyph difference,
while Japanese people tend to stick to it.  However, this
problem is related to *displaying system*, not to the way
how to store text in files or memory.


However, there are more complex and important problems.


http://www.debian.or.jp/~kubota/unicode-symbols-map2.html

This is the round-trip conversion problem.  It EXISTS, but
it is not simple to determine which part is BUG.  I sent
mails to Unicode Consortium to solve this problem but I think
they don't have enough political power to solve this  Yes,
huge POLITICAL POWER is needed to solve this problem, and,
of course I don't have.

If we never think about systems other than Debian or Linux, we
can avoid thinking about the problem I wrote in the document,
because the problem is related to incompatible mapping tables
between vendors.  However, if we think about mapping like:
UTF-8 ---(mapping using Windows)--> EUC-JP ---(mapping using
Linux)--> UTF-8 , we will suffer the problem.

ja.po files are usually written in EUC-JP.  It is just because
EUC-JP is the most popular encoding for Japanese Linux environment,
including ja.po writers' environments.  I think ja.po in UTF-8
is completely OK, but the writer should be careful not to use
UTF-8 characters which cannot be mapped to EUC-JP, because most
users use EUC-JP.  (Note that unmappable characters depend on
the mapping table and can be affected by the above mapping table
problem.)

http://www.debian.or.jp/~kubota/unicode-symbols-width2.html

Another problem is the character width.  You know, most of CJK
characters are doublewidth, which means one character occupies
two columns in console.  The rule is very simple -- characters
from ASCII and JIS X 0201 are singlewidth and characters from
JIS X 0208 and JIS X 0212 are doublewidth.  (EUC-JP encoding
uses these coded character sets.)  However, this simple rule
is valid only in EUC-JP.  How UTF-8-based terminals should
behave?  There are many characters (mainly symbols, and Cyrillics
and Greeks) which are classified into EastAsianAmbigious in
Unicode Standard Annex #11.  The most problematic characters
are ruler elements, I think.  However, ruler elements are not
often used in Debconf.

---
Tomohiro KUBOTA <[EMAIL PROTECTED]>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/


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

Re: Partition tools (Re: debian-installer status -- 2002-07-29)

[Thomas Poindessous]

* Joey Hess <[EMAIL PROTECTED]> [2002-09-11 10:02]:
> Junichi Uekawa wrote:
> > It might be nice to automate the not-yet-uploaded package
> > detection, and compile them all, and other thing...
> > 
> > find -type d -name debian | while read A; do
> > (
> > cd $(dirname $A);
> > debuild-pbuilder;
> > )
> > done
> 
> Note that build/Makefile already does something similar when building
> with DEBUG=y:
> 
> if [ $(DEBUG) = y ] ; then \
> mkdir -p $(DEBUGUDEBDIR); \
> cd $(DEBUGUDEBDIR); \
> export DEB_BUILD_OPTIONS="debug"; \
> $(APT_GET) source --build --yes $$needed; \

But what the original poster wanted is building cvs version of udeb, which
are not yet in the archive. It will be nice to have a script which :
* build cdebconf
* install libdebconf and libdebconf-dev
* build every udeb against current cvs libdebconf



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

Re: i18n requires setlocale

[Martin Sjögren]

ons 2002-09-11 klockan 09.30 skrev Martin Quinson:
> On Tue, Sep 10, 2002 at 07:32:30PM +0200, Petter Reinholdtsen wrote:
> > I would also like to add support for the LANGUAGE style variable
> > listing several languages in priority order to be able to use other
> > translations if the primary translation is missing.  I want it to be
> > able to tell the system to use Norwegian Bokmål if present, and if it
> > isn't use Norwegian Nynorsk, Danish and as a last resort Swedish.
> > This way non-english speakers in Norway have a good chance of
> > understanding the installation.
> 
> AFAIK, if you are using gettext, setting
> 
> LANG=nb:nn:da:sv
> 
> should do the trick since gettext implements fallbacks. AFAIK, it's not
> implemented yet in debconf.

Really? I didn't get any info when I did
  LANG=no_NO:sv_SE gettext fileutils ''
(I don't have no_NO compiled)

I also cannot find it documented anywhere, but I may be missing
something.


Martin



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

$B$7$8$_$H$b$b$N%3%i%\%l!<%7%g%s(J

[hous2@lapis.plala.or.jp]

‚à‚à‚ª‚Í‚¶‚¯‚Ä‚Ô‚Ç‚¤‚ª‚ä‚ê‚é
‚µ‚¶‚Ý‚Æ‚à‚à‚̃Rƒ‰ƒ{ƒŒ[ƒVƒ‡ƒ“
ƒƒŠ[ƒ^ƒrƒfƒIi‚c‚u‚cjê–å
‚¢‚‚܂ʼnc‹Æ‚Å‚«‚é‚©‚í‚©‚è‚Ü‚¹‚ñ
‚²’•¶‚Í‚¨‘‚߂ɁI
http://book-i.net/rorirori
ì•i—á
­—“`à@–¼ŒÃ‰®’c’n9@­—‚Ì“¹‘
‚È‚Ç‚È‚Ç132ì•iBD•]”­”„’†I
(^-^)/~ƒƒŠ˜F—˜ƒ€ƒg[



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

Re: i18n requires setlocale

[Martin Sjögren]

ons 2002-09-11 klockan 00.55 skrev Tollef Fog Heen:
> Can't be done, since it will be set in a subprocess.. it's kinda
> hackish, but AFAICT there is no other way.  You can't pass environment
> vars to parents.

Ah, true. So we'd want every program to first db_get the locale and set
the environment (or setlocale directly).


/Martin



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

Re: i18n requires setlocale

[Martin Quinson]

On Tue, Sep 10, 2002 at 07:32:30PM +0200, Petter Reinholdtsen wrote:
> I would also like to add support for the LANGUAGE style variable
> listing several languages in priority order to be able to use other
> translations if the primary translation is missing.  I want it to be
> able to tell the system to use Norwegian Bokmål if present, and if it
> isn't use Norwegian Nynorsk, Danish and as a last resort Swedish.
> This way non-english speakers in Norway have a good chance of
> understanding the installation.

AFAIK, if you are using gettext, setting

LANG=nb:nn:da:sv

should do the trick since gettext implements fallbacks. AFAIK, it's not
implemented yet in debconf.

Bye, Mt.

-- 
Dans un pays d'extrême droite, On y parle beaucoup de Dieu, Parce que ça
fait longtemps, qu'il a quitté les lieux.
   -- Frères misère


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