Re: Post-woody
On 23 May 2002 10:31:32 +0200 Tollef Fog Heen [EMAIL PROTECTED] wrote: I think we should move to debian-installer, even though it will take longer time to work out. People want to do some new development, d-i is getting closer to working (as in actually being able to install systems in a mostly-reliable way) by the day and I don't think pushing boot-floppies for yet another iteration would be good at all. IMO, that is. I've had zero look at debian-installer. I wonder if it would have CJK support. Proper CJK support is a very difficult thing to achieve... 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]
Re: [patch] Finnish charset
On Mon, 20 May 2002 22:23:56 -0700 Matt Kraai [EMAIL PROTECTED] wrote: # what about: fi ja ko ? do they need to have charsets? LATIN1 should also work fine for Finnish, nothing special here except for umlauts. I've committed your patch, thanks. Do you have an idea what this part is used for? I need to know if I should change it for ja as well. It is used to determine which console font to use on foreign language disks which don't have the language chooser enabled. Look in make/i18n and rootdisk.sh. In that case, I guess it is not relevant to ko or ja. -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [patch] Finnish charset
On Mon, 20 May 2002 13:39:53 -0700 Matt Kraai [EMAIL PROTECTED] wrote: On Mon, May 20, 2002 at 10:13:08PM +0200, Alexander List wrote: in the source package of the boot-floppies I found a question that can be partially answered (in file config)... # what about: fi ja ko ? do they need to have charsets? LATIN1 should also work fine for Finnish, nothing special here except for umlauts. I've committed your patch, thanks. Do you have an idea what this part is used for? I need to know if I should change it for ja as well. 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]
Re: b-f 3.0.23
On Tue, 14 May 2002 13:15:35 +0100 Richard Hirst [EMAIL PROTECTED] wrote: I'm not aware of anything. Maybe some framebuffers have boot time options to disable them, but I don't think boot-floppies has any such option. Can I suggest something like the patch below, which would let us boot with nolangchooser to disable bterm and hence language chooser. Might also help on at least one hppa box where framebuffer code is broken such that b-f wont boot since I turned on language chooser. Isn't it possible to specify in the kernel command line to disable VGA, which results in no VGA = no language chooser? -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to boot-floppies/utilities/dbootstrap by kraai
Debian Boot CVS Master [EMAIL PROTECTED] immo vero scripsit: Repository: boot-floppies/utilities/dbootstrap who:kraai time: Mon May 13 07:04:12 PDT 2002 Log Message: * utilities/dbootstrap/baseconfig.c (write_fstab): Do not use `defaults' if other options are specified. Er.. this sounds like a fishy change. Does this not break anything? -- [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: b-f 3.0.23
Christian T. Steigies [EMAIL PROTECTED] immo vero scripsit: On Tue, May 14, 2002 at 12:51:07AM +1000, Anthony Towns wrote: Hi guys, If you'd like to tag and upload 3.0.23 sometime this week, that will be fine. I believe there are some sparc updates desirect so we can have bootable sparc CDs, that Ben will know about. Please follow Adam's lead, and don't do anything to break them. It'd be better if all architectures could sync on 3.0.23 reasonably quickly, but any that don't will just stick with 3.0.22. Has anything happend to make bogl work on monochrome displays or do we have any command line switch/option/whatever to force the fallback on the non-language chooser installer? There seem to be more and more monochrome m68k-macs around and it would be nice if they could use the woody boot-floppies as well. Do we still have problems with monochrome displays ? I think there is a boot-time option to disable the graphics mode, which should be enough. 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: 3.0 and boot-floppies
[EMAIL PROTECTED] (Denis Barbier) immo vero scripsit: Okay, I just committed them. Junichi, you could also patch po2sgml to handle Japanese quotation, I am unable to do it myself ;) I'll check. Japanese docs are catching up now, I'm trying to build them. There are a few remaining glitches before Japanese docs build again. 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]
Bug#144267: install-doc: po2sgml adds quotes which cannot be l10n-ed
Denis Barbier [EMAIL PROTECTED] cum veritate scripsit: po2sgml adds ``...'' around msgstr, these signs do not make sense in French translation. It would be nice to define a function add_quotes($lang,$msgstr) to add surrounding quotes depending on $lang. seconded. Japanese quotes are different as well. 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: debiandoc-sgml issues (html being lynx/links unfriendly)
Osamu Aoki [EMAIL PROTECTED] cum veritate scripsit: Since there seems to be another new debiandoc-sgml coming, it may take few more days before new unstable version (1.1.66?) appears into testing. Some coordinated rebuild activity may be a good idea for document created with known problematic version (1.1.59). It might be nice if you could just mass-NMU (maybe to DELAYED/1-day) with Build-Depends updated. Coordination is pretty difficult. 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: creating disk sets for each language
Giuseppe Sacco [EMAIL PROTECTED] cum veritate scripsit: It seems to me that in order to produce a disk set in language X you may: 1. create a multi language disk that have english as default. And you will have the first screen and all the fN keys help in english. 2. create a disk in one language without language chooser and without utf8. Hmm.. Well, my sentiment was that 2 has been deprecated, and 1 is the way to go. I tried to create a i386 italian with language chooser but I got an error from makefile stating that I had to choose LINGUA=C in order to have language chooser. Hmm.. what did you do, exactly ? I also tried to build and i386 disk set without language chooser and italian language but I had to download in /archive/debian/.../ the newest libnewt and whiptail without utf8 support. Otherwise I got an error compiling. Without language chooser, non-utf8 ones need to exist, yes. I still have to look at what happens using languages that need utf8. If you have some hints, please tell me or, better, modify my patch. The languages that need utf8 will have problems with non-utf8. 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: creating disk sets for each language
Giuseppe Sacco [EMAIL PROTECTED] cum veritate scripsit: giuseppe@casa:~/debian/boot-floppies$ make LINGUA=it release The languages that need utf8 will have problems with non-utf8. Yes, I was aware of it. I am thinking about what to do. I will keep on this from next monday since now I am leaving for the week end. What problems are there if you instead do a utf8 LC-build with it and C enabled ? 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: Traditional Chinese release notes troubles
Chuan-kai Lin [EMAIL PROTECTED] cum veritate scripsit: echo !entity % lang-$(LINGUA) \INCLUDE\ $@ from the Makefile in the documentation tree. As traditional Chinese locale (as used in Taiwan) is designated zh_TW, the resulting entry in the .ent file would be: echo !entity % lang-$(shell echo $(LINGUA) | sed 's/_//' ) \INCLUDE\ $@ should work. zh_TW - zhTW. I am not sure what else needs to be changed. defaults.ent needs to be edited ? 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]
Bug#142305: i386 - borders gone on vanilla flavor
Adam Di Carlo [EMAIL PROTECTED] cum veritate scripsit: Oh, ok. I see. We got rid of the mixed builds sometime in Feb, 2002, due to problems in modconf. I hadn't been aware of that but Eduard kindly reminded me on IRC. Yes, the slang fix I have been raging around with, which you were away. Maybe setting the lang is the right way to do, but we'd have to do it just for this i386/vanilla flavor? That seems rather nasty... It would be pretty much difficult to get it right at this time, considering it, it is not a trivial fix. Is having borders in vanilla flavor a release-critical thing ? (why didn't anyone notice it for ... more than a month?) 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]
Bug#142305: i386 - borders gone on vanilla flavor
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: So... it might just be an inevitable consequence of our choice to not do mixed i18n/non-i18n builds on i386... As said, TERM=vt102 seems to fix the problem. Why not set it? or TERM=cons. 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]
Bug#142305: i386 - borders gone on vanilla flavor
Adam Di Carlo [EMAIL PROTECTED] cum veritate scripsit: When whiptail-utf8 is executed, because LC_CTYPE=C, whpitail does not seem to be able to output the 8-bit chars required to display the borders. Why would it require 8-bit for the non-LANG_CHOOSER vanilla flavor? What are the character codes for the borders ? Aren't they outside of the ASCII charset ? Try again. If this was the case, then all flavors would have the problem, not just vanilla. Other flavors probably have the locales set. Remember that the vanilla flavor should be using whiptail, not whiptail-utf8. See driverdisks.sh. No. wrong. It should be using whiptail-utf8. I know it won't work, I changed it. If it does, it is broken. Perhaps modconf for i386 is built with whiptail-utf8 and replacing in whiptail doesn't work? Everything on i386 should be built for -utf8. If it isn't, something is severely broken. 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]
Bug#142305: i386 - borders gone on vanilla flavor
Adam Di Carlo [EMAIL PROTECTED] cum veritate scripsit: Can you please let us know on this but what you find? What I want to know is: - is it a newt problem? slang? - is it an i386 build problems? Do other non-fb arches have this issue (not even sure if there are any)... My wild guess: When whiptail-utf8 is executed, because LC_CTYPE=C, whpitail does not seem to be able to output the 8-bit chars required to display the borders. It should not be C, it should be set to c@utf-8. 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]
Bug#142305: i386 - borders gone on vanilla flavor
Richard Hirst [EMAIL PROTECTED] cum veritate scripsit: I observed this as well today. I tested the vanilla kernel, there were no borders on the first few boxes (I didn't progress as far as the driver config, so I can't confirm problems there.) Booting with linux TERM=vt102 gives you the borders. TERM=linux only seems to display borders under framebuffer/bterm now. er... something sounds broken. I've tried to find where this is happening, but I am not quite sure where it is being decided. This might be ugly, but difficult to solve before woody release, I think. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#142556: release-notes: please document changes in options.
Package: boot-floppies Some basic packages changed command-line behaviors drastically. Which may break existing scripts. They need to be documented: tar -j and tar -I option wget -nh option. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bochs can be helpful for bootdisk testing
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: Also there have been some major reworks to make configuration easier, so while you are at testing bootdisks you can test bochs and ensure that it'll be working well for Woody. :) It sucks. It takes forever to install the system, apparently the disk IO operations are unbuffered. Any way to tune it? I used gcc-3.0 with athlon optimization to get some 20-30% speedup in kernel start up. Not blastingly fast, though. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#142473: boot-floppies: a Japanese translation is too long
Kaz Sasayama [EMAIL PROTECTED] cum veritate scripsit: The Japanese translation for Install LILO in the MBR (use this if unsure). is too long. It takes 70 columns and the dialog box becomes too wide to fit in a screen. Thanks, is there any more of such ? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: slang wierdness in woody install
Oliver Elphick [EMAIL PROTECTED] cum veritate scripsit: I can't believe I'm the first one to see this, but I couldn't find anything in the bugtracking syste or e-mail archives. When doing a Woody install from floppies, the borders on the newt dialog windows are broken. They're either missing entirely (most of the installer) or garbage characters that cause layout errors (module loading sub-system). I've seen this on two systems so far. Might this be a problem with the vanilla flavor not using framebuffer/bogl? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: newt boxes displaying problems (translation problem)
Martin Quinson [EMAIL PROTECTED] cum veritate scripsit: Agreed. But it's hard for me to know which string are too long and which are not... I just commited a shorter version of the two first strings. Please report any other problems. The strings used in the title lines need to be pretty short. About 63 lines. When the original text looks like a single-line title entry, it should probably be within 63 lines. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f 3.0.22 on hppa, screen drawing problem
Richard Hirst [EMAIL PROTECTED] cum veritate scripsit: Hi, I rebuilt with newt and whiptail -9.6 versions. It help with one of my problems; note there is no dependancy on that version in b-f source, and it is not yet in woody. I seem to remember whiptail -9.6 did not make it before 3.0.22. It should be required by 3.0.23, if it seems to be fixing many problems. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: parted.txt build problem
Josip Rodin [EMAIL PROTECTED] cum veritate scripsit: % make parted.txt ./man2text /archive/debian parted 8 parted parted.txt ./man2text: /usr/lib/debootstrap/functions: No such file or directory No manual entry for parted W: parted(8) ASCII man page cannot be generated, stubbing Is it possible to just ship the right thing outright? Does it require debootstrap to build for some reason ? regaerds, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.4 kernel as default boot kernel on CD #1 ??
Christian Leber [EMAIL PROTECTED] cum veritate scripsit: P.S. I'm not a developer or know much about kernels, but i can not imagine that 2.4 is less stable then 2.2. But what is with Debian 3.0r6? How many people will be able to install with kernel 2.2 (because of there new boards, USB keyboard etc.)? Will then kernel 2.2 really be maintained? No, it will be in the same mode like 2.0 today. Well... it seems like Debian 3.0r0 will be shipping with 2.4 kernel, so you have asked a wrong question. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Small correction
Thomas Poindessous [EMAIL PROTECTED] cum veritate scripsit: I still have some display problems with boxes which display over other boxes. I'm trying to find it in dbootstrap code, but it's hard. Which version of whiptail are you using ? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: b-f 3.0.22 on hppa, screen drawing problem
Adam Di Carlo [EMAIL PROTECTED] cum veritate scripsit: Tried an English install, and none of those problems occurred. Dialogs were cleared/drawn properly, and the modules screen had all its text drawn. This wouldn't be caused by modconf -- I would be caused by newt (or possibly slang). I would have thought this was fixed with newt -9.6 upload, I thought there was a check to force whiptail to compile with -9.6 or later in the build process, but maybe I didn't. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#140579: TFTP Testing
Philip Dodd [EMAIL PROTECTED] cum veritate scripsit: Ok, this much is true. However, my personal sticking points aside, if there is an 'official' way of doing things, why then is the install guide so thin on the ground on these matters? If a bug should be filed against the install guide to improve it, i would gladly, because it is as near as useless for booting tftp and nfs root machines (on intel at least). the simple question of getting etherboot, for example - there are others, to boot tftpboot.img is not even mentioned, and that does seem to be one of the main uses of tftp booting on intel, though perhaps I am mistaken. Yes, it is rather thin. I've used grub with network card support (needs a recompile, the maintainer refused to include binaries for network support in the Debian package) to do tftp boots. It requires a NFS root, i.e. a installer directory with dbootstrap etc. mountable from somewhere. For example, this is the grub command-line I used to boot up a note PC to start up a shell: kernel (nd)/boot/netboot init=/bin/sh root=/dev/nfs nfsroot=192.168.1.1:/,flags= ro regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pending issues for boot-floppies
David Kimdon [EMAIL PROTECTED] cum veritate scripsit: At least, I have fixed a possible cause of the problem, in whiptail, with 0.50.17-9.6 It will be a while until it will hit testing. Sounds important, perhaps we want to add something like i(is whiptail-utf8 affected) ? : I think so. whiptail-utf8 is built from the same source, and it goes through the same codepath. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 3.0.22 plan, translations (b-f bugs dropping like flies.)
On 02 Apr 2002 01:23:05 -0500 Adam Di Carlo [EMAIL PROTECTED] wrote: There is no real criteria. Oh, piss off. This is very rewarding a word to hear from you. Is that why people who work on boot-floppies seem to disappear for no reason pretty often ? I care for a Debian release, I am working on fixing bugs. I placed my hands on things I would never have liked to put my hands on. Is it too much to ask for my native tongue to be added to the b-f ? There were criteria -- I used the Linux survey, the largest and most reputable source of who uses Linux. I ordered the languages according to number of users in those countries. Ok, it wasn't scientific but this continual blather on this list is less so -- squeaky wheel or not. I'm sick of disputing this, and the discussion is closed, unless you have patches which enable dynamically including languages as space allows. Everything else is useless blather which will put you in my killfile. Whatever. 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]
Re: 3.0.22 plan, translations (b-f bugs dropping like flies.)
Claus Hindsgaul [EMAIL PROTECTED] cum veritate scripsit: Soon all languages can be chosen from any CD og DVD installation, which - some argue - is used by most people anyway. Wouldn't it be a pity to drop translations from these CDs that has lots of space for them just because it doesn't fit into the i386 floppy version? One thing I've noticed is that I assume pointerize does not strip off stranslation strings that are not used ? i.e. do we include ia64 messages (the very long messages) in i386 b-f ? This could be improved. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Needs feedback and testing
Raphael Hertzog [EMAIL PROTECTED] cum veritate scripsit: ca cs da de en eo es fi fr gl hr hu it ja ko pl pt ru sk sv tr The install menu showed these language options. ca cs da de en eo es gl hr hu it ja ko Cho? I've looked. For example, fi doesn't seem to be referred to from dbootstrap/langs/, although fi.po exists. No idea what's being there... I smell some discrepancies in dbootstrap/langs/*.src regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
pending issues for boot-floppies
Hi, I've heard several reports that modconf/whiptail crashes on some kind of framebuffer. I've heard of some bad framebuffer problem, and I've heard of other causes. At least, I have fixed a possible cause of the problem, in whiptail, with 0.50.17-9.6 It will be a while until it will hit testing. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#140493: reassign to whiptail? (the program modconf crash when i go to
reassign 140493 whiptail thanks David Kimdon [EMAIL PROTECTED] cum veritate scripsit: reading the log it looks like this bug is pending and should be reassigned to whiptail, any seconds? Ah, yes, I thought I already did that, but maybe I didn't. regards. junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 3.0.22 plan, translations (b-f bugs dropping like flies.)
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: b-f bugs : 139595, more bugs should be fixed, no more bugs should be introduced Done. Not nice, I had to drop two languages, but we should have language packs on the CD now. We only have european languages on disk now. Could we drop fr from the first disk ? I think some fr people would hate to use English, but most of them can use English. The same applies to de, es, and other languages, I think. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 3.0.22 plan, translations (b-f bugs dropping like flies.)
[EMAIL PROTECTED] (Denis Barbier) cum veritate scripsit: The same applies to de, es, and other languages, I think. Knowing criteria and implications about this choice would help, any pointer to a ML archive is enough if it has already been discussed. There is no real criteria. es.po was added behind the back without discussion, afaicr. The reality is, someone with enough courage decide what goes out. Now that we can use the CD-ROM for loading the languages, we are talking about languages which are loaded from FLOPPY. And honestly, having only European languages in the boot disks sounds too bad for an universal operating system. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 3.0.22 plan, translations (b-f bugs dropping like flies.)
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: The same applies to de, es, and other languages, I think. de.po: 857 translated messages. fr.po: 857 translated messages. es.po: 793 translated messages, 28 fuzzy translations, 32 untranslated messages. Could we drop es, and fit in ja, and does it work, or do we need to drop another language to fit ja in ? Also, I was thinking, could we revert the "keymaps translation" ? It seems to take up a lot of space. (this is a wdiff, of ls -lR before and after reverting the keymaps translation by claush) -rwxr-xr-x1 dancer dancer [-152348-] {+152700+} 3月 29 [-19:50-] {+19:41+} dbootstrap-lc -rw-r--r--1 dancer dancer [-83430-] {+84699+} 3月 29 [-19:50-] {+19:41+} ca.trm -rw-r--r--1 dancer dancer [-74317-] {+75508+} 3月 29 [-19:50-] {+19:41+} cs.trm -rw-r--r--1 dancer dancer [-76071-] {+77325+} 3月 29 [-19:50-] {+19:41+} da.trm -rw-r--r--1 dancer dancer [-90082-] {+91408+} 3月 29 [-19:50-] {+19:41+} de.trm -rw-r--r--1 dancer dancer [-73863-] {+75054+} 3月 29 [-19:50-] {+19:41+} en.trm -rw-r--r--1 dancer dancer [-73797-] {+75022+} 3月 29 [-19:50-] {+19:41+} eo.trm -rw-r--r--1 dancer dancer [-82987-] {+84271+} 3月 29 [-19:50-] {+19:41+} es.trm -rw-r--r--1 dancer dancer [-76036-] {+77227+} 3月 29 [-19:50-] {+19:41+} fi.trm -rw-r--r--1 dancer dancer [-89853-] {+91210+} 3月 29 [-19:50-] {+19:41+} fr.trm -rw-r--r--1 dancer dancer [-80257-] {+81580+} 3月 29 [-19:50-] {+19:41+} gl.trm -rw-r--r--1 dancer dancer [-75472-] {+76663+} 3月 29 [-19:50-] {+19:41+} hr.trm -rw-r--r--1 dancer dancer [-79488-] {+80679+} 3月 29 [-19:50-] {+19:41+} hu.trm -rw-r--r--1 dancer dancer [-78512-] {+79804+} 3月 29 [-19:50-] {+19:41+} it.trm -rw-r--r--1 dancer dancer [-110963-] {+112155+} 3月 29 [-19:50-] {+19:41+} ja.trm -rw-r--r--1 dancer dancer [-90849-] {+92040+} 3月 29 [-19:50-] {+19:41+} ko.trm -rw-r--r--1 dancer dancer [-83204-] {+84395+} 3月 29 [-19:50-] {+19:41+} pl.trm -rw-r--r--1 dancer dancer [-86065-] {+87397+} 3月 29 [-19:50-] {+19:41+} pt.trm -rw-r--r--1 dancer dancer [-128792-] {+130936+} 3月 29 [-19:50-] {+19:41+} ru.trm -rw-r--r--1 dancer dancer [-74613-] {+75804+} 3月 29 [-19:50-] {+19:41+} sk.trm -rw-r--r--1 dancer dancer [-76060-] {+77406+} 3月 29 [-19:50-] {+19:41+} sv.trm -rw-r--r--1 dancer dancer [-74859-] {+76050+} 3月 29 [-19:50-] {+19:41+} tr.trm -rw-r--r--1 dancer dancer [-69436-] {+70627+} 3月 29 [-19:50-] {+19:41+} zh_CN.trm -rw-r--r--1 dancer dancer [-72912-] {+74209+} 3月 29 [-19:50-] {+19:41+} zh_TW.trm regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Woody disks (fwd)
Philip Charles [EMAIL PROTECTED] cum veritate scripsit: 1) The graphics are different. From the start the pseudo GUI boxes don't have any borders, then when it comes to selecting modules there are borders but using the wrong character set. I believe this only happens on LC-enabled non-framebuffer version of boot-floppies. Am I right ? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Still some problems with CLEAR in bterm and dbootstrap
Thomas Poindessous [EMAIL PROTECTED] cum veritate scripsit: There is also a CLEAR problem when you insert a module, screen is not cleared. Hmm.. did we fix it in modconf ? The problem being something about missing, or extra 2 that bogl cannot parse but xterm can. regads, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pour mac
SILVESTRI [EMAIL PROTECTED] cum veritate scripsit: Ou peut on trouver Linux pour Macintosh gratuitement? This is an english list. You can find a Debian GNU/Linux for your Mac free, however I don't know if you mean you want a free Mac. My French is not good enough to decipher which way you mean. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installing Debian on a remote server (without physical access)
Morten W. Petersen [EMAIL PROTECTED] cum veritate scripsit: I've created formatted a new partition for the Debian installation, and I'm now wondering how to install configure the base system so that the box can be rebooted and upon reboot run (a very basic) Debian with ssh access. extract the base system, chroot inside the base system, massage some files (network-related config files, password files etc.) and configure the kernel. However, if you fail, it wouldn't boot back. So it is always advisable to do installs locally if possible. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: make update-po policy
Claus Hindsgaul [EMAIL PROTECTED] cum veritate scripsit: A lot of translators sitting behind a modem will *never* download the full CVS, but rather just touch their .po-file. So any new strings will get lost for their language. Maybe I overreacted because I am behind a very slow modem line, and I do check out full CVS. Thanks for your good intentions, but really, I think update-lang should be ran when they are required, before translation. We use CVS. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to boot-floppies/utilities/dbootstrap/po by claush
Debian Boot CVS Master [EMAIL PROTECTED] cum veritate scripsit: Repository: boot-floppies/utilities/dbootstrap/po who:claush time: Mon Mar 18 07:47:22 PST 2002 Log Message: make update-po Why did you do that? Files: changed:ca.po cs.po da.po de.po eo.po es.po fi.po fr.po gl.po hr.po hu.po it.po ja.po ko.po pl.po pt.po ru.po sk.po sv.po tr.po zh_TW.po regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#138468: locale warnings while extracting base
Matt Kraai [EMAIL PROTECTED] cum veritate scripsit: OK, I see that code now. Do we need to set LC_CTYPE, or could we use a new variable (e.g., USE_LANGUAGE_CHOOSER) instead? I'm not exactly sure what the second sentence means: where else is LC_CTYPE being inspected? We do. LC_CTYPE is inspected in setlocale(), and used in multibyte-to-wide-char convertion routines in newt/slang. Please don't touch that code unless you really know what it means. Calling the locale itself c@utf-8 seems like a big mistake. People are confused. It should have been something like bootfloppies.UTF-8, as it was suggested when the locale was first proposed somewhere. thanks, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#138943: boot-floppies: wget http://www.debian.org segfaults
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: That's all I can say. I wonder why we get such nasty bug reports from YOU. Potentialy broken hardware? No, it must be just because a. the bug reports from Thomas are generally very succinct and have very little information b. the bug have not been investigated Thomas, I think you've filed enough bugs it might be nice to start some debugging, adding more debug information. I guess you already have a feel about what kind of information are required for debugging. On second thought, it might be nice to supply a DEBUG disk to b-f, which one can mount /dev/fd0 /mnt ./mnt/gdb wget or ./mnt/strace wget to get some kind of output. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#138679: boot-floppies: messages too long
David Kimdon [EMAIL PROTECTED] cum veritate scripsit: This could be fixed 2 ways: 1. make the phrase shorter since there is enough information in the top of the box, there is much repitition on the screen (automatically detecting similarily truncated phrases sounds hard.) 2. teach newt how to break lines properly. Why is the line not broken in the first place? Is it because it is in a list? Are we asking for possibility of having multiple-line entries in a list in newt ? regarsd, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#138653: boot-floppies: Language chooser '#' on right hand side looks funny
David Kimdon [EMAIL PROTECTED] cum veritate scripsit: On the right hand side of the language chooser screen there are ':'s and and a '#' in a column. It is as if the '#' is supposed to line up with the current choice, but it doesn't. The '#' does move down as I move the selection down, but at the top it is one row below the current choice, and by the time we get to the bottom it is 5 rows below the current choice. I've been browsing the code utilities/dbootstrap/langs/lc.c, which has the line: lang_list = newtListbox (0, 0, 14, NEWT_FLAG_RETURNEXIT | NEWT_FLAG_SCROLL); This should probably be conditional depending on the number of languages (can we determine it at compile-time?) Apparently, NEWT_FLAG_SCROLL forces having a scroll bar. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#138653: boot-floppies: Language chooser '#' on right hand side looks funny
Philip Blundell [EMAIL PROTECTED] cum veritate scripsit: To be honest the scroll bar as it stands is not very beneficial even if there are more languages than will fit on the screen. It probably looks better if newt is able to use graphics characters, but at the moment they are not available for any LC-enabled build. So I think we might just as well turn it off altogether. Actually, it might be because we are using #. There are many alternative graphic-looking characters such as o... would it be an improvement? Also, why does it seem to use graphical chars under uxterm, and not under b-f. It is terminfo related? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: verbose quiet
Chris Tillman [EMAIL PROTECTED] cum veritate scripsit: Now that you mention it, there is a place in the manual already that explains quiet verbose. The lists could just go in there, with maybe a disclaimer 'this information accurate as of the time of insertion' - nah, but maybe something that explains it probably won't be kept up to date? Nah, Don't bother documenting the obvious, and trying to make every disclaimer. We try our best, and when we release, we know things are at a quite fixed state, it should be possible to document the status at that point. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#138679: boot-floppies: messages too long
David Kimdon [EMAIL PROTECTED] cum veritate scripsit: It appears to be so. When I run the included program choice 2 isn't word-wrapped, rather it extends off the screen. I tried putting some '\n''s in there and it didn't make it any better. I glanced at newt/listbox.c and it doesn't look like it is trying to wrap anyway. Yes. It is really better to fix it in newt ? It will make a very different behavior. I think the messages should be shortened for the time being, rather than trying to modify newt right now. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#136328: 136328: b-f one-liner needs translating
David Kimdon [EMAIL PROTECTED] cum veritate scripsit: japanese.src date: 2002/03/02 00:36:26; What is broken ? I can't really find what is wrong with it. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#138468: locale warnings while extracting base
Petter Reinholdtsen [EMAIL PROTECTED] cum veritate scripsit: I think it would be better to find out why the C@utf-8 locale didn't work, and where it came from. I thought it should work just fine, as the C locale is present. Is this wrong? No, C@utf-8 != C locale. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#138653: boot-floppies: Language chooser '#' on right hand side looks funny
David Kimdon [EMAIL PROTECTED] cum veritate scripsit: On the right hand side of the language chooser screen there are ':'s and and a '#' in a column. It is as if the '#' is supposed to line up with the current choice, but it doesn't. The '#' does move down as I move the selection down, but at the top it is one row below the current choice, and by the time we get to the bottom it is 5 rows below the current choice. Is that a scroll bar? We don't currently have enough languages to scroll through on our 1.44 disks... regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Processed: Bug#138363: modconf crashes if SVGATextMode is used
[EMAIL PROTECTED] (Debian Bug Tracking System) cum veritate scripsit: Processing commands for [EMAIL PROTECTED]: reassign 138363 whiptail Bug#138363: modconf crashes if SVGATextMode is used Bug reassigned from package `modconf' to `whiptail'. severity 138363 serious Bug#138363: modconf crashes if SVGATextMode is used Severity set to `serious'. This bug report has almost zero information, are you sure ? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Processed: Bug#138363: modconf crashes if SVGATextMode is used
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: #include hallo.h Junichi Uekawa wrote on Fri Mar 15, 2002 um 09:48:11PM: This bug report has almost zero information, are you sure ? I had a similar problem on a friends machine some weeks ago. Make the window have more than 50 lines or so, and whiptail dies. It doesn't, cannot reproduce on my system. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Small cleanup for utilities/dbootstrap/release_notes.c
Petter Reinholdtsen [EMAIL PROTECTED] cum veritate scripsit: Any hopes of getting the two cleanup patches applied? Your small cleanup isn't very small. Has anybody inspected the code / checked it ? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Small cleanup for utilities/dbootstrap/release_notes.c
Petter Reinholdtsen [EMAIL PROTECTED] cum veritate scripsit: BTW: The test code is unable to test other languages. Should this be fixed? If it should be fixed, here is a patch to fix it. release_notes_test seem to be broken for all non-english texts. I've tested de and da. The width calculation fails. Of course, there is no setlocale call. adding setlocale (LC_ALL, ); or setlocale (LC_CTYPE, ); somewhere at the start of the testing will hopefully fix the bug you are seeing. If it doesn't work, you've found a real bug. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Regarding traditional Chinese translation of dbootstrap
Chuan-kai Lin [EMAIL PROTECTED] cum veritate scripsit: Another note: It is quite unfortunate that I do not have much time to devote to Debian, which caused the dropping of traditional Chinese support last October, but I would really appreciate it if next time you could just disable zh_TW support from config and Makefiles and leave the .po file as is in the CVS tree. This is CVS, we don't really delete files. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [ffrank@rz.uni-potsdam.de: bf 3.0.19-idepci: modconf and language]
Martin Michlmayr [EMAIL PROTECTED] cum veritate scripsit: This is probably more appropriate for -boot since it mostly shows problems in boot-floppies. Thanks Martin. - modconf is the only thing that's in english even if one chose german installation. If somebody sends me a text file, I'll translate that. Furthermore, the explanation text says You can read a page about the purpose of any module and then you can enable or disable it, but I didn't find out how tho get this help text. This should have been fixed with 3.0.20, could you test it? - When selecting a keyboard layout, shouldn't the names of the countries be in their own language? Of course most germans will know the word Germany... It has been changed in 3.0.20... There are other points, which I cannot really comment on. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to boot-floppies/utilities/dbootstrap by dancer
Debian Boot CVS Master [EMAIL PROTECTED] cum veritate scripsit: Repository: boot-floppies/utilities/dbootstrap who:dancer time: Sun Mar 10 11:27:17 PST 2002 Log Message: fix potential segfault with undecared function, waitpid waitpid was used without declaration, and warnings were caused by it. It has parameters which are pointers, which may happen to be not same as sizeof (int). Could have caused segfaults in some arches. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#137748: possible thinko in dbootstrap.h
Package: boot-floppies Tags: patch I think the fs_type_tab[] thing should be declared extern here. We don't define the number of members yet, and I think we want it to be seen by problem_report.c as well. RCS file: /org/cvs.debian.org/cvs/debian-boot/boot-floppies/utilities/dbootstrap/dbootstrap.h,v retrieving revision 1.101 diff -u -u -r1.101 dbootstrap.h --- dbootstrap.h2002/03/09 22:33:39 1.101 +++ dbootstrap.h2002/03/10 21:07:36 @@ -181,7 +181,7 @@ extern char *kernel_cd, *base_cd; extern int wants_cd, probe_mode; -static const char * fs_type_tab[]; +extern const char * fs_type_tab[]; struct fdisk_partition * select_not_mounted(const char *message, const char *title, int ntypes, ...); -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: patch for termwrap
Taketoshi Sano [EMAIL PROTECTED] cum veritate scripsit: I found that current dbootstrap don't write LANG setting to /etc/environment, and now write LANG_INST and LANGUAGE_INST to /root/dbootstrap_settings. This sounds inappropriate for re-invocation after installation regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bzip2?
Chris Tillman [EMAIL PROTECTED] cum veritate scripsit: bootprep.sh requires bzip2. Should this be in make check? Or should it just be assumed to be available. Adding it to Build-Depends: as bzip2 [ppc] would be nice, and checking for it in make chek would also be good, if we don't already do that. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new rootdisk.sh produces broken dbootstrap
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: The faulty file was libnewt*. For unknown reasons, it existed twice. One copy in /lib, another in /usr/lib. With the changed order of library reduction, the build works fine, but dbootstrap actually CRASHES in action. Same game with mklibs.sh instead of mklibs.py. No idea, what the reason is. Why might that be ? I think I made it impossible to install utf-8 and non-utf-8 version of newt simultaneously. And I don't see any libnewt in /lib... regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: non-i18n'd arches
Christian T. Steigies [EMAIL PROTECTED] cum veritate scripsit: My X is not working yet, but I got positive feedback from a Mac Quadra 840AV user. Everything (well, he did not complete the installation and tested only english, but: I saw the different languages pop up. Maybe I'll try the Spanish version.) seems to work, at least on Macs. Now if somebody could tell me, why it is not working for me... Does amiga have different screen width ? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: localising base-config - end game
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: A while ago, you discussed on debian-boot about better boot-floppies and base-config localisation. I did the same thing, but due to lack of time and more important tasks, this was not possible. Now, some weeks later, we created some infrastructure (*) and you discussed about possible implementations (patches attached). So the concret plans of mine: Please don't. We need more testing, and at least Japanese locale has quite a few problems to overcome. Not for woody. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: When SGML formatting fixes hit translators
Rob Bradford [EMAIL PROTECTED] cum veritate scripsit: Please think of us for a moment before submitting such patches (and reformatting large paragraphs after deleting a word). I am sure that robster had all the best intentions and were not at all aware of this side effect when submitting the patch. Of course the SGML source should not be allowed to grow completely ugly and unreadable. Any suggestions on how to handle this problem (e.g. making doc-check more intelligent) are of course very welcome, Sorry, there is an option we can supply to diff to make it ignore whitespace, maybe that will help. er.. could doc-check be modified to use such feature ? regards, junichi. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Processed: Re: Bug#136561: [joel@diggy.com.au: missing drivers in jensen (alpha) boot floppies]
severity 136561 important tags 136561 + moreinfo thanks The real problem is most probably that alpha only has a boot-floppies from 4 months ago, which most probably did not use 2.2.20, and had some obscure bugs. It would be nice to know if there is any more reports of it, tested against newer boot-floppies. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Out of space - drop one language
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: Hello people, because of the improved translations and new translateable strings, the root disk became too large. Could you revert the keymap translations ? I think they are just bloat. E: root.bin is larger than root1440.bin (1475174 1474560) This is pretty close... so: How about this: RCS file: /org/cvs.debian.org/cvs/debian-boot/boot-floppies/rootdisk.sh,v retrieving revision 1.335 diff -u -r1.335 rootdisk.sh --- rootdisk.sh 2002/03/01 12:27:37 1.335 +++ rootdisk.sh 2002/03/03 12:27:54 @@ -753,7 +753,6 @@ # do library reduction for platforms where it works if [ $arch != hppa -a $arch != ia64 -a $arch != mipsel -a $arch != mips ]; then rm -f $R/lib/libc-$libcver.so $R/lib/$libcso -rm -f $R/usr/lib/libslang.so.* $R/lib/libslang.so.* ## i386 can't reduce libnewt if we're in LANG_CHOOSER mode #if [ $arch != i386 -o $USE_LANG_CHOOSER != true ]; then -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Out of space - drop one language
Philip Blundell [EMAIL PROTECTED] cum veritate scripsit: Junichi seemed to think that it would be safe to turn library reduction back on for libnewt. I don't know if this will actually save a worthwhile amount of space, but it might be worth a go. It is already reduced. Are the various -utf8 packages built with -Os? If not, maybe that would be a good idea. I've just noticed that newt doesn't seem to be. And a quick glance at slang suggested it wasn't either. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: non-i18n'd arches
Philip Blundell [EMAIL PROTECTED] cum veritate scripsit: I see that sparc, mips, hppa and m68k have not yet enabled the LANGUAGE_CHOOSER. Is there any particular reason for that? It would be good to have i18n on as many architectures as possible by the time we release. It would be nice to have it enabled, and get it tested, so that we know it won't be too painfully slow. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: non-i18n'd arches
On Mon, 4 Mar 2002 01:34:00 + Richard Hirst [EMAIL PROTECTED] wrote: For ia64 and hppa, there will be frame buffer support in the kernel, but (for hppa, anyway) it might not support the particular h/w. Also the install might be done via serial console. Will lang chooser drop back to something sensible in those cases too? Choosing English in Language-chooser should work. Or configuring the serial terminal emulator to support UTF-8 strings. 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]
Re: 3.0.20 builders
On 03 Mar 2002 19:58:35 -0500 Adam Di Carlo [EMAIL PROTECTED] wrote: 3.0.20 builders, please either hold off for a bit, or join the #debian-boot issue. Apparently the version tagged as 3.0.20 won't build on i386 so I'm going to be shifting that tags. That means if you export based on the tag now you will get the wrong version until we confirm what is buildable and retag it. I assume this problem is not a problem anymore ? 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]
Bug#136712: boot-floppies locale existence check is not perfect
Package: boot-floppies Version: 3.0.20 check_locale: ifeq ($(USE_LANGUAGE_CHOOSER), true) @echo checking for locale charset of en_IN UTF-8 @if ! grep -q '^en_IN UTF-8' /etc/locale.gen; then \ echo add the line 'en_IN UTF-8' in /etc/locale.gen, and rerun locale- gen; \ exit 1; \ fi endif The above check in make/check does succeed when: a. locale-gen was not executed b. /etc/locale.gen has no final newline and locale-gen fails to parse I think it might be better to check for existence of /usr/lib/locale/en_IN/ directory. Comments? 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]
Re: cvs b-f on m68k test report
On Sun, 3 Mar 2002 18:46:08 -0800 Christian T. Steigies [EMAIL PROTECTED] wrote: Its not in CVS, um, because... I don't know, I wanted to stay more flexible when changing some of the (amiga) icons or documentation (har har). Most of those files are binary files, maybe they are not that suitable for CVS handling. If you want to commit them, commit them. Otherwise get them from a previous build. I guess I have some copies on some debian machines as well (kullervo?, klecker). Could you actually make a .deb package for m68k ? Something like m68k-bf-helper 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]
Re: Is termwrap working as expected?
Petter Reinholdtsen [EMAIL PROTECTED] cum veritate scripsit: Also, I am feeling more alarmed about trying to get this included into woody. We are too late for this, IMHO. Perhaps. If it isn't included in Woody, I will have to make my own versions of the packages for the Norwegian Skolelinux distribution. I do not want that. Really, introducing your patch, and testing it will reveal so many more glitches in woody, I suspect. And that will only delay release. We need some kind of workable snapshot for woody. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: language chooser clarity report
On Thu, 28 Feb 2002 23:19:54 -0800 David Kimdon [EMAIL PROTECTED] wrote: nameEnglish/name -hinten - You have chosen English. Press Enter to proceed/hint +hinten - Press Enter here to proceed in English./hint list nameChoose Language Variant/name Admittedly the old way it says 'you have chosen English' even if you haven't. Seconds? Yes, that sounds like a better way. Saying you have selected... before being selected sounds wrong. 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]
Re: makiing boot-floppies in a clean chroot
On Fri, 1 Mar 2002 07:06:25 +0100 Eduard Bloch [EMAIL PROTECTED] wrote: EXTRACT_LIST_i386_non-i18n-mixed-build:slang1-utf8 This file is gone. how to fix, and am i the only one that is seeing these problems? and if so, _why_ am i the only one? I dunno. Try with a fresh CVS snapshot please. I don't know how he got it, but he seemed to be building with a woody chroot, which doesn't have the necessary versions. Newt, slang and other things aren't in woody yet. I thought dpkg-checkbuilddeps should be able to detect the problems... 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]
Re: some special casings which should no longer be necessary
On 01 Mar 2002 10:18:48 + Phil Blundell [EMAIL PROTECTED] wrote: I think you mentioned that libnewt and libnewt-utf8 still have the same soname, so the potential for the bug is still there. Whether the packaging will still let you install the right combination of libnewt, libnewt-dev and libnewt-pic packages to make it actually happen, I'm not so sure. It should no longer be possible to install libnewt-pic and libnewt-utf8-pic in the wrong combination. 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]
Re: Is termwrap working as expected?
Petter Reinholdtsen [EMAIL PROTECTED] cum veritate scripsit: [Philip Blundell] Or perhaps it should be in a separate program that is invoked before termwrap during the initial boot. (I.e. put it in boot-floppies/scripts/rootdisk somewhere and add it to inittab.install.) The problem is that base-config must know if LANG uses a valid locale, and if the current terminal can use it. If any of this is false, it must unset LANG (and LANGUAGE) to avoid printing garbage during install. Why is base-config so special that it needs to care that much about users setting invalid locales ? Also, I am feeling more alarmed about trying to get this included into woody. We are too late for this, IMHO. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: makiing boot-floppies in a clean chroot
John H. Robinson, IV [EMAIL PROTECTED] cum veritate scripsit: trying in the same clean sid chroot (updated as of yesterday sometime) with a fresh CVS checkout, everything seems to be going along fine. now, how long is it going to be before b-f builds against woody? i'm assuming that this is some variant of a release-criteria. I've noticed that newt will take |20 days to install to testing, if it doesn't have any bugs, and goes through the usual route. when are we going to freeze the boot-floppie dependencies? i know that it's up to aj as to when the freeze proceedes, but isn't b-f somewhere in base? or do we get special casing? It's already in freeze in one sense. We can only freeze everything when we know that b-f is in a working shape. woody chroot was never happy with make check, until yesterday. but it is unhappy again today. So if woody chroot gets happy now, it probably means there's a bug in check scripts. looks like slang1-utf8-pic and libnewt-utf8-pic are the unhappy campers. (this is for i386) sid + whiptail + libnewt-utf8-0 libnewt-utf8-dev libnewt-utf8-pic is not happy. since whiptail wants libnewt0, which conflicts with the rest. whiptail-utf8 is the one required to be installed, not whiptail. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: language chooser clarity report
Marcin Owsiany [EMAIL PROTECTED] cum veritate scripsit: On Fri, Mar 01, 2002 at 07:52:33AM -0800, Matt Kraai wrote: -hinten - You have chosen English. Press Enter to proceed/hint +hinten - Press Enter here to proceed in English./hint en - Select this item and press Enter to proceed in English. How about just making it: en - English de - Deutsch pl - Polski ..etc That's a bit terse, but making it : en - Proceed installation in English will be better. I am not quite sure what kind of people will install Debian, but we probably are assuming that they know they need to hit enter to select an item. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppies 3.0.20
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: Booting the resulting set of 3 floppies, then picking net to configure modules, nothing appears and it just returns to the Exit. Finished with modules screen. make clean, now! It seems that you have the old broken modconf release in the download directory. I've got an impression that make clean doesn't seem to clean up the downloaded deb files ? Maybe my copy of cvs checkout is too much hacked. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: alpha and sparc boot-floppies
Anthony Towns [EMAIL PROTECTED] cum veritate scripsit: I'm expecting at least one more release of boot-floppies, probably mid-March to include all the last minute bugfixes, and the current kernel. I'm not really expecting us to need anything more than that. I'm hoping there should be a release within a few days, and then another release, after that gets some testing. We should have a better mileage in the testing phase since we have fixed slang/newt installed, and expect to hear some more real bugs that people could not experience due to immediate white-screen-of-death. thanks, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is termwrap working as expected?
Petter Reinholdtsen [EMAIL PROTECTED] cum veritate scripsit: But termwrap do not seem to check the charset, only the language. How is the charset chosen when using jfbterm? Is it just pure luck, or is there something else involved? For Japanese, there are two valid locales, ja_JP.UTF-8 and ja_JP.EUC-JP. Which one will be used? ja_JP is assumed to be ja_JP.eucJP /usr/share/locale/locale.alias seems to be one information. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: makiing boot-floppies in a clean chroot
John H. Robinson, IV [EMAIL PROTECTED] cum veritate scripsit: and i guess that neither one of those has the /lib/libslang.so.1 symlink. No, it should check against /lib/libslang.so.1-UTF8 how to fix, and am i the only one that is seeing these problems? and if so, _why_ am i the only one? Ah.. seems like most of us have slang and slang-utf8 installed simultaneously. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
some special casings which should no longer be necessary
I am seeing in rootdisk.sh: # i386 can't reduce libnewt if we're in LANG_CHOOSER mode if [ $arch != i386 -o $USE_LANG_CHOOSER != true ]; then rm -f $R/usr/lib/libnewt* fi Could this have been fixed with the recent transition? regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is termwrap working as expected?
Philip Blundell [EMAIL PROTECTED] cum veritate scripsit: --- termwrap2001/05/30 03:40:37 1.2 +++ termwrap2002/02/28 23:14:49 @@ -71,8 +71,10 @@ ## WRAPPER= -case $LANG in -ja*) +ENCODING=$(locale charmap) + +case $ENCODING in +EUC-JP) Or, please make it: eucJP|EUC-JP|ujis) case $TERMINAL in x) #WRAPPER=/usr/X11R6/bin/kterm -e We had ujis for potato, eucJP (inter-Japanese-linux distribution standard) for woody, and will have EUC-JP (some international standardization effort) for post-woody regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Droping 1200kB boot floppies - who minds?
Phil Blundell [EMAIL PROTECTED] cum veritate scripsit: Having the symlink there seems to reduce the number of hacks considerably. It might be the way to go. I don't know that it's worth changing things at this stage just to reduce the number of hacks. If the current code works, that's good enough for me. If it works, that's fine by me, too. Can we actually get a version of b-f released ? It's in a buildable state after a month of chaos, after all, it might be an idea to tag release a version now. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 3.0.20 release soon
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: I'll have some time to work on them in the next few days, FWIW. Hm. If you think that we have the chance to make at least one BF release before the Woody release, go ahead. Kernel packages and makedev/debootstrap will need some days, so we could release BFs this weekend, and the next version in 2-4 weeks. Okay. That sounds like a good idea/timeframe. Waiting for another transition might take another month, talking with the experience of slang/newt transition having taken a month... regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Droping 1200kB boot floppies - who minds?
Phil Blundell [EMAIL PROTECTED] cum veritate scripsit: Note: I have not gotten evil enough to rename the utf8 version of newt library soname. Oh. Wasn't the fact that the utf8 and non-utf8 libnewts shared the same soname the cause of all our original problems with flashing screens? It was the diverted slang, which caused the problem. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Droping 1200kB boot floppies - who minds?
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: Is there a paranoid check for the string type of LC_MESSAGES? Even then it should not break it LC_CTYPE is set to a properl utf8 locale, like to C@utf-8 in BFs. I really don't understand what C@utf-8 is, really. Is it something similar to en_IN.UTF-8 ? C@utf-8 probably means something like C locale, with modified charset adding some characters which are defined as utf-8. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Droping 1200kB boot floppies - who minds?
On Wed, 27 Feb 2002 08:20:52 +0100 Eduard Bloch [EMAIL PROTECTED] wrote: I can symlink usr/lib/locale/ja_JP-C@utf-8 and setting locale to LANG=ja_JP.UTF-8 LC_ALL=ja_JP.UTF-8 seems to allow whiptail-utf8 to do its thing. Maybe dynamic symlinking after language is chosen / or include the symlinks in the b-f image might simplify most things, I hope? I dunno. I included this hack (patching modconf) so LC_MESSAGES is unset and does not confuse whiptail-utf8. A solution with symlinks would be better, but I won't implement it just for fun. Having the symlink there seems to reduce the number of hacks considerably. It might be the way to go. I've been impressed with b-f today, that I actually managed to get it built, and started up inside bochs. 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]
Re: Notes about boot-floppies, slang, and newt
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: There is some confusion regarding the outcome of slang/newt reorganization, and the resulting boot-floppies change. I just wanted to know what happens in a theoritcal case, if someone builds the LC version but with a different lingua then C. IMHO in this case, she would have trouble with latin1 chars. Well, use utf-8, is probably the most simple answer In fact, I have an impression that -utf8 libs will work with any locale, but I might be wrong. It uses the locale-charset conversion routines... I have also located a problem with whiptail-utf8, which was missing a call to setlocale, so that we have a whiptail-utf8 that can actually process utf8 strings. Therefore, it should now be possible to create modconf-utf8, if one desires, and gets through some other necessary hoops. Modconf does already come with recoded strings for .UTF-8 locale, and they is shown almost correctly using dialog. I just tried - it does finaly work as expected. Good. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Notes about boot-floppies, slang, and newt
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: I see a serious problem: ldd does not find any references to libslang.so.1, but ld-linux does. Any ideas? In the attached patch are changes that I made so far. LC is hard-wired with LANG_CHOOSER. config @@ -109,8 +109,10 @@ # support it, `true' or `false' ifneq (,$(filter $(architecture),i386 arm powerpc alpha)) export USE_LANGUAGE_CHOOSER := true +export LC := true else export USE_LANGUAGE_CHOOSER := false +export LC := true endif # list of all available languages Looks wrong. I think the latter you mean LC := false, though I doubt if the value here is actually used. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Droping 1200kB boot floppies - who minds?
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit: Yup. I attached the modified version, it does set all tree values. Though there is a problem with whiptail-utf8: $ ldd /usr/bin/whiptail | grep newt libnewt.so.0.50 = /usr/lib/libnewt.so.0.50 (0x40028000) Note: I have not gotten evil enough to rename the utf8 version of newt library soname. It will look the same, and they conflict with each other. -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Droping 1200kB boot floppies - who minds?
Philip Blundell [EMAIL PROTECTED] cum veritate scripsit: On Mon, 2002-02-25 at 21:40, Eduard Bloch wrote: - to not break non-ASCII chars, LANG must be either C or a valid xx_YY.UTF-8 locale I think LANG=C will cause the dialog boxes to have ??? chars - LC_CTYPE must be a valid locale string (or I am misguided by the whiptail bug, see below) I'm not completely convinced about these two. That sounds to me like your whiptail is still not fully UTF-8 enabled. Remember that de_DE.UTF-8 is not actually a valid locale string while dbootstrap is running. From what I remember, the only locale for which the data files exist is C@utf-8. The dbootstrap startup script sets LC_CTYPE=C@utf-8, which is necessary for dbootstrap itself to work, and this should be inherited by all its children. Is it possible to satisfy them with a symlink ? $ LANG=ja_JP.UTF-8 LC_ALL=ja_JP.UTF-8 strace whiptail 21 | grep local | grep 3 open(/usr/share/locale/locale.alias, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_IDENTIFICATION, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_MEASUREMENT, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_TELEPHONE, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_ADDRESS, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_NAME, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_PAPER, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_MESSAGES, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_MESSAGES/SYS_LC_MESSAGES, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_MONETARY, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_COLLATE, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_TIME, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_NUMERIC, O_RDONLY) = 3 open(/usr/lib/locale/ja_JP.utf8/LC_CTYPE, O_RDONLY) = 3 -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
progress of slang transition -- the necessary binaries should now be available
Hi, I've uploaded / or about to upload newt NMU. We should now have all the binaries required to build b-f, at least in incoming. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Language and locale setting in /root/dbootstrap_setting
Petter Reinholdtsen [EMAIL PROTECTED] cum veritate scripsit: The locale part is by the way broken. it should be 'ja_JA' or something other valid variation. No, JA does not exist. ja_JP is a valid locale. Japanese language of Japan. I have an impression that you don't seem to understand the problem. The right way would be to have a way of starting jfbterm before base-config. Charset euc-jp is enough information to signify that this will not be displayed in console. regards, junichi -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Language and locale setting in /root/dbootstrap_setting
Petter Reinholdtsen [EMAIL PROTECTED] cum veritate scripsit: I understand this to mean the right way for Japanese install. I believe that is not my problem but your problem. I do not know how to solve your problem. I do not know which charset or encoding are used in Japan. I do not know which Linux tools are needed to display or input Japanese. I do not know how to test it, and I do not know the problem domain. For these reasons, I can not solve your problem. Is the Japanese install problem solved now? If it is, will my patch break Japanese install in any way? yes. The current install runs in locale C, after reboot. Forcing it to run as ja_JP would cause problems. If it isn't solved now, why is it a problem to solve a different, but related problem -- my problem -- ie. fixing the Norwegian install? I do not claim to be able to fix Japanese install. Please don't break it. Charset euc-jp is enough information to signify that this will not be displayed in console. OK. How can one test this automatically? No way. That's the hard part, and one of the reasons why introducing such a change may be problematic. But how much is supported by the console anyway? C ? I've got an impression that ISO-8859-1 seems to be supported (somewhat). What else? -- [EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]