Re: Why isn't console-cyrillic part of console-data?
Hi,
Sorry I'm a bit late to the thread;
I think a bit of reorganisation of console-* would be a
good idea, post sarge. (Note, with a freeze planned for July 31,
I'm working towards fixing bugs on console-* packages before
then; no disruptive stuff right now).
I've posted some notes on plans I had made at
http://people.debian.org/~mckinstry/console-plans.html
Two main bits:
As there appears to be little interest in console-{tools,data}
development upstream, I'm working towards merging stuff back
to kbd.
I think some of the stuff in console-cyrillic should be merged
into console-common post-sarge; console-common is due for a
rewrite: mostly to debconf' the font, etc. settings,
but also make it more robust.
Conversely, some of the cyrillic fonts/keymaps in
console-data may be better off in console-data; the idea should
be console-common as standard, with
console-tools | kbd choice, and console-data | console-cyrillic.
Also, note that 'fonty' contains non-latin fonts that
people may use instead of console-data.
I intend to make kbd-chooser mainstream, as well as d-i;
the keyboard selection should be hotplug, triggered on
keyboard detection. This should be merged with X developments
in this area: loadkeys should work with use X keymaps.
Comments welcome.
Regards
Alastair
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New d-i devcamp?
>also sprach Petter Reinholdtsen <[EMAIL PROTECTED]> [2004.07.26.2352 +0200]: >> OK. 5 people confirmed their interest in a d-i devcamp. > >Please add me to the list of interested parties. Ditto. Regards Alastair McKinstry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why isn't console-cyrillic part of console-data?
>On Tue, Jul 27, 2004 at 09:55:39AM +0100, Alastair McKinstry wrote: >> >> I think some of the stuff in console-cyrillic should be merged >> into console-common post-sarge; console-common is due for a >> rewrite: mostly to debconf' the font, etc. settings, >> but also make it more robust. >I see that many of the fonts in console-data (not only the Cyrillic) >have multiple variants for different encodings. Is this intentional or >due to the history of the package? All fonts in console-cyrillic have >different faces and use some custom artificial encogings. The real >encoding is chosen by ACM. The collection of fonts and keymaps in console-data is mostly historical rather than planned. >> Conversely, some of the cyrillic fonts/keymaps in >> console-data may be better off in console-data; > >It is possible to optimize the fonts and keymaps in console-data. The >problem is that all maintainers of this package added stuff to it but >only on request and after negotiations. As a result some of the files >in console-data are rarely used and some languages and keyboards are not >supported at all >I think we should not base the debconf questions on the existing data >but develop them in some generic way. Then the files that are necessary >to support the configurations handled via debconf should be in >console-data. All other files are obviously rarely used and should be >moved in other packages. > >> the idea should be console-common as standard, with >> console-tools | kbd choice, and console-data | console-cyrillic. > >At present console-cyrillic is an alternative of console-data. In >sarge+1 I'd like to see this package not as an alternative but as a >complement - all important stuff is in console-data and console-cyrillic >is one of the packages containing the less used data. > >Another variant is this: two packages console-data-base and >console-data. The first contains the important data and the second more >rarely used files. In this way console-cyrillic can be obsoleted. I favour minimising the amount of console data in base, but console-data should always be present: think of a blade system without console, but someone hotplugging a monitor and keyboard in; for most of its life we don't need all the data currently in console-data, but some of it we'd need in a hurry to debug issues. There is also the Unicode data in /usr/share/unidata; thats a 1.4 MiB chunk that we rarely need .. I think console data should be optimised into console-data, console-data-optional, console-cyrillic. >Ofcourse in both of these packages the data should be well organized. If >you want I can help with this. I am not happy with the current state of >console-data. Help appreciated, especially on the fonts end. I had not planned on much work for fonts for sarge+1; If I get console-common / keyboards sorted out in a 6 month release cycle, I'll be very happy. >> loadkeys should work with use X keymaps. > >This is great! Do you know who will work for this and how it will be >implemented? I'd volunteered for this. Apparently the X code is now modular enough that I can dynamically link in code to parse the X keymaps. I intend to do this: - separate out the keymap parsing code from loadkeys / kbd-chooser. Move it into libconsole. One code base. - Create a wrapper to load the X keymap parsing code in the same way, so loadkeys can load X keymaps. - "Merge" the console-data and X keymaps, so that we only need one set eventually. With loadkeys / dumpkeys we can dump the keymap (to /etc/console/boottime.kmap.gz) so that we don't need X keymaps or X to boot.. but we only need one keymap selection (X's) and to set the keymap once (possibly speeding up booting into X). >Anton Zinoviev > Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fixed in NMU of floppy-retriever 0.08
tag 215420 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 12 Oct 2003 22:27:31 +0100 Source: floppy-retriever Binary: floppy-retriever Architecture: source all Version: 0.08 Distribution: unstable Urgency: low Maintainer: Debian Install System Team <[EMAIL PROTECTED]> Changed-By: Alastair McKinstry <[EMAIL PROTECTED]> Description: floppy-retriever - Fetch modules from a floppy (udeb) Closes: 215420 Changes: floppy-retriever (0.08) unstable; urgency=low . * Jure Cuhalev - Add Slovenian translation (sl.po). Closes: #215420. * Kęstutis Biliūnas - Add Lithuanian translation (lt.po). * Claus Hindsgaul - Add Danish translation (da.po). * Joey Hess - Add a progress bar to the packages scan as even this can take some time to complete. - Support USB floppies: If INSTALL_MEDIA_DEV is set, it was passed from the linuxrc on the boot floppy, and points to the device the initrd was loaded from. Or the user can set it at boot. - This also allows something saner than "first floppy drive" in the prompt. - When scanning for packages, exit 1 if no files were found. Must not be a driver floppy then. Files: 03cf566b72389d240ad61d7b8c730c3f 668 debian-installer optional floppy-retriever_0.08.dsc 67acbce59e76bafd410d56a74fb778a8 9019 debian-installer optional floppy-retriever_0.08.tar.gz d38d9e900ced94fd78e870e95106fbd0 1962 debian-installer optional floppy-retriever_0.08_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/kEBs2tp5zXiKP0wRAtKJAJ9D8LsG0hFn06g/Vyb7wq5OHS74nACfTVAP gaSRdG+BdOU569YLR6vBfj8= =nCbF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#218029: slovenian PO-file translation for lilo-installer
On Tue, 2003-10-28 at 19:15, Jure Cuhalev wrote: > Package: lilo-installer > Severity: wishlist > > > This is new/fixed slovenian translation of po-file for lilo-installer > > regards > > Jure Cuhalev > [EMAIL PROTECTED] > Committed Slovenian translations to CVS. Thanks for your contribution to Debian. Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Translation vs rephrasing...
On Thu, 2003-10-30 at 17:18, Petter Reinholdtsen wrote: > [Denis Barier] > > Log Message: > > Add some translations of country names > [...] > > msgid "IL" > > -msgstr "" > > +msgstr "IsraÃl" > > This is not translating. This is rephrasing. > > If the original text is untranslatable, it should be changed to make > it translatable. This will solve the problem for all the translators. Please don't. The 2 letter code is retrieved via cdebconf, where it can be directly reused in the choose-mirror code. If its translated to english then choose-mirror will need a table to convert it to ISO-639 code, and add bloat. Perhaps comments could be added to the .po files to help the translators. (I'm not sure of a good way of doing it, as the templates.pot file is generated by po-debconf). Regards, Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFC: i18n in cdebconf / debconf
Hi, As there are certain places in d-i where we need to construct a translated list, and preferably not pull gettext into d-i [1], I propose to add the following method: debconf_add_element (struct debconfclient *client, const char *select_template, const char *sub_template) This would take the text from a text template, "sub_template", and add it to the select template. eg. If we had Template: one_word Type: text Description: one Description-fr: un Template: two_word Type: text Description: two Description-fr: deux Template: numbers Type: select Description: Then debconf_add_element (client, "numbers", "one_word"); debcont_add_element (client, "numbers", "two_word"); debconf_input (client, "medium", "numbers"); would present the list "un, deux", to the user in a french locale, returning "one" or "two" when selected to the client. Any comments or suggestions? - Alastair McKinstry -- Alastair McKinstry <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#204533: please confirm
Hi, I do not have vmware, so I cannot confirm or check this bug. At one point, usb-discover was removed from images to make space; could you please confirm that this problem still occurs? Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bosnian translation of debian-installer (finished)
On Sat, 2003-11-01 at 19:23, [EMAIL PROTECTED] wrote: > To whom it may concern... > > Hello, I've just completed the translation of debian-installer files into > bosnian language with help from Amila Akagic from Bosnian LUG > (www.linux.org.ba), attached is the zip file containing po files of debian- > installer apps. We haven't translated debconf templates yet. I hope that we > will get further instructions on how to proceed and that we can get some > statistics of our translation. Maybe there were some string updates of which > we are not avare. Thank you in advance and let's get Sarge released soon :) > > Safir Secerovic > LUG of Bosnia and Herzegovina > www.linux.org.ba > The translations have been committed to CVS. Thank you for your contribution to Debian. Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#215404: di_check_dir() missing
On Sun, 2003-11-02 at 08:34, Petter Reinholdtsen wrote:
> [Richard Hirst]
> > debug builds of kbd-chooser call di_check_dir() but versions of
> > libdebian-installer beyond 0.15 do not provide it.
>
> Checking d-i/doc/libdi-changes.txt, I do not find that function
> mentioned at all. I'm not sure what happened to it, nor why it was
> removed.
>
> Perhaps kbd-chooser should be changed instead of libd-i? The function
> is used in quite a few places in kbd-chooser:
>
> at-kbd.c: assert (di_check_dir ("/proc") == 1);
> at-kbd.c: if (di_check_dir ("/proc/bus/input") >= 0) {
> usb-kbd.c:if (di_check_dir ("/proc/bus/input") >= 0) { // 2.6 kernel
> acorn-kbd.c: assert (di_check_dir ("/proc") == 1);
> acorn-kbd.c: if (di_check_dir ("/proc/bus/input") >= 0) {
> amiga-kbd.c: assert (di_check_dir ("/proc") == 1);
> amiga-kbd.c: if (di_check_dir ("/proc/bus/input") >= 0) {
> mac-kbd.c:if (di_check_dir ("/proc/bus/input") >= 0) {
> sparc-kbd.c:assert (di_check_dir ("/proc") == 1);
> sparc-kbd.c:if (di_check_dir ("/proc/bus/input") >= 0) {
>
Hmm,
its currently used in #ifdef KERNEL_2_6 code in kbd-chooser, so we
build ok. di_check_dir() has recently been removed, despite my
requests. I don't understand why: with reduced libs, it doesn't
save any space to remove it.
Never mind, I'll re-implement its functionality in kbd-chooser
Regards,
Alastair.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [WOODY] Need sugestion for Floppy-Install
On Sun, 2003-11-02 at 17:10, Christian Leber wrote: > On Sun, Nov 02, 2003 at 05:04:35PM +0100, Michelle Konzack wrote: > > > I am working on a very difficult Job in near east ans need the > > Floppy-Installation. > > Customer lives in a little cave without internet, cd-roms, usb, firewire, > free ide/scsi connectors or ethernet? > If it's absolutly the only way to install with floppies, then i would > make the install on a computer that can access some real medium and then > tar.bz2 everything to a stack of floppies. > > btw. ZIP drives are really cool, they are 100 MB in size and do about > 100 kb/s when connected to parallel port... ok, this was nice in 1995 > How much memory does the machine have? I did a test install with d-i some months ago, and success fully installed via plip. This is why we have plip-modules ... for parallel port networking. I had planned on boosting the floppy support in d-i to allow a full-floppy install on the i386 machine I was using (this was before the i386 support was dropped); I realised that plip networking was simpler than 140 floppies. I haven't tested it in months, though. BTW, I also had an Irda install working, at least to loading d-i modules over net stage: irda from one laptop to another. Again, not tested since around March/April, but should work. Needs documentation, though. - Alastair McKinstry > Christian Leber > > -- > "Omnis enim res, quae dando non deficit, dum habetur et non datur, >nondum habetur, quomodo habenda est." (Aurelius Augustinus) > Translation: <http://gnuhh.org/work/fsf-europe/augustinus.html> > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bosnian translation update files
On Sun, 2003-11-02 at 18:55, [EMAIL PROTECTED] wrote: > Here are the languagelist and languagelist.l10n files updated for bosnian > translation. > > Safir Secerovic > > P.S. Please CC when replying Done. Thanks for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[patch]: fdisk-udeb needs reduced .mo files for l10n
Package: util-linux Version: 2.11-4 Tags: patch, d-i The fdisk-udeb for debian-installer requires cut-down versions of the .mo files for localisation. The following patch produces these. Regards, Alastair diff rules.orig rules 38a39,41 > CFDISK_PO_DIR=cfdisk-po > CFDISK_POT=$(CFDISK_PO_DIR)/cfdisk.pot > 54a58 > rm -rf $(CFDISK_PO_DIR) 244c248,257 < --- > # Generate a po translations needed for cfdisk > mkdir $(CFDISK_PO_DIR) > xgettext --default-domain=util-linux -C --keyword=_ --keyword=N_ -o $(CFDISK_POT) fdisk/*.c > for po in po/*.po ; do \ > LANG=`basename $$po | cut -f1 -d.` ; \ > msgmerge $$po $(CFDISK_POT) > $(CFDISK_PO_DIR)/$$LANG.po ; \ > msgfmt $(CFDISK_PO_DIR)/$$LANG.po -o $(CFDISK_PO_DIR)/$$LANG.gmo ; \ > mkdir -p debian/tmp-fdisk-udeb/usr/share/locale/$$LANG/LC_MESSAGES ; \ > cp $(CFDISK_PO_DIR)/$$LANG.gmo > debian/tmp-fdisk-udeb/usr/share/locale/$$LANG/LC_MESSAGES/util-linux.mo ; \ > done -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [patch]: fdisk-udeb needs reduced .mo files for l10n
>Package: util-linux >Version: 2.11-4 >Tags: patch, d-i > >The fdisk-udeb for debian-installer requires cut-down versions >of the .mo files for localisation. >The following patch produces these. > >Regards, >Alastair >diff rules.orig rules >38a39,41 >> CFDISK_PO_DIR=cfdisk-po >> CFDISK_POT=$(CFDISK_PO_DIR)/cfdisk.pot >> >54a58 >> rm -rf $(CFDISK_PO_DIR) >244c248,257 >< >--- >> # Generate a po translations needed for cfdisk >> mkdir $(CFDISK_PO_DIR) >> xgettext --default-domain=util-linux -C --keyword=_ --keyword=N_ -o >$(CFDISK_POT) fdisk/*.c >> for po in po/*.po ; do \ >> LANG=`basename $$po | cut -f1 -d.` ; \ >> msgmerge $$po $(CFDISK_POT) > $(CFDISK_PO_DIR)/$$LANG.po ; >\ >> msgfmt $(CFDISK_PO_DIR)/$$LANG.po -o $(CFDISK_PO_DIR)/$$LANG.gmo >; \ >> mkdir -p debian/tmp-fdisk-udeb/usr/share/locale/$$LANG/LC_MESSAGES >; \ >> cp $(CFDISK_PO_DIR)/$$LANG.gmo >> debian/tmp-fdisk-udeb/usr/share/locale/$$LANG/LC_MESSAGES/util-linux.mo >; \ >> done > I wrote up a patch to add the missing l10n to cfdisk. Unfortunately its bloats the udeb a bit: total 4072 68 bsdutils_2.12-4_i386.deb 468 fdisk-udeb_2.12-4_i386.udeb 136 mount_2.12-4_i386.deb 4 util-linux-2.12 4 util-linux-2.12.new 984 util-linux-locales_2.12-4_all.deb 148 util-linux_2.12-4.diff.gz 4 util-linux_2.12-4.dsc 60 util-linux_2.12-4_i386.build 4 util-linux_2.12-4_i386.changes 372 util-linux_2.12-4_i386.deb 1820 util-linux_2.12.orig.tar.gz Around 70K per language added to the udeb. Is this acceptable, or what else should be done? Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Committed Russian translations to debian-installer
tags 219089 pending tags 219091 pending tags 219092 pending tags 219093 pending tags 219094 pending tags 219095 pending thanks I've committed your Russian translations to the debian-installer CVS. Thank you for your contribution to Debian. Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bosnian translation - remaining two d-i files
On Tue, 2003-11-04 at 19:54, [EMAIL PROTECTED] wrote: > Alastair, here are base-config and silo-installer po files, btw, I just found > out, while reading through this list about: > http://people.debian.org/~barbier/d-i/l10n/bs and found in status.utf8.txt > file new untranslated and some fuzzy strings. So it seems that I still have > some work to do :) > > Regards to everyone > > Safir Secerovic Thanks, Translations committed. Regards, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bogl-bterm: font reloading
>[Daniel Jacobowitz] >> Can you just restart bterm? Yes, I realize that's got some issues >> since you're running inside of it. But it's really not set up to >> re-parse the font. > >I would rather not restart debian-installer and main-menu, and it seem >to be a requirement to be able to restart bterm. > Why not? (I'd like to know what issues exist with restarting main-menu in particular). It appears from the bterm code that its going to be hard to get it to reparse the font without restarting the "client" program main-menu. - Alastair >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GOBACK in kbd-chooser
>Am Fr, den 07.11.2003 schrieb Petter Reinholdtsen um 10:52: >> > On user selecting GOBACK out of the module, exit 0, not 30. Its not >> > an error and main-menu shouldn't lower the debconf priority. >> >> How do you expect this to work? If the user chooses GOBACK, he expect >> to get to the previous question, not just continue like nothing >> happened. Returning OK (0) will make main-menu just select the next >> entry in the menu, right? > >Even worse, since the udeb will be left unconfigured it will select the >same entry again. Wit debconf priority=high, you won't have a chance to >break out, because the item will be selected automatically. > >So with the current model, the priority must be lowered to prevent such >a deadlock. > >Sebastian Ok, bad fix for a problem that was fixed properly elsewhere (in anna). Will back out tonight when I get home. - Alastair >-- >PGP-Key: http://www.mmweg.rwth-aachen.de/~sebastian.ley/public.key >Fingerprint: A46A 753F AEDC 2C01 BE6E F6DB 97E0 3309 9FD6 E3E6 > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
setting /etc/modules in d-i / base-config?
Hi, #219290 points out that USB keyboards don't work after reboot, as the necessary modules aren't loaded properly. Do we (expect to) prime the /etc/modules on /target in d-i, in general, eg. for network interfaces, or should kbd-chooser add the USB modules if it spots a USB keyboard? This could be a generic issue: eg if a PC has multiple network cards, and the modules are loaded at boot-time in a different order to that in d-i, the eth0 / eth1 aliases will be different. Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#219765: Languagechooser 1.03 dies on mipsel
On Sat, 2003-11-08 at 20:48, Karsten Merker wrote: > Package: languagechooser > Version: 1.03 and 1.04-cvs > > On mipsel, languagechooser dies with a return-code of 1 when called > from main-menu (probably it segfaults). When called in a shell > via "udpkg --configure language-chooser" it just hangs. Further tests > have narrowed down the problem to the following code segment: > > # Only display the translated texts (ie the English "translation") > # when in UTF-8 mode. > if echo $LANG $LC_CTYPE | grep -q UTF-8 ; then > db_set debconf/language en > else > db_set debconf/language C > fi Hi, The code actually goes: echo $LANG $LC_CTYPE | grep -q UTF-8 if [ $? ] ; then ... Could you please test this on mipsel? I can't log into a mipsel box at the moment. if this fails, try the variant if `echo $LANG $LC_CTYPE | grep -q UTF-8 ` ; then ... Regards, Alastair McKinstry > The echo and grep processes are started, but the db_set is not called. > When the same sequence is run manually in a shell, it works as expected. > Exchanging the busybox-ash by a dash as /bin/sh does not change the > behaviour. > > If the sequence above is removed and replaced by a single > > db_set debconf/language C > > as a temporary workaround, language-chooser works on mipsel. > > Regards, > Karsten > -- > #include > Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung > oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder > Meinungsforschung. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: updated lithuanian .po files
On Sun, 2003-11-09 at 00:04, KÄstutis BiliÅnas wrote: > Hi, > > In attachement there are some updated lithuanian (lt_LT) > .po files for d-i. Could someone commit them for me? > > Thanks, Committed. Thanks for your contribution to Debian. Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: setting /etc/modules in d-i / base-config?
On Sat, 2003-11-08 at 23:59, Petter Reinholdtsen wrote: > [Alastair McKinstry] > > Do we (expect to) prime the /etc/modules on /target in d-i, in > > general, eg. for network interfaces, or should kbd-chooser add the > > USB modules if it spots a USB keyboard? > > My plan is to leave this to the HW detection system (discover), and > make sure it detect and loads the correct modules at boot time. > When it comes to USB devices, I guess hotplug is a must as well, to > make sure the required USB modules are loaded when the devices are > inserted as well. > This will not be popular with those who want to keep base small, and fast boots; but would probably be a good idea for modern desktops. It should be possible to do both: copy the current modules from d-i to /target, then the system will work; discover will then not be necessary, just a good addition. > > This could be a generic issue: eg if a PC has multiple network > > cards, and the modules are loaded at boot-time in a different order > > to that in d-i, the eth0 / eth1 aliases will be different. > > The detection order is as far as I know, the order on the PCI bus, and > this do not change without moving cards in the PC. For Disks, I believe so, but for ethernet cards, it depends on the order of modules loaded, or aliases in /etc/modules; eg alias eth0 e100 alias eth1 tulip sets things the reverse order to which they are setup in d-i. I have this in my modules setup to "autoload" e100 on reference to eth0. Regards, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#219868: choose-mirror: Go Back does not work properly
On Sun, 2003-11-09 at 20:58, Denis Barbier wrote: > Package: choose-mirror > Version: CVS > Severity: normal > Tags: d-i > > Hi, > > if you select http protocol, continue until the last question, > go back to the first question and select ftp protocol, then > choose-mirror exits before reaching the last question. > > Denis > I've just fixed this bug in CVS. Could you please retest choose-mirror? Thanks, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#215469: don't include unnecessary udebs on the cd
>
>
>
>
>I attach some annotated lists:
>
> - netinst-udebs: udebs that should go on all netinst cds
> - netinst-udebs-i386: additional udebs that should go on i386 netinst cds
> - exclude-udebs: udebs that have no reason to go on any cd
> - exclude-udebs-i386: udebs that have no reason to go on any i386 cd
>
>File format uses # for comments. ${kernel:Version} should be substituted
>with the current installer kernel version, currently 2.4.22 on i386. To
>get the udebs that can go on non-netinst cds, just remove the excluded
>ones from the full list of available udebs.
>
>Someone else will have to take care of the other architectures, and
>these lists could use some review by the other d-i developers. In
>particular:
>
> - I don't understand why console-keymaps for other architectures
>are available on i386.
It is apparently possible to connect other keyboard types to a PC, typically
via serial. The only such adapter I have is
ps2-to-serial, so I can't test this very well yet.
Nevertheless, its so esoteric that anyone with such wierd
hardware can supply the udeb for themselves (it would require
recompiling kbd-chooser anyway), so drop them from the CD.
- Alastair
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#220182: netcfg: Please re-order the TCP/IP configuration
Hi, If we do reorder the questions to -IP address -Netmask [guessed from ip address] -Gateway [guessed from previous answers] -DNS servers -Machine name -Domain name Then it may also be possible to retrieve Machine and domain name from DNS, if present. Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#220117: Installation report
On Mon, 2003-11-10 at 23:46, Wilmer van der Gaast wrote: > Package: installation-reports > Priority: normal > > INSTALL REPORT > > Second time I tried, everything went better. I picked the Dutch language > from the list, and noticed that it also assumes a Dutch keyboard then. I > can tell you, Dutch keyboards still exist over here, but there are less > Dutch keyboards than Debian users in this country. Please change that > default, or better, let the user pick a layout. Is a lower debconf priority is chosen, a question offering a choice of keyboards will be offered (A bug is filed to make this clearer). The default keyboard is the same as it was for woody; whar is the best default keyboard for Dutch language users ? Note, a different choice may be selected for Dutch Belgian speakers. Regards, Alastair McKinstry > Wilmer van der Gaast. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Second stage console problem
On Fri, 2003-11-14 at 06:21, Miroslav Kure wrote: > On Thu, Nov 13, 2003 at 05:05:43PM -0500, Joey Hess wrote: > > Kenshi Muto wrote: > > > How do you think about following flowchart, Joey? > > > > > > n > > > check tty -> serial. 2nd stage as current LANG (*1) > > > | y > > > v y > > > check fb0(*2) -> run bogl-term as LANG(*3) > > > | n > > > v y > > > acceptable LANG without bogl-bterm?(*4) -> 2nd stage as LANG > > > | n > > > v > > > cancel LANG (use English) > > > | > > > v > > > 2nd stage > > > > > > *1: If you want to install in serial console/non-FB machine, you can > > > use only English installer, it means LANG of 2nd stage is always > > > English (C). > > > *2: Current termwrap looks don't implement yet. > > > *3: Current termwrap looks don't implement yet. > > > *4: Current termwrap looks implement partly? I think this needs > > > various people's help. > > > > Yep, that sounds right. > > Yet there is the issue with latin-* languages, who don't need > special terminal, but only need to set correct font in the > console-tools package. > E.g. accented characters in iso-8859-2 (Czech, Slovak, maybe > others) won't display correctly until you set lat2 console font, > which makes base-config almost unreadable. > > Regards, > Miroslav Kure Ok, Two things to take note of: (1) I'm implementing a default font for linux console in console-data that will provide Latin, Hebrew, Cyrillic. I can detect and change that based on default locale if necessary - setting eg an iso02 based one. However, there is a catch: if you set a vesa screen mode, e.g. to set a font or console screen size, then setting a font will undo that. So I have to detect a vesa mode and _not_ set font in that case, but leave it to the user. I'm detecting VESA modes by looking for "vga=" on /proc/cmdline; if a framebuffer is set by default here, the font will not be set. (This need not be a problem for base-config, as it can use bogl and load a framebuffer after boot. But help will be needed by various arch people to debug this). (2) Important: There is a bug in the linux kernel API that makes combining characters (accents) at the keyboard effectively impossible in UTF-8 mode: (the API only allows a _char_ for the result of a diacritic -type key: hence compose chars don't work properly in UTF-8 modes). I don't think bogl does anything smart about this; it means that _at_the_console_ entering accents in UTF-8 locales is broken. While this does not affect d-i at the moment (no dialogs that want arbitrary text), it means most users will not want UTF-8 locales on the console. Regards, Alastair McKinstry > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#221186: keymap problem fixed
Hi, The dvorak keymap bug is now fixed in daily builds. It is possible to work around it in two ways: (1) Set DEBCONF_PRIORITY=medium on the boot line, to get the keyboard question asked. (2) use bootkbd=us Not the change in syntax. I am downgrading this bug to normal, but leaving it open until the documentation is checked to note the change in syntax. Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Fwd: Alpha Debian Netinst]
A report that was forwarded to me; I am updating the ports-status page with details on submitting reports the offical way. -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine --- Begin Message --- http://www.debian.org/devel/debian-installer/ports-status It says on that page to report any installations to you. Well, I'm trying the "sarge-alpha-netinst.iso" from testing (both daily and non-daily) on an alpha PWS 500au with 128mb ram using aboot/SRM and so far am unsuccessful. It dies while trying to mount /dev/rd/0. If I tell it to use /dev/ram0 as a root, it says it can't find init. If I pass init=/linurc to the kernel, it still says no init found. So I'm slowly hopefully getting there. I don't have a full dump of the boot process, otherwise I'd dump it to you. Any Ideas? Otherwise I guess it doesn't work... *shrug* --- End Message ---
Asking the priority question; was Re: Bug#221186: keymap problem fixed
On Mon, 2003-11-17 at 21:24, Denis Barbier wrote: > On Mon, Nov 17, 2003 at 10:30:16AM +0000, Alastair McKinstry wrote: > > Hi, > > > > The dvorak keymap bug is now fixed in daily builds. > > > > It is possible to work around it in two ways: > > (1) Set DEBCONF_PRIORITY=medium on the boot line, to get the > > keyboard question asked. > > > > (2) use bootkbd=us > > Not the change in syntax. > > > > I am downgrading this bug to normal, but leaving it open until > > the documentation is checked to note the change in syntax. > > Err, having to enter boot line parameters in order to have a > decent keyboard does not seem to be an option to me. (Even if > it works in this particular case since the keyboard layout is > qwerty) The bug is fixed; the workaround is for the _beta build_ only. > The keyboard question must be asked, or at least user must be > told that his locale setting assumes some default values > (which are printed at that point), and he has to lower debconf > priority in order to change it. But I really do not understand > why you insist on not displaying this question, which makes > installation much more painful, as already told by bugreports. My point is that the real solution is to ask the priority question immediately after the language question. This way users know that there are questions that they are not being asked, and can go back (via goback, at any question stage) to main-menu and change priority, and ask those questions. I would recommend asking the question, rather than just mentioning debconf priority on the opening text, because users have a habit of not noticing such things unless they are asked to make a choice. The default priority would still be "high". The alternative to asking the question is fielding bug reports every time we make a default choice: e.g. setting up a default mirror in choose-mirror, using the CDROM debs if they are present, using DHCP (when present) rather than asking for an IP, etc. as users are not aware that they have alternatives. It is a balancing act; beginners do get confused by the keyboard question, not knowing which one they should choose. People do evaluate installers based on how many questions they get asked. I recommend we insert the question now; if we get bug reports in beta2 reporting it as an issue, I will change the kbd-chooser priority. I'm sending this mail to debian-boot, and particularly to Joey Hess, as I do not want to change the menu question order without agreement. Does anyone object to such a change? > Denis > Regards, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
boot-floppies ; new release for 3.0r2 ?
Hi, There is a fix in the current CVS boot-floppies, which I believe is required for the Arm RiscStation; it sets the keyboard in kbdconfig.c. Can someone confirm that this is needed for RiscStation? Is there going to be a new release of boot-floppies for the upcoming woody release? Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Status of IPv6 in d-i?
>Hi, > >A friend of mine, who is quite the IPv6 adopter commented to me today that a >(much) earlier version of d-i that he tried out some months ago had IPv6 >support, but that it had seemed to have gone away in the newer releases. > >Are there any plans for the installer to work with IPv6 for the sarge >release? > Yes, if we can get the work done by sarge release time. At the moment, everyone looks focussed on clearing the bug backlog, but the work involved for IPv6 need not be so big: Offhand from IRC discussions I believe we need: (1) ensure wget in busybox (-cvs?) is built with IPv6 support. (2) choose-mirror works sensibly to select IPv6 mirrors (3) (bigger) netcfg tries IPv6, tries to autoconfig (ping local net?) if this works, sets a debconf flag so that choose-mirror, etc. select from IPv6 hosts. All help needed. Beannacht, Alastair McKisntry >Andrew > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Localizing New Debian Installer to Arabic
Hi, Currently, support for Right-to-Left languages is unimplemented in Debian Installer (bug 212962). Nobody has been working on it as there are no Arabic or Hebrew translations. Please feel free to start, and I will work on this bug :-) You can get the debian installer .po files by checking out with CVS: see http://cvs.debian.org/ , checkout with root debian-boot. You can see the status of translations at http://people.debian.org/~tsauter/d-i/translations.html Regards, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Status of IPv6 in d-i?
> Actually, that doesn't have to be such a hassle. Provided a Router > Advertisement Daemon (radvd under Linux) is running for your local > network, the kernel will autoconfigure itself, without userland help; > also, globally-addressable IPv6 addresses are easy to distinguish: if > the IP address starts with 0x3ffe or 0x200, it's globally addressable > (although the first is deprecated, and may disappear soon). You're right; good news, we don't even need ping decide if ipv6 is present; just load the module. However we might still like to set up DNS (statically, or via DHCPv6, or SLP). For the limited use it will get in d-i, however, (just looking up the IP for the mirrors), we would probably be safe enough hard-coding an IP(v6) address, (ie ask the user on low priority, with a default IPv6) > It's probably better to distinguish using a negative list tha>n to > distinguish using a positive list, though. -ipv6: Isn't it better to say > "if the IP starts with 0xf, or is ::1 it's *not* globally addressable"? I think so. Beannacht, Alastair McKinstry <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to debian-installer/utils/debian by mckinstry
>Am Son, den 16.11.2003 schrieb [EMAIL PROTECTED] um 12:38: >> Update of /cvs/debian-boot/debian-installer/utils/debian >> In directory gluck:/tmp/cvs-serv16371/debian >> >> Modified Files: >> changelog control rules >> Log Message: >> Add di-utils-devicefiles package to provide the devicefiles needed >> for those archs that create them 'manually', rather than using >> devfs (or even udev) >> >How is this different from userdevfs? > >gaudenz > It is userdevfs. Its the first step to a (small) cleanup of the build Makefile; first move the code into a little udeb; once it hits the archive, the code can be removed from the Makefile and the udeb added to the pkg lists. Later we can make a build dependent on e.g. devicefiles, provided: by this, a devfs-'d kernel package or a udev'd kernel package. Regards, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Localizing New Debian Installer to Arabic
On Thu, 2003-11-20 at 23:06, Anmar Oueja wrote: > Great.. I will get some strings done for ya tonight :) > > > BTW, there are lots of po files for a whole bunch of archtectures. Do > you know which ones I should start with especially for you to test with ? > > How do you want me to submit the localised files ? The most useful ones to start with are main-menu, cdebconf and the languagechooser.l10n. Do you have Cvs access in Debian? if not, the easiest way to submit the files is just to send them to me. Beannacht, Alastair McKinstry > Anmar > > Alastair McKinstry wrote: > > On Thu, 2003-11-20 at 19:27, Anmar Oueja wrote: > > > >>Thanks Vincent: > >> > >>I got some answers that lead me to conclude it is impossible to do > >>Arabic on the NEW debian installer. The main problem is the darn bidi > >>(bidirectional) which isn't supported by NEWT. I tested it uing > >>NEWT-python binding and it did not work > >> > >>Are there are work arounds or something ? > >> > > > > > > I am currently adding bidi support to newt (well, the newt > > frontend for debian-installer in particular). > > > > Could you send some test translations to work on? > > > > Regards, > > Alastair McKinstry > > > > > >>Anmar > >> > >>Vincent Renardias wrote: > >> > >>>On Wed, 2003-11-19 at 21:57, Anmar Oueja wrote: > >>> > >>> > >>>>Hello: > >>>> > >>>>I would like to start localizing the Debian Installer to Arabic. Could > >>>>you please direct me to the right place to get the .po files to start > >>>>localizing ? > >>>> > >>>>How can I test my localization files ? > >>>> > >>>>Does the Debian Installer support Arabic language (right to left) ? > >>> > >>> > >>>Hello, > >>> > >>>did you get any answer? > >>>if not, tell me and I'll tell you how to proceed. > >>> > >>>Cordialement, > >>> > >> > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Default bootloader
>[Geert Stappers] >> Add missing serial line (detection) support to the list. > >Are you talking about the missing serial line support in >grub-installer, or some feature of the grub boot loader? The first >should be easily fixable. At least we use grub with serial console >here at the university, and it works just fine. I am not aware that >it is possible to get grub (nor lilo) to autodetect serial lines. It >this possible with lilo? In terms of autodetecting serial lines, are you aware that kbd-chooser sets debian-installer/serial-console to yes/no to indicate whether a serial console is in use? Is this sufficient ? - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: base-config 2.0
> > >I hope to finish this up so it uses the cdebconf db for the rest of the >stuff in installer-integration, and take it further so it uss any >additonal d-i stuff it can to avoid more questions. I still need to work >out how to get the equivlant of dbootstrap_setting's KEYBD and >SERIALCONSOLE from d-i db. > Whats the issue? Have you seen kbd-chooser/debian/prebaseconfig? You can retrieve the keyboard setting from cdebconf; I'm not sure what SERIALCONSOLE is in dbootstrap; debian-installer/serial-console is a boolean set by kbd-chooser saying whether or not a serial console is in use. - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: choose-mirror country codes
On Wed, 2003-12-03 at 21:52, Joey Hess wrote: > Alastair McKinstry wrote: > > The countrycodes are used to provide a more "neutral" and > > defined identity of country than English name. > > > > It is easy to confuse "English name" for country with > > "translated name" leading to bugs you won't see those bugs if you are using > > English. > > > > Also, The "English name" for countries is not unique. > > You need to avoid one package using "USA", another using > > "America", another using "United States of America". > > All well and good, but when I run choose-mirror in en_US, I see "US". > What needs to be done for me to see any of the above? The language should be set to en_US rather than C in the absense of languagechooser. Then English translations will be picked. I'll investigate as soon as I can in detail; I think it just means changing the C.UTF-8 to en.UTF-8 Regards, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: choose-mirror country codes
On Thu, 2003-12-04 at 20:03, Denis Barbier wrote: > On Wed, Dec 03, 2003 at 10:39:40PM +0000, Alastair McKinstry wrote: > > On Wed, 2003-12-03 at 21:52, Joey Hess wrote: > [...] > > > All well and good, but when I run choose-mirror in en_US, I see "US". > > > What needs to be done for me to see any of the above? > > > > The language should be set to en_US rather than C in the absense of > > languagechooser. Then English translations will be picked. > > > > I'll investigate as soon as I can in detail; I think it just means > > changing the C.UTF-8 to en.UTF-8 > > AFAICT there is no debian/po/en.po file containing the country > code <-> English name mapping. It should be generated by > makeheader.pl. > > Denis Doh. I can't verify but it appears that I haven't checked in my local copy of debian/en.po. Needless to say it works fine locally, and this is why I didn't understand the problem Joey was talking about ... I'll commit as soon as CVS is back. - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hungarian l10n of d-i
On Wed, 2003-12-10 at 17:58, VEROK Istvan wrote: > Hi! > > Will someone please commit this to CVS and set me straight as to where > to obtain those additional PO files external to d-i. I have no > familiarity with d-i code at all, and am no DD, so verbose replies are > welcome. Committed to CVS. Thank you for your contribution to Debian. - Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: why is dvorak the default keyboard for English locales?
On Thu, 2003-12-11 at 20:06, Joey Hess wrote: > I see that even with the latest kbd-chooser, if I pick American English > in languagechooser, it defaults to a dvorak keyboard. At least it asks > me about it now at high priority, but surely the American English > keyboard would be a much better default? This is a bug in console-data, that I have fixed. I cannot upload the fixed version ATM because there is a corrupted version sitting in /pub/UploadQueue on ftp-master.debian.org, and I can't login to clear it. I'm waiting for it to time out. Sorry about that. - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: updated lithuanian .po files
On Thu, 2003-12-11 at 21:32, KÄstutis BiliÅnas wrote: > Hi, > > In attachement there are some updated lithuanian (lt_LT) > .po files for d-i. > > Thanks, Committed. Thank you for your contribution to Debian. SlÃn agus Beannacht - Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Language choser is also keyboard choser ??
>In the last release of debian installer the language choser is also the >keyborad layout choser. I don't know how the association language - >keybord is done but i don't like this way to configure things. > >I'm italian and is very common that i use english keyborads but i like >italian language interface, in north italy is common also to use deutch >keybords with italian languge or the opposite. > >Why not present two menu, one for language and one for keyboard ? > >I dont' like also the way to select language, is not clear. I like more >a solution like: > > Please chose your languge: > > DE - (I don't know german) > EN - Select that entry to procede in English > ES - (I don't know espagnol also) > IT - Seleziona questa voce del menu per procedere in italiano > >Whe can order coutry codes alfabetically so, i think, found the right >one is more easy. > >Then we can present the chose of the keyboard layout with the default on >the default association. There is a keyboard chooser question; it is not shown by default in the beta-1 release, it is now shown by default in the daily (and future) releases. To see the keyboard question, start with DEBCONF_PRIORITY=medium on the initial prompt . The default choice of keyboard is taken from the languagechooser. Regards, Alastair McKinstry > >If you agree with that proposal i can try to submit a patch. > >Ciao >-- >Daniele > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fixed in NMU of lvmcfg 0.10
tag 219471 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 10 Dec 2003 21:59:11 + Source: lvmcfg Binary: lvmcfg Architecture: source all Version: 0.10 Distribution: unstable Urgency: low Maintainer: Debian Install System Team <[EMAIL PROTECTED]> Changed-By: Alastair McKinstry <[EMAIL PROTECTED]> Description: lvmcfg - Configure the Logical Volume Manager (udeb) Closes: 219471 Changes: lvmcfg (0.10) unstable; urgency=low . * Verok Istvan - Initial Hungarian translation * Template polishing from Christian Perrier plus fixes by Chris Tillman. Closes: #219471 Files: 91ec25edcd2670856bf70abd13c2f4a9 587 debian-installer optional lvmcfg_0.10.dsc 37e0b0693ba1574ba8b48d4096c22b40 38943 debian-installer optional lvmcfg_0.10.tar.gz e51222ed0682eed53c03872af79fe5bd 5626 debian-installer optional lvmcfg_0.10_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/2hQZ2tp5zXiKP0wRAnEWAJwMfgiGYnE/TTg9mSG1KOumQCOoSACeKKGG wGEkHEccWKFmMh1twqhcDbU= =kqHo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdebconf menu location
>Quoting Joey Hess ([EMAIL PROTECTED]): >> Having this ugly debconf priority question right after choosing the >> language is annoying. Do we really need it there? > >I haven't tested a full d-i for a while now, but I think I can get the >point. The point of putting it there was that many users weren't aware they _could_ change the priority, and ask more questions (eg the kbd-chooser default issue). It pretty much needs to be asked to be noticed; people just fail to read the boot splash screen. I agree that its ugly, though, and probably deserves to be re-written. I'd leave that until after the string freeze, though, and for people with better English than me (eg Christian Perrier :-)) Slán agus Beannacht, - Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BIDI Status in Debina Installer
On Sun, 2003-12-21 at 20:38, Petter Reinholdtsen wrote: > [Anmar Oueja] > > Hello All: > > > > I would like to know the status of adding BIDI support to the Debian > > Text-based interface installer. > > I suspect the important bug is http://bugs.debian.org/212962 >, > and no one have added any info to it since I reported it. I suggest > starting with adding the language choice and the cdebconf > translations, and then get them to display correctly. > > > This is important since I am working on translating the PO files for > > the installer to Arabic. > > This sounds very good. I look forward to your patches. :) > I apologise for not responding to this earlier; I have been working on patches for BIDI for d-i (a fribidi udeb, patches for cdebconf and newt), but all plans have been thrown into disarray by illness; my family (me included !) we struck by flu and I'm struggling to get better by Christmas. I hope to post the patches ASAP. Regards, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Should we really use countries in languagechooser
Happy Holidays! On Thu, 2003-12-25 at 09:09, Christian Perrier wrote: > Quoting Anmar Oueja ([EMAIL PROTECTED]): > > > Please change it as you see fit. As a matter of fact. in the > > languagechoose.l10n I put in "choose Arabic to begin installer (Arab > > World" in arabic of course to direct it to all Arabic speakers > > regardless of their country of origin > > I'll try to make some general proposals about this. My whole feeling > is that countries are unneeded in d-i. > > But I need to speak of this with Alastair.and list. The country information is used in two places: (1) In selecting dialect; eg. US American vs British; Swiss German vs German (in principle; not done yet, I believe) (2) To select _default_ values for other things: - keyboard - ftp mirror - timezone others? Perhaps one possibility is to ask the country question at a lower priority _after_ the language question, if necessary; e.g. we might not need to ask the 'which country' bit for many languages, and it would simplify the language question. This approach was taken in woody, I believe. The default value of the country question would be 'XX' for undefined, unless the question is answered by the user (or a GPS device, etc). SlÃn agus Beannacht, - Alastair > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#219290: [d-i] No USB keyboard after reboot
On Sun, 2003-12-28 at 11:48, Martin Michlmayr wrote: > * David Nusinow <[EMAIL PROTECTED]> [2003-12-26 18:21]: > > > Apart from this solution, which is certainly a good first step, I > > > wonder which discover doesn't handle this situation properly. It > > > seems to me that most of usb-discover should be merged into discover. > > > > How much of usb-discover are you thinking? I'll have a look at it and > > see if I can't produce a preliminary package. > > I realized in the meantime that there's probably a good reason for > usb-discover to exist. I guess this package exists so USB Keyboards > can be identified early on when discover is not available yet. As the original author, I looked over the package, and yes ,it doesn't make it clear why it exists. It is indeed there to be run as soon as possible so that USB keyboards can be used; it must be as small as possible to fit in initrds (for floppies and the 2MB limit on isofs) , hence discover is not an option at this point. However, it would be better if the list of USB modules was taken from the maintained discover[2] package automatically rather than built by hand. Regards, Alastair McKinstry > -- > Martin Michlmayr > [EMAIL PROTECTED] > -- 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? SlÃn agus Beannacht, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Countrychooser commited in CVS
Am Sath, 2004-01-17 ag 08:03, scrÃobh Christian Perrier:
> (Alastair, this is a discussion in -boot about countrychooser, a new
> d-i package, which makes use of your iso-codes package. I need to talk
> with you about some issues)
>
> Quoting Joey Hess ([EMAIL PROTECTED]):
>
> > That's interesting. This is a place where cdebconf deviates from the
> > debconf spec, apparently; ", " is the official list delimiter.
>
> I added the separating space, but I confirm that all works fine
> without it with cdebconf
>
> > Well I was wondering about geographical drill-down, or just geographical
> > groupings/headings in the list:
> >
> > Europe
> > Germany
> > France
> > Spain
> > ...
> > America
> > US
> > Canada
> > Mexico
> > ...
> >
> > But like I said, I'll reserve comment until I've seen it.
>
> Well, the problem here is that we do not have a valuable source for
> doing this. ISO code lists do no give information about such zones.
Yes. I want to avoid expanding the role of iso-codes at the moment, as
it is designed to be a small component for many packages: its hard to
convince a developer to "bloat" their package by making it depend on
yours if you keep expanding your package to include new things.
So I think the information about zones should stay in countrychooser for
the moment.
> I think users in general are quite well aware of such long lists :
> these country lists are what you find on each and every form which
> asks you for your address (those which continue to list French Guyane
> near France).
>
> As long as the form is sorted, any user may easily find his country by
> typing the first letter of its official name which I hopà they're
> aware of.
>
> The *current* list is a bt broken, according to Alastair (who
> maintains the iso-codes packages it's taken from). For instance,
> "Great-Britain" is listed there as "Britain" which is obviously
> bugguy.
Yes. It should match the "Great Britain" returned from the locale, eg.
that returned by nl_langinfo(), so you could do
localised_ctryname = dgettext("iso_3166",
nl_langinfo(_NL_IDENTIFICATION_TERRITORY));
I would also like iso_3166.tab to match /usr/share/zoneinfo/iso3166.tab
(and so replace it later), but at the moment iso3166.tab uses "Britain
(UK)", so at the moment these two goals conflict. Working on it.
> I'm waiting for Alastair to release a new version of iso-codes with
> updated codes and translations.
>
> I will also ask him for a iso-3166-udeb package as countrychooser
> needs the iso-3166.tab file as reference.
Ok, that I can do. Should it just contain the .tab file, or the .po
files too?
- Alastair
--
SlÃn agus Beannacht,
Alastair
Alastair McKinstry <[EMAIL PROTECTED]>
GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself.
- --Thomas Paine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#229761: #229761: Bad keymaps in installer
Hi, Thanks for testing the keyboards in debian-installer. In what way do you believe these keymaps are bad? Lithuanian Latvian Japanese (106 key) Macedonian Dutch Is this in the install stage, or later? If so, which kernel, etc. did you use? Thanks, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: D-I and UTF-8
Am Luan, 2004-02-02 ag 17:39, scrÃobh Nikolai Prokoschenko: > Hello! > > I must have missed the discussion, as this question should have been > raised several times: If the first stage of the installer uses UTF-8 > anyway, wouldn't it be wiser to configure the second step also into > UTF-8 and thus make UTF-8 the default encoding? > > BTW, I know the console is currently almost uncapable of UTF-8, but > anyway -- it won't ever be, as I see it... Redhat has done the step, > what should be done, so that Debian can also? > The problem is that it in some circumstances _reduces_ functionality at the moment. With a UTF-8 console you lose the ability to do compose characters (eg. accents). ie a de_DE.ISO_8859-15 locale allows you to enter accents, but a de_DE.UTF-8 one doesn't: the problem is that the kernel ABI (even in 2.6) defines (char base, char diactritic) -> char result_char (See struct kbdiacr in /usr/include/linux/kd.h) This works for simple 8-bit locales (eg ISO-8859, ru_KOI8), etc but breaks UTF-8, which requires strings. Using UTF-8 makes X11 easier but breaks console functionality. Lets go to UTF-8 by default when either (1) the kernel is fixed (2) We jump straight to X. - Alastair McKinstry > -- > Nikolai Prokoschenko > [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED] -- SlÃn agus Beannacht, Alastair Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#232397: use menutest in bterm-unifont instead.
The postinst in bterm-unifont never worked, by misunderstanding of design. I intend to implement the menutest hack instead; this will restart bterm-unifont (my bterm design, it cannot simply be HUP'd , it needs to be restarted). The hard part of this is testing, which is why it was left so long. -- SlÃn agus Beannacht, Alastair Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Up/Down/PgDn/PgUp not working anymore in cdebconf?
>On Mon, Feb 16, 2004 at 07:18:07AM +0100, Christian Perrier wrote: >> With a 20040212 netinst ISO image, the direction keys do not work >> anymore for moving around d-i menus. >> >I saw this one too. I also got left with a half finished configure once >I'd "finished" following the first reboot. It took three attempts >before I managed to get it to work. I'll be trying again tonight :) > >Andy A regression in newt broke this. Sorry. I did an upload yesterday to fix it: todays builds should work. (I'm working on broken i18n in newt/whiptail at the moment). Regards, Alastair > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Up/Down/PgDn/PgUp not working anymore in cdebconf?
>Quoting Alastair McKinstry ([EMAIL PROTECTED]): > >> (I'm working on broken i18n in newt/whiptail at the moment). > >Support for BIDI languages�? > >I've got no news from BIDI languages people, either Arabic or >Hebrew I'm starting to worry whether we will succeed in getting a >fully functional d-i for these languages... > Thats the plan. There are a couple of fixes for UTF-8 that also need to go in, then release. I'd like to release an experimental release this weekend, but have learned the hard way not to make promises given my current work. I'm recovering from a Death march project at work; last weekend was the first full weekend off for our group in months. The plan is to fix kbd-chooser issues tonight/tomorrow, work on an experimental newt package by Sunday, and to expect interruptions and demands by my family :-). Regards, Alastair >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#232085: Bug #232085: please retest
Hi, I'm afraid I cannot reproduce this bug. With kbd-chooser, you should be able to choose the keymap manually with DEBCONF_PRIORITY <= medium. I am able to do so on i386, at least. Can you check if this is a mac-specific bug? Have a look in the logs (console #4, or if possible copy /var/log/messages and send it to me), and see if it is checking subarches correctly. I don't have a mac to check, and the only reason offhand I can see this breaking is if the subarch detection code is not working. Regards, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[i18n]: For translators: iso-3166-udeb has changed
Hi, This is an advanced warning that "iso-3166-udeb", used in Debian Installer, (and the iso-codes source package), need updating. I have created an Alioth project for it: http://www.pkg-isocodes.alioth.debian.org Debian developers should have direct CVS commit access (module iso-codes); for other translators, what has changed: iso_3166.pot has a new entry msgid "Ãland Island" msgstr "" that needs translating. You could just send this on to me to commit if you wish. There are also updates and spelling corrections to the iso_3166_2.pot files for the more adventurous. -- SlÃn agus Beannacht, Alastair Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = CD45 260A 4546 C3C0 F595 F0F6 4132 BF90 2A38 5C57 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[l10n] Translation needed for console-data
Hi, In the next upload of "console-data" I am including a French Atari keymap. This means one more entry that requires translation. Can translators please provide a translation for "French (Atari)" for console-data/debian-installer? Thanks, Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: base-config, kbd and console-tools
Am Aoine, 2004-02-27 ag 06:52, scrÃobh Denis Barbier: > Hi, > > is there any reason why base-config depends on console-tools instead > of "console-tools | console-utilities"? Should work, but I'm not sure of the advantage: base-config almost always just gets run at installation, so console-tools will be chosen. > It is not clear for me whether console-tools or kbd should be used; > the former seems to be unmaintained upstream but have an active > Debian maintainer, whereas this seems to be the opposite for kbd. > In a recent (01/2004) thread on the linux-utf8 ML (currently offline, so > no pointer, but Google should find its cached version) about problems > with UTF-8 and console, kbd upstream advised to throw console-tools away > and install the newest kbd. > Does someone have some experience on this topic? > Ok, A summary of status and plans: The reasons console-(tools|data) still exist are: (1) A number of developers have threatened/promised to restart work "post sarge". (*) (2) Until recently at least, kbd was unmaintained within debian, and had less integration: console-tools, etc using debconf. Recently, Wartan has packaged more recent versions o kbd; I'd need to investigate its debianisation to check if (3) is still true. I have been reluctant to get involved in the kbd package as I feel a degree of redundancy on such an essential package is useful. Andries Brouwer, the kbd developer, is cordial to re-merging the packages; so I've been working with the plan of making the diffs between console-(tools|data) easily mergable back to kbd. console-(tools|data) now use dbs, so patches are maintained individually, to make this easy. I intend to do another "major release" of console-(tools|data) soom which just merges the common patches (common to both console* and kbd) back to the "mainline", keeping just debian-specific stuff as seperate patches, feeding patches back to Andries. I raid each kbd release for new changes and merge them into console-* ; I have yet to do so for kbd-1.12, which has some 2.6 kernel fixes, I believe. * Planned (post-sarge) upcoming changes to console-tools include using X keyboard maps, so we have a more consistent, comprehensive keyboard map set. We should be able to use the libxbfile library to do this. ( Especially with a change like this, I feel it important to keep kbd seperate as a backup while such a merge takes place, so if we f*ck things up, people have something else to use) > Denis -- SlÃn agus Beannacht, Alastair Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint (New) = CD45 260A 4546 C3C0 F595 F0F6 4132 BF90 2A38 5C57 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Review of arcboot-installer template wanted
Hi,
I'm planning to include a patch to arcboot-installer,
for #241178, which posts a reminder note about prom variables.
(Assuming joeyh says ok).
Before I go stressing out all the translators, can people please
review the English version below?
Template: arcboot/prom_variables
Type: note
Description: Setting PROM variables for Arcboot
If this is your first Linux installation on this machine, or if you have
repartitioned your hard drives, you will need to set certain variables
in the PROM before the system will boot normally.
.
At the end of this installation phase, you will reboot your system. When
you do, select "Stop for Maintenance", then press "5" to enter the command
monitor. There, type the following commands:
.
setenv SystemPartition
scsi(${abootbus})disk(${abootid})rdisk(${abootlun})partition(8)
setenv OSLoadPartition
scsi(${arootbus})disk(${arootid})rdisk(${arootlun})partition(${arootpart})
setenv OSLoader arcboot
setenv OSLoadFilename Linux
.
You will only need to do this once. Afterwards, type "boot" or reboot the
system to proceed.
Regards,
Alastair McKinstry
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#244978: is usbutils ever needed?
Hi, I'm working on Debian bug #244978, which asks if usbutils is needed for anything, or will hotplug suffice. In /etc/hotplug/hotplug.functions, there is a note: " usbmodules used for (a) multi-interface devices, (b) coldplug" Do you know if usbutils is needed for multi-interface devices, or will hotplug suffice? Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#244886: kbd-chooser: can't select keymap on sparc64 netboot 20040411 image
Hi, Can you please confirm whether or not you still see this problem? I do not have access to a sparc machine and cannot debug this without help Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#244978: refile under hotplug
refile 244978 hotplug thanks Refiling this bug under hotplug, as it appears to be the package still in need of work. This bug no longer involves usb-disover thanks Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#256405: crash displaying main menu in arabic
DÃ Domh, 2004-06-27 ag 11:29 -0500, scrÃobh Steve Langasek: > On Sat, Jun 26, 2004 at 04:35:42PM -0400, Joey Hess wrote: > > Package: debian-installer > > Severity: normal > > Tags: d-i > > > I booted today's sid_d-i build from a usb stick. At the language > > chooser, I chose the nice new Arabic choice, and then at countrychooser, > > it was at the full list of contries, and I realized I din't speak > > Arabic, and selected the back button. > > Some experimentation and it looks like the problem is just with showing > > the current d-i main menu, localised to Arabic. I can reproduce the same > > problem by booting in expert mode, selecting Arabic, and pressing enter; > > when it tries to draw the main menu (same as it does when you go back > > from countrychooser), it must not like something, and it crashes. I suspect that the arabic shaping code is re-writing the strings and using characters that were not present in the original string. iso-scan saves space by removing all glyphs from unifont.bgf that were not present in the original string; if the code assumes all glyphs are present, it could crash ... - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: keyboard autodetection
> > >Hi, > >> > > * Is there a way to autodetect (based on hardware IDs) the keyboard t>ype >> > > (eg., when you install Debian, you have to select keyboard layout and >> > > country/ type). >> > Hmm. What you're asking, I think, is whether the hardware ID implies a >> > layout. (It's not really autodetection; it's a lookup.) I don't know.> Its hard to do keyboard detection based on hardware ID because of the cheap way keyboard manufacturers build keyboards: they do not want to build key layout into the keyboard electronics, but rather just build 'local' keyboards by sticking the keycaps on at the last minute. E.g. it is easy for a manufacturer to assign different USB IDs to different models, so that keymap type could be autodetected in software. But if they eg. make boards for 1000 French azerty keyboards, with a French ID in the 'firmware', they can't just make these into German 'qwertz' keyboards (if they get a demand for German keyboards), by putting different keycaps on them before packaging, which is what they like to do right now. This is irritating as it means kbd-chooser, etc. can't completely autoconfigure the keyboard. For non-AT keyboards, e.g. Sparc, Apple, etc. the prospects are better; see code in kbd-chooser source for reading keyboard type from these from the input layer in 2.6 kernels. (Hint, hint: please move to 2.6 kernels where possible...) >I've thought about this extensively at this year's DebConf, however I've >been unable to implement a real solution. I had to install Debian on one >box in Brazil, which of course had a Brazilian keyboard. As there are >two different variants of "Brazilian" keyboards available, I could not >decide for myself which one was appropriate. > >The idea I have in mind is to generate a "decision tree" from the >available keymap files (flat tree being optimal) and have the user press >different keys in turn to see what keycode they give. The greatest >hinderance is the fact that I'm not allowed to read data from the >keyboard when using DebConf, which is why I have no real idea how to >implement it in a compatible way for d-i, short of adding a new template >type "single-keycode" (which would probably work on the console, but >require additional work if it is supposed to work together with bterm, >which the installer currently uses, or X, which the installer might use >in the future). Agreed; a much better widget, specifically for X use, should be designed for sarge+1. > Simon > - Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#178991: segmentation faults
On Wed, 2003-01-29 at 23:29, Matt Kraai wrote: > Package: kbd-chooser > Version: 0.004 > Severity: grave > > kbd-chooser segmentation faults when I choose it. Under what conditions did this occur? (a CDROM install, net-floppy, make-demo, etc.) Did you have priority != medium when this occured? I have one segfault bug when priority != medium (currently listed in BUGS in kbd-chooser source) that might be due to cdebconf problems - I'm working on it at the moment; (what cdebconf version are you using?) it certainly segfaults in a cdebconf "get" call, but whether that is a cdebconf bug or kbd-chooser problem is the question (kbd-chooser.c:42, when trying to retrieve console-tools/archs, with priority != medium). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#178991: reopen 178991
Ok, then this is a different bug. Can you please try to generate a core dump and send it to me? I will turn on debugging in the next release (0.006, uploading tonight to fix a build problem on non-x86 platforms), which may give more information. Regards, Alastair On Fri, 2003-01-31 at 17:04, Matt Kraai wrote: > reopen 178991 > thanks > > I experience the same behavior with 0.005. The debconf question > priority was medium. > > Matt > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
languagechooser: country codes should be uppercase
Hi, in languagechooser, the country codes (ISO-3166) are used in lower case. They should be uppercase, as it makes them easier to differentiate from language codes, and process. Attached is a patch to do this. Any objections if I submit it to CVS? Regards, Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine diff -urN languagechooser/CVS/Entries languagechooser.new/CVS/Entries --- languagechooser/CVS/Entries 2003-02-06 18:45:17.0 + +++ languagechooser.new/CVS/Entries 2003-01-19 22:25:08.0 + @@ -3,4 +3,4 @@ /README.trans/1.2/Tue Dec 17 00:33:17 2002// /languagechooser/1.8/Sat Dec 21 23:07:21 2002// /prebaseconfig/1.1/Sun Dec 15 23:30:47 2002// -D +D/debian diff -urN languagechooser/CVS/Entries.Log languagechooser.new/CVS/Entries.Log --- languagechooser/CVS/Entries.Log 2003-02-06 18:45:17.0 + +++ languagechooser.new/CVS/Entries.Log 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -A D/debian diff -urN languagechooser/debian/CVS/Entries languagechooser.new/debian/CVS/Entries --- languagechooser/debian/CVS/Entries 2003-02-06 18:45:18.0 + +++ languagechooser.new/debian/CVS/Entries 2003-01-19 22:25:08.0 + @@ -6,4 +6,4 @@ /postinst/1.1/Sun Dec 15 23:30:47 2002// /rules/1.3/Wed Jan 15 15:30:46 2003// /templates/1.11/Fri Dec 20 09:28:48 2002// -D +D/po diff -urN languagechooser/debian/CVS/Entries.Log languagechooser.new/debian/CVS/Entries.Log --- languagechooser/debian/CVS/Entries.Log 2003-02-06 18:45:18.0 + +++ languagechooser.new/debian/CVS/Entries.Log 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -A D/po diff -urN languagechooser/debian/files languagechooser.new/debian/files --- languagechooser/debian/files 1970-01-01 01:00:00.0 +0100 +++ languagechooser.new/debian/files 2003-01-24 14:05:11.0 + @@ -0,0 +1 @@ +languagechooser_0.013_all.udeb debian-installer standard diff -urN languagechooser/debian/languagechooser/DEBIAN/control languagechooser.new/debian/languagechooser/DEBIAN/control --- languagechooser/debian/languagechooser/DEBIAN/control 1970-01-01 01:00:00.0 +0100 +++ languagechooser.new/debian/languagechooser/DEBIAN/control 2003-01-24 14:05:11.0 + @@ -0,0 +1,11 @@ +Package: languagechooser +Version: 0.013 +Section: debian-installer +Priority: standard +Architecture: all +Provides: language-selected +Installed-Size: 56 +Maintainer: Debian Install System Team <[EMAIL PROTECTED]> +Description: Choose language + This package provides a language chooser for the Debian installer. +installer-menu-item: 10 diff -urN languagechooser/debian/languagechooser/DEBIAN/postinst languagechooser.new/debian/languagechooser/DEBIAN/postinst --- languagechooser/debian/languagechooser/DEBIAN/postinst 1970-01-01 01:00:00.0 +0100 +++ languagechooser.new/debian/languagechooser/DEBIAN/postinst 2003-01-24 14:05:11.0 + @@ -0,0 +1,7 @@ +#!/bin/sh -e + +PATH=$PATH:. + +languagechooser + +exit 0 diff -urN languagechooser/debian/languagechooser/DEBIAN/postrm languagechooser.new/debian/languagechooser/DEBIAN/postrm --- languagechooser/debian/languagechooser/DEBIAN/postrm 1970-01-01 01:00:00.0 +0100 +++ languagechooser.new/debian/languagechooser/DEBIAN/postrm 2003-01-24 14:05:11.0 + @@ -0,0 +1,8 @@ +#!/bin/sh +set -e +# Automatically added by dh_installdebconf +if [ "$1" = purge ] && [ -e /usr/share/debconf/confmodule ]; then + . /usr/share/debconf/confmodule + db_purge +fi +# End automatically added section diff -urN languagechooser/debian/languagechooser/DEBIAN/templates languagechooser.new/debian/languagechooser/DEBIAN/templates --- languagechooser/debian/languagechooser/DEBIAN/templates 1970-01-01 01:00:00.0 +0100 +++ languagechooser.new/debian/languagechooser/DEBIAN/templates 2003-01-24 14:05:10.0 + @@ -0,0 +1,122 @@ +Template: debian-installer/locale +Type: select +Choices: nb_NO, nn_NO, se_NO, lv_LV +Default: nb_NO +Description: Select locale + Please select which locale you would like to use. +Description-fr.UTF-8: Choix de la localisation + Veuillez sélectionner la localisation que vous souhaitez utiliser. +Description-nb.UTF-8: Velg locale + Vennligst velg hvilket locale du ønsker å bruke. +Description-nl.UTF-8: Selecteer taalgebied + Selecteer welk taalgebied u wilt gebruiken. +Description-pt_BR.UTF-8: Selecione o locale + Por favor selecione o locale que você gostaria de usar. + +Template: languagechooser/language-first +Type: select +Choices: [da] Danish, [de] German, [en] English, [es] Spanish, [fr] French, [nb] Norwegian Bokmal, [nl] Dutch, [pt_BR] Brazilian Portuguese, [ru] Russian, [sv] Swedish +Choices-fr.UTF-8: [da] danois, [d
Re: languagechooser: country codes should be uppercase
If I understand you correctly, you mean to input, eg. "[ca] Canada" to cdebconf, with "Canada" being displayed and "ca" being returned. That would be useful; I could use the same code in kbd-chooser to tidy its display. Alternatively we could implement a lookup in the code to translate "Canada" -> "ca", if necessary. My patch is orthogonal to that; I retrieve the countrycode from debconf in kbd-chooser to pick a default keymap; (presumably it is also used elsewhere). It is easier to work with if it is upper case. I think the two fixes should both happen, no? - Alastair On Fri, 2003-02-07 at 12:00, Petter Reinholdtsen wrote: > [Alastair McKinstry] > > in languagechooser, the country codes (ISO-3166) are used in lower > > case. They should be uppercase, as it makes them easier to > > differentiate from language codes, and process. > > Actually, they should be removed. I believe there is some > functionallity in cdebconf to be able to display one string, and > return another from db_get. I want to display the country name, and > return the country code, not change the country code to upper case. > > > Attached is a patch to do this. Any objections if I submit it to > > CVS? > > Please don't. -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Re: languagechooser: country codes should be uppercase
On Fri, 2003-02-07 at 20:54, Matt Kraai wrote: > On Fri, Feb 07, 2003 at 08:56:52PM +0100, Petter Reinholdtsen wrote: > > I do not see the need yet. No use trowing away the existing > > translations for no reason. > > Can't you just update the country codes in the PO files? > > Matt I did update the Templates & po files. Its in the patch. Regards, Alastair > -- > Oink! -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Re: debian-installer - using devfs in the installed system
Is anybody actually advocating removing _user_visible_ devfs functionality? my understanding of the argument over on lkml was that people were advocating (1) leaving it in for 2.6 / including a smaller devfs implementation (2) Developing a user-space solution for 2.7 in which case, we would still use devfs names and autodetection, which are what packages/apps care about, and whatever the userspace tool to set up names would be included in the d-i. My experience in adding devfs to to apps is that, if we could rely on devfs always present, it drops the size of apps (as it simplifies hardware detection). Unfortunately, we can't depend on devfs, and so we have to include code to handle _both_ namespaces, which bloats rather than shrinks code .. In the limited case of d-i, we probably _could_ rely on devfs-only being present: (or "pseudo-devfs": something that sets up devices with the same names, only including /dev entries for hardware present); I'm not sure how this affects code size, as devfs is not small, (but a replacement talked on lkml is smaller, but 2.6 only if it happens) Regards, Alastair On Sun, 2003-02-09 at 09:28, Bastian Blank wrote: > On Sun, Feb 09, 2003 at 10:07:39AM +0100, Petter Reinholdtsen wrote: > > It might give us a few new problems: > > > > - Some platforms do not have working devfs support. drop or add > >workaround? > > this archs uses 2.2 kernels, so we can't currently use d-i on it. there > are devfs patches for 2.2 but i don't know there state. > > > - Will all kernel devices handle devfs properly? > > i know one module with problems, ethertap. but this driver is marked as > depreaced. > > > In skolelinux, we have enabled devfs by default (by using devfsd) to > > get LVM working. We haven't experienced any problems yet. I believe > > enabling devfs by default in Debian would be a good thing to do. > > i use devfs on any machines and i won't use a regular dev on my settop > boxes with the ro root. > > bastian > > -- > No one wants war. > -- Kirk, "Errand of Mercy", stardate 3201.7 -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
CVS problems?
Hi, Has anyone else had problems doing diffs, etc. against cvs.debian.org? e.g. coll:build$ cvs diff -r1.1 Makefile cvs [server aborted]: no such tag N coll:build$ This happens with both :ext and :pserver:anonymous for debian-boot, for me. Sorry if this is a FAQ; - Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
how to build netinst CD images?
Hi How do you build the netinst CD images? is it in CVS somewhere? the debian-cd stuff looks like it only builds the full CDROM images. Regards, Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Re: how to build netinst CD images?
Never mind, I've fixed local mirror problems, and can build. (answering my own question: RT comments at the bottom of debian-cd/CONF.sh). - Alastair On Fri, 2003-02-14 at 07:33, Alastair McKinstry wrote: > Hi > > How do you build the netinst CD images? is it in CVS somewhere? > the debian-cd stuff looks like it only builds the full CDROM images. > > Regards, > Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Bug#181398: Acknowledgement (kbd-chooser: segfault while loading de-latin1-nodeadkeys)
Yes; the data file is attempting to include another file which isn't present. An upload of console-data which fixes it is imminent; I'm just fixing one or two other bugs; expect a solution tonight or tomorrow. - Alastair On Wed, 2003-02-19 at 20:59, Thorsten Sauter wrote: > Hi, > > I have tracked to problem down. > It's something in yyparse() in loadkeys.c > > But I have no idea, whats wrong in this function. > > Any ideas? > > Thx > Thorsten -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Re: How I want languagechooser to behave
On Mon, 2003-02-24 at 23:33, Denis Barbier wrote: > Hi, you did not send your message to debian-boot, do you want to post > it again, or do you want me to reply there? > Sorry. Late night. I meant debian-boot. > Denis > > On Mon, Feb 24, 2003 at 11:08:23PM +, Alastair McKinstry wrote: > > > > On Mon, 2003-02-24 at 22:01, Denis Barbier wrote: > > > On Mon, Feb 24, 2003 at 08:01:05PM +0100, Petter Reinholdtsen wrote: > > > [...] > > > > This package should behava as follows: > > > > > > > > 0. extract available languages from list of available locales > > > > (mapping language code -> language name) > > > > > > I disagree, there is no reason to propose languages which have no > > > translated templates. > > > > There are (partial) translations for Linux into at least 58 languages > > (in iso-codes, I've collected translations for 58; I know the Indian > > translations do more that I've not seen); we have translations for a lot > > less. > > We want the user to be able to select languages once on setup; hence > > allow them to do it here; > > maybe we just show the 7 or so template-translated languages here, with > > "Other", allowing a fuller list, but .. > > given the modular nature of the installer, how do we know what > > translations we have in total? The full list is probably safer. > > > > > > > > 1. present list of language names, and ask the user to pick one. > > > > > > > > 2. if the language is available in several regions (maps to several > > > > locales), ask which region / language variant to use. (allow > > > > user to [back] off to the language list. > > > > > > Why don't merge 1 and 2 into a single list? > > > > > > 3. pass the locale information on to the parts that needs it. > > > > > > > > Based on this information a locale is selected. This locale maps to one > > > > language, one region, a priority list of fallback languages, > > > > > > Does this mean that LANGUAGE is fully determined by this locale, or can > > > it be edited? > > > > > > > and a default keyboard layout. > > > > > > Shouldn't keyboard layout be handled by kbd-chooser? > > > > > > > kbd-chooser picks the default mostly based on language (it may also do > > so based on autodetecting kbd, particularly in the USB case). > > > > Please don't have languagechooser have knowledge of kbdmaps; this is > > complex enough as it is, and modularity should not be broken. > > > > > > Also, allow for the case that a (default) language and country may be > > autodetected and passed to languagechooser by a (as yet unwritten) > > previous module. Some BIOSes & bootloaders, eg the SRM console on > > Alphas, have language, country settings; a udeb might read these and use > > them to pick default languages,etc for languagechooser, in which case > > the languagechooser might lower the priority of the question, and allow > > that question to be skipped. > > > > - Alastair > > > > -- > > Alastair McKinstry <[EMAIL PROTECTED]> > > GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 > > > > He that would make his own liberty secure must guard even his enemy from > > oppression; for if he violates this duty he establishes a precedent that > > will reach to himself. > > > > - --Thomas Paine > > > -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Bug#182642: boot-floppies: boottime keymap makes 88 key adb keyboard unusable on oldworld powermac
Hi, Look at: http://www.debian.org/ports/powerpc/keycodes This is a problem in console-tools on woody (fixed in Sid). Maybe append="keyboard_sends_linux_keycodes=1" needs to be added to yaboot, etc to fix the problem. Lee, does this solve it? Regards, Alastair On Thu, 2003-02-27 at 17:36, Eduard Bloch wrote: > #include > * Lee Adamson [Wed, Feb 26 2003, 06:47:31PM]: > > > When the box reboots after initial base system install, a boottime > > keymap is loaded that seems to cause my old 88 key adb keyboard to be > > mapped wrong (using the qwerty/us keymap). > > > > The solution I have found is to use the shell on VT2 to remove the > > /target/etc/init.d/keymap.sh script (or just move it out of the way) so > > that the kernel keymap is kept on reboot. Once console-tools or console > > date (whichever it is that allows you to select a more specific keymap) > > is configured, a working keymap (that is KERNEL) can be chosen. > > > > This problem arose when manually editing the sources list at install > > time to point to unstable rather than stable. I do not know if the > > problem appears if stable or testing are installed instead. > > > > The system used is a power macintosh 8500/[EMAIL PROTECTED] (xlr8), though I doubt > > that has any bearing on the problem, as an apple extended 101 key adb > > keyboard does not exhibit the same problem. > > Could anyone prove this and tell the exact reason of the problem? > Problem of console-tools? Anything that can or should be fixed in > boot-floppies for Woody? > > Please keep Cc'ing to debian-boot or me. > > Gruss/Regards, > Eduard. > -- > cat `locate .signature` -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Re: udebs for more than just installation
Has anyone looked at the ipkg (sp?) format used on Compaq iPaqs? Its an cut-down dpkg format for embedded use. (I've just heard of it, not investigated it. A comparison by someone who knows both, and the debate over dpkg v2, would be nice). Regards, Alastair On Thu, 2003-02-27 at 17:56, Martin Sjögren wrote: > tor 2003-02-27 klockan 17.34 skrev Branden Robinson: > > [I have set Mail-Followup-To; please To/CC me on replies. > > How feasible would it be to use udebs as "real" packages? I note that > > udpkg appears to support maintainer scripts, though I don't know it > > supports them as comprehensively as regular dpkg (see sections 6.4 and > > 6.5 of the Debian Policy Manual). > > I'm not quite sure what it is you are asking. Are you asking for how > nifty things you can do with udpkg? Right now, udpkg only calls > /.../package.config configure > /.../package.postinst configure > and that's it. I don't see how we would need any *rm scripts in the > installer. :) > > This can, I guess, be expanded if dpkg being tiny is more important than > dpkg being stellar at maintainer scripts. > > > Another approach we're thinking about is regular dpkg support for > > directory exclusion during package unpack, for things like documentation > > and localization files. Of course, that's more an issue for > > debian-dpkg... :) > > Isn't that what has been discussed before, for handhelds and stuff? If > you're willing to make udebs anyway, you won't need this though, as I > don't see why dpkg wouldn't be able to handle udebs. There's nothing > magic about udebs, they just happen to have different names and don't > follow policy more than they like... > > > /Martin -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
[Fwd: Bug#182883: ARM port Riscstation Sub arch keymap handlingbroken]
Hi,
Attached is a patch required for the Acorn RiscStation to be supported
for Woody 3.0r2.
(1) Whats the procedure for submitting a change to a pkg to 3.0r2?
(I'm the maintainer of console-common.sh).
console-common is now at 0.7.21 in sid; woody is at 0.7.14.
Regards,
Alastair
--
Alastair McKinstry <[EMAIL PROTECTED]>
GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself.
- --Thomas Paine
--- Begin Message ---
Return-Path: <[EMAIL PROTECTED]>
X-Original-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Received: from localhost (localhost [127.0.0.1]) by coll.saorleir.com
(Postfix) with ESMTP id E8F063CC1A for <[EMAIL PROTECTED]>; Fri, 28 Feb
2003 18:12:24 + (GMT)
Delivered-To: [EMAIL PROTECTED]
Received: from pop.utvinternet.com [194.46.8.64] by localhost with POP3
(fetchmail-5.9.11) for [EMAIL PROTECTED] (single-drop); Fri, 28 Feb 2003
18:12:24 + (GMT)
Received: (qmail 25183 invoked from network); 28 Feb 2003 18:09:33 -
Received: from unknown (HELO berry.computer.org) (63.84.220.201) by
pop3.utvinternet.com with SMTP; 28 Feb 2003 18:09:33 -
Received: from master.debian.org (master.debian.org [65.125.64.135]) by
berry.computer.org (Switch-2.2.4/Switch-2.2.4) with ESMTP id V1SI157N13446
for <[EMAIL PROTECTED]>; Fri, 28 Feb 2003 10:05:44 -0800
Received: from debbugs by master.debian.org with local (Exim 3.12 1
(Debian)) id 18oocA-0003bw-00; Fri, 28 Feb 2003 11:48:06 -0600
X-Loop: [EMAIL PROTECTED]
Subject: Bug#182883: ARM port Riscstation Sub arch keymap handling broken
Reply-To: Vincent Sanders <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Resent-From: Vincent Sanders <[EMAIL PROTECTED]>
Resent-To: [EMAIL PROTECTED]
Resent-Cc: Alastair McKinstry <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
Resent-Date: Fri, 28 Feb 2003 17:48:05 GMT
Resent-Message-ID: <[EMAIL PROTECTED]>
X-Debian-PR-Message: report 182883
X-Debian-PR-Package: console-common
X-Debian-PR-Keywords: woody
Received: via spool by [EMAIL PROTECTED] id=B.104645425713155 (code B
ref -1); Fri, 28 Feb 2003 17:48:05 GMT
Date: Fri, 28 Feb 2003 17:44:14 +
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
boundary="GmiNL4+5WUWrod5m"
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
From: Vincent Sanders <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-3.5 required=4.0
tests=HAS_PACKAGE,PATCH_UNIFIED_DIFF,PGP_SIGNATURE_2,
SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT version=2.44
X-Spam-Level:
Resent-Sender: Debian BTS <[EMAIL PROTECTED]>
--GmiNL4+5WUWrod5m
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Package:console-common
Version:0.7.14
Severity:serious
Tags:woody
The new ARM sub arch RiscStation has an identical keymap issue to the
RiscPC sub arch and hence requires the same workround to obtain
correct keymap operation.
The patch to get correct behaviousr is
--- install-keymap2003-02-05 14:26:57.0 +
+++ install-keymap 2003-02-28 16:47:54.0 +
@@ -114,7 +114,7 @@
backup_and_install
else
if [ "`dpkg --print-installation-architecture`" =3D "arm" ] &&
- grep -i '^Hardware.*: Acorn-' /proc/cpuinfo >/dev/null &&
+ grep -i '^Hardware.*: \(Acorn-\|RiscStation-\)' /proc/cpuinfo >/dev=
/null &&
find /usr/share/keymaps/i386/ -type f -name ${keymap} -o \
-name ${keymap}.gz -o -name ${keymap}.kmap.gz
then
--=20
Regards Vincent
http://www.kyllikki.org/
--GmiNL4+5WUWrod5m
Content-Type: application/pgp-signature
Content-Disposition: inline
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE+X5/uiUwwPOvjHvURAljfAJ4rHr4EfeDh9n4iQIHfNwhp+QW4CwCeKoch
Du6i6KU1Wa/i8t67IwVgWfA=
=4c+0
-END PGP SIGNATURE-
--GmiNL4+5WUWrod5m--
--- End Message ---
signature.asc
Description: This is a digitally signed message part
Bug#183107: cdebconf: text frontend should support backup
Package: cdebconf Version: 0.31 (not installed) Severity: wishlist Backup is needed in certain places in install, if you select a bad driver, etc. Should be straightforward for multiple choice lists, at least. (Even if not possible everywhere, at least add it there). -- Alastair -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux coll 2.4.20-686 #1 Mon Jan 13 22:22:30 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#183359: bus priority
Lowering the priority to medium. kbd-chooser is being refined to do more autodetection. It _should_ autodetect the presence of USB keyboards, and the USB keyboard option only appear is USB is present; this requires USB support in the kernel. I'm submitting a bug against this, if I can figure out where :-). In 2.5, its possible to detect the presence of PS2 keyboards; so if you have a USB keyboard only, the question won't be asked either. This is a compile option at the moment, awaiting 2.6 in debian-installer (sometime this decade, I hope). - Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Bug#183359: bus priority
Lowering the priority to medium. kbd-chooser is being refined to do more autodetection. It _should_ autodetect the presence of USB keyboards, and the USB keyboard option only appear is USB is present; this requires USB support in the kernel. I'm submitting a bug against this, if I can figure out where :-). In 2.5, its possible to detect the presence of PS2 keyboards; so if you have a USB keyboard only, the question won't be asked either. This is a compile option at the moment, awaiting 2.6 in debian-installer (sometime this decade, I hope). - Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Bug#183406: can't reproduce
When I try to reproduce this, I get problems with db_set not being"able to SHIFT that many". (entering at a shell) Could you send me a copy of the skolelinux-config-udeb ? Thanks, Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Bug#183382: can't repeat
Hi, I Can't trigger this bug here. Could you do the following for me: - fetch kbd-chooser-0.011, just uploaded. Run with it, with ulimit -c unlimited and send me any core (and screen results) Alternatively, build from CVS, with # export DEB_BUILD_OPTIONS=debug # debuild -uc -us and do so; Thanks, Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Bug#183722: di-utils-shell: Reports that it uses "ash". Actually uses "dash".
Package: di-utils-shell Version: unavailable; reported 2003-03-06 Severity: minor Reports using "ash", when its actually "dash". -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux coll 2.4.20-686 #1 Mon Jan 13 22:22:30 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#183720: di-utils-mount-partitions: Can mount multiple partitions on the same point
Package: di-utils-mount-partitions Version: unavailable; reported 2003-03-06 Severity: normal You can mount repeated partitions on / (or anywhere else). -Alastair -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux coll 2.4.20-686 #1 Mon Jan 13 22:22:30 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#183716: cdrom-detect: Failed to detect NEC drive on SCSI adaptec 2940uw
Package: cdrom-detect
Version: unavailable; reported 2003-03-06
Severity: normal
Doing a CDROM install via CDROM on a Dell Poweredge 2300, which has a
NEC CDROM on a 2940UW, the SCSI adapter was not found.
Did a net install (from CDROM) to load scsi modules (for 2.4.19).
Still fails.
Interestingly, the 2940 was detected by disk-detect.
Do we need some unified discover-udeb before {cdrom,disk}-detect?
Regards,
Alastair
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux coll 2.4.20-686 #1 Mon Jan 13 22:22:30 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
building for different archs: hppa, mips, sparc
Hi, I have access to a number of machines that I want to help port d-i to; hppa, mips and sparc archs. A number of problems occur: Has anyone built kernel udebs for those archs? I see kernel udebs for the alpa, i386 & mac in the archive, but sparc, hppa, s390, etc in debian-installer/build/Makefile. Are there kernel udebs, or should I get the existing kernel package & udeb it, or contact a kernel maintainer? Are there MIPs machines available? There doesn't appear to be one on http://db.debian.org/machines.cgi Regards, Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Packages for gui-installer
Hi, A bunch of packages are now ready for the GUI installer; most are udeb additions to existing packages, and have the same source package, but some (specifically gtk+-directfb-udeb) are new. Do people think they should be uploaded anywhere in particular, or just into the main archive? Secondly, looking at the gtk installer home page http://www.mmweg.rwth-aachen.de/~sebastian.ley/d-i/ a decision needs to be made as to how we start the GUI installer. My preference is as follows: CDROM boots, into newt/slang/etc installer. CDROM (mostly) autodetected, and additional modules loaded, if possible. If priority = low, then "Use Graphical installer" appears on menu; if chosen, magic happens. If priority = medium, it happens automatically without appearing on menu. ie. minimal questions, clean in most cases, with the ability for the user to stop it happening by selecting priority=low on the text install menu. Any comments, or better ideas? - Alastair > > -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
ports-status page
Hi, I'm trying to track down what work is needed to get debian-installer working on the various ports, and to that end have created a page for tracking status: http://people.debian.org/~mckinstry/ports-status.html Can people please have a look, and tell me what I'm missing, have wrong, etc. I would like to get to a stage soon where the small netinst CDs are autogenerated for each architecture, so we've a better understanding of the work left to do. In particular I'd like to find out what different "install methods" we need; eg. how many different types of CDs / floppies / netboot images we need for mips, etc. Regards, Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Re: cdebconf upload
On Sun, 2003-03-09 at 19:47, Martin Sjögren wrote: > Hello > > I want to make a cdebconf upload to fix the problem of bogl being > included in cdebconf-udeb. However, Alastair has added a gtk udeb (or > tried to anyway, it doesn't work: > dpkg-gencontrol: error: package cdebconf-gtk-udeb not in control info). > Should I back these changes out to avoid having cdebconf go NEW on me > again? > > Apologies; I have a collection of uncomitted changes in my sources, and I forgot to upload the control file change. Committed. Alastair R > /M -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
new menu items
Hi,
in doc/menu-item-numbers, 0-10 are reserved.
I propose to use some of them. Comments please.
I have uploaded/am uploading two modules
srm-reader
efi-reader
which read "firmware" variables from the Alpha SRM BIOS and ia64 bios
respectively. These are then put into debconf as defaults.
These then need to be set before "anything else", ie languagechooser at
10, hence into the reserved space.
There are other potential "preconfigure" modules, such as the skolelinux
preconfigure. We should pick numbers for those.
I propose:
4 for {srm,efi,etc}-reader
6 for "presets" such as the skolelinux modules.
Comments?
--
Alastair McKinstry <[EMAIL PROTECTED]>
GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself.
- --Thomas Paine
signature.asc
Description: This is a digitally signed message part
Re: status of gtk-frontend
Hi, Ok, if I get the chance I will commit to CVS a gtk-installer module; (a bit busy at the minute .. newborn baby daughter on Monday!) Some ideas: (1) Grey out options that don't work at this moment (in the configure process): ie net-retriever should be greyed out if ethdetect / pppconfig/ plipconfig hasn't happened yet. (2) Place alternatives on the same level in a sub-tree - ie ---retrieve install modules -- net retriever -- cdrom retriever -- floppy retriever, (We can't do tree views in other frontends, can we? ) (3) Status bar (on the bottom of the screen) explains _why_ we can't select an option yet, triggered by a mouseover on the menu option; eg. if theres no net configured, the "net retriever" should be greyed out and when you mouse over it "Please configure the network first" should appear in the statusbar. (4) cdebconf pages should appear in an embedded window, not as popups. Answering that many questions in popups is going to be very visually distracting. (5) When installing base system is happening, scroll up through the propsed "debian helper fortunes" , in a tip-of-the-day style; This is possibly the first (and last?) time we'll get the user to sit still and listen to us, so explain here about reportbug, etc. (Something like mandrakes advertising screens). Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Re: new menu items
Yes, thats a good option. I'll make the change. I had been thinking about making them a menu item, in case they failed and the user needed to avoid them, but in practice they have nothing that will fail, so they don't need it. - A On Fri, 2003-03-14 at 16:46, Tollef Fog Heen wrote: > * Alastair McKinstry > > | I have uploaded/am uploading two modules > | srm-reader > | efi-reader > | > | which read "firmware" variables from the Alpha SRM BIOS and ia64 bios > | respectively. These are then put into debconf as defaults. > | These then need to be set before "anything else", ie languagechooser at > | 10, hence into the reserved space. > > Why do they need to be menu items at all, they should rather be run > sometime in rcS.d, shouldn't they? > > -- > Tollef Fog Heen,''`. > UNIX is user friendly, it's just picky about who its friends are : :' : > `. `' > `- -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Re: cvs commit to debian-installer/build/pkg-lists/net by mckinstry
On Fri, 2003-03-14 at 18:48, Martin Sjögren wrote: > fre 2003-03-14 klockan 19.36 skrev Debian Boot CVS Master: > > Repository: debian-installer/build/pkg-lists/net > > who:mckinstry > > time: Fri Mar 14 11:36:48 MST 2003 > > Log Message: > > We need floppy-retriever in order to fetch other drivers; > > eg ppp, plip, nic-extra-modules, etc. which won't fit on the > > boot floppy. > > floppy-retriever is useless without floppy-modules, which currently > doesn't fit on any of the 1.44M floppies. Nice, huh? :( > > Oh, fun. It appears that of the 125 K (uncompressed) in floppy-modules on i386 at least, 55 K is vfat and fat modules. How about dropping those if necessary? (eg, do ext2 support only) If we don't do something, theres no way we'll get a working one floppy-mostly boot solution. > /M -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
dependency on framebuffer
Hi, I'm working on a gtk-frontend module, to autoload the new GUI. Basically its just a bunch of depends on the required modules, and some shell code to restart cdebconf. However it needs to depend on the framebuffer. (1) Can we rely on framebuffer support in the kernels? (2) How do we get the framebuffer modules automatically? something like Depends: fb-modules-2.4.20-386-udeb is arch-dependent and fragile. Can we ensure that either: (a) framebuffer support is always built as modules, or (b) either the kernel or fb-modules udeb Provides: framebuffer And that framebuffer module udebs are always of the form: fb-modules-`uname -r`-udeb - Alastair -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Bug#183716: cdrom-detect: Failed to detect NEC drive on SCSI adaptec 2940uw
The machine in question is at work, so I can send you the answer on Tuesday (Monday is a public holiday here, St. Patricks day). - Alastair On Sat, 2003-03-15 at 11:38, Petter Reinholdtsen wrote: > What is the output from 'discover all' and discover --module all'? Is > the package discover-data-udeb installed on the boot floppy (check > /var/lib/dpkg/info/discovere-data-udeb.*)? > > Both cdrom-detect and disk-detect should use the same HW detection > mechanism, so everything detected by one should be detected by the > other as well. > > What kernel module is the correct to use for this SCSI controller? -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Bug#183716: cdrom-detect: Failed to detect NEC drive on SCSI adaptec 2940uw
Ok, I investigated further with this weekends CD image (2003-03-16). discover all gives nothing. discover --module all gives: 3c59X aic7xxx aic7xxx The repeat is because we have both AIC7000 and AU2940 adapters, with both use the aic7xxx module. Running cdrom-detect on its own fails, giving no useful information. If I load scsi-modules first, then run cdrom-detect, the it shows "Loading AIC7XX .. kernel module..." but fails to mount the CDROM. It works if i do "insmod sr_mod.o " in another terminal; it seems to be forgetting to do this. Regards, Alastair On Sat, 2003-03-15 at 11:38, Petter Reinholdtsen wrote: > What is the output from 'discover all' and discover --module all'? Is > the package discover-data-udeb installed on the boot floppy (check > /var/lib/dpkg/info/discovere-data-udeb.*)? > > Both cdrom-detect and disk-detect should use the same HW detection > mechanism, so everything detected by one should be detected by the > other as well. > > What kernel module is the correct to use for this SCSI controller? -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
Bug#183716: cdrom-detect: Failed to detect NEC drive on SCSI adaptec 2940uw
Ok,sorry about the delay in replying. "discover all" didn't show anything, discover --module all gave 3c59x aic7xxx aic7xxx (note the repeat: I think this is due to the au2940 using an aic7xxx module as a driver too). Just running cd On Sat, 2003-03-15 at 11:38, Petter Reinholdtsen wrote: > What is the output from 'discover all' and discover --module all'? Is > the package discover-data-udeb installed on the boot floppy (check > /var/lib/dpkg/info/discovere-data-udeb.*)? > > Both cdrom-detect and disk-detect should use the same HW detection > mechanism, so everything detected by one should be detected by the > other as well. > > What kernel module is the correct to use for this SCSI controller? -- Alastair McKinstry <[EMAIL PROTECTED]> GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC 1020 FA8E 3790 9051 38F4 He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself. - --Thomas Paine signature.asc Description: This is a digitally signed message part
