http://permalink.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://permalink.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://permalink.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://permalink.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://permalink.gmane.org/gmane.linux.debian.devel.boot/134657 <pre> My first patch had a minor issue: PGP clearsign signatures may contain one or more "Hash" fields. The PGP signature header and the signed data are separated by an empty line (not included in the signed data). So it seems more reasonable (if pgp_mode) to skip entries until a empty line is reached. This is fixed in the new patch attached to this message. For your convenience, I also attach "changes.diff" which gives the difference between the two patches. There is one missing check (to be fully RFC 2440 compliant), the data needs to be dash-unescaped. While this could be mandatory in general, it seems unnecessary in out specific case (where we read Release, Packages, Sources, Contents and Translation files) as it means that the read file doesn't follow its spec. Comments are welcome. Regards, </pre> Mehdi Dogguy 2012-05-25T09:01:57 http://permalink.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://permalink.gmane.org/gmane.linux.debian.devel.boot/134655 <pre>Your message dated Thu, 24 May 2012 22:33:37 +0100 with message-id &lt;4FBEA931.6080807&lt; at &gt;debianpt.org&gt; and subject line Re: Bug#674449: Installation mostly successfully on Desktop-PC with AMD Llano has caused the Debian Bug report #674449, regarding Installation mostly successfully on Desktop-PC with AMD Llano to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner&lt; at &gt;bugs.debian.org immediately.) </pre> Debian Bug Tracking System 2012-05-24T21:36:20 http://permalink.gmane.org/gmane.linux.debian.devel.boot/134654 <pre>Processing commands for control&lt; at &gt;bugs.debian.org: Bug #674060 [src:libdebian-installer] Doesn't support reading InRelease files Added tag(s) patch. Stopping processing here. Please contact me if you need assistance. </pre> Debian Bug Tracking System 2012-05-24T16:03:23 http://permalink.gmane.org/gmane.linux.debian.devel.boot/134653 <pre>tags 674060 + patch thanks On 22/05/12 21:36, Mehdi Dogguy wrote: Please find attached a tentative patch to add support for InRelease files to libd-i. It makes src/parser_rfc822.c:di_parser_rfc822_read skip PGP signature and headers. Regards, </pre> Mehdi Dogguy 2012-05-24T15:57:55 http://permalink.gmane.org/gmane.linux.debian.devel.boot/134651 <pre>reassign 613564 src:linux-2.6 2.6.32-43 tags 613564 + d-i quit Hi, Dmitry Zvorikin wrote: Thanks much. Could you attach full output from "reportbug --template linux-image-$(uname -r)" on one of the machines? I think there should be no need to test a new installer to try a newer kernel. The kernel image, initramfs-tools, and linux-base from sid or squeeze-backports are supposed to work on a squeeze system. Hope that helps, Jonathan </pre> Jonathan Nieder 2012-05-23T23:25:14 http://permalink.gmane.org/gmane.linux.debian.devel.boot/134650 <pre> Well at least my crazy suggestions got you closer then. </pre> Lennart Sorensen 2012-05-23T21:49:15 http://permalink.gmane.org/gmane.linux.debian.devel.boot/134649 <pre>Hi, On 22-05-2012 01:52, Andrew Spiers wrote: [...] [...] Does the above file matches the Alpha version? May 22 00:24:43 main-menu[305]: (process:4456): mount: mounting/dev/sda1 on /target/ failed: Invalid argument Can you boot with debug options to try to get further information on what is happening? 1 - http://d-i.alioth.debian.org/manual/en.i386/ch05s03.html </pre> Miguel Figueiredo 2012-05-23T20:55:44 http://permalink.gmane.org/gmane.linux.debian.devel.boot/134648 <pre> Well, I havn't given up. As you said, using fbcon rotated the screen just great until installer menu is painted. I dug and found that the script /lib/debian_installer.d/S70menu is "wrapping" the menu with the program bterm. I interupted the install (using BOOT_DEBUG=3) and edited that script such that it launched the menu without bterm. Viola! The menu is painted with the desired rotation. The S70menu script uses bterm if all of the following are true: A) bterm is present and executable B) the font it needs is present C) the variable TERM_UTF8 is set D) the variable TERM_FRAMEBUFFER is set E) DEBIAN_FRONTEND is not "gtk" I was hoping there is a boot parameter that I can change to cause one of those tests to fail. I can only do fb=false, but that causes too much change: the framebuffer isn't used at all, so I can't rotate. I am using Simple CDD to build my custom installer CD. Can anyone advise how to configure Simple CDD to either: 1) not include bterm. It's in package bogl-bterm-udeb, but even if that </pre> Loving, Kent 2012-05-23T19:51:05 http://permalink.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://permalink.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://permalink.gmane.org/gmane.linux.debian.devel.boot/134645 <pre>Your message dated Tue, 22 May 2012 23:45:32 +0100 with message-id &lt;4FBC170C.7040001&lt; at &gt;debianpt.org&gt; and subject line Re: Bug#673156: wheezy netinst and businesscard images not bootable has caused the Debian Bug report #673156, regarding wheezy netinst and businesscard images not bootable to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner&lt; at &gt;bugs.debian.org immediately.) </pre> Debian Bug Tracking System 2012-05-22T22:51:11 http://permalink.gmane.org/gmane.linux.debian.devel.boot/134643 <pre>[snip] i cannot repeat the issue using ethtool-lite (or arping) while booting from disk, i can repeat the issue booting from network (22/05/2012 image) running netcfg or udhcp also i can repeat the issue running ~ # ip link set dev eth0 up while the cable is plugged in, or running the command and plugging the cable later if i (after getting the netimage) remove the link on eth0 and plug eth1, installer works fine </pre> gustavo panizzo <gfa> 2012-05-22T22:26:22 http://permalink.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://permalink.gmane.org/gmane.linux.debian.devel.boot/134641 <pre>Same happened to me with daily images. Attaching log for analysis. Running apt-cdrom from a console: ~# /target/usr/bin/apt-cdrom fails with a message it can open a shared library - libapt-pkg.so.4.12. Also image attached. </pre> Miguel Figueiredo 2012-05-22T21:42:18 http://permalink.gmane.org/gmane.linux.debian.devel.boot/134640 <pre>The latest builds are bootable, presumably because the syslinux bug cited above was fixed. This bug can be closed. </pre> Brian Boonstra 2012-05-22T21:22:30 http://permalink.gmane.org/gmane.linux.debian.devel.boot/134639 <pre> Can we please get this into stable on security grounds then. Currently if there is a kernel security upgrade then a user is likely to do the install and reboot and think they are safe when in fact they are not. Colin </pre> Colin Tuckley 2012-05-22T20:37:10 http://permalink.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 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.debian.devel.boot