Bug#385785: installation failure
Comments/Problems: Burned .iso with Nero 6 in Win2000; Nero reported CD was ok after verification stage. I used boot parameter to force static IP. NIC was not detected (SMC 1211TX = RTL8139). Installer reported CD files could not be loaded. Installation attempt aborted. What interface does your CD drive use? Can you provide us with relevant log parts from console 4? Can you run (lspci ; lspci -n)|sort on that machine (maybe with another Linux Live CD or directly from the installer console 2) ? Then send us the output relevant to your NIC and the interface your CD is attached on. Please respect Reply-To signature.asc Description: Digital signature
Bug#385768: installation-reports: Failed to reboot x86 SCSI system
This wasn't successful but I guess this is the old problem that we have with Alcatel Speedtouch DSL modems with (at least) the first Debian Installer on Debian Sarge. I might provide install reports dedicated to network configuration later when I manage to reboot the machine with Etch Debian Installer. Is this a USB DSL modem ? These things usually need some firmware crap to be loaded and the installer currently doesn't support this for them. IIRC, there's a dedicated package for these modems so that mostly means that you should install the stuff after the general system install. 2. Reboot This is the blocker for this install. When the machine reboots, the system says that there isn't any SCSI bootable device. I provide below the grub-installer trace just in case, but it seems everything is fine from here. Moreover /dev/sdb1 is rightly marked as bootable in the partition table. I haven't any idea on what's wrong. I have kept the SCSI disk on which this install was done for any post-mortem examination. So if you need any logs, please just ask. What would help is as much as possible thigns from the boot messages. signature.asc Description: Digital signature
Bug#385782: Etch testing: Grub installation failure
reassign 385782 grub-installer retitle 385782 Installs on wrong drive in some situations thanks After recovering from the shock (my windows installation required for work didn't start as well, I started investigating what happened. My system was configured to boot from SCSI first, but GRUB was installed to the IDE drive, so the BIOS booted into the Boot record of the SCSI drive and couldn't find a startable partition anymore. Why does GRUB remove the stored information from the SCSI drives boot record but install to the IDE drive? Or did it just remove the startable flag from the windows partition? Finally got the system booting again by setting IDE drive to boot first. Still I have to finish debian installation as booting into gnome desktop will leave me up with a black screen. This could be a bug in the routine used by grub-installer to decide which drive it should install GRUB on. Hence reassiging the bug to the right package. You can circumvent this by using medium priority mode, which will allow you to choose the disk GRUB will install on and thus correct the mistake. signature.asc Description: Digital signature
Re: Gtk 2.10 (DirectFB) progress report - update
Loïc Minier wrote: Hi, On Thu, Aug 31, 2006, Attilio Fiandrotti wrote: i did some testing today compiling gtk+ from CVS HEAD against libcairo-directfb2 (1.2.4-1) and libdirectfb-0.9-25 (0.9.25.1-3) and it turns out that - a fresher DirectFB than the latest release (0.9.25.1); I hope the DirectFB maintainer has the time to prepare a snapshot for experimental as requested in Debian #383238 this is no longer a problem, as GTK+ = 2.10.2 selectively excludes from compilation all the code that needs DFB = 0.9.26 to work (minimum requirement is now DFB 0.9.24) Yes, actually I continued working on Gtk 2.10.0 in our SVN but backported the needed delta from Gtk's CVS back then (this was before the relevant Gtk release). This is in pkg-gnome's SVN since 10 days or so. The GDKDFB backend found in GTK+ 2.10.2 contains many very important enhancements and fixes Mike Emmel introduced Fri Aug 11, which are not found in earlier (2.10.0, 2.10.1) GTK+ relases. I strongly suggest to skip GTK+ 2.10.0 and 2.10.1 and jump directly to GTK+ 2.10.2. snip/ - to rebuild Cairo against the new DirectFB which changes SONAME, I hope an upload to experimental will be possible once DirectFB is uploaded but I've not requested that yet current cairo-directfb depends from DFB 0.9.25, so i guess this is solved ? Correct, this was only required because of the first point. cool! :) Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gtk 2.10 (DirectFB) progress report - update
Dave Beckett wrote: snip/ No, do not do this. I already said that I won't change/bloat the cairo+directfb udebs that are for the installer. They don't need PDF and PS support and do need lib/dev debs that match the udeb so that other udebs can be built against them, such as the gtk+directfb udeb. If your only concern is about cairodfb size, i guess having the system libraries passing thru mklibs before being installed into the d-i ISO image will cut away any unneded symbol like all the GTK+ printing stuff. PS and PDF cairo's backends are required by the printing stuff introduced in GTK 2.10 series, which is usually unuseful in embedded devices. I remember plans for post 2.10 GTK+ releases were to allow selective disabling compilation of the printing stuff, but there is little chance this feature to be introduced in GTK 2.10 series. - to rebuild Cairo against the new DirectFB which changes SONAME, I hope an upload to experimental will be possible once DirectFB is uploaded but I've not requested that yet current cairo-directfb depends from DFB 0.9.25, so i guess this is solved ? Correct, this was only required because of the first point. Is this gtk bump is really required for the etch release? At this stage I'm not seeing why gtk+directfb is a priority to have versus having stability of libraries. Current GTKDFB 2.8.20 libraries found in debian repositories contain an old DFB backend i backported some months ago from GTK 2.9.x, and this backends not only has poor performance in some cases, but is also affected by a couple of serious bugs (like #385026) that were solved in GTK+ 2.10.2 release. If necessary we'll have to make a 3rd rebuild of cairo. I'm wondering about having two source packages, one that builds the udeb+deb cairo+directfb minimal (which can be subjected to release freezes) and the other that builds the cairo/cairo+directfb with full features. Or can I just enable directfb in the main cairo build? Do you really want a cairo with no X? Yes, please: the GTK on DFB project is raising interest between people involved in embedded linux development because the possibility to run a GTK app without running an X server too. Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Lowering severity of this bug to minor
Processing commands for [EMAIL PROTECTED]: severity 355946 minor Bug#355946: GTK frontend does not display correctly obj-info message in some circumstances Severity set to `minor' 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]
Processed: Lowering severity of this bug to minor
Processing commands for [EMAIL PROTECTED]: severity 339855 minor Bug#339855: g-i should offer a shell within the graphical environment Severity set to `minor' 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: Gtk 2.10 (DirectFB) progress report - update
Hi, On Sat, Sep 02, 2006, Dave Beckett wrote: I already said that I won't change/bloat the cairo+directfb udebs that are for the installer. They don't need PDF and PS support and do need lib/dev debs that match the udeb so that other udebs can be built against them, such as the gtk+directfb udeb. I agree that we don't need the PDF/PS support in cairo's udebs because we don't need printing support in gtk's udebs, but since I can't easily cut away printing support in gtk, I now need cairo udeb with PDF/PS support. I don't know whether it's an useful measure of the final real runtime memory consumption, but the *.so sizes are: 316Kusr-nopdf/lib/libcairo-directfb/lib/libcairo.so.2.9.1 364Kusr/lib/libcairo-directfb/lib/libcairo.so.2.9.1 which is a non-negligible 15% indeed. Is this gtk bump is really required for the etch release? At this stage I'm not seeing why gtk+directfb is a priority to have versus having stability of libraries. That's a good question, but I think we at least need to try, and that involves building stuff in experimental, and testing. If necessary we'll have to make a 3rd rebuild of cairo. I'm wondering about having two source packages, one that builds the udeb+deb cairo+directfb minimal (which can be subjected to release freezes) and the other that builds the cairo/cairo+directfb with full features. That's a bit risky, but we can try; I guess we will immediately see whether some symbols are missing. Or can I just enable directfb in the main cairo build? Do you really want a cairo with no X? I prefer the current approach; it bloats less DirectFB only apps. I don't know any app which would benefit from a DirectFB+X cairo. Bye, -- Loïc Minier [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: tags 381979 patch Bug#381979: debian-installer: selected keymap is not used by graphical-installer 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#385650: default kde media player
I believe noatun is the default KDE media player. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ttf-freefont needs hinting
Please hint ttf-freefont for testing. It provides a udeb, but only used in G-I initrd's so won't break D-I, neither dailies nor beta3) -- signature.asc Description: Digital signature
Re: Gtk 2.10 (DirectFB) progress report - update
Loïc Minier wrote: Hi, On Sat, Sep 02, 2006, Dave Beckett wrote: I already said that I won't change/bloat the cairo+directfb udebs that are for the installer. They don't need PDF and PS support and do need lib/dev debs that match the udeb so that other udebs can be built against them, such as the gtk+directfb udeb. I agree that we don't need the PDF/PS support in cairo's udebs because we don't need printing support in gtk's udebs, but since I can't easily cut away printing support in gtk, I now need cairo udeb with PDF/PS support. This information seems the deciding point - you can't get rid of this requirement from building gtk. So... I don't know whether it's an useful measure of the final real runtime memory consumption, but the *.so sizes are: 316Kusr-nopdf/lib/libcairo-directfb/lib/libcairo.so.2.9.1 364Kusr/lib/libcairo-directfb/lib/libcairo.so.2.9.1 which is a non-negligible 15% indeed. yes. But despite this, you need it. So as long as the debian-boot team realises this, I'm ok with adding it to the default cairo+directfb build; i.e. I will add the --enable-pdf and --enable-ps to the builds. Is this gtk bump is really required for the etch release? At this stage I'm not seeing why gtk+directfb is a priority to have versus having stability of libraries. That's a good question, but I think we at least need to try, and that involves building stuff in experimental, and testing. If necessary we'll have to make a 3rd rebuild of cairo. I'm wondering about having two source packages, one that builds the udeb+deb cairo+directfb minimal (which can be subjected to release freezes) and the other that builds the cairo/cairo+directfb with full features. That's a bit risky, but we can try; I guess we will immediately see whether some symbols are missing. So what I propose is that I'll make some experimental packages with the PDF+PS enabled and you can try building with them. Although from your earlier emails, I expect this will just work since you've been trying this already. Or can I just enable directfb in the main cairo build? Do you really want a cairo with no X? I prefer the current approach; it bloats less DirectFB only apps. I don't know any app which would benefit from a DirectFB+X cairo. OK. You replied in another email about embedded users of gtk, and I can see that as making this worthwhile to package and ship. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[g-i] Help with Czech/Slovak and Korean
Hi, bugs #368300 and #368329 affect Czech/Slovak and Korean respectively. Since the bugs were filed there were big changes in g-i: * new libraries made it into the Debian archives * ttf-cjk-compact-udeb (1.5) was recently uploaded It'd be excellent if native speakers could help reproducing the above bugs using a very recent image [1] (there are good chances they do't reproduce anyore, and we could proceed closing them) As you probably know, tests can be done using qemu without the need of extra hardware and without the danger of losing data / messing up partitions; [2] should help with using qemu for testing g-i. Thanx alot for your precious help, Davide [1] http://people.debian.org/~joeyh/d-i/images/daily/gtk-miniiso/ [2] http://wiki.debian.org/DebianInstaller/Qemu signature.asc Description: Digital signature
Bug#385650: default kde media player
Per Olofsson wrote: I believe noatun is the default KDE media player. Yes, that's pulled in via kdemultimedia which is in the kde-desktop task. -- see shy jo signature.asc Description: Digital signature
Re: Gtk 2.10 (DirectFB) progress report - update
On Sun, Sep 03, 2006, Dave Beckett wrote: I'm ok with adding it to the default cairo+directfb build; i.e. I will add the --enable-pdf and --enable-ps to the builds. Great! That's a bit risky, but we can try; I guess we will immediately see whether some symbols are missing. So what I propose is that I'll make some experimental packages with the PDF+PS enabled and you can try building with them. Although from your earlier emails, I expect this will just work since you've been trying this already. Sure, that will work. (What I considered risky was the triple build where I build against one version of cairo+directfb which has PS+PDF, but the udeb version of cairo+directfb doesn't.) Thanks! -- Loïc Minier [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385785: installation failure
On Sun, 3 Sep 2006 08:39:36 +0200, Christian Perrier What interface does your CD drive use? The IDE controller on the motherboard. /dev/hda: Pioneer DVD-120 (boot device) /dev/hdb: Sony CRX-230ED /dev/hdc: Nothing /dev/hdd: Nothing Can you run (lspci ; lspci -n)|sort on that machine (maybe with another Linux Live CD or directly from the installer console 2) ? Then send us the output relevant to your NIC and the interface your CD is attached on. Linux Knoppix 2.6.11 #8 SMP Sun Mar 20 21:09:51 CET 2005 i686 GNU/Linux :00:00.0 Host bridge: Intel Corp. 440GX - 82443GX Host bridge :00:01.0 PCI bridge: Intel Corp. 440GX - 82443GX AGP bridge :00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) :00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) :00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) :00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) :00:0d.0 SCSI storage controller: Adaptec AHA-2940U/UW/D / AIC-7881U :00:0f.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 50) :00:0f.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 50) :00:0f.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51) :00:10.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) :00:12.0 Unknown mass storage controller: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3112 [SATALink/SATARaid] Serial ATA Controller (rev 02) :00:14.0 Ethernet controller: Accton Technology Corporation SMC2-1211TX (rev 10) :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 If [Radeon 9000] (rev 01) :01:00.1 Display controller: ATI Technologies Inc Radeon RV250 [Radeon 9000] (Secondary) (rev 01) :00:00.0 0600: 8086:71a0 :00:01.0 0604: 8086:71a1 :00:07.0 0601: 8086:7110 (rev 02) :00:07.1 0101: 8086:7111 (rev 01) :00:07.2 0c03: 8086:7112 (rev 01) :00:07.3 0680: 8086:7113 (rev 02) :00:0d.0 0100: 9004:8178 :00:0f.0 0c03: 1106:3038 (rev 50) :00:0f.1 0c03: 1106:3038 (rev 50) :00:0f.2 0c03: 1106:3104 (rev 51) :00:10.0 0401: 1013:6003 (rev 01) :00:12.0 0180: 1095:3112 (rev 02) :00:14.0 0200: 1113:1211 (rev 10) :01:00.0 0300: 1002:4966 (rev 01) :01:00.1 0380: 1002:496e (rev 01) -- [EMAIL PROTECTED] -- http://www.fastmail.fm - And now for something completely different
Uploading new zlib?
Upstream are contemplating releasing a new bugfix version of zlib. Assuming that it doesn't change the ABI or API (they're generally very good about this and the prerelease looks OK from the review I gave it) would you be OK with me uploading it to unstable? -- You grabbed my hand and we fell into it, like a daydream - or a fever. signature.asc Description: Digital signature
Please hint gtk+2.0 to testing
Hi, Would be nice if someone could ack the update of gtk+2.0 from 2.8.18-1 to 2.8.20-1 in testing and even hint it if possible. Thanks, -- Loïc Minier [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] Help with Czech/Slovak and Korean
On Sun, Sep 03, 2006 at 06:51:11PM +0200, Davide Viti wrote: Hi, bugs #368300 and #368329 affect Czech/Slovak and Korean respectively. Since the bugs were filed there were big changes in g-i: * new libraries made it into the Debian archives * ttf-cjk-compact-udeb (1.5) was recently uploaded It'd be excellent if native speakers could help reproducing the above bugs using a very recent image [1] I tested #368300 with the daily netinst from friday and the bug does not manifest. I can test your image tomorrow when I get home. -- Miroslav Kure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] Help with Czech/Slovak and Korean
On Sun, Sep 03, 2006 at 06:51:11PM +0200, Davide Viti wrote: bugs #368300 and #368329 affect Czech/Slovak and Korean respectively. Since the bugs were filed there were big changes in g-i: * new libraries made it into the Debian archives * ttf-cjk-compact-udeb (1.5) was recently uploaded It'd be excellent if native speakers could help reproducing the above bugs using a very recent image [1] (there are good chances they do't reproduce anyore, and we could proceed closing them) As you probably know, tests can be done using qemu without the need of extra hardware and without the danger of losing data / messing up partitions; [2] should help with using qemu for testing g-i. i just test Slovak messages with recent mini.iso ... 11.714.560 bytes md5sum: 580d73f212614a229b7ad8a7d59d7850 i made screenshots with wrong letters ... first picture is just screenshot, second is edited in gimp with red underlined letters http://people.uvt.tuke.sk/~mann/g-i/2006-09-03-191525_1024x768_scrot.png http://people.uvt.tuke.sk/~mann/g-i/2006-09-03-191525_1024x768_scrot_.png -- 5o Peter.Mann at tuke.sk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] Help with Czech/Slovak and Korean
On Sun, Sep 03, 2006 at 07:53:17PM +0200, Peter Mann wrote: i just test Slovak messages with recent mini.iso ... 11.714.560 bytes md5sum: 580d73f212614a229b7ad8a7d59d7850 i made screenshots with wrong letters ... first picture is just screenshot, second is edited in gimp with red underlined letters http://people.uvt.tuke.sk/~mann/g-i/2006-09-03-191525_1024x768_scrot.png http://people.uvt.tuke.sk/~mann/g-i/2006-09-03-191525_1024x768_scrot_.png Well, now you are pointing to the fact that the accents are a bit lighter/slightly displaced than one would expect, but in my original bugreport the capital letters did not display the accents at all, so I would say this is definite improvement. -- Miroslav Kure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ttf-freefont needs hinting
* Christian Perrier ([EMAIL PROTECTED]) [060903 17:08]: Please hint ttf-freefont for testing. It provides a udeb, but only used in G-I initrd's so won't break D-I, neither dailies nor beta3) done. Thanks. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Uploading new zlib?
* Mark Brown ([EMAIL PROTECTED]) [060903 19:49]: Upstream are contemplating releasing a new bugfix version of zlib. Assuming that it doesn't change the ABI or API (they're generally very good about this and the prerelease looks OK from the review I gave it) would you be OK with me uploading it to unstable? If it is only a bugfix release (and you are sure with that), yes (provided it arrives not too late). Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please hint gtk+2.0 to testing
* Loïc Minier ([EMAIL PROTECTED]) [060903 20:07]: Would be nice if someone could ack the update of gtk+2.0 from 2.8.18-1 to 2.8.20-1 in testing and even hint it if possible. approved. What does it need hinted? Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385768: installation-reports: Failed to reboot x86 SCSI system
Christian Perrier a écrit : This wasn't successful but I guess this is the old problem that we have with Alcatel Speedtouch DSL modems with (at least) the first Debian Installer on Debian Sarge. I might provide install reports dedicated to network configuration later when I manage to reboot the machine with Etch Debian Installer. Is this a USB DSL modem ? These things usually need some firmware crap to be loaded and the installer currently doesn't support this for them. IIRC, there's a dedicated package for these modems so that mostly means that you should install the stuff after the general system install. No this is not the USB DSL modem. This is the ethernet one. I realize I should have been more precise on this after sending my report, sorry. I already described the problem when testing Sarge installers : http://lists.debian.org/debian-boot/2004/10/msg00357.html and I guess the situation has not changed. According to what was said on debian-boot@lists.debian.org in 2004, the modem is faulty because it acts has a DHCP server, and is discover as such by the Debian Installer, while it doesn't provide a route to the outside. The modem is supposed to be configurable enough through its web interface, cf. http://forum.zebulon.fr/index.php?showtopic=88739 to be able to act as a true DHCP server. The main problem is that this is not the shipping default and thus joe users simply think that Debian cannot be installed on those ethernet modems. The other problem is that many users fear a bit to break the configuration of their modem. This is my case, I'm a bit reluctant to break my working connection :-\ But I will try to install another distribution such as Mandriva to test how well it performs with this modem very present in France. This might give us some hints. Anyway as I said in 2004, I think that a little text part should be added somewhere stating that the Alcatel Ethernet Speedtouch does not work out of the box with Etch. I suggested that it should be in the errata and it seems it was a wrong choice. So maybe the release notes would be a better place. 2. Reboot This is the blocker for this install. When the machine reboots, the system says that there isn't any SCSI bootable device. I provide below the grub-installer trace just in case, but it seems everything is fine from here. Moreover /dev/sdb1 is rightly marked as bootable in the partition table. I haven't any idea on what's wrong. I have kept the SCSI disk on which this install was done for any post-mortem examination. So if you need any logs, please just ask. What would help is as much as possible thigns from the boot messages. As I said : the system says that there isn't any SCSI bootable device. The reboot doesn't go further, nothing is loaded, no little trace of a first stage of GRUB or anything. So I guess that the MBR wasn't written, as simple as that. grep -i mbr /var/log/installer/* returns nothing in case of writing to the mbr should be mentioned in the installer logs. How could I check the content of the MBR of the disk ? What command should I run ? Is it possible ? I must say that I did the installation 5 times to be sure that I was concentrated enough and not trying to do something more advanced with the partitions like testing the LVM and encryption features :-) So this present report is truly about the simplest default install of Debian Etch that is :-) And I should also say that the machine on which I'm trying this Etch installer is a machine which has been successfully installed with different Debian stable releases over the years (and not simply APT updated). This is why I really think that there is a problem since the installers that come with Potato (floppies) and Sarge have managed to install Debian on it. Thanks Christian and thanks to all, -- Marc-Aurèle DARCHE AFUL http://www.aful.org/ Association Francophone des Utilisateurs de Linux/Logiciels Libres French speaking Linux and Libre Software Users' Association
Re: Please hint gtk+2.0 to testing
Quoting Andreas Barth ([EMAIL PROTECTED]): * Loïc Minier ([EMAIL PROTECTED]) [060903 20:07]: Would be nice if someone could ack the update of gtk+2.0 from 2.8.18-1 to 2.8.20-1 in testing and even hint it if possible. approved. What does it need hinted? IIRC, because it provides a udeb. Actually, today, Loic asked on #debian-boot whether the package can be hinted or not. As Frans is VAC, I gave my advice, but this udeb is actually part of g-i builds, somethign I don't know in deep. So, I suggested to check with Joey Hess first and at least get his ACKas D-I backup release manager. There are great chances that the hint is safe for d-i, but we should maybe be completely sure that it fits Frans plans for d-i releases signature.asc Description: Digital signature
Bug#385888: autopartkit: should use update-dev
Package: autopartkit
Version: 1.19
Severity: wishlist
Instead of the sleep() hack, autopartkit should come into line with the
rest of d-i and use update-dev from di-utils to poke the kernel and udev
into creating devices. The attached patch should do the job, but I
haven't committed it because I can't test it myself. Could somebody
please try this out and commit it if it works?
Changelog entry:
* Use update-dev rather than the sleep() hack to get the kernel and
udev to create device nodes.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
Index: debian/control
===
--- debian/control (revision 40452)
+++ debian/control (working copy)
@@ -9,7 +9,7 @@
Package: autopartkit
XC-Package-Type: udeb
Architecture: any
-Depends: ${shlibs:Depends}, e2fsprogs-udeb, cdebconf-udeb (= 0.43),
disk-detect, md-modules, lvm10-udeb | lvm2-udeb, partconf-mkfstab, di-utils (=
1.15)
+Depends: ${shlibs:Depends}, e2fsprogs-udeb, cdebconf-udeb (= 0.43),
disk-detect, md-modules, lvm10-udeb | lvm2-udeb, partconf-mkfstab, di-utils (=
1.19)
Provides: mounted-partitions, created-fstab, made-filesystems,
partitioned-harddrives
XB-Installer-Menu-Item: 50
Description: Automatically Partition Hard Drives (unsafe)
Index: autopartkit.c
===
--- autopartkit.c (revision 40452)
+++ autopartkit.c (working copy)
@@ -106,9 +106,6 @@
/* Ignore devfs devices, used in choose_dev */
#define IGNORE_DEVFS_DEVICES 1
-/* sleep period to give udev time to create the devices */
-#define UDEV_SLEEP_HACK 3
-
#if 1
#define log_line() \
autopartkit_log(2, Error bounding: %s %d\n,__FILE__,__LINE__)
@@ -1155,7 +1152,7 @@
* sure the device file is available when we need it.
*/
ped_disk_commit(disk_maybe);
-sleep(UDEV_SLEEP_HACK); /* Give the kernel a moment to create
the device */
+system(update-dev); /* persuade the kernel to create the
device */
makefs(mountmap[partcount].devpath, req_tmp-fstype);
}
@@ -1186,7 +1183,7 @@
make sure the device file is available when we need
it. */
ped_disk_commit(disk_maybe);
- sleep(UDEV_SLEEP_HACK); /* Give the kernel a moment to create
the device */
+ system(update-dev); /* persuade the kernel to create the
device */
lvm_pv_stack_push(lvm_pv_stack, req_tmp-mountpoint, devpath);
}
@@ -1265,7 +1262,7 @@
free(vgname);
free(devpath);
}
-sleep(UDEV_SLEEP_HACK); /* Give the kernel a moment to create the devices
*/
+system(update-dev); /* persuade the kernel to create the devices */
/* Distribute logical volumes ([EMAIL PROTECTED]) */
lvm_vg_stack = lvm_vg_stack_new();
@@ -1363,7 +1360,7 @@
autopartkit_log(1, LVM lv created ok, devpath=%s\n,
devpath);
autopartkit_log(1, LVM creating fs: %s\n, fstype);
- sleep(UDEV_SLEEP_HACK); /* Give the kernel a moment to create
the device */
+ system(update-dev); /* persuade the kernel to create the
device */
if (0 == makefs(devpath, fstype))
{ /* Replace devpath placeholder with real path */
char buf[1024];
Re: [g-i] Help with Czech/Slovak and Korean
On Sun, Sep 03, 2006 at 08:56:10PM +0200, Miroslav Kure wrote: On Sun, Sep 03, 2006 at 07:53:17PM +0200, Peter Mann wrote: i just test Slovak messages with recent mini.iso ... 11.714.560 bytes md5sum: 580d73f212614a229b7ad8a7d59d7850 i made screenshots with wrong letters ... first picture is just screenshot, second is edited in gimp with red underlined letters http://people.uvt.tuke.sk/~mann/g-i/2006-09-03-191525_1024x768_scrot.png http://people.uvt.tuke.sk/~mann/g-i/2006-09-03-191525_1024x768_scrot_.png Well, now you are pointing to the fact that the accents are a bit lighter/slightly displaced than one would expect, but in my original bugreport the capital letters did not display the accents at all, so I would say this is definite improvement. Miroslav, Peter thanx alot for your prompt answers. As for displaced accents it might be because of #374902; a new version of libfreetype6 has been just uploaded and should hit the archives very soon. regards, Davide signature.asc Description: Digital signature
Bug#385271: Debian Installer unreliable
Turns out that the problem reported is in fact 2 completely unrelated bugs. The one of the second paragraph is due to a problem Linux has with my CD drive. What is left is the following possible bug: When the debian-installer cannot successfully download a package from the net due to a broken TCP connection, it does neither re-try to fetch the package nor does it prompt the user what to do. When I installed that day the installer did *not* inform me of any packages it failed to download or install, although half the packages were missing after re-boot (I only got the command line, no gnome). I cannot reproduce this now since my ISP is working fine again. If you are convinced that the debian-installer *does* warn users about failed downloading then consider this bug closed by my side since I can't reproduce it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385768: installation-reports: Failed to reboot x86 SCSI system
to be able to act as a true DHCP server. The main problem is that this is not the shipping default and thus joe users simply think that Debian cannot be installed on those ethernet modems. The other problem is that many users fear a bit to break the configuration of their modem. This is my case, I'm a bit reluctant to break my working connection :-\ But I will try to install another distribution such as Mandriva to test how well it performs with this modem very present in France. This might give us some hints. Well, I can place a safe bet that any other distro will have the same problem. If it sees a DHCP server, it will use it...:-) I don't really see what we could do as, just like you mentioned, the only way to get that crappy thing work is first setting it up with a web browser. Anyway as I said in 2004, I think that a little text part should be added somewhere stating that the Alcatel Ethernet Speedtouch does not work out of the box with Etch. I suggested that it should be in the Anything that needs inital setup will not work with Etch or whatever else. As I said : the system says that there isn't any SCSI bootable device. The reboot doesn't go further, nothing is loaded, no little trace of a first stage of GRUB or anything. Then it doesn't even boot So I guess that the MBR wasn't written, as simple as that. grep -i mbr /var/log/installer/* returns nothing in case of writing to the mbr should be mentioned in the installer logs. How could I check the content of the MBR of the disk ? What command should I run ? Is it possible ? No idea...:) Hopefully other people will be more helpful. signature.asc Description: Digital signature
Re: Gtk 2.10 (DirectFB) progress report - update
Loïc Minier wrote: On Sun, Sep 03, 2006, Dave Beckett wrote: I'm ok with adding it to the default cairo+directfb build; i.e. I will add the --enable-pdf and --enable-ps to the builds. Great! I've done this. libcairo 1.2.4-2 is now uploaded to experimental. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Plans for localization-config
Christian Perrier wrote: -have a menu entry that reproduces what we had in base-config, ie mostly run update-locale-config --preinst to preseed things that need it (mostly dictionaries-common and X) Why use a menu entry for this at all, instead of a post-base-installer.d hook? The finish-install progress bar entry is labeled Configure language-related parameters... s/Configure/Configuring/ -- see shy jo signature.asc Description: Digital signature
Re: Uploading new zlib?
On Sun, Sep 03, 2006 at 06:48:58PM +0100, Mark Brown wrote: Upstream are contemplating releasing a new bugfix version of zlib. Assuming that it doesn't change the ABI or API (they're generally very good about this and the prerelease looks OK from the review I gave it) would you be OK with me uploading it to unstable? As long as there are no ABI/API changes, this is still ok release-wise, yes. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-kernel-di-m68k REMOVED from testing
FYI: The status of the linux-kernel-di-m68k source package in Debian's testing distribution has changed. Previous version: 0.68 Current version: (not in testing) Hint: http://ftp-master.debian.org/testing/hints/vorlon # 20060830; done 20060831 Bug #350098: kernel-source-2.4.27: FTBFS with current kernel-package: config fails # oh, and totally obsolete for etch The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for removing your package seems to be nonsense, it is probably the reporting script that got confused. Please check the actual hints file before you complain about meaningless removals. -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-kernel-di-i386 REMOVED from testing
FYI: The status of the linux-kernel-di-i386 source package in Debian's testing distribution has changed. Previous version: 1.10 Current version: (not in testing) Hint: http://ftp-master.debian.org/testing/hints/vorlon # 20060830; done 20060831 Bug #350098: kernel-source-2.4.27: FTBFS with current kernel-package: config fails # oh, and totally obsolete for etch The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for removing your package seems to be nonsense, it is probably the reporting script that got confused. Please check the actual hints file before you complain about meaningless removals. -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
kernel-wedge 2.26 MIGRATED to testing
FYI: The status of the kernel-wedge source package in Debian's testing distribution has changed. Previous version: 2.24 Current version: 2.26 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385919: RFA: bogl -- Ben's Own Graphics Library - graphical terminal
Package: wnpp Severity: normal I request an adopter for the bogl package. The package description is: Ben's Own Graphics Library is a small framebuffer library, including basic widgets, support for text in multiple languages, and mouse handling. . This package contains bterm, a UTF-enabled framebuffer terminal. I haven't had a setup where I could test bogl in a long time, nor have I worked with d-i (the only significant user of bogl). Ideal would probably be someone who wants to assist with d-i. I can provide a Subversion repository containing the recent history of bogl to any adopter. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 272197 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 severity 272197 important Bug#272197: di-utils: Should be able to run program and send output to syslog Severity set to `important' from `normal' 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]
Processed: severity of 272197 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 # oops severity 272197 normal Bug#272197: di-utils: Should be able to run program and send output to syslog Severity set to `normal' from `important' 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#385926: Ultra10 Installation Report -- Success
Package: installation-reports Boot method: CD using CD for etch beta3 installer, netinst image Image version: From http://lists.debian.org/debian-devel-announce/2006/08/msg9.html; retrieved 8/24 or so; md5sum cd2f400466d2da47a9bf5990f6da4cfe Date: Sep 2-3, 2006 Machine: Sun Ultra 10 Processor: TI UltraSparc IIi (Sabre); UltraSparc IIi integrated FPU; prom: 3.19.4; 440Mhz Memory: 1GB Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda2 ext3 255944 53023189266 22% / tmpfstmpfs 517832 0517832 0% /dev/shm /dev/hda1 ext3 90329 10928 74582 13% /boot /dev/hda8 ext321077984131276 19875976 1% /home /dev/hda7 ext3 369000 8239341101 3% /tmp /dev/hda4 ext3 4806936399576 4163172 9% /usr /dev/hda5 ext3 2885812246456 2492764 9% /var tmpfstmpfs 10240 128 10112 2% /dev Output of lspci and lspci -n: lspci 00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIi 00:01.0 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13) 00:01.1 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13) 01:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) 01:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) 01:02.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) 01:03.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 03) 02:01.0 Display controller: 3DLabs Permedia II 2D+3D (rev 01) 02:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 03) 02:04.0 Ethernet controller: Sun Microsystems Computer Corp. GEM (rev 01) lspci -n 00:00.0 0600: 108e:a000 00:01.0 0604: 108e:5000 (rev 13) 00:01.1 0604: 108e:5000 (rev 13) 01:01.0 0680: 108e:1000 (rev 01) 01:01.1 0200: 108e:1001 (rev 01) 01:02.0 0300: 1002:4750 (rev 5c) 01:03.0 0101: 1095:0646 (rev 03) 02:01.0 0380: 3d3d:0009 (rev 01) 02:02.0 0100: 1000:000f (rev 03) 02:04.0 0200: 108e:2bad (rev 01) 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: Booted from CD, using serial console Description of the install: The only thing that was frustrating was that I was forced to created a user account. Probably acceptable [desirable, even] for a normal system, but this is a for play system, so being able to skip the create a user account screen. To get on with the installation, I tried going back [like to the menu -- couldn't get there], but I finally gave up trying and created a dummy account which I later deleted. I must say, I really liked using the new installer. I had been unable to use previous installers, as the boot would never get past Booting Linux... with the 2.6 kernel CDs. That may have been because of my system, I'm not sure. I recently did a STOP-N to reset NVRAM, so that may have been the issue all along I'm quite happy with how the process went. Thanks for all the hard work! :-) Oh, and since this is a play system, I'm fairly open to doing a re-install. If there are specific things you want tested, let -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385927: debian-installer: Swap over LVM over crypt not allowed
Package: debian-installer Severity: important Installed using latest daily D-I netinst. I tried to create the following structure: sda (ext3 /boot, crypt (lvm (ext3 /, swap) ) ) That is, root/swap on top of LVM on top of crypt. However, D-I is a little too smart for itself, detected that a swap partition was being created that wasn't directly on a crypt partition, gave a Unsafe swap space detected error, and refused to proceed. However, this particular configuration is not unsafe, but D-I doesn't realize that because of the LVM layer between crypt and swap. I was able to proceed by adding a second crypt layer: sda (ext3 /boot, crypt (lvm (ext3 /, crypt (swap) ) ) ) But D-I should be smart enough to realize that crypt is already present farther up the tree. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 385927 to partman-crypto
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 reassign 385927 partman-crypto Bug#385927: debian-installer: Swap over LVM over crypt not allowed Bug reassigned from package `debian-installer' to `partman-crypto'. 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]
Daily CDimages haven't been updated since Aug 31
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/ powerpc/iso-cd/ shows images from 2:14 AM August 31. Is there something going on that is preventing the daily ISOs from being posted? Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
can .zsync files be added to weekly DVD image directories?
Recently, .zsync files started showing up in the daily cdimage directory. This is very nice. The zsync program is loads easier to use(*) than jigdo, and provides almost as much savings in download time/bandwidth. Would it be possible to add .zsync files to the weekly DVD image and CD image directories? Thanks! Rick (*) The main thing that makes it easier is that you don't have to mount the previous CD/DVD images to use zsync, the way you do with jigdo. So the whole process can be done without resorting to root. As a side note, I find the zsync documentation easier to understand than for jigdo -- but that's just my opinion. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Plans for localization-config
Why use a menu entry for this at all, instead of a post-base-installer.d hook? Actually, for one bad and one good reason: -bad reason: post-base-installer hooks are not documented in installer/doc/devel/available-hooks.txt -good reason: at least during the debugging stage, I prefer having a menu entry to better control how to launch that step Anyway, it is very likely to disappear in the future... signature.asc Description: Digital signature
Re: Daily CDimages haven't been updated since Aug 31
Quoting Rick Thomas ([EMAIL PROTECTED]): http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/ powerpc/iso-cd/ shows images from 2:14 AM August 31. Is there something going on that is preventing the daily ISOs from being posted? The daily builds for floppies were failing for powerpc. This might be relatedor not..:-) signature.asc Description: Digital signature
Bug#385271: Debian Installer unreliable
When the debian-installer cannot successfully download a package from the net due to a broken TCP connection, it does neither re-try to fetch the package nor does it prompt the user what to do. When I installed that day the installer did *not* inform me of any packages it failed to download or install, although half the packages were missing after re-boot (I only got the command line, no gnome). D-I developers (especially joeyh), wouldn't this actually be something like apt should offer an option to retry downloading ? AFAIK, the D-I composent that retrieves things from the net (net-retriever) *does* offer an option to retry downloadsbut when the download of packages in the Install software step is involved, it indeed depends on downloads performed by APT Correct? signature.asc Description: Digital signature
