Bug#806200: installation-reports: Successfull installation on Olimex A10s-Olinuxino Micro
Package: installation-reports Severity: normal Dear Maintainer, I successfully installed Debian onto the Olimex A10s-Olinuxino Micro board. The systems was initially booted by using a micro-sd-card with u-boot-sunxi-with-spl.bin from Debian package u-boot-sunxi (after manually patching it, see now fixed bug #806151). -- Package-specific info: Boot method: network Image version: http://d-i.debian.org/daily-images/armhf/daily/netboot/netboot.tar.gz Date: Tue, 24 Nov 2015 17:30:00 +0100 Machine: Olimex A10s-Olinuxino Micro Partitions: root@debian-a10s:~# fdisk -l Disk /dev/mmcblk0: 14.7 GiB, 15720251392 bytes, 30703616 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x0dfe6684 Device BootStart End Sectors Size Id Type /dev/mmcblk0p1 20483481532768 16M 83 Linux /dev/mmcblk0p2 * 34816 327679 292864 143M 83 Linux /dev/mmcblk0p3329726 30701567 30371842 14.5G 5 Extended /dev/mmcblk0p5329728 29624319 29294592 14G 83 Linux /dev/mmcblk0p6 29626368 30701567 1075200 525M 82 Linux swap / Solaris Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] (micro-sd-card, not actual hdd) Partition hard drives: [O] (micro-sd-card, did manual partioning) Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: At the end of the installation process, the automatic reboot did not work, also reboot hang after initial usage of the installed system. Since then, rebooting the system reboots fine. I did "apt-get upgrade" in between, which i.a. updated systemd. I used a serial console on UART0 to install the system, Internet access was available via the build-in network adapter, power was provided via USB. Apart from the micro sd card, no other optional hardware has been installed. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="9 (stretch) - installer build 20151124-00:16" X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == uname -a: Linux debian-a10s 4.2.0-1-armmp #1 SMP Debian 4.2.6-1 (2015-11-10) armv7l GNU/Linux usb-list: usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 4.2.0-1-armmp ehci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02 Device 01: Generic Platform OHCI controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 4.2.0-1-armmp ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub lsmod: Module Size Used by lsmod: dm_mod 96208 0 lsmod: md_mod117736 0 lsmod: jfs 170510 0 lsmod: crc32c_generic 1862 1 lsmod: btrfs1011895 0 lsmod: xor 4846 1 btrfs lsmod: zlib_deflate 20354 1 btrfs lsmod: raid6_pq 87885 1 btrfs lsmod: vfat 10057 0 lsmod: fat53486 1 vfat lsmod: ext4 529621 2 lsmod: crc16 1274 1 ext4 lsmod: mbcache 9367 1 ext4 lsmod: jbd2 90001 1 ext4 lsmod: usb_storage45139 0 lsmod: scsi_mod 180925 1 usb_storage lsmod: ohci_platform 4594 0 lsmod: ehci_platform 5206 0 lsmod: ohci_hcd 39133 1 ohci_platform lsmod: ehci_hcd 64806 1 ehci_platform lsmod: phy_sun4i_usb 4522 2 lsmod: sunxi_mmc 11214 0 lsmod: sun4i_emac 10214 0 df: Filesystem 1K-blocks Used Available Use% Mounted on df: none 5084852 50796 0% /run df: devtmpfs246844 0246844 0% /dev df: /dev/mmcblk0p514286320494860 13042712 4% /target df: /dev/mmcblk0p2 137697 21178113591 16% /target/boot df: /dev/mmcblk0p51428632
Bug#806218: base-installer: FTBFS when built with dpkg-buildpackage -A (Directory nonexistent)
Package: src:base-installer Version: 1.157 User: sanv...@debian.org Usertags: binary-indep Severity: important Dear maintainer: I tried to build this package with "dpkg-buildpackage -A" (i.e. only architecture-independent packages), and it failed: [...] debian/rules build-indep dh build-indep dh_testdir -i dh_auto_configure -i debian/rules override_dh_auto_build make[1]: Entering directory '/<>' debian/templates-build.pl amd64 < debian/templates-arch > debian/templates.gen # give the new templates file the same mtime as the input file, so # that po2debconf doesn't decide that it needs to run # debconf-updatepo touch -mr debian/templates-arch debian/templates.gen /usr/bin/make small [... snipped ...] armeb: 6 passes, 0 failures. armel: 92 passes, 0 failures. armhf: 104 passes, 0 failures. hppa: 36 passes, 0 failures. i386: 314 passes, 0 failures. ia64: 22 passes, 0 failures. m68k: 14 passes, 0 failures. mips: 97 passes, 0 failures. mipsel: 85 passes, 0 failures. powerpc: 134 passes, 0 failures. ppc64el: 16 passes, 0 failures. s390x: 7 passes, 0 failures. sh4: 20 passes, 0 failures. sparc: 36 passes, 0 failures. kfreebsd-amd64: 16 passes, 0 failures. kfreebsd-i386: 32 passes, 0 failures. make[2]: Leaving directory '/<>/kernel' make[1]: Leaving directory '/<>' fakeroot debian/rules binary-indep dh binary-indep dh_testroot -i dh_prep -i dh_auto_install -i debian/rules override_dh_install make[1]: Entering directory '/<>' dh_install if [ -e "kernel/amd64.sh" ]; then \ install -D -m644 "kernel/amd64.sh" \ debian/bootstrap-base/usr/lib/base-installer/kernel.sh; \ fi make[1]: Leaving directory '/<>' dh_installdocs -i dh_installchangelogs -i debian/rules override_dh_installdebconf make[1]: Entering directory '/<>' dh_installdebconf (echo ; cat debian/templates.gen) >> debian/bootstrap-base/DEBIAN/templates /bin/sh: 1: cannot create debian/bootstrap-base/DEBIAN/templates: Directory nonexistent debian/rules:40: recipe for target 'override_dh_installdebconf' failed make[1]: *** [override_dh_installdebconf] Error 2 make[1]: Leaving directory '/<>' debian/rules:3: recipe for target 'binary-indep' failed make: *** [binary-indep] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit status 2 Sorry not to have a fix, as I am reporting many bugs similar to this one. In this case, I see that you are using "dh", which allow (independently) optional targets override_dh_foo-arch and override_dh_foo-indep (for several values of "foo"). Maybe using them this problem could be fixed. Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work properly, the package would be suitable to be uploaded in source-only form if you wish. Thanks.
Processed: Re: Bug#806218: base-installer: FTBFS when built with dpkg-buildpackage -A (Directory nonexistent)
Processing control commands: > tag -1 patch pending Bug #806218 [src:base-installer] base-installer: FTBFS when built with dpkg-buildpackage -A (Directory nonexistent) Added tag(s) patch and pending. -- 806218: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806218 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#806218: base-installer: FTBFS when built with dpkg-buildpackage -A (Directory nonexistent)
Control: tag -1 patch pending Santiago Vila (2015-11-25): > Package: src:base-installer > Version: 1.157 > User: sanv...@debian.org > Usertags: binary-indep > Severity: important > > Dear maintainer: > > I tried to build this package with "dpkg-buildpackage -A" > (i.e. only architecture-independent packages), and it failed: […] Thanks, I pushed a patch which fixes this. diffoscope seems happy with all built packages (-b vs. -A, w/ and w/o the patch). Mraw, KiBi. signature.asc Description: Digital signature
Bug#806240: installation-report: Jessie on Olimex A10s-Olinuxino Micro successfully installed
Package: installation-reports Version: 2.58 Severity: normal Dear Maintainer, I successfully installed Debian onto the Olimex A10s-Olinuxino Micro board. The systems was initially booted by using a micro-sd-card with /usr/lib/u-boot/A10s-OLinuXino-M/u-boot-sunxi-with-spl.bin from Debian Sid package u-boot-sunxi. -- Package-specific info: Boot method: n Image version: http://ftp.nl.debian.org/debian/dists/jessie/main/installer-armhf/current/images/netboot/netboot.tar.gz Date: Wed, 25 Nov 2015 17:39:09 + Machine: Olimex A10s-Olinuxino Micro Partitions: root@jessie-a10s:~# fdisk -l Disk /dev/mmcblk0: 14.9 GiB, 15931539456 bytes, 31116288 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x08abd787 Device BootStart End Sectors Size Id Type /dev/mmcblk0p1 *2048 499711 497664 243M 83 Linux /dev/mmcblk0p2499712 29700095 29200384 13.9G 83 Linux /dev/mmcblk0p3 29702142 31115263 1413122 690M 5 Extended /dev/mmcblk0p5 29702144 31115263 1413120 690M 82 Linux swap / Solaris Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] (micro-sd-card, not actual hdd) Partition hard drives: [O] (micro-sd-card, automatic partitioning) Install base system:[O] Install tasks: [O] Install boot loader:[ ] Overall install:[O] Comments/Problems: U-Boot had to be installed to start setup, continues to work fine after installation. System can be locally accessed by using UART0, no framebuffer is accessible by default. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="8 (jessie) - installer build 20150422+deb8u2" X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == uname -a: Linux jessie-a10s 3.16.0-4-armmp #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) armv7l GNU/Linux usb-list: usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 3.16.0-4-armmp ehci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02 Device 01: Generic Platform OHCI controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 3.16.0-4-armmp ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub lsmod: Module Size Used by lsmod: dm_mod 87942 0 lsmod: md_mod110833 0 lsmod: jfs 169647 0 lsmod: crc32c_generic 1598 1 lsmod: btrfs 956700 0 lsmod: xor 5226 1 btrfs lsmod: zlib_deflate 20544 1 btrfs lsmod: raid6_pq 83885 1 btrfs lsmod: vfat9597 0 lsmod: fat52757 1 vfat lsmod: ext4 493039 2 lsmod: crc16 1146 1 ext4 lsmod: mbcache 8210 1 ext4 lsmod: jbd2 89083 1 ext4 lsmod: usb_storage42039 0 lsmod: scsi_mod 176010 1 usb_storage lsmod: ohci_platform 4062 0 lsmod: ehci_platform 4526 0 lsmod: ohci_hcd 37631 1 ohci_platform lsmod: ehci_hcd 64429 1 ehci_platform lsmod: phy_sun4i_usb 4220 2 lsmod: sunxi_mmc 10605 0 lsmod: sun4i_emac 10437 0 df: Filesystem 1K-blocks Used Available Use% Mounted on df: none 5098044 50936 0% /run df: devtmpfs248620 0248620 0% /dev df: /dev/mmcblk0p214239664483500 13009772 4% /target df: /dev/mmcblk0p1 240972 20085208446 9% /target/boot df: /dev/mmcblk0p214239664483500 13009772 4% /dev/.static/dev df: devtmpfs248620 0248620 0% /target/dev free: total used free shared buffers free: Mem:509800 378004 131796026736 free: -/+ buffers: 35126
Bug#804359: flash-kernel: Little-endianness is tested incorrectly for NSLU2
On Sat, 2015-11-07 at 13:05 -0500, Eric Cooper wrote: > Package: flash-kernel > Version: 3.48 > Severity: normal > Tags: patch > > The nslu2_swap() function incorrectly tests $little_endian and will > always think it is true. > > Untested patch attached since I don't have a slug. I'd be rather surprised if anyone did these days, at least not running anything halfway modern, I'm half considering nuking the Slug support from flash-kernel. But your fix is obviously correct, so I'm about to apply it, thanks for the patch. Ian.
Processed: limit source to flash-kernel, tagging 804359
Processing commands for cont...@bugs.debian.org: > limit source flash-kernel Limiting to bugs with field 'source' containing at least one of 'flash-kernel' Limit currently set to 'source':'flash-kernel' > tags 804359 + pending Bug #804359 [flash-kernel] flash-kernel: Little-endianness is tested incorrectly for NSLU2 Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 804359: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804359 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: limit source to flash-kernel, tagging 806171, tagging 804359
Processing commands for cont...@bugs.debian.org: > limit source flash-kernel Limiting to bugs with field 'source' containing at least one of 'flash-kernel' Limit currently set to 'source':'flash-kernel' > tags 806171 + pending Bug #806171 [flash-kernel] flash-kernel causes postinsts to fail when it happens to be installed on an unsupported system Added tag(s) pending. > tags 804359 + pending Bug #804359 [flash-kernel] flash-kernel: Little-endianness is tested incorrectly for NSLU2 Ignoring request to alter tags of bug #804359 to the same tags previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 804359: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804359 806171: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806171 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: limit source to flash-kernel, tagging 803115
Processing commands for cont...@bugs.debian.org: > limit source flash-kernel Limiting to bugs with field 'source' containing at least one of 'flash-kernel' Limit currently set to 'source':'flash-kernel' > tags 803115 + pending Bug #803115 [flash-kernel] flash-kernel: please provide an option to disable creation of backup files Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 803115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803115 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: retitle 794403 to provide an option to persistently flash a kernel other than the newest installed version
Processing commands for cont...@bugs.debian.org: > retitle 794403 provide an option to persistently flash a kernel other than > the newest installed version Bug #794403 [flash-kernel] flash-kernel: command "update-initramfs -uk " result in boot images in false version Changed Bug title to 'provide an option to persistently flash a kernel other than the newest installed version' from 'flash-kernel: command "update-initramfs -uk " result in boot images in false version' > thanks Stopping processing here. Please contact me if you need assistance. -- 794403: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794403 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Re: Support for the 4MLinux distro in os-prober
Hi, Zbigniew Konojacki <4mli...@gmail.com> (2015-11-18): > Please have a look at the following topics on the 4MLinux forum at > LinuxQuestions.org: > http://www.linuxquestions.org/questions/4mlinux-115/why-is-4mlinux-an-unkown-linux-distribution-on-hdxy-4175557721/ > http://www.linuxquestions.org/questions/4mlinux-115/the-4mlinux-15-0-series-4175558310/#post5450950 > > As a 4MLinux maintainer, I would like to ask you to add support for my > distro. > I've tested that the following change in your 90linux-distro script works > well: > . > elif [ -e "$dir/etc/4MLinux-version" ]; then > short="4MLinux" > long="4MLinux $(head -1 "$dir/etc/4MLinux-version")" > .. > > For example, the output for 4MLinux 14.0 looks as follows: > short=4MLinux > long=4MLinux 14.0 > > Thanks in advance! > zk1234 Thanks, applied in git. It would be nice to open up a bug report against the os-prober package next time, as it eases issue/request tracking. Bonus points if you submit a patch using diff -u or git diff against the git repository. ;-) Mraw, KiBi. signature.asc Description: Digital signature
Re: Support for the 4MLinux distro in os-prober
On 11/25/2015 09:46 PM, Cyril Brulebois wrote: Hi, Zbigniew Konojacki <4mli...@gmail.com> (2015-11-18): Please have a look at the following topics on the 4MLinux forum at LinuxQuestions.org: http://www.linuxquestions.org/questions/4mlinux-115/why-is-4mlinux-an-unkown-linux-distribution-on-hdxy-4175557721/ http://www.linuxquestions.org/questions/4mlinux-115/the-4mlinux-15-0-series-4175558310/#post5450950 As a 4MLinux maintainer, I would like to ask you to add support for my distro. I've tested that the following change in your 90linux-distro script works well: . elif [ -e "$dir/etc/4MLinux-version" ]; then short="4MLinux" long="4MLinux $(head -1 "$dir/etc/4MLinux-version")" .. For example, the output for 4MLinux 14.0 looks as follows: short=4MLinux long=4MLinux 14.0 Thanks in advance! zk1234 Thanks, applied in git. It would be nice to open up a bug report against the os-prober package next time, as it eases issue/request tracking. Bonus points if you submit a patch using diff -u or git diff against the git repository. ;-) Mraw, KiBi. I did not submit a bug report because . I did not find any bug in your script :-) This is why I decided to send an informal feature request via email. Thank you for your help! zk1234
Bug#805321: [Reproducible-builds] Bug#805321: debian-installer: builds unreproducible netboot images
Hi, Steven Chamberlain (2015-11-22): > I rewrote the patches according to KiBi's feedback and they are > now uploaded to our jessie-kfreebsd suite, and this Git branch: > https://anonscm.debian.org/cgit/d-i/debian-installer.git/log/?h=jessie-kfreebsd I've cherry-picked 3 patches from there onto master locally and I'm currently running diffoscope to see how that goes (and it's taking ages…): c182491b05fec16497f2bf1290cac16773d175f9 5d59fd1813e794d0821c00757dd56fd9ca25ed16 d126622567cfbe10d7f8a207a292eaab622ef73e > In my own testing on ZFS, file ordering was still an issue for the > makefs tool that builds the initrd. But if I were to try again > on UFS, I hope to be able to reproduce the entire > netboot-installer-images tarball as built by the buildds. > > This tarball includes bits that are bundled onto the official release > images by debian-cd tools. Making this reproducible is a prerequisite > for someday having reproducibly-built official release images. > > I could merge these patches into sid if they seem okay? The only > commit that should not be merged is this one, which is specific to > jessie-kfreebsd and must be slightly changed for sid: > kfreebsd: use makefs -T to clamp timestamps I suppose your time is better spent actually working on kfreebsd so that's why I decided to cherry-pick the patches myself. FWIW, I'm not exactly entirely convinced by the exporting of the SOURCE_DATE_EPOCH variable from debian/rules; all other variables have been passed without exporting so I'm wondering if we shouldn't adapt this to behave like other variables, reducing possible surprise for users. I don't think that's a showstopper for a push to master though; just thinking out loud. > I expect that Linux d-i builds will have some reproducibility issues > in whatever generates the initrd or ISOs, but I may look into that > after the jessie-kfreebsd release is done. Sure thing, thanks again! Mraw, KiBi. signature.asc Description: Digital signature
Re: Broken EFI grub.cfg on stretch images
On Tue, Nov 24, 2015 at 04:27:47PM +, Steve McIntyre wrote: >On Mon, Nov 23, 2015 at 12:09:41PM -0430, Emilio Lazo Zaia wrote: >>On 23/11/15 11:16, Steve McIntyre wrote: >>>On Mon, Nov 23, 2015 at 10:50:02AM -0430, Emilio Lazo Zaia wrote: Hello Debian-installer testing gives GRUB prompt while booting on UEFI platforms; the issue is related to a broken /boot/grub/grub.cfg file. The screen shows only Debian's background and the loaded font but no menu options are shown. Up to the date (Nov 23), all three (official, weekly and daily) images are broken. Its grub.cfg file is only 449 bytes and the last line is "set theme="; there are no "menuentry" directives, so after loading theme it comes with the prompt. >>>Hmmm. Can you give me a URL to exactly which images you're looking at >>>please? I've just looked at a daily sid amd64 netinst iso and it looks >>>sane enough to me from the files in its build tree. This suggests >>>we're looking at different images, maybe... >>I'm sorry; I forgot to mention some details: multi-arch netinst ISO images >>are the failing ones. For example: > >Ah, ok. Yes, I see that now. Thanks for clarifying! > >>Official CD and DVD multi-arch [1], [2] aren't good... amd64 and i386 looks >>fine. Weekly multi-arch DVD and CD [3] and [4] are broken. Daily CD >>multi-arch is also broken [5]. >> >>grub.cfg file seems to be truncated at 449 bytes. > >I'm looking now to see what's broken there, thanks for reporting. And I have a fix in place now in the debian-cd code. The weird menu structure around the CPU auto-detection feature (unique to the multi-arch media) was causing the problem, and I've added extra logic to cope with that now. Thanks very much for the bug report! KiBi/Didier: I've now noticed the there's a slight issue with the menus we have at the moment. Not sure if it's an artifact of the multi-arch setup or not, but in the menus we're now getting two different versions of the installer with speech both veing shown with the exact same label text and the same shortcut: label installspk menu label Install with ^speech synthesis kernel /install.amd/vmlinuz append vga=788 initrd=/install.amd/initrd.gz speakup.synth=soft --- quiet label installspk menu label Install with ^speech synthesis kernel /install.amd/vmlinuz append vga=788 initrd=/install.amd/gtk/initrd.gz speakup.synth=soft --- quiet and this is showing up in the grub menus I'm generating too. We should probably just pick one that we want? -- Steve McIntyre, Cambridge, UK.st...@einval.com "I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop" -- Vivek Das Mohapatra
Re: Broken EFI grub.cfg on stretch images
Steve McIntyre (2015-11-26): > On Tue, Nov 24, 2015 at 04:27:47PM +, Steve McIntyre wrote: > >On Mon, Nov 23, 2015 at 12:09:41PM -0430, Emilio Lazo Zaia wrote: > >>On 23/11/15 11:16, Steve McIntyre wrote: > >>>On Mon, Nov 23, 2015 at 10:50:02AM -0430, Emilio Lazo Zaia wrote: > Hello > > Debian-installer testing gives GRUB prompt while booting on UEFI > platforms; > the issue is related to a broken /boot/grub/grub.cfg file. The screen > shows > only Debian's background and the loaded font but no menu options are > shown. > > Up to the date (Nov 23), all three (official, weekly and daily) images are > broken. Its grub.cfg file is only 449 bytes and the last line is "set > theme="; there are no "menuentry" directives, so after loading theme it > comes > with the prompt. > >>>Hmmm. Can you give me a URL to exactly which images you're looking at > >>>please? I've just looked at a daily sid amd64 netinst iso and it looks > >>>sane enough to me from the files in its build tree. This suggests > >>>we're looking at different images, maybe... > >>I'm sorry; I forgot to mention some details: multi-arch netinst ISO images > >>are the failing ones. For example: > > > >Ah, ok. Yes, I see that now. Thanks for clarifying! > > > >>Official CD and DVD multi-arch [1], [2] aren't good... amd64 and i386 looks > >>fine. Weekly multi-arch DVD and CD [3] and [4] are broken. Daily CD > >>multi-arch is also broken [5]. > >> > >>grub.cfg file seems to be truncated at 449 bytes. > > > >I'm looking now to see what's broken there, thanks for reporting. > > And I have a fix in place now in the debian-cd code. The weird menu > structure around the CPU auto-detection feature (unique to the > multi-arch media) was causing the problem, and I've added extra logic > to cope with that now. > > Thanks very much for the bug report! > > KiBi/Didier: I've now noticed the there's a slight issue with the > menus we have at the moment. Not sure if it's an artifact of the > multi-arch setup or not, but in the menus we're now getting two > different versions of the installer with speech both veing shown with > the exact same label text and the same shortcut: > > label installspk > menu label Install with ^speech synthesis > kernel /install.amd/vmlinuz > append vga=788 initrd=/install.amd/initrd.gz speakup.synth=soft --- > quiet > > label installspk > menu label Install with ^speech synthesis > kernel /install.amd/vmlinuz > append vga=788 initrd=/install.amd/gtk/initrd.gz speakup.synth=soft > --- quiet > > and this is showing up in the grub menus I'm generating too. We should > probably just pick one that we want? Wild guess, side effect of the following commit (src:debian-installer)? | commit d14db6ad4079b3e4d996f67ffd36292b18e6b15b | Author: Samuel Thibault | Date: Tue Sep 15 01:31:14 2015 +0200 | | Restore actually-used non-gtk speech synthesis entries | | - Otherwise netboot/gtk/mini.iso (which is gtk only) does not contain the | speech entry. | - Avoid including them on non-gtk netboot image, though. https://anonscm.debian.org/cgit/d-i/debian-installer.git/commit/?id=d14db6ad4079b3e4d996f67ffd36292b18e6b15b (Adding youpi to the loop accordingly.) Mraw, KiBi. signature.asc Description: Digital signature
Bug#805321: [Reproducible-builds] Bug#805321: debian-installer: builds unreproducible netboot images
Cyril Brulebois (2015-11-26): > I've cherry-picked 3 patches from there onto master locally and I'm > currently running diffoscope to see how that goes (and it's taking > ages…): > c182491b05fec16497f2bf1290cac16773d175f9 > 5d59fd1813e794d0821c00757dd56fd9ca25ed16 > d126622567cfbe10d7f8a207a292eaab622ef73e The following files are different after two builds with debuild -b once the 3 commits are applied: ./installer-amd64/20151024/images/cdrom/gtk/debian-cd_info.tar.gz ./installer-amd64/20151024/images/cdrom/gtk/initrd.gz ./installer-amd64/20151024/images/cdrom/initrd.gz ./installer-amd64/20151024/images/hd-media/boot.img.gz ./installer-amd64/20151024/images/hd-media/gtk/initrd.gz ./installer-amd64/20151024/images/hd-media/initrd.gz ./installer-amd64/20151024/images/netboot/debian-installer/amd64/initrd.gz ./installer-amd64/20151024/images/netboot/gtk/debian-installer/amd64/initrd.gz ./installer-amd64/20151024/images/netboot/gtk/netboot.tar.gz ./installer-amd64/20151024/images/netboot/netboot.tar.gz I see at least timestamp issues in initramfses; this might be due to the fact that pigz (installed in my development chroots) seems to need both -n and -T to behave like gzip's -n. I might poke a bit more around this before pushing. Mraw, KiBi. signature.asc Description: Digital signature
Bug#806270: os-prober: should allow to select which block devices to scan and not scan any per default
Package: os-prober Severity: wishlist Hey. Given that there are quite a number of bugs open where os-proper apparently caused critical data loss and destroyed filesystems it seems to me that it's modus operandi of scanny all block devices is generally inapparopriate and far to risky. Not sure what os-prober does worse than other tools which also scan all devices, but apparently it does something which actually may cause changes to these devices; probably mounting, which, even if read-only, isn't guaranteed to not change a device; OTOH #788062 reports further corruptions, while AFAIU, grub-mount seems to be used already (see #701814 comment #81). I think a good solution, which would IMHO even improve the package if it wouldn't have these corruption issues was to implement the following: - allow, via some config file, to configure which block devices are scanned - per default, do not scan any! - perhaps add a debconf dialog which allows the user to select which other devices should be added to the config file,... simiarly to what grub-pc does when it asks for the devices where it should be installed. I think this has several advantages over the current mode: - The user controls which devices are scanned, which should help to rule out corruption cases a bit more. - No need to scan all kinds of devices, which, if there are many, can take quite a while, spin up unused disks/CDs, etc. - The user can control which other OS are added,.. right now, AFAIU, everything found is added, but that may not be what one wants. Since /dev/disk/by-uuid and friends can be used in the config file, the whole thing is even deterministic. Cheers, Chris.
Bug#806273: os-prober: remove or disable-per default the non grub-mount based probing
Package: os-prober Severity: critical Justification: causes serious data loss Hey. AFAIU, os-prober still falls back to using the non grub-mount based probing, when the later isn't available. Also os-prober doesn't in anyway depend on grub, so there is absolutely no guarantee it would be available. Now looking at the non-based probing and it's issues: 1) As already reported in several other open bugs, it may cause data corruptions, as mount -r doesn't mean that nothing on disk may be change. Typical example is replaying the log of journalled filesystems but als non journaled filesystems have a log (e.g. btrfs, though it's not used there for journalling) and there are well known cases in which replaying the log is totally undesired,... ranging from when you doing forensics on such devices to rescue measurements, where replaying a broken log might cause even more damage. 2) Even if it wouldn't potentially cause data corruptions, ro mounting, AFAIU still may lead to changes one may not want (e.g. last mount time and other meta-data). Things which, AFAIU, grub's mount doesn't do (at least that's what it claims). 3) And possibly even more problematic and also the reason why I mark this as "causes serious data loss" In the code the block device seems to be set read only... (ro_partition "$boottomnt") WTF?! No only doesn't the check a few lines before, whether the device is mounted, guarantee that it's still not rw-mounted a few lines later... but mounted isn't the only way the underlying block device may be used/modified. The first thing that pops to my mind is a filesystem repair in operation, which may easily end up the fs in a even worse state when interrupted. Or what about devices exported via nbd? I hope I didn't miss anything, which would protect against the above issues, but I didn't want to simulate such problems as I'm a bit too concerned about my data :) Cheers, Chris.
Bug#806277: os-prober: should try to get linux kernel parameters from other Linuxes
Package: os-prober Severity: wishlist Hey. I think the following would be a nice feature for os-prober when it detects other Linuxes: Also extract their kernel parameters, so that it can be added to the e.g. grub menu entries. This sounds easier than may be: There is no canonical place where the kernel parameters are stored. This varies from distribution to distribution, and worse from boot loader to boot loader. For example in Debian with grub, it's /etc/default/grub's GRUB_CMDLINE_LINUX_DEFAULT and GRUB_CMDLINE_LINUX. But if several boot loaders are installed in such Debian who knows which one is actually the right one? Possible solutions may be to check whether multiple known boot loaders are installed and simply don't extract the parameters then and print a warning. Or compare them all and use them only when all match. For other distros it may be worse... e.g. I think to remember that RHEL had no real place for the parameter except grub.cfg itself, and when that contains multiple entries... which should one take? Perhaps the soltuion would be to create a grub entry for each of the grub.cfg entries of the probed partition. These are typically different kernel versions, any one likely would want all of them anyway. Actually, parsing that parameters may even be necessary to make the other Linux boot correctly. Cheers, Chris.
Processing of apt-setup_0.103_i386.changes
apt-setup_0.103_i386.changes uploaded successfully to ftp-master.debian.org along with the files: apt-setup_0.103.dsc apt-setup_0.103.tar.xz apt-cdrom-setup_0.103_all.udeb apt-mirror-setup_0.103_all.udeb apt-setup-udeb_0.103_i386.udeb Greetings, Your Debian queue daemon (running on host coccia.debian.org)
Processing of apt-setup_0.103_i386.changes
apt-setup_0.103_i386.changes uploaded successfully to localhost along with the files: apt-setup_0.103.dsc apt-setup_0.103.tar.xz apt-cdrom-setup_0.103_all.udeb apt-mirror-setup_0.103_all.udeb apt-setup-udeb_0.103_i386.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org)
Bug#647405: marked as done (please allow pre-seeding for deb-src line)
Your message dated Thu, 26 Nov 2015 06:18:53 + with message-id and subject line Bug#647405: fixed in apt-setup 1:0.103 has caused the Debian Bug report #647405, regarding please allow pre-seeding for deb-src line 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 ow...@bugs.debian.org immediately.) -- 647405: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647405 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: debian-installer Severity: wishlist Hi, it is obviously not possible to de-select the generation of deb-src lines for the mirror selected during the installation process. Please consider allowing this, for example by a pre-seeding option d-i mirror/http/source boolean Greetings Marc --- End Message --- --- Begin Message --- Source: apt-setup Source-Version: 1:0.103 We believe that the bug you reported is fixed in the latest version of apt-setup, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 647...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier (supplier of updated apt-setup package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 25 Nov 2015 06:50:56 +0100 Source: apt-setup Binary: apt-setup-udeb apt-mirror-setup apt-cdrom-setup Architecture: source all i386 Version: 1:0.103 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Christian Perrier Description: apt-cdrom-setup - set up a CD in sources.list (udeb) apt-mirror-setup - set up a mirror in sources.list (udeb) apt-setup-udeb - Configure apt (udeb) Closes: 647405 805994 Changes: apt-setup (1:0.103) unstable; urgency=medium . [ Raphaël Hertzog ] * Add a new apt-setup/enable-source-repositories question to let the user disable "deb-src" entries for network repositories that are listed in /etc/apt/sources.list. Closes: #647405 . [ Colin Watson ] * Fix dh_installdebconf override to work properly with an architecture-independent-only build (closes: #805994). . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * German (de.po) by Holger Wansing * French (fr.po) by Christian Perrier * Bokmål, Norwegian (nb.po) by Hans Fredrik Nordhaug * Portuguese (pt.po) by Miguel Figueiredo * Slovak (sk.po) by Ivan Masár Checksums-Sha1: b6713d087fec4ccbdbd95ef070d0fc9e478ac412 1772 apt-setup_0.103.dsc 03416e2984ea3d2bead71939f4452a9e6d06a848 244996 apt-setup_0.103.tar.xz 142dfad6a76abe08c14b7fbf59699e0ff7de242c 97686 apt-cdrom-setup_0.103_all.udeb 5c719a28cbd889bb7ab4fd7351330b3fa3256760 74098 apt-mirror-setup_0.103_all.udeb 60f76350de7b79cf76035a763ad99420095eb7c5 74702 apt-setup-udeb_0.103_i386.udeb Checksums-Sha256: 0f1cdc237e985c549c183ac6ae1a88540e8b0e6f86a30049534c4513142dd9e3 1772 apt-setup_0.103.dsc 4ef20e1cce8c9594ac31968eea4cf3003f79c00bfdceca1894e324dcbbbda444 244996 apt-setup_0.103.tar.xz f753ab2d5be390ebe4d7422bf08a290d7b3365b8494767a22fe92e78c0f5d380 97686 apt-cdrom-setup_0.103_all.udeb e50cf24c5aa063a874c623454514bba04c44f9dea459a1cf3a265719eee84636 74098 apt-mirror-setup_0.103_all.udeb 3b7bb5ab543ae7e57f62df5eb07a6ae433bd05a1e7138499f9332cf2573e6412 74702 apt-setup-udeb_0.103_i386.udeb Files: 16f88c47fbcf8b4509e1ff19f0191b99 1772 debian-installer extra apt-setup_0.103.dsc 11151c719a2a2d60873ea3252cebfef9 244996 debian-installer extra apt-setup_0.103.tar.xz 67846aead84b3d0833cb4397d2a5c069 97686 debian-installer extra apt-cdrom-setup_0.103_all.udeb 608cbc0b4719f845d2be5bf7fdd145d2 74098 debian-installer extra apt-mirror-setup_0.103_all.udeb d25b258b7fea15149d66ef21512a59a4 74702 debian-installer standard apt-setup-udeb_0.103_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJWVpxpAAoJEIcvcCxNbiWofNwP/2n2n1hUp4qF7igwFzFQ5Dyq yv2YWuObdih86xrWfnA7EDu286hEMWHBlsYwrpqAmx7ek3qDPLVKLm0xlPMZsyII wFw09htaOy9OP/a0Lo/HKpXItV0kveI+S9I5XsPlF9VlsZMFqQ01PCqs/4VOUbHd 1umSaDZNs0Jc3l7fDDH3ET8mlZlOq0NCLADO4QjVvkcC4tyXOAyUAYs/2lDl+eux MGU4SpDKnYXTp92Cjd2ymtwdFrG4ORbN6BTkEAHFa9EBmGrk4Y1kLXSyB5gXDVC4 5c8usdTqUPMdfjJZDLbbfMUMqxv53FOH+3Lwcgxzoi3oTNHYVjLgQMEpG1m26BuB V2y/ziR9Q0w3gkJyuBBDxgO5cG+6d8fXF9TSP5Eg6DLYH5
Re: Broken EFI grub.cfg on stretch images
Hello On 25/11/15 19:48, Steve McIntyre wrote: On Tue, Nov 24, 2015 at 04:27:47PM +, Steve McIntyre wrote: On Mon, Nov 23, 2015 at 12:09:41PM -0430, Emilio Lazo Zaia wrote: (...) I'm looking now to see what's broken there, thanks for reporting. And I have a fix in place now in the debian-cd code. The weird menu structure around the CPU auto-detection feature (unique to the multi-arch media) was causing the problem, and I've added extra logic to cope with that now. Thanks very much for the bug report! And thank you very much for the fix! Now the daily snapshot is fixed. In [1] the weekly multi-arch snapshot links for iso-cd [2] and jigdo-cd [3] disappeared, but these two links are accesible "manually". ;-) Kind regards, Emilio. [1] https://www.debian.org/devel/debian-installer/ [2] http://cdimage.debian.org/cdimage/weekly-builds/multi-arch/iso-cd/ [3] http://cdimage.debian.org/cdimage/weekly-builds/multi-arch/jigdo-cd/
Bug#805994: marked as done (apt-setup: FTBFS when built with dpkg-buildpackage -A (No such file or directory))
Your message dated Thu, 26 Nov 2015 06:18:53 + with message-id and subject line Bug#805994: fixed in apt-setup 1:0.103 has caused the Debian Bug report #805994, regarding apt-setup: FTBFS when built with dpkg-buildpackage -A (No such file or directory) 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 ow...@bugs.debian.org immediately.) -- 805994: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805994 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: src:apt-setup Version: 1:0.102 User: sanv...@debian.org Usertags: binary-indep Severity: important Dear maintainer: I tried to build this package with "dpkg-buildpackage -A" (i.e. only architecture-independent packages), and it failed: [...] fakeroot debian/rules binary-indep dh binary-indep dh_testroot -i dh_prep -i dh_auto_install -i dh_install -i dh_installdocs -i dh_installchangelogs -i debian/rules override_dh_installdebconf make[1]: Entering directory '/<>' dh_installdebconf WARNING: se: spurious newline removed WARNING: se: spurious newline removed WARNING: se: spurious newline removed WARNING: se: spurious newline removed WARNING: se: spurious newline removed WARNING: se: spurious newline removed WARNING: se: spurious newline removed WARNING: se: spurious newline removed sed -i 's/@MULTIARCH@//' \ debian/apt-setup-udeb/DEBIAN/templates sed: can't read debian/apt-setup-udeb/DEBIAN/templates: No such file or directory debian/rules:14: recipe for target 'override_dh_installdebconf' failed make[1]: *** [override_dh_installdebconf] Error 2 make[1]: Leaving directory '/<>' debian/rules:3: recipe for target 'binary-indep' failed make: *** [binary-indep] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit status 2 Sorry not to have a fix, as I am reporting many bugs similar to this one, but I can give some general hints: * If all the arch-independent packages are dummy transitional packages released with jessie, the easy fix is to drop them now. * If not, debian/rules should be modified so that the binary-indep target works in all cases, even when binary-arch is not used (this is what the "Architecture: all" autobuilder does). For that: * If you are using debhelper, you might want to use options -a and -i for dh_* commands so that they do not act on packages they do not have to act. * Also, if you are using dh, the (independently) optional targets override_dh_foo-arch and override_dh_foo-indep (for several values of "foo") may be useful to write a debian/rules which behaves exactly as desired. After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work properly, this package will be suitable to be uploaded in source-only form if you wish (you might want to try it). Thanks. --- End Message --- --- Begin Message --- Source: apt-setup Source-Version: 1:0.103 We believe that the bug you reported is fixed in the latest version of apt-setup, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 805...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier (supplier of updated apt-setup package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 25 Nov 2015 06:50:56 +0100 Source: apt-setup Binary: apt-setup-udeb apt-mirror-setup apt-cdrom-setup Architecture: source all i386 Version: 1:0.103 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Christian Perrier Description: apt-cdrom-setup - set up a CD in sources.list (udeb) apt-mirror-setup - set up a mirror in sources.list (udeb) apt-setup-udeb - Configure apt (udeb) Closes: 647405 805994 Changes: apt-setup (1:0.103) unstable; urgency=medium . [ Raphaël Hertzog ] * Add a new apt-setup/enable-source-repositories question to let the user disable "deb-src" entries for network repositories that are listed in /etc/apt/sources.list. Closes: #647405 . [ Colin Watson ] * Fix dh_installdebconf override to work pr
apt-setup_0.103_i386.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 25 Nov 2015 06:50:56 +0100 Source: apt-setup Binary: apt-setup-udeb apt-mirror-setup apt-cdrom-setup Architecture: source all i386 Version: 1:0.103 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Christian Perrier Description: apt-cdrom-setup - set up a CD in sources.list (udeb) apt-mirror-setup - set up a mirror in sources.list (udeb) apt-setup-udeb - Configure apt (udeb) Closes: 647405 805994 Changes: apt-setup (1:0.103) unstable; urgency=medium . [ Raphaël Hertzog ] * Add a new apt-setup/enable-source-repositories question to let the user disable "deb-src" entries for network repositories that are listed in /etc/apt/sources.list. Closes: #647405 . [ Colin Watson ] * Fix dh_installdebconf override to work properly with an architecture-independent-only build (closes: #805994). . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * German (de.po) by Holger Wansing * French (fr.po) by Christian Perrier * Bokmål, Norwegian (nb.po) by Hans Fredrik Nordhaug * Portuguese (pt.po) by Miguel Figueiredo * Slovak (sk.po) by Ivan Masár Checksums-Sha1: b6713d087fec4ccbdbd95ef070d0fc9e478ac412 1772 apt-setup_0.103.dsc 03416e2984ea3d2bead71939f4452a9e6d06a848 244996 apt-setup_0.103.tar.xz 142dfad6a76abe08c14b7fbf59699e0ff7de242c 97686 apt-cdrom-setup_0.103_all.udeb 5c719a28cbd889bb7ab4fd7351330b3fa3256760 74098 apt-mirror-setup_0.103_all.udeb 60f76350de7b79cf76035a763ad99420095eb7c5 74702 apt-setup-udeb_0.103_i386.udeb Checksums-Sha256: 0f1cdc237e985c549c183ac6ae1a88540e8b0e6f86a30049534c4513142dd9e3 1772 apt-setup_0.103.dsc 4ef20e1cce8c9594ac31968eea4cf3003f79c00bfdceca1894e324dcbbbda444 244996 apt-setup_0.103.tar.xz f753ab2d5be390ebe4d7422bf08a290d7b3365b8494767a22fe92e78c0f5d380 97686 apt-cdrom-setup_0.103_all.udeb e50cf24c5aa063a874c623454514bba04c44f9dea459a1cf3a265719eee84636 74098 apt-mirror-setup_0.103_all.udeb 3b7bb5ab543ae7e57f62df5eb07a6ae433bd05a1e7138499f9332cf2573e6412 74702 apt-setup-udeb_0.103_i386.udeb Files: 16f88c47fbcf8b4509e1ff19f0191b99 1772 debian-installer extra apt-setup_0.103.dsc 11151c719a2a2d60873ea3252cebfef9 244996 debian-installer extra apt-setup_0.103.tar.xz 67846aead84b3d0833cb4397d2a5c069 97686 debian-installer extra apt-cdrom-setup_0.103_all.udeb 608cbc0b4719f845d2be5bf7fdd145d2 74098 debian-installer extra apt-mirror-setup_0.103_all.udeb d25b258b7fea15149d66ef21512a59a4 74702 debian-installer standard apt-setup-udeb_0.103_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJWVpxpAAoJEIcvcCxNbiWofNwP/2n2n1hUp4qF7igwFzFQ5Dyq yv2YWuObdih86xrWfnA7EDu286hEMWHBlsYwrpqAmx7ek3qDPLVKLm0xlPMZsyII wFw09htaOy9OP/a0Lo/HKpXItV0kveI+S9I5XsPlF9VlsZMFqQ01PCqs/4VOUbHd 1umSaDZNs0Jc3l7fDDH3ET8mlZlOq0NCLADO4QjVvkcC4tyXOAyUAYs/2lDl+eux MGU4SpDKnYXTp92Cjd2ymtwdFrG4ORbN6BTkEAHFa9EBmGrk4Y1kLXSyB5gXDVC4 5c8usdTqUPMdfjJZDLbbfMUMqxv53FOH+3Lwcgxzoi3oTNHYVjLgQMEpG1m26BuB V2y/ziR9Q0w3gkJyuBBDxgO5cG+6d8fXF9TSP5Eg6DLYH5E0wIpiM8chWhWQS7Gs D1edgHrd/UImcScKKskL+usutVjzx3AmiFcYTbmvGN0g8Ql4XTdTvPXHSz7s3ha5 JWvsbJr4UG+pOVhXcxK8+Kj69D7+aG1JG2JYNF8X4rYZo6XnRJ1HjEUoIqH9JTa1 jd4XrGXpwam1ILsJUHJDQ4BkRcCV0xz7JsaUjBR3cuXg+U1J8Kp3dHT1ZR8VzaYI QcO2x6CCUhdUnxghOHRKpwsJbH6dtLnHWMoIihVsxu4BmOeW9ivxzGz/1dNfz9v8 EgIrzdtZPlTAU+zJdNsw =pj9a -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of partman-nbd_0.30_i386.changes
partman-nbd_0.30_i386.changes uploaded successfully to ftp-master.debian.org along with the files: partman-nbd_0.30.dsc partman-nbd_0.30.tar.xz partman-nbd_0.30_all.udeb Greetings, Your Debian queue daemon (running on host coccia.debian.org)
Processing of partman-nbd_0.30_i386.changes
partman-nbd_0.30_i386.changes uploaded successfully to localhost along with the files: partman-nbd_0.30.dsc partman-nbd_0.30.tar.xz partman-nbd_0.30_all.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org)
partman-nbd_0.30_i386.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 26 Nov 2015 06:46:10 +0100 Source: partman-nbd Binary: partman-nbd Architecture: source all Version: 0.30 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Christian Perrier Description: partman-nbd - Adds support for NBD to partman (udeb) Changes: partman-nbd (0.30) unstable; urgency=medium . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * German (de.po) by Holger Wansing Checksums-Sha1: d0a9b27cb295ed26fd36f8b952430f2e6a610e8b 1633 partman-nbd_0.30.dsc cb969dcf55d50f2aef0809d38efce59945b9a4af 65740 partman-nbd_0.30.tar.xz 4349f2b162b6e327d1cc8db06e5aea0fc5fe0064 36340 partman-nbd_0.30_all.udeb Checksums-Sha256: 7abe0e347125e6e1027dd5cf315972e3ff70f8d5fe465b4ea2e3c83d8cdfbc3b 1633 partman-nbd_0.30.dsc 4c6882e0f182205031c7a1b2e32c05a35b8c92df82304cc3e2423f785b280843 65740 partman-nbd_0.30.tar.xz 386a4f178fd72c66eb3ab0f4bc1c5914e1af8666a5d906621ebf84a68a4fe0d3 36340 partman-nbd_0.30_all.udeb Files: 6addb8ce0ce576e7c9ae55bad1051d59 1633 debian-installer optional partman-nbd_0.30.dsc ed06b7bcebb0299c773f0d96dc862bae 65740 debian-installer optional partman-nbd_0.30.tar.xz e36b21c9defab8c78c3988311c9d05c8 36340 debian-installer optional partman-nbd_0.30_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJWVqMbAAoJEIcvcCxNbiWoBg0P+walYo3ue3R+Oz+2iEFP4Yp1 jCO8K7dxa5154mo1slgVqszSJ3ygZnnCTv8LUVX4wbJim/2VeNsnM77UbCjXAkdL P8mWnDK12SAp0k/YB1Mmpy2P3T8XL/67YOe4lC1IPerubGx6yMgarlQyXviFc03h uuWjVm8KZikY1Kp/nm2PJlPPXBVQHxCoDJmbDAVghPemHyEJM9nfJ45I7uXRnbaG IhdtOv0LVogFuN7G/BtMPtppGKKm1J4wrDY52F1Xm0qLFpRU3DvCTLb2Got+lOCU 35RcbDM/l9fppAV7lYh3bAAH9mo9M9kh7uQFuZ358SzotluueEliqZcoqQzoq/XV AOSn9ohsIXruWdJE1HhmX3UEZyT2/JUafnRc1hLlYsdQbIF8oLBg/Tz5XpJEYTiI crm0Ij1fkFN1xjAMxa29IYdlRSL5jbOwQOg6Gy2M09L34Rn4nHqMziYJnbiQi3ml s9MKCNYPXoQMEyHu8YboHjZZ7asdc8LDXVg7LN/TTtkK6ueX7Vo7oiGa1S2f+vRu S1LIS3gCvvqe9iL0wd1tgDYYOupnk72q1lo9l4+eP5+b/SiuYWToevAq9sEO8t8K mF01faSUjeNN9BV9mGQBPX1/YP4MS1JlFtz0bQ1IsVvra7VUopmtMM2RC7R6p9w0 3DBlpuAi1IYUn3YqLZRI =ctJC -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of tzsetup_0.78_i386.changes
tzsetup_0.78_i386.changes uploaded successfully to ftp-master.debian.org along with the files: tzsetup_0.78.dsc tzsetup_0.78.tar.xz tzsetup-udeb_0.78_all.udeb Greetings, Your Debian queue daemon (running on host coccia.debian.org)
Processing of tzsetup_0.78_i386.changes
tzsetup_0.78_i386.changes uploaded successfully to localhost along with the files: tzsetup_0.78.dsc tzsetup_0.78.tar.xz tzsetup-udeb_0.78_all.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org)
