Bug#255263: bug report
Installer could not detect the SATA hard drive that was connected through a Promise SATA150 TX4 PCI interface card (non-RAID). At the partitioning step, no hard drives were available. Still working on a way to get Debian to see my drive... Promise provides driver source code but my old drive crashed and the MB doesn't support new, high-capacity drives. Is it possible to have that driver on the install CD? Can you test with the following image: http://gluck.debian.org/cdimage/testing/sid_d-i/i386/current/sarge-i386-netinst.iso (possibly download it after 20:00UTC) -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ssh support
Quoting Colin Watson ([EMAIL PROTECTED]): On Sun, Jun 20, 2004 at 10:03:36PM +0200, Bastian Blank wrote: - Templates for network-console. Done. I made a few rewrites for style consistency with the rest of d-i (very few needed). You (Bastian or Colin) took care of using the same formulation than shadow which is fine Shadow templates are like ly to change slightly in the future (removal of exclamation marks...or the try again formula which seems a bit unprofessional to me) So, I adapted these templates to what I think to be better.which again, does not mean a lot of changes. The changes will be commited soon. I will announce this new package to translators. Seppy, be ready. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Summary do D-I IRC meeting 20040619
Quoting Martin Michlmayr ([EMAIL PROTECTED]): When was this known to be working on the Sid d-i images? I tried installed Debian on a Vaio with a firewire CD/DVD drive, and the Sid d-i It's a new feature (end of May). Probably later because ddetect, which includes the needed changes, has a hard way to enter unstable (because of me messing uploads). This is in the first sid_d-i image including ddetect 0.101 20040616 was OK (this is the one I tested on my Dell X200 last Friday) Ross can you grab the following and test on your VAIO? http://gluck.debian.org/cdimage/testing/sid_d-i/i386/current/sarge-i386-netinst.iso -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
SATA support (was: Re: Summary do D-I IRC meeting 20040619)
Quoting Brian May ([EMAIL PROTECTED]): I submitted a bug report #252211 concerning SATA support (as well as screen corruption when changing consoles), and I also see bug report #254071 which looks similar. So far I haven't got any response. D-i team is a bit crowded with install reports and there is few manpower for dealing with them, unfortunately. Bug report #254071 says it should work with the 2.4.x kernel, I didn't test 2.4.x because I though something relatively new like SATA would require 2.6.x, I may have been mistaken... Can you check again with http://gluck.debian.org/cdimage/testing/sid_d-i/i386/current/sarge-i386-netinst.iso ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252109: some improvements
CTRL-A, or CTRL-Q? (CTRL-Q being the opposite of CTRL-S, and what I guessed at DebConf when this happened to us) I don't remember..:-) When we finally found the magic key, we were using a french installation with a US keyboard, or the oppositeand all of us remember that A and Q are switched in these.and thus, I don't remember at all if it was Ctrl-A because this indeed was Ctrl-Q or really Ctrl-Q or really Ctrl-A Thjis is one of both..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Support for bi-directional languages (Arabic, Hebrew, Farsi...) now completely included in Debian Installer
Well, consider it confirmed that sid_d-i is doing bidi and shaping for powerpc already. :) (Confirmation of the readability will have to be left to someone else. :) And the official images are now here after we finally managed to have a daily sid_d-i build to be done: http://gluck.debian.org/cdimage/testing/sid_d-i/i386/current/sarge-i386-netinst.iso Arash worked hard these days and Farsi is at 19%so seeing some things translated will slowly become possible (however, this does not appear in daily built images, as they use uploaded packages...and most packages Arash worked on haven't been re-uploaded yet...which will happen before a release) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Summary do D-I IRC meeting 20040619
Quoting Steve Langasek ([EMAIL PROTECTED]): Pushing languagechooser needs pushing countrychooser and lowmem at the same time Does lowmem need to go in at the same time, or just before? In the same time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
BiDirectional text and right-to-left languages support in Debian Installer
After very hard and deep work by Steve Langasek (using preliminary work from Shlomi Loubaton), the Debian Installer team is proud to announce that right-to-left (RTL) languages such as Arabic, Hebrew, Farsi (Persian) and several others (usually called BiDi support) are now supported by the first stage installation process of Debian. This work needed to include patches to libraries used for user input during the installation phase, in text mode. The very latest netinst images built by the Debian Installer team, with BiDi support, are available at: http://gluck.debian.org/cdimage/testing/sid_d-i/i386/current/sarge-i386-netinst.iso (other arches also include BiDi support, replace i386 by your architecture name in the above link) Screenshots: http://people.debian.org/~bubulle/d-i/screenshots/ Debian is thus now, as far as we know, the very first Linux distribution to support RTL languages from the beginning of its installation process. A lot of work remains to be done, for instance keeping RTL and BiDi working when the distribution is installed, or right-aligning dialog boxes, but a giant step has been achieved. We also need to properly support BiDi/RTL with debconf in the installation 2nd stage and at the console, after rebooting. The not_working/2nd_stage-arabic.png screenshot at the above URL shows that this currently is not the case (it is left-to-right displayed). This work is part of the general globalization process of Debian and specifically our installation software, which now includes translation in 40 languages, covering about 68% of the world population. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: @euro support with new languagechooser (was: dropping tc1)
Quoting Frans Pop ([EMAIL PROTECTED]): Is there some table available that lists primary currency for a country? Not afaik Funnily, I indeed begin to wonder whether we still need these @euro variants. When comparing fr_FR and [EMAIL PROTECTED] I only see the comment about Charset to be different..:-) [EMAIL PROTECTED] basically is a copy of fr_FR:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: @euro support with new languagechooser (was: dropping tc1)
Quoting Steve Langasek ([EMAIL PROTECTED]): (comparing fr_FR and [EMAIL PROTECTED] more generally all @euro variants of locales) So there's no difference in the actual charset that each is pointed to, the only difference is in a comment about the charset? Yes, as far as I understand. [EMAIL PROTECTED] only uses copy fr_FR everywhere While fr_FR LC_MONETARY section refers to the Euro currencywhich is logical in 2004..:-) same for nl_NL and all [EMAIL PROTECTED] locales I guess @euro variants were basically transition variants. They are now useless.except that many users still continue to use them pointlessly. This is my understanding of all these things, of course. Let's CC debian-i18n just to check if others have complements to this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Call For Help: Accessibility support in d-i
Unfortunately, something seems to have broken recently, and the currently generated access floppy images do not boot anymore. The boot floppy starts to load normally, and after some time, SYSLINUX reports: Boot failed: Please change disks and press any key to continue. After some investigations today, it seems the problem may be narrowed down to the kernel-image-2.4.xx-speakup udeb. I tried to build a regular floppy boot image (make build_floppy_boot) with this kernel instead of the default flavour by modifying the needed cfg file. This boot image experimented the reported problem which rebuilding it again with the usual kernel worked well. So the investigation should probably focus on this special kernel flavour. This topic (not yet solved) revealed to me the existence of the accessiblity flavour of d-i. Apart from the problem Mario related (which is imho not far from being RC), we should all more focus and this accessbility variant of Debian Installer. For instance, having it available as an option on the regular CD, if technically possible, would be a great progress. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dropping tc1
Quoting Steve Langasek ([EMAIL PROTECTED]): Just to confirm, there are a fair number of translations available for languagechooser, and the reason for the full countrychooser list was that I was testing Arabic, which doesn't have a shortlist yet. :) Which I currently do not understand really. I suspect this is because all countries that are likely to be displayed in this short list do not have their name translated in Arabic but I'm unsure Indeed, we should record this as a minor bug against countrychooser. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251550: Keyboard freezes when typing non-ASCII letters (was Re: Bug#251550: Bug#254630: LVM names)
If eacute is replaced by its Unicode notation U+00E9 in keymap file, everything works fine now. But this keymap cannot be used when keyboard is in ASCII mode, The only solution is to have two keymaps, one for ASCII mode and the other one for UTF-8 mode. OK, thanks a lot Denis for this pretty detailed explanation of the problem. So, this bug should finally be assigned to console-data with the request for creating Unicode keymaps for layouts which don't have one (Recai mentions Turkish for instance)? What about kbd? You mentioned me in another mail this supposedly more recent system for handling keyboard layouts Should we start to build a fr-latin0u keyboard, german people a Unicode german keyboard layout and so on? Or could a switch to another keyboard handling system help? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255489: Cannot reproduce this bug
Hmmm, I'm unable to reproduce this bug. Could you send the /var/lib/dpkg/info/base-config.templates file to the bug log (if you suspect your MUA may alter its encoding, please gzip it before sending it)? Which debconf interface do you use (I guess this is of no importance but just want to check in the same conditions, possibly)? -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255651: base-config: apt-config should ask for proxy if not configured
Package: base-config Version: 2.31 Severity: normal When using the netinst CD, the HTTP or FTP proxy is never prompted to the user, even at low priority. Thus, when apt-config comes for, for instance getting the security updates, no proxy is setup and if one is needed for reaching the outside world, the security updates fail. I suggest asking for the proxy information if none has been inherited from 1st stage. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.6-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages base-config depends on: ii adduser 3.57 Add and remove users and groups ii apt 0.5.25 Advanced front-end for dpkg ii aptitude0.2.14.1-2 curses-based apt frontend ii bsdutils1:2.12-7 Basic utilities from 4.4BSD-Lite ii console-data2002.12.04dbs-42 Keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-52Linux console and font utilities ii debconf 1.4.28 Debian configuration management sy ii debianutils 2.8.3Miscellaneous utilities specific t ii gettext-base0.14.1-2 GNU Internationalization utilities ii passwd 1:4.0.3-28.4 Change and administer password and -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dropping tc1
Quoting Christian Perrier ([EMAIL PROTECTED]): Which I currently do not understand really. I suspect this is because all countries that are likely to be displayed in this short list do not have their name translated in Arabic but I'm unsure No, this is because countrychooser does not have an Arabic translation yet (debian/po/ar.po). I added a fake one with 0 strings translated and the short list is now built and will be shown (in English because ISO-3166 remains to be translated). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255489: Cannot reproduce this bug
Quoting Francesco P. Lovergine ([EMAIL PROTECTED]): On Tue, Jun 22, 2004 at 08:40:13AM +0200, Christian Perrier wrote: Hmmm, I'm unable to reproduce this bug. Could you send the /var/lib/dpkg/info/base-config.templates file to the bug log (if you suspect your MUA may alter its encoding, please gzip it before sending it)? Find it attached, should not be altered. Wow. The file seems completely screwed below, in 12th template. Definitely it differs from the one I have on my own system. I suggest completely purging the package and reinstall it. It this happens again, then the .deb in the archive is definitely messed up (I don't remember if the one I have is home-built or not. IIRC, when you reported this yesterday, I delibarately removed base-config on mysystem and then apt-get'ed it again) Description-sv.ISO-8859-1: Konfigurera tangentbordet Description-tr.UTF-8: Klavyeyi yapılandır Description-uk.UTF-8: Ð?алаÑ?Ñ?Ñ?ва¶¡¼¤È¥Ñ¥¹¥ï¡¼¥É¤Î¥»¥Ã¥È¥¢¥Ã¥× Description-ko.EUC-KR: »ç¿ëÀÚ ¹× ¿¼è±Û ¼³Á¤ Description-lt.ISO-8859-13: Naudotojø ir slaptaþodþiø nustatymas Description-nb.ISO-8859-1: Sett opp brukere og passord .../...
Re: (forw) Re: @euro support with new languagechooser (was: dropping tc1)
Quoting Steve Langasek ([EMAIL PROTECTED]): Even though there are different locale variants available for historical reasons, I think there is no reason we need to support more than one variant for each locale in new installs. So a simple mapping list in countrychooser should be sufficient. Or trigger reconfiguring locales in base-config with prefeeded debconf values, maybejust an idea : I didn't examine all possible consequences. After all, having the variant properly chosen is only meaningful in 2nd-stage, not in 1st-stage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255388: debian installer not install LG HL-DT-ST RW/DVD GCC-4480B
Quoting Andre Felipe Machado ([EMAIL PROTECTED]): Hello, I tried to install with the following image: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/tc1/sarge-i386-netinst.iso Could you try with http://gluck.debian.org/cdimage/testing/sid_d-i/i386/current/sarge-i386-netinst.iso -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255651: Acknowledgement (base-config: apt-config should ask for proxy if not configured)
tags 255651 patch thanks The attached patch should allow apt-setup asking about a proxy is no proxy has been setup yet. This patch is *untested*. 627a628,635 # Ask about a proxy if no proxy is yet defined. if [ -z $http_proxy ]; then if [ ! -e $APTETC/apt.conf ] || \ ! grep -iq 'Acquire::http::Proxy' $APTETC/apt.conf; then db_input high mirror/http/proxy || true db_go || continue fi fi
Bug#255651: Acknowledgement (base-config: apt-config should ask for proxy if not configured)
Quoting Colin Watson ([EMAIL PROTECTED]): On Tue, Jun 22, 2004 at 06:14:47PM +0200, Christian Perrier wrote: The attached patch should allow apt-setup asking about a proxy is no proxy has been setup yet. This patch is *untested*. The patch has no context, so will break as soon as lines are added above that point in that file; 'diff -u' would be better. ...and is usually what I use. No idea why I forgot this time. Here's the context diff --- apt-setup.ori 2004-06-22 18:09:41.0 +0200 +++ apt-setup 2004-06-22 18:13:42.0 +0200 @@ -625,6 +625,14 @@ db_go || true db_get apt-setup/security-updates if [ $RET = true ]; then + # Ask about a proxy if no proxy is yet defined. + if [ -z $http_proxy ]; then + if [ ! -e $APTETC/apt.conf ] || \ + ! grep -iq 'Acquire::http::Proxy' $APTETC/apt.conf; then + db_input high mirror/http/proxy || true + db_go || continue + fi + fi # Test it. tmpsources=`tempfile` echo deb $LINE $tmpsources
Re: debian-installer translation
Quoting Ben Bonfil ([EMAIL PROTECTED]): Hi, I would like to help you translate the debian-installer to hebrew. I never translated any software before but I know C/C++. If you can refer me to a decent guide or just explain me I would be glad to start working on it. First of all, you need to coordinate with Lior Kaplan, who is in charge of coordinating this translation work for hebrew You can also read the documentation pointed by the I want to help part of the translation status page: http://people.debian.org/~seppy/d-i/translation-status.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040621 i386 sid_d-i OK
Daily builds being back for i386 netinst, I restarted my systematic tests Tests in languages other than en or fr of course do not include proofreading. These are blind tests focusing on bad display errors, charset problems and final test of encoding things on the installed systems. Below, the pseudo locale indicates which language and country were chosen in the first screens. The expected locale for unprivileged user on the finally installed system should use this language. Root should not have a localised environment. 20040616 OK fr_FR 2.4 OK fr_FR 2.6 OK ja_JP 2.4 (no CJK display at console after final install) OK ja_JP 2.6 (ditto) OK en_US 2.4 OK en_US 2.6 OK fr_BR 2.4 (locale is fr_FR in 2nd stage which is expected. BR is used for tz and mir defaults) OK de_DE 2.6 *KO lowmem 2.4 *KO lowmem 2.6 20040620 OK lowmem 2.4 OK lowmem 2.6 OK fr_FR 2.4 OK ar_EG 2.4 (but no RTL in 2nd-stage...not d-i related) 20040621 OK fr_FR 2.4 at low priority (a few small glitches : too long screend and one debconf display problem. None d-i related) OK hu_HU 2.4 (no shadow translation) -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug installing root on XFS on latest svn
Quoting Alexander Nyberg ([EMAIL PROTECTED]): I've tried to learn the system much enough to figure out this stuff by myself, but it's unfortunately difficult to even understand which the normal order of run of the packages/ is, I would appreciate some introductary developer/bugfixer documentation. When grub is to be installed, it livelocks, that is it gets stuck in some loop. (this is /sbin/grub I'm talking about, not /sbin/grub-installer). No help from the debugging output, all looks as it should there. I have neither been able to install gdb on it (the current gdb.udeb seems to have some dependencies on ps_pdread, which i cannot build in SID). So, I would _gladly_ help doing development/bugfixing, but I need answers on some questions. Something explaining in which order the packages/ are run. Any tip on how to get gdb on to the install cd so that I can (at least try to) debug these kind of binary problems. It seems to me this bug has already been reported. See grub-installer or grub bug logs. (I don't have net access while writing this). Thus you'll be able to see who is working on them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: about netinst
Quoting wlinks ([EMAIL PROTECTED]): I believe I need to burn all 4 .iso files in 1 cd, right? Which 4 ISO ? You need bruning only ONE ISO. First of all, choose the ISO most appropriate for your need, between tc1 and sarge_d-i or sid_d-i daily builds (OK, the d-i page is currentrly confusing for these two), either businesscard or netinst. businesscard will need you to have net access during the installation 1st stage in order to complete. netinst is a big bigger but does not require net access for installing the base system (you will need it for installing additionnal packages such as graphical environment) Burn it on a CD using Nero or whatever Windows CD burning program, boot the CD and voila. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hardware support missing : which package assign bugs to?
The subject says it all. When someone reports some hardware being unsupported, and given (s)he gives uses the output of lspci -v, which package should we assign the bug report to? discover-data? kernel-image-x-di? other? -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255597: Installation Target on Second IDE Drive
severity 255597 grave thanks Quoting Frans Pop ([EMAIL PROTECTED]): Although this case is fairly exceptional, I have assigned severity important until it has been determined whether having e.g. only the first partitions the same size on two disks would also result in generating the same ID. Also, this could be a problem for identically partitioned disks used in a RAID. This problem could cause data loss for an inattentive user! IMHO, this deserves a RC severity (grave). As soon as we identity a potential data loss, which Martin did on that case, the bug should be tagged as RC, no matter it may happen very rarely.. ;-) Solution could be to use target and partition numbers in calculating the partition ID's. Frans, do you think you can take a look at this? Otherwise, I guess Anton should.
Bug#255758: discover1: [[INTL:eu] Basque debian template translation update
tags 255758 pending thanks Quoting Piarres Beobide Egaña ([EMAIL PROTECTED]): Package: discover1 Severity: wishlist Tags: l10n, d-i, patch Here atached debconf template translation update for basque. Plese commit when you can. Commited
Re: Hacking the debian-installer ISO image
Quoting Ognyan Kulev ([EMAIL PROTECTED]): Osamu Aoki wrote: http://people.debian.org/~osamu/hackdi It would be great if it's linked from http://www.debian.org/devel/debian-installer/ I asked it to Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Pointing users to d-i images on the main page
I'm currently feeling that the way we currently point users to the various builds on the d-i main page (http://www.debian.org/devel/debian-installer) is not optimal. Basically, we have 3 sections here: -beta4 -tc1 -daily builds The daily builds section links to a dedicated page (www.debian.org/devel/debian-installer/builds) explaining the differences between sid_d-i and sarge_d-i Strangely, this page mentions sid_d-i as the daily builds while the main installer page link in Daily builds points to http://cdimage.debian.org/pub/cdimage-testing/daily/ which has *sarge_d-i* builds There are several consequences to all this: -we receive too much reports for beta4 and for nearly all of them we always answer one of the following: -please test a more recent image such as tc1 and sid_s-i -this has been fixed. Please try. (tc1 or sid_d-i) -tc1 which was meant to be a test candidate is probably is bit too visible currently and several users take it as the last official release -sid_d-i images are very hard to find Just before Saturday's meeting, I received a proposal by Vince McIntyre for a how to help us testing d-i page: http://people.debian.org/~bubulle/d-i/irc-meeting-20040619/vince2.html I suggest that -we keep only beta4 on the main d-i page as official release. Put here a link to the builds page. -we remove the tc1 pointer from the main page -we keep a daily build paragraph pointing to a new page called the builds page This builds page should be basically the current http://www.debian.org/devel/debian-installer/builds where we inject Vince McIntyre proposal. Do you think we can converge on these ideas ? The most critical point, imho, is currently the lack of visibility of sid_d-i and a too much visible sarge_d-i release... -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255388: debian installer not install LG HL-DT-ST RW/DVD GCC-4480B
Quoting Andre Felipe Machado ([EMAIL PROTECTED]): Hello, This time I tried with this iso file: http://gluck.debian.org/cdimage/testing/sid_d-i/i386/current/sarge-i386-netinst.iso Unfortunately, things went worse. OK, I think it's time to get details about the hardware. Could you please post the output of lspci -n and lspci -v on this machine? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pointing users to d-i images on the main page
Quoting Steve Langasek ([EMAIL PROTECTED]): But as udebs are pushed into testing, what we need more and more of is people testing sarge_d-i so that we know if it works, and can decide when we're ready to cut tc2. I'm not sure about other archs, but at least on alpha, the last remaining *known* showstopper is getting aboot-installer 0.0.11 into testing. This leads me to one quesiton : why does the current sarge_d-i image claims (when hitting F1 at the boot prompt) that it was built on 20040528? Is this because the netboot never change since then (but some packages may have been pushed into testing after this date) or because all packages there are older than 20040528? This is still quite puzzling. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 20040621 i386 sid_d-i OK
Quoting Steve Langasek ([EMAIL PROTECTED]): OK ar_EG 2.4 (but no RTL in 2nd-stage...not d-i related) It is d-i related, to the extent that libfribidi0 will need to be OK. In my opinion, this was not directly d-i related as this is not a thing (getting bidified slang in testing) that the d-i team really has control on. installed by base-installer on platforms where RTL is needed. The other factor, of course, is that the version of slang in testing does not yet support bidi (5 more days to wait on this one). uh, I was missing something here. So, in 5 days, if libfribidi0 is installed by base-installer, we will have a RTL 2nd stage, then? If so, the question narrows down to : how to have libfribidi0 installed by base-installer PS : while I am at this BiDi thing--I have read, by digging on arabeyes mailing lists, that the new libfribidi is about to be released. This version is supposed to include shaping support directly and, according to the discussions there, libfribidi shaping will just take place before applications internal shaping. I'll try to follow this closely, though I will be less available during summer time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH]: New hook in base-installer
Quoting Otavio Salvador ([EMAIL PROTECTED]): +Template: base-installer/progress/preparing +Type: text +_Description: Preparing to install the Debian base system Will this be a progress dialog title, or information? If this is a title, we'd better use Preparation of the Debian base system installation. If this is information, we should use ellipsis: Preparing to install the Debian base system... + +Template: base-installer/progress/fallback +Type: text +_Description: Running: ${SCRIPT}... I'd suggest: Running ${SCRIPT}... (without the colon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
#255388 : hardware wizard requested...:-)
Could someone with enough hardware support skills have a look at #255388? This seems obviously to be a lack of hardware support problem. There are, I guess all needed informations here, but I'm unable to analyse myself (and for instance assign this to discover1-data of kernel-image-di). -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#254754: Grub added a Other operating systems entry, that does nothing.
Quoting Robert Millan ([EMAIL PROTECTED]): reassign 254754 grub-installer thanks On Thu, Jun 17, 2004 at 07:23:26AM +0200, Christian Perrier wrote: GRUB maintainer(s), comments? Of course, if grub-installer misuses menu.lst and such possibility already exists, please reassign the bug to grub-installer. Grub has a title command which is used to set the title for each boot option. I'm reassigning to grub-installer. H, I'm afraid there is a little misunderstanding here. grub-installer really uses the title option of course. However, as Debian Installer tries to detect other operating systems on the installed system, and add GRUB menu entries for them, it indeed uses a fake menu entry, named Other operating systems, which just does nothing..and below it are the real entries for booting the detected Operatin SYstems such as Windows flavours, other Linux installs, Solaris, whatever The bug submitter here just mentioned that the Other operating Systems entry just did nothing. So I turned out to a kind of wishlist for GRUB : having some possible section titles, just needed for sorting things, on which the pointer cannot be moved (it just moves over it). As the bug submitter mentioned, this is far from being critical, more a wishlist and probably to be forwarded upstream. So, if that kind of special title is currently not possible with GRUB, I'd prefer see this bug assign to grub, of course.
Bug#255263: How to run lspci on a newly installed system?
lspci is unavailable. I looked for it on the ramdisk and on the cdrom (which was mounted already) but I guess it gets installed later... after the hard drive is detected. That's an interesting problem. Most often, people coming with new hardware we need lspci output for have another Linux distribution installed on it, so running lspci is not a big problem. In your case, this is more tricky and I have no idea by myself. Mabe someon in debian-boot will have a suggestion. This is why I change the subject, just to get people attention. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255922: Installation Report on a Powerbook G4 (2004) 1,5Ghz
Quoting Alexander Wirt ([EMAIL PROTECTED]): Package: installation-reports INSTALL REPORT Debian-installer-version: Release Candidate 1 (downloaded 23.06.04) Wasn't this Test Candidate 1 ? There is no Release Candidate at this time..:-) Where did you download this image (just to be sure as this is a success install report..:-)))
Re: Install Report (22 June 04 Daily Build), Problem with Time Zones
Quoting Michael Bonert ([EMAIL PROTECTED]): Debian-installer-version: 22 June 2004 $ md5sum sarge-i386-netinst.iso 5db3c8d500380d664c748356910a6d2e sarge-i386-netinst.iso For the record, this is 20040622 sid_d-i There appears to be some problem with the time zone settings. I set the clock to UTC and my time zone to Eastern (Canada). Then I noticed... the time that is displayed is UTC. I then poked around in the /etc files and another directory I found: --- [EMAIL PROTECTED]:/usr/share/zoneinfo$ ls -lat localtime lrwxrwxrwx1 root root 14 2004-06-23 20:07 localtime - /etc/localtime --- The above is RED (broken link) -- '/etc/localtime' does NOT exist-- I suspect this is an install quirk! I can't reproduce this with my usual test install path (French+Francewhich leads me to Europe/Paris as timezone)and clock not being UTC. /etc/localtime there is a ling to /usr/share/zoneinfo/Europe/Paris Any case, it was nice to see that the normal user I created was put into the group audio -- the sound worked without me having to do anything. :-) When I first installed Debian last August, I remember Hmmm, I missed that change. I think this is a base-config hack so that the user created in base-config is kinda special and this allows not changing shadow (who is really in charge of the user creation). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pointing users to d-i images on the main page
Quoting Joey Hess ([EMAIL PROTECTED]): Strangely, this page mentions sid_d-i as the daily builds while the main installer page link in Daily builds points to http://cdimage.debian.org/pub/cdimage-testing/daily/ which has *sarge_d-i* builds Maybe you have an old version of the builds page cached, or an out of date mirror -- the current version does not have this problem. Good diagnostic..:-) Vince's proposal is probably a good way to explain some things to type 3 users; I know they've found the different image types somewhat confusing. I'd be happy with a patch to add any better explanations to the builds page, perhaps based on Vince's text. I'll try to make it...if I find some time without taking it on my daily work time..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040623 i386 sarge_d-i OK
A standard VmWare test with fr_FR on 20040623 sarge_d-i netinst did not show any specific issue. The line drawing problem is definitely away in sarge_d-i for fr_FR and all other Latin installs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040623 i386 sid_d-i OK
Standard fr+FR install in VmWare OK with sid_d-i 20040623 netinst -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Install Report (22 June 04 Daily Build), Problem with Time Zones
Well, here are some more settings--perhaps they may help you track down the problem: After running exactly this setup in VmWare, I finally ended with date showing a time in EDT timezone. and /etc/localtime was properly linked to /usr/share/zoneinfo/Canada/Eastern So, I'm afraid investigating the issue you reported will be very difficult. Can you retry this setup or was it a one-time install? It relates to the package 'shorewall' -- the directory that (usually) holds the configuration files /etc/shorewall/ was empty. The default configuration files were in /usr/share/doc/shorewall/default-config/. I don't know if there is a good reason for the change (they used to be in /etc/shorewall/) --but I can't help think the current arrangement (of default config files) is less newbie friendly. Also, isn't the first thing one does is--copy the default config files to the /usr/shorewall/ directory? I suggest you report this as a bug against the shorewall package and deal it with the maintainer. Michael On Thu, 24 Jun 2004, Christian Perrier wrote: Quoting Michael Bonert ([EMAIL PROTECTED]): Debian-installer-version: 22 June 2004 $ md5sum sarge-i386-netinst.iso 5db3c8d500380d664c748356910a6d2e sarge-i386-netinst.iso For the record, this is 20040622 sid_d-i There appears to be some problem with the time zone settings. I set the clock to UTC and my time zone to Eastern (Canada). Then I noticed... the time that is displayed is UTC. I then poked around in the /etc files and another directory I found: --- [EMAIL PROTECTED]:/usr/share/zoneinfo$ ls -lat localtime lrwxrwxrwx1 root root 14 2004-06-23 20:07 localtime - /etc/localtime --- The above is RED (broken link) -- '/etc/localtime' does NOT exist-- I suspect this is an install quirk! I can't reproduce this with my usual test install path (French+Francewhich leads me to Europe/Paris as timezone)and clock not being UTC. /etc/localtime there is a ling to /usr/share/zoneinfo/Europe/Paris Any case, it was nice to see that the normal user I created was put into the group audio -- the sound worked without me having to do anything. :-) When I first installed Debian last August, I remember Hmmm, I missed that change. I think this is a base-config hack so that the user created in base-config is kinda special and this allows not changing shadow (who is really in charge of the user creation). -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 20040623 i386 sid_d-i OK
Quoting Christian Perrier ([EMAIL PROTECTED]): Standard fr+FR install in VmWare OK with sid_d-i 20040623 netinst (this was a 2.4 install) Add to this a successful 2.6 en+CA install -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 20040623 i386 sarge_d-i OK
Quoting Christian Perrier ([EMAIL PROTECTED]): A standard VmWare test with fr_FR on 20040623 sarge_d-i netinst did not show any specific issue. 2.4 kernel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#254754: Grub added a Other operating systems entry, that does nothing.
Why don't you indent the non-dummy titles? Then the dummy one won't look to the user as a real option. That could be a possibility, yes. This is even maybe what is done currently (it's a bit of time since I did a dual boot test of d-i) The user report here insisted on an option which was selectable as an option while it does nothing. The submitter really mentioned it is a minor issue...but this was an occasion for raising a kind of feature request against grub indeed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251550: Keyboard freezes when typing non-ASCII letters (was Re: Bug#251550: Bug#254630: LVM names)
Quoting Denis Barbier ([EMAIL PROTECTED]): If eacute is replaced by its Unicode notation U+00E9 in keymap file, everything works fine now. But this keymap cannot be used Uh, I confirm, it work with: keycode 3 = U+00E9 +two tildeEacute alt keycode 3 = Meta_two alt shift keycode 3 = Meta_asciitilde With such a modified keymap, in a Unicode console, I can type é by hitting the é/2/~ key on my french keyboard while hitting the è/7/` gives crap Looks like I'm about writing a fr-unicode.kmap:-)
Bug#251550: Keyboard freezes when typing non-ASCII letters (was Re: Bug#251550: Bug#254630: LVM names)
But now keyboard is in UTF-8 mode, so bytes are passed to the kernel without conversion, and 0x00 0xe9 is sent instead of its UTF-8 representation 0xc3 0xa9. If eacute is replaced by its Unicode notation U+00E9 in keymap file, everything works fine now. But this keymap cannot be used when keyboard is in ASCII mode, The only solution is to have two keymaps, one for ASCII mode and the other one for UTF-8 mode. This looks pretty crazy, loadkeys should automatically convert from numerical/litteral value to Unicode notation (and vice versa) depending on current keyboard mode. So, as a consequence, you define this as a bug in loadkeys And thus, the relevant bug could be immediately solved by: -writing a Unicode variant for nearly all Latin keymaps (similar to the Turkish solution) And as a middle term solution: -correcting loadkeys (thus file a bug against console-tools) For the long term, you mentioned me in another mail that the keyboard management should now use kbd, IIRC. Can you develop on that point if you have time? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251550: Keyboard freezes when typing non-ASCII letters
reassign 251550 console-tools,kbd thanks (not sure if it's better assigning the bug to the two packages...or clone it and assign one copy each) Quoting Denis Barbier ([EMAIL PROTECTED]): This is a solution. IMO a better one is to patch loadkeys as explained in my previous post. Here is a first try, I patched kbd 1.12 instead of console-tools because I do not know dpatch. Keymap files must declare a charset so that conversion between Unicode, literal and decimal notations can be performed. Hmm, Alastair, it's really worth having a look at this, then. This keyboard freeze is really a problem for the Installer. What about kbd? You mentioned me in another mail this supposedly more recent system for handling keyboard layouts Not exactly, Turkish keymaps are better in console-data than in kbd, but others are better in kbd. As I said months ago, I do not see the point in maintaining console-tools when it is dead upstream, and am quite upset to see that fr-latin0 was chosen as default for French when it is obsolete and has been removed from kbd. Hmmm, I made this proposal in debian-*-french lists...and there was kind of general agreement. But maybe lot of people didn't have all the needed information. What is your recommendation for french keyboards? We still have time for changing the default (or removing oneI'm still wondering whether keeping two very similar keyboard maps is a good idea) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256174: discover1: [INT el] updated el.po file
tags 256174 pending thanks Quoting George Papamichelakis ([EMAIL PROTECTED]): Package: discover1 Severity: wishlist Tags: patch l10n please find attached the updated file with the Greek translation Commited. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040624 i386 sid_d-i netinst OK
Standard Bulgarian install in VmWare OK with sid_d-i 20040624 netinst As usual, the OK is for a base system install up to the login: prompt with all default choices -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040624 i386 sarge_d-i netinst OK
A standard VmWare test with ja_JP kernel 2.4 on 20040624 sarge_d-i netinst did not show any specific issue. No display problem at 2nd-stage there also. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Proposal for completing the builds web page
Now that Joey pointed me to recent changes in the main d-i page, I think that one is clear enough and no major change is needed to it. The daily builds page may be completed, though and this is the place we can intriduce Vince McIntyre suggestions I received last week-end and talked about at the d-i meeting. So, I rewrote the builds page. See http://people.debian.org/~bubulle/d-i/builds.htm for looking at what I propose for this page. I tried to make to difference between sarge_d-i and sid_d-i clearer and give pointers to both... I also included the test method proposed by Vince. Please comment. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Pre-seeding XFree settings for keyboard in Debian Installer
Currently, we probably all know that choosing a non US keyboard during Debian Installer and then installing X, all this at high debconf priority (with X configuration debconf questions about keyboard *not* asked) will end with a strange system where the user has chosen, say a french keyboard.but will have a graphical login screen with a US keyboard layout. As a consequence, users not aware of this will just be unable to login as soon as their chosen password contains letters which are mapped differently on a FR and a US keyboard (and there are a *lot*). This is obviously very bad and I sometimes feel this should be RC... There are already bug reports suggesting that X uses console-data settings. However, discussions have clearly shown that mapping both is quite complicated. As a way to circumvent this, I propose that we pre-seed xserver-xfree86 settings about keyboard, mostly xserver-xfree86/config/inputdevice/keyboard/model and xserver-xfree86/config/inputdevice/keyboard/layout with appropriate values, depending on the chosen keyboard layout during the kbd-chooser step in d-i. Example debconf-get console-keymaps-at/keymap case $RET in fr-latin9) debconf-set xserver-xfree86/config/inputdevice/keyboard/model pc105 debconf-set xserver-xfree86/config/inputdevice/keyboard/layout fr ;; de-latin1) debconf-set xserver-xfree86/config/inputdevice/keyboard/model pc105 debconf-set xserver-xfree86/config/inputdevice/keyboard/layout de ;; .../... and so on... This does not seem to break X configuration processthe values are just pre-seeded and thus will be used as such if the user has High priority for debconf (default after d-i).or just as a default if he has lower priority. Instead of a giant case loop, some other system with a basic mapping in a file could of course be used. This is also probably too much i386-centricplease transpose for other arches, of course. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for completing the builds web page
Quoting Joey Hess ([EMAIL PROTECTED]): There are some typos. Other than that, one problem is that it doesn't really talk about anything other than CD images. H, I see. It seems (at least this is my feeling) that most testers use CD images so the page reflects this. I'm not very familiar with the build system of *other* images. They are mostly spread around on different systems (such as your machine ofr i386, Sven's one for PPC and so on). So, we can probably assume that testers wanting to use them are aware of the way to go to them...or is it untrue? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pre-seeding XFree settings for keyboard in Debian Installer
Quoting Petter Reinholdtsen ([EMAIL PROTECTED]): [Christian Perrier] As a way to circumvent this, I propose that we pre-seed xserver-xfree86 settings about keyboard, mostly xserver-xfree86/config/inputdevice/keyboard/model and xserver-xfree86/config/inputdevice/keyboard/layout with appropriate values, depending on the chosen keyboard layout during the kbd-chooser step in d-i. Konstantinos Margaritis is working on packaging the debian-edu tool to do this. It is currently called locale-config-skolelinux, but will probably be renamed before it is uploaded. The package is available from URL:ftp://ftp.skolelinux.no/skolelinux/dists/woody/local/binary-i386/non-official/. Ah, this is fine, then. Konstantinos can you give details about this? -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040625 i386 sarge_d-i businesscard OK
Environment: VmWare Platform : i386 Kernel : 2.4 Locale : da_DK Image : businesscard Priority : high Result : OK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040625 i386 sid_d-i businesscard OK
Environment: VmWare Platform : i386 Kernel : 2.4 Locale : ar_EG Image : businesscard Priority : high Result : OK PS : Errors would have probably happen at medium priority (#256405) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256405: crash displaying main menu in arabic
Quoting Joey Hess ([EMAIL PROTECTED]): Some experimentation and it looks like the problem is just with showing the current d-i main menu, localised to Arabic. I can reproduce the same problem by booting in expert mode, selecting Arabic, and pressing enter; when it tries to draw the main menu (same as it does when you go back from countrychooser), it must not like something, and it crashes. Hmmm, and of course this happens only with Arabic. I'll try with other RTL languages. I should do more install tests at medium priority...:-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256405: crash displaying main menu in arabic
Quoting Joey Hess ([EMAIL PROTECTED]): Package: debian-installer Severity: normal Tags: d-i I booted today's sid_d-i build from a usb stick. At the language chooser, I chose the nice new Arabic choice, and then at countrychooser, it was at the full list of contries, and I realized I din't speak Arabic, and selected the back button. At this point, the installer enters a crash loop. I'm seeing it start the frame buffer in preparation for starting main-menu, over and over, only to have it crash before it ever displays any UI. Doing the exact same with the 20040626 sid_d-i businesscard ISO image does not trigger the problem. Same with medium priority install, choosing language, then Arabic as languagethe main menu then redisplays properly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Pictures from Debconf special for Debian Installer people
I have a special album from my Debconf4 album, which shows what happened around Debian Installer at Debconf4. If you're curious of seeingd-i people at work, please point your browsers to the following URL. http://www.perrier.eu.org/gallery/d-i_debconf4 Of course, you may also visit other Drbconf4 albums:-) -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256646: discover1: Please add detection of USB chipset (?) so that d-i supports install to USB hard disks
Package: discover1 Severity: normal I just had a USB hard disk for a moment and wanted to test d-i on it. Unfortunately, d-i did not autoload the usb-uhci module, which is needed for my USB chipset to be detected (and the hard disk detected subsquently). After modprobe usb-uhci in the 2nd console, all went well, and the HD detection found the disk, which partman saw as well. So, I first guess this could be a discover1 problembut maybe this is ddetect-related. The general hardware is my Dell X200 laptop (the same we used for Firewire support testing). I guess that just adding the needed magic to discover1 should make it. After this, however, I'm unsure whether GRUB may handle all this if the machine cannot boot from USB. lspci -n: :00:00.0 Class 0600: 8086:3575 (rev 04) :00:02.0 Class 0300: 8086:3577 (rev 04) :00:02.1 Class 0380: 8086:3577 :00:1d.0 Class 0c03: 8086:2482 (rev 02) :00:1d.1 Class 0c03: 8086:2484 (rev 02) :00:1d.2 Class 0c03: 8086:2487 (rev 02) :00:1e.0 Class 0604: 8086:2448 (rev 42) :00:1f.0 Class 0601: 8086:248c (rev 02) :00:1f.1 Class 0101: 8086:248a (rev 02) :00:1f.3 Class 0c05: 8086:2483 (rev 02) :00:1f.5 Class 0401: 8086:2485 (rev 02) :00:1f.6 Class 0703: 8086:2486 (rev 02) :02:03.0 Class 0607: 1180:0475 (rev b8) :02:03.1 Class 0c00: 1180:0551 :02:05.0 Class 0200: 10b7:9200 (rev 78) lspci -v: :00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 04) Subsystem: Dell Computer Corporation: Unknown device 0122 Flags: bus master, fast devsel, latency 0 Memory at unassigned (32-bit, prefetchable) Capabilities: available only to root :00:02.0 VGA compatible controller: Intel Corp. 82830 CGC [Chipset Graphics Controller] (rev 04) (prog-if 00 [VGA]) Subsystem: Dell Computer Corporation: Unknown device 0122 Flags: bus master, fast devsel, latency 0, IRQ 10 Memory at e800 (32-bit, prefetchable) Memory at e000 (32-bit, non-prefetchable) [size=512K] Capabilities: available only to root :00:02.1 Display controller: Intel Corp. 82830 CGC [Chipset Graphics Controller] Subsystem: Dell Computer Corporation: Unknown device 0122 Flags: bus master, fast devsel, latency 0 Memory at f000 (32-bit, prefetchable) Memory at e008 (32-bit, non-prefetchable) [size=512K] Capabilities: available only to root :00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02) (prog-if 00 [UHCI]) Subsystem: Dell Computer Corporation: Unknown device 0122 Flags: bus master, medium devsel, latency 0, IRQ 10 I/O ports at 8c80 [size=32] :00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02) (prog-if 00 [UHCI]) Subsystem: Dell Computer Corporation: Unknown device 0122 Flags: bus master, medium devsel, latency 0, IRQ 11 I/O ports at 8ca0 [size=32] :00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02) (prog-if 00 [UHCI]) Subsystem: Dell Computer Corporation: Unknown device 0122 Flags: bus master, medium devsel, latency 0, IRQ 11 I/O ports at 8cc0 [size=32] :00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=03, sec-latency=168 I/O behind bridge: a000-afff Memory behind bridge: e020-e02f :00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02) Flags: bus master, medium devsel, latency 0 :00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: Dell Computer Corporation: Unknown device 0122 Flags: bus master, medium devsel, latency 0, IRQ 11 I/O ports at unassigned I/O ports at unassigned I/O ports at unassigned I/O ports at unassigned I/O ports at 9000 [size=16] Memory at 2800 (32-bit, non-prefetchable) [size=1K] :00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 02) Subsystem: Dell Computer Corporation: Unknown device 0122 Flags: medium devsel, IRQ 10 I/O ports at 8ce0 [size=32] :00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio Controller (rev 02) Subsystem: Dell Computer Corporation: Unknown device 0122 Flags: bus master, medium devsel, latency 0, IRQ 10 I/O ports at 8400 I/O ports at 80c0 [size=64] :00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem Controller (rev 02) (prog-if 00 [Generic]) Subsystem: PCTel Inc Dell Inspiron 2100 internal modem Flags: bus master, medium devsel, latency 0, IRQ 10 I/O ports at 8800 I/O ports at 8c00 [size=128] :02:03.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev b8)
Re: problems with Sil SATA
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]): HeIlo I have Asus A7N8X-E motherboard with sil SATA and only disk IBM 80GB SATA. I haven?t instaled debian yet. Debian instalating program can?t detedt my disk. where can I get module for my SATA or how can I use newer kernel for instalation or what can I do? First of all, please mention the exact version of Debian Installer you tested. beta4, tc1 or one of the daily builds. If daily builds, which one. Then please post the output of lspci -n and lspci -v. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
New VmWare version available
People using VmWare 4.x for Debian Installer tests may want to upgrade to the latest 4.5.2 version, which is now available for a few days. It offers a quite useful Boot Menu option in the virtual BIOS which prevents switchig the boot order in the BIOS settings for switching from a CD boot to a HD boot when using a virtual CD pointing on an ISO image. The upgrade is free for licensed VmWare 4.x users. Besides these few new features, I have noticed that I have less problems for compiling the vmware drivers with an host using the 2.6.6 kernel. Upgrades are available at www.vmware.com and, NO, this is not free software..:-) -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256646: discover1: Please add detection of USB chipset (?) so that d-i supports install to USB hard disks
Unfortunately, d-i did not autoload the usb-uhci module, which is needed for my USB chipset to be detected (and the hard disk detected subsquently). After modprobe usb-uhci in the 2nd console, all went well, and the HD detection found the disk, which partman saw as well. So, I first guess this could be a discover1 problembut maybe this is ddetect-related. or usb-discover related, by the way... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040627 i386 sid_d-i netinsta 2.4 OK
Environment: VmWare Platform : i386 Kernel : 2.4 Locale : fr_FR Image : netinst Priority : high Result : OK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256710: Catalan translations
Quoting Jordi Mallach ([EMAIL PROTECTED]): Package: discover1 Severity: wishlist Attached are the Catalan translations for the program and debconf templates. The debconf translation does not fit templates.pot. Attached is your file after msgmerge with templates.pot. Can you please update? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: preparing for tc2
Quoting Joey Hess ([EMAIL PROTECTED]): Several fixes have gone into testing, but I still have these issues listed as important and unresolved in testing: - some broken m68k images (fix: mke2fs fix needed; UNKNOWN) Yep ? The IRC meeting lead to nothing on that topic. - broken sparc64 module loading (fix: busybox-cvs 20040415-3) The buybox-cvs fix cannot go in until we've dealt with netcfg. Either we update netcfg, or we need a newer busybox-cvs that turns udhcp back on to avoid breaking the netcfg in testing. I plan to do the latter by a NMU soon, if nothing else is done. We had a few people, namely Giuseppe Sacco and Martin Krafft, who volunteered for netcfg testing. maybe they should coordinate with Joshua and Thomas, now. - mips Installs on r4k-ip22 needs 36 mb ram (fix: unknown -- new glibc?) If it's the new glibc, then just rebuilding the images using the rc1 branch should fix these problems. Can someone check this? Thiemo Seufer mentioned during the meeting he is OK to check this thing, but he wasn't sure about having enough time It seems that a quite large agreement is achieved about the new languagechooser/countrychooser scheme. having it in tc2 would seem to be a very important improvement, and is also needed for BiDi support in 2nd stage. This is not strictly release critical and I still remember we both agreed to postpone these after rc1 (so, after tc2) at the end of Debconf. However, lot of time passed since thenand I tested this stuff nearly daily, always changing languages here and there (I even have now a framework for testing netboot images and possibly find nasty crash bugs like the one you found for Arabic). So, I think I need to convince you that pushing languagechooser/countrychooser/lowmem (the 3 are needed in the same time) to testing will be an enhancement and NOT introducing new bugs like it may have been in the past. Oh, and while I'm at it, choose-mirror, if pushed to testing needs either a solid review of the code in sort-countriesor commenting this script temporarily if unsure (thus needing a new upload). BTW, this script can be set -e. tc2 needs of course a small string freeze. I would say that 3-4 days may be enough as long as a one-week delay for warning translators before the freeze is allowed. A string freeze over a week-end is better (say, from a Thursday 18:00 up to a Sunday 18:00 UTC) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256710: Catalan translations
Quoting Jordi Mallach ([EMAIL PROTECTED]): Package: discover1 Severity: wishlist Attached are the Catalan translations for the program and debconf templates. The programs translation is also slightly outdated. Attached is the file to be updated ca.po Description: application/gettext
Bug#256766: base-config: Wrong consolefont? Seeing ae ligature instead of line drawing chars
Quoting Karl Hegbloom ([EMAIL PROTECTED]): Package: base-config Version: 2.29 Severity: normal Used d-i 2004/06/28 to install in a VMware. All good, up until base- Which image exactly? Which locale? I'm doing detailed tests of both sarge_d-i and sid_d-i images and this well known problem of tc1 is supposed to be away for weeks. Which kernel ? 2.4 or 2.6 ?
Bug#256766: base-config: Wrong consolefont? Seeing ae ligature instead of line drawing chars
Quoting Karl Hegbloom ([EMAIL PROTECTED]): It's the sarge netinst snapshot from 2004/06/28, US English. Which kernel ? 2.4 or 2.6 ? 2.6. I notice that the d-i CD uses 2.6.5, but the base-installer put in 2.6.6-1-386. Uh My last test in such conditions (sarge_d-i, 2.6, en_US) was OK. This was with the 20040623 sarge_di image. sid_d-i image do *not* have these display problems but I thought we have dealt with it in sarge_d-i. We need ton confirm at 100% which image is used. Can you tell us which build date is shown when hitting F1 at the CD boot prompt? I'm just running a test with the 20040628 built sarge_d-i image currently (that image shows 20040528 as build dateplease note: MAY 28th) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040628 i386 sid_d-i netinst 2.4 OK
Environment: VmWare Platform : i386 Kernel : 2.4 Locale : fi_FI Image : netinst Priority : high Result : OK Comment : Finnish is really really hard to understand..:-). But the translation showed no special glitch (no too long screen and so on). Of course, I'm not competent for spelling errors ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: preparing for tc2
Quoting Joey Hess ([EMAIL PROTECTED]): goes with a release. We're currently 75% of the way through such a release cycle for rc1, past the string freeze, past a lot of testing and ^^ That is partly true. For instance, if the netcfg joshk uploaded yesterday is due to be pushed into testing, it needs a mini string freeze. And I would be quite unhappy if this version with only 4-5 languages complete is the released version. Same happens for the few packages that had string changes since early June (such as mdcfg, IIRC, as well as a few others), see seppy's page. We also have this nasty line drawing problem which seems to have come kack again into sarge_d-i (I'm currently trying to confirm this definitely, but I have less time to give to d-i these days) But, well, as I said, I perfectly understand if the new languagechooser/countrychooser scheme does not enter testing : we can't change the release plans each days. At this time and not knwoing about possible 2.6.7 kernel, keeping the old languagechooser has the following consequences: -line drawing problems for most languages (or maybe only English...needs confirmation) in 2nd stage for 2.6 kernels -no possible correct BiDi display on 2nd stage Both not release critical, for sure (maybe the first one) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
(forw) Bug#251550 acknowledged by developer (Bug#251231: fixed in console-tools 1:0.2.3dbs-53)
251550 was originally a d-i bug which after lot of analysis turned out to be a console-tools bug. This is the d-i freezes when entenring high ASCII characters bug. Denis Barbier spotted the problem, provided a patch, and Alastair integrated it in console-tools. IIRC, the same patch has to be applied to kbd-chooser's loadkeys. I guess Alastair will make the change in the currently unrelease 0.55 version. My opinion is that this should make its way into testing as soon as a few days sid_d-i tests will have proven it does not break the general keyboard handling. - Forwarded message from Debian Bug Tracking System [EMAIL PROTECTED] - From: Debian Bug Tracking System [EMAIL PROTECTED] To: Christian Perrier [EMAIL PROTECTED] Subject: Bug#251550 acknowledged by developer (Bug#251231: fixed in console-tools 1:0.2.3dbs-53) Reply-To: [EMAIL PROTECTED] Date: Tue, 29 Jun 2004 13:33:13 -0700 This is an automatic notification regarding your Bug report #251550: cdebconf: Appears to hang when typing high-ascii characters in string templates, which was filed against the console-tools,kbd package. It has been closed by one of the developers, namely Alastair McKinstry [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Received: (at 251231-close) by bugs.debian.org; 29 Jun 2004 20:23:11 + From [EMAIL PROTECTED] Tue Jun 29 13:23:11 2004 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BfP8J-0004YZ-00; Tue, 29 Jun 2004 13:23:11 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BfP2U-0004Kq-00; Tue, 29 Jun 2004 16:17:10 -0400 From: Alastair McKinstry [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.51 $ Subject: Bug#251231: fixed in console-tools 1:0.2.3dbs-53 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Tue, 29 Jun 2004 16:17:10 -0400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 5 Source: console-tools Source-Version: 1:0.2.3dbs-53 We believe that the bug you reported is fixed in the latest version of console-tools, which is due to be installed in the Debian FTP archive: console-tools-dev_0.2.3dbs-53_i386.deb to pool/main/c/console-tools/console-tools-dev_0.2.3dbs-53_i386.deb console-tools_0.2.3dbs-53.dsc to pool/main/c/console-tools/console-tools_0.2.3dbs-53.dsc console-tools_0.2.3dbs-53.tar.gz to pool/main/c/console-tools/console-tools_0.2.3dbs-53.tar.gz console-tools_0.2.3dbs-53_i386.deb to pool/main/c/console-tools/console-tools_0.2.3dbs-53_i386.deb kbd-compat_0.2.3dbs-53_all.deb to pool/main/c/console-tools/kbd-compat_0.2.3dbs-53_all.deb libconsole_0.2.3dbs-53_i386.deb to pool/main/c/console-tools/libconsole_0.2.3dbs-53_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Alastair McKinstry [EMAIL PROTECTED] (supplier of updated console-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) Format: 1.7 Date: Mon, 29 Jun 2004 22:00:04 +0100 Source: console-tools Binary: kbd-compat console-tools-dev libconsole console-tools Architecture: source all i386 Version: 1:0.2.3dbs-53 Distribution: unstable Urgency: low Maintainer: Alastair McKinstry [EMAIL PROTECTED] Changed-By: Alastair McKinstry [EMAIL PROTECTED] Description: console-tools - Linux console and font utilities console-tools-dev - Development files for Linux console and font manipulation kbd-compat - Wrappers around console-tools for backward compatibility with `kb libconsole - Shared libraries for Linux console and font manipulation Closes: 20340 200107 245886 250504 251231 251550 252109 254196 Changes: console-tools (1:0.2.3dbs-53) unstable; urgency=low . * Fix for dumpkeys/loadkeys wrongly reporting 512 tables. Closes: #245886, #254196. * Add setlogcons program from kbd. Closes: #200107. * Set all VTs in unicode_start/stop. Closes: #20340. * Fixed typo in showkey. Closes: #250504. * Patch from Denis Barbier to fix keyboard freezes in Unicode mode
Bug#256766: base-config: Wrong consolefont? Seeing ae ligature instead of line drawing chars
Sadly speaking, I was able to reproduce (and fixed) this bug again. Here is the exact test info: Environment: VmWare Platform:i386 Kernel: 2.6.6 Locale: en_US Image: sarge_netinst Date:2004/06/28 Reproduced here also with sarge_d-i images from 20040629 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Using kbd-chooser
Quoting Free Ekanayaka ([EMAIL PROTECTED]): How do I extract the detected information for setting, say, the XkbLayout and XkbModel entries of XF86Config-4? Check the thread named Pre-seeding XFree settings for keyboard in Debian Installer in this mailing list...a few days ago (and still alive) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040629 i386 sid_d-i netinst 2.6 OK
Environment: VmWare Platform : i386 Kernel : 2.6 Locale : en_US fr_FR Image : netinst Priority : high Result : OK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040629 i386 sarge_d-i netinst BROKEN
Environment: VmWare Platform : i386 Kernel : 2.6 Locale : en_US Image : netinst Priority : high Result : The line drawing problems with 2.6 installs in stage 2 are back : #256766 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256989: discover1: [INT:el] updated (again) po file
tags 256989 pending thanks Quoting George Papamichelakis ([EMAIL PROTECTED]): Package: discover1 Severity: wishlist Tags: patch l10n unfuzied 1 string ...:-)
Re: 20040629 i386 sid_d-i netinst 2.6 OK
Quoting Christian Perrier ([EMAIL PROTECTED]): Environment: VmWare Platform : i386 Kernel : 2.6 Locale : en_US fr_FR Image : netinst Priority : high Result : OK Not quite OK. Debconf priority is medium in 2nd stage while I am sure I did nothing which shoudl have lowered it... This problem does NOT happen with a netboot install (netboot image built locally) using unstable for downloaded packages in choose-mirror. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257036: base-config: Debcnf priority is no more high in Debian Installer 2nd stage
Package: base-config Version: 2.32 Severity: important Tags: d-i During a standard run of Debian Installer 20040629 (and very probably 20040628 also), base-config main menu appears while it shouldn't as the debconf priority should be high. As a first analysis, this seems to be due to debconf priority neing lower than high at 2nd stage time. I assign this to base-config as the bug shows up in base-config, but this shoul dbe tracked to the real cause probably. Tagged important because this artificially lowers the debconf priority and complicates installation by having lot more questions asked. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.6-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages base-config depends on: ii adduser 3.57 Add and remove users and groups ii apt 0.5.25 Advanced front-end for dpkg ii bsdutils1:2.12-7 Basic utilities from 4.4BSD-Lite ii console-data2002.12.04dbs-42 Keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-52Linux console and font utilities ii debconf 1.4.29 Debian configuration management sy ii debianutils 2.8.3Miscellaneous utilities specific t ii gettext-base0.14.1-2 GNU Internationalization utilities ii passwd 1:4.0.3-28.5 Change and administer password and -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257036: base-config: Debcnf priority is no more high in Debian Installer 2nd stage
reassign 257036 prebaseconfig merge 257036 257027 thanks Quoting Christian Perrier ([EMAIL PROTECTED]): Package: base-config Version: 2.32 Severity: important Tags: d-i Merging these bugs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for completing the builds web page
Quoting Joey Hess ([EMAIL PROTECTED]): There are some typos. Other than that, one problem is that it doesn't really talk about anything other than CD images. Well, I had a look at thisbut indeed the current http://www.debian.org/devel/debian-installer/builds is also about CD images only. Other type of images are rather harder to explain without confusing our testers, imho. So, I still propose the page I pointed (with the typos fixed) as reference for *CD builds*. This does not prevent the build of other pages giving details about hd-media, floppy, access and other buildsHowever, I'm far less competent for these...:) So, finally, after correcting the typos, I kept my proposal and just only added a mention that direct links given are for i386 images and other architectures users should replace i386 by the arch name. If we want to give more direct links, then we need to build a nice table... http://people.debian.org/~bubulle/d-i/builds.htm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
kbd-chooser needs testing
Quoting Debian Installer ([EMAIL PROTECTED]): Accepted: kbd-chooser_0.55.dsc to pool/main/k/kbd-chooser/kbd-chooser_0.55.dsc This new kbd-chooser version incorporates patches for fixing the keyboard handling in Unicode environment. #251550 : the installer seems to freeze when entering high ASCII characters in any debcofn field. As this is a change to an important item of d-i, this needs heavy testing. IMHO, this is probably not ready for tc2 and thus the problem handling high ASCII characters with several keyboard maps should be mentioned in the errata file for tc2, then rc1. In the meantime, all of us who test sid_d-i images should focus on the keyboard handling in order to validate kbd-chooser. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257124: kbd-chooser: default european layout
reassign 257124 console-data severity 257124 wishlist thanks Quoting Geert Stappers ([EMAIL PROTECTED]): In debian-installer I leave language to English. For locale settings I select Europe and then Netherlands. kbd-chooser does see that I have an USB keyboard but defaults on American layout. I would like to see a default on European layout. Please coordinate with your fellow Dutch colleaguesthe request for using a US keyboard as default for nl_NL has been made a few weeks ago arguing that Dutch keyboard is uncommon in The Netherlands. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=246725archive=yes (copy to the dutch l10n list even though this is not strictly speaking a l10n problemI guess this is the most appropriate place to sort this out) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: (forw) Bug#251550 acknowledged by developer (Bug#251231: fixed in console-tools 1:0.2.3dbs-53)
This breaks keyboard handling: unicode keymaps (ua-utf, consoel-cyrillic unicode keymaps) does not work (I can enter only ASCII symbols). And, after recompiling a mini.iso with this new kbd-chooser and testing it with fr_FR, I cofnirm that the kayboard freeze bug is still here... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: (forw) Bug#251550 acknowledged by developer
Quoting Recai Oktas ([EMAIL PROTECTED]): * Denis Barbier [2004-07-01 22:26:25+0200] [Eugeniy Meshcheryakov] This breaks keyboard handling: unicode keymaps (ua-utf, consoel-cyrillic unicode keymaps) does not work (I can enter only ASCII symbols). My bad, here is a patch (it was tested against my patched kbd, and should work as well against console-tools). Have you tested this with kbd-config and entering high ASCII characters in d-i first stage with a latin keymap ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: state of d-i sarge: broken
I'm afraid that sid is diverging too far from sarge for it to be easy to keep maintaining sarge (we're at the point of needing relativly untested backports of some packages to be put into sarge to fix bugs), and that nobody is testing sarge's d-i, or paying much attention to it at all. Well, my daily tests are done on sarge_d-i as well as sid_d-i images. However, I can only do these in a VmWare environment with a standard install path which is pretty limitating and may miss some broken things. But, such tests have revealed the debconf priority bug (and a few other people have found it in the same time) so I think we have people paying attention to sarge. Probably not enough because there are so many possible cases(the 2.4/2.6 duality does not help in that matter). Testing on real hardware would be better in such cases, but this requires far more time by burning CD images, for instance.and of course, this also requires hardware. On my side, my testing and l10n activity will probably be more irregular from now up to 4th week of August because of many days away in July...and a full 2 1/2 week away in August. Normal rhythm expected to come back on August 23rd. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040701 i386 sid_d-i netinst 2.6 NOT OK
Environment: VmWare Platform : i386 Kernel : 2.6 Locale : fr_FR Image : netinst Priority : high Result : NOT OK. Debconf priority at 2nd stage is medium Known bug, fixed in prebaseconfig but not included in CD images yet -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040701 i386 sarge_d-i netinst OK
Environment: VmWare Platform : i386 Kernel : 2.6 Locale : fr_FR Image : netinst Priority : high Result : OK. No line drawing problems in 2nd stage PS : this is a *standard* test with all default choices in a specific environment. Some other untested here stuff may be broken -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Multiple problems with d-i on Dell Latitude (i386)
Quoting Colin Watson ([EMAIL PROTECTED]): 6. A colleague was unhappy about the 'ar' support, because it goes left-to-right and the letters are detached from each other, which seems to be unnormal for 'ar'. I thought this was fixed in sid_d-i, for instance. In first stage only at this moment but this is a strong indication that the test was made with sarge_d-i -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Multiple problems with d-i on Dell Latitude (i386)
Quoting W. Borgert ([EMAIL PROTECTED]): 1. Method 'linux26': Hangs during PC card phase. Had to switch off. 2. Method 'linux26 hw-detect/pcmcia=off (or so)': Did not detect the ethernet device (Broadcom 570x Gigabit). No idea which driver to use from the list, so rebooted. 3. Method 'linux': No PC card probs :-) No network driver probs :-) Broadcom stuff is broken in 2.6.x with x7. 2.6.7 just entered unstable and is supposed to have the tg3 driver back again Installed grub on /dev/hda3 (because XP uses /dev/hda1,2) and I do not want grub as primary boot manager on that machine. Killed the MBR! No boot from HD at all possible. This probably needs to be reported as important or even serious to grub-installer if confirmed. 6. A colleague was unhappy about the 'ar' support, because it goes left-to-right and the letters are detached from each other, which seems to be unnormal for 'ar'. Should be better at least for 1st stage with sid_d-i images. Howevr, the Arabic translation is currently incomplete and you'll have a lot of English here and there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257285: bug
boot net foo debian-installer/framebuffer=false If I omitted the framebuffer directive, I would never see the language selection screen. Including the framebuffer directive made things proceed normally. I guess the lines for non Latin languages were a bit screwed, then ?
20040701 i386 sarge_d-i netinst NOT OK
Environment: VmWare Platform : i386 Kernel : 2.6 Locale : en_US Image : netinst Priority : high Result : NOT OK. Incorrect charset for screen display and thus the now famous line drawing problem This problem seems, here, to happen only for default English installs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
20040701 i386 sid_d-i netinst 2.4 OK
Environment: VmWare Platform : i386 Kernel : 2.4 Locale : ar_EG Image : netinst Priority : high Result : OK. Pretty strange, the debconf priority bug is not here anymore. Well, maybe my earlier test was less careful 2nd stage Arabic is still not right to left even though the latest slang seems to have made it into testing. This needs investigation by Steve, I guess. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257296: installation report
Quoting Maciej Wachowiec ([EMAIL PROTECTED]): D-i worked fine for me, although: - when interrupted (ie. when I choose to cancel, while creating new user, or press CTRL^C while downloading packages), d-i falls back to the expert mode That is supposed to be a feature, indeed (the mode is not expert, but rather medium by the way) - in select and install packages, when I choose not to install anything, or manually select packages and then in aptitude select nothing too, d-i wants to install a lot of packages (xfree for example). IMHO it shouldn't do that, when noting is choosen. Hmmm, this maybe needs investigation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257311: base-config: Minor errors shows when executing a shell
Package: base-config Version: 2.33 Severity: minor When executing a shell in base-config (happend to me accidentally...:-)), a small error message shows up before getting the shell: ./menu/shell: line 8: export: '/root': not a valid identifier I suspect some bashism somewhere (?) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.6-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages base-config depends on: ii adduser 3.57 Add and remove users and groups ii apt 0.5.25 Advanced front-end for dpkg ii bsdutils1:2.12-7 Basic utilities from 4.4BSD-Lite ii console-data2002.12.04dbs-42 Keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-53Linux console and font utilities ii debconf 1.4.29 Debian configuration management sy ii debianutils 2.8.3Miscellaneous utilities specific t ii gettext-base0.14.1-2 GNU Internationalization utilities ii passwd 1:4.0.3-28.5 Change and administer password and -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Prospective work on choose-mirror
Choose-mirror handling of the mirror country list currently has a few drawbacks which may be enhanced: -the Choices list in templates is built from the mirror countries mentioned in Mirrors.masterlist. This file is fetched at build time and the debconf template is then modified on the fly to have the country codes list -as a consequence, an English translation of these country codes is needed to be maintained -as another consequence, as soon as a new country has a Debian mirror it is added to the code listand the translations get outdated -thus, for all languages, choose-mirror suddenylm displays a list of country codes instead of country names This situation is likely to happen as soon as the package is rebuilt after Mirrors.masterlist includes a new country for at least one mirror. It happened a few months ago when the first mirror in Argentina was added. Another effect of this is the need for translating a big bunch of country codes.a work which is already done for iso-codes (used by countrychooser). In order to make all this more simple, I have worked on a new solution: -the template is built on the fly from Mirrors.masterlist -the country names (in English) are grabbed from iso-codes -the translations are also grabbed from iso-codes This will save a lot of work to translators and avoid the situation where a new build outdates all translations. This work consists of -addition of a get-iso-codes script (similar to the one in countrychooser) for getting country names translations -addition of a mktemplates script which builds the new templates file -addition of a intltool-merge (same as countrychooser) which allows for partial translations in Choices lists -a few changes to the sort-countries script -the call for these utilities in debian/rules Up to now, this was done locally on my system. I just commited the two new files to SVN as well as the new sort-countries file as sort-countries.new. The changes have been added to debian/rules, but currently commented. These changes need a very solid review as you all now are aware of the poor quality of scripts I write..:-) So, DO NOT uncomment lines in debian/rules currently. I have put warnings there... -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Patches for Bug#251550
Quoting Recai Oktas ([EMAIL PROTECTED]): Could you review and test them? Not before tomorrow evening probably -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: state of d-i sarge: broken
Quoting Karl Hegbloom ([EMAIL PROTECTED]): Testing on real hardware would be better in such cases, but this requires far more time by burning CD images, for instance.and of course, this also requires hardware. Net-booting d-i works fairly well. But also required some infrastructure...:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]