Re: i18n requires setlocale
mån 2002-09-09 klockan 03.45 skrev Junichi Uekawa: Why can't they be in UTF-8? My local encoding *is* UTF-8 Your local encoding is a country default that has been used in the past, and which is used in your debconf templates file, assumed when you do not specify an encoding in your templates file. ISO-8859-? for most european countries, EUC-JP in Japan, and so on. Not what your environment variable holds. Hmm. I meant to ask whether or am I cursed with Latin1 because I happen to live in western Europe? (but I must've forgotten it somehow) which it seems I am. So my conversion to sv_SE.UTF-8 was pretty much in vain, then. Dang. And on-the-fly conversion is something that I want debconf to do, but it also requires specifying the encoding in the templates files. We know the encoding of the templates files, and we are going towards a on-the-fly conversion. Where is this table of known encodings? I mean, where does debconf define the sv - Latin1 mapping? But I don't see the importance of templates not being in UTF-8. They should not be in UTF-8 suddenly, without any signification of them being in UTF-8. Well, if they had been UTF-8 from the beginning, then that would be okay. Unless we mandate that templates are UTF-8 for d-i and only use UTF-8-capable frontends? Note that on-the-fly conversion using iconv is very expensive. $ du -sh /usr/lib/gconv/ 4.4M/usr/lib/gconv We are not going to fit that onto a floppy. I know. But what is {c,}debconf using for the on-the-fly conversion then? It has to be done somehow! Exactly, and since i18n is such a complicated matter, it makes sense to use what has been produced by others who have thought a lot about it (e.g. gettext) instead of producing something ourselves that may or may not be good enough. ditto, but since debconf has been going in this direction, and joey hess made it the beast it is, it seems like we are sticking to it this way. As long as every language has its own templates.X file, I suppose it's okay, when they are merged together into one file it gives me the creeps to have contents from several different encodings in a single file. Regards, Martin signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signeradmeddelandedel
Re: Localized default values (was Re: [d-i] Problems with variousdebconf templates)
(not saying what joeyh already said) mån 2002-09-09 klockan 00.28 skrev Denis Barbier: On Sun, Sep 08, 2002 at 11:51:43PM +0200, Martin Sjögren wrote: Also, a pretty standard policy when translating things is to try not to change the meaning of the text. Huh? I only want to change the default value, how does it have an impact on the meaning of the text? Changing the default value changes the semantics of a question, does it not? but isn't the Usually, ftp.your country code.debian.org is a good choice. enough? Then why is a default value provided? To enable auto-installation, perhaps. Seriously my feeling is that users are getting bored when they choose a language and provided default values do not take this information into accout (when choosing keyboard layout, mirrors, default system language, etc.). I had an idea on this yesterday, I'm not sure if {c,}debconf supports it. In templates.fr, you could have: Description: foo bar Description-fr: foo bar Default: ftp.d.o Default-fr_FR: ftp.fr.d.o Default-fr_CA: ftp.ca.d.o Default-fr_XX: ftp.xx.d.o Et.c. As I said, I'm not sure if debconf is happy about it, and I'm not sure it's a good idea either, but it would enable more intelligent default values. You'd ask the user for language and country early in the installation. This could also carry over to be default locale in the target system (and indeed, the user might expect it to be). Regards, Martin signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signeradmeddelandedel
cvs commit to debian-installer/utils/debian by pere
Repository: debian-installer/utils/debian who:pere time: Mon Sep 9 02:33:50 MDT 2002 Log Message: Correct filename. Thanks to Denis Barbier for reporting the problem. Files: removed:di-utils-mount-partitions.template added: di-utils-mount-partitions.templates -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to debian-installer/utils/debian by tfheen
[Denis Barbier] Wrong filename, should be di-utils-mount-partitions.templates I've now fixed it in CVS. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/utils/debian by pere
Repository: debian-installer/utils/debian who:pere time: Mon Sep 9 02:36:29 MDT 2002 Log Message: Ignore generated files and directories. Files: added: .cvsignore -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Failure to boot on dual xeon 2ghz/asus pr-dls
Hi People, I'm having this boot problem that I've never seen before on a very modern box. The specs are as follows: Dual Xeon 2ghz (hyperthreading support) ASUS PR-DLS Motherboard 80gb ATA100 EIDE Harddisk Normal IDE CDROM 2gb DDR Memory ATI Mach64 onboard 2x Intel 10/100/1000 eepro Chipset: Serverworks Grand Champion LE Server 2.0, South Bridge 5, IO, 2 SCSI Controller: LSI 1030 Ultra320 Booting the installation medium (debian 3.0 stable cd) goes fine and install gives no errors and smoothly finishes up. after reboot, the system will not boot up from the target disk (/dev/hda in this case) I've tried both Lilo and Grub but to no avail; I don't even get a prompt or any LILO letters. Just out of curiousity I checked some other OS'es: Windows XP: Boots. NetBSD 1.5.3: Fails to boot, says Read err and locks up. Redhat 7.3: Fails to boot, no messages. Debian 3.0: Fails to boot, no messages. QNX 6.2: Boots. So... Does anybody have any ideas pertaining to what might be happening here? Things I was thinking about were xeon and/or hyperthreading issues. I have not tried booting a scsi disk yet. As a small side-note, I was unable to use normal IDE disks in this machine (as in, not ata, 6gb disk). Also, the bios seems to support BBS (bios boot specification 1.01) and seems to make a distinction between legacy ide and BAID (Bios Aware IPL Devices) which are in essence both ide. Thanks for any pointers! Rubin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Localized default values (was Re: [d-i] Problems with various debconf templates)
On 09 Sep 2002 09:07:47 +0200 Also, a pretty standard policy when translating things is to try not to change the meaning of the text. Huh? I only want to change the default value, how does it have an impact on the meaning of the text? Changing the default value changes the semantics of a question, does it not? Then you can change the translated question also :) 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: i18n requires setlocale
ISO-8859-? for most european countries, EUC-JP in Japan, and so on. Not what your environment variable holds. Hmm. I meant to ask whether or am I cursed with Latin1 because I happen to live in western Europe? (but I must've forgotten it somehow) which it seems I am. So my conversion to sv_SE.UTF-8 was pretty much in vain, then. Dang. If everything in sv_SE was UTF-8 from the beginning (which sounds pretty unlikely), then yes... And on-the-fly conversion is something that I want debconf to do, but it also requires specifying the encoding in the templates files. We know the encoding of the templates files, and we are going towards a on-the-fly conversion. Where is this table of known encodings? I mean, where does debconf define the sv - Latin1 mapping? I think that was in one of the patches against debconf, Tomohiro Kubota posted such a list in debian-devel Thread on Debconf-i18n on July 2002 in debian-devel, and http://bugs.debian.org/148490 are good examples. But I don't see the importance of templates not being in UTF-8. They should not be in UTF-8 suddenly, without any signification of them being in UTF-8. Well, if they had been UTF-8 from the beginning, then that would be okay. Unless we mandate that templates are UTF-8 for d-i and only use UTF-8-capable frontends? Yes. We can generate UTF-8 templates in the build scripts for udebs only, so that they have Description-ll-utf8 entries, instead of Description-ll... (I'm not sure what was decided on this point). $ du -sh /usr/lib/gconv/ 4.4M/usr/lib/gconv We are not going to fit that onto a floppy. I know. But what is {c,}debconf using for the on-the-fly conversion then? It has to be done somehow! So, boot-floppies has UTF-8-encoded messages to avoid conversion. debian-installer could do that. As long as every language has its own templates.X file, I suppose it's okay, when they are merged together into one file it gives me the creeps to have contents from several different encodings in a single file. That's the current state. We can't really edit the file sanely with any existing editor. 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: i18n requires setlocale
mån 2002-09-09 klockan 11.38 skrev Junichi Uekawa: ISO-8859-? for most european countries, EUC-JP in Japan, and so on. Not what your environment variable holds. Hmm. I meant to ask whether or am I cursed with Latin1 because I happen to live in western Europe? (but I must've forgotten it somehow) which it seems I am. So my conversion to sv_SE.UTF-8 was pretty much in vain, then. Dang. If everything in sv_SE was UTF-8 from the beginning (which sounds pretty unlikely), then yes... No, but isn't that the point of separating sv_SE.UTF-8 from sv_SE.ISO-8859-1? gettext does the conversion on the fly, so all gettext-using programs work just fine. Debconf doesn't. (yet) Where is this table of known encodings? I mean, where does debconf define the sv - Latin1 mapping? I think that was in one of the patches against debconf, Tomohiro Kubota posted such a list in debian-devel Thread on Debconf-i18n on July 2002 in debian-devel, and http://bugs.debian.org/148490 are good examples. Yes, I've read the bug info (I also notice that sv is missing), but this uses iconv so even if iconv can be used by cdebconf, it can't be used by d-i on that single floppy. I will look at the d-d thread, thanks. Regards, Martin signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signeradmeddelandedel
Re: Failure to boot on dual xeon 2ghz/asus pr-dls
* Rubin | Booting the installation medium (debian 3.0 stable cd) goes fine and | install gives no errors and smoothly finishes up. after reboot, the | system will not boot up from the target disk (/dev/hda in this case) | I've tried both Lilo and Grub but to no avail; I don't even get a | prompt or any LILO letters. which kernel version do you have installed? can you boot it using linux root=/dev/hda1 initrd= from the cdrom boot prompt? -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Localized default values (was Re: [d-i] Problems with various debconf templates)
On Mon, Sep 09, 2002 at 09:07:47AM +0200, Martin Sjögren wrote: Seriously my feeling is that users are getting bored when they choose a language and provided default values do not take this information into accout (when choosing keyboard layout, mirrors, default system language, etc.). I had an idea on this yesterday, I'm not sure if {c,}debconf supports it. In templates.fr, you could have: Description: foo bar Description-fr: foo bar Default: ftp.d.o Default-fr_FR: ftp.fr.d.o Default-fr_CA: ftp.ca.d.o Default-fr_XX: ftp.xx.d.o My feeling is that this is exactly what we should do. Or even better, Default-??_FR: ftp.fr.d.o Default-??_CA: ftp.ca.d.o Default-??_US: ftp.d.o Ie, allow to set default not depending on the language, but on the country. But of course, it'll be a nightmare to implement this. And moreover, I guess it's the only template it will be used (with timezone). I guess that if I would live in america, I'll still use A4 paper size, but I'm not sure. Et.c. As I said, I'm not sure if debconf is happy about it, and I'm not sure it's a good idea either, but it would enable more intelligent default values. You'd ask the user for language and country early in the installation. This could also carry over to be default locale in the target system (and indeed, the user might expect it to be). Thanks, Mt. -- Il ne faut pas confondre « La société m'opprime » et « le système m'étrique ». --- éphéméride du 19 juin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Localized default values (was Re: [d-i] Problems with various debconf templates)
On Sun, Sep 08, 2002 at 09:04:20PM -0400, Joey Hess wrote: Denis Barbier wrote: Isn't English spoken in quite a lot more countries than United States? ;) Why is United States a good default value whereas France is not for French speaking people? Because the US is reasonably well connected to everywhere and has Debian's main round-robin mirror network in it. If these facts of servers and network topology should change, we should then change the default of course. Makes sense to me, looks like I have to find a better example. Seriously my feeling is that users are getting bored when they choose a language and provided default values do not take this information into accout (when choosing keyboard layout, mirrors, default system language, etc.). Bored? If you want to provide sane location-based defaults, then ask the user where they are. This information, if in a reasonable form, can be re-used by base-config, which already has to ask about it for time zone setup. (Or do you think I should force all French speaker's computers to ^ be set to GMT when they install? :-P) Aren't we talking about default values? Whether this default value is blindly used depends upon template priority, or did I miss something? And I am not sure that forcing them to use a wrong timezone is very helpful ;) Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
installing on Sony VAIO PCG-N505SN
I am trying to install woody with the latest netinst disks on my Sony VAIO PCG-N505SN but up to now failed misserably. After inserting the root disk and pressing return I get a request_module[block-major-2]: Root fs not mounted Looking up the screen I found also request_module[scsi_hostadapter]: Root fs not mounted I have run SuSE 7.3 and 8.0 before. Any ideas? -- Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Woody Installation
Chris Tillman wrote: Hi Chris http://www.debian.org/releases/stable/i386/ch-rescue-boot.en.html#s-install-cd It's also on the CD, but I first thought it was Chinese (ch, well might also be Swiss) and with no Chinese fonts at hand I decded to skip it. And, if you first look under /doc you only have zero byte files under a non-unix-flavored OS, a they usually don't have links. What about providing something like indicating a file which lists all possible kernels on all CD's. should be a text file so that a simple cat | more will sufice to read it. That would be the README's in /install/doc There's no README in /install/doc on CD1 There's a README in / on CD1 but it doesn't cover this /install/doc/install.en.txt however mentions 4 kernels (I think they are on CD1) I have seen them while installing on my laptop (IDE inly, so I didn't run into any problems here). It mentions : vanilla, compact, idepci, and bf2.4 and some additional information. As there is also a text file alogside the html files, it should be readable while installing. A small plea: I do believe most people will first jump to /doc, do a ls, read install, jump there and only see 0 byte files. (Especially if you have a look at the CDs under M$. A short textfile saying see under /install/doc might solve this. Not a big deal but s small help. No, as someone else mentioned we're not working on boot-floppies any more. We'll need help testing the new installer once it becomes available. You'd agree it's a minor problem? Some CD(-ROM)s won't boot properly, some (older) Laptops willl also have problems to boot from CDs. Will it, for some time in the future, still be possible to boot in a differnt way (loadlin etc). And, with the CD set (bnary only) now spanning 7 volumes, will there son be DVDs? (Just a question). In that case, you'll be interested in a little program called cruft. It needs decent documentation, too. Sounds promising. Will investigate. Thanks again Axel Schlicht -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation by joerg
Repository: boot-floppies/documentation who:joerg time: Mon Sep 9 06:39:03 MDT 2002 Log Message: Applied patch from Stefan Foerster [EMAIL PROTECTED] to get in sync with english 1.153 Files: changed:release-notes.de.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I18N roadmap [was: i18n requires setlocale]
On Mon, Sep 09, 2002 at 11:52:42AM +0200, Martin Sjgren wrote: No, but isn't that the point of separating sv_SE.UTF-8 from sv_SE.ISO-8859-1? gettext does the conversion on the fly, so all gettext-using programs work just fine. Debconf doesn't. (yet) To sum up then: - for udebs, we: * make the templates.ll files in whatever encoding we like * recode (say using iconv) the templates.ll to UTF-8 when creating the combined templates file * simply copy the strings read from templates (now in UTF-8) to output at run time. That way cdebconf [1] doesn't need huge conversion tables. * only run cdebconf (and thus whole debian-installer) in bterm [2] - for debs (base system), we: * make the templates.ll files in whatever encoding * either recode them or not when concatening * use iconv at run time in debconf - see the script in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=148490repeatmerged=yes [3] 1. Am I right that cdebconf handles the templates in debian-installer? 2. Is this possible on all architectures? I mean: do all architectures use framebuffer? That also means that bterm will be Essential in debian-installer, since we won't be able to output any localized text without it. 3. That will make debconf depend on libtext-iconv-perl, though and force its inclusion into base system. Is that acceptable? Did I get it right? Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: I18N roadmap [was: i18n requires setlocale]
On Mon, Sep 09, 2002 at 03:36:58PM +0200, Marcin Owsiany wrote: [...] - for debs (base system), we: * make the templates.ll files in whatever encoding * either recode them or not when concatening [...] Some developers keep all translations in a single templates file, see 'adduser' for instance. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160223: Woody boot-floppy failure during partitioning
Package: boot-floppy Version: 3.0.24 Architecture: arm If the partition has no recognisable structure, acorn-fdisk fails, and then when asked if you would like to zero the partition table, the system fails to exec the cfdisk utility. cfdisk: not found -- Ben Klingon Washing Motto 1: Today is a good day to dry! msg22006/pgp0.pgp Description: PGP signature
Re: Woody Installation
On Mon, 09 Sep 2002, Axel Schlicht wrote: NB: lilo typically doesn't just hang. It stops loading itself at very well defined points... it might be usefull to know exactly how far along in this sequence it had gotten. Unless I am mistaken, it probably stoped right after the LI. Somehow Linux doesn't get the order right. My bios shows the scsi drive as 0x80 / c: but thereafter you cant't run lilo. Revese it (ide first) and you won't have any problems. I assume of course, that you have setup the bios offset for the drives correctly. You almost definetly need a disk=/dev/sda bios=0x80 in your lilo.conf. [I happen to be booting right now from a machine with mixed ide/scsi with the scsi loading before the ide drive...] Finally, linux (the kernel) doesn't really have anything to do with the bootloader, other than the fact that the bootloader loads it, and the boot mapper interacts with the disks through it. Don Armstrong -- I never until now realized that the primary job of any emoticon is to say excuse me, that didn't make any sense. ;-P -- Cory Doctorow http://www.donarmstrong.com http://www.anylevel.com http://rzlab.ucr.edu msg22007/pgp0.pgp Description: PGP signature
Re: Failure to boot on dual xeon 2ghz/asus pr-dls
Tollef Fog Heen [EMAIL PROTECTED] [2002-09-09 11:58:02 +0200]: which kernel version do you have installed? can you boot it using linux root=/dev/hda1 initrd= from the cdrom boot prompt? Second that question since I know it is not possible to boot some dual processor machines with the 2.2 kernel. My dual processor boxes require the 2.4 kernel or they hang at boot. But with the 2.4 kernel all goes well. Bob msg22008/pgp0.pgp Description: PGP signature
[Arglh...] netinst on a Dell pe1650 whith PXE
Hi dear fellows, I've found on Matt Domsh's page [1] a netinst suitable for a Dell pe1650 [2]: bootbf2.4.19-ac4.iso Unfortunatly I'm not very aware with linux net booting. At this point, DHCP and TFTP work fine. I'm curently trying PXE to boot the pe1650. But I don't know how to organise the tftp root directory, an I do not know which options are necessary in the config file in order to boot the kernel, the one with the booting machine's hex IP adress. Here are some details about my confs. inetd.conf : tftp dgram udp waitroot /usr/sbin/in.tftpd -r blksize /tftpboot Now what I get on the pe1650 screen: PXELINUX Version: 1.75-1 (Debian, 2002-06-20) blahblah UNDI data segment at: 00091530 UNDI data segment size: B440 UNDI code segment at: 0009C970 UNDI code segment size: 2E00 PXE entry point found (we hope) at 9C97:0106 ip=192.168.1.102:192.168.1.3:192.168.1.15.255.255.255.0 TFTP prefix: /tftpboot/ Trying to load: pxelinux.cfg/C0A80166 Could not find kernel image: linux boot: _ I tryed first directly with the .iso file, then I tried mounting it in a directory: /tftpboot/bootbf2.4.19-ac4/boot/rescue.bin boot.catalog dists/...8... pxelinux.0 pxelinux.cfg/C0A80166 my pxelinux.cfg/C0A80166 is rather simple as I do not yet understand how to populate it : LABEL pe1650 KERNEL vmlinuz APPEND initrd=bootbf2.4.19-ac4/boot/rescue.bin So if someone could help me, it would be great !!! Many thanks, Alexis [1]: http://domsch.com/linux/ [2]: (Steve Mickeler [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: I18N roadmap [was: i18n requires setlocale]
* Marcin Owsiany | 1. Am I right that cdebconf handles the templates in debian-installer? yes. | 2. Is this possible on all architectures? I mean: do all architectures |use framebuffer? |That also means that bterm will be Essential in debian-installer, |since we won't be able to output any localized text without it. some will install using a serial connection. For that to be sane we have to do something smart. Apart from that, I'd say yes | 3. That will make debconf depend on libtext-iconv-perl, though and force |its inclusion into base system. Is that acceptable? to me? sure. -- 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]
Bug#160223: 7500 board boot discs
reassign 160223 boot-floppies thanks On Mon, 2002-09-09 at 17:35, Vincent Sanders wrote: Hi ben added another issue to the debian bug track db earlier... Oh, I guess you mean 160223. Ben, in future you might want to file bugs against the boot-floppies package; it's more likely that people will notice them there. I'm not sure exactly what the bug is here; there may even be more than one. Dbootstrap shouldn't be trying to run cfdisk, since we don't ship that on the Acorn disks, but then acorn-fdisk shouldn't really be failing either. Are you saying that acorn-fdisk just can't cope with blank disks at all? p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: 7500 board boot discs
Processing commands for [EMAIL PROTECTED]: reassign 160223 boot-floppies Bug#160223: Woody boot-floppy failure during partitioning Bug reassigned from package `boot-floppy' to `boot-floppies'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Woody Installation
Axel Schlicht wrote: Karsten Merker wrote: It is described in the installation manual, which is on your CD set and also available online at: http://www.debian.org/releases/stable/i386/ch-rescue-boot.en.html#s-install-cd ^^ ^^ chapterlangauge(english) Didn't look into it; thought ch stands for Chinese, and with no Chinese fonts istalled, why bother to look into it? no worries :) -john -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Is Sarge bootable?
Excuse me, for my total ignorance, but i really don't know how to do resolve this problem: i download the Sarge, all 9 cd, but i can't install it. I don't understand if this distribution is bootable, in first. Then, when i try to install it using dselect of the Potato, i recive an error (100, internal error). Please could you give an answer? Could i use the boot from the diskettes? Regards Claudio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Woody Installation
Axel Schlicht wrote: This is my experience (dismal, bleak, sad, devastating, frustrating experience) with woody or rather the attempted installation thereof. The even sadder story on my laptop will soon follow. One short remark. Knoppix (one of the first versions) runs absolutely smoothely on the here mentioned PC as well as on my Laptop; woody simply doesn't (that is X doesn't). Taking my laptop and comparing what happens with woody and Knoppix I found out that a USB mouse being recognized doesn't suffice, you also have to run usbmgr. Everything runs smoothely now, but it was hard to figure out. The graphics chip is not in xfree's list, so xvidtune doesn't run, but as everything runs smoothely now, it's not necessary. Will send the data required to the address indicated. So the even sadder part of fighting with my laptop is history. So we did survive the first round :-))). Axel Schlicht -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: installing on Sony VAIO PCG-N505SN
#include hallo.h * Torsten Curdt [Mon, Sep 09 2002, 12:39:33PM]: I am trying to install woody with the latest netinst disks on my Sony VAIO PCG-N505SN but up to now failed misserably. After inserting the root disk and pressing return I get a Into which drive did you insert the root disk? Usual floppy drive or kind of USB attached device? The kernel expectes a floppy driver, for all kinds of USB-floppy drives you would need a modified boot-floppies set. Look somewhere in bugs.debian.org/boot-floppies for similar topics, IIRC people were working at this things. Looking up the screen I found also request_module[scsi_hostadapter]: Root fs not mounted Ignore this, you don't have SCSI. I have run SuSE 7.3 and 8.0 before. How installed? CD? Boot floppy? Gruss/Regards, Eduard. -- Es ist schwieriger ein Vorurteil zu zertrümmern, als ein Atom. Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: I18N roadmap [was: i18n requires setlocale]
On Mon, Sep 09, 2002 at 03:50:26PM +0200, Denis Barbier wrote: On Mon, Sep 09, 2002 at 03:36:58PM +0200, Marcin Owsiany wrote: [...] - for debs (base system), we: * make the templates.ll files in whatever encoding * either recode them or not when concatening [...] Some developers keep all translations in a single templates file, see 'adduser' for instance. Of course this is up to individual maintainers. The main point was whether using iconv with the full-blown debconf was OK. 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]
cvs commit to boot-floppies by pb
Repository: boot-floppies who:pb time: Mon Sep 9 15:58:40 MDT 2002 Log Message: add riscstation easy install kit Files: changed:release.sh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: I18N roadmap [was: i18n requires setlocale]
mån 2002-09-09 klockan 15.50 skrev Denis Barbier: On Mon, Sep 09, 2002 at 03:36:58PM +0200, Marcin Owsiany wrote: [...] - for debs (base system), we: * make the templates.ll files in whatever encoding * either recode them or not when concatening [...] Some developers keep all translations in a single templates file, see 'adduser' for instance. Having text of several different encodings in one file is insane. Editors won't make heads or tails of it and such files should be shot. On sight. /M signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signeradmeddelandedel
Re: I18N roadmap [was: i18n requires setlocale]
On Mon, Sep 09, 2002 at 03:36:58PM +0200, Marcin Owsiany wrote: On Mon, Sep 09, 2002 at 11:52:42AM +0200, Martin Sj?gren wrote: 2. Is this possible on all architectures? I mean: do all architectures use framebuffer? Some m68k's could not use lang chooser in b-f because there is no bterm available. -- *--v- Installing Debian GNU/Linux 3.0 v--* | http://www.debian.org/releases/stable/installmanual | |debian-imac: http://debian-imac.sourceforge.net | |Chris Tillman[EMAIL PROTECTED] | | To Have, Give All to All (ACIM) | ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Woody Installation
On Mon, Sep 09, 2002 at 01:25:23PM +0200, Axel Schlicht wrote: Chris Tillman wrote: Hi Chris http://www.debian.org/releases/stable/i386/ch-rescue-boot.en.html#s-install-cd It's also on the CD, but I first thought it was Chinese (ch, well might also be Swiss) and with no Chinese fonts at hand I decded to skip it. And, if you first look under /doc you only have zero byte files under a non-unix-flavored OS, a they usually don't have links. What about providing something like indicating a file which lists all possible kernels on all CD's. should be a text file so that a simple cat | more will sufice to read it. That would be the README's in /install/doc There's no README in /install/doc on CD1 There's a README in / on CD1 but it doesn't cover this Oops, misguided you there. The flavor README's are down in the archive structure, under disks-i386/current. There's one in each flavor folder. Not very accessible. Probably it would be good to add the flavor stuff from those into the / README ? /install/doc/install.en.txt however mentions 4 kernels (I think they are on CD1) If isolinux works on your machine, you get to choose from the 4. otherwise we have the four on the 1st four CDs also. I have seen them while installing on my laptop (IDE inly, so I didn't run into any problems here). It mentions : vanilla, compact, idepci, and bf2.4 and some additional information. As there is also a text file alogside the html files, it should be readable while installing. A small plea: I do believe most people will first jump to /doc, do a ls, read install, jump there and only see 0 byte files. (Especially if you have a look at the CDs under M$. A short textfile saying see under /install/doc might solve this. Not a big deal but s small help. Actually, _most_ people don't read the docs even if they find them. But this could be added to the / README, if it's not already there. No, as someone else mentioned we're not working on boot-floppies any more. We'll need help testing the new installer once it becomes available. You'd agree it's a minor problem? Some CD(-ROM)s won't boot properly, some (older) Laptops willl also have problems to boot from CDs. Will it, for some time in the future, still be possible to boot in a differnt way (loadlin etc). And, with the CD set (bnary only) now spanning 7 volumes, will there son be DVDs? (Just a question). DVD images are available now. I think we will be supporting floppy installs only for older hardware; thats IMHO. Loadlin doesn't work with the new kernels, I haven't heard about anyone fixing it. -- *--v- Installing Debian GNU/Linux 3.0 v--* | http://www.debian.org/releases/stable/installmanual | |debian-imac: http://debian-imac.sourceforge.net | |Chris Tillman[EMAIL PROTECTED] | | To Have, Give All to All (ACIM) | ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is Sarge bootable?
On Mon, Sep 09, 2002 at 08:01:18PM +0200, Claudio wrote: Excuse me, for my total ignorance, but i really don't know how to do resolve this problem: i download the Sarge, all 9 cd, but i can't install it. I don't understand if this distribution is bootable, in first. Then, when i try to install it using dselect of the Potato, i recive an error (100, internal error). We need more information to be able to help you. What architecture are you installing to? have you tried booting all 4 of the first 4 CDs? have you read the installation manual (link in my .sig). If you want to upgrade your current potato installation, you don't need to boot the CD. Just make sure you have the CD as one of your sources for apt (in dselect, choose access method). Then, you could just quit dselect and use apt-get dist-upgrade But read the release notes first to be sure none of the special upgrade cases applies to you. -- *--v- Installing Debian GNU/Linux 3.0 v--* | http://www.debian.org/releases/stable/installmanual | |debian-imac: http://debian-imac.sourceforge.net | |Chris Tillman[EMAIL PROTECTED] | | To Have, Give All to All (ACIM) | ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]