http://blog.gmane.org/gmane.linux.debian.devel.boot hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.debian.devel.boot/134671 <pre>Package: win32-loader Version: master I've translated the win32-loader .po file for Debian installer in Latvian language. Hopefully, it can be included in the next stable Debian release. </pre> Rūdolfs Mazurs 2012-05-26T20:00:54 http://comments.gmane.org/gmane.linux.debian.devel.boot/134670 <pre>Package: tasksel Version: master I have translated the tasksel in Latvian for the Debian Installer. Hopefully it can be added to the next Debian stable release. </pre> Rūdolfs Mazurs 2012-05-26T18:48:06 http://comments.gmane.org/gmane.linux.debian.devel.boot/134668 <pre>Hi, I built d-i with build_netboot and try running it with qemu/kvm: kvm -hda hd_img.qcow2 -tftp dest/netboot -bootp /pxelinux.0 -boot n However it still tells me that it can't find a CDROM drive. Is this known breakage or does someone know a workaround so that I can test some udeb changes? (Same with mini.iso from build_cdrom_isolinux, fwiw.) Kind regards Philipp Kern </pre> Philipp Kern 2012-05-26T17:21:23 http://comments.gmane.org/gmane.linux.debian.devel.boot/134661 <pre>Ran into the same problem with the debian-testing-amd64-netinst.iso. Specifically, the installer screen goes red when trying to install the busybox package, the log shows indeed that it cannot find the source image, while it is still mounted. I should add that I am installing in a VM from a downloaded .iso file -- tried both a Parallels VM and a VirtualBox VM, same problem in either one of them. I then switched to the debian-testing-amd64-businesscard.iso, and now the installation proceeded flawlessly on both VMs (although the Parallels Tools don't yet work and produce a black screen and numerous Xorg error messages -- but that's another story). </pre> H.A.J. Koster 2012-05-26T09:47:45 http://comments.gmane.org/gmane.linux.debian.devel.boot/134660 <pre>Hi, I try to automatically format the disk during Debian installation with a "recipe" for partman in preseed.cfg. I have some difficulties to get partitions the size i want. First of all, partitions must have a size multiple of 1MiB (1MiB = 2^20 Bytes) but partman reads sizes in preseed.cfg as expressed in MB (1MB = 10^6 Bytes). As it is not possible to express exactly a multiple of 1 MiB in MB, partman will have to find the nearest multiple of 1MiB. I specified the following dummy recipe in preseed.cfg: d-i partman-auto/expert_recipe string \ 20973 100000 20973 ext3 $primary{ } method{ format } format{ } use_filesystem{ } filesystem{ ext3 } mountpoint{ / } . \ 106 100000 106 ext3 $primary{ } $bootable{ } method{ format } format{ } use_filesystem{ } filesystem{ ext3 } mountpoint{ /boot } . \ 20973 100000 20973 ext3 $primary{ } method{ format } format{ } use_filesystem{ } filesystem{ ext3 } mountpoint{ /home } . \ 20973 10000 20973 ext3 method{ format } format{ } use_filesystem{ } filesystem{ ext3 } m</pre> bibop554 - 2012-05-25T13:02:29 http://comments.gmane.org/gmane.linux.debian.devel.boot/134659 <pre>Package: os-prober Version: 1.53 Tags: patch os-prober assumes that there is no space around '=' sign for append directive in yaboot.conf, while there can be. Therefore, both append="some options" and append = "some options" are valid in yaboot.conf. This patch fixes this parsing bug. </pre> Hedayat Vatankhah 2012-05-25T12:44:49 http://comments.gmane.org/gmane.linux.debian.devel.boot/134658 <pre>Package: os-prober Version: 1.53 Tags: patch Currently, Fedora installs grub2 inside /boot/grub2 rather than /boot/grub. Therefore, grub.cfg resides in /boot/grub2/, while os-prober assumes that grub.cfg is in /boot/grub/. Therefore, proper boot arguments for Fedora installation is not retrieved. This patch provide a fix for this problem. </pre> Hedayat Vatankhah 2012-05-25T12:37:00 http://comments.gmane.org/gmane.linux.debian.devel.boot/134656 <pre>Package: partman-target Version: 77 Severity: important Tags: patch /proc has been created as part of the default /etc/fstab for some time. However, this is not needed, and has been found to be detrimental in some cases. /proc is mounted by the initramfs (if used), or else by the mountkernfs init script, making the fstab entry redundant. If the naming of the filesystem differs to the name used in the initramfs or init scripts, this can cause the mountall script to fail. #425199 is an example of this. Note this obsoletes #378984; mountkernfs now uses the mount options from /etc/fstab for all filesystems /if present/, meaning that no special support is required on the part of the installer, given that the regular initscripts handle this job in the general case--no special /proc support is required. In short, removing /proc has zero downside--it's all handled outside fstab by default, and has been since forever, and we pick up the settings from /proc should there be an entry there, so we're both backward </pre> Roger Leigh 2012-05-24T23:24:29 http://comments.gmane.org/gmane.linux.debian.devel.boot/134647 <pre>Package: apt Version: 0.9.5 Severity: grave X-Debbugs-Cc: 673997&lt; at &gt;bugs.debian.org X-Debbugs-Cc: debian-boot&lt; at &gt;lists.debian.org apt-cdrom add; appears to be broken with APT 0.9. Although it can return success, it seems to only generate broken /var/lib/apt/cdroms.list files. Instead of having the normal entries: the generated files contain APT configuration. I'm attaching my current cdroms.list. I first experienced this bug with apt 0.9.3. The bug persists in 0.9.5. This was discovered by Miguel Figueiredo &lt;elmig&lt; at &gt;debianpt.org&gt;. This has an effect on the installer. I believe apt-cdrom add; is run when setting up apt. When the install media contains the base system (which is the case for netinsts, but not for business cards), the base system's installation relies on the iso. This causes APT to fail to install the base system. Specifically, base-installer fails to install locales, then busybox, which prevents Linux's installation. I experienced this issue on 2 PCs from the 2 I tested (one laptop, one de</pre> Filipus Klutiero 2012-05-23T02:47:13 http://comments.gmane.org/gmane.linux.debian.devel.boot/134646 <pre>Debian installer build overview ------------------------------- Failed or old builds: * OLD BUILD: armel May 08 08:10 buildd&lt; at &gt;ancina build_iop32x_netboot http://d-i.debian.org/daily-images/armel/daily/build_iop32x_netboot.log * OLD BUILD: armel May 08 08:13 buildd&lt; at &gt;ancina build_iop32x_network-console_glantank http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_glantank.log * OLD BUILD: armel May 08 08:19 buildd&lt; at &gt;ancina build_iop32x_network-console_n2100 http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_n2100.log * OLD BUILD: armel May 08 08:22 buildd&lt; at &gt;ancina build_iop32x_network-console_ss4000e http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_ss4000e.log * OLD BUILD: armel May 08 08:24 buildd&lt; at &gt;ancina build_kirkwood_netboot http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot.log * OLD BUILD: armel May 08 08:30 bu</pre> Daily build aggregator 2012-05-23T01:00:04 http://comments.gmane.org/gmane.linux.debian.devel.boot/134642 <pre> Accepted: partman-auto-lvm_43.dsc to main/p/partman-auto-lvm/partman-auto-lvm_43.dsc partman-auto-lvm_43.tar.gz to main/p/partman-auto-lvm/partman-auto-lvm_43.tar.gz partman-auto-lvm_43_all.udeb to main/p/partman-auto-lvm/partman-auto-lvm_43_all.udeb Changes: partman-auto-lvm (43) unstable; urgency=low . [ dann frazier ] * Call update-dev --settle between creating lvs and accessing them . [ Updated translations ] * bo (bo.po) by Tennom * Macedonian (mk.po) by Arangel Angov * Punjabi (Gurmukhi) (pa.po) by A S Alam * Portuguese (Brazil) (pt_BR.po) by Felipe Augusto van de Wiel (faw) Override entries for your package: partman-auto-lvm_43.dsc - source debian-installer partman-auto-lvm_43_all.udeb - optional debian-installer Announcing to debian-devel-changes&lt; at &gt;lists.debian.org Thank you for your contribution to Debian. </pre> Debian FTP Masters 2012-05-22T21:32:47 http://comments.gmane.org/gmane.linux.debian.devel.boot/134638 <pre>partman-auto-lvm_43_i386.changes uploaded successfully to localhost along with the files: partman-auto-lvm_43.dsc partman-auto-lvm_43.tar.gz partman-auto-lvm_43_all.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) </pre> Debian FTP Masters 2012-05-22T20:14:33 http://comments.gmane.org/gmane.linux.debian.devel.boot/134635 <pre>Source: libdebian-installer Version: 0.80 Severity: important Tags: d-i Hi, It seems that src/release.c:di_release_read_file can't read InRelease files (yet) because it is not strictly an rfc822 file. It would be nice to fix this in time for Wheezy so that we can consider getting rid of Release{,.gpg} files after Wheezy release. This issue blocks #673625. Regards, </pre> Mehdi Dogguy 2012-05-22T19:36:27 http://comments.gmane.org/gmane.linux.debian.devel.boot/134633 <pre>I've noticed that when the kernel gets upgraded by apt-get upgrade that it does *not* run flash-kernel on my Squeeze system. I have a suspicion that the fact that the kernel name/version has not changed might have something to do with it. Before upgrade: colin&lt; at &gt;muscat:~$ uname -a Linux muscat 2.6.32-5-iop32x #1 Thu Mar 22 22:43:41 UTC 2012 armv5tel GNU/Linux After Upgrade and reboot: colin&lt; at &gt;muscat:~$ uname -a Linux muscat 2.6.32-5-iop32x #1 Thu Mar 22 22:43:41 UTC 2012 armv5tel GNU/Linux After running flash-kernel by hand and another reboot: colin&lt; at &gt;muscat:~$ uname -a Linux muscat 2.6.32-5-iop32x #1 Sun May 6 07:47:32 UTC 2012 armv5tel GNU/Linux I've attached the console and dpkg logs. Colin </pre> Colin Tuckley 2012-05-22T17:08:43 http://comments.gmane.org/gmane.linux.debian.devel.boot/134630 <pre> Accepted: s390-netdevice_0.0.31.dsc to main/s/s390-netdevice/s390-netdevice_0.0.31.dsc s390-netdevice_0.0.31.tar.gz to main/s/s390-netdevice/s390-netdevice_0.0.31.tar.gz s390-netdevice_0.0.31_s390.udeb to main/s/s390-netdevice/s390-netdevice_0.0.31_s390.udeb Changes: s390-netdevice (0.0.31) unstable; urgency=medium . [ Philipp Kern ] * Switch the CTC driver name from cu3088 to ctcm. . [ Updated translations ] * Arabic (ar.po) by Ossama Khayat * Asturian (ast.po) by Mikel González * Belarusian (be.po) by Viktar Siarheichyk * Bulgarian (bg.po) by Damyan Ivanov * Bengali (bn.po) by Ayesha Akhtar * bo (bo.po) by Tennom * Bosnian (bs.po) by Armin Besirovic * Catalan (ca.po) by Jordi Mallach * Czech (cs.po) by Miroslav Kure * Danish (da.po) by Joe Hansen * Greek (el.po) by galaxico * Spanish (es.po) by Javier Fernández-Sanguino Peña * Estonian (et.po) by Mattias Põldaru * Basque (eu.po) by Piarres Beobide * Finnish (fi.po) by Timo Jyrinki * Hebrew (he.po) by L</pre> Debian FTP Masters 2012-05-22T14:57:08 http://comments.gmane.org/gmane.linux.debian.devel.boot/134629 <pre>s390-netdevice_0.0.31_s390.changes uploaded successfully to localhost along with the files: s390-netdevice_0.0.31.dsc s390-netdevice_0.0.31.tar.gz s390-netdevice_0.0.31_s390.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) </pre> Debian FTP Masters 2012-05-22T14:38:01 http://comments.gmane.org/gmane.linux.debian.devel.boot/134622 <pre>Hi. I can see that over the years a couple of bug reports have been submitted flagging that debian-installer can't manage existing encrypted partitions during install. Given the relative technical ease of integrating lvm/luks tools into a menu, I'm wondering if this hasn't achieved any traction for other reasons (?). I can think of several use cases where this could be a show stopper. All the best, Kristian </pre> Kristian Tizzard 2012-05-22T08:29:31 http://comments.gmane.org/gmane.linux.debian.devel.boot/134620 <pre>Hi there. I'm trying to understand how debian-installer works. I found that when you start booting with rescue-mode there is a title on blue background. Also found that there debconf commands are declared in debconf/srd/commands.h which depends on which frontend is load try to do those stuffs ( like set, get, set title , info and ... ) but while looking for modules/frontend/text/text.c haven't found anything related to drawing content on the background. I wonder maybe you can help to find this out. What's controlling the putting messages on the screen or the position of them ? Though I found modularity of cdebconf quiet interesting. </pre> Hamidreza Davoodi 2012-05-22T08:09:40 http://comments.gmane.org/gmane.linux.debian.devel.boot/134618 <pre>Debian installer build overview ------------------------------- Failed or old builds: * OLD BUILD: armel May 08 08:10 buildd&lt; at &gt;ancina build_iop32x_netboot http://d-i.debian.org/daily-images/armel/daily/build_iop32x_netboot.log * OLD BUILD: armel May 08 08:13 buildd&lt; at &gt;ancina build_iop32x_network-console_glantank http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_glantank.log * OLD BUILD: armel May 08 08:19 buildd&lt; at &gt;ancina build_iop32x_network-console_n2100 http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_n2100.log * OLD BUILD: armel May 08 08:22 buildd&lt; at &gt;ancina build_iop32x_network-console_ss4000e http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_ss4000e.log * OLD BUILD: armel May 08 08:24 buildd&lt; at &gt;ancina build_kirkwood_netboot http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot.log * OLD BUILD: armel May 08 08:30 bu</pre> Daily build aggregator 2012-05-22T01:00:04 http://comments.gmane.org/gmane.linux.debian.devel.boot/134617 <pre>Package: installation-reports Severity: critical Tags: d-i Justification: breaks the whole system </pre> Andrew Spiers 2012-05-22T00:52:57 http://comments.gmane.org/gmane.linux.debian.devel.boot/134616 <pre> Accepted: clock-setup_0.111.dsc to main/c/clock-setup/clock-setup_0.111.dsc clock-setup_0.111.tar.gz to main/c/clock-setup/clock-setup_0.111.tar.gz clock-setup_0.111_i386.udeb to main/c/clock-setup/clock-setup_0.111_i386.udeb Changes: clock-setup (0.111) unstable; urgency=low . [ Samuel Thibault ] * Pass --directisa to hwlock on hurd. . [ Roger Leigh ] * Set UTC or LOCAL in /etc/adjtime for systemd. Closes: #660093 * Migrate UTC setting from /etc/default/rcS; revert use of /etc/default/hwclock, which is not used for holding the UTC setting. . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * Tibetan (bo.po) by Tennom * Estonian (et.po) by Mattias Põldaru * Basque (eu.po) by Piarres Beobide * Indonesian (id.po) by Mahyuddin Susanto * Macedonian (mk.po) by Arangel Angov * Panjabi (pa.po) by A S Alam * Traditional Chinese (zh_TW.po) by Yao Wei (魏銘廷) Override entries for your package: clock-setup_0.111.dsc - source debian-installer clock-se</pre> Debian FTP Masters 2012-05-21T21:24:01 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.debian.devel.boot