Re: cvs commit to debian-installer/doc by porridge
Marcin Owsiany [EMAIL PROTECTED] writes: On Wed, Sep 11, 2002 at 07:32:59PM +0200, Mario Lang wrote: Joey Hess [EMAIL PROTECTED] writes: Debian Boot CVS Master wrote: Repository: debian-installer/doc who:porridge * 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. How does one use brltty (it's braile terminal, right?)? I think it's braille teletype if you ask me :) Similarily to xterm/bterm/etc? no. And what is /dev/vcsa? It's virtual console based. You simply run your apllications on the available virtual consoles, and brltty accesses the text and color information of the currently selected VC via /dev/vcsa (virtual console screen with attributes). -- CYa, Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to debian-installer/doc by porridge
On Thu, Sep 12, 2002 at 11:11:13AM +0900, Junichi Uekawa wrote: * cdebconf (and thus whole debian-installer) runs in bterm [1] This is rather limiting. bterm is not the only possibility. Did you read [1], below that text? It suggests a solution. What do you think of it? New, preferred way: I don't think this is the preferred way. Well, basically we can change the current situation in two ways: 1. - hack {c,}debconf to use gettext for templates files - hack po-debconf to include mo files in built packages instead of merging the translations into one big template file - hack gettext so that it looks for templates' translations in the control archive (or wherever mo files will be when {pre,}configuring the package - I don't know dpkg/debconf internals that well), since messages must be read before the package is unpacked - since maintaining some authorative lang-charset mapping would be brain damage, we would need to hack debconf to support Description-ll_LL.charset: fields (moreover joeyh says this would cause older debconf versions to crash) 2. - hack {c,}debconf to recode the templates from UTF8 to the charset a particular user uses - [DONE in po-debconf 0.2.2] recode the templates to UTF8 at package build time Right? And the only thing we gain in the first scenario is the automatic recoding gettext does. (As opposed to doing it manually in debconf). In fact, I think this will cause more load than not converting to utf-8. Do you mean that since most users use the same charset as translators, we could skip the recoding to and from utf8 in these cases? I don't think this would be any noticable load. [ 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. I'm not saying we need to hold ALL messages on the floppy. Each udeb would contain only the messages it needs, so the floppy would contain only the messages used by the few base udebs. This is currently less then 5 KB uncompressed! 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: cvs commit to debian-installer/doc by porridge
On Wed, Sep 11, 2002 at 07:32:59PM +0200, Mario Lang wrote: Joey Hess [EMAIL PROTECTED] writes: Debian Boot CVS Master wrote: Repository: debian-installer/doc who:porridge * 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. How does one use brltty (it's braile terminal, right?)? Similarily to xterm/bterm/etc? And what is /dev/vcsa? 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: cvs commit to debian-installer/doc by porridge
On Fri, Sep 13, 2002 at 12:06:40AM +0200, Marcin Owsiany wrote: - since maintaining some authorative lang-charset mapping would be brain damage, we would need to hack debconf to support Description-ll_LL.charset: fields (moreover joeyh says this would cause older debconf versions to crash) Forget this point. The translation's charset information would be taken care of by gettext, of course. 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: cvs commit to debian-installer/doc by porridge
Marcin Owsiany [EMAIL PROTECTED] immo vero scripsit: - since maintaining some authorative lang-charset mapping would be brain damage, we would need to hack debconf to support Description-ll_LL.charset: fields (moreover joeyh says this would cause older debconf versions to crash) We already have many templates files that are in the legacy encoding, and it's not impossible to maintain a lang-charset mapping table. There already is one in the BTS. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to debian-installer/doc by porridge
* 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]
cvs commit to debian-installer/doc by porridge
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]
Re: cvs commit to debian-installer/doc by porridge
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]
cvs commit to debian-installer/doc by porridge
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/doc by porridge
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]
Re: cvs commit to debian-installer/doc by porridge
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
Repository: debian-installer/doc who:porridge time: Tue Sep 10 16:32:26 MDT 2002 Log Message: fixed example package name Files: changed:ui.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/doc by porridge
Repository: debian-installer/doc who:porridge time: Tue Sep 10 16:38:07 MDT 2002 Log Message: provide an example of what a menutest script could do Files: changed:modules.txt ui.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/doc by porridge
Repository: debian-installer/doc who:porridge time: Tue Sep 10 16:40:37 MDT 2002 Log Message: added a note on vii Files: changed:hardware-detection.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/doc by porridge
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... Files: added: i18n.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to debian-installer/doc by porridge
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. * debconf TITLE commands aren't translated at all. You translate these in the usual way, by making the program that tells [c]debconf to set a title use gettext. Dunno how well that works on d-i. -- see shy jo msg22057/pgp0.pgp Description: PGP signature