Re: termwrap patch for I18N
Hmm, I or MUA missed something. At 5 Jan 04 06:20:30 GMT, Rob Weir wrote: [-- PGP output follows (current time: Mon Jan 5 17:19:31 2004) --] gpg: Signature made Fri Jan 2 21:55:03 2004 EST using DSA key ID 72D03CB1 gpg: BAD signature from Kenshi Muto [EMAIL PROTECTED] [-- End of PGP output --] Is anyone else seeing this? Me too X-( pgp0.pgp Description: PGP signature
Alioth still down?
Hi folks, Any chance to get Alioth up and running again? I am trying to access the CVS files for _days_, but without luck. Web access doesn't work, either. Many thanx for your help Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 update
[Joey Hess] Are you talking about the reported freeze in serial console after languagechooser, or just a general, non-user-visible cleanup? I am talking about a general non-user-visible cleanup, to make sure kbd-chooser, lilo-installer, grub-installer (and possibly other packages) use common information regarding the current console, to make it easier to handle serial console and also make sure the information used is consistent. It might be related to the console lockup, but I still do not understand that problem, so I have no idea. The latter is not user visible, and like many random developmental changes, is not something we will hold the beta for, or allow into the beta. You have had 2 months since the last beta to make these changes. Actually, I haven't had two monts to do that. For a long time in this period, I was unable to use the CVS because the debian servers had been broken into, and then later Chrismas came along, and after chrismas I was unable to use the CVS for a shorter period because alioth went offline. And besides, as you probably are aware, I have spend the time since beta two working on other parts of d-i. Now I see the need for cleanup and polishing, and experience that I am unable to get such fixes into d-i before the sarge release. Your comment about freezing the udebs in unstable made me conclude that I would be unable to get these fixes into d-i before the sarge release. I am not aware of any packages stuck in the NEW queue; I have in fact worked with several of the ftp-masters to get dozens of packages through NEW with no delays over the past two weeks. Ok, that sounds good. The reason I assume there are still packages stuck in the NEW queue, is that I have a few months-old uploads (non-di-related) stuck in the NEW queue, and I assumed the ftp-masters processed all entries in the NEW queue the same way. Another issue is the fact that several installation-related packages in unstable need to propagate to testing, and some of the need new uploads to include all the available translations. I am at least noticing packages base-config and shadow, but suspect there are others as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 update
Petter Reinholdtsen wrote: [Joey Hess] Are you talking about the reported freeze in serial console after languagechooser, or just a general, non-user-visible cleanup? I am talking about a general non-user-visible cleanup, to make sure kbd-chooser, lilo-installer, grub-installer (and possibly other packages) use common information regarding the current console, to make it easier to handle serial console and also make sure the information used is consistent. grub-installer? You mean d-i supports grub? I have never seen this option at installation time. How can I avoid Lilo in favour of Grub? Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#226213: businesscard installation report + full desktop install
sön 2004-01-04 klockan 22.58 skrev Joey Hess: So I picked kde from gdm and it worked ok. One annoying thing was that its setup wizard asked me _again_ what country I was in, bringing the grand total of times the installer asked me stuff about that to 6: - language/country chooser - keyboard chooser - mirror choice (in d-i) - time zone selection - mirror choice (in base-config) - kde wizard Sheesh. But kbd-chooser and choose-mirror have sane defaults from languagechooser, right? Time zone selection ought to have that too, and base-config mirror choice could be done away with completely and use what d-i used. KDE's wizard, I don't know anything about... /Martin -- Martin Sjögren [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG key: http://www.mdstud.chalmers.se/~md9ms/gpg.html let hello = hello : hello in putStr (unlines hello) signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel
Re: daily d-i images not built since 2004-01-01
mån 2004-01-05 klockan 06.09 skrev Matt Kraai: Howdy, The latest daily debian-installer images are dated 2004-01-01. Do you know why more recent builds are not available? Because alioth is down. There was a problem with the images because I used an outdated build directory and cannot cvs up it because alioth is down. Ergo, no build. /Martin -- Martin Sjögren [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG key: http://www.mdstud.chalmers.se/~md9ms/gpg.html let hello = hello : hello in putStr (unlines hello) signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signerad meddelandedel
Bug#226213: businesscard installation report + full desktop install
On Sun, Jan 04, 2004 at 04:58:58PM -0500, Joey Hess wrote: As has been noted, gnome and the gnome task is completly broken in testing. Just like it has been for over 6 months. I remeber mailing the maintainer of the gnome metapackage last spring about these problems with no response and no forward progress. This grows annoying; perhaps we should simply default to kde. It's not fair to blame the metapackage maintainer, at least not the current one; he's been in fairly regular touch with -release and/or #debian-release over the last month or two about how to fix it, and forward progress is being made. It just seems to be running into some of the nastier bits of testing migration, partly due to high upload rate and lack of buildds. (There's talk of a t-p-u upload if we can get another couple of essential bits in.) I note that the meta-kde package in testing is still at KDE 2, so it's morally in about the same position even if it happens to be luckier. A new kdebase is the biggest problem here, but it's stuck behind lm-sensors. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 update
Quoting Harald Dunkel ([EMAIL PROTECTED]): grub-installer? You mean d-i supports grub? Sure I have never seen this option at installation time. How can I avoid Lilo in favour of Grub? Lower debconf priority and the boot loader installation entries will show up on main-menu. lilo is still the default boot loader (no idea whether this is supposed to change) but grub is definitely a possible choice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Alioth still down?
Quoting Harald Dunkel ([EMAIL PROTECTED]): Hi folks, Any chance to get Alioth up and running again? I am trying to access the CVS files for _days_, but without luck. Web access doesn't work, either. Alioth is up since today morning, about 10am GMT. I was lucky enough just to test 10minutes after it went up..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#222386: acknowledged by developer (Bug#222386: fixed in busybox-cvs 20031212-1)
Hi all, Sorry for the delay in replying... christmas and all ;-) However, I am afraid that this issue is still not resolved. Towhit: [EMAIL PROTECTED]:~% busybox umount -n /tmp BusyBox v1.00-pre4 (2003.12.31-23:56+) multi-call binary Usage: umount [flags] FILESYSTEM|DIRECTORY [EMAIL PROTECTED]:~% busybox mount -n /tmp Can't find /tmp in /etc/fstab --- As you can see umount still does not know what the -n flag is, while mount does. Either both should know about the flag (and ignore it since they don't use mtab anyway) or both should complain about the -n flag. Cheers, Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tags
Processing commands for [EMAIL PROTECTED]: reassign 224285 console-data Bug#224285: wrong characters in keyboard layout selection Bug reassigned from package `kbd-chooser' to `console-data'. reassign 226170 console-data Bug#226170: kbd-chooser: German (Germany) language set swiss keyboard layout Bug reassigned from package `kbd-chooser' to `console-data'. reassign 225160 console-tools Bug#225160: Can't input | with jp106 keyboard and kernel 2.6 Bug reassigned from package `console-common' to `console-tools'. reassign 225323 console-data Bug#225323: console-common: Error msg. - KDGKBENT at index 128 in table 0: Invalid argument Bug reassigned from package `console-common' to `console-data'. reassign 225241 console-tools Bug#225241: console-common: fail to load keymaps Bug reassigned from package `console-common' to `console-tools'. 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: beta 2 update
--- Joey Hess [EMAIL PROTECTED] wrote: James J. Ramsey wrote: I tested the Jan 3rd i386 netinst iso. It still doesn't work with older ATAPI CD-ROMs that can't handle DMA, since 1) the standard kernel parameter ide=nodma gets mysteriously ignored by the installer, There is nothing mysterious about it. Read the module HOWTO. Ah, I see. You mean here http://www.tldp.org/HOWTO/Module-HOWTO/parm.html: We've seen above that you pass parameters to an LKM by specifying something like io=0x300 on the insmod command. For a module that is bound into the base kernel, you pass parameters to it via the kernel boot parameters. So the installer *isn't* doing something goofy. That's good. and 2) AFAIK, not all motherboard BIOS allow the disabling of DMA. I don't know if you consider that badly wrong or not. Not really, this is a minor issue that affects a minority of old machines and can be worked around. This minority of machines is still big enough that Red Hat, SUSE, and, interestingly enough, Knoppix still do workarounds to handle them, just in case--and Debian is more likely to be installed on that minority of machines, since they are usually low-end machines on which Debian is still designed to work. It's nothing to delay the beta for. Maybe not, but it *should* be on a TODO list of stuff to take care of. If you really need to get this to work, you should be able to boot in expert mode and enter the nodma parameter when it loads the appropriate ide module. The documentation on expert mode in the INSTALLATION-HOWTO is a little thin, but you *seem* to be saying that just to turn off DMA for the CD-ROM, I have resort to avoid using Debian's hardware detection and load the modules manually with modconf. I *hope* you aren't saying that. __ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
Hi, At 5 Jan 04 13:34:52 GMT, Nikita V. Youshchenko wrote: However, not everything is perfect yet. At the very beginning, I selected Russian language. So after rebuut and starting base-config, it tried to display messages in Russian. However, it didn't configure console to display cyrillic, so russian text was unreadable. I'm care about this situation. Japanese, Chinese and Korean have same problem. The easy way to configure cyrillic console in Debian is the console-cyrillic package. So it seems to be a good solution to install it before base-config runs, and to use it to configure cyrillic console before running base-config if installation language requires that. Is that possible? I think installed packages at 1st stage should be smallest. I'm planning to use jfbterm for 2nd stage. This console is little slow, but support multilingualization (of course include Russian). Could you test jfbterm whether fits Russian or not? 1. apt-get install jfbterm unifont 2. Enable your kernel Framebuffer driver 3. Run jfbterm -c other,KOI8-R,iconv,UTF-8 (Does KOI8-R match for Russian?) 4. Check some debconf packages, apt-get messages, and so on. I'll commit patch when Joey updates CVS. You'll success to install if newer base-config come in debian-installer beta2. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 plans
Am Don, den 01.01.2004 schrieb Joey Hess um 20:56: Thorsten Sauter wrote: | So my new plan is, as soon as i386 is releasable, to work to migrate the | current set of debian-installer udebs and images to testing. AJ has | agreed to do this without the usual testing delay stuff, all in one | lump. After that is complete, we will make a beta2 branch in the CVS | tree, and open HEAD to development. However, we will *not* upload | developmental udebs to unstable, because that would make it hard to get | any fixes into testing -- so anyone who wants to do work in HEAD will | have to set up their own udeb repository or upload to experimental or | something. Uploads to unstable will be reserved for changes to fix | porting problems. Once a port is ready for release, it will be copied to | testing the same as i386 was. please do it for powerpc also. It's very good to hear that powerpc is almost ready. I think it will be ok if it laggs i386 by a few days though in getting frozen and into testing. Let's make sure it's 100% there. And make sure that it works for someone else besides just you. :-) I will test the powerpc images on my powerbook until the end of this week. IMHO Sven has to decide about the powerpc freeze date, because most of the work on powerpc has to be done on non-pmac subarches. He will probably the one doing this work. I will be able to work on d-i again by Jan 8. Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
On Monday 05 January 2004 16:24, Kenshi Muto wrote: Hi, At 5 Jan 04 13:34:52 GMT, Nikita V. Youshchenko wrote: However, not everything is perfect yet. At the very beginning, I selected Russian language. So after rebuut and starting base-config, it tried to display messages in Russian. However, it didn't configure console to display cyrillic, so russian text was unreadable. I'm care about this situation. Japanese, Chinese and Korean have same problem. Greek has this problem as well. At least last time I checked (2 days ago). Could you test jfbterm whether fits Russian or not? 1. apt-get install jfbterm unifont 2. Enable your kernel Framebuffer driver 3. Run jfbterm -c other,KOI8-R,iconv,UTF-8 (Does KOI8-R match for Russian?) 4. Check some debconf packages, apt-get messages, and so on. For what is worth, jfbterm works fine in greek (UTF-8), I just tested it. I'll commit patch when Joey updates CVS. You'll success to install if newer base-config come in debian-installer beta2. Good job! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: daily d-i images not built since 2004-01-01
On Mon, Jan 05, 2004 at 10:53:41AM +0100, Martin Sj?gren wrote: m?n 2004-01-05 klockan 06.09 skrev Matt Kraai: Howdy, The latest daily debian-installer images are dated 2004-01-01. Do you know why more recent builds are not available? Because alioth is down. There was a problem with the images because I used an outdated build directory and cannot cvs up it because alioth is down. Ergo, no build. Thanks for the explanation. Now that alioth is back up, will tomorrow's images be generated? -- Matt Kraai [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
At 5 Jan 04 14:45:18 GMT, Konstantinos Margaritis wrote: I'm care about this situation. Japanese, Chinese and Korean have same problem. Greek has this problem as well. At least last time I checked (2 days ago). Interesting. Could you test jfbterm whether fits Russian or not? 1. apt-get install jfbterm unifont 2. Enable your kernel Framebuffer driver 3. Run jfbterm -c other,KOI8-R,iconv,UTF-8 (Does KOI8-R match for Russian?) 4. Check some debconf packages, apt-get messages, and so on. For what is worth, jfbterm works fine in greek (UTF-8), I just tested it. OK, greek seems LANG=el_GR.ISO-8859-7. Did you run 'jfbterm -c other,ISO-8859-7,iconv,UTF-8'? I'll commit patch when Joey updates CVS. You'll success to install if newer base-config come in debian-installer beta2. Good job! I'd like to add greek support when what's jfbterm option for greek. -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
I think installed packages at 1st stage should be smallest. I'm planning to use jfbterm for 2nd stage. Jfbterm and unifont also cost some space... I'm not really familar with current DI status. Is debootstrap the only tool used to install packages at the first stage? Seems not - at least kernel package seems to be installed in another way. So maybe it is possible to install console-cyrillic at the first stage only in cases when it is needed? And install jfbterm in other cases ... I believe that tools that require framebuffer should be used only when really required. Linux framebuffer is not only slow, it does not always work. Recently we had some problems with a recent NVidia video card - linux text console worked, linux framebuffer console did not. Also experience shows that X is more stable when framebuffer console is disabled. Could you test jfbterm whether fits Russian or not? 1. apt-get install jfbterm unifont 2. Enable your kernel Framebuffer driver 3. Run jfbterm -c other,KOI8-R,iconv,UTF-8 (Does KOI8-R match for Russian?) 4. Check some debconf packages, apt-get messages, and so on. I just tried to start mc under jfbterm. Immidiate problem is that pseudographics characters are displayed incorrectly (letters are displayed instead). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
Quoting Nikita V. Youshchenko ([EMAIL PROTECTED]): I'm not really familar with current DI status. Is debootstrap the only tool BTW, if you're looking for work to do, the russian translations were far from complete and Ilgiz Kalmetev was quite alone to work on these...so you're welcome..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 plans
Gaudenz Steinlin wrote: I will test the powerpc images on my powerbook until the end of this week. IMHO Sven has to decide about the powerpc freeze date, because most of the work on powerpc has to be done on non-pmac subarches. He will probably the one doing this work. I will be able to work on d-i again by Jan 8. I'd be very suprised if any non-pmac subarches are included in beta 2, since I have never heard of anyone installing on one yet. -- see shy jo signature.asc Description: Digital signature
Bug#226264: prebaseconfig: Forgets to stop the progress bar when erroring out
Package: prebaseconfig Severity: normal Tags: d-i The package assignment may be wrong.I've looked at vt4 and saw that I was in debootstrap-udeb postinst when this happened. Symptom: -Vmware installation -no network connecttion for the system host -Error Failed to retrieve Release file from -Error Failed to install the base system in /target -goes back to main-menu but the progress bar is still visible behind the main-menu -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux mykerinos 2.6.0 #1 Thu Dec 18 10:33:22 CET 2003 i686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (ignored: LC_ALL set to fr_FR.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
On Monday 05 January 2004 17:48, Kenshi Muto wrote: OK, greek seems LANG=el_GR.ISO-8859-7. Did you run 'jfbterm -c other,ISO-8859-7,iconv,UTF-8'? Yes it works in ISO encoding as well (for ISO encoded text of course only). Anyway, I was hoping to have the UTF-8 encoding as standard for the greek language, for many reasons (one being the inclusion of the euro symbol) and the majority of other greek developers seem to agree with me. I'd like to add greek support when what's jfbterm option for greek. From what I see so far, it supports greek fine. At least in displaying, if it supports keymap changing (some key combination) then it would support this fully. -- Konstantinos Margaritis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 update
James J. Ramsey wrote: The documentation on expert mode in the INSTALLATION-HOWTO is a little thin, but you *seem* to be saying that just to turn off DMA for the CD-ROM, I have resort to avoid using Debian's hardware detection and load the modules manually with modconf. I *hope* you aren't saying that. No, you boot to expert mode, and when it asks you if you want to pass any parameters to the module it is about to load (which it will ask for each module), you type in whatever parameters you desire. -- see shy jo signature.asc Description: Digital signature
Re: beta 2 update
Petter Reinholdtsen wrote: Your comment about freezing the udebs in unstable made me conclude that I would be unable to get these fixes into d-i before the sarge release. Must be a misunderstanding then. The udebs are frozen in testing for beta 2. When beta 3 is ready, it will replace all the udebs in testing with its updated udebs. -- see shy jo signature.asc Description: Digital signature
Arabic Translation for the Debian installer
Hello all: Just wanted to let you know that Arabic translation of the installer have gone up to 39% in 3 days. We are moving quite nicely and should have the whole thing finished in a week or so. What is the status of BIDI implementation. I heard nothing from nobody. Please let us know as it is very very important for us to have debian accessible to the Arab world. Thank you kindly Anmar -- www.arabeyes.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please hold off on committing for a few hours
I'd appreciate it if everyone could hold off on committing changes to cvs until I branch it for beta 2. Before I do that, I need to commit the few things I uploaded for beta 2 this weekend. -- see shy jo signature.asc Description: Digital signature
Re: Bug#226213: businesscard installation report + full desktop install
Martin Sjögren wrote: But kbd-chooser and choose-mirror have sane defaults from languagechooser, right? Time zone selection ought to have that too, and base-config mirror choice could be done away with completely and use what d-i used. KDE's wizard, I don't know anything about... Right on all counts. -- see shy jo signature.asc Description: Digital signature
Re: Arabic Translation for the Debian installer
Quoting Anmar Oueja ([EMAIL PROTECTED]): Hello all: Just wanted to let you know that Arabic translation of the installer have gone up to 39% in 3 days. We are moving quite nicely and should have the whole thing finished in a week or so. I think this should be commited ASAP, just after Joey announces that commits to alioth are OK. However, I think this should go in the upcoming beta-2 branch because of the lack for BIDI implementation in beta-2 (I commited the languagelist.l10n etry but that wasn't a very good idea) What is the status of BIDI implementation. I heard nothing from nobody. Please let us know as it is very very important for us to have debian accessible to the Arab world. Alastair was working on it as far as I know...but didn't give news recently (holiday, or week-end, or whatever, I guess). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 update
Christian Perrier wrote: Lower debconf priority and the boot loader installation entries will show up on main-menu. Wouldn't you admit that this is _very_ hard to find? lilo is still the default boot loader (no idea whether this is supposed to change) but grub is definitely a possible choice. I tried the sarge netinst CD of this morning: There was no choice whether I want to get Lilo or Grub. After installing the base packets it requested to write a boot sector using Lilo. I could not even cancel this operation. IMHO this should be changed. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 update
On Mon, Jan 05, 2004 at 08:16:39PM +0100, Harald Dunkel wrote: Christian Perrier wrote: Lower debconf priority and the boot loader installation entries will show up on main-menu. Wouldn't you admit that this is _very_ hard to find? Do you really think that choosing a bootloader should be a question posed to novice installers? The system should just pick one that works and install it. Whether lilo should be the one that works is a different matter. lilo is still the default boot loader (no idea whether this is supposed to change) but grub is definitely a possible choice. I tried the sarge netinst CD of this morning: There was no choice whether I want to get Lilo or Grub. After installing the base packets it requested to write a boot sector using Lilo. I could not even cancel this operation. IMHO this should be changed. This is when booting in expert mode (DEBCONF_PRIORITY=medium)? -- Steve Langasek postmodern programmer pgp0.pgp Description: PGP signature
Re: already configured
On Sun, Jan 04, 2004 at 09:29:03PM +0100, Simon H?rlimann wrote: On Sun, 2004-01-04 at 20:50, Joey Hess wrote: Geert Stappers wrote: | | | Configure keyboard does nothing | | | | | | This is because your keyboard is already configured by d-i. That reminds me on an usablity test done in Oldenburg. The request was to show what already has been done. I'm not sure I understand what you mean; I second, that it's strange to select a menu item and nothing happens. And it's not possible (or at least not intuitive) to change the setting. I think that's what he refer to. Yes. Simon Geert Stappers pgp0.pgp Description: PGP signature
Re: Alioth still down?
Christian Perrier wrote: Alioth is up since today morning, about 10am GMT. I was lucky enough just to test 10minutes after it went up..:-) Thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: status of translation
On Tue, Dec 30, 2003 at 08:14:04PM +0100, Bartosz Fenski aka fEnIo wrote: Hello. May I ask what's wrong with status webpage? http://people.debian.org/~barbier/debian-installer/l10n/ It shows that Polish has untranslated choose-mirror.po file. I've checked this file and it seems that it's correctly translated and up-to-date. So what's wrong? I delete wrongly translated msgstrs from time to time, look at CVS logs (or read comments in your PO file, or look at en.po) to learn what is wrong and how to fix it. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 update
--- Joey Hess [EMAIL PROTECTED] wrote: James J. Ramsey wrote: The documentation on expert mode in the INSTALLATION-HOWTO is a little thin, but you *seem* to be saying that just to turn off DMA for the CD-ROM, I have resort to avoid using Debian's hardware detection and load the modules manually with modconf. I *hope* you aren't saying that. No, you boot to expert mode, and when it asks you if you want to pass any parameters to the module it is about to load (which it will ask for each module), you type in whatever parameters you desire. So the installer picks the module and I pick the parameters? __ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: branched
Quoting Joey Hess ([EMAIL PROTECTED]): The branch is set up, it's called beta2, so cvs update -r beta2 to switch a tree over to it, etc. So this means that cvs head is open for random development not targeted at beta 2. So, this means that we can commit translation minor fixes to beta-2? Or maybe should be commit them to both branches? Example: #226293 fix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian-installer: Detailed translation status 200401052139
Polish and Slovenian have been back to 93% due to incomplete translations in choose-mirror (country codes needs to be translated, not just copied...I should have checked this). Finnish may soon reach PERFECT state. Chinese nearly finished as well as norwegian bokmal... 15 PERFECT 1 COMPLETE 5 ALMOST (above 90%) 1 YOU CAN DO IT (above 50%) 100% pt_BR pt nl nb lt ja it hu fr es el de da cs bg 100% fi 654t4f Inconsistency: choose-mirror/cdrom-detect/iso-scan: stable, testing, unstable Debian comes in several flavors Inconsistency: aboot-i/grub-i/palo-i/lilo-i/yaboot-i: Device for boot loader installation: Inconsistency: elilo-i/silo-i: Partition for boot loader installation: 97% zh_CN 641t17f Incomplete files: base-config: 106t1f [Carlos Z.F. Liu] debian-installer/anna: 16t1f [Carlos Z.F. Liu] debian-installer/retriever/cdrom: 0t1f [bbbush] debian-installer/retriever/choose-mirror: 81t1f [Carlos Z.F. Liu] debian-installer/retriever/net: 0t1f [bbbush] debian-installer/tools/autopartkit: 28t1f [bbbush] debian-installer/tools/lvmcfg: 67t1f [bbbush] debian-installer/tools/netcfg: 62t6f [bbbush] debian-installer/tools/s390/netdevice: 32t3f [bbbush] Inconsistency: aboot-i/grub-i/palo-i/lilo-i/yaboot-i: Device for boot loader installation: Inconsistency: arcboot-i/delo-i Disk for boot loader installation: 97% nn 650t8f Incomplete files: base-config: 101t6u [Gaute Hvoslef Kvalnes] debian-installer/tools/base-installer: 59t3f [Hvard Korsvoll] debian-installer/tools/partconf: 40t1f [Hvard Korsvoll] debian-installer/tools/s390/netdevice: 33t2f [Hvard Korsvoll] debian-installer/tools/yaboot-installer: 28t1f [Hvard Korsvoll] debian-installer/utils: 9t1f [Hvard Korsvoll] base-config/po: 1t2f7u [Gaute Hvoslef Kvalnes] 93% sl Incomplete files: debian-installer/retriever/choose-mirror: 27t55u [Jure [EMAIL PROTECTED] 93% pl Incomplete files: debian-installer/retriever/choose-mirror: 29t53u [Bartosz Fenski] 91% sv Incomplete files: debian-installer/tools/netcfg: 67t1u [Andr Dahlqvist] Missing file: debian-installer/tools/s390/netdevice/debian/po/sv.po Missing file: debian-installer/tools/yaboot-installer/debian/po/sv.po 85% sk Missing file: base-config/debian/po/sk.po Missing file: base-config/po/sk.po 39% bs 37% ru 29% ca 18% tr 11% ko 8% ga 6% en 5% fa 4% se 4% lv 3% gl 1% ar (has been reported to be at 39%) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation Report (success)
On Tue, Dec 30, 2003 at 04:59:37PM -0500, Joey Hess wrote: [...] * Choose a mirror Strange sorting in the country list, Germany (de) comes before Denmark (dk) :-) Hm well, I think that is sorted at build time actually. That's worth a bug report.. In fact they are not sorted at all. I tried something, but it did not work. This list must be sorted at build time (because LC_COLLATE infos are not available at run time), and ideally should not depend on locales being installed on build host. For these reasons, the only option I can think of is to use a dedicated new field in cdebconf, say DisplayOrder for instance: Choices: DE, DK Choices-en.UTF-8: Germany, Denmark DisplayOrder-en.UTF-8: Denmark, Germany this field being used to sort displayed items. I still do not know how to maintain this field (i.e. detect duplicate/missing entries), but I will work on this when beta2 is out. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#225897: kbd-chooser: German translation uses wrong encoding
Hi, The current version of kbd-chooser appears to be correct Unicode. Could you please check and confirm that this bug can be closed? Sln agus Beannacht, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian-installer: Detailed translation status 200401052139
On Mon, Jan 05, 2004 at 10:41:16PM +0100, Christian Perrier wrote: Polish and Slovenian have been back to 93% due to incomplete translations in choose-mirror (country codes needs to be translated, not just copied...I should have checked this). Ok that's no problem I'll translate it soon. I've got question about debian-installer-demo. How could I launch it? Do I have to set framebuffer first? /usr/share/doc/debian-installer/demo doesn't contain much information. I've got error: Entering the installer .. Trying to enable the frame buffer.. modprobe: could not parse modules.dep modprobe: could not parse modules.dep Then some blue screen and 100% CPU utilization for 2-3 minutes and then: BusyBox v1.00-pre4 (2004.01.01-00:00+) Built-in shell (ash) Enter 'help' for a list of built-in commands. Segmentation fault /usr/sbin/d-i-demo: chroot exited with status code 139 And some information about cleaning chroot environment. I don't know if I am using it correctly so I want to ask before commiting bugreport. regards fEnIo -- _ Bartosz Feski aka fEnIo | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 _|_|_32-050 Skawina - Gowackiego 3/15 - w. maopolskie - Polska (0 0) phone:+48501608340 | ICQ:46704720 | GG:726362 | IRC:fEnIo ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: beta 2 update
Steve Langasek wrote: On Mon, Jan 05, 2004 at 08:16:39PM +0100, Harald Dunkel wrote: Christian Perrier wrote: Lower debconf priority and the boot loader installation entries will show up on main-menu. Wouldn't you admit that this is _very_ hard to find? Do you really think that choosing a bootloader should be a question posed to novice installers? The system should just pick one that works and install it. But asking the same novice installer to chose between /dev/scsi/host1/bus0/target0/lun0/disc and /dev/scsi/host2/bus0/target0/lun0/disc for installing the boot sector is? Whether lilo should be the one that works is a different matter. lilo is still the default boot loader (no idea whether this is supposed to change) but grub is definitely a possible choice. I tried the sarge netinst CD of this morning: There was no choice whether I want to get Lilo or Grub. After installing the base packets it requested to write a boot sector using Lilo. I could not even cancel this operation. IMHO this should be changed. This is when booting in expert mode (DEBCONF_PRIORITY=medium)? My point is that I could not skip writing a boot sector (without setting DEBCONF_PRIORITY, of course). Sorry, but I still don't think that this is OK. It should be possible to keep the Windows boot sector in place, for example. I never liked M$ Windows overwriting the boot sector without confirmation, either. BTW, would it be too late to list DEBCONF_PRIORITY in F7.txt? Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i powerpc report : failed
Fabrice Lorrain (home) a écrit : wishlist : Can someone provide kernel+tftpboot image for the archs where d-i is in a testing state ? Replying to myself : They are at the regular place : ftp://ftp.debian.org/debian/dists/sid/main/installer-* Fab -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The Skolelinux d-i patches
I just updated the build tree we use in Skolelinux to build our d-i
floppies. They are so small I started to wunder it the changes are
still neded. Anyone know more?
This one is to make sure our sources.list.udeb.local isn't ignored
by our CVS. Is using that file how I am supposed to add udeb
sources?
Index: .cvsignore
===
RCS file: /var/lib/cvs/skolelinux/src/debian-installer-skolelinux/build/.cvsignore,v
retrieving revision 1.1.1.8
retrieving revision 1.11
diff -u -3 -p -u -r1.1.1.8 -r1.11
--- .cvsignore 17 Nov 2003 08:40:13 - 1.1.1.8
+++ .cvsignore 17 Nov 2003 08:41:33 - 1.11
@@ -1,6 +1,6 @@
udebs
debian-installer
-sources.list*
+sources.list
dest
*-stamp
mnt
Our CD build script expect the image to have this name. It is the
old name used by d-i, and I didn't want to spend the time modifying
our debian-cd patches. I guess we should just keep it in our tree,
and not try to modify the official d-i source. Eventually, we will
update debian-cd to use the new names, and drop this change. :)
Index: config/dir
===
RCS file: /var/lib/cvs/skolelinux/src/debian-installer-skolelinux/build/config/dir,v
retrieving revision 1.1.1.4
retrieving revision 1.4
diff -u -3 -p -u -r1.1.1.4 -r1.4
--- config/dir 1 Nov 2003 09:15:13 - 1.1.1.4
+++ config/dir 1 Nov 2003 09:23:57 - 1.4
@@ -50,7 +50,7 @@ ifdef FLOPPY_SIZE
# XXX This should be TEMP, but is DEST temporarily until we get our act
# together.
INITRD=$(DEST)/$(TYPE)-initrd.gz
-IMAGE=$(DEST)/$(TYPE)-image.img
+IMAGE=$(DEST)/$(TYPE)-$(FLOPPY_SIZE).img
else
INITRD=$(DEST)/$(TYPE)-initrd.gz
IMAGE=$(INITRD)
The brltty-udeb was dropped, but I wanted to be reminded that it
should go back in sometime.
Also, the autopartkit package want to use ext3 file systems, and I
had to add the modules manually at one time to make sure that they
were available. Not sure if this is needed any more.
Index: pkg-lists/cdrom/i386
===
RCS file:
/var/lib/cvs/skolelinux/src/debian-installer-skolelinux/build/pkg-lists/cdrom/i386,v
retrieving revision 1.1.1.10
retrieving revision 1.31
diff -u -3 -p -u -r1.1.1.10 -r1.31
--- pkg-lists/cdrom/i3865 Jan 2004 22:03:48 - 1.1.1.10
+++ pkg-lists/cdrom/i3865 Jan 2004 22:05:31 - 1.31
@@ -1,5 +1,7 @@
isa-pnp-modules-${kernel:Version}
socket-modules-${kernel:Version}
+# Removed while symbol timeout_yet is missing
+#brltty-udeb
console-keymaps-at
console-keymaps-usb
discover-data-udeb
@@ -14,6 +16,8 @@ input-modules-${kernel:Version}
fb-modules-${kernel:Version}
kbd-chooser
usb-modules-${kernel:Version}
+
+ext3-modules-${kernel:Version}
# Support for firewire cdroms (and disks, I think)
firewire-core-modules-${kernel:Version}
That was all.
In addition to these patches to the build system, we use a patched
version of languagechooser (with a shorter list of options), a
skolelinux-specifict package debian-edu-profile-udeb to select the
installation profile, and a skolelinux-specifict package
debian-edu-install-udeb to make sure main-menu select the menu entries
in the order we want them.
I really like d-i. :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Translating choose-mirror is not trivial
Hi, I find it common practice by new translators (like me) that country codes in choose-mirror are not translated and just copied. (It's good to use en.po for reference while translating.) But that's not all. I didn't understand US[ default..] until Denis Barbier point me that this is the default value for the select. All this deserves a place in doc/translations.txt. Would someone commit some text in doc/translations about these things? Regards, ogi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Arabic Translation for the Debian installer
thanks Christian: Christian Perrier wrote: Quoting Anmar Oueja ([EMAIL PROTECTED]): Hello all: Just wanted to let you know that Arabic translation of the installer have gone up to 39% in 3 days. We are moving quite nicely and should have the whole thing finished in a week or so. I think this should be commited ASAP, just after Joey announces that commits to alioth are OK. great. well i am not a debian developer so no write access to cvs but i have a friend who is and i plan on getting him to commit the stuff himself. However, I think this should go in the upcoming beta-2 branch because of the lack for BIDI implementation in beta-2 Agreed. (I commited the languagelist.l10n etry but that wasn't a very good idea) well the commmited file had some problems. (arabic wise) I am looking into it soon. What is the status of BIDI implementation. I heard nothing from nobody. Please let us know as it is very very important for us to have debian accessible to the Arab world. Alastair was working on it as far as I know...but didn't give news recently (holiday, or week-end, or whatever, I guess). Yeah Alastair was sick for a while. I hope he gets better. p.s. we are already at 46 % today... :) Thanks Anmar -- www.arabeyes.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Arabic Translation for the Debian installer
[Anmar Oueja] great. well i am not a debian developer so no write access to cvs but i have a friend who is and i plan on getting him to commit the stuff himself. You do not have to be an debian developer to gain write access to CVS. You have to apply for an account on alioth, and let us know your user name. URL:https://alioth.debian.org/. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Arabic Translation for the Debian installer
Christian Perrier wrote: However, I think this should go in the upcoming beta-2 branch because of the lack for BIDI implementation in beta-2 I think the above sentance is missing a not. (I commited the languagelist.l10n etry but that wasn't a very good idea) The encoding was bad. With a fixed encoding it actually looks Arabi-ish. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: branched
Christian Perrier wrote: Quoting Joey Hess ([EMAIL PROTECTED]): The branch is set up, it's called beta2, so cvs update -r beta2 to switch a tree over to it, etc. So this means that cvs head is open for random development not targeted at beta 2. So, this means that we can commit translation minor fixes to beta-2? Or maybe should be commit them to both branches? Example: #226293 fix You're welcome to try, but it's highly unlikely it would get in, unless the package was puched into beta 2 for some other good reason. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Arabic Translation for the Debian installer
[Joey Hess] (I commited the languagelist.l10n etry but that wasn't a very good idea) The encoding was bad. With a fixed encoding it actually looks Arabi-ish. Actually, there were nothing wrong with the encoding. The problem was that the characters _were_ question marks, ie the correct characters were missing, not incorrectly encoded. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The Skolelinux d-i patches
On Mon, Jan 05, 2004 at 11:33:17PM +0100, Petter Reinholdtsen wrote: This one is to make sure our sources.list.udeb.local isn't ignored by our CVS. Is using that file how I am supposed to add udeb sources? Index: .cvsignore I'm using it here, and it's documented and referenced within the tree, so this seems right to me. Also, the autopartkit package want to use ext3 file systems, and I had to add the modules manually at one time to make sure that they were available. Not sure if this is needed any more. Index: pkg-lists/cdrom/i386 My understanding is that ext3-modules doesn't need to be included in the initrd for this to work, since autopartkit runs after the CD has already been mounted and other Prio: standard udebs (such as ext3-modules) have been installed. I really like d-i. :) Same here... :) -- Steve Langasek postmodern programmer pgp0.pgp Description: PGP signature
Re: Installation in russian
[Nikita V. Youshchenko] I'm not really familar with current DI status. Is debootstrap the only tool used to install packages at the first stage? Seems not - at least kernel package seems to be installed in another way. No, it is possible to install packages using apt as well. apt-install in a d-i script will add a request for extra packages to be installed on the hard-drive. So maybe it is possible to install console-cyrillic at the first stage only in cases when it is needed? And install jfbterm in other cases ... One of the challenges is deciding where to put the logic that select which extra packages to install. I guess the languagechooser package is the natural choice. I believe that tools that require framebuffer should be used only when really required. Agreed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: branched
[Joey Hess] The branch is set up, it's called beta2, so cvs update -r beta2 to switch a tree over to it, etc. So this means that cvs head is open for random development not targeted at beta 2. Do we upload from the branch or from the trunk? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
Hi, At 5 Jan 04 17:23:44 GMT, Konstantinos Margaritis wrote: On Monday 05 January 2004 17:48, Kenshi Muto wrote: OK, greek seems LANG=el_GR.ISO-8859-7. Did you run 'jfbterm -c other,ISO-8859-7,iconv,UTF-8'? Yes it works in ISO encoding as well (for ISO encoded text of course only). Good. Anyway, I was hoping to have the UTF-8 encoding as standard for the greek language, for many reasons (one being the inclusion of the euro symbol) and the majority of other greek developers seem to agree with me. Hmm, I think this needs 1st stage and base-config (validlocale? Bug#225870). -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Status of Arabic Language Translation for New Debian Installer
Anmar Oueja [EMAIL PROTECTED] writes: Hello all: Just wanted to let you know that Arabic Language translation of Debian installer has reached 11% and there is a lot of activity to get it done ASAP. Here is the link for the status (dynamically updated) : http://www.arabeyes.org/misc/debian_status_bar.html Looking at it, you seem to be translating the files in a strange order. The recommended priority order is given in URL:http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/~checkout~/debian-installer/doc/translations.txt?rev=1.10cvsroot=d-i. Translating tools_mipsel_delo-installer before tools_prebaseconfig seem like the wrong priority order to me. Keep up the good work. I look forward to seeing the complete translation. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
At 5 Jan 04 15:22:02 GMT, Nikita V. Youshchenko wrote: I think installed packages at 1st stage should be smallest. I'm planning to use jfbterm for 2nd stage. Jfbterm and unifont also cost some space... Yes, but it can handle all of major language. I'm not really familar with current DI status. Is debootstrap the only tool used to install packages at the first stage? Seems not - at least kernel package seems to be installed in another way. So maybe it is possible to install console-cyrillic at the first stage only in cases when it is needed? And install jfbterm in other cases ... This needs to modify 1st stage frequently. We go to freeze 1st stage, so we may be refused such a thing. Sorry. I believe that tools that require framebuffer should be used only when really required. Linux framebuffer is not only slow, it does not always work. Recently we had some problems with a recent NVidia video card - linux text console worked, linux framebuffer console did not. Also experience shows that X is more stable when framebuffer console is disabled. Could you test jfbterm whether fits Russian or not? 1. apt-get install jfbterm unifont 2. Enable your kernel Framebuffer driver 3. Run jfbterm -c other,KOI8-R,iconv,UTF-8 (Does KOI8-R match for Russian?) 4. Check some debconf packages, apt-get messages, and so on. I just tried to start mc under jfbterm. Immidiate problem is that pseudographics characters are displayed incorrectly (letters are displayed instead). - jfbterm/unifont is used temporary for support multi languages on 2nd stage. After installation completed, terminal will come back old console (or run xdm). - My code trys vesafb and vga16fb as same as 1st stage. Does these break nVidia? How about 1st stage? Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
kernel-installer mkinitrd DELAY hack
Can anyone explain why the ugly hack in kernel-installer to modify DELAY in initrd-tools is there? Has the bug it works around since been fixed in initrd-tools? I have a zero delay in my mkinitrd.conf by default. -- see shy jo signature.asc Description: Digital signature
Re: branched
Petter Reinholdtsen wrote: [Joey Hess] The branch is set up, it's called beta2, so cvs update -r beta2 to switch a tree over to it, etc. So this means that cvs head is open for random development not targeted at beta 2. Do we upload from the branch or from the trunk? If it's random development not targeted at beta 2, to the trunk. -- see shy jo signature.asc Description: Digital signature
Re: Installation in russian
Argh, I forgot base-installer... At 6 Jan 04 00:24:36 GMT, Petter Reinholdtsen wrote: So maybe it is possible to install console-cyrillic at the first stage only in cases when it is needed? And install jfbterm in other cases ... One of the challenges is deciding where to put the logic that select which extra packages to install. I guess the languagechooser package is the natural choice. I believe that tools that require framebuffer should be used only when really required. Agreed. Currently, jfbterm/unifont is installed by base-installer.postinst. And this is only work when language variable is 'ja'. I must add Korean, Chinese, Greek... Argh. I can add cyric-console for Russian. I suspect all of languages except ISO-8859-1 needs special terminal, don't them? -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Arabic Translation for the Debian installer
Great. I did not know about this community. well I am now a registered user (user ID: anmar-guest), which is kind of silly but oh well.. :) Now what do I need to do to get the cvs write access ? Thanks alot Anmar Petter Reinholdtsen wrote: [Anmar Oueja] great. well i am not a debian developer so no write access to cvs but i have a friend who is and i plan on getting him to commit the stuff himself. You do not have to be an debian developer to gain write access to CVS. You have to apply for an account on alioth, and let us know your user name. URL:https://alioth.debian.org/. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: branched
At 5 Jan 04 23:37:43 GMT, Joey Hess wrote: Or maybe should be commit them to both branches? Example: #226293 fix You're welcome to try, but it's highly unlikely it would get in, unless the package was puched into beta 2 for some other good reason. Hmm, how to solve changelog conflict? I'd like to modify base-installer.postinst for next beta (not for beta2). (off topic: Could you commit your change to base-config CVS, Joey?) -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#148974: discover-data: nic needs old_tulip instead of tulip
On Sat, Dec 27, 2003 at 02:31:29PM +0100, Martin Michlmayr wrote: For the DECchip 21140 card, discover currently loads the lmc module, while the 79c970 card uses the pcnet32 driver. Can you confirm that this works or should the DECchip 21140 use the tulip module? (Hmm, looking at the kernel source tulip might make more sense.) This was my x86 workstation at work, which I got rid of 6 or so months ago. Sorry, I'm unable to confirm. -- --- dann frazier Hewlett-Packard Linux and Open Source Lab [EMAIL PROTECTED] (970) 898-0800 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
I continue to work I18N for next beta (It will be too late for beta2). At 5 Jan 04 15:22:02 GMT, Nikita V. Youshchenko wrote: So maybe it is possible to install console-cyrillic at the first stage only in cases when it is needed? And install jfbterm in other cases ... OK, I can add console-cyrillic and console-terminus when you choice 'Russian' for installation language. (base-installer.postinst) I need more information for 2nd stage base-config. 1. Does console-cyrillic run simply '/usr/bin/cyr'? 2. console-cyrillic has many debconf questions. I'm afraid debian-installer can handle this. 3. On 2nd stage, base-config runs COMMAND OPTION /bin/true COMMAND OPTION base-config This means cyrillic console must have ability to run another program (like /bin/true). And I need what's OPTION. -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: branched
Kenshi Muto wrote: Hmm, how to solve changelog conflict? I'd like to modify base-installer.postinst for next beta (not for beta2). Commit as usual (although, I have a greatly changed version of that file I hope to commit soon.) If we need to update base-installer for beta 2, we will use a special version number of some kind. (off topic: Could you commit your change to base-config CVS, Joey?) When I have more outgoing bandwidth than 4800 baud. (This is not an exaggeration.) -- see shy jo signature.asc Description: Digital signature
Re: Installation in russian
Kenshi Muto wrote: OK, I can add console-cyrillic and console-terminus when you choice 'Russian' for installation language. (base-installer.postinst) I think you should move that to languagechooser's postinst, this seems a better fit than base-installer. -- see shy jo signature.asc Description: Digital signature
Re: daily d-i images not built since 2004-01-01
On Mon, Jan 05, 2004 at 08:23:06PM +0100, Martin Sj?gren wrote: m?n 2004-01-05 klockan 15.55 skrev Matt Kraai: On Mon, Jan 05, 2004 at 10:53:41AM +0100, Martin Sj?gren wrote: m?n 2004-01-05 klockan 06.09 skrev Matt Kraai: Howdy, The latest daily debian-installer images are dated 2004-01-01. Do you know why more recent builds are not available? Because alioth is down. There was a problem with the images because I used an outdated build directory and cannot cvs up it because alioth is down. Ergo, no build. Thanks for the explanation. Now that alioth is back up, will tomorrow's images be generated? I started a build manually which can be found in the usual place. cd_drivers-image.img and net_drivers-image.img didn't build for some reason, though... :( Thanks. I tested the floppy images, and they worked up until base-config tried to configure apt, at which point things fell apart. Unfortunately, the debconf frontend hid the messages so I can't give a better description. -- Matt Kraai [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
How much autodetection does the expert install do? (was Re: beta 2 update)
I was advised that to workaround my pet problem of my CD-ROM's broken support for DMA that I was to use the expert install. I was told that since the installer in expert mode prompts me to pass parameters to a module it is about to load, I can pass the appropriate parameters to the module that handles the CD-ROM, and turn off DMA for it. Trouble is, paranoid little me thought That looks like modconf from the Debian Woody installer and tried to get a clarification. It was never quite made clear whether the installer chooses the modules to load and prompts me for any parameters, or whether the expert install was indeed using modconf, so that I would have to choose the modules as well as set the parameters. So, does the expert install do autodetection or not? __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
At 6 Jan 04 01:45:13 GMT, Joey Hess wrote: Kenshi Muto wrote: OK, I can add console-cyrillic and console-terminus when you choice 'Russian' for installation language. (base-installer.postinst) I think you should move that to languagechooser's postinst, this seems a better fit than base-installer. I thought that, but I'm afraid enlarging languagechooser eats FD space. -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: branched
On Mon, Jan 05, 2004 at 08:01:43PM -0500, Joey Hess wrote: Petter Reinholdtsen wrote: [Joey Hess] The branch is set up, it's called beta2, so cvs update -r beta2 to switch a tree over to it, etc. So this means that cvs head is open for random development not targeted at beta 2. Do we upload from the branch or from the trunk? If it's random development not targeted at beta 2, to the trunk. So to recap and make sure I understand this correctly: - Normal development takes place on the trunk. - Changes required for beta2 (presumably for one of the ports) are made on the branch as well. - Uploads to unstable of d-i packages should come from the beta2 branch only. - When a port is considered a viable beta candidate, it will be frozen into testing along with i386. (Will i386 also get a pulse from unstable at this time, or will we lose the ability to rebuild all of testing from source during this freeze?) - When the music stops, those ports that have d-i candidates in testing will be released as beta2. Is that right? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: How much autodetection does the expert install do? (was Re: beta 2 update)
James J. Ramsey wrote: I was advised that to workaround my pet problem of my CD-ROM's broken support for DMA that I was to use the expert install. I was told that since the installer in expert mode prompts me to pass parameters to a module it is about to load, I can pass the appropriate parameters to the module that handles the CD-ROM, and turn off DMA for it. Trouble is, paranoid little me thought That looks like modconf from the Debian Woody installer and tried to get a clarification. It was never quite made clear whether the installer chooses the modules to load and prompts me for any parameters, or whether the expert install was indeed using modconf, so that I would have to choose the modules as well as set the parameters. So, does the expert install do autodetection or not? The expert mode does the same autodetection as the regular mode. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation in russian
Kenshi Muto wrote: At 6 Jan 04 01:45:13 GMT, Joey Hess wrote: Kenshi Muto wrote: OK, I can add console-cyrillic and console-terminus when you choice 'Russian' for installation language. (base-installer.postinst) I think you should move that to languagechooser's postinst, this seems a better fit than base-installer. I thought that, but I'm afraid enlarging languagechooser eats FD space. Good point! -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: beta 2 update
On Mon, Jan 05, 2004 at 11:21:18PM +0100, Harald Dunkel wrote: But asking the same novice installer to chose between /dev/scsi/host1/bus0/target0/lun0/disc and /dev/scsi/host2/bus0/target0/lun0/disc for installing the boot sector is? No, but that's the best we have right now. The fact that devfs names are an unholy usability terror doesn't justify other usability degradations. Picking a non-default boot loader is definitely an expert-only feature, which is why an expert mode exists. I tried the sarge netinst CD of this morning: There was no choice whether I want to get Lilo or Grub. After installing the base packets it requested to write a boot sector using Lilo. I could not even cancel this operation. IMHO this should be changed. This is when booting in expert mode (DEBCONF_PRIORITY=medium)? My point is that I could not skip writing a boot sector (without setting DEBCONF_PRIORITY, of course). Sorry, but I still don't think that this is OK. It should be possible to keep the Windows boot sector in place, for example. I'm pretty sure I remember seeing the option to write the boot block to the beginning of the newly-installed partition, instead of to the MBR, even when installing at the default debconf priority. I never liked M$ Windows overwriting the boot sector without confirmation, either. BTW, would it be too late to list DEBCONF_PRIORITY in F7.txt? Well, F3.txt already documents the 'expert' boot option, which sets DEBCONF_PRIORITY=low for you. I suppose there'd be some benefit to users if they know they could set DEBCONF_PRIORITY=medium for something in between. Actually, I would go so far as to suggest 'expert' should be DEBCONF_PRIORITY=medium, and DEBCONF_PRIORITY=low should be reserved for those who've figured out it's there without being displayed prominently in the isolinux help screens. :) -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: branched
Steve Langasek wrote: So to recap and make sure I understand this correctly: - Normal development takes place on the trunk. - Changes required for beta2 (presumably for one of the ports) are made on the branch as well. - Uploads to unstable of d-i packages should come from the beta2 branch only. - When a port is considered a viable beta candidate, it will be frozen into testing along with i386. (Will i386 also get a pulse from unstable at this time, or will we lose the ability to rebuild all of testing from source during this freeze?) I'm going to try to limit the changes to i386 in testing, so if I can force in an architecture dependant package to !i386, I will. If an architecture indep package must go in, it will also update i386 (but not the i386 CD images, which are already done). We will lose some consistency, but we're already going to be 90% more consistent than the last beta this way. - When the music stops, those ports that have d-i candidates in testing will be released as beta2. Is that right? Right on all counts. Note that sarge/main/debian-installer/binary-i386 currently has empty Packages files. They were fine yesterday but one of the girls ate them. I think that will be fixed tomorrow after ftpmaster finished getting their act together. -- see shy jo signature.asc Description: Digital signature
Processed: tags
Processing commands for [EMAIL PROTECTED]: reassign 222607 usb-discover Bug#222607: USB keyboard does not work after reboot Bug reassigned from package `debian-installer' to `usb-discover'. merge 222607 219290 Bug#219290: [d-i] No USB keyboard after reboot Bug#222607: USB keyboard does not work after reboot Merged 219290 222607. 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]
Bug#226344: choose time zone region default based on language
Package: base-config Version: 2.04 Severity: wishlist I wish the time zone region defaulted to the US since I chose to install using English (US). -- Matt Kraai [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#226347: Install report, i386, success
Package: installation-reports INSTALL REPORT Debian-installer-version: http://people.debian.org/~manty/testing/netinst/i386/daily/sarge-i386-netinst.iso downloaded on 2003.01.05, md5sum b355a7bd83354e3b93e14ee33dc8841b. uname -a: Linux danube 2.4.22-1-386 #9 Sat Oct 4 14:30:39 EST 2003 i686 GNU/Linux Date: 2003.01.05, 15:00 -0600 Method: Boot from CD, install from CD Machine: DIY-ed desktop Processor: AMD Athlon, 1000 MHz Memory: 516428 kB Root Device: IDE Root Size/partition table: /dev/hda7, 18G Output of lspci: 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 02) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22) 00:04.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 10) 00:04.2 USB Controller: VIA Technologies, Inc. USB (rev 10) 00:04.3 USB Controller: VIA Technologies, Inc. USB (rev 10) 00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30) 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:0a.0 Multimedia audio controller: Fortemedia, Inc Xwave QS3000A [FM801] (rev b2) 00:0a.1 Input device controller: Fortemedia, Inc Xwave QS3000A [FM801 game port] (rev b2) 00:11.0 Unknown mass storage controller: Promise Technology, Inc. 20265 (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage IIC AGP (rev 7a) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: 1. Temporary directory and file: After installations and base-config, I have a empty directory /cdrom0 and a file /tmp-Xhack (with one line: read-edid mdetect) under my root directory. Are they temporary files for installation? I cancelled the step of create unprivileged user step (because I want to put that user in a group of different name than the username), is that the reason these temporary file are not deleted? 2. lilo.conf template In woody installation, the /etc/lilo.conf is generated from a nice template with intensive comments. This templated makes modifying lilo.conf much easier. However after this installation the lilo.conf is just several lines without any comment. Is it possible to bring the template with nice comment back? Thanks for the wonderful work on Debian! Ming 2004.01.05 -- We used to think that if we know one, we know two, because one and one are two. We are finding that we must learn a great deal more about ``and''. --- Sir Arthur Eddington -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
