Re: A notice to the Debian Installer team...
Hi Petter, I have actually used the multi partman recipe. My hard drive is 160G in size. The space allocated to /usr was more than enough under Lenny. I used to install both Gnome and KDE and lot more additional packages. But now I have only Gnome with a very small number of additional packages and the partition is running low on disk space. I think at least 6G should have been allocated to /usr. Installing Lenny with the laptop task selected consisted only of 815 or so packages whereas now more 1100 packages were installed for a Squeeze laptop install with more new packages installed on system upgrades. By the way, this was fortunately my first time to use LVM when partitioning. ;) Nima On Sun, May 23, 2010 at 10:08 PM, Petter Reinholdtsen p...@hungry.comwrote: [Nima Azarbayjany] I faced a problem in using Debian Squeeze recently which you should be aware of it by now but I'm writing you anyway to make sure it gets resolved sooner (if it is not yet). Very good. The problem is that using the installer's default partitioning scheme nearly 5Gb is allocated to the /usr partition which now seems to be too small for a normal Debian system. I have a fresh install of Squeeze on my laptop with only a small number of additional packages installed. The version of the installer I have used is I think not the newest one which also installs recommended packages. I suspect you were using the multi partman recipe, which specify the size of /usr/ should be between 500 and 5000 MB, depending on the size of the hard drive. Nevertheless, I have installed all updates and there is currently around 800Mb free space left on the partition. Few days ago I tried installing KDevelop (the first KDE software to get installed) and its installation went smoothly except that I was prompted with a message that there is too low disk space left on /usr although there was still 200Mb or so free space on it. The message kept popping up regularly. I have now removed KDevelop and all KDE packages upon which it depends but this sure is problem which has to be taken care of given the larger number of packages installed by default and the natural growth of package and distribution sizes. For your hard drive, how much space do you believe should have been used on /usr/? How big is the hard drive? If someone lets me know whether this issue has been resolved and what is the default partitioning scheme of the Debian Installer or where to fetch this information it can be of great help. Thanks for your attention. Personally, I always use LVM, which allow me to resize partitions after installation. It might be a good idea for you too. :) Happy hacking, -- Petter Reinholdtsen
Hurd Debian-Installer: roadmap, tracking progress with the BTS
Hello, Starting today I will be working on a native Hurd debian-installer. This is a Google Summer of Code project mentored by Samuel Thibault. My original proposal is there[1], and I will be updating a roadmap[2] page as I go. Of course I would welcome any kind of feedback about them at any point. [1] http://wiki.debian.org/SummerOfCode2010/HurdDebianInstaller/JeremieKoenig [2] http://wiki.debian.org/SummerOfCode2010/HurdDebianInstaller/JeremieKoenig/Roadmap I would also welcome suggestions about using the BTS to track my progress. If I understand correctly, I could: * track the bugs which I work on with a usertag * pre-file wishlist bugs on the packages which I will need to change * have a toplevel Hurd d-i bug which is blocked by said bugs The kind of bugs I would be filing/tagging at first would be: * debian-installer: native Hurd debian-installer * busybox: Hurd support (see also #323670) * genext2fs: support tuning the block size and creator OS (#562999) * gnumach: initrd support * ... More would be filed (especially against installer components) as I progress. Would this be appropriate? -- Jérémie Koenig j...@jk.fr.eu.org http://jk.fr.eu.org/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikamo9kdb-dxgk1ro1kep_dnagvnzvfqkomh...@mail.gmail.com
Re: lilo removal in squeeze (or, please test grub2)
Kurt Roeckx k...@roeckx.be writes: On Sun, May 23, 2010 at 01:11:48PM +0200, Cyril Brulebois wrote: William Pitcock neno...@dereferenced.org (22/05/2010): This means that users should *test grub2 extensively* before Squeeze is released so that any issues can be resolved now. There should also be some folks fixing the discovered issues. grub2 currently seems to be having 18 RC bugs, plus a whole bunch of merged bugs, while lilo only has 1 RC bug. I chatted about this with the grub upstream a couple of days ago. According to Vladimir, most of those bugs are already fixed, but there's nobody around to do a new upload. Both grub maintainers (Felix Zielke and Robert Millan) unexpectedly disappeared some time ago. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878w791w0v@tac.ki.iif.hu
Re: lilo removal in squeeze (or, please test grub2)
Stephen Powell zlinux...@wowway.com writes: Both grub-legacy and grub-pc use sectors on the hard disk outside of the master boot record [...] This breaks the design of the backup software that my employer uses. This backup software backs up the master boot record and all partitions; but since the extra sectors used by grub-legacy and grub-pc are outside the master boot record and are not part of any partition, they don't get backed up. Consequently, if we have a hard drive failure and restore from a backup, we have an unbootable machine. Lilo uses only the master boot record. A lilo-booted machine can be backed up and restored with our existing backup software just fine. You may want to try extlinux, it works much like LILO in this respect. It lacks a convenient configuration system, but that of grub-legacy would be easy to adapt, and I actually plan to work on this. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d3wl1wbv@tac.ki.iif.hu
Help with installation bug
Can someone please help me with this bug [1]? I'm kind of anxious to install Debian on my netbook :P [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582044
linux-kernel-di-amd64-2.6_1.65_amd64.changes ACCEPTED
Accepted: acpi-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/acpi-modules-2.6.32-5-amd64-di_1.65_amd64.udeb ata-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/ata-modules-2.6.32-5-amd64-di_1.65_amd64.udeb cdrom-core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/cdrom-core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb crc-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/crc-modules-2.6.32-5-amd64-di_1.65_amd64.udeb crypto-dm-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/crypto-dm-modules-2.6.32-5-amd64-di_1.65_amd64.udeb crypto-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/crypto-modules-2.6.32-5-amd64-di_1.65_amd64.udeb efi-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/efi-modules-2.6.32-5-amd64-di_1.65_amd64.udeb ext2-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/ext2-modules-2.6.32-5-amd64-di_1.65_amd64.udeb ext3-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/ext3-modules-2.6.32-5-amd64-di_1.65_amd64.udeb ext4-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/ext4-modules-2.6.32-5-amd64-di_1.65_amd64.udeb fat-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/fat-modules-2.6.32-5-amd64-di_1.65_amd64.udeb fb-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/fb-modules-2.6.32-5-amd64-di_1.65_amd64.udeb firewire-core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/firewire-core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb floppy-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/floppy-modules-2.6.32-5-amd64-di_1.65_amd64.udeb i2c-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/i2c-modules-2.6.32-5-amd64-di_1.65_amd64.udeb ide-core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/ide-core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb ide-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/ide-modules-2.6.32-5-amd64-di_1.65_amd64.udeb input-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/input-modules-2.6.32-5-amd64-di_1.65_amd64.udeb irda-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/irda-modules-2.6.32-5-amd64-di_1.65_amd64.udeb isofs-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/isofs-modules-2.6.32-5-amd64-di_1.65_amd64.udeb jfs-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/jfs-modules-2.6.32-5-amd64-di_1.65_amd64.udeb kernel-image-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/kernel-image-2.6.32-5-amd64-di_1.65_amd64.udeb linux-kernel-di-amd64-2.6_1.65.dsc to main/l/linux-kernel-di-amd64-2.6/linux-kernel-di-amd64-2.6_1.65.dsc linux-kernel-di-amd64-2.6_1.65.tar.gz to main/l/linux-kernel-di-amd64-2.6/linux-kernel-di-amd64-2.6_1.65.tar.gz loop-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/loop-modules-2.6.32-5-amd64-di_1.65_amd64.udeb md-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/md-modules-2.6.32-5-amd64-di_1.65_amd64.udeb mmc-core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/mmc-core-modules-2.6.32-5-amd64-di_1.65_amd64.udeb mmc-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/mmc-modules-2.6.32-5-amd64-di_1.65_amd64.udeb mouse-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/mouse-modules-2.6.32-5-amd64-di_1.65_amd64.udeb multipath-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/multipath-modules-2.6.32-5-amd64-di_1.65_amd64.udeb nic-extra-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/nic-extra-modules-2.6.32-5-amd64-di_1.65_amd64.udeb nic-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/nic-modules-2.6.32-5-amd64-di_1.65_amd64.udeb nic-pcmcia-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/nic-pcmcia-modules-2.6.32-5-amd64-di_1.65_amd64.udeb nic-shared-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/nic-shared-modules-2.6.32-5-amd64-di_1.65_amd64.udeb nic-usb-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to main/l/linux-kernel-di-amd64-2.6/nic-usb-modules-2.6.32-5-amd64-di_1.65_amd64.udeb nic-wireless-modules-2.6.32-5-amd64-di_1.65_amd64.udeb to
linux-kernel-di-i386-2.6_1.88_multi.changes ACCEPTED
Accepted: acpi-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/acpi-modules-2.6.32-5-486-di_1.88_i386.udeb acpi-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/acpi-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb ata-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ata-modules-2.6.32-5-486-di_1.88_i386.udeb ata-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ata-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb cdrom-core-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/cdrom-core-modules-2.6.32-5-486-di_1.88_i386.udeb cdrom-core-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/cdrom-core-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb core-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/core-modules-2.6.32-5-486-di_1.88_i386.udeb core-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/core-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb crc-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/crc-modules-2.6.32-5-486-di_1.88_i386.udeb crc-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/crc-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb crypto-dm-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/crypto-dm-modules-2.6.32-5-486-di_1.88_i386.udeb crypto-dm-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/crypto-dm-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb crypto-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/crypto-modules-2.6.32-5-486-di_1.88_i386.udeb crypto-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/crypto-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb efi-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/efi-modules-2.6.32-5-486-di_1.88_i386.udeb efi-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/efi-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb ext2-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ext2-modules-2.6.32-5-486-di_1.88_i386.udeb ext2-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ext2-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb ext3-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ext3-modules-2.6.32-5-486-di_1.88_i386.udeb ext3-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ext3-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb ext4-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ext4-modules-2.6.32-5-486-di_1.88_i386.udeb ext4-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ext4-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb fat-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/fat-modules-2.6.32-5-486-di_1.88_i386.udeb fat-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/fat-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb fb-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/fb-modules-2.6.32-5-486-di_1.88_i386.udeb fb-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/fb-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb firewire-core-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/firewire-core-modules-2.6.32-5-486-di_1.88_i386.udeb firewire-core-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/firewire-core-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb floppy-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/floppy-modules-2.6.32-5-486-di_1.88_i386.udeb floppy-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/floppy-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb ide-core-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ide-core-modules-2.6.32-5-486-di_1.88_i386.udeb ide-core-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ide-core-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb ide-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ide-modules-2.6.32-5-486-di_1.88_i386.udeb ide-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/ide-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb input-modules-2.6.32-5-486-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/input-modules-2.6.32-5-486-di_1.88_i386.udeb input-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb to main/l/linux-kernel-di-i386-2.6/input-modules-2.6.32-5-686-bigmem-di_1.88_i386.udeb irda-modules-2.6.32-5-486-di_1.88_i386.udeb to
linux-kernel-di-mipsel-2.6_1.19_multi.changes ACCEPTED
Accepted: cdrom-core-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/cdrom-core-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb cdrom-core-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/cdrom-core-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb crypto-dm-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/crypto-dm-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb crypto-dm-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/crypto-dm-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb crypto-dm-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/crypto-dm-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb crypto-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/crypto-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb crypto-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/crypto-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb crypto-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/crypto-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb ext4-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/ext4-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb ext4-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/ext4-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb ext4-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/ext4-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb fat-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/fat-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb fat-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/fat-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb fat-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/fat-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb fb-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/fb-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb ide-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/ide-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb input-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/input-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb input-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/input-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb ipv6-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/ipv6-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb ipv6-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/ipv6-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb ipv6-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/ipv6-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb isofs-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/isofs-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb isofs-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/isofs-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb jfs-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/jfs-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb jfs-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/jfs-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb jfs-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/jfs-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb kernel-image-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/kernel-image-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb kernel-image-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/kernel-image-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb kernel-image-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/kernel-image-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb linux-kernel-di-mipsel-2.6_1.19.dsc to main/l/linux-kernel-di-mipsel-2.6/linux-kernel-di-mipsel-2.6_1.19.dsc linux-kernel-di-mipsel-2.6_1.19.tar.gz to main/l/linux-kernel-di-mipsel-2.6/linux-kernel-di-mipsel-2.6_1.19.tar.gz loop-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/loop-modules-2.6.32-5-4kc-malta-di_1.19_mipsel.udeb loop-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb to main/l/linux-kernel-di-mipsel-2.6/loop-modules-2.6.32-5-r5k-cobalt-di_1.19_mipsel.udeb loop-modules-2.6.32-5-sb1-bcm91250a-di_1.19_mipsel.udeb to
linux-kernel-di-sparc-2.6_1.51_multi.changes ACCEPTED
Accepted: ata-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/ata-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb cdrom-core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/cdrom-core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb crypto-dm-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/crypto-dm-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb crypto-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/crypto-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb ext3-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/ext3-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb ext4-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/ext4-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb fat-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/fat-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb ide-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/ide-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb isofs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/isofs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb jfs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/jfs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb kernel-image-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/kernel-image-2.6.32-5-sparc64-di_1.51_sparc.udeb linux-kernel-di-sparc-2.6_1.51.dsc to main/l/linux-kernel-di-sparc-2.6/linux-kernel-di-sparc-2.6_1.51.dsc linux-kernel-di-sparc-2.6_1.51.tar.gz to main/l/linux-kernel-di-sparc-2.6/linux-kernel-di-sparc-2.6_1.51.tar.gz md-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/md-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb multipath-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/multipath-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb nic-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/nic-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb nls-core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/nls-core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb pata-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/pata-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb plip-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/plip-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb ppp-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/ppp-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb reiserfs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/reiserfs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb sata-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/sata-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb scsi-common-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/scsi-common-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb scsi-core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/scsi-core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb scsi-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/scsi-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb squashfs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/squashfs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb usb-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/usb-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb usb-storage-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/usb-storage-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb xfs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb to main/l/linux-kernel-di-sparc-2.6/xfs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb Override entries for your package: ata-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - extra debian-installer cdrom-core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - standard debian-installer core-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - standard debian-installer crypto-dm-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - extra debian-installer crypto-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - extra debian-installer ext3-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - standard debian-installer ext4-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - standard debian-installer fat-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - extra debian-installer ide-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - standard debian-installer isofs-modules-2.6.32-5-sparc64-di_1.51_sparc.udeb - standard debian-installer
Localization status for Debian Installer (May 24th update)
In very short: 43 languages are in good shape (+3) 21 languages are in danger of being deactivated (-3) Progress: - Big update for Danish, Korean, Romanian: now complete and no longer in danger - Basque, Dutch, Japanese, Marathi, Punjabi are complete again - Kannada is now 303t131f91u, 87t8f432u, 255t220u, 134t7f, 135t (+51 strings) The safe side - 29 languages are complete (+8): ar ast bg cs da de el es eu fr gu hi it ja ko nb nl pl pt ro ru sk sv ta th vi zh_CN 3 languages were complete before sibyl-installer re-addition (-2): ga he lt 8 languages were complete before changes to sublevel 5 (-2): bn eo et fi pl sl sq tr zh_TW 3 languages have a few strings to update in sublevels 1 to 3 but have recently active translators who will probably easy cope with them (-1): be ca nn The unsafe side --- 6 languages had a few updates since lenny but not on a regular basis (-3). These languages are at risk of being deactivated for Squeeze if they are not complete for sublevels 1 and 2: gl hu ka ml pt_BR tl 9 languages were complete in lenny but had no update since then (+0). These languages are at risk of being deactivated for Squeeze if they are not complete for sublevels 1 and 2: bs dz hr id km lv mk ne wo 7 active languages are in bad shape (were not complete for lenny and had no update since *before* the release of lenny) and at risk of being deactivated except se which is an historical exception (+0): 090% uk 087% ku 086% am 082% kk 072% sr 068% cy 015% se The prospective side -- Prospective languages are languages that are not yet activated. They'll be activated if they reach 100% for sublevels 1 and 2. 1 Prospective language is doing progress(-1): 050% kn: 303t131f91u for sublevel 1 and 87t8f432u for sublevel 2 10 Prospective languages are stalled(+1): 083% si (P) 064% is (P) 043% ms (P) 025% br (P) 014% mg (P) 014% te (P) 012% fa (P) 009% xh (P) 008% ur (P) 002% hy (P) 000% lo (P) -- signature.asc Description: Digital signature
Bug#580714: debian-installer: build installer image for Buffalo Linkstation Pro/Live
* Ryan Tandy tarp...@gmail.com [2010-05-21 14:45]: I've attached an updated patch, including a check for a minimum BOOTVER of 1.10. I don't know precisely which versions exist in the wild but that is the lowest version I've encountered that is known to work. Looks good to me. Applied! -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524125138.gt3...@jirafa.cyrius.com
Re: Hurd Debian-Installer: roadmap, tracking progress with the BTS
[Jérémie Koenig] I would also welcome suggestions about using the BTS to track my progress. If I understand correctly, I could: * track the bugs which I work on with a usertag * pre-file wishlist bugs on the packages which I will need to change * have a toplevel Hurd d-i bug which is blocked by said bugs Of these, I prefer usertagging, as it provide a better list of bugs (sorted by severity and with more meta-info presented). The kind of bugs I would be filing/tagging at first would be: * debian-installer: native Hurd debian-installer * busybox: Hurd support (see also #323670) * genext2fs: support tuning the block size and creator OS (#562999) * gnumach: initrd support * ... More would be filed (especially against installer components) as I progress. Would this be appropriate? Sound good to me. Perhaps you should get commit access if your changes proves to be good, but I leave that to your mentor and the d-i project manager to decide. :) Happy hacking, -- Petter Reinholdtsn -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2flvdadxxii@login1.uio.no
Bug#571201: [tasksel]: please remove swfdec-mozilla from tasksel/tasks/desktop (and change to mozilla-plugin-gnash)
Hi, swfdec-mozilla was already removed from Debian unstable and testing. see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575943 So, we also should remove swfdec-mozilla from tasksel/tasks/desktop and add mozilla-plugin-gnash instead. Or, just remove it since gnash isn't stable now (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575089). I've checked git repository, but not changed as above yet. Please fix this, thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524214935.41671ab6.henr...@debian.or.jp
Re: Help with installation bug
[Jon Ander Peñalba] Can someone please help me with this bug [1]? I'm kind of anxious to install Debian on my netbook :P [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582044 I had a look, but have no clue what go wrong. My best suggestion is to add 'set -x' at the top of hw-detect.sh to see what command is hanging, but I suspect this really is some kernel driver issue and not solvable by hw-detect. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2flpr0lxxee@login1.uio.no
Re: Localization status for Debian Installer (May 24th update)
On Monday 24 May 2010, Christian PERRIER wrote: 3 languages were complete before sibyl-installer re-addition Sibyl installer strings can be recovered using msgcat from an older version of the PO file. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005241510.25633.elen...@planet.nl
Processing of flash-kernel_2.29_armel.changes
flash-kernel_2.29_armel.changes uploaded successfully to localhost along with the files: flash-kernel_2.29.dsc flash-kernel_2.29.tar.gz flash-kernel_2.29_armel.deb flash-kernel-installer_2.29_armel.udeb Greetings, Your Debian queue daemon (running on host ries.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ogxsp-0006mf...@ries.debian.org
flash-kernel_2.29_armel.changes ACCEPTED
Accepted: flash-kernel-installer_2.29_armel.udeb to main/f/flash-kernel/flash-kernel-installer_2.29_armel.udeb flash-kernel_2.29.dsc to main/f/flash-kernel/flash-kernel_2.29.dsc flash-kernel_2.29.tar.gz to main/f/flash-kernel/flash-kernel_2.29.tar.gz flash-kernel_2.29_armel.deb to main/f/flash-kernel/flash-kernel_2.29_armel.deb Override entries for your package: flash-kernel-installer_2.29_armel.udeb - standard debian-installer flash-kernel_2.29.dsc - source utils flash-kernel_2.29_armel.deb - optional utils Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ogxwq-0006yt...@ries.debian.org
Re: Squeeze, firmware and installation
On Tue, May 18, 2010 at 11:33:11AM +0200, Stefano Zacchiroli wrote: Early on in this thread [1] I've tried to identify our options, which essentially boil down to: 1) have the non-free firmware on the (first) install media, protected by a BIG FAT WARNING saying that you need non-free firmware to proceed, but that using it: you get out of Debian, you don't have support, you should complain with your HW manufacturer, and that thousands of kittens will be killed by your choice 2) have an alternative set of installation medias (basically Debian + non-free firmware), shipped under a non-free section of our mirrors My reading of this thread, assuming that it is representative, is that (2) is preferred among developers; that is also my favorite choice. I've then asked Steve McIntyre his opinion (thanks!), as Debian CD team member, to understand the impact/feasibility on the media production. In short [2]: - it seems to be feasible - he suggested to just do that for netinst (to avoid duplicating the production of all media) - a reasonable ETA to have the work-flow for producing both sets of images is about 2 weeks Sorry for the delay in responding - back from VAC now and just about caught up. Yes, adding an extra netinst variant looks feasible and should be doable without much extra work. I'm hoping to get this going soon. Another interesting proposal advanced in this thread [3] by Steve Langasek is to create on the fly the non-free images. That would be cool, but I think we should pose the requirement that our users are able to download the non-free image as usual, and that the image is created on the fly for them behind the scenes (as Steve has hinted in [3] already). So, the point to whether this is possible or not is the obvious one: who volunteers to work on that? I suggest that we go for the alternate image set by default, unless someone steps up with a working implementation of Steve idea in time for Squeeze. I'd prefer to do the separate image route to start with, at least. Much simpler for now... :-) A last important point is how to advertise the non-free images on the web. We should obviously write in the release note the change and IMHO we should have a link to the non-free images near the download links for the free images, visually warning that they are non-free, pretty much as we visually warn non-free packages on packages.d.o and similar other parts of our infrastructure. Yup, definitely. We already have an unofficial non-free area on cdimage.debian.org which is where we've been pushing the firmware zip/tar.gz files already. I'll set up the extra images to be dropped in there. I'm guessing that we're not likely to want the extra images for all architectures: i386/amd64/powerpc(?). Any others? PS thanks to Kurt for having started this discussion! Definitely! -- Steve McIntyre, Cambridge, UK.st...@einval.com Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524131330.gb30...@einval.com
Processing of libdebian-installer_0.72_armel.changes
libdebian-installer_0.72.tar.gz has incorrect size; deleting it Due to the errors above, the .changes file couldn't be processed. Please fix the problems for the upload to happen. Greetings, Your Debian queue daemon (running on host ries.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ogxvt-6v...@ries.debian.org
Bug#571201: [tasksel]: please remove swfdec-mozilla from tasksel/tasks/desktop (and change to mozilla-plugin-gnash)
[Hideki Yamane] So, we also should remove swfdec-mozilla from tasksel/tasks/desktop and add mozilla-plugin-gnash instead. Or, just remove it since gnash isn't stable now (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575089). I agree we should remove swfdec from the tasksel tasks, and believe it is a good idea to add gnash to get more eyes to look at gnash before Squeeze freezes. If gnash is still leaking memory when we get closer to Squeeze, removing it is probably a good idea. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2flk4qtxwid@login1.uio.no
Re: Localization status for Debian Installer (May 24th update)
On Monday 24 May 2010, Frans Pop wrote: On Monday 24 May 2010, Christian PERRIER wrote: 3 languages were complete before sibyl-installer re-addition Sibyl installer strings can be recovered using msgcat from an older version of the PO file. Done from revision 59835 for the following languages: M eo.po M bn.po M be.po M zh_TW.po M he.po # One string still fuzzy; old translation was broken M et.po M sl.po M lt.po -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005241558.07807.elen...@planet.nl
Processing of libdebian-installer_0.72_armel.changes
libdebian-installer_0.72_armel.changes uploaded successfully to localhost along with the files: libdebian-installer_0.72.dsc libdebian-installer_0.72.tar.gz libdebian-installer4_0.72_armel.deb libdebian-installer4-dev_0.72_armel.deb libdebian-installer4-udeb_0.72_armel.udeb libdebian-installer-extra4_0.72_armel.deb libdebian-installer-extra4-udeb_0.72_armel.udeb Greetings, Your Debian queue daemon (running on host ries.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ogykf-0001ox...@ries.debian.org
Processing of linux-kernel-di-armel-2.6_1.41_armel.changes
linux-kernel-di-armel-2.6_1.41_armel.changes uploaded successfully to localhost along with the files: linux-kernel-di-armel-2.6_1.41.dsc linux-kernel-di-armel-2.6_1.41.tar.gz kernel-image-2.6.32-5-iop32x-di_1.41_armel.udeb nic-modules-2.6.32-5-iop32x-di_1.41_armel.udeb nic-shared-modules-2.6.32-5-iop32x-di_1.41_armel.udeb ide-modules-2.6.32-5-iop32x-di_1.41_armel.udeb ide-core-modules-2.6.32-5-iop32x-di_1.41_armel.udeb cdrom-core-modules-2.6.32-5-iop32x-di_1.41_armel.udeb scsi-core-modules-2.6.32-5-iop32x-di_1.41_armel.udeb loop-modules-2.6.32-5-iop32x-di_1.41_armel.udeb nls-core-modules-2.6.32-5-iop32x-di_1.41_armel.udeb ext2-modules-2.6.32-5-iop32x-di_1.41_armel.udeb ext3-modules-2.6.32-5-iop32x-di_1.41_armel.udeb ext4-modules-2.6.32-5-iop32x-di_1.41_armel.udeb isofs-modules-2.6.32-5-iop32x-di_1.41_armel.udeb jffs2-modules-2.6.32-5-iop32x-di_1.41_armel.udeb jfs-modules-2.6.32-5-iop32x-di_1.41_armel.udeb reiserfs-modules-2.6.32-5-iop32x-di_1.41_armel.udeb fat-modules-2.6.32-5-iop32x-di_1.41_armel.udeb md-modules-2.6.32-5-iop32x-di_1.41_armel.udeb multipath-modules-2.6.32-5-iop32x-di_1.41_armel.udeb usb-modules-2.6.32-5-iop32x-di_1.41_armel.udeb usb-storage-modules-2.6.32-5-iop32x-di_1.41_armel.udeb input-modules-2.6.32-5-iop32x-di_1.41_armel.udeb nic-usb-modules-2.6.32-5-iop32x-di_1.41_armel.udeb sata-modules-2.6.32-5-iop32x-di_1.41_armel.udeb core-modules-2.6.32-5-iop32x-di_1.41_armel.udeb crc-modules-2.6.32-5-iop32x-di_1.41_armel.udeb crypto-modules-2.6.32-5-iop32x-di_1.41_armel.udeb crypto-dm-modules-2.6.32-5-iop32x-di_1.41_armel.udeb squashfs-modules-2.6.32-5-iop32x-di_1.41_armel.udeb kernel-image-2.6.32-5-ixp4xx-di_1.41_armel.udeb nic-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb nic-shared-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb cdrom-core-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb scsi-core-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb loop-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb nls-core-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb ext2-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb ext3-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb ext4-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb isofs-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb jfs-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb reiserfs-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb fat-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb md-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb multipath-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb usb-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb usb-storage-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb input-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb nic-usb-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb sata-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb core-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb crc-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb crypto-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb crypto-dm-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb ata-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb squashfs-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb kernel-image-2.6.32-5-kirkwood-di_1.41_armel.udeb nic-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb nic-shared-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb cdrom-core-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb scsi-core-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb loop-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb nls-core-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb ext2-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb ext3-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb ext4-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb isofs-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb jfs-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb reiserfs-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb fat-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb minix-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb md-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb multipath-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb usb-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb usb-storage-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb input-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb nic-usb-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb sata-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb core-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb crc-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb crypto-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb crypto-dm-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb mmc-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb squashfs-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb kernel-image-2.6.32-5-orion5x-di_1.41_armel.udeb nic-modules-2.6.32-5-orion5x-di_1.41_armel.udeb nic-shared-modules-2.6.32-5-orion5x-di_1.41_armel.udeb cdrom-core-modules-2.6.32-5-orion5x-di_1.41_armel.udeb scsi-core-modules-2.6.32-5-orion5x-di_1.41_armel.udeb loop-modules-2.6.32-5-orion5x-di_1.41_armel.udeb nls-core-modules-2.6.32-5-orion5x-di_1.41_armel.udeb
Re: lilo removal in squeeze (or, please test grub2)
On Mon, 24 May 2010 05:36:32 -0400 (EDT), Ferenc Wagner wrote: Kurt Roeckx k...@roeckx.be wrote: On Sun, May 23, 2010 at 01:11:48PM +0200, Cyril Brulebois wrote: William Pitcock neno...@dereferenced.org (22/05/2010): This means that users should *test grub2 extensively* before Squeeze is released so that any issues can be resolved now. There should also be some folks fixing the discovered issues. grub2 currently seems to be having 18 RC bugs, plus a whole bunch of merged bugs, while lilo only has 1 RC bug. I chatted about this with the grub upstream a couple of days ago. According to Vladimir, most of those bugs are already fixed, but there's nobody around to do a new upload. Both grub maintainers (Felix Zielke and Robert Millan) unexpectedly disappeared some time ago. What about Jordi Mallach and Colin Watson? The package page for grub-pc http://packages.debian.org/squeeze/grub-pc lists them as maintainers too. Have they disappeared as well? Or are they no longer maintainers for this package? In which case their names should be removed from the web page. Somehow I feel a dip in motivation. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1054400013.5379.1274709588267.javamail.r...@md01.wow.synacor.com
No install guide for armel for stable
Hi Frans, I noticed that http://www.debian.org/ports/arm/ refers to the arm install guide and release notes rather than to that of armel. Since are is deprecated, I wanted to change the links to armel but then I noticed is that there's no install guide for armel for stable (the release notes are available). See http://www.debian.org/releases/stable/armel/ Do you know why this is the case and what to do about it? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524141936.gw3...@jirafa.cyrius.com
libdebian-installer_0.72_armel.changes ACCEPTED
Accepted: libdebian-installer-extra4-udeb_0.72_armel.udeb to main/libd/libdebian-installer/libdebian-installer-extra4-udeb_0.72_armel.udeb libdebian-installer-extra4_0.72_armel.deb to main/libd/libdebian-installer/libdebian-installer-extra4_0.72_armel.deb libdebian-installer4-dev_0.72_armel.deb to main/libd/libdebian-installer/libdebian-installer4-dev_0.72_armel.deb libdebian-installer4-udeb_0.72_armel.udeb to main/libd/libdebian-installer/libdebian-installer4-udeb_0.72_armel.udeb libdebian-installer4_0.72_armel.deb to main/libd/libdebian-installer/libdebian-installer4_0.72_armel.deb libdebian-installer_0.72.dsc to main/libd/libdebian-installer/libdebian-installer_0.72.dsc libdebian-installer_0.72.tar.gz to main/libd/libdebian-installer/libdebian-installer_0.72.tar.gz Override entries for your package: libdebian-installer-extra4-udeb_0.72_armel.udeb - optional debian-installer libdebian-installer-extra4_0.72_armel.deb - optional libs libdebian-installer4-dev_0.72_armel.deb - optional libdevel libdebian-installer4-udeb_0.72_armel.udeb - optional debian-installer libdebian-installer4_0.72_armel.deb - optional libs libdebian-installer_0.72.dsc - source libs Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ogyy1-0002rm...@ries.debian.org
linux-kernel-di-armel-2.6_1.41_armel.changes is NEW
(new) ata-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb extra debian-installer ATA disk modules This package contains core ATA disk modules used by both PATA and SATA disk drivers. (new) cdrom-core-modules-2.6.32-5-iop32x-di_1.41_armel.udeb standard debian-installer CDROM support This package contains core CDROM support for the kernel. (new) cdrom-core-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb standard debian-installer CDROM support This package contains core CDROM support for the kernel. (new) cdrom-core-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb standard debian-installer CDROM support This package contains core CDROM support for the kernel. (new) cdrom-core-modules-2.6.32-5-orion5x-di_1.41_armel.udeb standard debian-installer CDROM support This package contains core CDROM support for the kernel. (new) cdrom-core-modules-2.6.32-5-versatile-di_1.41_armel.udeb standard debian-installer CDROM support This package contains core CDROM support for the kernel. (new) core-modules-2.6.32-5-iop32x-di_1.41_armel.udeb standard debian-installer Core modules This package contains core modules for the kernel, that will almost always be needed. (new) core-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb standard debian-installer Core modules This package contains core modules for the kernel, that will almost always be needed. (new) core-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb standard debian-installer Core modules This package contains core modules for the kernel, that will almost always be needed. (new) core-modules-2.6.32-5-orion5x-di_1.41_armel.udeb standard debian-installer Core modules This package contains core modules for the kernel, that will almost always be needed. (new) core-modules-2.6.32-5-versatile-di_1.41_armel.udeb standard debian-installer Core modules This package contains core modules for the kernel, that will almost always be needed. (new) crc-modules-2.6.32-5-iop32x-di_1.41_armel.udeb extra debian-installer CRC modules This package contains CRC support modules. (new) crc-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb extra debian-installer CRC modules This package contains CRC support modules. (new) crc-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb extra debian-installer CRC modules This package contains CRC support modules. (new) crc-modules-2.6.32-5-orion5x-di_1.41_armel.udeb extra debian-installer CRC modules This package contains CRC support modules. (new) crc-modules-2.6.32-5-versatile-di_1.41_armel.udeb extra debian-installer CRC modules This package contains CRC support modules. (new) crypto-dm-modules-2.6.32-5-iop32x-di_1.41_armel.udeb extra debian-installer devicemapper crypto module This package contains the devicemapper crypto (dm-crypt) module. (new) crypto-dm-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb extra debian-installer devicemapper crypto module This package contains the devicemapper crypto (dm-crypt) module. (new) crypto-dm-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb extra debian-installer devicemapper crypto module This package contains the devicemapper crypto (dm-crypt) module. (new) crypto-dm-modules-2.6.32-5-orion5x-di_1.41_armel.udeb extra debian-installer devicemapper crypto module This package contains the devicemapper crypto (dm-crypt) module. (new) crypto-dm-modules-2.6.32-5-versatile-di_1.41_armel.udeb extra debian-installer devicemapper crypto module This package contains the devicemapper crypto (dm-crypt) module. (new) crypto-modules-2.6.32-5-iop32x-di_1.41_armel.udeb extra debian-installer crypto modules This package contains crypto modules. (new) crypto-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb extra debian-installer crypto modules This package contains crypto modules. (new) crypto-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb extra debian-installer crypto modules This package contains crypto modules. (new) crypto-modules-2.6.32-5-orion5x-di_1.41_armel.udeb extra debian-installer crypto modules This package contains crypto modules. (new) crypto-modules-2.6.32-5-versatile-di_1.41_armel.udeb extra debian-installer crypto modules This package contains crypto modules. (new) ext2-modules-2.6.32-5-iop32x-di_1.41_armel.udeb standard debian-installer EXT2 filesystem support This package contains the EXT2 filesystem module for the kernel. (new) ext2-modules-2.6.32-5-ixp4xx-di_1.41_armel.udeb standard debian-installer EXT2 filesystem support This package contains the EXT2 filesystem module for the kernel. (new) ext2-modules-2.6.32-5-kirkwood-di_1.41_armel.udeb standard debian-installer EXT2 filesystem support This package contains the EXT2 filesystem module for the kernel. (new) ext2-modules-2.6.32-5-orion5x-di_1.41_armel.udeb standard debian-installer EXT2 filesystem support This package contains the EXT2 filesystem module for the kernel. (new) ext2-modules-2.6.32-5-versatile-di_1.41_armel.udeb standard debian-installer EXT2 filesystem support This package contains the EXT2 filesystem module for the kernel. (new)
Re: No install guide for armel for stable
On Monday 24 May 2010, Martin Michlmayr wrote: I noticed that http://www.debian.org/ports/arm/ refers to the arm install guide and release notes rather than to that of armel. Since are is deprecated, I wanted to change the links to armel but then I noticed is that there's no install guide for armel for stable (the release notes are available). See http://www.debian.org/releases/stable/armel/ Do you know why this is the case and what to do about it? You need your memory banks overhauled ;-) Lenny *does* still have arm. We changed the installation guide to armel only *after* the lenny release because arm was dropped for Squeeze. All Lenny documentation for arm is equally valid for armel. So as discussed and decided previously, for stable nothing needs to (nor can be) be done about it. The links on the ports page should be changed to armel conditionally using an 'if-stable-release' tag so that the new links get activated automatically at the time of the Squeeze release. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005241631.59683.elen...@planet.nl
Re: Squeeze, firmware and installation
On Mon, May 24, 2010 at 02:13:30PM +0100, Steve McIntyre wrote: Yup, definitely. We already have an unofficial non-free area on cdimage.debian.org which is where we've been pushing the firmware zip/tar.gz files already. I'll set up the extra images to be dropped in there. It would be nice if this could all be moved somewhere else so that it gets mirrored. Kurt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524144323.ga17...@roeckx.be
Re: No install guide for armel for stable
* Frans Pop elen...@planet.nl [2010-05-24 16:31]: You need your memory banks overhauled ;-) Lenny *does* still have arm. We changed the installation guide to armel only *after* the lenny release because arm was dropped for Squeeze. All Lenny documentation for arm is equally valid for armel. So as discussed and decided previously, for stable nothing needs to (nor can be) be done about it. I remember we talked about it (although I cannot recall all the details). But there is one problem with using the arm lenny docs for both arches: the arm guide includes download links to the deprecated arm port instead of the new armel port, and we'd like to encourage new installations to use armel. Is it possible to change the lenny arm guide so it points to the armel images? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524150158.ga3...@jirafa.cyrius.com
Re: lilo removal in squeeze (or, please test grub2)
On Mon, 24 May 2010 05:29:56 -0400 (EDT), Ferenc Wagner wrote: Stephen Powell zlinux...@wowway.com writes: Both grub-legacy and grub-pc use sectors on the hard disk outside of the master boot record [...] This breaks the design of the backup software that my employer uses. This backup software backs up the master boot record and all partitions; but since the extra sectors used by grub-legacy and grub-pc are outside the master boot record and are not part of any partition, they don't get backed up. Consequently, if we have a hard drive failure and restore from a backup, we have an unbootable machine. Lilo uses only the master boot record. A lilo-booted machine can be backed up and restored with our existing backup software just fine. You may want to try extlinux, it works much like LILO in this respect. It lacks a convenient configuration system, but that of grub-legacy would be easy to adapt, and I actually plan to work on this. Thanks for the tip. That may be an option. I looked at the documentation online, and there does not appear to be an option equivalent to lilo's vga option, though, which I use a lot, especially since svgatextmode has already been pulled from squeeze. As of right now, if lilo was pulled from the distribution, I think I'd be inclined to build my own lilo package from source before switching to any other bootloader. To the best of my knowledge, it is the *only* bootloader which supports setting an initial text video mode *and* does not use any sectors outside the master boot record and outside of a partition. If I'm wrong about that, someone please correct me. As for a convenient configuration system, editing a plain text file is plenty good enough for me. Your time is yours to use as you see fit; but if you have the requisite skills to become the equivalent of lilo upstream, I think there's a lot of people who would rather that you do that, myself included. I'd do it myself if I had the necessary skills and knowledge. But I don't. Thanks again for the tip. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1012155825.7010.1274712448896.javamail.r...@md01.wow.synacor.com
Re: No install guide for armel for stable
On Monday 24 May 2010, Martin Michlmayr wrote: Is it possible to change the lenny arm guide so it points to the armel images? No. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005241728.58677.elen...@planet.nl
Re: Squeeze, firmware and installation
Steve McIntyre schrieb am Monday, den 24. May 2010: Hi, *snip* I'm guessing that we're not likely to want the extra images for all architectures: i386/amd64/powerpc(?). Any others? I have no idea. I only use i386 and amd64. :) Quite. Anybody else? I think we should also include ppc, especially for the powerbook users with a b43. Alex -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524155156.gb24...@lisa.snow-crash.org
Re: Squeeze, firmware and installation
On Mon, May 24, 2010 at 03:58:35PM +0200, Petter Reinholdtsen wrote: [Steve McIntyre] Yup, definitely. We already have an unofficial non-free area on cdimage.debian.org which is where we've been pushing the firmware zip/tar.gz files already. I'll set up the extra images to be dropped in there. A few days ago, I extended hw-detect to look for firmware (u)debs in /firmware/ (for PXE boot images) and /cdrom/firmware/, so if you create a CD/DVD with the firmware .deb files in a firmware/ directory in the root of the CD, it should work out of the box. Any license question asked in the package preinst should be displayed, and the firmware package will not be used if the license isn't accepted. The change is in the daily built d-i images already. Please report back if it do not work for you. Yup, will do. :-) I'm guessing that we're not likely to want the extra images for all architectures: i386/amd64/powerpc(?). Any others? I have no idea. I only use i386 and amd64. :) Quite. Anybody else? -- Steve McIntyre, Cambridge, UK.st...@einval.com We don't need no education. We don't need no thought control. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524154626.gj4...@einval.com
Re: Squeeze, firmware and installation
On Mon, May 24, 2010 at 04:43:23PM +0200, Kurt Roeckx wrote: On Mon, May 24, 2010 at 02:13:30PM +0100, Steve McIntyre wrote: Yup, definitely. We already have an unofficial non-free area on cdimage.debian.org which is where we've been pushing the firmware zip/tar.gz files already. I'll set up the extra images to be dropped in there. It would be nice if this could all be moved somewhere else so that it gets mirrored. We can do that, yes, if desired. I'd probably prefer to keep it outside of the normal release images area, but I could be persuaded otherwise if enough people would prefer different. -- Steve McIntyre, Cambridge, UK.st...@einval.com Is there anybody out there? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524155218.gk4...@einval.com
Re: Localization status for Debian Installer (May 24th update)
Quoting Frans Pop (elen...@planet.nl): On Monday 24 May 2010, Frans Pop wrote: On Monday 24 May 2010, Christian PERRIER wrote: 3 languages were complete before sibyl-installer re-addition Sibyl installer strings can be recovered using msgcat from an older version of the PO file. Done from revision 59835 for the following languages: Thanks, Frans. That makes two more complete languages (Irish and Lithuanian). signature.asc Description: Digital signature
Re: lilo removal in squeeze (or, please test grub2)
Stephen Powell zlinux...@wowway.com writes: On Mon, 24 May 2010 05:36:32 -0400 (EDT), Ferenc Wagner wrote: Kurt Roeckx k...@roeckx.be wrote: On Sun, May 23, 2010 at 01:11:48PM +0200, Cyril Brulebois wrote: William Pitcock neno...@dereferenced.org (22/05/2010): This means that users should *test grub2 extensively* before Squeeze is released so that any issues can be resolved now. There should also be some folks fixing the discovered issues. grub2 currently seems to be having 18 RC bugs, plus a whole bunch of merged bugs, while lilo only has 1 RC bug. I chatted about this with the grub upstream a couple of days ago. According to Vladimir, most of those bugs are already fixed, but there's nobody around to do a new upload. Both grub maintainers (Felix Zielke and Robert Millan) unexpectedly disappeared some time ago. What about Jordi Mallach and Colin Watson? I really don't know, I just echoed what I heard on the #grub IRC channel. I saw articles from Colin Watson recently, so he's around, but I don't know how he feels about Grub maintenance. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y6f9z0il@tac.ki.iif.hu
Bug#580714: debian-installer: build installer image for Buffalo Linkstation Pro/Live
On Mon, 2010-05-24 at 13:51 +0100, Martin Michlmayr wrote: Looks good to me. Applied! Great. Thanks both Martin and Tim for your time and reviews. :) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1274720792.2472.1.ca...@localhost.localdomain
Re: lilo removal in squeeze (or, please test grub2)
On Mon, 24 May 2010, Stephen Powell wrote: To the best of my knowledge, it is the *only* bootloader which supports setting an initial text video mode *and* does not use any sectors outside the master boot record and outside of a partition. If I'm wrong about that, someone please correct me. grub2 supports loading its core.img from a dedicated partition instead of embedding it in the first cylinder. This does require switching to the GPT partitioning scheme which may or may not be acceptable to you. -- Edward Allcutt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.00.1005241244200.1...@emallcut-x.pc.teamgleim.com
Re: lilo removal in squeeze (or, please test grub2)
Stephen Powell zlinux...@wowway.com writes: On Mon, 24 May 2010 05:29:56 -0400 (EDT), Ferenc Wagner wrote: Stephen Powell zlinux...@wowway.com writes: Both grub-legacy and grub-pc use sectors on the hard disk outside of the master boot record [...] You may want to try extlinux, it works much like LILO in this respect. Thanks for the tip. That may be an option. I looked at the documentation online, and there does not appear to be an option equivalent to lilo's vga option, though, which I use a lot, especially since svgatextmode has already been pulled from squeeze. I'm not sure what you're after, I haven't used LILO for ages. But typing vmlinuz-2.6.32 vga=0xf07 at the pxelinux boot prompt gives me a 80x60 console. The other variants use the same code. It lacks a convenient configuration system, but that of grub-legacy would be easy to adapt, and I actually plan to work on this. if you have the requisite skills to become the equivalent of lilo upstream, I think there's a lot of people who would rather that you do that, myself included. Sorry, I don't trust in the future of LILO myself. If there's anything which only LILO can do, I recommend you start complaining on the Syslinux and the Grub mailing lists. I suppose it will be heard. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87typxyzbk@tac.ki.iif.hu
Re: lilo removal in squeeze (or, please test grub2)
On Mon, 24 May 2010 13:01:30 -0400 (EDT), Edward Allcutt wrote: On Mon, 24 May 2010, Stephen Powell wrote: To the best of my knowledge, lilo is the *only* bootloader which supports setting an initial text video mode *and* does not use any sectors outside the master boot record and outside of a partition. If I'm wrong about that, someone please correct me. grub2 supports loading its core.img from a dedicated partition instead of embedding it in the first cylinder. This does require switching to the GPT partitioning scheme which may or may not be acceptable to you. No, the backup software assumes the traditional MS-DOS hard disk partitioning scheme. One can get around this by requiring an image backup, but that has three substantial drawbacks: (1) The entire disk, including free space and extended partition free space, must be backed up. This takes a lot more time. (2) A restore can only be done to a disk of the exact same size as the one backed up. Often, a larger disk must be used because the model that failed is no longer available on the market. (3) The need for special backup requirements will be used by the opponents of Linux at my place of employment to oppose further deployments of Linux, which I wish to avoid at all costs. But thanks for the info anyway. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1081731293.13454.1274723918397.javamail.r...@md01.wow.synacor.com
Re: lilo removal in squeeze (or, please test grub2)
On 05/24/2010 11:29 AM, Ferenc Wagner wrote: You may want to try extlinux, it works much like LILO in this respect. It lacks a convenient configuration system, but that of grub-legacy would be easy to adapt, and I actually plan to work on this. sometime ago i've added extliux-install and update-extlinux. if fits my setups well, however, any other/better ideas how to improve it are very welcome, see #573042 for more information. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bfac975.1070...@debian.org
Re: lilo removal in squeeze (or, please test grub2)
On Mon, 24 May 2010 13:38:55 -0400 (EDT), Ferenc Wagner wrote: Stephen Powell zlinux...@wowway.com writes: On Mon, 24 May 2010 05:29:56 -0400 (EDT), Ferenc Wagner wrote: Stephen Powell zlinux...@wowway.com writes: Both grub-legacy and grub-pc use sectors on the hard disk outside of the master boot record [...] You may want to try extlinux, it works much like LILO in this respect. Thanks for the tip. That may be an option. I looked at the documentation online, and there does not appear to be an option equivalent to lilo's vga option, though, which I use a lot, especially since svgatextmode has already been pulled from squeeze. I'm not sure what you're after, I haven't used LILO for ages. But typing vmlinuz-2.6.32 vga=0xf07 at the pxelinux boot prompt gives me a 80x60 console. The other variants use the same code. Interesting. At one point, the kernel itself had de-supported the vga boot option, relying on the boot loader to set the video mode before transferring control to the kernel. And now you're saying it's back. Hmm. According to Documentation/svga.txt in the kernel source tree: This small document describes the Video Mode Selection feature which allows the use of various special video modes supported by the video BIOS. Due to usage of the BIOS, the selection is limited to boot time (before the kernel decompression starts) and works only on 80X86 machines. Note the wording before the kernel decompression starts. That to me implies done by the bootloader, because the bootloader decompresses the kernel (if it is compressed) before transferring control to it, does it not? The vga option is a separate option in lilo. You can't include it in the append variable without lilo generating an error. You've got my curiosity up now. I'll have to try this. I do have a spare computer with which to test. I'm going to have to try installing Squeeze using extlinux as the boot loader. (No doubt I'll have to change bootloaders after installation, as the Debian Installer won't offer that option.) Then I'll see if I can pass it the vga option and have it work. And if that works, then I'll try the backup, nuke, and restore scenario. And if that works, then I may have a viable alternative to lilo. I'll let you know how it goes. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/158609809.14709.1274725819037.javamail.r...@md01.wow.synacor.com
Re: lilo removal in squeeze (or, please test grub2)
Stephen Powell zlinux...@wowway.com writes: On Mon, 24 May 2010 13:38:55 -0400 (EDT), Ferenc Wagner wrote: Stephen Powell zlinux...@wowway.com writes: On Mon, 24 May 2010 05:29:56 -0400 (EDT), Ferenc Wagner wrote: Stephen Powell zlinux...@wowway.com writes: Both grub-legacy and grub-pc use sectors on the hard disk outside of the master boot record [...] You may want to try extlinux, it works much like LILO in this respect. Thanks for the tip. That may be an option. I looked at the documentation online, and there does not appear to be an option equivalent to lilo's vga option, though, which I use a lot, especially since svgatextmode has already been pulled from squeeze. I'm not sure what you're after, I haven't used LILO for ages. But typing vmlinuz-2.6.32 vga=0xf07 at the pxelinux boot prompt gives me a 80x60 console. The other variants use the same code. Interesting. At one point, the kernel itself had de-supported the vga boot option, relying on the boot loader to set the video mode before transferring control to the kernel. And now you're saying it's back. Hmm. According to Documentation/svga.txt in the kernel source tree: This small document describes the Video Mode Selection feature which allows the use of various special video modes supported by the video BIOS. Due to usage of the BIOS, the selection is limited to boot time (before the kernel decompression starts) and works only on 80X86 machines. Note the wording before the kernel decompression starts. That to me implies done by the bootloader, because the bootloader decompresses the kernel (if it is compressed) before transferring control to it, does it not? It does not, the kernel is sort of a self-decompressing binary. However, the vga= parameter is indeed parsed by the bootloader and passed to the kernel by a special protocol. It's then used before the kernel parses its command line. I'm going to have to try installing Squeeze using extlinux as the boot loader. (No doubt I'll have to change bootloaders after installation, as the Debian Installer won't offer that option.) Yes, you'll have to back out of Grub installation, start a shell, chroot into /target, and install exlinux. Take care to have /boot on an ext2 partition. -- Good luck! Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iq6dytpl@tac.ki.iif.hu
Re: lilo removal in squeeze (or, please test grub2)
Daniel Baumann dan...@debian.org writes: On 05/24/2010 11:29 AM, Ferenc Wagner wrote: You may want to try extlinux, it works much like LILO in this respect. It lacks a convenient configuration system, but that of grub-legacy would be easy to adapt, and I actually plan to work on this. sometime ago i've added extliux-install and update-extlinux. if fits my setups well, however, any other/better ideas how to improve it are very welcome, see #573042 for more information. Heh, yes, that's me again. :) I got distracted, but didn't give up work on this. Now I'm nosing around the current Grub2 method for ideas. Meanwhile, the unconditional destroying of extlinux.conf on update gave me the grief again. :-/ -- Cheers, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d3wlyt1a@tac.ki.iif.hu
Re: lilo removal in squeeze (or, please test grub2)
Le dimanche 23 mai 2010 à 20:48 -0400, Stephen Powell a écrit : I do understand why a Debian package maintainer does not wish to become upstream. And I hope that someone who is both willing and able to do so steps up to the plate. But withdrawing it from the distribution seems like overkill to me, especially since you want to withdraw it from Squeeze and not Squeeze+1. Lilo, as it exists today, works just fine for my purposes. And apparently it works just fine for a lot of other people too. Debian stable releases are not here to serve as a repository for orphaned packages. We are supposed to keep them in shape for the lifetime of the release. The Lord bless you, William. May His noodly appendage touch you. Ramen, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Re: lilo removal in squeeze (or, please test grub2)
Le lundi 24 mai 2010 à 20:46 +0200, Daniel Baumann a écrit : On 05/24/2010 11:29 AM, Ferenc Wagner wrote: You may want to try extlinux, it works much like LILO in this respect. It lacks a convenient configuration system, but that of grub-legacy would be easy to adapt, and I actually plan to work on this. sometime ago i've added extliux-install and update-extlinux. if fits my setups well, however, any other/better ideas how to improve it are very welcome, see #573042 for more information. Could this also be eventually added as an alternative to grub2 in the installer? -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Re: lilo removal in squeeze (or, please test grub2)
On 05/24/2010 10:07 PM, Josselin Mouette wrote: Could this also be eventually added as an alternative to grub2 in the installer? i've talked with otavio about this already a year ago, as i'm much in favour[0] of extlinux over grub2 anyway, but i didn't got arround to finally push it. if anyone has time before debconf/debcamp, that would be great. otherwise, i hope to have a look together with otavio at debconf/debcamp (if he accepts my bribes with chocolate :). [0] http://blog.daniel-baumann.ch/2009/11/30#20091130_extlinux-as-alternative-bootloader -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bfadee4.5080...@debian.org