Bug#619983: Search for iso image misses the current device
Am 29.03.2011 00:38, schrieb Miguel Figueiredo: A Segunda 28 Março 2011 20:55:03 Jens Seidel você escreveu: I tried the squeeze installer installed on a USB stick. Since I want to use the stick also for other stuff I rearranged the files and moved them to /boot (as this is searched by syslinux for its config file). So I have now all installation specific stuff in this single directory (I updated the paths in the syslinux config of course). Nevertheless the installer is now not able to find the iso file in /boot. It searches the whole disk (after I told it is OK) but misses the current USB stick partition which contains less then 10 files? Please change this. Maybe you should also provide all files in /boot per default. iso-scan, which is the package responsible for searching the iso files had a significant change - it would be great to test your setup against the latest version. Can you test with the daily images and report what happens? The daily image detects both of the ISO files: Mar 29 14:43:27 iso-scan: Detected ISO with 'stable' (squeeze) distribution Mar 29 14:43:27 iso-scan: Detected ISO with distribution 'stable' (squeeze) Nevertheless as it only installs testing (no squeeze support?) I cannot use them (except to load udebs?) and I get also no dialog asking for a specific image. I also noticed that iso-scan is a little bit verbose. The message above if for example printed three times. I attached for reference the relevant part of the syslog. Thanks, Jens Mar 29 14:43:24 main-menu[276]: INFO: Menu item 'iso-scan' selected Mar 29 14:43:27 iso-scan: devices found: '/dev/sda1 /dev/sda2 /dev/sdb1 /dev/sda /dev/sdb /dev/sdc' Mar 29 14:43:27 iso-scan: selected_device(s)='/dev/sda1 /dev/sda2 /dev/sdb1 /dev/sda /dev/sdb /dev/sdc' Mar 29 14:43:27 kernel: [ 165.515700] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:27 iso-scan: Mounted /dev/sda1 for first pass Mar 29 14:43:27 iso-scan: Found ISO ./boot/debian-6.0.0-i386-businesscard.iso on /dev/sda1 Mar 29 14:43:27 kernel: [ 165.534671] ISO 9660 Extensions: Microsoft Joliet Level 3 Mar 29 14:43:27 kernel: [ 165.581078] ISO 9660 Extensions: RRIP_1991A Mar 29 14:43:27 iso-scan: Detected ISO with 'stable' (squeeze) distribution Mar 29 14:43:27 iso-scan: Detected ISO with distribution 'stable' (squeeze) Mar 29 14:43:27 iso-scan: Debian ISO ./boot/debian-6.0.0-i386-businesscard.iso usable Mar 29 14:43:27 iso-scan: Found ISO ./boot/debian-6.0.0-i386-CD-1.iso on /dev/sda1 Mar 29 14:43:27 kernel: [ 165.618796] ISO 9660 Extensions: Microsoft Joliet Level 3 Mar 29 14:43:27 kernel: [ 166.235145] ISO 9660 Extensions: RRIP_1991A Mar 29 14:43:27 iso-scan: Detected ISO with 'stable' (squeeze) distribution Mar 29 14:43:27 iso-scan: Detected ISO with distribution 'stable' (squeeze) Mar 29 14:43:27 iso-scan: Debian ISO ./boot/debian-6.0.0-i386-CD-1.iso usable Mar 29 14:43:27 iso-scan: Failed mounting /dev/sda1 (from /dev/sda1) as an ISO image Mar 29 14:43:27 kernel: [ 166.318442] EXT2-fs (sda2): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:27 kernel: [ 166.319282] EXT3-fs (sda2): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:27 kernel: [ 166.321304] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:27 iso-scan: Waiting for /dev/sda2 to possibly get ready... Mar 29 14:43:30 init: process '/usr/bin/tail -f /var/log/syslog' (pid 252) exited. Scheduling for restart. Mar 29 14:43:30 init: starting pid 6587, tty '/dev/tty4': '/usr/bin/tail -f /var/log/syslog' Mar 29 14:43:30 kernel: [ 169.367483] EXT2-fs (sda2): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:30 kernel: [ 169.368446] EXT3-fs (sda2): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:30 kernel: [ 169.370466] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:31 kernel: [ 169.415730] EXT2-fs (sdb1): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:31 kernel: [ 169.417349] EXT3-fs (sdb1): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:31 kernel: [ 169.419839] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:31 iso-scan: Waiting for /dev/sdb1 to possibly get ready... Mar 29 14:43:34 kernel: [ 172.490887] EXT2-fs (sdb1): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:34 kernel: [ 172.491996] EXT3-fs (sdb1): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:34 kernel: [ 172.495000] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:34 kernel: [ 172.567754] FAT: utf8
Bug#619983: Search for iso image misses the current device
Package: debian-installer I tried the squeeze installer installed on a USB stick. Since I want to use the stick also for other stuff I rearranged the files and moved them to /boot (as this is searched by syslinux for its config file). So I have now all installation specific stuff in this single directory (I updated the paths in the syslinux config of course). Nevertheless the installer is now not able to find the iso file in /boot. It searches the whole disk (after I told it is OK) but misses the current USB stick partition which contains less then 10 files? Please change this. Maybe you should also provide all files in /boot per default. Jens -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d90e797.1020...@users.sf.net
Bug#504588: Some minor errors in the manual
Package: installation-guide - Forwarded message from Jens Seidel [EMAIL PROTECTED] - From: Jens Seidel [EMAIL PROTECTED] Subject: Some errors in the manual Date: Fri, 17 Oct 2008 19:28:10 +0200 To: debian-boot@lists.debian.org Mail-Followup-To: Jens Seidel [EMAIL PROTECTED], debian-boot@lists.debian.org User-Agent: Mutt/1.5.18 (2008-05-17) Hi, I noticed a few (partly trivial) errors in the Installer guide. I tried first to send a proper patch but to be honest I don't have the time for it. I extented the code by some comments, I hope you find these useful. See the attached file (which you have to edit, sorry about this). The most important stuff: If you've had to change filename/etc/inetd.conf/filename, you'll have to +!-- inetd is no longer a command, there exists openbsd-inetd, ... -- notify the running commandinetd/command process that the file has changed. Debian has no longer a /etc/init.d/inetd binary but many alternatives (without using /etc/alternatives/). You have to rewrite this. One of the most common installations is onto a system that already contains DOS (including Windows 3.1), Win32 (such as Windows 95, 98, Me, -NT, 2000, XP), or OS/2, and it is desired to put Debian onto the same disk +NT, 2000, XP, ReactOS), or OS/2, and it is desired to put Debian onto the same disk Let's at least mention one free Win32 platform (with a URL?), right? Also at least FreeDos should be mentioned when you refer to DOS systems. without destroying the previous system. Note that the installer supports +!-- NTFS is supported? -- resizing of FAT and NTFS filesystems as used by DOS and Windows. Simply I wasn't very sure whether NTFS is supported by the installer. Here is it mentioned, at a different location in the source it is missing ... -fetchmail. +commandfetchmail/command. There are a few tags missing, I hope I chose the right ones (I didn't test it). If you don't want to apply these parts because unfuzzying translations is to hard for you, I can help you ... In a lot of cases the smarthost will be your ISP's mail server, which makes this option very suitable for dial-up users. It can also be a +!-- except that multiple local users could have different ISP and a + foreign ISP normally rejects mails from other users ... + (Hint: web.de just evaluate the header Sender: and ignores From: + in this case, so add this header for all mails!?) -- company mail server, or even another system on your own network. Email configuration still needs some additional text (e.g. how to add a proper From: based on the mapping in /etc/email-addresses). The current information is probably not useful for most users because only very few users have a static IP (other require a smarthost which needs a special configuration). (exim4 isn't designed for dynamic Internet access which is the root of all problems.) The installation guide is probably not the best location for such additional info but where should it be described? applicationaptitude/application. Note apt will also let you merge +!-- export-restricted??? non-US no longer exists! -- main, contrib, and non-free so you can have export-restricted packages as well as standard versions. non-US no longer exists! Again sorry for not providing a proper patch but I hope it helps nevertheless. PS: Please CC: me. Jens - End forwarded message - Index: install-methods/install-tftp.xml === --- install-methods/install-tftp.xml (Revision 56576) +++ install-methods/install-tftp.xml (Arbeitskopie) @@ -128,6 +128,7 @@ /footnote; you'll need that below. If you've had to change filename/etc/inetd.conf/filename, you'll have to +!-- inetd is no longer a command, there exists openbsd-inetd, ... -- notify the running commandinetd/command process that the file has changed. On a Debian machine, run userinput/etc/init.d/inetd reload/userinput; on other machines, find out the process ID for commandinetd/command, and run Index: install-methods/tftp/bootp.xml === --- install-methods/tftp/bootp.xml (Revision 56576) +++ install-methods/tftp/bootp.xml (Arbeitskopie) @@ -17,7 +17,7 @@ To use CMU commandbootpd/command, you must first uncomment (or add) the relevant line in filename/etc/inetd.conf/filename. On debian;, you can run userinputupdate-inetd --enable -bootps/userinput, then userinput/etc/init.d/inetd +bootps/userinput, then userinput/etc/init.d/*inetd reload/userinput to do so. Just in case your BOOTP server does not run Debian, the line in question should look like: Index: preparing/nondeb-part/alpha.xml === --- preparing/nondeb-part/alpha.xml (Revision 56576) +++ preparing/nondeb-part/alpha.xml (Arbeitskopie) @@ -6,7 +6,8 @@ para Tru64 UNIX, formerly known as Digital UNIX, which is in turn
Some errors in the manual
Hi, I noticed a few (partly trivial) errors in the Installer guide. I tried first to send a proper patch but to be honest I don't have the time for it. I extented the code by some comments, I hope you find these useful. See the attached file (which you have to edit, sorry about this). The most important stuff: If you've had to change filename/etc/inetd.conf/filename, you'll have to +!-- inetd is no longer a command, there exists openbsd-inetd, ... -- notify the running commandinetd/command process that the file has changed. Debian has no longer a /etc/init.d/inetd binary but many alternatives (without using /etc/alternatives/). You have to rewrite this. One of the most common installations is onto a system that already contains DOS (including Windows 3.1), Win32 (such as Windows 95, 98, Me, -NT, 2000, XP), or OS/2, and it is desired to put Debian onto the same disk +NT, 2000, XP, ReactOS), or OS/2, and it is desired to put Debian onto the same disk Let's at least mention one free Win32 platform (with a URL?), right? Also at least FreeDos should be mentioned when you refer to DOS systems. without destroying the previous system. Note that the installer supports +!-- NTFS is supported? -- resizing of FAT and NTFS filesystems as used by DOS and Windows. Simply I wasn't very sure whether NTFS is supported by the installer. Here is it mentioned, at a different location in the source it is missing ... -fetchmail. +commandfetchmail/command. There are a few tags missing, I hope I chose the right ones (I didn't test it). If you don't want to apply these parts because unfuzzying translations is to hard for you, I can help you ... In a lot of cases the smarthost will be your ISP's mail server, which makes this option very suitable for dial-up users. It can also be a +!-- except that multiple local users could have different ISP and a + foreign ISP normally rejects mails from other users ... + (Hint: web.de just evaluate the header Sender: and ignores From: + in this case, so add this header for all mails!?) -- company mail server, or even another system on your own network. Email configuration still needs some additional text (e.g. how to add a proper From: based on the mapping in /etc/email-addresses). The current information is probably not useful for most users because only very few users have a static IP (other require a smarthost which needs a special configuration). (exim4 isn't designed for dynamic Internet access which is the root of all problems.) The installation guide is probably not the best location for such additional info but where should it be described? applicationaptitude/application. Note apt will also let you merge +!-- export-restricted??? non-US no longer exists! -- main, contrib, and non-free so you can have export-restricted packages as well as standard versions. non-US no longer exists! Again sorry for not providing a proper patch but I hope it helps nevertheless. PS: Please CC: me. Jens Index: en/install-methods/install-tftp.xml === --- en/install-methods/install-tftp.xml (Revision 56452) +++ en/install-methods/install-tftp.xml (Arbeitskopie) @@ -128,6 +128,7 @@ /footnote; you'll need that below. If you've had to change filename/etc/inetd.conf/filename, you'll have to +!-- inetd is no longer a command, there exists openbsd-inetd, ... -- notify the running commandinetd/command process that the file has changed. On a Debian machine, run userinput/etc/init.d/inetd reload/userinput; on other machines, find out the process ID for commandinetd/command, and run Index: en/install-methods/tftp/bootp.xml === --- en/install-methods/tftp/bootp.xml (Revision 56452) +++ en/install-methods/tftp/bootp.xml (Arbeitskopie) @@ -17,7 +17,7 @@ To use CMU commandbootpd/command, you must first uncomment (or add) the relevant line in filename/etc/inetd.conf/filename. On debian;, you can run userinputupdate-inetd --enable -bootps/userinput, then userinput/etc/init.d/inetd +bootps/userinput, then userinput/etc/init.d/*inetd reload/userinput to do so. Just in case your BOOTP server does not run Debian, the line in question should look like: Index: en/preparing/nondeb-part/alpha.xml === --- en/preparing/nondeb-part/alpha.xml (Revision 56452) +++ en/preparing/nondeb-part/alpha.xml (Arbeitskopie) @@ -6,7 +6,8 @@ para Tru64 UNIX, formerly known as Digital UNIX, which is in turn formerly -known as OSF/1, uses the partitioning scheme similar to the BSD quotedisk +!-- Compare Sun disk label in preparing/nondeb-part/sparc.xml -- +known as OSF/1, uses the partitioning scheme similar to the quoteBSD disk label/quote, which allows for up to eight partitions per disk drive. The partitions are numbered quote1/quote through to quote8/quote in Linux
Re: Lenny installer string freeze status 20080903
On Wed, Sep 03, 2008 at 08:20:27PM +0300, Martin Michlmayr wrote: * Luk Claes [EMAIL PROTECTED] [2008-09-03 19:12]: unsure whether Lenny will release next week, or later (applies to the freeze as well, I cannot remember reading about the freeze announcement of the base system). This made calling for translation updates difficult. I also missed similar *concrete* announcements about the release status (e.g. we still need at least one month) on the debian-announce or devel lists. I know about the once it is ready phrase but it makes planning hard. The freeze planning was announced at least from february on... I'd like to add that Jens should subscribe to debian-devel-announce - I am. Also I'm subscribed to debian-devel, ... that's where you can expect updates on the release status, not on debian-announce (this is where you'll hear once lenny is out). In fact, there was a release update on debian-devel-announce just a few days ago. Right and it contained indeed a very important detail hidden in: The Debian Installer team is currently preparing the first (and hopefully final) release candidate of the lenny installer. That is together with Christian's String Freeze announcement for Debian Installer one of the rare recent process reports. The previous announce I'm aware of was September 2008: Release lenny! from http://lists.debian.org/debian-devel-announce/2008/07/msg5.html I know this is not the right list to complain, but for the future: If someone has more detailed information please share it. My problem was finding a good deadline for translators of aptitude (to short and I will miss some patches, too long and all recieved patches will not reach Lenny :-) Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lenny installer string freeze status 20080903
Hi Christian, On Wed, Sep 03, 2008 at 08:26:28AM +0200, Christian Perrier wrote: 18 days left before the end of the string freeze I suspect you want to tell us that there will be a release of the installer on this date? Since there will be no release of Lenny without an updated installer does this mean we can just continue working on/requesting translations for nearly 3 weeks? Currently you just informed us that we should expect further string changes in 18 days (which is OK for me). In the past months (situation was different for Etch IIRC) I was always unsure whether Lenny will release next week, or later (applies to the freeze as well, I cannot remember reading about the freeze announcement of the base system). This made calling for translation updates difficult. I also missed similar *concrete* announcements about the release status (e.g. we still need at least one month) on the debian-announce or devel lists. I know about the once it is ready phrase but it makes planning hard. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please review announcement of upcoming release of Debian 4.0r4 etch-and-a-half
On Sat, Jul 26, 2008 at 04:24:20PM +0200, Alexander Reichle-Schmehl wrote: Attached you'll find the current draft for the announcement of etch-and-a-half. Please review it; current schedule for it to be send out is tomorrow. Shouldn't it be etch-and-nine-tenth or something like this :-) DVDs. If you don't need newer drivers you'll only to update against only have to ... ftp.debian.org after an installation, in order to incorporate those late changes./p pThese package are update for qetch-and-a-half/q:/p are updated (or better: got updated) correction sysvinit Update shutdown to work w/ libata in linux newer than 2.6.23 w/ pa href=http://www.debian.org/releases/etch/etchnhalf;Release notes/a covering the specialties of qetch-and-a-half/q have been written as well as specialties? correction chkrootkitEnye check was killing random applications Enye??? correction hal Allows mounting ntfs volumes from within KDE Allow to be consistent with other entries correction znc Fix NULL pointer deferences leading to crashes dereferences (please check DSA as well) trthPackage/th thArchitecture mdash; Reason/th/tr Mhm ... is the usage of mdash; OK? dsa 2008 1535iceweasel Fix several vulnerabilities dsa 2008 1536xine-libFix Several vulnerabilities several (no capitalisation, check DSA as well) dsa 2008 1554roundup Fix cross-site scripting vulnerabily vulnerabily? dsa 2008 1593tomcat5.5 Fix missing input sanitising and cross-site scripting issue Didn't you used also cross site already? Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFR] Installation Guide - update of apt-setup section for multiple CDs
On Wed, Mar 05, 2008 at 03:27:02AM +0100, Frans Pop wrote: I've updated the section in the installation guide about configuring apt to describe that it is now possible to scan multiple CDs. I'd welcome comments on the new text before I commit the changes. My comments are maybe a little bit too verbose, so ignore anything you do not like ... +If you are installing from a full CD or a DVD that is part of a larger I would drop the a infront of DVD or full altogeher. What does full stand for? A non netinst or business version of the installer? You know that it is possible to burn such an image also on a DVD, in this case full should also apply to DVD. But maybe I understand full wrong. +set, the installer will ask if you want to scan additional CDs or DVDs. +If you have additional CDs or DVDs available, you probably want to do +this so the installer can use the packages included on them. +them is not required. If you also do not use a network mirror (as explained +in the next section), it can mean that not all packages belonging to the +tasks you select in the next step of the installation can be installed. you WILL select? +Packages are included on CDs in the order of their popularity. This means Above you write CDs or DVDs here you mention only CDs. +that for most uses only the first CDs in a set are needed and that only Plural of CD was intended? Maybe first few CDs to avoid confusion with first CD ... +very few people actually use any of the packages included on the last CDs +in a set. +If you do scan multiple CDs or DVDs, the installer will prompt you to Drop do or replace with will? +exchange them when it needs packages from another CD/DVD than the one CD/DVD is used beside CD or DVD from above ... +currently in the drive. Note that only CDs or DVDs that belong to the +same set should be scanned. Really? I should avoid mixing a weekly snapshot of the first 5 CDs with older onces of the remaining CDs? Wouldn't it be possible that a missing dependency can be resolved on an older disc? +If you are installing from a full CD or using a full CD image (not DVD), not DVD refers only to the image? Otherwise remember that it is indeed possible to burn a CD image on a DVD (lack of empty CDs ...). +using a network mirror is not required, but is still strongly recommended +because a single CD contains only a fairly limited number of packages. +of a network mirror is optional. One advantage of adding a network mirror is +that it will make updates of packages in point releases of the distribution Please check grammar in point releases??? Is just a available missing.? +available for installation. +In summary: selecting a network mirror is generally a good idea, except s/selecting/Selecting/ ??? +if you do not have a good Internet connection. If the current version of +a package is available on the CD/DVD, the installer will always use that. s,the CD/DVD,a CD/DVD, +The amount of data that will be downloaded if you do select a mirror thus Drop do? +depends on +which of those packages are present on the CDs or DVDs you have scanned, and +whether any updated versions of packages included on the CDs or DVDs are Plural of version after any is OK? +available from a mirror (either a regular package mirror, or a mirror for +security or volatile updates). Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382424: second pkgsel run after cdrom eject hangs
On Thu, Sep 21, 2006 at 10:39:25PM +0200, Jens Seidel wrote: On Sun, Aug 27, 2006 at 03:20:54PM -0400, Joey Hess wrote: Jens Seidel wrote: APT is not able to mount a Debian CD, since APT searchs by default in /cdrom (see #282344) but /target/etc/fstab refers to /media/cdrom0. To reproduce it use the Beta 3 netinst ISO (install target) and install a system without network mirror. Once the installation finished the CD is unmounted. Now select again Select and install software and try to install another task. The system hangs now because APT cannot mount the CD. The same happens if the user unmout the CD manually ... I tried to start aptitude from the console and noticed that APT::CDROM::NoMount true; has no effect. According to apt's changelog this is now fixed in 0.7.1: only unmount if APT::CDROM::NoMount is false I'm not sure about the remaining issues. Even after removing this line (or using false) apt fails to mount the CD (even after the following fix!). The problem is the line '/cdrom/ {'. Remove the trailing slash and it works like a charm: /cdrom { Whether you add a slash to 'mount /cdrom;' (to make both entries consistent) is unimportant and has no effect. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[EMAIL PROTECTED]: Problems preseeding german keyboard.]
Hi Josef, I forward your mail to debian-boot which is the right list for this problem. Jens - Forwarded message from Josef Wolf [EMAIL PROTECTED] - From: Josef Wolf [EMAIL PROTECTED] Subject: Problems preseeding german keyboard. To: debian-l10n-german@lists.debian.org Date: Tue, 5 Dec 2006 07:50:22 +0100 Hello! I am trying to create a localized custom CD as described on https://help.ubuntu.com/community/InstallCDCustomization The custom CD is based on ubuntu edgy alternate CD. As described in the above howto, I use the following append line to preseed locale and keyboard settings in isolinux.cfg (I have added line breaks for readability) append debian-installer/locale=de_DE \ kbd-chooser/method=de-latin1-nodeadkeys \ file=/cdrom/preseed/install.seed \ initrd=/install/initrd.gz \ ramdisk_size=16384 \ root=/dev/ram rw quiet -- Preseeding the locale works with this setting. But presetting the keyboard don't work. I am still asked to Detect keyboard layout? and so on. With the help of google I have found several other methods to set the keyboard layout: kbd-chooser/method=de-latin1-nodeadkeys kbd-chooser/method=de console-keymaps-fb/keymap=de console-keymaps-usb/keymap=de But none of them works :-(( Is this a bug or am I just using the wrong method? Anyone knows how to find out the correct method? Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Deactivated languages
Hi, first of all I want again to thank Christian and Frans and others for the really good work they do related to i18n. The infrastructure, the New Language Process and more are really great! Even if I rant against a very special point this doesn't mean I do not honour their work. I just want to improve it further (not for me, German is not affected, but for others!). I don't want to hide that I opened this issue already once or twice in the past on debian-i18n but there was no big feedback (I can just assume that only few active translators read this list who are not affected). Since I hope that every developer cares about internationalisation I raised this again, now on debian-boot (but it's really the last time). I will of course accept every conclusion (if there will be one). On Fri, Nov 17, 2006 at 07:02:18AM +0100, Christian Perrier wrote: We just decided (mostly Joey and I), in September 2004, that the list of supported languages was frozen at some point (in Sept 2004, when we were still in the mood of releasing sarge in December 2004). The key, at that moment, was avoiding too important changes in size, for an installer that was brand new for Debian, at that moment. That's indeed still today an important reason. But unconditionally activating a translation once it is complete (without considering the size it adds compared to the usage of it (where is it spoken?)) doesn't solve this, since this increases the size much more than incomplete translations, right? So this is no argument at all! One special point is a possible requirement for a font which could be large. Adding 1MB for it to support 50 message strings may be indeed not optimal (extracting only required glyphs for very incomplete translations could reduce this maybe dramatically). But the current exclusion rule doesn't depend on the file sizes. In the sarge-etch time period, I myself applied a quite loose policy, activating languages when they were reaching about 33%. This allows translators to really *test* the installer as, obviously, nothing can be tested if the language is de-activated. IIRC prospective languages are also deactivated in daily builds after a release, right? (http://people.debian.org/~fjp/d-i/d-i_debconf5_paper.html, section 2.5.2) So Steves argument There is no early and often that applies here is only partially true (for releases). So, back in August-September, it became obvious that some of these would be de-activated to preserve the quality of Debian Installer l10n as well as allow more control on the installer's size. I agree on the size argument but not to the other one. The quality is hard to determine. I know very ugly translations (using 7 bit transliterations (ae for ä), 5--10 typos per sentence, obscur grammar) which I would never remove just to make this issues go away. Such translations are still very, very useful! (Complete illiterate person do not work on translations.) If someone doesn't believe the quality is good enought this person should send patches. As long as no complains are recieved it should always be assumed that it is of proper quality. The same happens for new Debian packages. There does not happen a big usage test until they are excepted, it is assumed they are useful if the oppsosite isn't obviously and are only removed if they are unmaintained *and* contain many bugs (or nobody uses these). If you care about that not sufficient strings are translated allow a fallback language (see my other mail). The discussion between Frans and I has been hot from time to time because I happen to be a little bit less strict and I naturally feel disappointed when I have to put l10n work aside. But, anyway, our views converged and we decided to deactivate languages on two criteria: OK, it converged. But only during discussion of you and Frans? Don't you think other people want to discuss this as well? -incomplete translation AND no activity for more than a few months -translation ratio below 90% Both connected by AND or even OR? Whether there is activity or not should be completely unimportant! The current status should be considered. 10% of translated text could still be very useful and could allow one person to install Debian who would otherwise fail. Think about how many strings you see during a default install. Another very important argument: The barrier to work on a translation is *much* lesser if it is not disabled. (People start sending patches and may take over maintainership.) All these translators have been *warned* about the situation and several of them agreed that it would be better shipping without their language rather than shipping with a too incomplete AND untested translation. I think it is very important to remembr that the work is not done for translators but for users. A non-responsive translator should not affect thousends of users As a conclusion, I think that what we reached is a correct compromise. I of course regretted that
Re: Deactivated languages
On Thu, Nov 16, 2006 at 05:32:31PM +1030, Clytie Siddall wrote: On 15/11/2006, at 4:32 PM, Christian Perrier wrote: - Status of de-activated languages: long list of languages dropped ... This is sad. :( Indeed. I do not know any other Free software project which does this. It also violates many paradigmas known in the Free and Open world such as Release early. Release often. And listen to your customers. (Eric S. Raymond's “The Cathedral and The Bazaar”) (because these languages are released never), We will make the best system we can, so that free works will be widely distributed and used, We will be guided by the needs of our users and the free software community. (Debian Social Contract) ... This behaviour is a beastly shame and I always prefer other projects if I have to update my work and I'm short of time. I really, really cannot believe that it's OK to ignore useful und non-destructive work from people helping to partipiate in Debian. Maybe it't time to open a release critical bug report to this issue ... What do you think would be the best way to publicize the plight of these languages in Debian, so translators from other projects might come to the rescue, if they have time? Why should other people work on these issues? Probably they do not even know that help is needed because they do not know that someone started already a translation which just needs to be updated, reviewed. There are many people who do not try to start such an attempt (by reading documention, maybe by refining i18n tasks) and who just want to improve existing stuff by sending a small patch instead of becoming a new maintainer. I would definitively not suggest translators to start a new Debian installer translation! Why, so that it can be ignored? And the reasons for dropping languages? * Avoiding outdated/obsolete translations? No, not using PO format! * Saving memory? No, we could drop French for this or provide a new infrastructure which just ships compressed PO files and creates .mo files on the fly (maybe also dynamically loaded from the network or a CD). It would not save a lot but a few hundreds kilobytes ... * To force people learning other languages (English)? Probably ... * To support testing these languages? Ahm no, this requires the opposite. * It was requested by many developers or users? Haha! I remember only one reason brought up by Frans and really not more: To be able to blackmail translators. Yep, this is Debian. Lets sue and blackmail others, it makes fun! If this also negatively affects ten thousends of other users, who cares? How about removing Debian Installer from Debian until all bugs (or lets say 90% which is maybe also the used rate to drop languages) are fixed in it? PS: Frans, in your last mail to this issue (many months ago) you just wrote that you do not want to reply to me until I calm down. This is not necessary. I'm really able to participate in serious discussions but the problem is there there was *never* such an (public) discussion and never good reasons for this decision. PS2: Maybe it's not clear to everyone my this mail contains again a little bit sarcasm. Just in case you didn't noticed it or want to use it as an excuse to not deal with this issue ... Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Deactivated languages
On Thu, Nov 16, 2006 at 11:07:26PM +, Thiemo Seufer wrote: IIRC this discussion happed in 2004, before Frans took over from Joey. The consensus back then was that a partial translation is worst because it leads people not fluent in English to invest their time just to fall over a obstacle later. Thanks, that's the information I was looking for and it also matchs Steves reply. So this problem is just a missing fallback language in the Installer? This could be implemented easily. Lets add to the list of available (complete) translations a new item Further languages (partly incomplete) and provide a new list with incomplete translations in the next dialog. It could be followed by a new dialog asking for a fallback language (supporting two languages could cause trouble with fonts, I know). If Frans or Christian had mentioned this earlier it could already be implemented ... But they do not even explain their policy and keep it secret! There was never an explanation like: Until we support the infrastructure to have a fallback language we are very sorry to need to deactivate a few languages to avoid confusion to the user. Again the only reason I remember was the ability to blacklist translators which is unsocial (I hope you agree on this). It was also not yet considered that only a very small amount of messages are shown to the user. Many error texts will never be displayed. A different metric to determine the coverage of a language could change current statistics!? Another issue which conflicts with dropping incomplete languages is that many people I know speak only one language (this may be different for countries where many languages are spoken). In such a case it would be completely useless to remove a incomplete languages to help avoiding confusion because of partial English messages. I'm still not sure whether a patch which implements this would be excepted ... Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Kernel boot parameter on mips (SGI)
Hi, http://www.us.debian.org/releases/etch/mips/ch05s01.html.en contains: quote 5.1.2.1. SGI TFTP Booting On SGI machines you can append boot parameters to the bootp(): command in the command monitor. Following the bootp(): command you can give the path and name of the file to boot if you did not give an explicit name via your bootp/dhcp server. Example: bootp():/boot/tftpboot.img Further kernel parameters can be passed via append: bootp(): append=root=/dev/sda1 /quote I tested an install on a SGI Octane using the kernel linux-image-2.6-r10k-ip30 (2.6.12-3) from experimental. I failed to mount the root filesystem (I tried really everything, such as an NFS root (fails probably because of kernel network settings), a copy of a boostraped system on /dev/sdb directly in my IRIX system) but noticed that bootp(): append=arg1 arg2 is interpreted as kernel command line append=arg1 arg2 by the kernel. So it is necessary to omit append= and the quotes. Comments? Maybe it's only my system which doesn't support append? Next step I will try is to cross compile a newer kernel from http://www.linux-mips.org. My first attempt failed because linux-2.6.18.1.tar.gz seems not to support IP30 anymore. I will try different versions or directly from git ... Or is there a simple way to provide an initrd? All Mips build I checked contain only a kernel image ... PS: I'm not subscribed to debian-boot anymore. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Important: some Debian Installer translations are in great danger
On Tue, Sep 26, 2006 at 02:10:18PM +0200, Josip Rodin wrote: On Tue, Sep 26, 2006 at 06:58:22AM +0200, Christian Perrier wrote: Croatian | 2005-04-03 | 1091t 256f 173u In short, these two languages now have more chances to be keptbut no promise is made yet..:-) Josip, did you noticed this? It's very well possible that existing languages such as your one will be dropped ... No other Open Source project I know about has such an ugly and user unfriendly policy. I'll do level2 now, although I may need some more help to *find* it :) http://d-i.alioth.debian.org/i18n-doc/ch01s04.html Jens -- 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#382424: D-I hangs (waiting for APT input?)
On Sun, Aug 27, 2006 at 03:20:54PM -0400, Joey Hess wrote: Jens Seidel wrote: I can now reproduce it and found also the problem: APT is not able to mount a Debian CD, since APT searchs by default in /cdrom (see #282344) but /target/etc/fstab refers to /media/cdrom0. Setting Acquire::cdrom::mount /media/cdrom0 in /target/etc/apt/apt.conf fixes this. d-i creates a /cdrom - /media/cdrom0 link, specifially to keep apt happy. It's not so easy. First of all, apt-cdrom(8) mentions that This mount point must be listed in /etc/fstab. This may be wrong as mount seems first to follow symlinks before looking in fstab, i.e. mount /cdrom mounts /media/cdrom0 not /cdrom (even if it's contained in fstab). According to the man page, a later apt-cdrom add called by the user requires option -d. So the question seems to be, why isn't that working for apt in /target? To reproduce it use the Beta 3 netinst ISO (install target) and install a system without network mirror. Once the installation finished the CD is unmounted. Now select again Select and install software and try to install another task. The system hangs now because APT cannot mount the CD. The same happens if the user unmout the CD manually ... Ok, so you're going all the way thru to the end of the installation process, which unmounts and ejects the CD, canceling when it says it's going to reboot, (It doesn't prompt when rebooting in standard mode, I stop the process during the bootloader setup.) and then going back and running pkgsel again. Yes. The problem might be that base-installer adds this to apt.conf.d: APT::CDROM::NoMount true; Acquire::cdrom { mount /cdrom; /cdrom/ { Mount true; UMount true; }; } Indeed. I verified this. And it's not removed until the very end of the installation. So if you cancel and go back, you're left with an unmounted CD, and with apt configured to never try to mount the CD. I tried to start aptitude from the console and noticed that APT::CDROM::NoMount true; has no effect. Even after removing this line (or using false) apt fails to mount the CD (even after the following fix!). The problem is the line '/cdrom/ {'. Remove the trailing slash and it works like a charm: /cdrom { Whether you add a slash to 'mount /cdrom;' (to make both entries consistent) is unimportant and has no effect. The German book Debian-Anwenderhandbuch mentions that this slash is important, see http://debiananwenderhandbuch.de/apt.conf.html (You need the trailing slash!) so it seems it was indeed necessary in the past? Why do you use Mount true; UMount true; true is the no-op command (not a boolean value!?) and useless!? If so, then moving base-installer's finish-install script to run before cdrom-detect's would solve the problem. It could be tested by removing /target/etc/apt/apt.conf.d/00NoMountCDROM by hand and seeing it pkgsel worked then. I'm not currently able to test this. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] new screenshots available (dejavu 2.9)
On Mon, Sep 11, 2006 at 10:06:45PM +0200, Davide Viti wrote: I've taken some screenshots as it was done a while ago (see [1]) the screenshots can be found in [2], and in case you wanted to compare them to the previous, see [3] I compared [2] and [3] and both look similar. Nevertheless I miss a problem in the pictures which I reported already for beta 3: I get .. instead of ... in the graphical installer for German. Is this a font problem or does the graphical installer just add additional ellipses? Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: etch beta3 - problem with graphical installation
Hi Patrice, www-debian is the wrong list, so I added debian-boot. On Mon, Aug 28, 2006 at 06:48:15PM +0200, [EMAIL PROTECTED] wrote: Hy, I just downloaded the business card version of Debian Etch Beta3. I tried the graphical installation. I've got 2 points to tell to you : 1) When I manually configure my network card, I have to press the CAPSLOCK key to be abble to enter numbers of the IP address. The SHIFT key does not work. 2) When verifying the backup, I choose France, then ftp2.fr.debian.org It could'nt succeed with the test to know if the mirror is valid or not. I don't know why, because when I manually do : wget http://ftp2.fr.debian.org/debian//dists/etch/Release -O - | grep ^Suite: | cut -d' ' -f 2 I got the correct answer ... Hope this helps. Patrice Oliver. -- 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#343244: GTK frontend shortcuts should be documented
On Tue, Dec 13, 2005 at 11:04:06PM +0100, Attilio Fiandrotti wrote: The GTK frontend allows many keyboard shortcuts, some of the are in common with the classical NEWT frontend ENTER goes forward ESC goes back SPACE activates a button TAB navigates between items and some are new - collapses a tree + expands a tree It took me a long time to notice this. Also it's not so simple, since only + and - from the numeric block (not the ordinary keys) work. That's at least true as long as no special keyboard mapping is loaded and makes navigation in the Choose country dialog hard. But also after a proper keyboard configuration I cannot use the ordinary +/- keys with my keyboard. I'm sure there are keyboards without these keys (e.g. notebooks, even if they provide these keys via a special Fn key in NumLK mode it's hard to use). STAMP takes a screenshot That's the Print Screen key and is not always available as already discussed in this bug report. See also #384475 for a different shortcut request for this functionality. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384510: localechooser: Please use official country names
On Fri, Aug 25, 2006 at 09:48:43AM +0200, Christian Perrier wrote: Quoting Jens Seidel ([EMAIL PROTECTED]): I wonder why you do not use the official country names. So I found for example Macedonia, Republic of whereas the offical name (according to comments in the PO file) is The Former Yugoslav Republic of Macedonia. Please refer to former threads about the names of Taiwan and Macedonia. I am *not* ready to handle more of these discussions. The discussion about the name of Macedonia happened in second half of 2004 in -boot, IIRC. Found it: http://lists.debian.org/debian-l10n-greek/2004/09/msg00012.html For Macedonia, the compromise is accepted by most of the two parties, namely the Greek and Macedonian users. So, we will definitely *not* fix this. Don't try to convince me as my own opinion was using the official names. Anyway, the issue does not even pertain to localechooser but rather iso-codes which provides the relevant information. OK, so let's not use the official name. You should have noticed that I'm not worried about political issues but about an inconsistent naming scheme. The problem I originally have seen in the German translation is Mazedonien, Republik and Moldawien (Republik) You probably agree that this is inconsistent and should be avoided. I provided already a patch for this and assumed that using official names would avoid this problem at all (by not using the Republic suffix). Now I notice that only a very small subset of all the different naming conventions (XXX, Republic of; Republic of XXX; XXX Republic) is used in Debian Installer, namely XXX, Republic of. This is OK since it grants a proper ordering by the country und the suffix , Republic of is only used when necessary. Tobias (the co-maintainer and German translator of iso-codes) offered to change s/Macedonia, Republic of/Republic of Macedonia/ and the same for Moldova and Korea to make this more consistent inside iso-codes. Tobias, please don't do this, I noticed that the current usage is (at least in the Debian Installer) consistent. I'm sorry about this trouble, but as I told Tobias already in a private mail the very large collection of country names in different naming conventions is very confusing (at least for me :-)) Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Many comments to Beta 3 networking stuff
On Fri, Aug 25, 2006 at 08:42:19PM +0200, Geert Stappers wrote: On Thu, Aug 24, 2006 at 01:36:00PM +0200, Jens Seidel wrote: On Thu, Aug 24, 2006 at 11:39:22AM +0200, Geert Stappers wrote: On Thu, Aug 24, 2006 at 12:26:58AM +0200, Jens Seidel wrote: (please CC: me) My PC is connected via eth0 with my notebook which itself is connected (via eth2) to my router. There is no direct connection to the router. I enter my notebook as gateway but cannot specify a nameserver (I have not installed bind). I would like to use my router as nameserver but this requires a route add -host router ip gw notebook ip which I currently start manually from another console or ssh. So [Inet--Router] )) (( [eth2:Laptop:ethX] --- [eth0:PC] Legenda: [ ] = physical device )) (( = wireless connection --- = cable connection post-up route add --host router gw notebook is missing in /etc/network/interfaces, which I add always manually (it's Next is how I would configure a netwerk as yours. Assume that the router has IP address 192.168.0.1 due default factory settings and eth2 is 192.168.0.23, which might DHCP assigned. (I try to always avoid DHCP for a small network 5 PCs since this speeds network initialisation up by 3-5 seconds. It's only required for netbooting which most of my hardware does not support.) Import is that they are in the same IP network. (In a class C network need the first three octets to match) Make ethX 192.168.6.1 and eth0 in the PC 192.168.6.2. On the PC is 192.168.6.1 configured as his default gateway. You have now two seperate IP networks 192.168.0.0 and 192.168.6.0 To make it possible that the PC can to the Internet, you have the enable IP forwarding in the laptop. The command for this is: echo 1 /proc/sys/net/ipv4/ip_forward No, it's no longer so easy. You also have to do on the same host: iptables -t nat -A POSTROUTING -o br0 -j MASQUERADE where br0 is the network device. (Again: Do that on the _laptop_ ) Tell the PC that it's nameserver is 192.168.0.1, your router. Hmm, indeed. Using two distinct networks probably will do what I want. That's also my very old configuration, but since some time I use bridging so that all devices are (locically) in the same network. That's why [eth0:PC] thinks it can reach the router directly without using [eth2:Laptop:ethX]. Maybe I will restore this configuration, thanks. Back to your question: Is there a fixed IP list of nameservers available? Or maybe a Debian mirror IP list? Please don't waste your time on typing in IP-addresses. Would it be so bad to have a fixed IP list in d-i? Remember that DNS server are sometimes down (happens approximately twice per year for me for short time). An outdated (fixed) IP list is much worse then a DNS that _might_ fail. I would not suggest to use it in the installed system, but for the proper system installation from a mirror it may be handy. But I agree that it may not be worth the trouble ... The ultimate test would be another install where the PC is configured as: IP address = 192.168.6.2 Netmask = 255.255.255.0 Gateway = 192.168.6.1 DNS = 192.168.0.1 I have no doubt that this would work. Thanks, Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Many comments to Beta 3 networking stuff
Hi Geert, On Thu, Aug 24, 2006 at 11:39:22AM +0200, Geert Stappers wrote: On Thu, Aug 24, 2006 at 12:26:58AM +0200, Jens Seidel wrote: (please CC: me) Network configuration: My PC is connected via eth0 with my notebook which itself is connected (via eth2) to my router. There is no direct connection to the router. I enter my notebook as gateway but cannot specify a nameserver (I have not installed bind). I would like to use my router as nameserver but this requires a route add -host router ip gw notebook ip which I currently start manually from another console or ssh. I know that there exists various solutions (nevertheless I like my current configuration): * installation of a nameserver on the notebook * direct connection to the router * DHCP If I do not enter a nameserver and go back to the manual network config, the nameserver is preseeded with the gateway! Also my No to DHCP usage is not remembered, the default is always Yes. Is there a fixed IP list of nameservers available? Or maybe a Debian mirror IP list? I see a picture of four items: computer, laptop, router Internet. But I have doubts about the connections, especial because the two network cards in a system. I'm gonna try: Inet --- Router --- PC --- Laptop ---(Inet--Router) --- (eth2:PC:eth0) --- (ethX:Laptop) No, its: Inet --- Router --- Laptop --- PC (Inet--Router) --- (eth2:eth0) --- (eth0) I assume that the laptop is being installed, but I could be wrong. No, the PC. Again: The laptop has full access to the router via eth2 (wireless). The PC uses the Laptop as gateway but cannot resolve the nameserver, because the router is connected to eth2 not eth0. post-up route add --host router gw notebook is missing in /etc/network/interfaces, which I add always manually (it's still easier as to install bind on the laptop). (Would it harm to add such a line by default, even if the notebook gateway is not required for connection?) So halting further thinking about it. Back to your question: Is there a fixed IP list of nameservers available? Or maybe a Debian mirror IP list? Please don't waste your time on typing in IP-addresses. Would it be so bad to have a fixed IP list in d-i? Remember that DNS server are sometimes down (happens approximately twice per year for me for short time). I'm will to help you find a better way to achive your goal. OK. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384475: graphical-installer: No shortcut for screenshot available
Package: debian-installer Severity: minor Hi, the graphical Debian Installer provides a Screenshot button but I'm unable to access it. There is no possibility to select this button using TAB and cursor keys. I also tried the Print key without success. I suggest that Alt+S makes a screenshot (and the shortcut should be visible in the button via an underlines S). Please note that serial mice for button selections are currently not supported. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#384475: graphical-installer: No shortcut for screenshot available
On Thu, Aug 24, 2006 at 06:10:19PM +0200, Christian Perrier wrote: reassign 384475 cdebconf-gtk thanks Quoting Jens Seidel ([EMAIL PROTECTED]): the graphical Debian Installer provides a Screenshot button but I'm Most g-i usability issues should be reassigned to cdebconf-gtk Are you sure? Please try to open http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=cdebconf-gtk I get: No maintainer for cdebconf-gtk. Please do not report new bugs against this package. There is no record of the cdebconf-gtk package, and no bugs have been filed against it. Please CC: me. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384475: graphical-installer: No shortcut for screenshot available
On Thu, Aug 24, 2006 at 07:45:17PM +0200, Christian Perrier wrote: Quoting Attilio Fiandrotti ([EMAIL PROTECTED]): Jens Seidel wrote: Yeah, but Jens seems to mention that tabbing doesn't work. No, tabbing works well. I just cannot select the screenshot button with it. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384510: localechooser: Please use official country names
Package: localechooser Severity: minor (This refers to the version of localechooser from d-i beta 3) Hi, I wonder why you do not use the official country names. So I found for example Macedonia, Republic of whereas the offical name (according to comments in the PO file) is The Former Yugoslav Republic of Macedonia. I noticed this because nearly all country names are of the form Republic of XYZ, but Moldova, Republic of and Macedonia, Republic of do not match this pattern. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382424: D-I hangs (waiting for APT input?)
retitle 382424 D-I hangs (APT fails to mount the CD) thanks Hi, On Thu, Aug 10, 2006 at 09:22:26PM +0200, Jens Seidel wrote: I tried a debian installer session in qemu and noticed that it hangs after some time. After installing of the base system I selected the item »back« to enter the main menu. Now I selected software installation but the software selection dialog shows only a Please wait ... mesage with a progress of 1%. The syslog and the ps ax output indicate that apt is running and probably waits for input: I can now reproduce it and found also the problem: APT is not able to mount a Debian CD, since APT searchs by default in /cdrom (see #282344) but /target/etc/fstab refers to /media/cdrom0. Setting Acquire::cdrom::mount /media/cdrom0 in /target/etc/apt/apt.conf fixes this. To reproduce it use the Beta 3 netinst ISO (install target) and install a system without network mirror. Once the installation finished the CD is unmounted. Now select again Select and install software and try to install another task. The system hangs now because APT cannot mount the CD. The same happens if the user unmout the CD manually ... Jens
Many comments to Beta 3
Hi, (please CC: me) I tested the current Beta 3 of the installer (my aim was not to install a new system, that's why I send no installation report) and want to inform you about my experiences. There are many little issues which are mostly not very important. I used the netinst image from http://cdimage.debian.org/cdimage/etch_di_beta3/i386/iso-cd/. The first confusing fact are the names: debian-testing-i386-businesscard.iso (38MB) debian-testing-i386-netinst.iso (139MB) I know this has been already discussed in the past but now I have a local pocket CD available and noticed that it fits up to 210 MB. So it's sufficient large for a netinst CD. The businesscard ISO name is that's why confusing. Why not swap the names? (A netinst CD is also useful as rescue system, ... without network connection at all, a businesscard CD probably not.) I also suggest to create links in iso-dvd/ as well, since these are also valid DVD images. The following refers to the graphical user frontend and expert mode but I also tested the newt and partially text frontend: There is a Screenshot button which I cannot select/use. I tried TAB and cursor keys, no success! An Alt+S shortcut (which is visible via: _Screenshot) would be nice. I tried also my print key but the button appearance did not change (no pressed+release animation or something fancy like this). I have also an ugly mouse cursor in the middle of the screen. Since the mouse does not work I suggest to hide it (e.g. by moving it to the bottom right corner). Or is there a proper mouse support for some types of mice? I use an ordinary three button serial mouse (/dev/ttyS1) with the Microsoft mouse protocol. There is no way to configure the mouse but gpm (maybe using a repeater mode so that the graphical frontend (and later X?) needs to understand only one protocol) is easy to configure and could also be used to copy and paste text during the installation. Update: I bought a USB mouse today which works. Also important and probably very easy to fix: Three dots (...) are displayed as ... The text frontend handles this right. Maybe I should use U+2026 HORIZONTAL ELLIPSIS (…). Is this supported? What about en-dashs (are these also supported in the newt,text,... frontends)? Is there any reason why the kernel option for the serial console (console=ttyS0,115200n8) is not used by default (or at least mentioned in the help screens)? May it cause trouble without serial interface? I get in minicom no fancy ascii graphic (UTF-8 terminal): +��+ [?] Debian installer main menu +���+ Also only C and English locale can be used. What encoding works via serial console, only 7 bit ascii (that's not yet contained in the manual!)? Also the newt frontend is still not able to handle 8 bit character input, e.g. for the file system label. Entering such a string destroys the dialog. Even if I specify console=ttyS0,115200n8 console=tty0 I cannot access the menu on the PC, only via serial console (but the kernel messages occur on both terminals). Is this a debian-installer limitation because it uses only the first console= argument? The string Choose language at the beginning of the installation process (e.g. during the locale selction) is not translated even after I selected German. After a Go Back and reconfiguration it changed into the mixed term Sprache wählen/Choose language. Also untranslated: Configure and start a PPPoE connection (main menu) #. This shows up in a screen summarizing options and will be followed #. by yes or no #: ../partman-crypto.templates:113 msgid Erase data: Why are yes and no not translated? The following translation (a dialog title) will be truncated: #: ../partman-base.templates:304 msgid Partition disks The text which occurs in the dialog is short: #: ../partman-partitioning.templates:110 msgid Type for the new partition: Maybe I could add spaces after the string to increase it, but this is not optimal! I get the message This computer may have a PCMCIA interface. but I definitively have no PCMCIA interface, only two ordinary ethernet cards (one is a ISA card). During the network detection the installer wants to load the floppy module!??? Network configuration: My PC is connected via eth0 with my notebook which itself is connected (via eth2) to my router. There is no direct connection to the router. I enter my notebook as gateway but cannot specify a nameserver (I have not installed bind). I would like to use my router as nameserver but this requires a route add -host router ip gw notebook ip which I currently start manually from another console or ssh. I know that there exists various solutions (nevertheless I like my current configuration): * installation of a nameserver on the notebook * direct connection to the router * DHCP If I do not enter a nameserver and go back to the manual network config, the nameserver is preseeded with the gateway! Also my No to DHCP usage is not remembered, the default is always Yes.
Bug#382424: D-I hangs (waiting for APT input?)
Package: debian-installer Hi, I tried a debian installer session in qemu and noticed that it hangs after some time. I used the debian-testing-i386-binary-1.iso image from http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/: $ cat /mnt/etch-dvd1/.disk/info Debian GNU/Linux testing Etch - Official Snapshot i386 Binary-1 (20060803) I don't know the version of the debian installer (any way to determine this)? After installing of the base system I selected the item »back« to enter the main menu. Now I selected software installation but the software selection dialog shows only a Please wait ... mesage with a progress of 1%. The syslog and the ps ax output indicate that apt is running and probably waits for input: Menu item 'pkgsel' selected [snip] The following NEW packages will be installed: popularity-contest 1039 root 4528 R apt-get -o APT::Status-FD=4 -o APT::Keep-FDs::=5 -o A Since I have no direct access to the logs and command outputs I attached screenshots of console 4 and ps. (I can access the partition in the image from my host system using losetup but it seems not to be in sync with the file system inside qemu.) I keep qemu running just in case you want more information ... Jens log.png Description: PNG image ps.png Description: PNG image
Bug#382424: D-I hangs (waiting for APT input?)
On Thu, Aug 10, 2006 at 10:55:07PM +0200, Frans Pop wrote: On Thursday 10 August 2006 21:22, Jens Seidel wrote: After installing of the base system I selected the item »back« to enter the main menu. Now I selected software installation but the software selection dialog shows only a Please wait ... mesage with a progress of 1%. Did you select the apt-setup option between the two or did you skip that? I'm not sure (installation took really a long time) but I think I did not select it. But /target/etc/apt/sources.list contains the DVD accessed via cdrom method. OK, I searched in /var/log/syslog and see there a INFO: Menu item 'apt-setup-udeb' selected in front of INFO: Menu item 'pkgsel' selected. I just started pkgsel later again and this time there is no apt-setup-udeb called before. If you skipped it, that is probably the cause. If that is it, we probably need to add a check for it. Suggest you try killing processes from 981 and those listed after that and see what the next item on the menu is that is automatically selected. My guess is that it will be Configure the package manager. No, it's Finish installation. Jens
Bug#382424: D-I hangs (waiting for APT input?)
On Thu, Aug 10, 2006 at 09:22:26PM +0200, Jens Seidel wrote: Since I have no direct access to the logs and command outputs I attached screenshots of console 4 and ps. (I can access the partition in the image from my host system using losetup but it seems not to be in sync with the file system inside qemu.) Hah, I cannot access the ramdisk from outside and need to copy /var/log/syslog to /target first, before I can access it :-)) I attached the syslog. Hope it helps. Jens syslog.bz2 Description: Binary data
Bug#379067: couple of minor glitches in install of powerpc
Hi Rick, On Sat, Jul 22, 2006 at 03:55:28AM -0400, Rick Thomas wrote: Hmmm... That doesn't square with my recent experience. I've had aptitude hang on me a couple of times with messages saying (approximately -- from memory) can't read cdrom. If you want, I can explore this behavior in more detail and present a differential diagnosis. But I've presented my case for not putting the 'deb cdrom' into sources.list for netinst or businesscard installs, and I still think it's a good idea regardless of whether it's a corner case or not. I think we all talk about completely different things. You wrote: Some testing also noted that /etc/apt/sources.list includes the install CD as a source. I don't think this is a good idea -- it means that I have to hang onto the install CD and put it in the drive every time I want to apt-get something. That's just silly. Inserting the CD into the drive all the time you want to install something is indeed silly. I completely agree with you! But it should not happen! You should be requested for the CD only in the case if a wanted package you otherwise would fetch from net is available on it. This saves your time and possibly money. Let me explain it in more detail: There are at least two ways to add a CD to APT: 1) By using apt-cdrom which adds a deb cdrom:[...] stanza to sources.list 2) By accessing a mounted CD: deb file:/mnt/etch-dvd1 The first method determines all packages on the CD and writes the package list to your hard disk. You will never need to reinsert the CD until you request packages which are available on it. By using the second method you will need the CD indeed all the time you start apt-get update, otherwise you get an error. Please also note that APT has currently a few bugs which make this method sometimes fail (e.g. #377424). It's maybe also possible that apt just doesn't find you CD drive because the device file mapping changed and confuses because of this Maybe you should explain your problem in more detail. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379067: couple of minor glitches in install of powerpc
On Sat, Jul 22, 2006 at 05:59:02AM -0400, Rick Thomas wrote: On Jul 22, 2006, at 4:45 AM, Jens Seidel wrote: There are at least two ways to add a CD to APT: 1) By using apt-cdrom which adds a deb cdrom:[...] stanza to sources.list 2) By accessing a mounted CD: deb file:/mnt/etch-dvd1 The first method determines all packages on the CD and writes the package list to your hard disk. You will never need to reinsert the CD until you request packages which are available on it. Maybe you should explain your problem in more detail. Thanks for the helpful explanation. I believe that the installer did (1) for me. I think so too. I did not do (2) myself, and I do not believe the installer did either. Hmmm... Does it matter that I first did a bare bones install ( by un-checking the default desktop task)? No, it should not matter. On the other side the behaviour depends on the time you removed the CD. If it was inserted at this moment and you did not deselected the default desktop task, you would not have the problem. Then when I later went back to pick up something that is normally installed as part of the Desktop task, it tried to go to the CDrom for it. I was not expecting it to go for the CDrom, and did not have it in the drive -- so it hung. (Does hanging if the CD is not inserted count as a bug?) It depends on the kind of hanging. If APT just asks you to insert a special CD I think this is OK and expected. Please note that downloading packages from Internet is much slower compared to inserting CDs. It may be different if you have a local mirror in your LAN. If you do not get such an prompt it is definitively a bug! I also think that having a timeout for APT would not be a good idea. I download every few months a new Debian DVD set and try with jigdo to reuse as many files as possible from my old set. Now imagine the phone bells and I have to leave my appartment ... If APT (or jigdo in this case) would just download from the net without action from my side after 5 minutes, it's possible that this would exhaust my 5GB volume ISP contract (which was indeed replaced with a flatrate one year ago, but ...) Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#378404: installation guide: one more additional proposal
On Sat, Jul 22, 2006 at 12:58:27PM +0200, Geert Stappers wrote: On Fri, Jul 21, 2006 at 06:23:19PM +0200, Frans Pop wrote: Important is to realize that a project has sideline contributors. I fully agree! I really well remember comments like: do not touch it at all even for such simple stuff as fixing typos and unfuzzying translations. And now he really does not want to even release slightly outdated translation, without even explaining the reasons. [1], [2] Maybe there exist reasons for this, but as long they are not published the do not count! It's much better that _you_ take the responsibility to know what you are doing before doing it instead of just going ahead because it looks easy. Maybe it's much better, but we all make errors and we would learn a lot during the attempt to fix it. A rule similar to Once you make it wrong (or even try it), I will revoke your SVN access is one of the worst solutions I can imagine. Why haven't you, Frans, not just explained the reason and let Geert, or anyone else who wants (e.g. me) fix it (by unfuzzying translations)? * How much revert work was/is needed after a considered harmless Hey, this patch shouldn't be ignored action? Telling all the things that need to be done for a cleanup, shows how much harm actually was done. Because it is fairly complex and requires a real understanding of the build system, the way translators work and revision versioning. The only way to learn about that is to really get involved yourself, not by me providing simplistic recipes. But you do not allow to get involved, did you forgot this? Jens [1] http://lists.debian.org/debian-i18n/2006/07/msg00095.html [2] http://lists.debian.org/debian-i18n/2006/07/msg00096.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#377391: Extremely irritating libparted error message during LVM on RAID setup
On Sat, Jul 08, 2006 at 06:15:51PM +0200, Frans Pop wrote: After a RAID device has been set up and that device has been selected for use with LVM, the following message is displayed when changes to devices and partitions are committed to disk before configuring LVM: Error informing the kernel about modifications to partition /dev/md/0p1 -- Invalid argument. This means Linux won't know about any changes you made to /dev/md/0p1 until you reboot -- so you shouldn't mount it or use it in any way before rebooting. For Sarge installations a different, but similar message was shown: The kernel was unable to re-read the partition table on /dev/md/0 (Invalid argument). This means Linux won't know anything nothing Is this anything nothing proper English? Please fix it. about the modifications you made until you reboot. You should reboot your computer before doing anything with /dev/md/0. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: i writing Debian and postfix mta howto
Hi Ozgur, On Mon, Jun 26, 2006 at 12:01:42PM +0300, Ozgur Karatas wrote: I prepared a document. I TOLD told how Debian 3.1 (sarge) install will be used in the document. Can you put this to the debian doc web sites? Great! I added debian-www and the Turkish translation coordinator. I hope I guessed the language right. Çeviri, maybe it's a good idea to add this document (or a link to it) to the Turkish site? Document: http://www.iucoders.com/attachments/DebianGNULinuxilePostfixKurulumu.pdf http://www.olympos.org/article/articleview/1861/1/10/debian_gnulinux_ile_postfix_posta_sunucusu_kurulumu ,''`. Ozgur Karatas : :' : [EMAIL PROTECTED] `. `' http://www.ozgurkaratas.com `-Powered By Debian GNU\Linux PS: I suggest to reply to debian-www and debian-doc only. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Unidentified subject!
On Sun, Jun 18, 2006 at 07:11:07PM +0200, [EMAIL PROTECTED] wrote: I am an ubuntu user, a newbie in gcc compilation(first try) . I DONT KNOW HOW TO CHAGE THE CFLAGS compiler option i juist installed via synaptic. ANY HELP APPRECIATED. I really do not know what you want to achieve. Do you want to rebuild the debian installer or maybe even gcc itself? Are you aware that your mail subject is empty? You cannot really expect a useful answer to your question, right? If your question is not related to debian installer, please consult another (Ubuntu specific?) mailing list, such as debian-user. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Reboot in d-i (Was: Re: sarge3 kernel build r3)
On Thu, Jun 08, 2006 at 08:53:34AM +0200, Frans Pop wrote: installations which has only really been tested for i386. The real downside of using the Etch installer for Sarge is that, although a current kernel will be used for the installation, it will still install 2.6.8 for the target system (it does not use any backports). This means that there is a relatively high chance that the user will experience problems on the reboot into the target system. I never understood why it is necessary to reboot the system after installation. I remember that many years ago SuSE (don't know current status) just chrooted into the installed system. That's also nice compared to other commercial systems which required 10 or more reboots until they were ready (current state also unknown). It may be useful to test the bootloader and makes it easier to upgrade the kernel but is it required? Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Having Difficulties
Hi Steven, On Sun, May 28, 2006 at 03:16:40PM +0100, steven willis wrote: hey guys not sure if i am talking to the right people but you might be able to help me. Debian-Installers responsibility stops after intial boot IIRC. Maybe you should ask on debian-user. just got hold of debian linux 3.1r2 Sarge been checking it out and looks good only problem is once i have installed it and go to reboot for the first time it crashes with a kernel error for the audio module, my understanding of this problem is that there's no driver for my system but im unable to by pass the error What am i doing wrong? If it's really the audio module than it should be very easy to solve this problem. It's unlikely that you box crashes because it finds no audio module, maybe it selects just the wrong one. I assume you login to a graphical session such as KDE or GNOME which uses sound and you see the crash immediately after login, right? You could login to the text console (press Ctrl+Shift+F1). Now I suggest you first try to update the kernel or the ALSA sound modules using aptitude (search using /alsa). If it still fails after this you could switch to an older 2.4 kernel or just remove the suspected sound module manually. Just move /lib/modules/$(uname -r)/kernel/sound/ to somewhere else, e.g. your home directory so that no sound at all is found. Hope this helps, Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368853: [tasksel-data] Minor package description fix
package: tasksel-data version: 2.46 severity: minor Hi, I think the current package description is not optimal: Official tasks used for installation on Debian systems I suggest to remove used as it sounds together with on instead of of strange to me. Does used refer to the initial system installation? Compare with the tasksel description: Tool for selecting tasks for installation on Debian system There is either the article a or s/system/systems/ missing. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: D-I-internals workshop at Debconf
Hi Frans On Wed, May 17, 2006 at 01:21:09AM +0200, Frans Pop wrote: I'll be giving a workshop explaining the technical side of the installer on Thursday 18-5 from 20:20 - 22:00 UTC (if my timezone calculations are correct). The paper that goes with the workshop is available at: http://people.debian.org/~fjp/talks/debconf6 A few remarks: * loading additional components — expanding the installer to its full functionality) ( is missing * I wonder about the mini.iso installation method. Never heard of it, found also no reference to it on http://www.debian.org/devel/debian-installer/. Ah, it's mentioned later in chapter 3 again. Maybe refer to this in a footnote! * -The relaxed policy requirements make one of the reasons that udebs should to be installed on a normal system. +The relaxed policy requirements are one of the reasons that udebs should *not* be installed on a normal system. * -Note the special section. +Note the special debian-installer section. Or do you refer to something different? Is is sometimes useful to use only one of Section: debian-installer XC-Package-Type: udeb? * You use both Sarge (capitalised) and sid notation! I suggest to link to this document from somewhere below www.debian.org/devel/debian-installer/. Maybe you should create a new page for developer documentation which contains useful links. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Running debian-installer from the command line?
Hi Joachim, I also failed already using debian-installer from command line (on a Mipsel SUPERTOLL (German for super great, sic!) system). I haven't tested it recently in detail but I think a few of your steps/assumptions are wrong. On Sun, May 14, 2006 at 11:44:07PM +0200, Joachim Durchholz wrote: Um... telinit alone might not work, and there's some setup work involved. Let me spell out the steps: 1. Base system has / on a RAM disk You need to extract the initial RAM disk and chroot into it before to have it available as /. 2. Partition and format the HDD as needed You can do this step already before 1 using you fully supported (outer) system. 3. Mount the future root partition on (say) /mnt/root 4. Download the ISO into / (or to /mnt/root if it won't fit into the RAM disk) A mount --bind should also work to make a subdirectory available in the RAM disk. 5. mkdir /mnt/iso, loop-mount the ISO to /mnt/iso 6. cp -a /mnt/iso /mnt/root No need to copy if /mnt/root contains the ISO image. Just mount it below /mnt/root/mnt/iso. 7. Shutdown most daemons. Particularly those that service any IP ports. (Other services, too?) Why do you want to stop daemons, which one? Most probably you refer to the daemons in your outer system (in which you called chroot), so you have to exit the chroot first. 8. chroot /mnt/iso /bin/bash --login ?? A ISO image does not carry a valid system! You should chroot into the directory which contains the initial RAM disk instead. 9. telinit -Q ?? Why is this necessary? Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation
Hallo Mario, On Thu, May 11, 2006 at 11:36:52AM +0200, Webmaster OPALMEDIA wrote: Hallo und Sorry für die Störung. bitte beachte, dass dies eigentlich eine englische Mialingliste ist. Ich habe mich durchgerungen, mal Debian zu benutzen. AMD64 Netinst.iso geladen und gebrannt. Installation soweit Erfolgreich. Es kommt eine Fehlermeldung: Keine Festplatte gefunden und folgende Module fehlen: ide-scsi ide-mod ide-probe-mod ide-floppy aic79xxx Ich benutze einen Adaptec 29320 Controller Wie kann ich das fehlende Modul zusaätzlich installieren, damit meine 5 Platten erkannt werden. Ich verstehe nicht ganz, konntest du die Installation auf einer Platte an einem anderen Controller beenden (Installation soweit Erfolgreich) oder steckst du im Installer fest? Der Adaptec 29320 Controller wird laut http://blogs.unixfreunde.de/index.php?/archives/218-Mein-Kampf-gegen-Adaptec-29320-HostRAID-Runde-1..html nur proprietär unterstützt (keine freien Quellen). Das macht eine Installation damit schwieriger, aber bestimmt nicht unmöglich. Es genügt eventuell, einfach das Kernel-Modul zu laden (über Konsole 2), auch wenn ich nicht weiß, ob es zum Debian-Kernel passt. Eventuell muss der Kernel an die von SuSE oder Red Hat angepasst werden, wenn eine Kompilation des Modul-Quellcodes nicht möglich ist? Dies wäre sehr sehr hässlich ... Eine Neukompilierung des Moduls ist eventuell auch bei closed source Treibern möglich, aber ... English: Mario used the AMD64 Netinst.iso and obtained the error message that no hard disk was found. According to the link I mentioned the driver for the Adaptec 29320 Controller is closed source. I suggested to at least try the module (even it is very likely to fail) and concluded that it may be possible to get it working by adapting the kernel source to be compatatible with SuSE or Rad Hat which support it. Maybe it's also possible to just compile the module (or at least the kernel interface), but it's closed source ... Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: D-I Manual - Making entities translatable
On Mon, May 01, 2006 at 06:56:50PM +0200, Frans Pop wrote: A few changes in this patch may need to be reverted later or will be changed to a different entity later. For example a lot of release-tech; should eventually be changed to release-name;. Also, evenually I'd like to change most current d-i; occurrences by D-I;. I noticed that release-tech; is used to describe release names as well as file names as in debian/dists/release-tech;/main/installer-architecture; Please note that at least the German team uses capitalised code names such as Woody, Sarge, Etch which cannot be used in file names. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Install Manual
Hi Franziska, this is a English list so I answer (partly in) English. Am Montag, 10. April 2006 11:37 schrieb Franziska Schröder: ich würde gerne bei Übersetzungen helfen. It's really nice that you want to help translating Debian into German. I CC:ed the German list and we should discuss everything on this list (and in German :-). Dein Betreff enthält Install Manual, willst du dich darauf beschränken, oder bist du auch anderem gegenüber offen? Das Handbuch wird zur Zeit von Holger Wansing betreut und ist zu 94% komplett. Siehe auch http://d-i.alioth.debian.org/manual/. Mhm, ich finde es da gar nicht ... Ach, ja, ich glaube es wurde nur entfernt weil es temporär nicht bei 100% ist. Siehe auch: http://www.debian.org/doc/user-manuals.de.html Holger, brauchst du Hilfe? Ich benutze Debian zu Hause und würde mich freuen, es unterstützen zu können. Kannst du. Siehe z.B. auch http://lists.debian.org/debian-l10n-german/2006/03/msg00061.html und weitere Wie kann ich helfen-Fragen auf der Liste. Außerdem bin ich gelernte Fremdsprachenkorrespondentin und würde so gerne mein Englisch auf aktuellem Stand halten. Aktive Übersetzungen sind dazu ideal und werden von uns sehr geschätzt. Ich freue mich schon auf eine Antwort. Und ich mich auch (manchmal verschwinden Interessenten einfach). Jens
Re: [g-i] freefont vs. dejavu
On Fri, Mar 17, 2006 at 10:45:51AM +0100, Davide Viti wrote: On Fri, Mar 17, 2006 at 08:58:13AM +0100, Jens Seidel wrote: I would like to see the character (encoded in UTF-8) in a third column. done. Thanks. I wonder if what happens to [1] (and to RTL languages in general) is a bug of the browser (I tried both Firefox and Epiphany) or is because I should take some special care when creating the text file. This is browser specific, since it looks better in konqueror and kwrite. Nevertheless the last 9 (and only these) entries look like: 3 U0652 x where x is displayed right of the closing (or opening in this language?) quote sign. Maybe it's just a negative distance which is valid. [1] http://d-i.alioth.debian.org/spellcheck/level1/latest/nozip/ar_codes.txt Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding cdebconf plugins to d-i svn?
On Mon, Mar 13, 2006 at 12:28:22AM -0500, Joey Hess wrote: Luckily, it's svn, so we can move it around with no worries later (except for probably breaking bubulle's scripts. ;-) It not that easy. If you use branches you will notice that moved directories in one branch are not (well) supported during a merge. But you can still merge each moved directory (and file!) separately. There are always problems with subversion (but they are usually fixed very fast). Nevertheless the problem I mentioned is as far as I know not considered a bug since svn doesn't distinguish between move and del + copy. I suggest to avoid not necessary renamings when branches are used (or check current svn development before you do so). Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Further reduction of l10n sync commits
On Tue, Mar 07, 2006 at 12:35:47AM +0100, Frans Pop wrote: Hi Christian, Hi, I'm not Christian, but let me reply anyway ... There still are times when a minor change in the translation for a language will result in all packages being updated. Often this is caused by very minor changes in comments in the head of the po file. Please consider the following two options for l10n-sync to ignore these. 1. Just ignore any change in comments Reasoning: any important changes in comments (if not accompanied by other changes) come from the POT file, not from the translator. The following patch will do that (and has a minor optimization which I've already committed). --- l10n-sync (revision 35133) +++ l10n-sync (working copy) @@ -569,7 +569,7 @@ filter=((PO-Revision-Date|Project-Id-Version|Report-Msgid-Bugs-To|POT-Creation-Date|Last-Translator|Language-Team|MIME-Version|Content-Type|Content-Transfer-Encoding|X-Generator|Plural-Forms):)|^#[^,]|^\#$ cat $lang.po | egrep -v $filter $oldfiltered cat $lang.po.new | egrep -v $filter $newfiltered -if [ -z $(diff --ignore-matching-lines=PO-Revision-Date: $lang.po $lang.po.new) ] ; then +if [ -z $(diff --ignore-matching-lines=\(^#\|PO-Revision-Date:\) $lang.po $lang.po.new) ] ; then It looks like this is already matched by $filter, isn't it? Even if it is used for different actions it may be useful to create a new filter based on the old one. Just use it: if [ -z $(diff $oldfiltered $newfiltered) ] ; then Nevertheless I think that Plural-Forms: should be excluded from the list or compared separately (not necessary when the first commit (maybe via the New Language Process) checks that it is correct) so that a wrong one can be corrected. The same is true for Content-Type: to match a changed encoding. - # We don't commit if only PO-Revision-Date changed + # We don't commit if only comments, white spaces, ... changed rm $lang.po.new else BTW. I think we should also ignore changes in the Last-Translator: header. Also matched by the filter above. 2. Ignore any changes in lines leading up to the first msgid line This is probably the better option. Just add |^[[:space:]]*$ to the filter. Please test yourself before committing. I tested it on a single file and it should work. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Indic scripts
On Thu, Feb 23, 2006 at 02:30:42PM +0100, Christian Perrier wrote: Is it possible for Khmer to be included in beta 3 if the translation won't be complete of all levels? But in any case having an incomplete translation EVEN IN LEVEL 1 will NOT make us withdraw your translations. The only requirement is having a minimum of 50% for level 1 which you already nearly achieved for Khmer. May I ask you why this 50% border exist? Even a single translated string is useful to test the debian-installer integration (fonts, language and locale settings) and such an incomplete translation indicates to users that it is work in progress. So they may start sending patches ... Also consider how many messages are shown with a low priority. If I remember correctly it's sufficient to hit 10 times Enter to install Debian (i.e. 10 text screens) :-)) Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [D-I Manual] Proposal for new entities and entity translation (was: Sarge and sarge in the manual)
Hi Frans, your mail contains Cc: [EMAIL PROTECTED] Seidel [EMAIL PROTECTED], Maybe you want to resend it to [EMAIL PROTECTED] On Mon, Dec 20, 2004 at 10:08:20PM +0100, Frans Pop wrote: OK. I think we can address both issues. The next question is: what entities do we need? I have created a proposal that gives a more general setup and allows a gradual transition by not changing existing entities. I would appreciate any comments and suggestions for improvement or additions. Your approach looks good. Current entity New entity Definition - --- - --- distrDebian debian distr-full Debian GNU/Linux - --- distr-tech debian release release-version 3.1 releasename release-name sarge or Sarge - --- release-tech sarge - --- D-I classnameDebian Installer/classname - --- manual Debian Installer Manual d-i d-i classnamedebian-installer/classname d-i-manual d-i-manual classnamedebian-installer-manual/classname Comments: - - Personally I feel we should capitalize Sarge for the English verion of the manual as Sarge is the proper name of the release (and is derived from the name of a character in a movie and should be capitalized as such) I want to add that capitalized code names are used in the English version of the Debian Reference as well. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sarge and sarge in the manual
Hi Frans, On Sunday 12 December 2004 21:33, Holger Wansing wrote: in german we need, maybe in difference to e.g. english, Sarge (upper case) as discription of the branch and sarge (lower case) for example in filesystem paths. So we need different entities for that. Yes, I can see the need for that. For Dutch a capital S would be preferred as well when referring to the release name. I'm the person who contacted Holger to fix this. I've created two additional entities in common.ent: !ENTITY releasename sarge +!ENTITY releasename-cap Sarge +!ENTITY releasename-uc SARGE - -cap: capitalized - -uc: uppercase That's indeed a solution, but please note that it is the wrong way to solve this. XML is used to separate content and style/formating. What happens if a language team decides to change Debian code names from one style to another one? They have to substitute one entity hundreds of times. The proper solution is to allow each language team to define releasename; and to introduce releasename-dir;. The first one may expand to Sarge, sarge or whatever (what is used in Greek, Russian, Chinese, ... which do not use latin characters?) and the second one to sarge which should be used for filenames, directory names, ... To support this, it's necessary to review the code and to replace releasename; by releasename-dir; (searching for filename should suffice??). When you are sure that it's to late for this change, it's also possible to introduce releasename-name; in the same way as you suggest and to use this in the code (or in a few translations only) when we refer to the name and want our own style. So there's no need to touch English files. PS: I suggest to substitute / *- */ by mdash; (in German we use ndash; instead). Please CC: me, I'm not subscribed. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#198265: Please close this bug
Hi, I recently looked for bogus debian-installer/binary-i386/Packages files in sarge-i386-netinst.iso and in unofficial fsn.hu Sid DVD images but was unable to find affected images. I'm nearly sure that this bug was never related to debian-installer but to a broken image generation. It should be safe to close this bug. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#198265: installation-report: module loading broken
Hi Darryl, Package: installation Version: sarge-i386-1 (jigdo from ~18June2003) Installing Debian installer module [ 0.0%] Retrieving libc-udeb Debian Installer main menu Failed to retrieve installer module Retrieving the module libc-udeb failed for unknown reasons [Press Enter to continue] this version contains a bogus Packages file debian/dists/sarge/main/debian-installer/binary-i386/Packages. This file contains Filename: /data/.2/debian/pool/... instead of Filename: pool/... You may try to add a link from /data/.2/debian to /cdrom in debian-installer, but if I remember correctly this will not be useful. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]