Bug#379521: Install report, focusing on Hebrew l10n issues
Some installer screens are not translated. But most of them are in Hebrew and it works really nicely too! Actually the translation ratio in D-I is worrying, though: Charset is UTF-8. Stats: 1350 translated messages, 115 fuzzy translations, 55 untranslated messages. This is less than 90% translation ratio. There is *no guarantee* that we will keep Hebrew in Etch if this is not raised before the release. There is a screen to choose locale for Hebrew, It's not translated and I think it makes more sense to default to the he_IL.UTF-8 locale all the time. There is very little reason to use the default he_IL locale. I haven't seen any such screen during a default install of a base system (*not* standard system) performed in Hebrew. The installed system is localized in Hebrew with he_IL.UTF-8. I even verified that the root environment is *not* localized in Hebrew, which is intended because of the rendering problem that could come at the console. In short, my own test of an Hebrew install with the daily built netinst ISO is a complete success. signature.asc Description: Digital signature
Bug#379502: localechooser fails in lowmem install
Quoting Frans Pop ([EMAIL PROTECTED]): severity 379502 serious thanks As lowmem is a valid mode for the installer and even essential on some arches, I'm raising this to RC. Probably nothing really breaks, but it should be trivial to add appropriate tests. Actually, the only possibility I see is the attached patch: -test about validlocale -only run the validlocale and locale generation stuff if it is there I actually fail to see why validlocale wouldn't be here in lowmem mode (supposedly we don't install the locale package) but that seems to be the only short-term solution This is completely untested. -- --- post-base-installer.old 2006-07-24 06:45:28.206673304 +0200 +++ post-base-installer 2006-07-03 20:56:04.517661171 +0200 @@ -64,33 +64,31 @@ fi # If the locale isn't already valid, append it to locale.gen -if [ -x /target/usr/sbin/validlocale ] ; then - gen= +gen= +if log-output -t localechooser --pass-stdout \ +chroot /target/ /usr/sbin/validlocale $LOCALE \ + /target/etc/locale.gen; then + : # Nothing to do +else + # New locale added to locale.gen, generate it + gen=1 +fi +for loc in $EXTRAS; do + if [ $loc = $LOCALE ]; then + continue + fi if log-output -t localechooser --pass-stdout \ - chroot /target/ /usr/sbin/validlocale $LOCALE \ + chroot /target/ /usr/sbin/validlocale $loc \ /target/etc/locale.gen; then : # Nothing to do else # New locale added to locale.gen, generate it gen=1 fi - for loc in $EXTRAS; do - if [ $loc = $LOCALE ]; then - continue - fi - if log-output -t localechooser --pass-stdout \ - chroot /target/ /usr/sbin/validlocale $loc \ -/target/etc/locale.gen; then - : # Nothing to do - else - # New locale added to locale.gen, generate it - gen=1 - fi - done - if [ $gen ]; then - log-output -t localechooser --pass-stdout \ - chroot /target /usr/sbin/locale-gen --keep-existing /dev/null - fi +done +if [ $gen ]; then + log-output -t localechooser --pass-stdout \ + chroot /target /usr/sbin/locale-gen --keep-existing /dev/null fi - + exit 0 signature.asc Description: Digital signature
Processed: Re: Bug#379502: localechooser fails in lowmem install
Processing commands for [EMAIL PROTECTED]: tags 379502 patch Bug#379502: localechooser fails in lowmem install There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379521: marked as done (Install report, focusing on Hebrew l10n issues)
Your message dated Mon, 24 Jul 2006 07:30:01 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#379521: Install report, focusing on Hebrew l10n issues has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: cdrom in a qemu machine Image version: Daily build from 2006-07-24 Date: 2006-07-24 00:40 +0100 Machine: qemu from Debian etch 0.8.1-1 Processor: i386 Memory: 128MB Partitions: not important, I just had a 1GB image and had one partition and one swap. Output of lspci and lspci -n: NA, the network was an rtl8139 emulation in qemu. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: The installer started in text mode and not g-i, I assume it's something to do with qemu. Some installer screens are not translated. But most of them are in Hebrew and it works really nicely too! There is a screen to choose locale for Hebrew, It's not translated and I think it makes more sense to default to the he_IL.UTF-8 locale all the time. There is very little reason to use the default he_IL locale. It fails to install during mkinitramfs with the error: Cannot create /target/etc/mkinitramfs/initramfs.conf: Directory nonexistent The image was downloaded from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso $ md5sum debian-testing-i386-netinst.iso 65930682a7d742e485bec89ec4ab8633 debian-testing-i386-netinst.iso ---End Message--- ---BeginMessage--- The test I did was actually with the last weekly build which fails to install, so they might not pertain to the latest daily build. I've started testing the daily build and it has other problems. This report needs to be closed (doing so now with this mail). Baruch Christian Perrier wrote: Some installer screens are not translated. But most of them are in Hebrew and it works really nicely too! Actually the translation ratio in D-I is worrying, though: Charset is UTF-8. Stats: 1350 translated messages, 115 fuzzy translations, 55 untranslated messages. This is less than 90% translation ratio. There is *no guarantee* that we will keep Hebrew in Etch if this is not raised before the release. There is a screen to choose locale for Hebrew, It's not translated and I think it makes more sense to default to the he_IL.UTF-8 locale all the time. There is very little reason to use the default he_IL locale. I haven't seen any such screen during a default install of a base system (*not* standard system) performed in Hebrew. The installed system is localized in Hebrew with he_IL.UTF-8. I even verified that the root environment is *not* localized in Hebrew, which is intended because of the rendering problem that could come at the console. In short, my own test of an Hebrew install with the daily built netinst ISO is a complete success. ---End Message---
Processed: Re: Bug#379513: Installation Failure
Processing commands for [EMAIL PROTECTED]: reassign 379513 installation-reports Bug#379513: Installation Failure Warning: Unknown package 'report' Bug reassigned from package `installation report' to `installation-reports'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
D-i Beta or daily build
Hi, I want to setup a machine from scratch (Compaq Proliant ML530 with fibre network adapter) and I wonder, whether I should use http://cdimage.debian.org/cdimage/daily-builds/etch_d-i/beta1/i386/iso-cd/ which is a little bit old (November 5, 2005) or rather http://cdimage.debian.org/cdimage/daily-builds/etch_d-i/current/i386/iso-cd/ which might be broken (in the past I had some problems with Sarge-daily builds - this might have changed). Kind regards Andreas. PS: Please CC me, because I'm not subscribed. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379502: localechooser fails in lowmem install
tags 379502 patch thanks Quoting Frans Pop ([EMAIL PROTECTED]): severity 379502 serious thanks As lowmem is a valid mode for the installer and even essential on some arches, I'm raising this to RC. Probably nothing really breaks, but it should be trivial to add appropriate tests. More complete checking gives the right explanation: In lowmem mode, the locale is set to C on the installed system. In localechooser post-base-installer, the locales package is *not* installed if LOCALE=C. So, validlocale and locale-gen are not present on the installed system. As their only point is to generate the locales, it seems that my proposed fix is very probably correct. I'm currently testing it in details. -- signature.asc Description: Digital signature
Bug#379521: Install report, focusing on Hebrew l10n issues
Some installer screens are not translated. But most of them are in Hebrew and it works really nicely too! There is a screen to choose locale for Hebrew, It's not translated and I When? During the base system install? think it makes more sense to default to the he_IL.UTF-8 locale all the time. There is very little reason to use the default he_IL locale. Actually the Hebrew install should default to he_IL.UTF-8 signature.asc Description: Digital signature
Processed: Re: Bug#378651: crypto installation report
Processing commands for [EMAIL PROTECTED]: retitle 378651 Manual section 7.2.1 needs update for loop-AES Bug#378651: crypto installation report Changed Bug title. reassign 378651 installation-guide Bug#378651: Manual section 7.2.1 needs update for loop-AES Bug reassigned from package `installation-reports' to `installation-guide'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378651: crypto installation report
retitle 378651 Manual section 7.2.1 needs update for loop-AES reassign 378651 installation-guide thanks Hi Miroslav, On Tue, Jul 18, 2006 at 09:24:57AM +0200, Miroslav Kure wrote: On Tue, Jul 18, 2006 at 02:51:25AM +0200, Max Vozeler wrote: 3. Documentation: I can confirm that the checkfs-loop script (which does the passphrase prompting for loop-AES partitions during boot) now shows a full prompt including the mountpoint, format: Setting up $loop ($mnt). This is good on the one hand in that it works as intended, but means that section 7.2.1. loop-AES of the d-i manual is mostly obsolete. Yes, it is obsolete for loop-AES finally, but we can still reuse it for md-crypt section, which has the same problem (except for root partition). I have a patch ready, but the freeze of d-i manual got in my way, so I'm waiting post beta3. I'm reassigning this bug to installation-guide to help us not forget this change. Can you send your patch to the bug, and/or close it in changelog once you commit? Thanks :-) cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: D-i Beta or daily build
On Monday 24 July 2006 08:22, you wrote: I want to setup a machine from scratch (Compaq Proliant ML530 with fibre network adapter) and I wonder, whether I should use http://cdimage.debian.org/cdimage/daily-builds/etch_d-i/beta1/i386/iso- cd/ This is VERY old as Beta 2 was released in March, so that would be the more logical alternative... which is a little bit old (November 5, 2005) or rather http://cdimage.debian.org/cdimage/daily-builds/etch_d-i/current/i386/is o-cd/ which might be broken (in the past I had some problems with Sarge-daily builds - this might have changed). We are currently preparing the Beta 3 release which means that the daily builds are relatively stable. However, you should never use the etch_d-i images but rather the daily images (daily is currently a symlink to sid_d-i). etch_d-i is very likely to be broken whenever we do not have the daily symlink pointing at it. Currently, any of the image available from [1] should be usable, except from the weekly snapshots. Cheers, FJP [1] http://www.debian.org/devel/debian-installer/ pgpF1vsvH67BP.pgp Description: PGP signature
Re: D-I Beta 3 - release planning
Frans Pop wrote: snip/ The release preparation page on the wiki [1] is mostly up-to-date with regards to issues and TODO items before the release. snip/ After a week or so of silence on the g-i, a quick note about the status of gtkdfb libraries : the most important point is that recently mike emmel and claudio ciccani finished implementing the missing parts of code for cairo-dfb and gtk-dfb and fixed some irritating issues (i.e. , the blue lines issue is gone). I spent a lot of time during last week in debugging it: some bugs were detected and fixed, some are still in the todo list and it would be very useful if someone could spend some time in debugging gtkdfb libraries :) Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379521: marked as done (Install report, focusing on Hebrew l10n issues)
On 24/07/06, Debian Bug Tracking System [EMAIL PROTECTED] wrote: The installer started in text mode and not g-i, I assume it's something to do with qemu. Note that the installer does no0t default yet to GUI, you need to boot with installgui to start the graphical installer. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
D-I Beta 3 - release planning
(Please reply only to debian-boot; reply-to set accordingly; add other recipients only selectively) Now that linux-2.6.16 has safely landed in testing a few days ago, we can really start working on the Beta 3 release of D-I. In fact, the migration of most udebs to testing is already in progress. The release preparation page on the wiki [1] is mostly up-to-date with regards to issues and TODO items before the release. The page also lists the changes implemented since Beta 2 which will be used as basis for the release-notes; let me know if you miss items. One important TODO item is updates to debian-cd, especially for architectures that are dropping 2.4 support in d-i. If your architecture needs such changes, please contact me. Joey and Steve can probably help with the changes where needed. D-I memory usage One of the main issues with this release is increased memory usage. For some arches this is proving critical as e.g. 32 or 64 MB boundaries are crossed. Problems have already been seen on arm and m68k. When compared with the Sarge release, there are three main causes: - integration of base-config into first stage (extra udebs use extra memory) - added crypto support in partman (partman-crypto pulls in ~2.5 MB in dependencies; new for Beta 3) After Beta 3 a change is planned for partman-crypto so it will not pull in all its dependencies until it is actually used. - added languages: the templates.dat file has doubled in size and on top of that cdebconf loads the whole file into memory, so the increase hits double (blame bubulle and his endless quest for new languages to support ;-) This is the main culprit. We really need a technical solution to reduce current memory usage and the impact of adding translations, but that will probably be post-Etch. All this does mean that the current lowmem levels need serious review for all architectures. The good news is that memory requirement for a bare install (lowmem level 2) looks be hardly changed. Release planning 24Jul Upload new release of installation-guide 25/26 Jul Most udebs should have migrated to testing 25-29 Jul Implement necessary changes in debian-cd Other TODO items 26Jul First build and upload of d-i, check for unexpected build errors; fix and reupload where needed 27-30 Jul Basic testing using daily images 29Jul Last chance to upload udebs for inclusion in intrds 30Jul Testbuild of weekly images (using d-i images from unstable) 1Aug Final upload of d-i images 2- 5 Aug Testing 2Aug Last chance to upload udebs not included in initrds 4- 6 Aug Preparation of release notes, errata, etc. 5Aug Migration of d-i to testing 6Aug CD builds 7Aug Release There is some slack in this planning, but not much. Some slippage would not be unexpected. A lot depends on the speed with which the BYHAND processing of the d-i uploads can take place and whether build errors occur. Porters (and others) are of course requested to test installations and note the results in [2]. Cheers, FJP [1] http://wiki.debian.org/DebianInstaller/EtchBeta3Prep [2] installer/doc/devel/release-checklist pgpW5RBE736je.pgp Description: PGP signature
Re: D-I Beta 3 - release planning (what about powerpc?)
On Monday 24 July 2006 12:35, Eddy Petrişor wrote: Apropos to G-I, I saw [1] that the powerpc port has it part of the builds Partially done. What does this mean? For the powerpc port we currently build the gtk-miniiso as part of the daily builds. I have discussed this with Colin and because of the issues with g-i on powerpc we have decided not to add g-i support on other CD images: - powerpc CD images are already very full because of the number of subarches (and thus initrd and kernel images) - it is still unclear which systems and fb devices are really supported and which are not; g-i does not yet deal with that very cleanly - reports about g-i crashes on powerpc (mainly from yourself) So, consider g-i for powerpc experimental and for those who want to play with it or contribute we have the gtk-miniiso. And another question, is there _really_ a D-I powerpc porter present? AFAIK Colin has retreated prom this position and Geert is still trying to accomodate with D-I workflow. Sven hasn't contributed for some time now, Wouter is doing only occasional work, so that kind of leaves the port with no powerpc porter. Is this the real situation or are my impressions wrong? No, Colin has not retreated from this position. We also have Daniel Dickinson helping out for oldworld. I agree that we still need extra help for powerpc (and I've never said differently). However, I am very happy that Holger and Wouter have offered their help. pgppzw1AgnxYT.pgp Description: PGP signature
Bug#379566: Daily build install looking at Hebrew l10n issues
Package: installation-reports Boot method: cdrom in a qemu image Image version: daily build from 2006-07-23 Date: 2006-07-23 23:30 Machine: qemu i386 Processor: i386 Memory: 128MB Partitions: NA Output of lspci and lspci -n: NA Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: This was all tested on the text install, on qemu it took several hours for the install to be finished. I'll try the gui installer at another time. Initial screen of choosing the language says Hebrew, but the word in Hebrew is reversed, this used to work properly in former versions. I expected getting IVRIT and got TIRVI, the bidi algorithm wasn't used maybe? It's not just the first screen, it's in all screens. The Hebrew wasn't bidi-fied and looks reversed. There are various Language Desktop but no Hebrew Desktop, what is done for them and how I can get Hebrew Desktop there? Message of x11 upgrade on fresh install??? it also delayed the install process from continuing until input was received. GDM login screen is left aligned instead of right aligned. Gnome desktop is left aligned instead of right aligned, we have user-he that can take care of that, how do we get it to run on system install of a bidi system? Keyboard setup for X11 doesn't include scroll-lock for noticing layout changes, this was provided in a patch to localization-config. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379502: localechooser fails in lowmem install
More complete checking gives the right explanation: In lowmem mode, the locale is set to C on the installed system. In localechooser post-base-installer, the locales package is *not* installed if LOCALE=C. So, validlocale and locale-gen are not present on the installed system. As their only point is to generate the locales, it seems that my proposed fix is very probably correct. I'm currently testing it in details. The patch seems to be correct and, with it, the lowmem install works fine. --
Bug#379197: debian-installer: etch d-i mistakenly installed pbuttonsd even though i do not have a mac laptop
Joey Hess [EMAIL PROTECTED] writes: Otavio Salvador wrote: I did a look on tasksel and it really ask pbbuttonsd to be installed. Previously, pbbuttonsd wasn't build to i386 and then this wasn't a problem. Now it's. Yes, it was originally added because it was only available on powerpc. My proposed way to solve it is: - create a new task called pbbuttonsd-selection; - create a new test to return false if /dev/pmu doesn't exist; - remove the package from laptop task; Hmm, this is getting a bit away from how tasksel is really meant to be used. It would be better to add the test to hw-detect and apt-install the package on machines that have hardware that support it. (Assuming that /dev/pmu is created by udev inside d-i, which I can't check.) I'll try to check if there's a /dev/pmu inside d-i. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installing Debian unstable to IBM pSeries LPAR - success
Please submit an bug against the installation-reports meta package. (Hint: using reportbug will allow to generate a proper installation report). On 24/07/06, AlexB [EMAIL PROTECTED] wrote: Good day everyone, just managed to install Debian unstable to an IBM p570 LPAR. Generally installation went OK, although Debian installer complained about inability to finish installation of uw-imapd at the end; also installer complained about inability to install linux kernel properly, but kernel was installed. Now, after restart, several small issues have been spotted: 1) eth0 interface was not brought up, seems to be a typo in /etc/network/interfaces, 'auto eth0' line was missing. 2) no entry for console getty in /etc/inittab - so no way to log in from console (the console is a terminal connection to virtual seriel port from HMC) 3) no openssh server installed by default - so even if ethernet is brought up, there is no way to log in to the system after reboot due to point 2). After openssh server installation - no startup script in /etc/rcS.d, the link has to be done manually. The only way to correct was to boot with 'single' kernel parameter and modify relevant files by hand. After reboot everything seems to be OK. /etc/issue reads: Debian GNU/Linux testing/unstable \n \l uname -a reads: Linux lnxsrv 2.6.15-1-powerpc64 #2 SMP Mon Mar 6 12:50:57 CET 2006 ppc64 GNU/Linux I used debian-testing-powerpc-netinst.iso image as of 17/07/2006 and installed rest of packaged over Internet. Alex -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please fix translation errors
Frans Pop wrote: On Sunday 16 July 2006 15:09, Davide Viti wrote: Please spend a few minutes to fix those so that we'll have a (nearly) error-free set of translations for next release:) I'm afraid it is too late for the Beta 3 release as package uploads have already taken place [1,2]. It's still ok to make new uploads to fix actual bugs due to broken translations. Of course assuming they are fixed in time to fit into the release timeline. -- see shy jo signature.asc Description: Digital signature
Bug#379566: (forw) Bug#379566: Daily build install looking at Hebrew l10n issues
reassign 379566 newt severity 379566 grave thanks This is bug in newt, it can be reproduced with attached script (heb.sh). Latest version of libnewt does not contains code for bidi support, it can be checked by greppong 'fribidi' on libnewt. The code is not compiled because it needs symbols like HAVE_FRIBIDI_FRIBIDI_H defined (see newt.h). Package even have patch that adds needed chacks to configure.in, but configure is not updated. So to fix this bug it is needed to run autoconf, as attached patch does. Severity is set to grave because this bug makes d-i unuseable with some languages. 24 липня 2006 о 14:14 +0200 Christian Perrier написав(-ла): Could you guys have a look at this? Please followup to bug #379566. - Forwarded message from Baruch Even [EMAIL PROTECTED] - Subject: Bug#379566: Daily build install looking at Hebrew l10n issues Reply-To: Baruch Even [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Mon, 24 Jul 2006 11:29:20 +0100 From: Baruch Even [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Mailing-List: debian-boot@lists.debian.org archive/latest/104663 X-CRM114-Status: Good ( pR: 26.4757 ) Package: installation-reports Boot method: cdrom in a qemu image Image version: daily build from 2006-07-23 Date: 2006-07-23 23:30 Machine: qemu i386 Processor: i386 Memory: 128MB Partitions: NA Output of lspci and lspci -n: NA Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: This was all tested on the text install, on qemu it took several hours for the install to be finished. I'll try the gui installer at another time. Initial screen of choosing the language says Hebrew, but the word in Hebrew is reversed, this used to work properly in former versions. I expected getting IVRIT and got TIRVI, the bidi algorithm wasn't used maybe? It's not just the first screen, it's in all screens. The Hebrew wasn't bidi-fied and looks reversed. There are various Language Desktop but no Hebrew Desktop, what is done for them and how I can get Hebrew Desktop there? Message of x11 upgrade on fresh install??? it also delayed the install process from continuing until input was received. GDM login screen is left aligned instead of right aligned. Gnome desktop is left aligned instead of right aligned, we have user-he that can take care of that, how do we get it to run on system install of a bidi system? Keyboard setup for X11 doesn't include scroll-lock for noticing layout changes, this was provided in a patch to localization-config. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- -- Eugeniy Meshcheryakov heb.sh Description: Bourne shell script diff -urN newt-0.52.2/debian/control newt.bidi/debian/control --- newt-0.52.2/debian/control 2006-07-24 16:43:15.0 +0200 +++ newt.bidi/debian/control2006-07-24 16:44:21.0 +0200 @@ -4,7 +4,8 @@ Maintainer: Alastair McKinstry [EMAIL PROTECTED] Standards-Version: 3.7.2 XS-Python-Version: all -Build-Depends: dbs, sgmltools-lite, libslang2-dev (=2.0.4-2), libpopt-dev, debhelper (=5.0.37.1), gettext, libfribidi-dev, tcl8.4-dev, python (= 2.3.5-7), python-central (= 0.4.10), python-all-dev +Build-Depends: dbs, sgmltools-lite, libslang2-dev (=2.0.4-2), libpopt-dev, debhelper (=5.0.37.1), gettext, libfribidi-dev, tcl8.4-dev, python (= 2.3.5-7), python-central (= 0.4.10), python-all-dev, autoconf +Build-Conflicts: autoconf2.13 Package: libnewt-dev Architecture: any diff -urN newt-0.52.2/debian/rules newt.bidi/debian/rules --- newt-0.52.2/debian/rules2006-07-24 16:43:15.0 +0200 +++ newt.bidi/debian/rules 2006-07-24 16:40:23.0 +0200 @@ -70,6 +70,7 @@ dh_testdir cp newt.spec $(BUILD_TREE) rm -f $(BUILD_TREE)/.depend + ( cd $(BUILD_TREE) autoconf --force -i ) ( cd $(BUILD_TREE) ./configure $(GPMSUPPORT) $(NOSTRIP) ) touch $@ signature.asc Description: Digital signature
Processed: reassign 379494 to gnome-core
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 reassign 379494 gnome-core Bug#379494: add gthumb to the gnome task Bug reassigned from package `tasksel' to `gnome-core'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Changes in linux-ntfs affecting the name of d-i udeb.
David Martínez Moreno wrote: Hello, d-i developers. I have just uploaded linux-ntfs 1.13.1 to unstable, and this affects to you because of: [...] - Removed completely fake ntfstools package, as it was a dummy one in sarge. Thanks to Stefan Huehner for noticing (closes: #369106). - While at it, renamed ntfstools-udeb to ntfsprogs-udeb for consistency. Added Provides: ntfstools-udeb, trying to ease transitions. [...] fjp was warned of this thing, and this is only a side note to exercise his memory. :-) Also, it was not clear if 'Provides: ntfstools-udeb' would be necessary, and Colin suggested me to put it into CONTROL section. It will be necessary at least until partman-partitioning is updated to depend on the new package name instead of on ntfstools-udeb as it does now (on some architectures). -- see shy jo signature.asc Description: Digital signature
Re: Boot problem after flasing, led is not green.
Jean-Pierre Broeders wrote: I have a problem after i flashed for the last time using this manual: http://www.cyrius.com/debian/nslu2/ After is flashed debian-sda1.bin, I shutdown the power and connect my usb harddisk. When I power my nslu2 the only green led (also after some couple of hours) i see is the transfer led. The ready/status is orange. I tried to log in with SSH, but it also doesnt work. What can be wrong? Or am i forgotten something? An amber status led and green network led is actually normal for a running nslu2 system with debian on it right now (just checked mine). We haven't sorted out the necessary stuff to turn the status and disk leds green. ssh not working of course indicates a problem. Can you ping the system? -- see shy jo signature.asc Description: Digital signature
Bug#379623: Obsolete dependency in testing: partman-base - libparted1.6-udeb
Package: partman-base Version: 78.1 partman-base 78.1 in testing depends on libparted1.6-udeb, but only libparted1.7-udeb is avaiable in the debian repository. So, build the debian-installer is not posible. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reopening 355047
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 reopen 355047 Bug#355047: install: segmentation faultsts Bug reopened, originator not changed. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379485: preseed exim4 template for desktop+laptop class to local delivery
maximilian attems wrote: rationale: either webmail or pop3/imap via thunderbird/evolution are the highest probable case for laptop+desktop user. expert user will want anyway better configurability of the exim4 configs. exim4, popularity-contest and xorg warning were the only templates that prompted irc. Preseeding or otherwise avoiding questions is entirely out of scope for tasksel. The only two possible solutions are: 1. Fix the package to not prompt at high priority if there is a reasonable default. 2. Switch to using some other package instead (for example, postfix). Note that exim4 is not part of either the laptop or desktop task, but instead is part of the standard system. -- see shy jo signature.asc Description: Digital signature
Bug#378959: debian-installer: needs option to bypass network config dialog
zero79 wrote: d-i assumes that the user always wants to bring up a network connection during installation. sometimes this is not desirable; for example when using the rescue mode or when doing a cd or dvd install. so the problem is that the d-i network config dialog forces the user to select at least one of the network adapters to continue (cancel just brings up the same dialog). to bypass network config, i have to select one of the network interfaces, then wait for it to not configure. then i can opt to skip network config. i suggest that there be a button that allows the user to skip the network config from the network interface selection dialog. Avoiding network configuration is something only an expert should need or want to do. If you boot the installer in expert mode, you can simply skip over the network configuration step in the menu; unless you choose some other later menu item that requires a configured network you can complete the install without performing the network configuration step. -- see shy jo signature.asc Description: Digital signature
Processed: severity of 355047 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 severity 355047 normal Bug#355047: install: segmentation faultsts Severity set to `normal' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379067: marked as done (netinst CD should not be added to sources list of target system)
Your message dated Mon, 24 Jul 2006 11:41:36 -0400 with message-id [EMAIL PROTECTED] and subject line Processed: Re: Bug#379067: couple of minor glitches in install of powerpc, lspci has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: How did you boot the installer? CD? floppy? network? booted from daily businesscard CD Image version: Full URL to image you downloaded is best | Index of /cdimage/daily-builds/etch_d-i/arch-latest/powerpc/iso-cd | NameLast modified Size | | Parent Directory - | MD5SUMS 20-Jul-2006 02:00 143 | debian-testing-powerpc-businesscard.iso 20-Jul-2006 01:58 61M | debian-testing-powerpc-netinst.iso 20-Jul-2006 02:00 172M Apache/2.0.53 (Debian GNU/Linux) Server at cdimage.debian.org Port 80 Date: Date and time of the install July 20, 2006 about 3:00 AM US EastCoast time Machine: Description of machine (eg, IBM Thinkpad R32) PowerMac G4 | [EMAIL PROTECTED]:~$ cat /proc/cpuinfo | processor : 0 | cpu : 7410, altivec supported | temperature : 39-41 C (uncalibrated) | clock : 533MHz | revision: 0.3 (pvr 800c 1103) | bogomips: 1060.86 | machine : PowerMac3,4 | motherboard : PowerMac3,4 MacRISC2 MacRISC Power Macintosh | detected as : 69 (PowerMac G4 Silver) | pmac flags : 0010 | L2 cache: 1024K unified | memory : 1536MB | pmac-generation : NewWorld | [EMAIL PROTECTED]:~$ | macswell:~# ( lspci -n ; lspci ) | sort | :00:0b.0 0600: 106b:002d | :00:0b.0 Host bridge: Apple Computer Inc. UniNorth 1.5 AGP | :00:10.0 0300: 1002:5046 | :00:10.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS | 0001:10:0b.0 0600: 106b:002e | 0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth 1.5 PCI | 0001:10:13.0 0604: 1668:0100 (rev 11) | 0001:10:13.0 PCI bridge: Actiontec Electronics Inc Mini-PCI bridge (rev 11) | 0001:10:17.0 Class ff00: Apple Computer Inc. KeyLargo Mac I/O (rev 03) | 0001:10:17.0 ff00: 106b:0022 (rev 03) | 0001:10:18.0 0c03: 106b:0019 | 0001:10:18.0 USB Controller: Apple Computer Inc. KeyLargo USB | 0001:10:19.0 0c03: 106b:0019 | 0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo USB | 0001:11:00.0 0c03: 1033:0035 (rev 41) | 0001:11:00.0 USB Controller: NEC Corporation USB (rev 41) | 0001:11:00.1 0c03: 1033:0035 (rev 41) | 0001:11:00.1 USB Controller: NEC Corporation USB (rev 41) | 0001:11:00.2 0c03: 1033:00e0 (rev 02) | 0001:11:00.2 USB Controller: NEC Corporation USB 2.0 (rev 02) | 0001:11:01.0 0c00: 11c1:5811 (rev 61) | 0001:11:01.0 FireWire (IEEE 1394): Agere Systems FW323 (rev 61) | 0001:11:02.0 0180: 105a:4d69 (rev 02) | 0001:11:02.0 Mass storage controller: Promise Technology, Inc. 20269 (rev 02) | 0002:21:0b.0 0600: 106b:002f | 0002:21:0b.0 Host bridge: Apple Computer Inc. UniNorth 1.5 Internal PCI | 0002:21:0e.0 0c00: 11c1:5811 | 0002:21:0e.0 FireWire (IEEE 1394): Agere Systems FW323 | 0002:21:0f.0 0200: 106b:0021 (rev 01) | 0002:21:0f.0 Ethernet controller: Apple Computer Inc. UniNorth GMAC (Sun GEM) (rev 01) | macswell:~# | Partitions: df -Tl will do; the raw partition table is preferred | macswell:~# mac-fdisk -l /dev/hda | /dev/hda | #type name length base ( size ) system | /dev/hda1 Apple_partition_map Apple63 @ 1( 31.5k) Partition map | /dev/hda2 Apple_Bootstrap boot 1954 @ 64 (977.0k) NewWorld bootblock | /dev/hda3 Apple_UNIX_SVR2 root 39062500 @ 2018 ( 18.6G) Linux native | /dev/hda4 Apple_UNIX_SVR2 swap3330284 @ 77087956 ( 1.6G) Linux swap | /dev/hda5 Apple_UNIX_SVR2 root060621 18554688 @ 39064518 ( 8.8G) Linux native | /dev/hda6 Apple_UNIX_SVR2 root20060720 19468750 @ 57619206 ( 9.3G) Linux native | | Block size=512, Number of Blocks=80418240 | DeviceType=0x0, DeviceId=0x0 | | macswell:~# Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [o] Detect CD: [o] Load installer modules: [o] Detect hard drives: [o]
Bug#379566: [MailServer Notification]Attachment Blocking Notification
The heb.sh has been blocked, and Quarantine entire message has been taken on 7/24/2006 9:32:53 PM. Message details: Server:AZINDBAEX01 Sen7/24/20069:32:53 PMQuarantine entire messageheb.shder: [EMAIL PROTECTED]; Recipient:[EMAIL PROTECTED];[EMAIL PROTECTED]; Subject:Bug#379566: (forw) Bug#379566: Daily build install looking at Hebrew l10n issues Attachment name:heb.sh The information contained in, or attached to, this e-mail, contains confidential information and is intended solely for the use of the individual or entity to whom they are addressed and is subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. www.aztecsoft.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 379485 to exim4
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 reassign 379485 exim4 Bug#379485: preseed exim4 template for desktop+laptop class to local delivery Bug reassigned from package `tasksel' to `exim4'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Floppies for i386
Daniel Dickinson wrote: I haven't heard in a while about kernel 2.6 floppies for i386, and I know there aren't any, so I have a proposal (which I would implement) Sylvian Ferriol is working on this. I think the status is that intrgrating it into d-i is still blocked by needing some changes to klibc, which he uses on the first floppy to load the second floppy containing d-i. -- see shy jo signature.asc Description: Digital signature
Re: D-I Beta 3 - release planning
* Frans Pop [EMAIL PROTECTED] [2006-07-24 11:52]: One important TODO item is updates to debian-cd, especially for architectures that are dropping 2.4 support in d-i. If your architecture needs such changes, please contact me. Joey and Steve can probably help with the changes where needed. arm, mips and mipsel need the changed I posted about 2 weeks ago. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Floppy writing script (gui or console) for tools directory
Daniel Dickinson wrote: The following is a script I wrote that might be useful for the tools directory on the cd. If an image is specified on the command-line this script writes it to disk, or, if no image is specified, a file selection dialog (gui or console) appears to allow selection of image to write. I think you'd probably do better to send it to the debian-cd mailing list. -- see shy jo signature.asc Description: Digital signature
Re: Floppies for i386
On Monday 24 July 2006 18:46, Joey Hess wrote: Daniel Dickinson wrote: I haven't heard in a while about kernel 2.6 floppies for i386, and I know there aren't any, so I have a proposal (which I would implement) Sylvian Ferriol is working on this. I think the status is that intrgrating it into d-i is still blocked by needing some changes to klibc, which he uses on the first floppy to load the second floppy containing d-i. Images built by Sylvain are available for testing from: http://www-timc.imag.fr/Sylvain.Ferriol/debian/d-i/i386/ pgpgJBhM972lK.pgp Description: PGP signature
Bug#379623: marked as done (Obsolete dependency in testing: partman-base - libparted1.6-udeb)
Your message dated Mon, 24 Jul 2006 12:43:30 -0400 with message-id [EMAIL PROTECTED] and subject line Bug#379623: Obsolete dependency in testing: partman-base - libparted1.6-udeb has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: partman-base Version: 78.1 partman-base 78.1 in testing depends on libparted1.6-udeb, but only libparted1.7-udeb is avaiable in the debian repository. So, build the debian-installer is not posible. ---End Message--- ---BeginMessage--- Version: 92 Of course this is fixed in unstable. -- see shy jo signature.asc Description: Digital signature ---End Message---
Processed: tags 379566 d-i
Processing commands for [EMAIL PROTECTED]: tags 379566 + d-i Bug#379566: Daily build install looking at Hebrew l10n issues There were no tags set. Tags added: d-i End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379623: marked as done (Obsolete dependency in testing: partman-base - libparted1.6-udeb)
Your message dated Mon, 24 Jul 2006 18:32:45 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#379623: Obsolete dependency in testing: partman-base - libparted1.6-udeb has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: partman-base Version: 78.1 partman-base 78.1 in testing depends on libparted1.6-udeb, but only libparted1.7-udeb is avaiable in the debian repository. So, build the debian-installer is not posible. ---End Message--- ---BeginMessage--- On Monday 24 July 2006 17:37, Héctor Rivas Gándara wrote: partman-base 78.1 in testing depends on libparted1.6-udeb, but only libparted1.7-udeb is avaiable in the debian repository. This is a temporary error due to the fact that we are currently migrating udebs to testing in preparation for the Beta 3 release. Unfortunately I overlooked the fact that the last upload partman-base had not yet been installed on all architectures. Should be fixed within a few days. Sorry for the inconvenience, but expect testing to be in flux for the next week in general with regard to the installer. Cheers, FJP pgpgiGp3lvVB2.pgp Description: PGP signature ---End Message---
Processed: Re: (forw) Bug#379566: Daily build install looking at Hebrew l10n issues
Processing commands for [EMAIL PROTECTED]: reassign 379566 newt Bug#379566: Daily build install looking at Hebrew l10n issues Bug reassigned from package `installation-reports' to `newt'. severity 379566 grave Bug#379566: Daily build install looking at Hebrew l10n issues Severity set to `grave' from `normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Boot problem after flasing, led is not green.
On 24/07/06, Joey Hess [EMAIL PROTECTED] wrote: Jean-Pierre Broeders wrote: I have a problem after i flashed for the last time using this manual: http://www.cyrius.com/debian/nslu2/ After is flashed debian-sda1.bin, I shutdown the power and connect my usb harddisk. When I power my nslu2 the only green led (also after some couple of hours) i see is the transfer led. The ready/status is orange. I tried to log in with SSH, but it also doesnt work. What can be wrong? Or am i forgotten something? An amber status led and green network led is actually normal for a running nslu2 system with debian on it right now (just checked mine). We haven't sorted out the necessary stuff to turn the status and disk leds green. ssh not working of course indicates a problem. Can you ping the system? I have encountered a similar problem about a half year ago, talked with Martin Michmayr about it, but we couldn't spot the reason why this happens. I eneded up using debian armeb unofficial port, but solving this issue would be a real plus. Note: I find it very useful that the status led blinks when the NSLU is powered and running in debian armeb since I have experience seldom blockage of the router and at those times the blinking stops and is easy to spot. Still I am not sure if this is a side effect or the intended behaviour, but is nice. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379637: Package: installation-reports
Package: installation-reports Boot method: netinstall CD Image version: 3.1r2, downloaded July 2006 (not sure of the exact date) downloaded from http://cdimage.debian.org/debian-cd/3.1_r2/i386/iso-cd/debian-31r2-i386-netinst.iso Date: 7/20-24/06 Machine: Supermicro P8SCT 1U rack-mount server Processor: P4 processor 640 3.2GHZ 2MB CACHE L775 CPU (i686 architecture) Memory: 4G (3G usable, the other 1G overlaps system resources) Partitions: df -Tl will do; the raw partition table is preferred server1:~# fdisk -l Disk /dev/sda: 400.0 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 122 979933+ fd Linux raid autodetect /dev/sda2 123 450 2634660 82 Linux swap / Solaris /dev/sda3 451 1260897659135 fd Linux raid autodetect /dev/sda4 12609 36923 195310237+ 5 Extended /dev/sda5 12609 36923 195310206 fd Linux raid autodetect Disk /dev/sdb: 400.0 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 * 1 122 979933+ fd Linux raid autodetect /dev/sdb2 123 450 2634660 fd Linux raid autodetect /dev/sdb3 451 1260897659135 fd Linux raid autodetect /dev/sdb4 12609 36923 195310237+ 5 Extended /dev/sdb5 12609 36923 195310206 fd Linux raid autodetect Disk /dev/sdc: 400.0 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdc1 * 1 122 979933+ fd Linux raid autodetect /dev/sdc2 123 450 2634660 82 Linux swap / Solaris /dev/sdc3 451 1260897659135 fd Linux raid autodetect /dev/sdc4 12609 36923 195310237+ 5 Extended /dev/sdc5 12609 36923 195310206 fd Linux raid autodetect Disk /dev/sdd: 400.0 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdd1 * 1 122 979933+ fd Linux raid autodetect /dev/sdd2 123 450 2634660 fd Linux raid autodetect /dev/sdd3 451 1260897659135 fd Linux raid autodetect /dev/sdd4 12609 36923 195310237+ 5 Extended /dev/sdd5 12609 36923 195310206 fd Linux raid autodetect raid set up as follows: md3 : active raid1 sdb5[0] sdc5[2] sdd5[1] 195310080 blocks [2/2] [UU] md0 : active raid1 sda1[0] sdb1[2] sdc1[1] 979840 blocks [2/2] [UU] md2 : active raid1 sdb3[2] sda3[0] sdc3[1] 97659008 blocks [2/2] [UU] md1 : active raid1 sda2[0] sdb2[2] sdc2[1] 2634560 blocks [2/2] [UU] /dev/md0 mounted as /boot (ext3) /dev/md1 allocated for swap /dev/md2 allocated as LVM pv /dev/rootvolume /dev/md3 allocated as LVM pv /dev/backupvolume /dev/mapper/rootvolume-rootlv on / type ext3 (rw,errors=remount-ro) /dev/mapper/backupvolume-backuplv on /backup type ext3 (rw) Output of lspci and lspci -n: server1:/etc# lspci :00:00.0 Host bridge: Intel Corp. Server Memory Controller Hub (rev 05) :00:01.0 PCI bridge: Intel Corp. Server Memory Controller Hub PCI Express Port (rev 05) :00:02.0 VGA compatible controller: Intel Corp. Graphics Controller (rev 05) :00:1c.0 PCI bridge: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03) :00:1c.1 PCI bridge: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 2 (rev 03) :00:1d.0 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) :00:1d.1 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03) :00:1d.2 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03) :00:1d.3 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03) :00:1d.7 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev d3) :00:1f.0 ISA bridge: Intel Corp. 82801FB/FR (ICH6/ICH6R) LPC Interface Bridge (rev 03) :00:1f.1 IDE interface: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 03) :00:1f.2 IDE interface: Intel Corp. 82801FR/FRW (ICH6R/ICH6RW) SATA Controller (rev 03) :00:1f.3 SMBus: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 03) :01:00.0 PCI bridge: Intel Corp. PCI Bridge Hub (rev 09)
Bug#378521: marked as done (installation-report: installed system is not working)
Your message dated Mon, 24 Jul 2006 12:08:36 -0400 with message-id [EMAIL PROTECTED] and subject line Processed: Re: Bug#378521: installation-report: installed system is not working has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Version: 2.14 Severity: grave Justification: renders package unusable -- Package-specific info: Boot method: cd Image version: netinstall i386 Date: 2006-07-17 Machine: Asus A8V-E Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O ] Detect network card:[O ] Configure network: [E ] Detect CD: [O ] Load installer modules: [O ] Detect hard drives: [O ] Partition hard drives: [O ] Create file systems:[O ] Mount partitions: [O ] Install base system:[O ] Install boot loader:[O ] Installed system ok:[E ] Comments/Problems: During installation a driver for the ethernet, called sky2, is used. After installation this driver is not longer present. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=3.1 (installer build 20060529) == Installer hardware-summary: == lspci is not installed ---End Message--- ---BeginMessage--- Fixed.. 2.6.16 is in testing now. -- see shy jo signature.asc Description: Digital signature ---End Message---
Bug#379526: papersize is a4 for US install - should be letter
On Monday 24 July 2006 07:17, Rick Thomas wrote: During the install process, I selected the C locale early on. Later, when asked, I indicated I have a US-English keyboard. I also specified US-EastCoast timezone, and in general did everything I could to indicate my location in the USA. However, when the installation was complete, I noticed that the file /etc/papersize had a4 in it (the hard way -- by printing a long document on letter- format paper!) For the Sarge version of the installer this was done by the package localization-config (though probably not for en_US as it was disabled for en_* locales). However, because of the integration of base-config into the 1st stage of the installation, the old localization-config is no longer usable. A rewrite has been delayed because of personal circumstances for the maintainer, but it should be available again before Etch release and the plan is to also support en_US. pgpEKur8XVxKo.pgp Description: PGP signature
Bug#378959: debian-installer: needs option to bypass network config dialog
On Mon, Jul 24, 2006 at 11:35:08AM -0400, Joey Hess wrote: zero79 wrote: d-i assumes that the user always wants to bring up a network connection during installation. sometimes this is not desirable; for example when using the rescue mode or when doing a cd or dvd install. so the problem is that the d-i network config dialog forces the user to select at least one of the network adapters to continue (cancel just brings up the same dialog). to bypass network config, i have to select one of the network interfaces, then wait for it to not configure. then i can opt to skip network config. i suggest that there be a button that allows the user to skip the network config from the network interface selection dialog. Avoiding network configuration is something only an expert should need or want to do. I disagree. It makes setting up computers for which there is no network connection or for which d-i cannot handle the network setup, needlessly hard. I can name a few people who have a (as in, one) computer, but no Internet connection; there is also the case of some DSL authentication and/or network protocols that d-i cannot currently handle. Not only experts will hit this type of thing, and a CD-based install should Just Work there, without trying to reach the network if that is not required. -- Fun will now commence -- Seven Of Nine, Ashes to Ashes, stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379526: papersize is a4 for US install - should be letter
On Jul 24, 2006, at 12:58 PM, Frans Pop wrote: On Monday 24 July 2006 07:17, Rick Thomas wrote: During the install process, I selected the C locale early on. Later, when asked, I indicated I have a US-English keyboard. I also specified US-EastCoast timezone, and in general did everything I could to indicate my location in the USA. However, when the installation was complete, I noticed that the file /etc/papersize had a4 in it (the hard way -- by printing a long document on letter- format paper!) For the Sarge version of the installer this was done by the package localization-config (though probably not for en_US as it was disabled for en_* locales). However, because of the integration of base-config into the 1st stage of the installation, the old localization-config is no longer usable. A rewrite has been delayed because of personal circumstances for the maintainer, but it should be available again before Etch release and the plan is to also support en_US. I assume this means that if I do whatever magic is required to get en_US locale, then I'll get letter in /etc/papersize. What if I choose C locale? Hopefully, Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please fix translation errors
On Mon, Jul 24, 2006 at 11:08:59AM -0400, Joey Hess wrote: Frans Pop wrote: On Sunday 16 July 2006 15:09, Davide Viti wrote: Please spend a few minutes to fix those so that we'll have a (nearly) error-free set of translations for next release:) I'm afraid it is too late for the Beta 3 release as package uploads have already taken place [1,2]. It's still ok to make new uploads to fix actual bugs due to broken translations. Of course assuming they are fixed in time to fit into the release timeline. In case anyone wanted to fix the translations for level1, here's today situation +--+--+--+ | Language | SV | LS | +--+--+--+ | bn | 0| 1| | fa | 4| 7| | he | 0| 31 | | hr | 3| 0| | ka | 0| 2| | kk | 1| 3| | km | 1| 1| | ku | 1| 1| | lv | 2| 0| | ne | 3| 1| | pa | 2| 0| | se | 4| 0| | wo | 1| 1| +--+--+--+ | TOTAL| 22 | 48 | +--+--+--+ LEGENDA: SV - Suspect variable(s) LS - Level specific error(s) refer to http://d-i.alioth.debian.org/spellcheck/level1/index.html A few notes: bn - the error can be ignored since the 65 chars limit does not apply for languages supported by g-i only he - there's a multiselect string with the wrong nr of parameters: d-i/g-i will crash when trying to display it so please fix at least that error there might be some false positive: sorry for that. regards, Davide signature.asc Description: Digital signature
Bug#379526: papersize is a4 for US install - should be letter
plan is to also support en_US. I assume this means that if I do whatever magic is required to get en_US locale, then I'll get letter in /etc/papersize. What if I choose C locale? This should be discussed with the localization-config maintainer but that would require extra code in localization-config to not only take the locale into account but also the chosen country. However my personal feeling about this is that locales are eaxctly meant for that purpose: set parameters that depend on language AND country. So, if you actually want a paper size adapted to your country, I'd recommend to set the locale properly. signature.asc Description: Digital signature
Bug#379526: papersize is a4 for US install - should be letter
On Monday 24 July 2006 20:16, you wrote: I assume this means that if I do whatever magic is required to get en_US locale, then I'll get letter in /etc/papersize. What if I choose C locale? For C locale, localization-config is not run (which IMO makes sense) and you get the _package_ default (which also makes sense). pgpwmaLT0S8kt.pgp Description: PGP signature
Apenas um erro
Boa Tarde Eu tive instalando o ultimo debian 3.1 r2 e reparei que quando colocando para instalar com o kernel 2.6.8 O sistema gráfico da pani, não abre de jeito nenhum, já olhei vários artigos mas não encontrei nada falando sobre Esse pequeno bugs, bom se tiverem uma resposta poderiam me passar ? Grato Raul Gomes
Processing of user-setup_1.4_i386.changes
user-setup_1.4_i386.changes uploaded successfully to localhost along with the files: user-setup_1.4.dsc user-setup_1.4.tar.gz user-setup-udeb_1.4_all.udeb user-setup_1.4_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of localechooser_1.21_i386.changes
localechooser_1.21_i386.changes uploaded successfully to localhost along with the files: localechooser_1.21.dsc localechooser_1.21.tar.gz localechooser_1.21_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#379526: papersize is a4 for US install - should be letter
Christian Perrier wrote: So, if you actually want a paper size adapted to your country, I'd recommend to set the locale properly. ACK. This can be a nice _default_. But keep in mind that the papersize depends only on the piece of paper which I put into (one of) my printer(s). Helmut Wollmersdorfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378959: debian-installer: needs option to bypass network config dialog
On Monday 24 July 2006 19:36, Wouter Verhelst wrote: I can name a few people who have a (as in, one) computer, but no Internet connection; there is also the case of some DSL authentication and/or network protocols that d-i cannot currently handle. Not only experts will hit this type of thing, and a CD-based install should Just Work there, without trying to reach the network if that is not required. This was an issue with Beta2 but is very much possible again with Beta3. The installer _will_ by default ask you to configure a network interface if it finds one, but you can decline to do so and do an install without any network connection. pgpqQFGkX1cY3.pgp Description: PGP signature
Re: Apenas um erro
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olá Raul, debian-boot é uma lista em inglês. Eu vou traduzir seu e-mail, em mensagens futuras, envie as mensagens já traduzidas ou contate a debian-l10n-portuguese@lists.debian.org para que seja possível ajudá-lo. Para dúvidas técnicas, use a debian-user-portuguese@lists.debian.org debian-boot, I just explaing to Raul what debian-boot is about, and here goes the translation (I also point him to the debian-user-portuguese, I think is the right thing to do). On 07/24/2006 05:16 PM, Raul Gomes wrote: Boa Tarde Good afternoon Eu tive instalando o ultimo debian 3.1 r2 e reparei que quando colocando para instalar com o kernel 2.6.8 O sistema gráfico da pani, não abre de jeito nenhum, já olhei vários artigos mas não encontrei nada falando sobre I had been installing the last debian 3.1 r2 and noticed that when I choose to install kernel 2.6.8 The graphical system doesn't work, in no way it opens, I took a look in various articles but didn't find anything speaking about it. Esse pequeno bugs, bom se tiverem uma resposta poderiam me passar ? This little bug, well, if you have an answer could you forward it to me? Grato Raul Gomes Thanks. Sorry, the original text is a little bit fuzzy. :-( Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFExTtxCjAO0JDlykYRAuY/AJ9yvynD+qvAuNFI5VDdnNSta1PYDQCfQ9e6 lkzPmb8EYPfuazl5KvTzeY0= =eLIb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
user-setup_1.4_i386.changes ACCEPTED
Accepted: user-setup-udeb_1.4_all.udeb to pool/main/u/user-setup/user-setup-udeb_1.4_all.udeb user-setup_1.4.dsc to pool/main/u/user-setup/user-setup_1.4.dsc user-setup_1.4.tar.gz to pool/main/u/user-setup/user-setup_1.4.tar.gz user-setup_1.4_all.deb to pool/main/u/user-setup/user-setup_1.4_all.deb Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
localechooser_1.21_i386.changes ACCEPTED
Accepted: localechooser_1.21.dsc to pool/main/l/localechooser/localechooser_1.21.dsc localechooser_1.21.tar.gz to pool/main/l/localechooser/localechooser_1.21.tar.gz localechooser_1.21_all.udeb to pool/main/l/localechooser/localechooser_1.21_all.udeb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 379502 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379067: closed by Joey Hess [EMAIL PROTECTED] (Re: Processed: Re: Bug#379067: couple of minor glitches in install of powerpc, lspci)
On Jul 24, 2006, at 12:04 PM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #379067: netinst CD should not be added to sources list of target system, which was filed against the apt-setup package. It has been closed by Joey Hess [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 Joey Hess [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) From: Joey Hess [EMAIL PROTECTED] Date: July 24, 2006 11:41:36 AM EDT To: [EMAIL PROTECTED] Subject: Re: Processed: Re: Bug#379067: couple of minor glitches in install of powerpc, lspci lspci is present in current daily builds. Closing this bug. -- see shy jo Well actually, it's a bit more complicated than that. As noted elsewhere, lspci is pulled in by the Desktop task. It's not present in the bare-bones (Desktop un-checked) install (as one might want to use for a simple server -- a case where you might actually want lspci and friends to be present...) So to put the problem as simply as possible: The command lspci is present during the installation. But after the reboot, whether lspci is present or absent depends on whether the user left the Desktop environment checked when the installer was running tasksel. If it was checked, then lspci will be present in the installed system after the reboot. If it was not checked, then lspci will be absent after the reboot. It seems to me that lspci is such a basic tool that it ought to be present in the bare-bones system, not dragged in as an afterthought by the Desktop task. As I understand it (Debian bug processing is still a bit of a mystery to me...) the above is what bug#379120 is all about -- so closing 379067 (which is about whether or not to put a deb cdrom into the installed sources.list file when installing from a netinst CD, but also mentions the lspci question in passing) is correct, but this is not the correct reason. Enjoy! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378123: Probably fixed now
Hi, I think this [1] bug was the problem. And it seems to be fixed now. So, unless yaboot 1.3.13-7 does not make it to etch, I guess this bug report can be closed. Regards, Alberto [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378123 -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3
Bug#379526: papersize is a4 for US install - should be letter
On Jul 24, 2006, at 4:14 PM, Christian Perrier wrote: plan is to also support en_US. I assume this means that if I do whatever magic is required to get en_US locale, then I'll get letter in /etc/papersize. What if I choose C locale? This should be discussed with the localization-config maintainer but that would require extra code in localization-config to not only take the locale into account but also the chosen country. However my personal feeling about this is that locales are exactly meant for that purpose: set parameters that depend on language AND country. So, if you actually want a paper size adapted to your country, I'd recommend to set the locale properly. Far be it from me to make extra work for the localization-config maintainer. And I agree with you that locales are exactly for the purpose of setting things that depend on country and language. I guess my problem is that (for the intended application of this system) I want a locale that says language is C and country is US -- but there is no such locale. Rick -- If wishes were horses, then beggars would ride! -- anonymous English proverb -- If a frog had wings, he'd have a long tail, 'cause he wouldn't rub it off bumping his backside on the ground all the time! -- me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379637: Package: installation-reports
On Mon, Jul 24, 2006 at 12:34:58PM -0400, Miles Fidelman wrote: Package: installation-reports http://cdimage.debian.org/debian-cd/3.1_r2/i386/iso-cd/debian-31r2-i386-netinst.iso snip/ Disk /dev/sda: 400.0 GB, 400088457216 bytes Disk /dev/sdb: 400.0 GB, 400088457216 bytes Disk /dev/sdc: 400.0 GB, 400088457216 bytes Disk /dev/sdd: 400.0 GB, 400088457216 bytes raid set up as follows: md3 : active raid1 sdb5[0] sdc5[2] sdd5[1] 195310080 blocks [2/2] [UU] md0 : active raid1 sda1[0] sdb1[2] sdc1[1] 979840 blocks [2/2] [UU] md2 : active raid1 sdb3[2] sda3[0] sdc3[1] 97659008 blocks [2/2] [UU] md1 : active raid1 sda2[0] sdb2[2] sdc2[1] 2634560 blocks [2/2] [UU] /dev/md0 mounted as /boot (ext3) /dev/md1 allocated for swap /dev/md2 allocated as LVM pv /dev/rootvolume /dev/md3 allocated as LVM pv /dev/backupvolume Output of lspci and lspci -n: server1:/etc# lspci snip/ server1:/etc# lspci -n snip/ Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [E] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[E] Reboot: [E] Comments/Problems: Detect Hard Drives: - default kernel (2.4) couldn't detect drives - needed to run linux26/expert26 to detect SATA drives - then worked ok Nice. - could use a little better documentation Which documentation did you use? (Which documentation should be improved?) Partition Hard Drives: - this was VERY time consuming and error prone - I was using the combination of md and lvm, which is very poorly documented, and doesn't work completely (at least for sarge) Oh, now I see the 3.1 that was told before. That I explains the default of a 2.4 kernel. - things I discovered along the way: after specifying a RAID set, things work badly unless you wait for the disks to sync (alt-f2, watch and wait, for each raid set - wait a long time) You where waiting for about 800 GIGA Byte to be transferred, that does take time. after creating raids and trying to write them, I got errors along the lines of note: unable to re-read the partition table, you should reboot - turns out that it's ok to ignore these, but you have to go into and out of the partition editor a couple of times to move on to the next step of configuring LVM create file systems worked after figuring out the md and lvm setups - the documentation needs a lot of work for this. some suggestions: -- sections 6.3.2.2 and .3 should be reversed (setting up RAIDs needs to happen before setting up logical volumes!) -- need a lot more discussion about complex setups (lvm over raid, and so forth) - I found http://www.planamente.ch/emidio/pages/linux_howto_root_lvm_raid.php to be the best resource - suggest either adding a link, or incorporating text from it Acknowledge. Install boot loader and reboot: - neither lilo nor grub set up properly after the disk partioning - got errors about not being able to install (tried a lot of different locations) - had to use the install disk as a rescue disk to boot and figure out the proper paths to the kernel and initrd - it seemed to get grub into the MBR on one hard drive, so I was able to reboot - which got me into grub - manually booted via grub - manually installed grub into MBRs of other disks - had to set up menu.lst manually - then everything pretty much worked I read that the LVM RAID stuff wanted more attention then expected. Reading the changelog of A few more nits that I had to clean up manually: - the -386 kernel only recognized 1G of 3G: I had to install a -686 version of the kernel and reboot to see all my memory (might want to add more kernel choices to the installer and/or put some notes in sec. 3.6.4 of the installation manual regarding what to do if you don't see all your memory - all that's mentioned now is to try using the mem= kernel option, which doesn't help) The netinst CD has only one kernel, a i386 that (tries to) fits all. Other install methods present more kernels. There is -686 available. - the installer did not quite get swapping or the fstab right, I had to mkswap/dev/md1 swapon and add the following to fstab: /dev/md0/boot ext3defaults0 0 /dev/md1noneswapsw 0 0 I think it doesn't make sense to swap to a RAID device. and there seems to be some kind of subtle bug or interactions in the raid code: I have spare devices configured for each raid, but they didn't show up on initial boot. As best as I can reconstruct from the boot logs: /dev/md0 - which mounts as boot, tried to bind
Bug#379688: [EMAIL PROTECTED]
Package: installation-reports Boot method: cd / network Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 07/23/2006 20:00 Machine: Clone PC Processor: Pentium IV 2.4 ghz Memory: 1024 mb Partitions: S.ficherosTipo Bloques de 1K UsadoDispon Uso% Montado en /dev/sda1 xfs20504704 2252840 18251864 11% / tmpfstmpfs 517952 0517952 0% /dev/shm /dev/sda6 xfs53036748 8572 53028176 1% /data /dev/sda3 xfs 4873504530328 4343176 11% /home tmpfstmpfs 10240 112 10128 2% /dev /dev/hda iso9660 649458649458 0 100% /media/cdrom0 Output of lspci and lspci -n: 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 661FX/M661FX/M661MX Host (rev 11) 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS AGP Port (virtual PCI-to-PCI bridge) 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS964 [MuTIOL Media IO] (rev 36) 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 01) 00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0) 00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) 00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) 00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) 00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90) 00:05.0 IDE interface: Silicon Integrated Systems [SiS] SATA (rev 01) 00:08.0 Multimedia video controller: Zoran Corporation ZR36057PQC Video cutting chipset (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15) 00:00.0 0600: 1039:0661 (rev 11) 00:01.0 0604: 1039:0003 00:02.0 0601: 1039:0964 (rev 36) 00:02.5 0101: 1039:5513 (rev 01) 00:02.7 0401: 1039:7012 (rev a0) 00:03.0 0c03: 1039:7001 (rev 0f) 00:03.1 0c03: 1039:7001 (rev 0f) 00:03.2 0c03: 1039:7001 (rev 0f) 00:03.3 0c03: 1039:7002 00:04.0 0200: 1039:0900 (rev 90) 00:05.0 0101: 1039:0181 (rev 01) 00:08.0 0400: 11de:6057 (rev 02) 01:00.0 0300: 10de:002d (rev 15) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [E] Comments/Problems: a) did not reboot, but switching off and then on it all started ok b) did not configure correctly xorg. needed to run dpkg-reconfigure xserver-xorg and after selected nv as video card I've to manually change xorg.conf file section display ( it was “nvidia” but it worked with “nv” ) c) lilo does not installs at all if you try to put it on a separate /boot partition ( xfs ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379526: papersize is a4 for US install - should be letter
Far be it from me to make extra work for the localization-config maintainer. And I agree with you that locales are exactly for the purpose of setting things that depend on country and language. I guess my problem is that (for the intended application of this system) I want a locale that says language is C and country is US -- but there is no such locale. en_US seems to be the closest approximation... Apart from the extra cruft bringed by the locales packages you would get by choosing English then United States, I actually would recommend setting the locale to en_US if you want some correct internationalization. I actually recommend closing this bug report. signature.asc Description: Digital signature
Bug#378123: marked as done (Should check that file system holding /boot is supported (partman hook))
Your message dated Tue, 25 Jul 2006 06:29:35 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#378123: Probably fixed now has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: debian-installer Severity: important Hi, I tried debian-installer on an iBook G4 with the 20060711 image (IIRC), and after the install the system didn't boot. The kernel panics (it will fail uncompressing the initrd). Seems to be a problem with the initrd living in an XFS partition. Making a ext3 partition for /boot fixed it. The problem is reported in Ubuntu: https://bugzilla.ubuntu.com/show_bug.cgi?id=14485 Since I don't expect the fix to be easy, some kind of warning would be nice, to avoid making users go crazy with this. Thanks, Alberto -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc1 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Quoting Alberto Gonzalez Iniesta ([EMAIL PROTECTED]): Hi, I think this [1] bug was the problem. And it seems to be fixed now. So, unless yaboot 1.3.13-7 does not make it to etch, I guess this bug report can be closed. Well, then doing so (blindly, I must admit, I have no way to check). signature.asc Description: Digital signature ---End Message---
Bug#379526: papersize is a4 for US install - should be letter
On Tue, 2006-07-25 at 06:36 +0200, Christian Perrier wrote: Far be it from me to make extra work for the localization-config maintainer. And I agree with you that locales are exactly for the purpose of setting things that depend on country and language. I guess my problem is that (for the intended application of this system) I want a locale that says language is C and country is US -- but there is no such locale. en_US seems to be the closest approximation... Apart from the extra cruft bringed by the locales packages you would get by choosing English then United States, I actually would recommend setting the locale to en_US if you want some correct internationalization. I actually recommend closing this bug report. Do what you want, but keep in mind that en_US, and every other natural language locale except C, messes with the sort collating order to satisfy some librarian's idea of 'niceness'. It robs me of the simplicy and reliability of the natural collating order that I get from plain old 8-bit ASCII characters. Oh well... It's just one more thing to go on my list of stuff I have to fix after the Debian installer gets done. Sigh, Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379526: papersize is a4 for US install - should be letter
Do what you want, but keep in mind that en_US, and every other natural language locale except C, messes with the sort collating order to satisfy some librarian's idea of 'niceness'. It robs me of the I would rather say that the English locales cope with the accepted collation order of the English language, actually ISO/IEC 14651 I usually carefully avoid pretending I have better knowledge than people working on ISO standards so I would say that it does not seem to fit your personal preferencesbut when it comes at the English language, the standard is very probably the one which is right. simplicy and reliability of the natural collating order that I get from plain old 8-bit ASCII characters. Oh well... It's just one more thing to go on my list of stuff I have to fix after the Debian installer gets done. Seems that the way to fix this is by reporting a bug against the locales package to fix the English locales...:-). signature.asc Description: Digital signature
