Processed (with 1 error): retitle 814343, merge 814343 817975 818550
Processing commands for cont...@bugs.debian.org: > retitle 814343 stretch alpha5: pkgsel: Upgrading Packages fails due to Bug #814343 [installation-reports] Bug on scretch installation Changed Bug title to 'stretch alpha5: pkgsel: Upgrading Packages fails due to' from 'Bug on scretch installation' > systemd dependency issue Unknown command or malformed arguments to command. > merge 814343 817975 818550 Bug #814343 [installation-reports] stretch alpha5: pkgsel: Upgrading Packages fails due to Bug #817975 [installation-reports] dependency problems prevent the configuration of systemd Bug #818550 [installation-reports] stretch installation fails Merged 814343 817975 818550 > -- Stopping processing here. Please contact me if you need assistance. -- 814343: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814343 817975: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817975 818550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818550 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: Bug#818842: Hurd check affects GNU/kFreeBSD systems
Processing control commands: > tags -1 + pending Bug #818842 [console-setup] Hurd check affects GNU/kFreeBSD systems Added tag(s) pending. -- 818842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818842 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#818842: Hurd check affects GNU/kFreeBSD systems
Control: tags -1 + pending Hello, Jon Boden, on Sun 20 Mar 2016 23:11:18 +0100, wrote: > Hurd check in keyboard-configuration.postinst also affects GNU/kFreeBSD > systems. > > Fix is attached. Indeed, thanks! Samuel
Bug#818842: Hurd check affects GNU/kFreeBSD systems
Package: console-setup Version: 1.139 Severity: wishlist Tags: patch Hi Hurd check in keyboard-configuration.postinst also affects GNU/kFreeBSD systems. Fix is attached. -- Jon Boden ubuntuBSD -- Unix for human beings http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD diff -Nur debian.old/keyboard-configuration.postinst debian/keyboard-configuration.postinst --- debian.old/keyboard-configuration.postinst 2015-10-20 12:02:17.0 + +++ debian/keyboard-configuration.postinst 2015-12-11 19:24:58.0 + @@ -99,7 +99,7 @@ fi else case "`uname`" in - *GNU*) + GNU) [ ! -f /var/run/hurd-console.pid ] || kill `cat /var/run/hurd-console.pid` ;; *)
kernel-wedge_2.93~bpo8+1_i386.changes is NEW
binary:kernel-wedge is NEW. source:kernel-wedge is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html
Processing of kernel-wedge_2.93~bpo8+1_i386.changes
kernel-wedge_2.93~bpo8+1_i386.changes uploaded successfully to localhost along with the files: kernel-wedge_2.93~bpo8+1.dsc kernel-wedge_2.93~bpo8+1.tar.xz kernel-wedge_2.93~bpo8+1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org)
flash-kernel_3.60~bpo8+1_armhf.changes ACCEPTED into jessie-backports
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 20 Mar 2016 18:56:51 +0100 Source: flash-kernel Binary: flash-kernel flash-kernel-installer Architecture: source armhf Version: 3.60~bpo8+1 Distribution: jessie-backports Urgency: medium Maintainer: Debian Install System Team Changed-By: Héctor Orón Martínez Description: flash-kernel - utility to make certain embedded devices bootable flash-kernel-installer - Make the system bootable (udeb) Changes: flash-kernel (3.60~bpo8+1) jessie-backports; urgency=medium . * Rebuild for jessie-backports. Checksums-Sha1: 0bb09ffa9a75bc8e24ccb4e3c6536c14eec99d8b 1869 flash-kernel_3.60~bpo8+1.dsc 4161c8d1a605f1d2b62632470c8b2671737245fa 65604 flash-kernel_3.60~bpo8+1.tar.xz 47979c0b6cc403c5a4e4823e35edc628ced232c4 43786 flash-kernel_3.60~bpo8+1_armhf.deb 29476cd920ad6bb8a6d1ed0694229e2f48e1ab18 26704 flash-kernel-installer_3.60~bpo8+1_armhf.udeb Checksums-Sha256: e97a2f208c31182eef2a083f2f4d743a0def05d1ee9a7aba7faa752cef3d9b24 1869 flash-kernel_3.60~bpo8+1.dsc 7d122c5fee025495c227bf09898a8d8c0d5eefffd719ba28093c22338164d100 65604 flash-kernel_3.60~bpo8+1.tar.xz 9f6ac4a1d16ca5f96298ce3a676d8acdb931c728ec005b5cdbd9bf3a1b942203 43786 flash-kernel_3.60~bpo8+1_armhf.deb 65f9a10b252b2a78f8814174f5b051c843f130b9692ad322f2332d3b11fe9855 26704 flash-kernel-installer_3.60~bpo8+1_armhf.udeb Files: ac3205a755a43809d7f566df97151fe0 1869 utils optional flash-kernel_3.60~bpo8+1.dsc 6fd81596a5eb7fed6d005d34b7469f23 65604 utils optional flash-kernel_3.60~bpo8+1.tar.xz 6076e6ace00b999cd05ede147c772bbc 43786 utils optional flash-kernel_3.60~bpo8+1_armhf.deb c1b0012da87acbd86a1f644601becd30 26704 debian-installer standard flash-kernel-installer_3.60~bpo8+1_armhf.udeb -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJW7ufvAAoJEK8ig6p24qx7kQAP/29vWoVYNfOtBHkjehrwOZPa lPEOHFCYqtgZVaEzxXn5Gah2WDMwiPLARbRdA7Fk+7y2dIIWvP4WrOGUP7/Ixaen viZNzvYLFreB+xREwuiA26UsrSFBqiAr1oGybUDXLifUTwc7cJpMZTjXtHbj91YE TKUKSZNRKAaWl/AYnJkD4NfWTsYuOb9+TrDDP8y1iMLzhBAVvnTh22YUWtA3iewd MKyUqvZkVpn7K+cOTLdl1WsfEaNpoaO2/cKYLf+DwxCngxDLC68ESwShpIzYm3Xj RXkQK73wpukRzFmzxZkiZ758ElY6TnfLH+MoAnhm99fI6LcaIOalPM/xa4ae8c0T bEcfSJYxGcWyGXmU5ed7kaLetkXOJlfo55ssJ+7LhQtxIZam6LpMAZOiIR753JfG GjbUVOUzgu4xEHI621zPtTp22VgM8heLXtKysNFeJdHhg2qdvty5RbxJY5U8cma7 ZClRij0ESg8LBd7A1cNbtUibSVJrRxel5kY1AcxE0rw9J6HVFqBgUMc9zvIcTD8K deAh3o/vcsMPpZTGxyqvAScHwCvdvG5zzcYUAMeVHiQqm92Bvkh9gtT7TlwmN+jt aG8hPXNvPJ/JYy/Hi2i5Mb4LzeusreL58K61wSV9YXW+2ob5PKDpN6mua+NPpGk3 +4hiLCWt6aAjug6+7Y8+ =qqzO -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of flash-kernel_3.60~bpo8+1_armhf.changes
flash-kernel_3.60~bpo8+1_armhf.changes uploaded successfully to localhost along with the files: flash-kernel_3.60~bpo8+1.dsc flash-kernel_3.60~bpo8+1.tar.xz flash-kernel_3.60~bpo8+1_armhf.deb flash-kernel-installer_3.60~bpo8+1_armhf.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org)
Bug#818604: Relies on MD5SUM and SHA1SUM to download d-i images in a trustful way
Le vendredi, 18 mars 2016, 18.43:41 Didier 'OdyX' Raboud a écrit : > C) Get coreutils build a hashsums-win32 package containing cross- >compiled win32 executables (as we're doing for gpgv-win32 and cpio- >win32). It could also provide these files through byhand, to allow >users to check images on Windows platforms themselves too [3]. Here would be the patches to build a (partial-) coreutils-win32 package. The first patch's needed to make sure the two builds don't conflit with eachother. The second patch tries to cross-build everything, fails (as more patches would be needed, but we don't care if we're only to build the *sum.exe binaries), then builds the executables we want. The package seems functional, at least under wine. BUT… Making coreutils B-D-I on mingw-w64 is not really the type of circular build dependency we enjoy, although this patch can certainly be enhanced with build-profiles. I'll see if I can follow Stephen's recommendation to use libgcrypt, then, and file a formal bug against coreutils if that's the only way. -- Cheers, OdyX>From e37afe1dfb02af7c9b14b1b3f91ecefcdd8d70d1 Mon Sep 17 00:00:00 2001 From: Didier Raboud Date: Fri, 18 Mar 2016 22:06:23 +0100 Subject: [PATCH 1/2] Use --builddirectory argument to dh_* to build out-of-tree --- debian/rules | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/debian/rules b/debian/rules index 5b9a6bd..a7c3e48 100755 --- a/debian/rules +++ b/debian/rules @@ -19,10 +19,11 @@ BIN_PROGS = cat chgrp chmod chown cp date dd df dir echo false ln ls mkdir \ d=debian/coreutils override_dh_auto_configure: - dh_auto_configure -- --enable-install-program=arch + dh_auto_configure --builddirectory -- \ + --enable-install-program=arch %: - dh $@ + dh $@ --builddirectory override_dh_auto_clean: make distclean || true @@ -31,7 +32,7 @@ override_dh_auto_test: # tests fail a lot on the buildds override_dh_auto_install: - dh_auto_install --destdir=$(d) + dh_auto_install --builddirectory --destdir=$(d) override_dh_install-arch: dh_install -a -- 2.8.0.rc3 >From bbe47b3062801325ab14dcef9cc8e75c0a23d2ad Mon Sep 17 00:00:00 2001 From: Didier Raboud Date: Fri, 18 Mar 2016 22:29:12 +0100 Subject: [PATCH 2/2] Cross-build some hashsum executables to win32, in a coreutils-win32 package --- debian/control | 10 .../win32/00_allow_configure_to_succeed.patch | 31 debian/rules | 55 -- 3 files changed, 93 insertions(+), 3 deletions(-) create mode 100644 debian/patches/win32/00_allow_configure_to_succeed.patch diff --git a/debian/control b/debian/control index 55b3f83..eae03bf 100644 --- a/debian/control +++ b/debian/control @@ -4,6 +4,7 @@ Section: utils Priority: required Standards-Version: 3.9.6.0 Build-Depends: gettext (>= 0.10.37), debhelper (>= 9.20120115), autotools-dev, texinfo (>= 4.2), groff, libattr1-dev [linux-any], libacl1-dev [linux-any], libselinux1-dev (>= 1.32) [linux-any], gperf, bison +Build-Depends-Indep: mingw-w64 Package: coreutils Architecture: any @@ -28,6 +29,15 @@ Description: GNU core utilities uniq unlink users vdir wc who whoami yes Homepage: http://gnu.org/software/coreutils +Package: coreutils-win32 +Architecture: all +Priority: extra +Suggests: wine +Description: selected GNU core utilities (win32 build) + This package contains some GNU core utilities built for Windows. + . + It contains md5sum.exe, and sha*sum.exe + Package: mktemp Pre-Depends: coreutils (>= 7.4-1) Depends: ${misc:Depends} diff --git a/debian/patches/win32/00_allow_configure_to_succeed.patch b/debian/patches/win32/00_allow_configure_to_succeed.patch new file mode 100644 index 000..0bfb19c --- /dev/null +++ b/debian/patches/win32/00_allow_configure_to_succeed.patch @@ -0,0 +1,31 @@ +Description: Let the configure call finish +Author: Didier Raboud +Last-Update: 2016-03-18 + +diff --git a/configure b/configure +index 4a6177f..8a98c2b 100755 +--- a/configure b/configure +@@ -40686,7 +40686,8 @@ $as_echo "#define MOUNTED_INTERIX_STATVFS 1" >>confdefs.h + fi + + if test -z "$ac_list_mounted_fs"; then +- as_fn_error $? "could not determine how to read list of mounted file systems" "$LINENO" 5 ++ { $as_echo "$as_me:${as_lineno-$LINENO}: result: could not determine how to read list of mounted file systems" >&5 ++$as_echo "could not determine how to read list of mounted file systems" >&6; } + # FIXME -- no need to abort building the whole package + # Can't build mountlist.c or anything that needs its functions + fi +diff --git a/m4/ls-mntd-fs.m4 b/m4/ls-mntd-fs.m4 +index 49f11be..91a420e 100644 +--- a/m4/ls-mntd-fs.m4 b/m4/ls-mntd-fs.m4 +@@ -348,7 +348,7 @@ if test -z "$ac_list_mounted_fs"; then + fi + + if test -z "$ac_list_mounted_fs"; then +- AC_MSG_ERROR([could not determine how to read list of mounted file systems]) ++ AC_MSG_RESULT([could not d
Re: Archive changes
Colin Watson (2016-03-16): > On Wed, Mar 16, 2016 at 12:54:03AM +0100, Cyril Brulebois wrote: > > Pretty sure this breaks (will break, when the change is propagated outside > > experimental) d-i as it stands, due to the check on all 3 checksums in > > net-retriever. > > Looking at the code, I don't think that's true. It skips checksums that > are missing from Release, and it stops after the first checksum that it > successfully finds. Unless I'm looking at the wrong bit of > net-retriever? It's entirely possible I was thinking of an earlier version/approach, different from what got implemented in net-retriever finally after the last archive-side change. Apologies for any induced headscratching. KiBi. signature.asc Description: Digital signature
Processed: Re: Bug#818586: disk-detect/control: Improve harddrive detection dependency on s390x
Processing control commands: > tags -1 + patch Bug #818586 [hw-detect] disk-detect/control: Improve harddrive detection dependency on s390x Added tag(s) patch. -- 818586: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818586 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#796603: OT: console-setup (Re: Bug#796603: closed by Anton Zinoviev (Bug#796603: fixed in console-setup 1.138))
On Sun, Mar 20, 2016 at 11:46:30AM +0300, Adam Wilson wrote: > > Is console-setup the thing which initialises the console fonts and Yes. > resolution? No. > Is its slowness the reason why, on boot, it takes a few > seconds for the text-mode screen to transition to a virtual terminal, No. > Why is console-setup so slow? It is not. :) Anton Zinoviev
No success with btrfs root on armhf
Hello, I finally got back to playing around with the Olimex A20-OLinuXIno-LIME2. 1st try: d-i stretch a5 hdmedia w/ matching netinst iso ==> fails, because the installer doesn't manage to untangle the deps on upgrading ifupdown and systemd. apt-get -f install in /target works but re-running the install of the base system subsequently hangs. The log shows debconf asking for confirmation to overwrite some conf file from the first attempt, but there's no way to answer. 2nd try: d-i stretch a5 netinst (with USB-Ethernet adapter to work around the LIME2's broken GbE) ==> fails, because testing doesn't have matching kernel modules anymore. Fair enough. 3rd try: d-i stretch daily (as of ~3h ago, again w/ USB NIC) ==> works nicely ... until the reboot. I made a 256 GiB ext2 /boot [using fdisk, because d-i still can't count to 1024 ...] and the rest of the (nominally 32 GB) SD card a btrfs /root. On reboot this hangs at "Scanning for Btrfs filesystems" -- I gave up waiting after 10 min. Should btrfs root even work on armhf? If not, I'll just use ext4 and try again. If it should, I have the scrollback buffer of a tail -f /var/log/syslog that was running during the install, even though it's mostly in German (Anything I should sanitise in there, privacy-wise?) Regards, Christian P.S.: Please CC me.
Bug#818748: support kfreebsd & hurd arches for Ubuntu targets
Control: tags -1 + pending Jon Boden, on Sun 20 Mar 2016 12:35:32 +0100, wrote: > With this patch debootstrap supports kfreebsd & hurd arches on Ubuntu targets. Applied, thanks! Samuel
Processed: Re: Bug#818748: support kfreebsd & hurd arches for Ubuntu targets
Processing control commands: > tags -1 + pending Bug #818748 [debootstrap] support kfreebsd & hurd arches for Ubuntu targets Added tag(s) pending. -- 818748: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818748 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#818748: support kfreebsd & hurd arches for Ubuntu targets
Package: debootstrap Version: 1.0.79 With this patch debootstrap supports kfreebsd & hurd arches on Ubuntu targets. -- Jon Boden ubuntuBSD -- Unix for human beings http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD --- debootstrap-1.0.79/scripts/gutsy 2016-02-18 05:01:23.0 +0100 +++ debootstrap-1.0.79+bsd1/scripts/gutsy 2016-03-20 12:32:33.126251675 +0100 @@ -28,6 +28,8 @@ case $ARCH in alpha|ia64) LIBC="libc6.1" ;; + kfreebsd-*) LIBC="libc0.1" ;; + hurd-*) LIBC="libc0.3" ;; *) LIBC="libc6" ;; esac
OT: console-setup (Re: Bug#796603: closed by Anton Zinoviev (Bug#796603: fixed in console-setup 1.138))
On Sat, 19 Mar 2016 12:55:41 +0300 Anton Zinoviev wrote: > On Wed, Mar 16, 2016 at 03:22:42PM -0300, Felipe Sateler wrote: > > > > Yet another one would be to have setupcon itself detect the > > existence of the cached scripts. > > The only reason there are cached scripts is that people are > complaining that console-setup is slow at boot. The cached scripts > contain the mininum configuration sufficient to configure the > console. If we run setupcon, we don't need cached scripts. Is console-setup the thing which initialises the console fonts and resolution? Is its slowness the reason why, on boot, it takes a few seconds for the text-mode screen to transition to a virtual terminal, which then has its font changed a few seconds later to the more readable Debian default? Why is console-setup so slow? pgpHQ8w2SUn3T.pgp Description: OpenPGP digital signature
Re: Bad release in install documentation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi everybody > El 15/03/16 a las 23:58, Laura Arjona Reina escribió: [...] > >> >> I've tried to (manually) run the build of the installation manual >> for jessie, and I think it went ok. This is what I did, based on >> the lessoften script [1]: >> >> ls -t1 >> /srv/www.debian.org/cron/ftpfiles/pool/installation-guide_*.dsc | >> head -1 >> >> sudo -u debwww dpkg-source -sn -x >> /srv/www.debian.org/cron/ftpfiles/pool/installation-guide_20150423+de b8u >> >> >> >> 2.dsc >> >> cd installation-guide-20150423+deb8u2/build && sudo -u debwww >> manual_release=jessie >> destination=/srv/www.debian.org/installmanual/jessie/ >> ./buildweb.sh > /srv/www.debian.org/installmanual/jessie.log >> 2>&1 >> >> sudo -u debwww cp -a /srv/www.debian.org/installmanual/jessie/* >> /srv/www.debian.org/www/releases/jessie/ >> >> Let's see what happens in the next lessoften build. I think >> stretch manual is not built yet, but maybe it's build after this >> is fixed. If tomorrow after lessoften I see the jessie manual >> fixed, and the stretch manual not appearing, I would try to build >> it manually too. >> >> [1] >> https://anonscm.debian.org/cgit/debwww/cron.git/tree/lessoften-parts/ 1in >> >> >> >> stallation-guide >> > Ok, it seems the jessie installation guide is published correctly and it's not overwritten with lessoften script. I don't know if there should be a stretch installation guide right now, or only after stretch is published as stable. The page https://www.debian.org/releases/stretch/ seems it has no link to the installation guide. The page https://www.debian.org/devel/debian-installer/ links to the stable version of the manual, and to d-i.debian.org/manual So I guess this problem is fixed, and everything is ok? (until the next release?). Or do I need to manually generate the stretch version of the installmanual, as I did with jessie? Cheers - -- Laura Arjona Reina https://wiki.debian.org/LauraArjona -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQGcBAEBCAAGBQJW6yhEAAoJEEw4Yb3McGt0XAoL/3yDQKaicITZX4KVf/P59ouK EgaXALgWm2Rq17fVM+Xv2jkp84hrf5asrJ+JFLTNtLcgaO6eirknUct5TF1hMPaW C6ZSjh8W4zpvmvDst6byoy/jagFcvIKyBZ0QLvfyMOFAA8uW/1QmJudDDKme5Yr0 /YhLHjSHaw/wA8J6DNg7BxGdm6yzjFhkF17dTF7DBP/CS6N9jBYXAr8Qlxx3XF9u U8IjNWaUYk/Ya15m2FRP7jPgVrhG+lN+r7Cax2R9rHoxr+WUJgIvekZs5K/9mIl0 2I0mrnczJGqAk6t/dcma5qe+QNSzQ4neYwS6opXrsyXbnze1g9nNlc97kxiF7j2R T/IpIVexUIXrBFETHunfVjfjDVFWM9ztVFKJfoJaTsu0DwxF8cUPSd8j7FVeMIbV WDjJ5i4RyV+IcLcMjjkQGxkn6JIveb6eanjB22V5GwSCjvC3q5H9jp5/3KehKCYk akjWdj0J/gGmB4F1uu4nXlwvBv+CzFM9ZH8kjbBT6Q== =bU3D -END PGP SIGNATURE-