gnumach_1.8+git20180728-3_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 20 Oct 2018 17:57:02 +0200 Source: gnumach Binary: gnumach-image-1-486 gnumach-image-1-xen-486 gnumach-image-1.8-486 gnumach-image-1.8-xen-486 kernel-image-1.8-486-di kernel-image-1.8-xen-486-di gnumach-image-1.8-486-dbg gnumach-image-1.8-xen-486-dbg gnumach-common gnumach-dev Architecture: source Version: 2:1.8+git20180728-3 Distribution: unstable Urgency: medium Maintainer: GNU Hurd Maintainers Changed-By: Samuel Thibault Description: gnumach-common - GNU version of the Mach microkernel, common files. gnumach-dev - GNU version of the Mach microkernel gnumach-image-1-486 - GNU version of the Mach microkernel gnumach-image-1-xen-486 - GNU version of the Mach microkernel gnumach-image-1.8-486 - GNU version of the Mach microkernel gnumach-image-1.8-486-dbg - GNU version of the Mach microkernel for debugging gnumach-image-1.8-xen-486 - GNU version of the Mach microkernel for Xen gnumach-image-1.8-xen-486-dbg - GNU version of the Mach microkernel for Xen for debugging kernel-image-1.8-486-di - GNU version of the Mach microkernel for the Debian installer (udeb) kernel-image-1.8-xen-486-di - GNU version of the Mach microkernel for the Debian installer (udeb) Closes: 906440 Changes: gnumach (2:1.8+git20180728-3) unstable; urgency=medium . * control: Make gnumach-common any-i386 so it does not need to be built on the "all" buildd which is amd64 (Closes: Bug#906440). Checksums-Sha1: 249859900f4e111cb6e1bce8c441384e0e0c6a19 3052 gnumach_1.8+git20180728-3.dsc 4d78a2a05db5bbfd6016df7908e8cc3a2b3a89ff 31391 gnumach_1.8+git20180728-3.debian.tar.bz2 Checksums-Sha256: 38f6b193586b2753716ec350fccd7b28fe4c1952cce7efdc73a65e2720dcc820 3052 gnumach_1.8+git20180728-3.dsc 65b5e22456be69b936ba3b559d90845f828618ce88fa4acb7ccc46e8ced34840 31391 gnumach_1.8+git20180728-3.debian.tar.bz2 Files: f20245d3e343d6d1821a64b2c6d8ca7f 3052 kernel optional gnumach_1.8+git20180728-3.dsc a718ed883771e147697aa0c4ea4301a0 31391 kernel optional gnumach_1.8+git20180728-3.debian.tar.bz2 -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEOjpdRkZg6GdhDKQnmWhJwc9WBHgFAlvLUaMACgkQmWhJwc9W BHhNOhAAh4zxpJsmJnNRmSOp6ikBh8KaGDgt+tkUq/Jw+oc5TDHCtbPW7EZdx+/0 Trgmcb1x52mWpHwoBUU0Qgdk0gLeezqtvHxcXLGxoeyJL8cTa+YzX0I/+ISxuFGC I8TwpnflahMKmQZUbh9JRd4G4vBdz+fHvEyk8PeU4BsqAT9HB1Gmao+XSSo2voqh /GH9b0pe7vsXA4OqS1Mb+wFZylb7s+UiXR5dw+aIXtwwPk0mHQW76CdaM5To3n2Z 5emjidr48YUOLvBYiPa+flUh4g3nwh0YJ5sZKgdz48decZ5W6ODd5RcLDmfkaGLd KWvtW+LUdcUFagQcthkaHrlcQ0+pmTxgfstnHJYo4LMpo9KMJMsKuYwQotodbVvr BZ02EQ+8Hc6QooWfcbFQ0rLux1Xatl1pS5dotkPUhgMHB7njrRKfelWEqSCsxiwC LGzstZhNc6ijTK7YHvuKP3Kx/zz0NCbCXfC/gX98rMKbB4jAGc3EEwk1yIA6BoS4 Vzs3v6leHybX7amRJZOhOskJxAqUDs4NTJ6o6VUItnBKx3BSuqKvGIVUW59wp38t ++FuFO69eo/Uvky2xTrN9e7rGIRt/sWKcWbgNlV8QT/PCJmKE63CQoWMgT2fKWqr VTmiddxI+nkJAVoK46u+ozRi09hScDD0pumBCMNO87Bgpov0GTA= =TcGz -END PGP SIGNATURE- Thank you for your contribution to Debian.
Bug#906440: marked as done (gnumach: Source-only uploads don't work for binary-all)
Your message dated Sat, 20 Oct 2018 16:23:39 + with message-id and subject line Bug#906440: fixed in gnumach 2:1.8+git20180728-3 has caused the Debian Bug report #906440, regarding gnumach: Source-only uploads don't work for binary-all 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.) -- 906440: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906440 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: gnumach Version: 2:1.8+git20180728-1 Severity: serious The binary-all buildds are on amd64, therefore source-only uploads don't work for binary-all: https://buildd.debian.org/status/package.php?p=gnumach Making gnumach-common also Architecture: any-i386 is likely the easiest fix. --- End Message --- --- Begin Message --- Source: gnumach Source-Version: 2:1.8+git20180728-3 We believe that the bug you reported is fixed in the latest version of gnumach, 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 906...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Samuel Thibault (supplier of updated gnumach 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: SHA512 Format: 1.8 Date: Sat, 20 Oct 2018 17:57:02 +0200 Source: gnumach Binary: gnumach-image-1-486 gnumach-image-1-xen-486 gnumach-image-1.8-486 gnumach-image-1.8-xen-486 kernel-image-1.8-486-di kernel-image-1.8-xen-486-di gnumach-image-1.8-486-dbg gnumach-image-1.8-xen-486-dbg gnumach-common gnumach-dev Architecture: source Version: 2:1.8+git20180728-3 Distribution: unstable Urgency: medium Maintainer: GNU Hurd Maintainers Changed-By: Samuel Thibault Description: gnumach-common - GNU version of the Mach microkernel, common files. gnumach-dev - GNU version of the Mach microkernel gnumach-image-1-486 - GNU version of the Mach microkernel gnumach-image-1-xen-486 - GNU version of the Mach microkernel gnumach-image-1.8-486 - GNU version of the Mach microkernel gnumach-image-1.8-486-dbg - GNU version of the Mach microkernel for debugging gnumach-image-1.8-xen-486 - GNU version of the Mach microkernel for Xen gnumach-image-1.8-xen-486-dbg - GNU version of the Mach microkernel for Xen for debugging kernel-image-1.8-486-di - GNU version of the Mach microkernel for the Debian installer (udeb) kernel-image-1.8-xen-486-di - GNU version of the Mach microkernel for the Debian installer (udeb) Closes: 906440 Changes: gnumach (2:1.8+git20180728-3) unstable; urgency=medium . * control: Make gnumach-common any-i386 so it does not need to be built on the "all" buildd which is amd64 (Closes: Bug#906440). Checksums-Sha1: 249859900f4e111cb6e1bce8c441384e0e0c6a19 3052 gnumach_1.8+git20180728-3.dsc 4d78a2a05db5bbfd6016df7908e8cc3a2b3a89ff 31391 gnumach_1.8+git20180728-3.debian.tar.bz2 Checksums-Sha256: 38f6b193586b2753716ec350fccd7b28fe4c1952cce7efdc73a65e2720dcc820 3052 gnumach_1.8+git20180728-3.dsc 65b5e22456be69b936ba3b559d90845f828618ce88fa4acb7ccc46e8ced34840 31391 gnumach_1.8+git20180728-3.debian.tar.bz2 Files: f20245d3e343d6d1821a64b2c6d8ca7f 3052 kernel optional gnumach_1.8+git20180728-3.dsc a718ed883771e147697aa0c4ea4301a0 31391 kernel optional gnumach_1.8+git20180728-3.debian.tar.bz2 -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEOjpdRkZg6GdhDKQnmWhJwc9WBHgFAlvLUaMACgkQmWhJwc9W BHhNOhAAh4zxpJsmJnNRmSOp6ikBh8KaGDgt+tkUq/Jw+oc5TDHCtbPW7EZdx+/0 Trgmcb1x52mWpHwoBUU0Qgdk0gLeezqtvHxcXLGxoeyJL8cTa+YzX0I/+ISxuFGC I8TwpnflahMKmQZUbh9JRd4G4vBdz+fHvEyk8PeU4BsqAT9HB1Gmao+XSSo2voqh /GH9b0pe7vsXA4OqS1Mb+wFZylb7s+UiXR5dw+aIXtwwPk0mHQW76CdaM5To3n2Z 5emjidr48YUOLvBYiPa+flUh4g3nwh0YJ5sZKgdz48decZ5W6ODd5RcLDmfkaGLd KWvtW+LUdcUFagQcthkaHrlcQ0+pmTxgfstnHJYo4LMpo9KMJMsKuYwQotodbVvr BZ02EQ+8Hc6QooWfcbFQ0rLux1Xatl1pS5dotkPUhgMHB7njrRKfelWEqSCsxiwC LGzstZhNc6ijTK7YHvuKP3Kx/zz0NCbCXfC/gX98rMKbB4jAGc3EEwk1yIA6BoS4 Vzs3v6leHybX7amRJZOhOskJxAqUDs4NTJ6o6VUItnBKx3BSuqKvGIVUW59wp38t ++FuFO69eo/Uvky2xTrN9e7rGIRt/sWKcWbgNlV8QT/PCJmKE63CQoWMgT2fKWqr VTmiddxI+nkJAVoK46u+ozRi09hScDD0pumBCMNO87Bgpov0GTA= =TcGz -END PGP SIGNATURE End Message ---
Processing of gnumach_1.8+git20180728-3_source.changes
gnumach_1.8+git20180728-3_source.changes uploaded successfully to localhost along with the files: gnumach_1.8+git20180728-3.dsc gnumach_1.8+git20180728-3.debian.tar.bz2 Greetings, Your Debian queue daemon (running on host usper.debian.org)
Re: Re: Debian Buster release to partially drop non-systemd support
Bastian Blank wrote: On Fri, Oct 19, 2018 at 11:35:54AM +0200, Martin Steigerwald wrote: > So Devuan almost doubles the percentage of sysvinit-core installations. Devuan is _not_ Debian. They forked it, with the full knowledge that they might have to do all the work to support their choices. They had the chance to not do that, contribute the proper changes back to support their use case. They we might have had a proper maintained sysvinit. But instead they flip tables by even seeing systemd units or libsystemd, which by definition does nothing in this context. If someone comes up with a usable systemd service to init script converter, I don't think Debian would opt against using it to provide a service for our users. What would they do? Yeah well, looking at the following message, some people think that an init script converter is "madness": https://lists.dyne.org/lurker/message/20181020.015531.8bef4b71.en.html
Re: Debian Buster release to partially drop non-systemd support
Paul Wise writes: > On Fri, Oct 19, 2018 at 7:30 PM Martin Steigerwald wrote: >> As long as people choose to strip of dependencies to libsystemd from >> packages like util-linux, avoiding a fork would not work with how Debian >> and Debian based distributions are built. > > It might be feasible to introduce nosystemd build profiles to Debian > source packages and then create a shed/bikeshed/PPA (once that > infrastructure exists) that contains rebuilds using that build > profile. Why should Debian spend resources on implementing and maintaining the changes needed for the "systemd is cancer" trip of the Devuan lead developers? Should Debian also support "noalsa", "noavahi", "nocups", "nopulseaudio", "nosysvinit", "nodbus", "nopam", "nowayland", ... profiles because there are people who do not like these projects and would like to not see them used? Or an "ubuntu" build profile so Ubuntu can merge all their changes (branding, Ubuntu-specific choices, integration, ...) and would no longer have to rebase them? If one really cares about which shared libraries one wants to use, this is *much* easier in source-based distributions such as Gentoo which already have implemented this (USE flags). See https://www.gentoo.org/support/use-flags/ for more build profiles ;-) (The nosystemd build profile was already suggested in the past.) > That would allow Devuan's libsystemd stripping to be > completely merged into Debian source packages and infrastructure. I > guess Devuan have other changes that might be easier or harder to > merge too though. And if we also build packages for them, they wouldn't even have to fix their package-building infrastructure which seems to no longer work for some time already now ;-) (A datapoint for how much interest in working on stuff there is?) But why spend work on implementing and, more importantly, maintaining all of this for a derivative distribution which already had 498 active developers(!) back in 2015 according to a presentation by Devuan developer Alberto Zuin and Devuan founder Jaromil, and which represents an exodus for half of the active Debian user base (according to a Devuan lead developer in a publication in 2018)? They certainly should have enough resources. Ansgar
