Re: [buildd-tools-devel] sbuild just hangs
On 30/07/2015 15:56, Nikolaus Rath wrote: On Jul 30 2015, Raphael Hertzog hert...@debian.org wrote: On Thu, 30 Jul 2015, Johannes Schauer wrote: there are (unfortunately) a number of situations I encountered when sbuild would just hang or just fail without any sensible error message. In my case, the most common reason for that was that the chroot it was instructed to use (via the configuration file in your case because you did not specify the -d parameter) did not exist. That's the usual case with me too. However I don't have any distribution set in the configuration file... instead sbuild is smart enought to figure it out from debian/changelog (or maybe from the .changes built out of the current directory). So when I have UNRELEASED as target distribution and call sbuild, I get this hang. The simple solutions is to indicate the desired distribution: sbuild -d unstable That was it! Thanks! In my case the problem was that unstable (as I specified in the changelog) would not work either, because my chroot is called sid. So sbuild -d sid worked just fine. Note that you probably want -d unstable --chroot=sid (IIRC) since the distribution is also used when doing stuff that needs the correct distribution name, e.g. making NMUs which needs a valid changelog entry. The --chroot option selects a different chroot without altering the distribution in use. Note that you can add aliases=unstable-amd64-sbuild or equivalent for your distribution/arch to your schroot configuration, which will make it select the appropriate distribution when you use -d unstable. Regards, Roger -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55ba3f13.8050...@codelibre.net
Accepted postgresql-debversion 1.0.7-4 (source amd64) into unstable, unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 09 Aug 2014 21:34:41 +0100 Source: postgresql-debversion Binary: postgresql-9.4-debversion Architecture: source amd64 Version: 1.0.7-4 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: postgresql-9.4-debversion - Debian version number type for PostgreSQL Closes: 725795 732925 757335 Changes: postgresql-debversion (1.0.7-4) unstable; urgency=low . * debian/rules, debian/control.in: - Build for multiple PostgreSQL versions using postgresql-server-dev-all (Closes: #725795). Thanks to Christoph Berg for this patch. - Upgrade to Standards-Version 3.9.3 (no changes). - Use dh-autoreconf (Closes: #732925). Thanks to Logan Rosen for this patch. * Drop support for postgresql 9.3, replaced by support for 9.4 (Closes: #757335). Checksums-Sha1: 8c060afd77b1772f8ea402eb4ca52316f9b0b2f2 2119 postgresql-debversion_1.0.7-4.dsc e98b61556b7ccaa8ee377260f5e05cdcf7153a1c 2511 postgresql-debversion_1.0.7-4.diff.gz 61b9ebd33e3a237aae8315fa7e66b70d737fabc4 14058 postgresql-9.4-debversion_1.0.7-4_amd64.deb Checksums-Sha256: aa59a50ff35927c0c135a86717bfc79c86e1394317fecd77b960fedd175b5ac7 2119 postgresql-debversion_1.0.7-4.dsc af60e096ddc129748e78aca4bf8641e9de7aed56fc14fe03fc40492f13ad7844 2511 postgresql-debversion_1.0.7-4.diff.gz 3b021d826a1802686192a61246f6b4f6c77b9d1e5153647899b8ffc90bc0f189 14058 postgresql-9.4-debversion_1.0.7-4_amd64.deb Files: ce91222e989af80884b4c54213bbed7a 14058 database extra postgresql-9.4-debversion_1.0.7-4_amd64.deb 2149748851471601c73838c550527ad4 2119 database extra postgresql-debversion_1.0.7-4.dsc 9cd64d3a69ceaab9637ad2036a031daf 2511 database extra postgresql-debversion_1.0.7-4.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJT5pQbAAoJEOJSSsUKn1xZ7X8P/0pQAkYAU0z5TOUCp9zCKTU0 uKBuUYINRzXUvrWt2eleLSIF04csx/Gt9v0LPOEZCKTrAk2wpI8aB0LGgt2Kz6Pq ebfTrcAgIDZknYdbWYpxnV2QzmBc0cwM8/d/XdIt9uQ/QcxDSNxuFXuBJfWE4T0V +BF2SfRzCpfT4gVWsELbmif4x59ipZIUr2DppGqzqr5sxvolWe7r6k+76aLmdFc2 CDwF3THfScmW022ylKQDBAtu1wL61JsXsfC8HWX0/JOwuMBQeBuAAmt481wePh4W oCp9UPSGrrFQ/FlaoOu6ax6YEMC0eicaoHtdfHXwpzIWGLHsbvqtAcLoyotScWqa dyaJvKi9uwfPmQ+Owji8enlgzky9dgpz75PU5td0hI2NAj001Psrz5jPy0UcanA0 6Kv+hB6BcO3w2QbGI7oji4zHFyAf2Jwqf9P7uhYDH7EZfqVWR5fm2b6SKqfGSRrF ATtfoulPcBDQBYJbUX/6sb2n9Gp4po/SkHsYlSHkwQEXudsi3npgAwXPpYCg6IXA lmou4pf9UifLo1cBYjAPj+RVqgsd0tSIaClEahocFMF/CMmHZpP0jj8D3BIrkXp3 tPtqt+cH3XftQ1eDgMj03SUjteJsDDuqa2eqmpPHP4CEflRwL/ohzeszxu7rvmnv vFM5PRt4h/KzlRUWA4g1 =3pNT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xgqrj-0004fz...@franck.debian.org
Accepted schroot 1.6.10-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 05 May 2014 20:14:52 +0100 Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.10-1 Distribution: unstable Urgency: medium Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Closes: 746905 Changes: schroot (1.6.10-1) unstable; urgency=medium . * New upstream stable release. * Fix building with GCC 4.9 (Closes: #746905): - detect and use C++11 regex when available. - correct invalid extended regex. Checksums-Sha1: f99f0b96f06e230c7bf1ff0a0e30b49c6c9dfbed 2452 schroot_1.6.10-1.dsc 65bd37b17d7bce7ba30ae27ec23bae38f7450273 797328 schroot_1.6.10.orig.tar.xz 3a4985c636e3c79f7216ec73d177c129de72f949 27108 schroot_1.6.10-1.debian.tar.xz a658985c754b073c09981096def794b05695c490 241364 schroot-common_1.6.10-1_all.deb 7bbebeaadc8e5bcca5e7138af8c403619763a08b 848872 libsbuild-dev_1.6.10-1_amd64.deb 4b6a7b429371dbdf016147fdce8b1fc8b08fe4f2 32776256 schroot-dbg_1.6.10-1_amd64.deb 1b087ded27bf7fe5578a7115dfad397c7f6d40b7 7360580 libsbuild-doc_1.6.10-1_all.deb 3dad3f0eca48c88018814ec821403e216d3325b4 736724 schroot_1.6.10-1_amd64.deb 972772bf3b3f3a4a9b642827f633d6ce612f5ff7 333534 dchroot_1.6.10-1_amd64.deb a92d7147b96173d26ac2caeaba04362b379fa30e 332984 dchroot-dsa_1.6.10-1_amd64.deb Checksums-Sha256: 76036f03f1e344933ea36dc3021081646262c09d1d9784ea71f25ba248e9d3aa 2452 schroot_1.6.10-1.dsc 3ce8dfd9cb97b099e4b6d4ccec421d6cc8c9ef84574681e928a12badb5643d0b 797328 schroot_1.6.10.orig.tar.xz d93a7acc4b6c06a024b6bb0bfc1867a144193aadbb09cab454373c2983120cd9 27108 schroot_1.6.10-1.debian.tar.xz d1f6ae49889977d9c492c2815079e438ea9eef9b7db5d28693be3a88bc348a28 241364 schroot-common_1.6.10-1_all.deb ff3727a9c2e506c12a15f1a73a1b0ee06192a5f6520d3a7d898005c6256dc8ad 848872 libsbuild-dev_1.6.10-1_amd64.deb 4c4d42c9f216b67030e985667d4a9c05f89af775b6a4aac07788134d8949 32776256 schroot-dbg_1.6.10-1_amd64.deb b4f6d5a03b75da1c988fb92e3dd20ccc7ccf40133b0eb6756b81c96f52f695ce 7360580 libsbuild-doc_1.6.10-1_all.deb 82b65ec94466fc33218394661586a554ea58598c0bd791555f8af3c12b066c6a 736724 schroot_1.6.10-1_amd64.deb 551794608398cf9ffd35ce3bd88ed9560966ca2f0afc7bcad354c4d1cde75713 333534 dchroot_1.6.10-1_amd64.deb 039a5fbe8c05855e235c81d5c50ff26b3bc4c05db7c34f23271c575a5e4e914d 332984 dchroot-dsa_1.6.10-1_amd64.deb Files: bc1a1c16a0a2ec37f90d548c1128b8c3 241364 admin optional schroot-common_1.6.10-1_all.deb e1adb9a0bea4cf9a19f9e220f4082d67 848872 libdevel optional libsbuild-dev_1.6.10-1_amd64.deb 0f135322a8efca2c42b0ddbc82f574fb 32776256 debug extra schroot-dbg_1.6.10-1_amd64.deb da60c9e0ebb041ee8f1f519b3affe3c5 7360580 doc optional libsbuild-doc_1.6.10-1_all.deb 6e0821be74a6a132e2ae71bc77bf5b64 736724 admin optional schroot_1.6.10-1_amd64.deb 98e504e8fec274f43c70d2536552389a 333534 admin optional dchroot_1.6.10-1_amd64.deb e51ee790dbc4c29394307305969beffa 332984 admin optional dchroot-dsa_1.6.10-1_amd64.deb 4bb9b0c937166a7b4a9f56d3b90382fc 2452 admin optional schroot_1.6.10-1.dsc f8ec667831487f4b12e094bc0dc9bbe3 797328 admin optional schroot_1.6.10.orig.tar.xz 5c4363dd95d31502c3f1a2acb6afb543 27108 admin optional schroot_1.6.10-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTZ/euAAoJEOJSSsUKn1xZIYUP/jOY9v5UEy1TYF/QM7/e9EQp yMkGgHNvWC6JR56G0kp23+v93OK1wIMRnvJehOLKl8P474eR8eHLp/pMwR4NPqX5 QA6vdHhlByKd/HKC/VxaeeZFnHoN6SgYRYWmb8E/Dz/d+EwffmOP8nz0uptiMkI8 wEy1rmoFPxU4cP84AgjSCQ8GCtJ/1tCP92SRi36azHQwq2rhpevZYLPwngSJ4Xk1 jpCook2zVCuPS1AYVqUhLmvaXMYSJISK1RwjIsQjhxfUOkkXdv26wrMlslFsLl8+ 8vCLUUs25hyf2JJo4FD+ONFIg+PjT9D/fVSj4vvGj5eFNeP88feZ3sN/clfdIjtY +8zaf0ONiCboxcYNDuWVkCI0wMoevoRBbnDLF2cE+ajy9XN/tuAZCGRReQDLHTzL /SP3a9nO8mxQJx5QK4wCePPjCnAyMQMCKF1jGuzBY9+KLGsziIBRN67Jcg5AVoDQ EoMEcxLmDfnEljcMl9J/FyajzNpUSQ6cbIIu/+oUtRnOejrLeW8COfA3GV/QDyxw yM+JXAgssarmmt3YwtoeqX+d4fxdwHGsBiKteSliXdjtHHzQX63RumvnO7RV7gCm 0t+03S9mH1wQTREUdIRWQd8J4JZj5/9WJb3FYCGcQkr794iKaJJR8qa8MxNFAZmU c7AJSfEpB/XdjuGj5VGz =mv/d -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1whqf7-000336...@franck.debian.org
Re: make 4.0: archive rebuild resulted in 73 packages broken (help wanted)
On Tue, Apr 29, 2014 at 09:53:31PM -0700, Russ Allbery wrote: Manoj Srivastava sriva...@ieee.org writes: On Tue, Apr 29 2014, Felipe Sateler wrote: On Mon, 28 Apr 2014 23:01:58 -0700, Manoj Srivastava wrote: 3) We state that packages must provide build-arch and build-indep for Jessie. This should trivially be true for every package using cdbs or debhelper (or, heaven forbid, my old home brew build system), and have dpkg-buildpackage call them without testing to see if they exist. We would need to do another archive rebuild with the modified dpkg-buildpackage to see how many packages do not actually not implement these targets. Well, 2 is going back on something that we're trying to transition, and 1 seems obviously unacceptable. 3 is where we were trying to get to anyway. I vote for just biting the bullet and trying to do 3 for jessie. This transitional workaround has been in place for a decent length of time now (over two years). We wanted it removed for jessie; the make -qn hack was known to be fragile, but worked enough to allow the transition to be done effectively, and was never planned to exist except for the short term during the transition, which is now progressed quite well. I posted some stats on it a couple of months back. This may be an opportune time to remove the nasty hack and mandate the use of the policy-defined targets. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140430080051.gr30...@codelibre.net
Re: make 4.0: archive rebuild resulted in 73 packages broken (help wanted)
On Wed, Apr 30, 2014 at 04:22:37PM +0200, Guillem Jover wrote: I think we should first understand why the detection is failing with the newer make. I'm taking a look now. Once that's done we might just be able to fix (or workaround) one of: * make * dpkg-buildpackage * affected packages If none of the above can be fixed then I'm all for just removing the detection code, although that might be painful, AFAIR the numbers were a bit scary last time Roger posted them? Back in February, it was around 14% remaining. When we originally added the hack, it was a bit under 50% supported. Primarily dh and cdbs usage. A lot of the gains are due to dh adoption since then. It's fair to say making the change will break a large number of packages. However... are these remaining packages actively maintained? If they are, the maintainers have obviously been ignoring lintian for quite some time. We've been quite kind in giving them two years to switch over; maybe it's time for the stick and forcing them to be updated if they are to be built again? We're likely well into the long tail of infrequently- updated packages at this point. If we can update the hack to keep it in use for a while longer, that's great. It will definitely ease the pain. However, we still need to remove it at some point in the next months, so planning on how to handle the badly-maintained packages is needed either way. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140430143957.gs30...@codelibre.net
Accepted schroot 1.6.9-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 07 Apr 2014 20:03:51 +0100 Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.9-1 Distribution: unstable Urgency: medium Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Closes: 696543 726375 740427 742701 Changes: schroot (1.6.9-1) unstable; urgency=medium . * debian/rules: - Pass CPPFLAGS through to cmake (Closes: #742701, cf. #653916). - Enables all hardening features. Thanks to Colin Watson for this patch. * setup.d: Correctly detect FreeBSD systems, in particular fixing nullfs mounts (Closes: #740427). * etc/bash_completion/schroot: Make bash completion work for colon values (Closes: #696543). Thanks to Peter Wu for this patch. * etc/setup.d/10mount: Work around systemd breaking bind mounts (Closes: #726375). Thanks to Michael Stapelberg for the initial patch, which was reworked to make it Linux-only. Checksums-Sha1: 22528c540d1e79631894ec26cb2f925b1143c204 2382 schroot_1.6.9-1.dsc ab46e8748aa6b0126ad26931b053d16c17a8bb21 796224 schroot_1.6.9.orig.tar.xz 52e8506555198ef44016b9b569767ecbb2dcd23e 27052 schroot_1.6.9-1.debian.tar.xz 940c97b5d9e833d5351b12d9299922a8861d3fcd 240754 schroot-common_1.6.9-1_all.deb b765a6e729ceba7eae4433bcbb3fcad8808bcdb3 847262 libsbuild-dev_1.6.9-1_amd64.deb fa8efae91444aa273287c6e53c928a3891a9282f 32771296 schroot-dbg_1.6.9-1_amd64.deb 891c7bb097fc78126eb2a9412cff2438a2989869 7349884 libsbuild-doc_1.6.9-1_all.deb 125e4f3481cf0582a891aceda900b33d37dd0f70 736154 schroot_1.6.9-1_amd64.deb 1999b0ecbe55dcc0b6146c27322fa0e4b55a47b6 333926 dchroot_1.6.9-1_amd64.deb bdb5eb9832eed4eb9a8bddea4d22e7eaa188a79b 332820 dchroot-dsa_1.6.9-1_amd64.deb Checksums-Sha256: 7819e79bf943aae36365bbd951b5601fb9738a4f9df1b0bd3182938e12e30b2a 2382 schroot_1.6.9-1.dsc 1a2df3126e061d7e22fb8dfa56793b9405817c12d5e04f34dbf4056a9ee8b923 796224 schroot_1.6.9.orig.tar.xz 0530a8745fb3aedc16a6297a33d9f36aa2b5c96aa62d277007024e22e0eae195 27052 schroot_1.6.9-1.debian.tar.xz ef118ae4b77e84f520e7fe61e348ba40f59f0aa0a64897f89e2dc718f9ae 240754 schroot-common_1.6.9-1_all.deb 86732c11458bc34105217db0980f83a79ce73ed1af275c096b736e8af9a23543 847262 libsbuild-dev_1.6.9-1_amd64.deb fe7344a756a85aade7dc6e063effa22477072e205e4a3bd24f14f13fc90936d7 32771296 schroot-dbg_1.6.9-1_amd64.deb 08a56bdfeb20f9236712ffb63989e8467f721559824c79b05f7250c2a5f1c380 7349884 libsbuild-doc_1.6.9-1_all.deb 6d7a2890f0832748771f6c20010e009bcebf18710cddaaadc556d31b236b6a34 736154 schroot_1.6.9-1_amd64.deb 95e92083d0291040805919ef893c9cd4699318937f313d0cff0baeb52ab98eb6 333926 dchroot_1.6.9-1_amd64.deb 151e2ff4ea7fc776b6b3fabeaeb8a9c49cbc12acacd79a653e371cd7560abc87 332820 dchroot-dsa_1.6.9-1_amd64.deb Files: 9eb6a262cee5c9d0ae019819ffc3f642 2382 admin optional schroot_1.6.9-1.dsc 1d99492d4bd21dcf77938fdd9a7f8d86 796224 admin optional schroot_1.6.9.orig.tar.xz 5a7f869d57346bea744f836a29adf321 27052 admin optional schroot_1.6.9-1.debian.tar.xz 8320a465c87f913d92d521c51fbddf78 240754 admin optional schroot-common_1.6.9-1_all.deb e66d902b294aed95ac5f09c8a815900a 847262 libdevel optional libsbuild-dev_1.6.9-1_amd64.deb 8867cf50a180bed1f88c67cf6689ab26 32771296 debug extra schroot-dbg_1.6.9-1_amd64.deb faa560b527d4716af88368ad46fa4cad 7349884 doc optional libsbuild-doc_1.6.9-1_all.deb 7394b541437dd104c7a29a77637a042e 736154 admin optional schroot_1.6.9-1_amd64.deb 92d3c7546b8949a177b39185b32e72e3 333926 admin optional dchroot_1.6.9-1_amd64.deb ae33e8897586b89cf7f474c97646bc43 332820 admin optional dchroot-dsa_1.6.9-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTQxfiAAoJEOJSSsUKn1xZe1YQAKuQ3IXtjWYRWLcJGrhF+TUX 9uZjCS3LN++NyO9NgQDlhvDpV97RjaWL3dMRDCfFP4JK1Bo0Zt0ZWqw/nrgk3WuG Kz2AMJFrOUVv+l0Gbu5VuJ3jvevDyoXxQGReiYIi32ewXegiTmHjNxg9MhLiGogQ quBRDph2vyr3kH3Izx4sqkEm7lYl03/8pw0gHKwh+++2gy4x6GCg7HSw0Yq/Zy80 Uj6CK7D553gYvaxhIBg1GPTokex+N2gmJzY0CmInqQvB5HJwcBBNvo4Vj6GGv5k3 FvFOJuJIm3WOdNckJY1iWZAFUUc2waH606BxbMN3aA2aPtlzuyIYfNOgfuZtHSHt zHN6EoVXvO0e/1alG3mPgBN1zEM5obWxcCT3qMllvYPoxLscGeguOQ95GpHfKyRn LKu+a6LvQmqRjVGYYM20TtvUHWwe4xpUCHP3ZtCM0WtS6n1vytriGDRXu1Ak+4ft sToJKQre1q3Ton208bIVwp1paecBdedYkFUaFqd1dBPFkQDB7MZYijYAG3qMRHer 5L0Hwalq5sMVw69KAvkkJOuwmcef415GJJPPP/8aB4mzP69TvwrGM+p2vcv55CqR 4ozr5qgb6VhZSP6L/7TOC4fgExps
Re: Please upgrade your build environment when you are affected by transition
On Wed, Feb 26, 2014 at 02:24:01PM +0100, Jakub Wilk wrote: * Thorsten Glaser t.gla...@tarent.de, 2014-02-26, 12:54: To add insult to injury, buildd/sbuild currently hardcode both --apt-update --no-apt-dist-upgrade My sbuild.conf contains this: # APT_DISTUPGRADE # Type: BOOL # APT distupgrade. 1 to enable running apt-get dist-upgrade at the start # of each build, or 0 to disable. $apt_distupgrade = 0; Admittedly, I've never tried enabling this option, and maybe buildd's sbuild is different… It's not. This is all completely configurable. You can have it apt-get update/upgrade/dist-upgrade at the start of every build. update is enabled by default (needed to ensure build-deps can be installed and sources can be fetched), but dist-upgrade is not (historically out of concern things might break). Now we are using snapshotted chroots for all or most buildds, the risk is far less and if the worst does happen you can just restore an older snapshot or re-debootstrap, which takes all of 5 minutes. You could, for example, have the source chroot dist-upgraded using sbuild-update -ud via cron on a daily basis, and every build also do a dist-upgrade to ensure the build chroot is always completely up to date. Before we had snapshotted build chroots, and had to manually uninstall all build-deps, the chance of a dist-upgrade breaking a dirty chroot was non-negligable. But if the source chroot is a minimal debootstrap which is always kept clean (i.e. the buildd admin should never customise it in any way), it should always be safe to upgrade bar any major SNAFU on the part of a base package maintainer which breaks the base system. On the sbuild side, we could revisit the default for end users and buildds and enable dist-upgrade by default for one or both of these if there's consensus that this is desirable and safe to do. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140228091438.gh11...@codelibre.net
Re: C++ testing library
On Thu, Feb 20, 2014 at 06:12:28PM +0100, Jan Gloser wrote: Earlier this week I wanted to find a C++ testing library. I tried gtest and cppunit but both of them seemed way too much overkill for my needs. They might be overkill for your current needs, but what about future needs? As you add more tests, and more complex tests, if you choose either of these you will at least be fairly confident that the functionality will be available, should you need it. If you roll your own, it's almost inevitable that you'll need to extend it over time, and eventually it'll end up getting towards the complexity of these, but probably not done quite as well, since these have had significant use and have been implemented by very good people. I used libcppunit for 9 years in schroot, and switched over to gtest a few months ago. Both are good libraries. gtest is more powerful, and requires less code to do the equivalent tests. I'd recommend it. Both libraries are simple to use for simple tests. Example of simple assertions: https://bitbucket.org/rleigh-debian/schroot/src/33bbfbbce5ae638731527c79068ab40f8da892fb/test/schroot/regex.cc?at=master But then you can move up to using test fixtures: https://bitbucket.org/rleigh-debian/schroot/src/33bbfbbce5ae638731527c79068ab40f8da892fb/test/schroot/keyfile.cc?at=master And then parameterise the tests: https://github.com/rleigh-dundee/bioformats/blob/cpp-formatreader-interface/cpp/test/ome-xml/color.cpp Or specialise based upon type: https://github.com/rleigh-dundee/bioformats/blob/cpp-formatreader-interface/cpp/test/ome-xml/positive-float.cpp https://github.com/rleigh-dundee/bioformats/blob/cpp-formatreader-interface/cpp/test/ome-xml/constrained-numeric.h And other variants are also possible. Unless you have a really good justification for reinventing the wheel, both cppunit and gtest are both pretty good wheels. While both can be complex, they aren't /that/ complex, and you aren't forced to use the more complex functionality if you don't need to. If all you want to do is simple assertions, gtest is about as simple as it gets for this, and the error reporting is really good--it will tell you exactly what failed, including the values, and where, and will also cope with expected and unexpected exceptions. Regarding including your code in Debian, unless it's adding value which the existing solutions don't provide (which I don't think it does), I don't think that in its current form this is suitable. This is not intended to discourage--if you want to write a top-notch C++ testing framework that's really great--but there are many C++ test frameworks already in existence, and it would certainly be worthwhile evaluating the strengths and weaknesses of them before committing to adding yet another. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140220225206.gd11...@codelibre.net
Re: Status of build-arch coverage
On Wed, Feb 19, 2014 at 01:58:48PM +0100, Jakub Wilk wrote:
Thanks for doing the rebuilds!
* Roger Leigh rle...@codelibre.net, 2014-02-18, 22:58:
┌┬┬───┐
│ current │ buildarch │ count │
├┼┼───┤
│ attempted │ attempted │ 317 │
│ attempted │ successful │26 │
│ failed │ failed │35 │
│ failed │ successful │ 3 │
│ successful │ attempted │ 1483 │
│ successful │ failed │ 3 │
│ successful │ successful │ 8650 │
└┴┴───┘
Raw data:
http://www.codelibre.net/~rleigh/rebuild-buildarch-20140218.sql.xz
Do I understand correctly that your rebuilds were with -B, and
therefore packages that build only arch:all package were not tested
at all?
This is correct. I can repeat to test this. However, I would
suspect that the results will not be as good in general--these
codepaths are not currently tested by building for upload unless
special action is taken, or by our autobuilders. While most
packages using dh/cdbs should work correctly, it's quite likely
that we'll see regressions here.
It would be interesting to see how packages that builds arch:all
packages behave when rebuilt with -A.
Definitely. I would also be interested to see what the coverage
looks like here. I'll repeat and we'll see how things look like.
I'll probably be another week to do another two full sets of
builds. I'll set it going later on today.
I hope the above is useful for measuring progress on this front.
Do we have any plans for enforcing build-arch for jessie at this
point? If we haven't already, stronger warnings when running
dpkg-buildpackage and stronger lintian warnings (errors?) would be
useful to add.
If build-{arch,indep} is missing, Lintian currently emits
debian-rules-missing-recommended-target[0]. I think we should go
ahead and make it emit debian-rules-missing-required-target[1],
which is on ftp-masters' auto-reject list.
That sounds good. When we do this, a clear announcement on d-d-a would
be good. If we can reduce the failing count much further prior to
jessie freezing, what would be considered an acceptable threshold for
disabling the autodetection? (Zero is unlikely to be attainable.)
I attached dd-list of packages that were is non-successful state in
the buildarch rebuild. Packages marked with * were also in
non-successful state in the current build.
Thanks, that's much appreciated.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140219133443.gb11...@codelibre.net
Re: Status of build-arch coverage
On Wed, Feb 19, 2014 at 01:02:55PM -0800, Steve Langasek wrote:
On Wed, Feb 19, 2014 at 01:58:48PM +0100, Jakub Wilk wrote:
Thanks for doing the rebuilds!
* Roger Leigh rle...@codelibre.net, 2014-02-18, 22:58:
┌┬┬───┐
│ current │ buildarch │ count │
├┼┼───┤
│ attempted │ attempted │ 317 │
│ attempted │ successful │26 │
│ failed │ failed │35 │
│ failed │ successful │ 3 │
│ successful │ attempted │ 1483 │
│ successful │ failed │ 3 │
│ successful │ successful │ 8650 │
└┴┴───┘
Raw data:
http://www.codelibre.net/~rleigh/rebuild-buildarch-20140218.sql.xz
Do I understand correctly that your rebuilds were with -B, and
therefore packages that build only arch:all package were not tested
at all?
It would be interesting to see how packages that builds arch:all
packages behave when rebuilt with -A.
I hope the above is useful for measuring progress on this front.
Do we have any plans for enforcing build-arch for jessie at this
point? If we haven't already, stronger warnings when running
dpkg-buildpackage and stronger lintian warnings (errors?) would be
useful to add.
If build-{arch,indep} is missing, Lintian currently emits
debian-rules-missing-recommended-target[0]. I think we should go
ahead and make it emit debian-rules-missing-required-target[1],
which is on ftp-masters' auto-reject list.
I attached dd-list of packages that were is non-successful state in
the buildarch rebuild. Packages marked with * were also in
non-successful state in the current build.
[0]
http://lintian.debian.org/tags/debian-rules-missing-recommended-target.html
[1] http://lintian.debian.org/tags/debian-rules-missing-required-target.html
Steve Langasek vor...@debian.org
* openldap (U)
samba (U)
This is not useful without build logs. Both of these packages use dh(1),
which is perfectly build-arch-compatible; there's bug #738641 reported on
openldap about the libdb5.1 transition, but that doesn't actually cause a
build failure yet.
So I think this build environment is suspect, and such a summary report is
not useful without substantial details.
I took a complete amd64+source debmirror archive snapshot on 20140212 at 0253.
From this, I debootstrapped a fresh build chroot from the NFS mount of the
mirror, and set it up to use the file:// apt source of the bind mounted
mirror inside the chroot, which is fast and saves needing to download the
debs before unpacking.
I would suspect that most failures which weren't due to transient lack of
buildability in unstable, and not due to lacking build-arch support are
due to timeouts (see below) or timing issues due to the system load.
Current unstable dpkg building openldap:
Starting test048-syncrepl-multiproxy for mdb...
running defines.sh
Starting master slapd on TCP/IP port 9011...
Using ldapsearch to check that master slapd is running...
Using ldapadd to create the context prefix entry in the master...
Starting P1 slave slapd on TCP/IP port 9012...
Using ldapsearch to check that P1 slave slapd is running...
Starting R1 slave slapd on TCP/IP port 9013...
Using ldapsearch to check that R1 slave slapd is running...
1 Using ldapadd to populate the master directory...
Waiting 7 seconds for syncrepl to receive changes...
1 Comparing retrieved entries from master and P1 slave...
1 Comparing retrieved entries from master and R1 slave...
test failed - master and R1 slave databases differ
test048-syncrepl-multiproxy failed for mdb
(exit 1)
make[3]: *** [mdb-mod] Error 1
make[3]: Leaving directory `/«PKGBUILDDIR»/debian/build/tests'
make[2]: *** [test] Error 2
Maybe the 7 seconds wasn't enough if the system was heavily
loaded?
samba failed due to timing out while linking. I'll identify and
reschedule the jobs which timed out. It's about 30 per run, which
isn't going to affect the statistics, but obviously there are a few
false positives as a result, which I'll rectify. I'll increase the
timeout for the next runs.
I can make the collection of build logs available if needed. I'll
get the rebuilds done first though.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140219212848.gc11...@codelibre.net
Re: pulseaudio related problems....
On Tue, Feb 18, 2014 at 11:37:31AM +0100, Jean-Christophe Dubacq wrote: On 18/02/2014 10:57, Andrew Shadura wrote: Hello, On 18 February 2014 09:33, Lars Wirzenius l...@liw.fi wrote: On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote: Is it not? It's much more convenient than fighting with a broken audio server which was written by a bunch of not really sane people suffering from some extreme form of a NIH syndrome. I think that attacking people isn't a good way to make one's point, or to foster a constructive discussion. It also makes me, and probably other people, feel uninterested in participating in any discussions on this and other Debian mailing lists. Sorry if that looked like an attack. Probably that was a very poor choice of words. However, my point is still that I can't see how said server improves the situation, my feeling is that it makes it only worse. This is obviously a feeling. Facts would be better. I'm yet another of the herd who found that pulse was broken out of the box, and that removing it made things work immediately. In fact, it's only worked on one out of the several systems I've tried it on, and even there it was sufficiently annoying that it lasted only a few hours. I'd say that whatever might be said of its benefits, it's been a net negative overall for me, and I'd be quite happy for it to go away entirely. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140218135905.gz11...@codelibre.net
Status of build-arch coverage
Over the last few days, I have done two full rebuilds of all any/amd64 packages in the archive using: · the current unstable dpkg (current) · the current unstable dpkg with the build-arch autodetection removed (buildarch) The summary is this: ┌┬┬───┐ │ current │ buildarch │ count │ ├┼┼───┤ │ attempted │ attempted │ 317 │ │ attempted │ successful │26 │ │ failed │ failed │35 │ │ failed │ successful │ 3 │ │ successful │ attempted │ 1483 │ │ successful │ failed │ 3 │ │ successful │ successful │ 8650 │ └┴┴───┘ Raw data: http://www.codelibre.net/~rleigh/rebuild-buildarch-20140218.sql.xz So the good news is that the great majority of the archive does support build-arch directly (8650 packages) without the need for autodetection. However, nearly 1500 packages still do not have build-arch/build-indep targets (or they do, but they are broken). This is about 14% of the total. (I'm discounting the attempted, failed etc. packages for which we can't make any judgement without manual inspection.) I hope the above is useful for measuring progress on this front. Do we have any plans for enforcing build-arch for jessie at this point? If we haven't already, stronger warnings when running dpkg-buildpackage and stronger lintian warnings (errors?) would be useful to add. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 signature.asc Description: Digital signature
Re: Status of build-arch coverage
On Tue, Feb 18, 2014 at 10:58:50PM +, Roger Leigh wrote: I hope the above is useful for measuring progress on this front. Do we have any plans for enforcing build-arch for jessie at this point? If we haven't already, stronger warnings when running dpkg-buildpackage and stronger lintian warnings (errors?) would be useful to add. I should have added here, if any additional information would be helpful, I have all the build logs on hand for the moment, and can obtain any additional information if needed. And if any additional testing needs doing, e.g with different dpkg patches, I can repeat the exercise given a little notice. The testing was done on an 8-core 4GHz AMD FX-8350 system with 16GiB RAM and a 200GiB btrfs volume for the build snapshots, with the Debian archive mirror and build products accessed and stored, respectively, using NFSv4 with a FreeBSD 10.0 ZFS fileserver. Each run took just over 2.5 days, using GNU parallel to drive 8 concurrent sbuild/schroot builds; a little more optimisation could reduce this time further. The system is quite thoroughly burned in now; it made a nice cooking electronics smell for the first hour, and other than that went smoothly until Btrfs toasted itself with lots of kernel BUGs when it unbalanced itself to the point of unusability after 5 days of being thrashed mercilessly, around build 19500; a btrfs filesystem rebalance made it go again--but something to watch out for if you're a btrfs user! (Glad I'm no longer using it except for build snapshots! Using a filesystem shouldn't reduce your system to requiring a hard reset! At least it was recoverable this time…) Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 signature.asc Description: Digital signature
sbuild maintenance, bug handling and patch review needed
Dear all, I'm afraid that at present I don't have the time or inclination to be able to give sbuild any real support in terms to keeping up with bug reports, including those with patches which need review. There are a number which could use some attention, particularly those with patches which need applying and uploading. I don't want to be a blocker for these things. I'm also trying to reduce the amount of time I spend typing each day to mitigate the RSI I'm currently suffering from, and this means the amount of time I devote to Debian needs to be reduced. If anyone would be able to take over some of this stuff, I'd be very grateful. I'll continue to be available for answering questions and helping where I am able, but I'm afraid I won't be able to continue as one of the primary maintainers for the foreseeable future. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140212113107.gq11...@codelibre.net
Re: Bug#735927: general: X *always* crashes when ram is full
On Mon, Jan 20, 2014 at 12:29:28PM +, Kevin Chadwick wrote: previously on this list Roger Leigh contributed: With an SSD, you really don't want /tmp or swap on it; Why?, due to limited write cycles? That's one reason, but the one I was thinking of was the shocking performance. I accidentally disabled tmpfs on /tmp on my main system with an SSD rootfs a few months back and was wondering why I was experiencing such slow builds, desktop freezing for seconds at a time, and other intermittent stalls. Turns out it was thrashing the SSD since /tmp was on the rootfs. Enabling tmpfs on /tmp resolved the problems, changing the performance from dire to excellent. (I have the swap on a RAID1 LVM LV on fast HDDs). This is a system with 8 cores @4GHz, 16GiB RAM, over 16GiB swap, so should be pretty performant, yet /tmp on an SSD made it crawl and freeze continually. This is purely down to the slow write speed of the SSD I have (Intel 320 128GB). If you have a faster SSD, maybe it won't be an issue, but given the amount of junk being written to /tmp when running a desktop environment and applications, from dozens of tmp files and sockets to streaming video, it's likely it will make a significant difference to make /tmp a tmpfs or HDD filesystem. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140120143024.gc6...@codelibre.net
Re: Bug#735927: general: X *always* crashes when ram is full
On Mon, Jan 20, 2014 at 10:46:50AM -0500, The Wanderer wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/20/2014 09:56 AM, Kevin Chadwick wrote: On Mon, 20 Jan 2014 14:30:24 + Roger Leigh wrote: This is a system with 8 cores @4GHz, 16GiB RAM, over 16GiB swap, so should be pretty performant, yet /tmp on an SSD made it crawl and freeze continually. Interesting, have a look if it states the write access time spec in the datasheet (if available) of that SSD? Though when I've looked for write access time on off the shelf SSD drives it usually only mentions throughput or reading. He said this was the Intel 320 Series 128GB drive. As far as I know there is no officially 128GB model of that drive, but the 120GB model (that being the advertised capacity after overprovisioning et cetera) was reviewed in depth by The Tech Report back in 2011: http://techreport.com/review/20653/intel-320-series-solid-state-drive The article includes spec-sheet information and detailed benchmark results. Glancing over them again, I'm not surprised by this described result from that drive; there are other SSDs that might do much better. You are correct--it is indeed 120GB, my mistake. I'm not sure if it's just the write speed. It's also reading stuff back from /tmp and the rest of the rootfs so it may just be a pathological workload. That said, I would have classed it as very light--/var, /home and the build chroots etc. are all on a separate RAID/LVM array, so /tmp was the sole part of the rootfs being actively written. It would be interesting to have further data from users who could try running with /tmp on the rootfs SSD and on a tmpfs (with or without the swap on the SSD). Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140120194359.gd6...@codelibre.net
Bug#735927: general: X *always* crashes when ram is full
On Sun, Jan 19, 2014 at 04:36:51PM +0100, moli wrote: @Holger: Or (recommended) just add a small swap partition (say 128MB) to allow the kernel to put unused memory pages on disk so the X server can use them instead. I'm sorry, i can not, i only have SSD in that machine. If i enable swap in a machine with only 1GB ram it would be in use all day long, every time. I will try your other recommendations through, please be patient and wait for my feedback. Mount a tmpfs on /tmp with a strict size limit. You can do this with /etc/default/tmpfs (RAMTMP, TMPSIZE) or just add an fstab entry. The default size is 50% RAM, which is likely the cause of your problems. This will definitely OOM your system when you fill /tmp; it's normally backed by swap so has somewhere to move the data to. The size limit will definitely constrain what you can store in /tmp though, so it will bring its own limitations (but will avoid crashing things). I'm unsure of a better solution I'm afraid. With an SSD, you really don't want /tmp or swap on it; using a tmpfs on /tmp makes a world of difference. But this is certainly better with swap on a spinning disk. Swap on the SSD would be better than /tmp on the SSD if you really need the space--it'll only get used when memory gets tight for the most part so it might be a compromise worth considering. If we don't already, the installer could make some adjustments to RAMTMP/TMPSIZE if the rootfs is on an SSD and/or swap is absent. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140119225525.gb6...@codelibre.net
Accepted snooper 19991202-7.2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 03 Jan 2014 16:32:47 + Source: snooper Binary: snooper Architecture: source amd64 Version: 19991202-7.2 Distribution: unstable Urgency: low Maintainer: Stefan Bauer stefan.ba...@cubewerk.de Changed-By: Roger Leigh rle...@debian.org Description: snooper- Captures communication between two external serial devices Closes: 728022 Changes: snooper (19991202-7.2) unstable; urgency=low . * Non-maintainer upload. * debian/patches/01-Unknown-changes-to-Makefile.in.diff: Drop -DHAVE_LIBLOCKDEV from CFLAGS and -llockdev from LIBS to disable liblockdev support (Closes: #728022). Ideally, the upstream may wish to properly replace the UUCP-style locks in uucplock.c with robust flock(2) locks. Checksums-Sha1: 7d3bb93428a172303bbb05187b44ce21a224f949 1735 snooper_19991202-7.2.dsc 7f52ed24c24e73f9b9321db3262d2f900db764d3 16540 snooper_19991202-7.2.diff.gz 033eb4bc2284c68d15f13533f9dc0de644f920c8 17296 snooper_19991202-7.2_amd64.deb Checksums-Sha256: c0786f936ff62cd6f9ae4eebf76389adabf12f1daee534c30d5105968f108a13 1735 snooper_19991202-7.2.dsc ab4288eebcbb6e79e9d29d15fffe7e79d7732f6112da6a5f6401c43f00e01b51 16540 snooper_19991202-7.2.diff.gz 5179cf1016f6f4f0bd4aae274a4205a0c0ad650fa05f9cf4eff6089beb30f1e0 17296 snooper_19991202-7.2_amd64.deb Files: 68aa88de53d40178e7990934a4e60538 1735 comm optional snooper_19991202-7.2.dsc 45dfaa2cd4bd9e3e5cc85995c5eea3ff 16540 comm optional snooper_19991202-7.2.diff.gz a2c758542e75e24aaed9aa8709933e8c 17296 comm optional snooper_19991202-7.2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSxujiAAoJEAezyLxAg+gADdEP/RhRtVj0PNgUcpuupyW+EaxB V56qk8NErblYuRoEED3d897VS8aTABkRfUd3YRUryEPsmVSx+jsCTCJU6a8ZT4Va lo/jhS2lmXjdk/qlBbvx23mX6dVDFdRLQIYL3JcrCcCvVQ+jRrngAOc6aT3w8RGd OXdesbE/gQvFUtBBB2UZO5UF+2QnZ+ZBCUIYu6SCYHU9+JG/MAxdcKdJ3ypM9zfF hlP7DHkO5RAtTqL+DqOnkkY0jqk8IbqtHFcYwBPYFzkITf9FxngGUYu6BO6efMSE GiypguVamEcSeAHiIZOQ65DD4k/lVy1Wbq/AzUfdFFV6dniXmhFN+t0tIPT6PSad epusIe2jmOvHolktwx6RGf0+bgfmQRDFrdJY6BMTq1IRb6fkFDAktlq6G6ywJBsX sqQWHPkRp6mCqPpRHaRe2zOnkDYy6WOZZVEmHxpG+T+IPLixDjJh8CLJ4fR34sX7 qm8QTnBz/iFzO2VWsrZ2MgAy6sEVDLDuGOIAfg3REJBmLO+UdpyGhvrkho7j4yji hLhtp8jQyEPUtoh8FPAMqnLy822aUgKV/szasnTz6ILohPiw+g+j7dVKA5MY7sje KNPfOKmP36XNsOxm64rAQPle9ph8RJmZM9oWi/LBFKjEET0IJxafAsFlT9IvHD3i pQpX8nft2L8zl3nGCS8m =Y9S2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1w0wlx-um...@franck.debian.org
Accepted schroot 1.7.2-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 03 Jan 2014 21:15:52 + Source: schroot Binary: schroot-common libsbuild1.7.2 libsbuild-dev libsbuild1.7.2-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.7.2-1 Distribution: experimental Urgency: medium Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder libsbuild1.7.2 - shared library for the Debian source builder libsbuild1.7.2-dbg - Debugging symbols for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot Changes: schroot (1.7.2-1) experimental; urgency=medium . * New upstream development release. * debian/control: - Correct multiarch-support pre-depends. - Upgrade to Standards-Version 3.9.5 (no changes). - Build-Depend on g++-4.8. * debian/rules: - Build using g++-4.8, needed for C++11 compatibility until the default compiler for all architectures supports C++11. Checksums-Sha1: 648957a8be43013f05f1b49fa2ee20982b9e1e60 2444 schroot_1.7.2-1.dsc b02b9aaff46ba9337927439419c57290bebd965f 487548 schroot_1.7.2.orig.tar.xz bbd201d817fa626a87b24bef52fe744b8cf97cb8 31279 schroot_1.7.2-1.debian.tar.gz b9cd377f77eb87697b9aea405b5ad6c5eef2f82a 242146 schroot-common_1.7.2-1_all.deb 3b70854e74f25ddc5a5366d0232aa30f614dc910 507690 libsbuild1.7.2_1.7.2-1_amd64.deb 588b52f1d7df6198b34fdf8b2f65b2bd22bb182a 243410 libsbuild-dev_1.7.2-1_amd64.deb 9e009aae84bb11dc5e693d8af77cdc69d32a6592 15831404 libsbuild1.7.2-dbg_1.7.2-1_amd64.deb 155c6d865b4965c61187576490d77dc879419755 7854070 libsbuild-doc_1.7.2-1_all.deb 830db997403d764e3f768a5a0ed604ebcd578d42 466938 schroot_1.7.2-1_amd64.deb 7160c8ce93e546bf861d3f37968bb38ef11fca8d 94568 dchroot_1.7.2-1_amd64.deb 98ea82b9ee797aaca73adb72de61453f80091d6c 93228 dchroot-dsa_1.7.2-1_amd64.deb Checksums-Sha256: 2df8191a0bb346cbbde30a952863c759da0fc5c0cb28edbb74a94ac34c1ff866 2444 schroot_1.7.2-1.dsc 0fabc156da95cfcd63493bf1c3a438efa4a550c4f280d8f1c6f9e67c3d424661 487548 schroot_1.7.2.orig.tar.xz 10c684f83412517ebebaa2f2bd885a2e7f0f751b9b9ea52dd208dbc7f2cc2240 31279 schroot_1.7.2-1.debian.tar.gz 71656b958dfd67202819e5d233f5caef4008de6b7262fa5f5ebcc306edef97ad 242146 schroot-common_1.7.2-1_all.deb dc1e14d59668b6962968c9b9b0a77d22449f5fe039acd042a40d499dbfcad01b 507690 libsbuild1.7.2_1.7.2-1_amd64.deb 4a333b6bcb76d2f179af1837d26c99bfa420ae371ed51e8494897ceb9659799e 243410 libsbuild-dev_1.7.2-1_amd64.deb 1354337044f684b6f3d7421297552eb63af855388808ac3a2bafdfba55e28b84 15831404 libsbuild1.7.2-dbg_1.7.2-1_amd64.deb 9495aea3f12979c4614fe69c7133991893e42cce79cc84d25940c340d43b607a 7854070 libsbuild-doc_1.7.2-1_all.deb 8a543b49a7efba7fb1e2327e4b404fe40885cdfde6cb7fd17cdcc59b57858f8f 466938 schroot_1.7.2-1_amd64.deb dd42fdd4f546b3a5117a48ace5dea8f1d67d59be363af33c9b69d7a11535af39 94568 dchroot_1.7.2-1_amd64.deb 68d339945e769f8a4c8b2eff5f4a90da92bffe578cb00e4419a44d7d5e79c494 93228 dchroot-dsa_1.7.2-1_amd64.deb Files: aaa5f30da1ba790aeb332ec0c0d17858 2444 admin optional schroot_1.7.2-1.dsc c0abe1acf09277e30219cae75ca84ea7 487548 admin optional schroot_1.7.2.orig.tar.xz 93d4d83cc7f06a4c8c196faa5d6fd11e 31279 admin optional schroot_1.7.2-1.debian.tar.gz 1cad8e08f27f3294345c7cf9353e865f 242146 admin optional schroot-common_1.7.2-1_all.deb eaf79171d593793ae0ef36c20984331d 507690 libs optional libsbuild1.7.2_1.7.2-1_amd64.deb a14e580949418235c9c88212710f7b3d 243410 libdevel optional libsbuild-dev_1.7.2-1_amd64.deb a20054854a7d87609f0f61e437ec1188 15831404 debug extra libsbuild1.7.2-dbg_1.7.2-1_amd64.deb 9f93227f4103edb07f703c9aae103c9c 7854070 doc optional libsbuild-doc_1.7.2-1_all.deb 6bb74dc2bdf13286a1f669dedfd92293 466938 admin optional schroot_1.7.2-1_amd64.deb f8486042a7a6756256323d8bdfbbfa12 94568 admin optional dchroot_1.7.2-1_amd64.deb 3ca01f1057787067a8bda96f819844fc 93228 admin optional dchroot-dsa_1.7.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSyI0TAAoJEAezyLxAg+gAWxAQAKIAIbLrwwYry9hzsoN8XTbs CQwya1HLffaWJiOk8bPII1P77cCZUE56N9sQoVLt9RMXw0HbK0Y1HauD8qIaF2G6 v1wttncEUcvwpBPT3RWwe4ZVR66dBJVWZ9h3+bJnM1+ibAE7cIkctKgGE0OGBMYN cSEBWicwvZ8wc1+2aifMGyjihBV8SfG4XOYIr3hQ32kNIyh4w7GQdi5mFh0u+wJN rhS4nsNnoY9tn4rt+R8bB/eKq0eY2MHPBYx7Ydo9q+1TyAgPUfv3KDtTuIF3aERI 2Im7sBPv3BaWexiVwhoasN+n4M7WfZ3sxAsfSDRmoTUilUfSmtV62yRZ9WfwBxFV YDD3QHXuahceqE/r/CODs3E3cAKq73bArtn5PXRPQp2zD7wAU+3IFfmpmvXGmA8D aeS1cf4mQop3Cr4Qt4NENK4ZiYOYVWLVz2xHXSHyt44OueeJRRcjvwTLMu1kkUlu Kk+MLJrrbsb2FHVdddFTYG6K7IYhPRVONChN3Nx2lvaObLLsLNpUvo/UcCSq0Uem cWiJN8G
Accepted schroot 1.7.2-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 05 Jan 2014 19:56:41 + Source: schroot Binary: schroot-common libsbuild1.7.2 libsbuild-dev libsbuild1.7.2-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.7.2-2 Distribution: experimental Urgency: medium Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder libsbuild1.7.2 - shared library for the Debian source builder libsbuild1.7.2-dbg - Debugging symbols for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot Changes: schroot (1.7.2-2) experimental; urgency=medium . * debian/rules: Use g++-4.8 for all g++ invocations. Checksums-Sha1: ef12e9a92dc5105d1914649afdfb3f7f558cd039 2444 schroot_1.7.2-2.dsc efd7f16e869db3f172bc8f47a08b4c8c9d22be5c 31276 schroot_1.7.2-2.debian.tar.gz 5b374cdd488831879909e48f753c7b0c368fab3f 242132 schroot-common_1.7.2-2_all.deb bfabd34035db097b68607ffb5f2ba58f842ab43e 507446 libsbuild1.7.2_1.7.2-2_amd64.deb 05513a0c238152c518bf92714e44e06f8ff5d102 243426 libsbuild-dev_1.7.2-2_amd64.deb 0170faa58706e9aa0f336ca6fc4173a393967ca5 15835652 libsbuild1.7.2-dbg_1.7.2-2_amd64.deb e15b676a0b733c0b2c5ed64cb6c1518b9cbc25fb 7854380 libsbuild-doc_1.7.2-2_all.deb 7cfdeff1ad0163b35531d3ff26d99920e2587f17 467088 schroot_1.7.2-2_amd64.deb f36f470af0605b45899d8518938ff62ffa8c0584 94628 dchroot_1.7.2-2_amd64.deb 77cd8ed608348cdfac3f56bf77938ee9f388217d 93376 dchroot-dsa_1.7.2-2_amd64.deb Checksums-Sha256: d8b37e2795a74128dfe7da8b4fd7e07c5fc082caed81eaa3da77b5e24238c56a 2444 schroot_1.7.2-2.dsc 0cf6f7fdc640c19bc7f77bafb9e3f7ba7e43fb8929af7c8b7c68fe321e80b1b5 31276 schroot_1.7.2-2.debian.tar.gz 9112f6f1375d77f2a34393fcad358f06b3bda5e4fec2c23262a20112d38ee6bf 242132 schroot-common_1.7.2-2_all.deb c3eb9b3dc7568a56de4cd8274cfe22a10b2df0d52610ef1dd5eb537da6ccc17a 507446 libsbuild1.7.2_1.7.2-2_amd64.deb 0f9d3e001d55e3c24bf31b7e6078cff12d50e2ed9f05b2d6a08eac89e6ac 243426 libsbuild-dev_1.7.2-2_amd64.deb 7c965aa79eeb456a92fc7c052ab88674bba4ae1f7c3be5b9e42571c0660935d8 15835652 libsbuild1.7.2-dbg_1.7.2-2_amd64.deb f2979fc4bf506436d6f260da74386c377a9ec0af00cf8540f33f6b38313590e8 7854380 libsbuild-doc_1.7.2-2_all.deb 5d15529c63a5edf900f82822ff4cfaaae53f4539915f56053bd53a5f5aacf30e 467088 schroot_1.7.2-2_amd64.deb d84543f16220ab3e1f35daa085b0a50f18365740a27e154776e5161bdb27253a 94628 dchroot_1.7.2-2_amd64.deb de8acd33104cd85ce07880a512201f53bfc7aa3122742e82c54bcf555e8c5a50 93376 dchroot-dsa_1.7.2-2_amd64.deb Files: 281aa7ed8c04f9a1d5f26209a179955c 2444 admin optional schroot_1.7.2-2.dsc 6a6761c50623b7219c6db750e96ae258 31276 admin optional schroot_1.7.2-2.debian.tar.gz 033da63049f81637512cec0f2543622d 242132 admin optional schroot-common_1.7.2-2_all.deb af56ba3c5c6dc8a16df26640ea9eb0a0 507446 libs optional libsbuild1.7.2_1.7.2-2_amd64.deb f7fe256b6a11091891a627f7b3163d7e 243426 libdevel optional libsbuild-dev_1.7.2-2_amd64.deb 15143181172c0f4c36403fdb557cab11 15835652 debug extra libsbuild1.7.2-dbg_1.7.2-2_amd64.deb 5804503ffd98a72ace10ec1c4898686a 7854380 doc optional libsbuild-doc_1.7.2-2_all.deb 1fa0b3894af68e874e8ddf8a756ebeee 467088 admin optional schroot_1.7.2-2_amd64.deb 5b78233cb912892a6946b9e862c00caf 94628 admin optional dchroot_1.7.2-2_amd64.deb 0af14a5b7a66c3f86138d5c5f91cdffe 93376 admin optional dchroot-dsa_1.7.2-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSyb1XAAoJEAezyLxAg+gARtYP/3ClKJ7zQgaBRvltxVJVKOKS 0pHo+vfD6bsGg0GBSxKV7/FQcdHYAmgMu0RflMrK+wZNFEUo70kj5CxHUbL1JZd6 IvtjfOXPkhy7yzVafXlCzv2Rcc3rWc1TLanQGrNgcxKSzpmUMSRWaUVJzzoWY0U8 EgIokDEewqrot3gyt5J0xo7sYfLanhhzPFn7RildH5kLOo4oezNA+ZN/CFR7R5C2 aqPx6H6OmxaN7OE/wi/m1uKz05hh0qnN0muDUdBEQK+Tls9aX6aR533syHuq+mAF YmMh/6heIrfMf50eT+j2ZZmPVrRiF9OG+XyISsC79g2v6DrqVL2DLB2j8soQ71vP st0O+C4gEv/IkX7zHuZ4DgdfXOrsjOKlfejTDzyqBNgo6U8HPnV/cN9GBwxsQ7Nx ZIx3uSkTPoqVEAiffvBnNYPVQQ5KmN98LyGXBSnHyg6s1+J4JyhHV3T38HkoNMIo J6VlE92YldlsgJkQTFp5/TFeTU+6IXf5XFo3fBggqdZ+hfux5C3qk29WcOrjD/RI ogzSU7zKxdnbFkd+gGajB0brIC1ifa41R3GwWspQLIwfqj9OMUGzEeYecllJpsKy Ifvv3+OQC0fQ7cgBhes8sQXHCSKaeMhzs3s90nZZ1sShgINxye06qpQbd6rsrm78 gk2YqNhU49t7ikpi+S9Q =OjyK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vzv98-0001qt...@franck.debian.org
Re: [RFH] !!SOS!! totally hosed init system
On Sat, Jan 04, 2014 at 08:07:08PM +0100, Thorsten Glaser wrote: On Fri, 3 Jan 2014, Roger Leigh wrote: If file-rc and/or the maintainer scripts somehow restored the links incorrectly, then insserv will ignore the header and preserve your customisations Hm. I can’t remember *ever* doing *any* customisations. I normally just put an “exit 0” below the shebang to disable an init script as, back then, nobody knew what the right way was (now we know update-rc.d is supposed to be used). But then, I migrated to file-rc *extremely* early, so it’d obviously not got “all” links in its backup. insserv -d should revert to the defaults. And there's not usually any reason to deviate from them. Hm, all it did for me was to emit all those warnings again. If not, you could remove the structure entirely and then try re- running insserv -d again. Ah! So basically “rm -rf /etc/rc*.d” followed by “insserv -d”? That may very well be the missing piece. I’ll try that on Monday (not right now where I have only remote access), but thanks already. It might be safer to do something like this: rm /etc/rc?.d/S* /etc/rc?.d/K* foreach script in $(ls -1 /etc/init.d | egrep -v \.dpkg|README|skeleton) do insserv -d $script done Maybe try that without the initial rm first for safety. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140104200412.gi8...@codelibre.net
Accepted schroot 1.6.8-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 04 Jan 2014 00:14:41 + Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.8-1 Distribution: unstable Urgency: medium Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Changes: schroot (1.6.8-1) unstable; urgency=medium . * New upstream stable release. * Removed unnecessary transitive linking. * Syntax errors in the French manual pages corrected. * debian/control: - Upgrade to Standards-Version 3.9.5 (no changes). Checksums-Sha1: 63547a90587f73e368a0df6dc2ed80d83783404c 2399 schroot_1.6.8-1.dsc 750b923720cff302ef7709d18ef8e7dbd3b924be 795112 schroot_1.6.8.orig.tar.xz b7d48385d8f308a26ba10d36e9cf7b62aa02d278 30710 schroot_1.6.8-1.debian.tar.gz 204b95e71e5b305392ecf9a3c154daca6a595fb0 239760 schroot-common_1.6.8-1_all.deb b69a3285f618a0da6d199d47e01efa32217cc8b9 835042 libsbuild-dev_1.6.8-1_amd64.deb 8a8d2f053d596ad86e04e5ff797c03520aafa088 32753892 schroot-dbg_1.6.8-1_amd64.deb 9df4de2d605b7609ad18ab3cbb7312927772a074 7500934 libsbuild-doc_1.6.8-1_all.deb 00c89a9fb01f70638f37a9abecf496b60ae1254a 710248 schroot_1.6.8-1_amd64.deb 67fb5011a706d1ac93dc53de8ca22cf605c75464 310422 dchroot_1.6.8-1_amd64.deb 7a75592e732465ade2ef9e7061464b62cbbdaa8c 309572 dchroot-dsa_1.6.8-1_amd64.deb Checksums-Sha256: 93c2b46ee81e9cd5f638e019fd4e7a3cea20d2589742dc5eec157f542659e483 2399 schroot_1.6.8-1.dsc 76ace27c068d0c469022bd473978cd156653a011e66dc2279c5a58649bed8311 795112 schroot_1.6.8.orig.tar.xz e92e5f6d22bc6456929d13b6f1374eb91d4d4a943d7b4cdd14d9e1c1f37925a9 30710 schroot_1.6.8-1.debian.tar.gz 52fa3b725bfd3d2ead9e9afa9da1b02d5f12890c2af3aa6601007bd007794727 239760 schroot-common_1.6.8-1_all.deb 9679a69329fb383568b1533d5f15d23f31a3ece5094d46d3505e15e2d8dc0525 835042 libsbuild-dev_1.6.8-1_amd64.deb 4221747535231deb437135814b889692bfce073140bda8bc43d1424611aed183 32753892 schroot-dbg_1.6.8-1_amd64.deb cd22dcc1b22f9bed16123767bdb75fb06f3c1cb2d569d952e68f7d7855d3fb80 7500934 libsbuild-doc_1.6.8-1_all.deb 8a992421e9832e21f9c34df65c413c86bdc3272fad0c22f622328cf7855084f7 710248 schroot_1.6.8-1_amd64.deb 447694e7b51bd35948e199b16c104c33016284ad7459727f38a4c2d263ce461b 310422 dchroot_1.6.8-1_amd64.deb cfb41fcf9dbb5bdaa0cf629760c0061224750fe7ab8e8e4f1a74d31887b396b8 309572 dchroot-dsa_1.6.8-1_amd64.deb Files: 8878d6807841610439886a5d03165299 2399 admin optional schroot_1.6.8-1.dsc ab584352cb73c8e137d47ef8d160a275 795112 admin optional schroot_1.6.8.orig.tar.xz 00606c67f3a534805f2bf065d3f22353 30710 admin optional schroot_1.6.8-1.debian.tar.gz 2e8b277d55966c12e9783e69aba01714 239760 admin optional schroot-common_1.6.8-1_all.deb b4b99bb964435551c71fa55fa153e3b4 835042 libdevel optional libsbuild-dev_1.6.8-1_amd64.deb 8c5835487021a073f60e0e46c6b88fc2 32753892 debug extra schroot-dbg_1.6.8-1_amd64.deb b5d15eb1896c1492e7982ba6f8c079ae 7500934 doc optional libsbuild-doc_1.6.8-1_all.deb d01cedc5299a34c85f25f5b03c50bf44 710248 admin optional schroot_1.6.8-1_amd64.deb 53135dd55ccd8914a5a126ce94b7b2fb 310422 admin optional dchroot_1.6.8-1_amd64.deb 34677a4e9b0e87b8a0abd78b2f65a3d9 309572 admin optional dchroot-dsa_1.6.8-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSx/QHAAoJEAezyLxAg+gAV/MP/0wRMaOH65BkMcJAlJBrZPTA XqTqGRVaJkn3OcfvWxeeROi4/VI7ebzJNZjp83BTnDqd+tNiUDnGNUdhtVYdoeMy hZSmEZpfDlzNn4J4Xlf9xitX+xoDCWVrSltlkDBvoKuCVeqNBBVvgYDLNt0q+k9R juPPyzsSd69dqZhm0yBzz411JLRcInDAGKA3xe879cVKCZ49kK3AVGp2E1/dvXFC aRlpCUSq90PDxp2O955BbdaBM1epDcInaA8G1vAOoNZd6CjjTMgRmJddysClnQde b0edE4yvt7BsDJ5NCBUH3MyYLSy0yv5D6OEnP5Ku4zF4HMmCTsFf4gZqdXG1jgLP koDN1IPcDeROSLRNDd0JRdVmk9xOzjZG2HKbZUVSisgw1n0kHdXOrHQNLXikwojx MsgqMyN96T2XsXW6PRh3+vZPvQDozip96qmTOkVWMhboiBmjEr0j5Yk4f2qjTGjN kv/JKx5pan807HXfj8x7BxxddGt5cvnKKx7FWOO21OjcF0fpqvDCaUQi4ClQ3/lY fGbY8+WYzQsCVxRPV+YZKWfioFlwD4mw1dg5eo0//QOR0ULV7uxrLRTdA/xES7Na kpEeUSQ2sSq/e+I0doQcn4FpHzk498wZ40nf31YG+qt7rVM/vUQCoJzTQCGo1lpL 9EBe6bO+Z2gonqcCqHUj =f+J6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vzpxa-0002ha...@franck.debian.org
Re: [RFH] !!SOS!! totally hosed init system
On Fri, Jan 03, 2014 at 10:20:57AM +, Thorsten Glaser wrote: after a dist-upgrade, my sid system wouldn’t boot at all any more: no network (because udev didn’t rename eth1 to eth0), read-only filesystem, I was dumped into a root shell after being asked for the root password, but by then the filesystem was read-write. I was running file-rc and decided to revert to sysv-rc. Bad idea, now I had /etc/rc2.d/S01sendsigs and /etc/rc2.d/S24single – you can imagine this was not any better. I blame 3dab3d4d3e911c779a3d6c998b20609053dd5b88 in collab-maint/sysvinit for this. Now, question to both sysvinit/sysv-rc and upstart people: how do I “un-hose” this system? I need this for $dayjob, and I can’t even run Kontact because Akonadi won’t start (and I need the PIM functionality from it). Did you try running insserv by hand to restore the links? Did the maintainer scripts restore any of the links for you? And: why did this happen in the first place? If you're referring to the commit above, it's because we've fully transitioned to dependency-based boot for wheezy, so the hardcoded runlevel ordering isn't used any more (at all), even for file-rc. Note that file-rc was also updated to use insserv, so it too was also using dynamic ordering. So the above removal should have had zero effect upon use of either system--both systems were already using the defaults option implicitly. The real problem here is probably that the maintainer scripts for handling the transition between the file-rc and sysv-rc systems may not be doing their job robustly. It should be possible for it to transition seamlessly between the two since they are just describing the same stuff in a different way. This is probably a bug in the file-rc prerm/postrm and/or the sysv-rc preinst/postinst. IIRC file-rc should restore the sysv-rc links and sysv-rc should make sure insserv is run again. If any file-rc users could investigate this in more detail, that would be much appreciated. I thought this was all working for wheezy from my own testing of it in VMs, but I'm not a file-rc user, and there may be cases where the configuration isn't being migrated. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Re: [RFH] !!SOS!! totally hosed init system
On Fri, Jan 03, 2014 at 01:57:00PM +, Thorsten Glaser wrote: Roger Leigh rleigh at codelibre.net writes: If you're referring to the commit above, it's because we've fully transitioned to dependency-based boot for wheezy, so the hardcoded runlevel ordering isn't used any more (at all), even for file-rc. Note that file-rc was also updated to use insserv, so it too was also using dynamic ordering. So the above removal should have had zero effect upon use of either system--both systems were already using the defaults option implicitly. Right, but “defaults” translates to “start 2345 stop 06” here, happily ignoring the LSB header. If file-rc and/or the maintainer scripts somehow restored the links incorrectly, then insserv will ignore the header and preserve your customisations (not the link ordering, but the runlevels to start and stop in). This would certainly be the cause of all the warnings you see. If you set them this way in your file-rc config, it may be simply preserving your state? If anything is assuming defaults means start 2345 stop 06 and ignores the LSB header, then that's an RC bug I think. I can't see such behaviour looking with a quick grep in either sysv-rc or file-rc. If you can identify what caused that, it would be very useful. We do need to start looking at migration from file-rc to $replacement after the tech-ctte decides. If sysvinit will remain supported in jessie, then ensuring a clean migration to sysv-rc may be sufficient. But keeping it going via insserv for wheezy was a step too far maybe-- it would have been desirable to have dropped it for wheezy. Anyway, we need to sort out a transition in the near future in any case. The real problem here is probably that the maintainer scripts for handling the transition between the file-rc and sysv-rc systems may not be doing their job robustly. This may be the issues I’ve seen _after_ switching from file-rc back to sysv-rc, yes. But the other issues (filesystems readonly, /dev/net/tun ENOENT, eth1 not renamed, etc.) were common to both of them; most (but not all) of those went away with upstart though… I can't comment on the upstart side, let's not overcomplicate with a third system ;) These sound like separate issues to the file-rc → sysv-rc switch; if so, they need investigating independently once you have a standard functional booting system again. and sysv-rc should make sure insserv is run again. If any insserv was run again but spewed lots of warnings about invalid dependencies, and about ignoring the Default-Start: S value for eg. the single script in favour of the 2 3 4 5 it installed. be much appreciated. I thought this was all working for wheezy I think it was working for wheezy, yes. Anyway, is there a way to tell update-rc.d or insserv or whatever to just ignore the existing /etc/rc*.d/ structure completely and build a new one just from the LSB headers? (Also, how much of it do I need for upstart? I could probably switch back to sysvinit, too – if things will work there again.) insserv -d should revert to the defaults. And there's not usually any reason to deviate from them. If not, you could remove the structure entirely and then try re- running insserv -d again. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Re: 'tty' output on kFreeBSD, etc. within sbuild
On Fri, Jan 03, 2014 at 06:51:08PM +, Alastair McKinstry wrote: Can anyone answer the following question which is puzzling me; I have a piece of csh code which gets called during the build of a package i'm maintaining. it does the following: echo useful information /dev/tty within the script. (stdout, stderr being redirected, I think). This fails on kFreeBSD at least, so i've patched it to: set ttyf=`tty` ... echo useful information $ttyf This works on Linux, and on the command line for me on a kFreeBSD machine, but under sbuild I get: $ttyf: Ambiguous. Unable to build Makefile - fix above errors and re-run. Any ideas as to whats happening and what I should do about it? You aren't guaranteed to have a controlling terminal, particularly when run via buildd. So while stdin/out/err are all connected and functional, they are either null (stdin) or pipes (out/err). If you need to output anything, then just use stdout/err as appropriate and it will be logged, but /dev/tty may well be unavailable. I would recommend not using `tty` or doing any IO on /dev/tty since in all likelihood isatty/ttyname(_r) will most likely return ENOTTY and any IO on /dev/tty will simply fail. We have looked at using ptys in the past for running the builds in order to guarantee a tty, but decided against it. Too many programs make the assumption that they are interactive and freeze the build waiting on IO that never happens and then block forever. There may well have been other considerations I don't recall offhand e.g. relating to job control. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Accepted schroot 1.6.7-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 03 Jan 2014 12:04:36 + Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.7-1 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Changes: schroot (1.6.7-1) unstable; urgency=low . * New upstream stable release. * cmake build changes for portability with other GCC versions and to compile and link personality support correctly for non-Linux architectures. * debian/rules: - Don't force the use of C++11, which isn't required. Checksums-Sha1: e05db2962c9618d84e84de1290eac0ec5ef24631 2399 schroot_1.6.7-1.dsc 460280303e8eec3bdae3d87c29536aa6e8a6e40c 794868 schroot_1.6.7.orig.tar.xz 1b7bbfb313d6acf27938bb2c7c51e78e43633974 30662 schroot_1.6.7-1.debian.tar.gz cc05c777fbb95d0c4c7bf7262fb5801fc045208c 239346 schroot-common_1.6.7-1_all.deb 1a28136faa27fde38559c7bcd9c103526d7366c9 834794 libsbuild-dev_1.6.7-1_amd64.deb 72a93fb786c23f242f382340b7b780755c78c9f7 32744584 schroot-dbg_1.6.7-1_amd64.deb 6f92e4de6a4a191340f1e71ace259cc311aa3c27 7500330 libsbuild-doc_1.6.7-1_all.deb 093041834bade7eb14e435ba2ede292d51bbd2e9 709396 schroot_1.6.7-1_amd64.deb bb37b9e66688c6964fe0c4f6ad59cef01a456c56 310390 dchroot_1.6.7-1_amd64.deb 61f61a870f1867a2d4869d582e6f367cf61d3654 309546 dchroot-dsa_1.6.7-1_amd64.deb Checksums-Sha256: 9dee4b9a8aca58917de516b5e1d4d839ba348089e434ee7ab211c69e28240eb4 2399 schroot_1.6.7-1.dsc 5a044bd252b7dd552adc04c7f6a2a04ea0efc65614c8c22ebf08980e290c5e85 794868 schroot_1.6.7.orig.tar.xz 05e718d075f41205422b33ab21f2ce7017a108b9c5e97635d045a432bb4fa633 30662 schroot_1.6.7-1.debian.tar.gz dde5a23491a847ef3908938de13393b0d780374a816523e2ac550330240e8571 239346 schroot-common_1.6.7-1_all.deb fcf34adf434d5f80c481aeeec6820bb3ecfd2e14c1c218413914cea443e85685 834794 libsbuild-dev_1.6.7-1_amd64.deb 4d550ac8e3b7d5235a252d7e8583d5be78eda774956eb5da99a0211eb2deba80 32744584 schroot-dbg_1.6.7-1_amd64.deb a00c1ac94c7e40b91851702cfacf43a919ab5dabc2cc2d0688754aeb3ba8797f 7500330 libsbuild-doc_1.6.7-1_all.deb 947dda047f4e3db28e4c3898c05df4d4574492a060daab3412b97b2209ba246f 709396 schroot_1.6.7-1_amd64.deb 89a9952bbe164fe00c04e6018d3f10846c1f16aef12bc549ddea323dacd6345b 310390 dchroot_1.6.7-1_amd64.deb a4969b6ea489529e654032a88918d86e36e04ba16ec4f0b9b37e2902755c27f9 309546 dchroot-dsa_1.6.7-1_amd64.deb Files: d6fbaa49ea74b8aa7ee926981b30524a 2399 admin optional schroot_1.6.7-1.dsc fb2e29d305364e6ad09b529b988f5650 794868 admin optional schroot_1.6.7.orig.tar.xz 39985bd1ee12c9939bb135476daf285e 30662 admin optional schroot_1.6.7-1.debian.tar.gz 061911ae4c5ac52ee8deaf1371bfa4c3 239346 admin optional schroot-common_1.6.7-1_all.deb 0eee44d54762052a14f41c31dc145c6f 834794 libdevel optional libsbuild-dev_1.6.7-1_amd64.deb e554e1aeadbc46d8ee25ade81d1d3722 32744584 debug extra schroot-dbg_1.6.7-1_amd64.deb a0b797a8cb35a943d3aa8b4182f09252 7500330 doc optional libsbuild-doc_1.6.7-1_all.deb 54c3a5b23dbb08b92dc589ee5e7d15ae 709396 admin optional schroot_1.6.7-1_amd64.deb caa218c2f5b2994f6e09b2b3840f7c73 310390 admin optional dchroot_1.6.7-1_amd64.deb f97d02d1a5e11cb2b35be63f17a7e031 309546 admin optional dchroot-dsa_1.6.7-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSxr/BAAoJEAezyLxAg+gA9lgQAIK9Oy2EXjtbnweejdvZieJ3 TnTf3bId2PRwzmfXJ23i9zFAlK+e7pXnYDunQq2HllIBCBSWhZRDz1Hgtmv+ANcZ FPruBRAMtWgqeAYRCCeNCl0Svzo5gTXNNqV39ShFvuhdiuX+N2HUgf+JzYnT1f2p z/LXE4gCsShJUxTJDRFQScIvV+An8lSrJv2/0So2w3Tj/MoJREl0vpTMbUoBwWYy EKWjHwlV6V0VKNi6+O/dsTQeKFQ+rvORNKhCjqnCaiRkKxaIea2Ce99KkJsMfeRL xPsTRuITT0wKyXYcHh0I7lk2Kc+CtmJh1BZgiy5KYfiK/egV60Csf8dio8XklUZ3 F6KV6koi1M2PkSA3ePSwPEGINWQRcqzTkC3YFyj8IWrK6sQQtjiVtPpEQ1Y+ajgq Q1UXPxNvwWMTAhF+B6ybEiavk7zhuHmoYSyWhk16z9OjoTTj3h8PErbCtqsN1v4l CMHTvAc1opXF3xRdvwyDhmpYq5QNSot0/bvkUNCE6ryLjGJ7Vevz5r3ZUgFPTI5D +bYg1KPVMEZybd8mvF4aCjoFcyUSSbHwy0HLU/KuQIy3Fi8lAhrp/z5QfibDCFhN ciZVTdz1Lf/gh7AadRU+ukUzDhAqcCwoGDc3cOW5+o4XCDml7bAxfmpakf3LyfQ+ OoRqJt6zbFD2hcwdZZQz =YB8h -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vz6av-0008u3...@franck.debian.org
Re: Move awk implementations from /usr/bin to /bin
On Tue, Dec 31, 2013 at 01:12:36PM +, Dimitri John Ledkov wrote: On 31 December 2013 08:11, Vincent Bernat ber...@debian.org wrote: ❦ 31 décembre 2013 01:30 CET, m...@linux.it (Marco d'Itri) : Any thoughts? The correct solution is completing #652459, which mounts /usr in the initramfs. It is quite unclear why this bug is stalled. It just needs doing. But it requires coordinated uploads of initramfs-tools sysvinit util-linux to get all the bits in place. lamont was going to upload a new util-linux to unstable in December but it hasn't happened yet. I was going to upload a test version of all three to experimental for testing, which I can look at doing this weekend. I believe there were reservations about /etc portions of the patch series, which were asked to be unbundled and to be considered separately. I don't know if this was done, if not I guess I should come up with such patch on top of the proposed patch series, as one of the interested parties to get this resolved. The patch series includes the /etc bits in separate patches. These can just be ignored if not wanted; there is no further work required from that point of view, I think. Given that they won't be used by default and are harmless, but do add interesting new capabilities, I would like to see them used though. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140102125354.gw13...@codelibre.net
Re: Bug#733029: dpkg-buildpackage: disable signing by default (-us -uc should be the default)
On Mon, Dec 30, 2013 at 12:27:29PM +0100, Guillem Jover wrote: I guess it's probably a good idea to switch the default, becuse I assume most maintainers do more test builds than final ones. Or users who either don't have gpg installed or don't have a gpg key. Although with the current no-signing-UNRELEASED behaviour, the need for -us -uc should have dropped in many cases. On the sbuild/buildd side, we have run dpkg-buildpackage with -us -uc by default for years. If you do enable signing, as is the case for buildd uploads, we run debsign explicitly after dpkg-buildpackage completed. This avoids any need for GPG keys to be present in the build chroot. So from the POV of making -us -uc the default, I think that's a good plan and matches the requirements of the majority of both manual and automated builds. And from the POV of having a replacement for debsign, we can conditionally switch to using it as soon as it becomes available. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Accepted schroot 1.6.6-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 02 Jan 2014 20:57:15 + Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.6-1 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Closes: 683137 683959 695313 718638 725608 725736 728021 728227 729317 729319 Changes: schroot (1.6.6-1) unstable; urgency=low . * New upstream stable release. * This release now supports both autotools and cmake; switch to cmake, which allows building and installation of translated manual pages (Closes: #683137, #683959, #695313). * Device locking support using liblockdev has been dropped (Closes: #728021). * Updated translations: - da (Closes: #725736). Thanks to Joe Hansen. - de (Closes: #725608). Thanks to Holger Wansing. - eu (Closes: #728227). Thanks to Iñaki Larrañaga Murgoitio. - fr (Closes: #729319, #729317). Thanks to Thomas Blein. * debian/control: - Build-Depend on cmake, drop autotools-dev. - Upgrade to Standards-Version 3.9.4 (no changes). - Remove liblockdev from Build-Depends. * debian/rules: - Replace configure usage with cmake and convert logic for configure options to use the cmake equivalents. - Parallel builds are now supported (Closes: #718638) Checksums-Sha1: 9325ab0824c79a91c5297e505af3f757a447cbe9 2399 schroot_1.6.6-1.dsc 89988589e1c1e6433be16cd2e2d717bcf11c780e 794400 schroot_1.6.6.orig.tar.xz ab7296d81f5b39b4d59aafff1463467b4a5bb88c 30724 schroot_1.6.6-1.debian.tar.gz 89fb0e90aa21591935ceb4fa1bcfd22523d95afa 239072 schroot-common_1.6.6-1_all.deb 93deb9479419a6f48bdf9e30bd1bed170b66f8f6 835162 libsbuild-dev_1.6.6-1_amd64.deb a03d1bd48624892244dc52a0d4592f5c13df3c29 32782862 schroot-dbg_1.6.6-1_amd64.deb 9c786ce7c782818c9239903a618ffc34435ab453 7499826 libsbuild-doc_1.6.6-1_all.deb b616336ee5efe52b281b5d9785970a523f798742 709438 schroot_1.6.6-1_amd64.deb 4f59d660f2d612e44d56f7a6d25baf989ccc94b4 311588 dchroot_1.6.6-1_amd64.deb a8bf3225a0808f1fcbbb70d470773bfa657ee669 309884 dchroot-dsa_1.6.6-1_amd64.deb Checksums-Sha256: 9dbd0b72e9cb66a4b9a65a7fa6df44e516fb40a617f9d373cf82853dbdb671cf 2399 schroot_1.6.6-1.dsc acd7bf086d9bc902f42e857c88e0e48247611ffd267b57e024804327a3b703eb 794400 schroot_1.6.6.orig.tar.xz 0f7e4d5081c8c2cce235b856210f07b4eb65515238f1dcfebbdccf30849d6732 30724 schroot_1.6.6-1.debian.tar.gz 72c689bf1cd55d9ebb208d9c049d8bc499626280db23b67c1a562af814d36ea5 239072 schroot-common_1.6.6-1_all.deb d6f9bfe15697477c1ca0da3209242deb2a04b180a28a0a99f7e8ebfcdd1280f9 835162 libsbuild-dev_1.6.6-1_amd64.deb 1ff965fcc23a5e5bca900f1c420312da7dbe4e33b00791eba7632a81e14f55e8 32782862 schroot-dbg_1.6.6-1_amd64.deb b2cbcd52d713d44924a5c8fc6a04ad749d37f4f47f4bef3eb8c46af83a785c57 7499826 libsbuild-doc_1.6.6-1_all.deb dc777d6363d09a039a6af9bb2188eea41532063f77dcbb793115f644e556bf9e 709438 schroot_1.6.6-1_amd64.deb 3e1cac5a75be378b3ac9a46e50c17936644e96044e167369bc03b3f2f490b06a 311588 dchroot_1.6.6-1_amd64.deb 81ecce18e7826ae08005d891bc51e43044a4770682bce4c531a594a29618b246 309884 dchroot-dsa_1.6.6-1_amd64.deb Files: c69085c7312b73238d60ea5dbfc87ec3 2399 admin optional schroot_1.6.6-1.dsc 1d6a01c33ddafd6ece7d77feb90c4277 794400 admin optional schroot_1.6.6.orig.tar.xz 132fe8b3e5a7fa02d082c043171a533c 30724 admin optional schroot_1.6.6-1.debian.tar.gz 60e6b22eadc420a5a0a98d4a0433bea8 239072 admin optional schroot-common_1.6.6-1_all.deb d0bcc4dd687cc4311f92a8f50bd4b480 835162 libdevel optional libsbuild-dev_1.6.6-1_amd64.deb a408b93e1dbced2fc7f4ebe060afdd23 32782862 debug extra schroot-dbg_1.6.6-1_amd64.deb 3fc4a5b6ce6c4eb2f362933196cfc58c 7499826 doc optional libsbuild-doc_1.6.6-1_all.deb d3100be3e7a517d205b4cc777cfb1c96 709438 admin optional schroot_1.6.6-1_amd64.deb 80a68f5162c7d49060ead5d3695f7d59 311588 admin optional dchroot_1.6.6-1_amd64.deb e31859a359a4f7171b70089f990a56a9 309884 admin optional dchroot-dsa_1.6.6-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSxdtQAAoJEAezyLxAg+gAbqEQAKiCrA4Q3Cbgmna3cmiyJ3a+ G4E2FhN6+biVxYYW3o/Bv7zyL6kTdibOb1eODgx/CchIUVEpoMFwuxhRs4Ey/W9V kbSHc0kZwbkW3SZojtX7sehxvLobsB+W8P2mLH2ZXgHFzhrWJFxahgGw3YDTCswt GYEyUQeBCL/r7QJHHxIl6AHPpge/bNhCJ4lZ7PTTcx8/YXvY8zhd6v63lEKTRBcH 5o+H+sX0evRNnb9je1yU9R+3cAolxXlL6mr6KOtQUHxH/s2PjymjQIDryYLY6gQq
Accepted sbuild 0.64.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 13 Oct 2013 19:35:57 +0100 Source: sbuild Binary: libsbuild-perl sbuild buildd Architecture: source all Version: 0.64.1-1 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: buildd - Daemon for automatically building Debian binary packages from Deb libsbuild-perl - Tool for building Debian binary packages from Debian sources sbuild - Tool for building Debian binary packages from Debian sources Closes: 722012 724858 Changes: sbuild (0.64.1-1) unstable; urgency=low . [ Roger Leigh ] * New release. * sbuild: - sbuild-createchroot now works with perl 5.18 (Closes: #724858). Thanks to Alexander Chernyakhovsky for this patch, which corrects the use of File::Temp. Thanks also to Paul Elliott and Václav Ovsík who also provided an equivalent patches. - Sbuild::Conf: Add missing File::Spec (Closes: #722012). Thanks to Václav Ovsík for this patch. - Sbuild::Build: Remove perl 5.10 autoflush workaround; flushing works correctly wih perl 5.18. Checksums-Sha1: a3a01c9e0752d196df6c55e7be8f04f4325f3165 2149 sbuild_0.64.1-1.dsc 53250cf7e79dfb162b8fa5f4cf92a2157775360a 611663 sbuild_0.64.1.orig.tar.gz 2efdf50fe1da1a284412bba5ceaf8a86194aa68d 80964 sbuild_0.64.1-1.debian.tar.gz 6eab6dec54e01992607d55c51185fc195a88fd59 283642 libsbuild-perl_0.64.1-1_all.deb fc83da89a88a797ff8f60974e54055970df195b5 304868 sbuild_0.64.1-1_all.deb 36f45563cf88edfe71e7e926b3b63be05400043b 287456 buildd_0.64.1-1_all.deb Checksums-Sha256: b5ab5517d79d54ab8f37dba273085b6d63623e014290817c681dfa520c3b269c 2149 sbuild_0.64.1-1.dsc 737092d380046eb225b9eed99e3422ab1a529660cf9e446746169f23efef4a6b 611663 sbuild_0.64.1.orig.tar.gz b399e14010386d84e8017e8135b7a7e8e78bcfe99b1627d47d168ac793a266bf 80964 sbuild_0.64.1-1.debian.tar.gz 8c9c197c63099445ef0da6a6e4acef00b04e174bc46dfa9f23ea5ce111a21b85 283642 libsbuild-perl_0.64.1-1_all.deb a5d42057d86d42a397cbf9b05b4cc7fe203fc3d305ec6d0b962423896c48e3da 304868 sbuild_0.64.1-1_all.deb eca8f1bad72c4465dc87a79efcfac02108f4274b4a0b42f3a6648f790ca391a8 287456 buildd_0.64.1-1_all.deb Files: 70258181f3bba2f3c9a12461053ee626 2149 devel extra sbuild_0.64.1-1.dsc 2488193ecebb337595337faf0bb03ce5 611663 devel extra sbuild_0.64.1.orig.tar.gz fced11ed6a8744e58f90aa68b02cd3f8 80964 devel extra sbuild_0.64.1-1.debian.tar.gz aa13b3c7b985722c3aa2ab9b6556b1dd 283642 perl extra libsbuild-perl_0.64.1-1_all.deb 781277d9fd4594b03ea3e5cff96e6e3b 304868 devel extra sbuild_0.64.1-1_all.deb c05d64a0ffefb2c14a09afc26bb04c3d 287456 devel extra buildd_0.64.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSWv1pAAoJEOJSSsUKn1xZ2WkQAMQs9WA58kaGcrBSSRqWhuUY rAAE+Xrf8XwZ7iv4INTXCf+0uKpQMfrP6pcLZvH+0VN0e/Gatup8/Qxv4GIvH3MV F5i4hr2hwgDCn6GB93WsC2ZTguj41VX0a8PRag03keYbB+kkwcIYHnx0ZfWLNs4r xHG8YxP1ui3PuWK//3p73NNNdXZZb0mURvsIK5RmQcUKRn5jEKSMPtvLclis2AHn Lh5SKFFF9nxUkti4OxxlTzh7jy8yormdemeHk1pzRAYj6ZMn4p0eyNFwhS+xz9+5 urURO2US/o5DwEWqI2YnRy14WMzoGWKCeR6tk0Ixpu7fCxvRnVqv8GQnCmwaE4/Z YarFF+Qo3vTudWSfQuhEyH74PcOq4pZTvrrFpbWud5N1Tjiwa13HiMA4upM3YH3/ HaDVU8r6rqGEDzk1xRhD6IXMoguF34zfjOSr11wCNvYGgXVDpn35E23mMZBOSSfx KwKJ8GDGaTKLzlFGHyYu+uexqTotC+hu2og3ZMQel45o9f0BXSkbxAiJgTj7nojD IX/5iJCq2m3RHzXZrLdCpjkVh8E3p43nhArUj0OQnrzfpYT94lHJe3/T85u61V3g CFlgX34aSXN2oCO/gjr5c9H8Hi1qh6UO0fusyZZE2wrcAoxkTxOa3rPBR2bzFPKg Jbk60tn56n2wCB3jfoj4 =mgQ5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vvsud-tq...@franck.debian.org
Accepted schroot 1.7.1-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 07 Sep 2013 23:24:40 +0100 Source: schroot Binary: schroot-common libsbuild1.7.1 libsbuild-dev libsbuild1.7.1-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.7.1-1 Distribution: experimental Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder libsbuild1.7.1 - shared library for the Debian source builder libsbuild1.7.1-dbg - Debugging symbols for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot Closes: 683137 683959 695313 718638 Changes: schroot (1.7.1-1) experimental; urgency=low . * New upstream development release. * This release now supports both autotools and cmake; switch to cmake, which allows building and installation of translated manual pages (Closes: #683137, #683959, #695313). * debian/control: - Add cmake and gtest build dependencies. - Drop autotools-dev and cppunit build dependencies. - Upgrade to Standards-Version 3.9.4 (no changes). - Change library package suffix from -1.7.1 to 1.7.1 to match cmake library versioning. * debian/rules: - Replace configure usage with cmake and convert logic for configure options to use the cmake equivalents. - Build and configure gtest support. - Drop BTRFSCTL, which is no longer used by configure. - Parallel builds are now supported (Closes: #718638) Checksums-Sha1: 2247c9d4e344f114fc536741d49f2f5f17162e9d 2435 schroot_1.7.1-1.dsc 656798da911e4be530628c365d2d7ccec36cad35 500904 schroot_1.7.1.orig.tar.xz c873e8adf51fdc4cf8245685e4c497e3021d12a0 31141 schroot_1.7.1-1.debian.tar.gz 67581d56318bf378818dfcb85ed53b6514543f6c 241624 schroot-common_1.7.1-1_all.deb 469ab6e09df0cbaa09e17ce670a9fffc947204a2 509824 libsbuild1.7.1_1.7.1-1_amd64.deb d1c0522f60fe828d18706623bcd60fe59952ac0e 243032 libsbuild-dev_1.7.1-1_amd64.deb d0aff32af43f3b4f09b2dc73abf735ffe565c278 15788446 libsbuild1.7.1-dbg_1.7.1-1_amd64.deb 467104c723c860d8c5bec02e84cd3bdc352da299 7832490 libsbuild-doc_1.7.1-1_all.deb c02129a38353bdab5d429b4535c060e41871e9ee 467450 schroot_1.7.1-1_amd64.deb d733fc1e1edd376bb33a8d2a1952df1935db2a2a 94840 dchroot_1.7.1-1_amd64.deb d39887e9ffe0db2fda835cdfb580073eb9255655 93738 dchroot-dsa_1.7.1-1_amd64.deb Checksums-Sha256: 01915bb84aeb53a2fa886366a5914fd3da62c3f9f35eb0882aed4e55dd4a7eaf 2435 schroot_1.7.1-1.dsc 1729ae19e6ecd57c7c2d8b34f620a4f3b815f2da431988cc59ce945caf6510ea 500904 schroot_1.7.1.orig.tar.xz 8e7aa4502c08813316aaca82f22e5a68dc401ca6933df05985ed4e614ebe704f 31141 schroot_1.7.1-1.debian.tar.gz 43be8e64e87ef2724c8dd22a10777b628df0218f20d7142dca1c15e33268f272 241624 schroot-common_1.7.1-1_all.deb 8a152d53ba00ec61ee8483d9755a244e8ead104da8a8e383a90cd92e0743d76a 509824 libsbuild1.7.1_1.7.1-1_amd64.deb e5e9f102efeeaf639337aa647e216e333acc20edd24595023790bc0ccd9e4790 243032 libsbuild-dev_1.7.1-1_amd64.deb 60eec007cb61490027986481a74d396fbbe687212441039b3ded813a8b679eba 15788446 libsbuild1.7.1-dbg_1.7.1-1_amd64.deb a32f4762835508f66bd5b7542c71ae9f7151dc8ed05e1c98be1e37a6990c2341 7832490 libsbuild-doc_1.7.1-1_all.deb 01b79dc5c2358af4de49a6a7d8bdd1b6743548b413d56788a1c0dd247cdce1b2 467450 schroot_1.7.1-1_amd64.deb 63103b6a106e0724f24ebd99f29ce0f449cca0b0e4f9d5a19dfff0db7441392c 94840 dchroot_1.7.1-1_amd64.deb 37d16e3dd29b4f77638422ecaaf8cb0b9315df026df32539e9dd7f6327e264f7 93738 dchroot-dsa_1.7.1-1_amd64.deb Files: ac5bec2dc30320e741c63fcab3a47353 2435 admin optional schroot_1.7.1-1.dsc ecb367ae7766e9cf4e3c427a4f292b71 500904 admin optional schroot_1.7.1.orig.tar.xz 73899904d6695bc5309fafcb854410e6 31141 admin optional schroot_1.7.1-1.debian.tar.gz 4595927073cf3afd131bda4c085889eb 241624 admin optional schroot-common_1.7.1-1_all.deb a3f2f9d703b27b413c0dfc949a4ed734 509824 libs optional libsbuild1.7.1_1.7.1-1_amd64.deb cdfc7fe7bbeb6cb0a3644e01ca3977ae 243032 libdevel optional libsbuild-dev_1.7.1-1_amd64.deb 1fb5f4627fba972357ed68f0f58edaac 15788446 debug extra libsbuild1.7.1-dbg_1.7.1-1_amd64.deb 9f5b621031ba205350fc53e5bc79eb74 7832490 doc optional libsbuild-doc_1.7.1-1_all.deb ddb67ac621c7049da4131cb7c3afb05f 467450 admin optional schroot_1.7.1-1_amd64.deb c96ff4b6951695ff1a9a7ec055d1fe5d 94840 admin optional dchroot_1.7.1-1_amd64.deb fcf2c935c162aefb469e381e5404331a 93738 admin optional dchroot-dsa_1.7.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCgAGBQJSS/VNAAoJEOJSSsUKn1xZ/vkQAMNE0am0DXCItFlSIbTlQKOm KzpW4PjpzQh6VY4TahNuSWNjqQD4T7r4M
Re: using packages from sid on travis-ci.org
On Tue, Sep 10, 2013 at 10:42:09PM +0200, Daniel Pocock wrote: Some of the upstream projects I work on use travis-ci.org for continuous integration In some cases I'd like to configure builds that depend on packages from Debian unstable, but I'm not sure of the Ubuntu or travis way of doing that, has anybody dealt with this before? Or is there a Debian alternative? You can configure travis to add additional apt sources and then install packages from them, e.g. before_install: - sudo add-apt-repository -y deb http://archive.ubuntu.com/ubuntu/ raring main universe - sudo apt-get -qq update - if [[ $BUILD != 'sphinx' ]]; then sudo apt-get install -qq python-genshi; fi - if [[ $BUILD == 'cppwrap' ]]; then sudo apt-get install -qq build-essential cmake libboost-all-dev; fi - if [[ $BUILD == 'sphinx' ]]; then sudo apt-get install -qq python-sphinx; fi - if [[ $BUILD == 'sphinx' ]]; then sudo apt-get -y install texlive-latex-base texlive-latex-recommended texlive-xetex; fi - if [[ $BUILD == 'sphinx' ]]; then sudo apt-get -y install texlive-latex-extra texlive-fonts-recommended tex-gyre; fi - if [[ $BUILD == 'sphinx' ]]; then sudo fc-cache -rsfv; fi In this case, we're updating to a newer version of Ubuntu and installing packages from it, but you can probably do exactly the same for unstable. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Accepted postgresql-debversion 1.0.7-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 09 Sep 2013 19:21:00 +0100 Source: postgresql-debversion Binary: postgresql-9.3-debversion Architecture: source amd64 Version: 1.0.7-3 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: postgresql-9.3-debversion - Debian version number type for PostgreSQL Changes: postgresql-debversion (1.0.7-3) unstable; urgency=low . * Drop support for postgresql 9.1 and 9.2, now 9.3 is in unstable. * debian/control: - Drop Build-Depends on postgresql-server-dev-9.1 and postgresql-server-dev-9.2. - Drop postgresql-9.1-debversion and postgresql-9.2-debversion packages. * debian/rules: - Don't build 9.1 and 9.2 versions of the library. Checksums-Sha1: 488941c4f639932a5fba75cdd1eacb97c41903d6 2132 postgresql-debversion_1.0.7-3.dsc 9d4527854edd71657296e6013cbb9f45cb5e5348 1760 postgresql-debversion_1.0.7-3.diff.gz 906ff6d9a6f45d25cf5e71626ec6d0da2d5ab90f 13758 postgresql-9.3-debversion_1.0.7-3_amd64.deb Checksums-Sha256: 75813d2c2ac8f854b13e26b6133050a034141c26d539ff0b11f7c816042f2e7f 2132 postgresql-debversion_1.0.7-3.dsc a4d0aa7d595df92d10698f6057e6e23a046f4899a63cd5016c4a29e09268e50a 1760 postgresql-debversion_1.0.7-3.diff.gz f14ee51144e93508c84ff004dbf04cbff539bc5c969b3a60acbe6143d596bb25 13758 postgresql-9.3-debversion_1.0.7-3_amd64.deb Files: 30357a4ec229eb372940f13de6a4881d 2132 database extra postgresql-debversion_1.0.7-3.dsc 37edf212c9fba67f794a5aa095bfc45e 1760 database extra postgresql-debversion_1.0.7-3.diff.gz a736300f8b96ce2c4a73dc3e237ed4a0 13758 database extra postgresql-9.3-debversion_1.0.7-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCgAGBQJSLhOPAAoJEOJSSsUKn1xZwJAP/A0ljIwVQlRffGCdmj17+M4v L/pcZKP+CQYFqH6mpKmjFalu8FrxOynncVZy1wqBQejlu0yOtGYAfF0vG+99trZI 5qdbunZNvW5sgKgCe5Tcv+hNURWGTEbQS96ZUzDBkzA6j8C6WwkOaAvT8Au0TY7a I1Xr/yN1I47TOtFUfOhMkfMr/q0yjliSJwXi7jun4UGwo1w2QO+RIcQUqSmJQgIe 8WW3LjnjrudYK5eZAE8DoGjP8mmUYwhFa1h7yXVrqfSPdnNpzakkDq4/LCHsZJkj nrMTBNbDpX2fcgrFVWWG1m3noEDCnWPzfatnDozAkjrSguyEhqKn6Yk/uuAmWU6I mseJBGseo4bHbMSNWOB4Be63JJoooOk3hMnlwyHi59y7itELaG21WwfuoCenEbKi ekgZs2ghp9cBehAHa6ZpEeNrlUuEF7/6TfEKQ96QJccCVX/IWbSU12RUy0DEAZyV TD/Gyq3WDIAtLZQubONRVYOK6IJbADygaAsv7czvqV3qbs4VnhS5uADTItWHy6wQ Gzd2525VBWdn61Yi54bHDq4TJEYbUSR9G0Ob28JWyl7/4fwML8AVa8vCTGYHwvz6 C/hdVGQ6VeX5o8LNOBVNktvjbvh+a9QWKsfMYioTxRdIv/fULQcPUUL0EmB25KB3 vZzHjnyAwnjVEdv4uSoE =aQtt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vj6w7-hn...@franck.debian.org
Re: buildd could run make -i twice on failure
On Sat, Sep 07, 2013 at 11:28:31PM +0200, Daniel Pocock wrote: After a build fails on the buildd, it would be really useful to have the build run again twice with make -i and log the output of the second retry What's the main advantage of doing so? To log further errors not seen due to the first failure? Why not just use -k to begin with? Obviously I could hack something like this into debian/rules: make || make -i ; make -i ; exit 1 but it would be nice to have a centrally managed approach There's no guarantee that make is being used for building, and it's non-trivial to determine if it is or is not in use, nor how to invoke it appropriately. If we want to do it centrally, it would be more reliable to add a new target which sbuild or other build tools could invoke on error, and which package maintainers could add to support their specific requirements. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Re: Survey answers part 3: systemd is not portable and what this means for our ports
On Sun, Jul 21, 2013 at 11:04:08PM +0200, Josselin Mouette wrote: Le samedi 20 juillet 2013 à 19:21 -0400, The Wanderer a écrit : Making the switch away from the entrenched sysvinit is visibly very difficult, at least as a social matter, even in the environment we have. systemd et al., by virtue of the integration which is apparently one of their selling points and the proprietary[0] interfaces they seem to use, look like they would create an environment where a similar switch to whatever comes next would be even harder - at least partly as a technical matter, rather than a social one. Hey guys, I know this “Linux” thing is better than Minix, but it brings a lot of new features that we will be growing accustomed to. If we ever want to switch to Hurd one day, this is going to be much more complicated. This has to be one of the most twisted and bad faith arguments I ever heard in a situation of change resistance. Not at all. If we're looking a bit further ahead than just the immediate discussion, then this is an legitimate concern. We don't want to paint ourselves into a corner we can't get out of. With the features and interfaces systemd offers, asking the question of how we can move to something else in the future is entirely reasonable, since it's quite likely that the answer would be that it would be difficult and painful once it became pervasive and entrenched. We would be effectively locked in. -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130721214841.gc4...@codelibre.net
Re: /usr (was: Re: Survey answers part 3: systemd is not portable and what this) means for our ports
On Tue, Jul 16, 2013 at 05:37:09PM +0200, Paul Wise wrote: On Sun, Jul 14, 2013 at 10:38 PM, Roger Leigh wrote: I don't think that we agreed on merging /usr at all. I have written some patches for initramfs-tools to permit fsck and mount of /usr in the initramfs in addition to the rootfs, but that's as far as this has gone. There's no merging here, just changing where /usr is mounted in the boot process. Is this implemented by just mounting /usr, by discovering which partitions need mounting for each binary that is to be run from the initramfs or by copying stuff from /usr into the initramfs too? Once the rootfs is mounted, we parse $root/etc/fstab and mount /usr using that information. When init starts, /usr is therefore available from the beginning. Note that the objective here isn't to allow the initramfs to run binaries from /usr, but to ensure that /usr is available at all times when the system is running-- this means that all programs, libraries, modules, datafiles etc. are available before init starts. There are some complicating details: - we need to ensure that the modules needed to mount /usr are available in the initramfs (copy the needed modules and mount helpers into the initramfs) - we can't fsck /usr when mounted, so this needs doing in the initramfs (/ and /usr are fscked, with the appropriate helpers copied into the initramfs) - fsck's -R option updated to skip /usr as well as root. - /etc/init.d/checkroot.sh updated to handle /usr as well as root (e.g. remounting r/w). - using the same infrastructure, it's also possible to mount /etc in the initramfs so that you can have e.g. a separately encrypted /etc filesystem. This is a separate feature though and can be split out. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130716160739.gd4...@codelibre.net
Re: /usr (was: Re: Survey answers part 3: systemd is not portable and what this) means for our ports
On Tue, Jul 16, 2013 at 06:38:18PM +0100, Dmitrijs Ledkovs wrote: On 16 July 2013 17:07, Roger Leigh rle...@codelibre.net wrote: Once the rootfs is mounted, we parse $root/etc/fstab and mount /usr using that information. When init starts, /usr is therefore available from the beginning. Note that the objective here isn't to allow the initramfs to run binaries from /usr, but to ensure that /usr is available at all times when the system is running-- this means that all programs, libraries, modules, datafiles etc. are available before init starts. There are some complicating details: - we need to ensure that the modules needed to mount /usr are available in the initramfs (copy the needed modules and mount helpers into the initramfs) - we can't fsck /usr when mounted, so this needs doing in the initramfs (/ and /usr are fscked, with the appropriate helpers copied into the initramfs) - fsck's -R option updated to skip /usr as well as root. - /etc/init.d/checkroot.sh updated to handle /usr as well as root (e.g. remounting r/w). Up to here, all sounds good. Making the $mountpoints which above are treated / mounted in initramfs, makes sense. To be able to default to / only and change to / and /usr if one desires. And even plugin in the feature below. - using the same infrastructure, it's also possible to mount /etc in the initramfs so that you can have e.g. a separately encrypted /etc filesystem. This is a separate feature though and can be split out. Imho the overhead between having just /etc vs / encrypted is small, if /var, /usr, /home, /opt are separate mountpoints. Thus to me, treating /etc separately is a misfeature, considering a mounted / assumes /etc must be present. At least, it would go against my expectation. This is certainly the case at present. The rationale for doing this is that if you have / and /usr on a single filesystem, but you want to encrypt the content of /etc, you can now encrypt just /etc. It also means you can have the rootfs read-only with a writable /etc, have /etc as a writable overlay or separate fs on a common image for cluster environments, etc. For encrypting stuff, it's moving the boundary from one of simple convienience (/usr) to where it's actually needed. But I can accept that this won't have universal appeal. I haven't yet reviewed the 17 patches log patch series on [1]. But is /etc handling clearly separated in it already, or some rebasing/reshuffling needed? It's just patch number 11/17 with some minor documentation comments in patch 12/17, so it can be easily dropped without problems (intentionally). However, even if applied, it's a strictly optional feature that won't be used by default unless you provide etc= options to match the root= options on the kernel command-line. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130716183945.ge4...@codelibre.net
Re: /usr (was: Re: Survey answers part 3: systemd is not portable and what this) means for our ports
On Tue, Jul 16, 2013 at 11:25:42AM -0700, Steve Langasek wrote: On Tue, Jul 16, 2013 at 05:07:39PM +0100, Roger Leigh wrote: - using the same infrastructure, it's also possible to mount /etc in the initramfs so that you can have e.g. a separately encrypted /etc filesystem. This is a separate feature though and can be split out. This reflects poorly on the infrastructure in question. I'm merely referring to the generalisation of the local/nfs scripts to allow mounting of arbitrary filesystems. There's nothing wrong with this this support code. Handling /etc as a separate filesystem from /, aside from not being a feature anyone else has asked for and not being a requirement for reducing deltas with upstreams / other distros, implies that the initramfs has to have a copy of the information from /etc/fstab. This is *not* how this should be handled. I certainly didn't mean to imply this, because this is not what is being done here. Nothing is stored in the initramfs. The initramfs should take the information about the root filesystem from the kernel commandline, and its information about /usr from /etc/fstab *on the root filesystem once it has been mounted*. Anything else is a wrong design. We certainly do this for / and /usr. The information for mounting /etc is passed on the kernel command-line exactly as for the rootfs; while I've so far only tested it by hand, tools such as update-grub could potentially add it in the same way they handle the rootfs, if such a feature was in use. Note that this part was merely added as a proposal only as a demonstration of what could be done /if this was desirable to have/. If not, then it can be dropped. It was included solely that it could be reviewed. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130716190627.gf4...@codelibre.net
Re: /usr (was: Re: Survey answers part 3: systemd is not portable and what this) means for our ports
On Tue, Jul 16, 2013 at 11:28:28AM -0700, Steve Langasek wrote: On Tue, Jul 16, 2013 at 05:07:39PM +0100, Roger Leigh wrote: - we can't fsck /usr when mounted, so this needs doing in the initramfs (/ and /usr are fscked, with the appropriate helpers copied into the initramfs) I think this is a bug in e2fsprogs for treating / specially wrt fsck after mount. We should fix this in e2fsprogs, not work around it by changing the semantics of fsck-at-boot. I certainly support this point of view. However, the scope of the required changes isn't immediately clear to me. We might potentially need to patch every single fsck program; e2fsck is sort-of patchable but Ted wasn't happy with the idea. And worse, we have to deal with btrfs, which currently isn't fsckable if mounted *at all*, let alone read-only /. While I live in the hope that one day btrfs will be sane, I won't be holding my breath. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130716191053.gg4...@codelibre.net
Accepted sysvinit 2.88dsf-43 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 14 Jul 2013 22:02:11 +0100 Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-43 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 716923 Changes: sysvinit (2.88dsf-43) unstable; urgency=low . [ Roger Leigh ] * sysv-rc: update-rc.d only depends upon modules from perl-base. Closes: #716923. Thanks to Michael Stapelberg for this patch. Checksums-Sha1: d40d81fccc803c5d78b4da9afda836c2aba4a3df 2342 sysvinit_2.88dsf-43.dsc ebe2b07b1d8164cd3555d0901ead6ee35d3cc112 204876 sysvinit_2.88dsf-43.debian.tar.gz e8aa31f51fd2bc53645ce62dbfb11ca1e2adbcd1 134192 sysvinit_2.88dsf-43_amd64.deb b4bbfa1afda14775de078debdb7c68ed66700a3f 103270 sysvinit-utils_2.88dsf-43_amd64.deb 6c863ee0afc7fcab28e109ba17e0a95ecdfb5275 80542 sysv-rc_2.88dsf-43_all.deb 9007b2f0ed01925e340f30ab0c6b3655fc8835ae 87178 initscripts_2.88dsf-43_amd64.deb 3aed730a3f60daf171affa33220b0e6287a9ad5a 57000 bootlogd_2.88dsf-43_amd64.deb Checksums-Sha256: 005ac73a1026a320a1210e4077fcf9f5b72b53282d2ada922f3f433159cf16c8 2342 sysvinit_2.88dsf-43.dsc 7ed89412325f31798350ac1ada5eb67d3437f59a8ee16af5842154065bb32c76 204876 sysvinit_2.88dsf-43.debian.tar.gz 6ef8b1c16a09945bb3502d16b5ef0a3a6bdbdb060da9e4fe7c976a52aec5fdee 134192 sysvinit_2.88dsf-43_amd64.deb c6fc8e6b734e5a8cb2e2b3c4f5f46f4dcba6a91aba63f6e48088f9930e029fba 103270 sysvinit-utils_2.88dsf-43_amd64.deb 46df7316d04e4576c3753ece5aab906a5d197ea1d62176cc8127c5b507c8d615 80542 sysv-rc_2.88dsf-43_all.deb 598549815dfd7075d800eb6318100d7b0e35e3bd622af2fa565cf5b0058d59cb 87178 initscripts_2.88dsf-43_amd64.deb 5ed2e2795f3ac599df8d474463fe103fbeb6440d55386fb7e9a1c5d0cbbb5642 57000 bootlogd_2.88dsf-43_amd64.deb Files: f231fd6e958e16a6eda8a2f8c92be9ba 2342 admin required sysvinit_2.88dsf-43.dsc 3661281c5cd6483d8a51402844fe18f0 204876 admin required sysvinit_2.88dsf-43.debian.tar.gz 79331c164774760f0d9c22bb9a0b614c 134192 admin required sysvinit_2.88dsf-43_amd64.deb 57b03415776ebd2cfeac04bca7198b87 103270 admin required sysvinit-utils_2.88dsf-43_amd64.deb 4b3eada655ed42a17416785a748ea4d5 80542 admin required sysv-rc_2.88dsf-43_all.deb 004026434b9d0dbd7198c99a6f8d355d 87178 admin required initscripts_2.88dsf-43_amd64.deb 0ec9405ae2ea1ef2a083fd43558564fe 57000 admin optional bootlogd_2.88dsf-43_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJR5bamAAoJEOJSSsUKn1xZsa8QAMekkzMtNotQNDzh3TH0WD78 ag2VXHQIkilVY51YBA1/CobSEObXhcCejHtOnIKBEtShM0n5vJy8vhFX3SKTNlIV XjdihXfUm8Q1o1JoE7qT+mXDL/4IxGcAiOmI9niekEMJGPyMkLMq8G9BKUMZ408b ABi9pCsFnLy4/J433sT3lpcrCJdF5NgGXHMgHQffCc03M+kiASePoQ5qEB1iDLx6 OuYNZQLuNc/y3ejGFcZpEdlUHTx8d89pZd0GykyvSXMiwHn82GCsA3gzOCczntKl b9H22EiiEOPMxCHOdsoY/SK2SlryYAARwri5qtmLt0kpZnZvc/svX3SrpnLBWzpQ tyqa7jagkH108wqVtetL9F1yxXMXaDfgZxREQh7wX2vsvtPXCXNkslTKKS4JiXDY CbWR0E5946PFGX4TjjQ8Zb/xXM3Th8HCPs56sbsTz26aUTWbBsFLPuBqLBdeNJoW yijKmyrW02kt7hqGCcduMqsXAp2myy7x8EMLky1+75kveii2YDyWcw96mB9BArX1 EimOKmy2SlSBOn2qCXw1iee3422i+hIaPMK5/iNT/Lnvw2IV1Ed4bNe/IGiDH2qv Nd5V8LG8UmtzDhLcEe2AfaByzUfHrxwRXz0ovJb1QwPKpNbQK8HV9UOHZqZyhIlM sXiXU/2ZuK7HP8a8FqgL =WoDQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uzchs-0001rv...@franck.debian.org
Re: Survey answers part 3: systemd is not portable and what this means for our ports
On Mon, Jul 15, 2013 at 06:02:34PM +0900, Charles Plessy wrote: cloud-init-0.7.2 $ wc -l systemd/* upstart/* sysvinit/* 17 systemd/cloud-config.service 10 systemd/cloud-config.target 17 systemd/cloud-final.service 16 systemd/cloud-init-local.service 17 systemd/cloud-init.service 9 upstart/cloud-config.conf 10 upstart/cloud-final.conf 9 upstart/cloud-init.conf 57 upstart/cloud-init-container.conf 9 upstart/cloud-init-local.conf 69 upstart/cloud-init-nonet.conf 19 upstart/cloud-log-shutdown.conf 121 sysvinit/cloud-config 121 sysvinit/cloud-final 121 sysvinit/cloud-init 121 sysvinit/cloud-init-local Doesn't that underline that classical init scripts are a big waste of time for maintainers, and a workload that can not be shared between distributions ? Not without knowing the specifics of why this package requires so many separate scripts. Normally I understood that systemd was more granular than the corresponding init scripts, so would have more files in general. But without knowing more about what all those separate scripts are doing and why, it's not possible to draw any useful conclusion from these numbers. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130715092609.gw31...@codelibre.net
/usr (was: Re: Survey answers part 3: systemd is not portable and what this) means for our ports
On Sun, Jul 14, 2013 at 08:19:58PM +0100, Kevin Chadwick wrote: since some people might not read planet debian, here is a link to my third blog post in a series of posts dealing with the results of the Debian systemd survey: Well I am behind on my mailing list reading just at the time when it matters for my concerns for debian. I disagree with many of the points roger has/atleast had settled on for merging /usr and especially discounting arguments but haven't had time to collate them and formulate a comprehensive response as I had planned Assuming you're referring to myself, I'd certainly be happy to discuss any of this--feel free to mail me privately if you like. I don't think that we agreed on merging /usr at all. I have written some patches for initramfs-tools to permit fsck and mount of /usr in the initramfs in addition to the rootfs, but that's as far as this has gone. There's no merging here, just changing where /usr is mounted in the boot process. I'll be happy to consider anything you want to raise in more detail; nothing as yet has been changed, and there's certainly plenty of time to revise things. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130714203850.gs31...@codelibre.net
Accepted sysvinit 2.88dsf-42 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 13 Jul 2013 21:24:31 +0100 Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-42 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 423528 606505 677369 685779 694252 701956 710304 Changes: sysvinit (2.88dsf-42) unstable; urgency=low . [ Roger Leigh ] * Introduce jessie changes from 2.88dsf-41+jessie1 to unstable. * Correct the Breaks on bootchart to ensure that all broken versions are removed on upgrade (Closes: #694252). Break bootchart 0.10~svn407-4 to ensure that 0.10~svn407-3.3 and earlier are removed. * Clean up legacy migration logic in maintainer scripts and init scripts for /run, /lib/init/rw, /etc/mtab, /etc/motd. * Don't generate debian/copyright; include missing bits of COPYRIGHT directly. * Upgrade to Standards-Version 3.9.4 (no changes). * Add lintian overrides for init script dependency warnings; these don't apply to our scripts since they have special dependency requirements. * bootlogd: Ensure boot logs are flushed (Closes: #423528). Save logs in /run/bootlog and copy to /var/log/boot at the end of the boot sequence. * sysv-rc: - update-rc.d no longer supports non-dependency-based boot. + Remove non-insserv codepaths. + Warn if the start or stop actions are used. + Skip runlevel mismatch warnings if default action is used (no arguments to validate). + Update manual page to remove start and stop actions, plus manual setting of boot sequence ordering; note that start and stop are no longer supported. Closes: #606505. * initscripts: - Remove static runlevels from update-rc.d calls in postinst. - checkroot.sh skips fsck of btrfs filesystems. Thanks to Ben Klein for this patch. Closes: #701956. Note that this is intended to be a workaround until such time btrfs provides a non-broken fsck.btrfs. - Remove use of absolute program paths in postinst. * bootlogd: - Remove static runlevels from update-rc.d calls in postinst. . [ Pino Toscano ] * Update inittab.gnu to the new path of Hurd's getty. * mount-functions.sh: do not add nodev to the mount options also on Hurd, as this option does not exist there. . [ Steve Langasek ] * Kill pointless script-not-executable overrides for things that are not scripts. * /etc/default/rcS is a conffile; remove postinst code that attempts to create it from a non-existent template. * Relax the Breaks: on upstart for compatibility with Ubuntu. * Don't duplicate the /etc/default/rcS conffile with a template in the preinst; unmodified files should just be removed, and created automatically by dpkg. * Fix 'service $foo restart' implementation for upstart jobs. * Update service(8) manpage to document the support for upstart jobs. * debian/sysv-rc/sbin/invoke-rc.d: replace RUNLEVEL with RUNLEVELHELPER. Using RUNLEVEL causes spurious failures when invoke-rc.d is invoked with RUNLEVEL already defined in the environment (as it is e.g. during bootup) since invoke-rc.d's RUNLEVEL will become an exported variable at that point and cause /sbin/runlevel to return bad data. (LP: #619246) Thanks to James Troup for the patch. * Properly clean up bootlogd conffiles on upgrade using dpkg-maintscript, instead of leaving them orphaned on the filesystem when the bootlogd package is not installed. * Drop maintainer script migration code for versions older than squeeze. * Mark sysv-rc Multi-Arch: foreign, now that debhelper is generating versioned dependencies on it, this is important for cross-installability of packages providing services. Closes: #710304. * Also mark initscripts Multi-Arch: foreign, for similar reasons. This is probably less important, given that the number of packages affected is small and the /run transition is already past, but it is still correct in its own right so might as well be added. Closes: #677369. . [ Michael Biebl ] * Redirect error output from 'initctl version', suppressing warnings when upstart is installed but not running. Closes: #685779. Checksums-Sha1: 15e3437ad9bf7dd03b6dce1d45a22ab61b7af5ee 2342 sysvinit_2.88dsf-42.dsc 7bc01207c58f9c6dda74aaa4e6560b54d00c4c7e 204956 sysvinit_2.88dsf-42.debian.tar.gz 220388398d68f6280d9c2966bf89d6e5d75fc995 134140 sysvinit_2.88dsf-42_amd64.deb
Re: simplifying running piuparts
On Tue, May 21, 2013 at 12:17:38PM +0100, Simon McVittie wrote: On 21/05/13 10:48, Andreas Beckmann wrote: @all maintainers: How would you like to run piuparts s.t. it easily integrates into your workflow and allows improving Debian's quality? Ideally, I would like a guide to setting up piuparts in a simple, recommended way, which doesn't assume I already have in-depth knowledge of piuparts, and preferably also doesn't assume I already use pbuilder. piuparts.debian.org clearly has some sort of setup for the official piuparts test; I would like to be able to reproduce that without needing to know the fine details of how piuparts works. (I generate source packages from (git|svn)-buildpackage or debuild and feed them to sbuild -As running in a disposable schroot snapshot, to get the same deterministic dependency-resolution as the real buildds - so I don't mind one of the steps being run these commands that use pbuilder to get sid, jessie, wheezy and squeeze base tarballs, but I don't have such tarballs at the moment, and don't immediately know how to make them.) sbuild already supports running piuparts at the end of a build, just as it supports running lintian. However, AIUI it does require it to be set up beforehand. It would be really nice if it could re-use the build chroot for its tests, or we could snapshot a second test chroot for it. It would be great if you could just add --run-puiparts and have it just work with no prior setup required. If we do require piuparts to pass in order for packages to be accepted into unstable, and we do have a pre-unstable staging of uploads before sanity-checking them, then we can get one or more of the buildds to run puiparts as a standard part of the build, and we can make it fail the build if puiparts fails. This wouldn't be too hard to implement. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130521112919.gi31...@codelibre.net
Accepted postgresql-debversion 1.0.7-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 20 May 2013 00:07:42 +0100 Source: postgresql-debversion Binary: postgresql-9.3-debversion postgresql-9.2-debversion postgresql-9.1-debversion Architecture: source amd64 Version: 1.0.7-2 Distribution: experimental Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: postgresql-9.1-debversion - Debian version number type for PostgreSQL postgresql-9.2-debversion - Debian version number type for PostgreSQL postgresql-9.3-debversion - Debian version number type for PostgreSQL Changes: postgresql-debversion (1.0.7-2) experimental; urgency=low . * Add support for postgresql 9.3. * debian/control: - Build-Depend on postgresql-server-dev-9.3. - Upgrade to Standards-Version 3.9.3 (no changes). - Add postgresql-9.3-debversion. * debian/rules: - Build 9.1, 9.2 and 9.3 versions of the library. Checksums-Sha1: 7f4f13e5298a17b510c5177a3936072c03931bf4 2332 postgresql-debversion_1.0.7-2.dsc b5a784f9f7864efbdb7abca99bccd55c7923f5fe 1630 postgresql-debversion_1.0.7-2.diff.gz 3a31bc3b4dfc6829b7be682d143c75dcf15390b8 14952 postgresql-9.3-debversion_1.0.7-2_amd64.deb aa3316f7e972720f4f928f088b73d0356a7bf33e 14954 postgresql-9.2-debversion_1.0.7-2_amd64.deb 7212a4609a52f1b0f541a8360b03dcb4a2f5300b 14948 postgresql-9.1-debversion_1.0.7-2_amd64.deb Checksums-Sha256: f4b5c8c44d8a40caa8d233d0cabfd06d051c0bb02c9538312745fc2ab376786b 2332 postgresql-debversion_1.0.7-2.dsc 3658f7d805e871014f8e590a248ddbe043cb345ff69edb56d8836ec26132227e 1630 postgresql-debversion_1.0.7-2.diff.gz 6e448249145236748347397b24cb524ccb2b608f61c986cc9152e96a00c12dd4 14952 postgresql-9.3-debversion_1.0.7-2_amd64.deb 6473152725892b66b3764cecfb1b0777ef026c9eedae3850ccec3e36074a00a3 14954 postgresql-9.2-debversion_1.0.7-2_amd64.deb b351605d252f38a46f99c584eaad47bbb3cb88dad1a97735dfa10f085d1090f5 14948 postgresql-9.1-debversion_1.0.7-2_amd64.deb Files: 0b5c8e583bb566c6ca8dc62c128e37b3 2332 database extra postgresql-debversion_1.0.7-2.dsc e9c8d4e92278f5e87fb657579d59aad0 1630 database extra postgresql-debversion_1.0.7-2.diff.gz de92166c202976b6001f461ad3c9c847 14952 database extra postgresql-9.3-debversion_1.0.7-2_amd64.deb 0c6be46b69bd5312c507015e4dd63942 14954 database extra postgresql-9.2-debversion_1.0.7-2_amd64.deb d7bf2d8de282be118bb231109b6b1c27 14948 database extra postgresql-9.1-debversion_1.0.7-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRmWsHAAoJEOJSSsUKn1xZ3wkQALge3swXeHv+slmy/gPjdO0j ULE+SHDlFAaxYrpsYXVCKH5Obg7otN6bfLuMiahn3/dAn/3fKQnyk+iIDlzh1W28 xIn/FXvqWETPZ+Xe1rnxLrYwf0Zp1aWyGMwEfI2WtVK03tW6N+Ykq4+SFj9lj7zX gnkrrDvMc9T0cihjbKsXi9Xi+fXQyShTRRBnfOIMj+d1dhaAD4ZVwEyO95PKV3hH UVQsb0X1J8r+tsPvEt+lAUAzsejDOD2u4pRFvXaIgcg4uTPWx7ywcA37nw2q28Oq bnFjtEhpyt2d6A6pSVzuxAsP8p6LNMu1PL2Bu6pzQ2Snbi1XPTQ0VLClgYbWwZbV boWgrNvnHzKAo6qhuIe4qAT4ghrfJ8ldVZZWdlOXroPc/XLLkvJfB0rjPey1A/Bz /GnGy43fCrm4Vqfq7d78Ww26bTKUf3nsPnDUplc67Ua8UMzOlZQS9j4TSGEK+Hlu CIc/qfYMNfxqvH05eA+4Maml/L+RDFnPjB4et/9fWY7VMvwsgwNDY7FNZfrfuBtk cBI7y1XANb3TvBMVpdBc7NY1+Pwhj7HpDxJqlfC1d1YOVbT+yXPd6C66LZV8ANva A8iy+1xkV8lAKau8cCg0BRqu4bMHl9u7emfY4vesFb9khR1xbxtefO6CeOgvXg8G DTEsms0Y5yIa2NMRhWal =AcVc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uenoy-0004wk...@franck.debian.org
update-rc.d: Removal of start and stop actions
Hi, With the release of wheezy, all systems should be using dependency- based booting. This makes the provision of static sequence ordering pointless, but the update-rc.d interface still allows sequence numbers to be passed for its start, stop and defaults actions. They just get ignored when using insserv, but they still need providing unless you are using defaults with no options (which is recommended). I'm planning on merging these two patches: http://anonscm.debian.org/gitweb/?p=users/rleigh/sysvinit.git;a=commitdiff;h=3ed24526866d93e28ae3a501b131d5efe002f11a http://anonscm.debian.org/gitweb/?p=users/rleigh/sysvinit.git;a=commitdiff;h=48daa9d5c8e28f8669e5b85cd369605c8254232c These do the following: - remove all support for non-dependency-based boot; in practice, this code hasn't been used for a couple of stable releases, since we always used the insserv code. - remove support for start and stop; the options still exist, but they just invoke the defaults action. This was already the case with insserv, but it's now explicit. - the update-rc.d(8) manpage is updated to remove all the legacy documentation and examples. This should make it clear what's currently supported, and it greatly simplifies the interface. None of this should affect anyone since in practice there will be no noticable difference other than the addition of a warning if the start or stop actions are used. I'm just bringing it up in case this will cause anyone problems--in which case shout now before it's changed! Following this change, I'd like to have debhelper and lintian warn if the obsolete options are used, then we can start to migrate the remaining uses of the old options to just use defaults in their maintainer scripts. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130519154702.ge31...@codelibre.net
Re: update-rc.d: Removal of start and stop actions
On Sun, May 19, 2013 at 10:04:55PM +0200, Wouter Verhelst wrote: On 19-05-13 17:47, Roger Leigh wrote: Hi, With the release of wheezy, all systems should be using dependency- based booting. This makes the provision of static sequence ordering pointless, but the update-rc.d interface still allows sequence numbers to be passed for its start, stop and defaults actions. They just get ignored when using insserv, but they still need providing unless you are using defaults with no options (which is recommended). I'm planning on merging these two patches: http://anonscm.debian.org/gitweb/?p=users/rleigh/sysvinit.git;a=commitdiff;h=3ed24526866d93e28ae3a501b131d5efe002f11a http://anonscm.debian.org/gitweb/?p=users/rleigh/sysvinit.git;a=commitdiff;h=48daa9d5c8e28f8669e5b85cd369605c8254232c These do the following: - remove all support for non-dependency-based boot; in practice, this code hasn't been used for a couple of stable releases, since we always used the insserv code. - remove support for start and stop; the options still exist, but they just invoke the defaults action. This was already the case with insserv, but it's now explicit. - the update-rc.d(8) manpage is updated to remove all the legacy documentation and examples. This should make it clear what's currently supported, and it greatly simplifies the interface. None of this should affect anyone since in practice there will be no noticable difference other than the addition of a warning if the start or stop actions are used. I'm just bringing it up in case this will cause anyone problems--in which case shout now before it's changed! How does this relate to file-rc? file-rc now uses insserv, so it's unaffected. insserv support was added to file-rc for wheezy in order that the static ordering stuff could be removed for jessie. However, the utility of file-rc in a dependency-boot-enabled world is questionable. While the configuration file can be hand edited, in practice you really want to only use the update-rc.d interface to so so (since the runlevel sequence ordering is dynamic). Apart from that, it works just fine. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130519210508.gg31...@codelibre.net
Accepted sbuild 0.64.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 17 May 2013 23:06:13 +0100 Source: sbuild Binary: libsbuild-perl sbuild buildd Architecture: source all Version: 0.64.0-1 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: buildd - Daemon for automatically building Debian binary packages from Deb libsbuild-perl - Tool for building Debian binary packages from Debian sources sbuild - Tool for building Debian binary packages from Debian sources Closes: 626361 636477 672711 681292 686509 693788 693790 695203 695273 695513 696840 696841 697298 699903 Changes: sbuild (0.64.0-1) unstable; urgency=low . [ Thorsten Glaser ] * Apply patch from Arnaud Patard to fix the uploader (Closes: #636477). * Make sample configuration entries actually work (Closes: #696840). * Avoid using undef as HASH reference (Closes: #696841). . [ Philipp Kern ] * Forward port patches from the buildd-0.61.0 branch: - Buildd::Client: Don't change the cwd. - Buildd: Fix SSH control master restart. . [ Roger Leigh ] * New release. * Upgrade to Standards-Version 3.9.4 (no changes). * buildd: - Remove duplicate stop action from init script (Closes: #695513). - Failure count before sleeping is configurable with MAX_SBUILD_FAILS (Closes: #693790). - buildd.init specifies correct Required-Stop dependencies. - Remove empty preinst script. * sbuild: - Cross build-dependency installation failure throws an exception (Closes: #693788). - In Sbuild::ResolverBase, pass the correct options to deps_parse for cross-building and foo:native build dependencies (Closes: #697298). Thanks to Colin Watson for this patch. - In Sbuild::Build::copy_to_chroot, remove stray exit() which could cause sbuild to hang with a Failed to copy error (Closes: #699903). Thanks to Stephan Sürken for this patch. - Compute changes path correctly, to allow “--debbuildopt=-A” to work correctly with _all.changes (Closes: #686509). Thanks to Daniel Dehennin for the original version of this patch. - Run lintian from inside the chroot (Closes: #626361). Thanks to Reinhard Tartler for this patch. . [ Colin Watson ] * sbuild: - Resolve cross-build-dependencies from package being built rather than from current apt sources (Closes: #695203). * buildd: - Reset sbuild failure count after sleeping. . [ Adam Conrad ] * sbuild: - Improve cross chroot detection to look for $dist-$build-$host as a valid chroot for cross-build to avoid namespace clashes with native chroots, and document this better in the manpage (Closes: #695273) . [ Geoffrey Thomas ] * sbuild: - When creating a changelog entry for binNMUs or --append-to-version, tag it with binary-only=yes so that dpkg-gencontrol uses the previous changelog entry for the source version (Closes: #672711, #681292). Checksums-Sha1: 8b2cdc820ba39034ca929e5003a787e254f5aa1a 2149 sbuild_0.64.0-1.dsc eb9212def8709afdd3858eb8da1b1da7fd839c68 600345 sbuild_0.64.0.orig.tar.gz 15338c3d98bcec2075981aa3c6825e9ea31ba319 80780 sbuild_0.64.0-1.debian.tar.gz f1fce32aba936b58b20a900a234fe5aac4043ef5 295280 libsbuild-perl_0.64.0-1_all.deb 03ca4073aeabf5062d34d1c9ae11b6b677cf362d 310678 sbuild_0.64.0-1_all.deb c9233b1dfa3877265e65df9c4f9ba7a52cbbf8ed 295148 buildd_0.64.0-1_all.deb Checksums-Sha256: c980171759a2d8597ca50df244427fa31fc9ae915eae722d1fea4e897ba3faf3 2149 sbuild_0.64.0-1.dsc 73a42be8383c7f6caf4bc165c7a8e06c33963af7dca3146767a150fa39518306 600345 sbuild_0.64.0.orig.tar.gz 638b7cb0d9981b10765b4ea81127c1768ab3fb0eb3bd4d2d414a6a7567e64034 80780 sbuild_0.64.0-1.debian.tar.gz 5875f41ef455223af6e1e6bb8226c4324570b828e97cca8fbfc7c43cdcbfd8be 295280 libsbuild-perl_0.64.0-1_all.deb cbe2ce7742a64e78276161445cc33ada47189486cab049e2c69f682af9cc3ab4 310678 sbuild_0.64.0-1_all.deb 89bb85155da52746694a9e5b193ebd9b485233320a818fba444c3254f14aa82a 295148 buildd_0.64.0-1_all.deb Files: d623dff31fdb7cd072a66a23b174a141 2149 devel extra sbuild_0.64.0-1.dsc 9a635ef786541f13e73446b3699d123b 600345 devel extra sbuild_0.64.0.orig.tar.gz e06d6f42db64fed83ce295d9f754862b 80780 devel extra sbuild_0.64.0-1.debian.tar.gz cc36322957089f1f0920485de9a8e1a0 295280 perl extra libsbuild-perl_0.64.0-1_all.deb 1af87b5e8ca828956ac8f1171df2a3f1 310678 devel extra sbuild_0.64.0-1_all.deb ea29cbc566eee26bdf386e49a26c9576 295148 devel extra buildd_0.64.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRlrD5AAoJEOJSSsUKn1xZAAsQALD9IHwg04jqKym6z8thSZ2c eDLPuPyM+ZfKpdw9WEjYMblYgjp8ExmNempLFsKdcIBRHuj4SO2lyup5p1plYufj EJCtqcCB5IxQgDxjmMr05PsO+Ro19G4AxpYY1H0repdZJCq/pOfhtyUu4VCuHx3O E+QgqeVvGDmqklT9NwUMTXRIQzjzCkFI4bZonX74G
Re: systemd^wfoo on linux, bar on bsd,so what (Re: /bin/sh (was Re: jessie release goals)
On Mon, May 13, 2013 at 02:31:02AM +0200, Marco d'Itri wrote: On May 13, Holger Levsen hol...@layer-acht.org wrote: actually, while it has been brought up as a theoretical/wrong argument, that we cannot switch our linux installation ship with $this init system, while the kfreebsd port uses $that init system, I'd say nobody is seriously saying this now. We will support several init systems anyway. At least for jessie+X. Maybe kfreebsd will do, but as I explained at FOSDEM I plan to make udev depend on either upstart or systemd. I would rather not be the one who will choose which one of them, so I hope that we will get to a consensus about this. Neither choice is acceptable, as you are undoubtedly aware. There is no need for udev to be dependent upon a specific init system, other than laziness. Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130513074623.go21...@codelibre.net
[Testing] Mounting /usr in the initramfs
Hi folks, Following on from previous discussion about this, I've been working on the needed changes to initramfs-tools, initscripts and util-linux, and it's now at the point where it's ready for wider testing and review. ** Note: do NOT test on a production system. ** While I've tested good number of scenarios, I can't guarantee it works under all circumstances, so it does need testing on a wider range of systems. I have tested local ext4 filesystems and NFS, but other filesystem types would be very useful to test, as would LVM/MD etc. Testing whether you can mount an encrypted /etc is also needed--this was added so that you don't need to encrypt the whole rootfs. Testing that it also works with alternative boot scripts like live is also important. All the needed packages are available from here: http://people.debian.org/~rleigh/usrmount/ Feedback: Any feedback is best directed to #652459 And any patches for initramfs-tools can be based on git://anonscm.debian.org/users/rleigh/initramfs-tools.git (branch usrmount) http://anonscm.debian.org/gitweb/?p=users/rleigh/initramfs-tools.git;a=shortlog;h=refs/heads/usrmount Setting up: Install at a minimum: initscripts, util-linux, initramfs-tools The initramfs can fsck and mount /, /usr and /etc. / and /etc are configured using the kernel command-line. The details for /usr are obtained from /etc/fstab on the rootfs. You shouldn't need to make any configuration changes at this point; it is intended that it should work with any existing setup. After you've tested it to make sure it works, you could try copying /etc to a separate volume and mounting it with etc=UUID=... or nfsetc=host:path etc=/dev/nfs for NFS if that's of interest. Testing: Reboot. You should see the rootfs (and /usr, if in fstab) fscked and mounted prior to init starting. You can add the fastboot (skip) forcefsck and fsckfix options to the command-line to change the fsck behaviour. Add break=bottom to the kernel command-line, and look in /sbin; you should have fsck and the needed mount helpers for your filesystem. After boot, have a look at the mount order with mount: sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=126766,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=102668k,mode=755) /dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) /dev/sdb1 on /usr type ext4 (rw,relatime,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=385540k) Notice that both / and /usr precede the /run/lock and /run/shm filesystems mounted in early boot, verifying that they were indeed both mounted in the initramfs. If /usr was mounted normally, it would have appeared last. [We now also canonicalise the UUID= and LABEL= options so it doesn't mess up the mount/df output and is also compatible with the system mount(8).] Things which might break: Modules needed to mount non-rootfs filesystems aren't currently handled specially. It may be the case that for esoteric setups we don't have the module installed in the initramfs. We copy the filesystem-specific fsck helper from /sbin. If additional files are needed by particular helpers, they might need special-casing. Any comments would be gratefully received. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130512183443.gg21...@codelibre.net
Accepted util-linux 2.20.1-5.4 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 12 May 2013 20:31:11 +0100 Source: util-linux Binary: util-linux util-linux-locales mount bsdutils fdisk-udeb cfdisk-udeb libblkid1 libblkid1-udeb libblkid-dev libmount1 libmount1-udeb libmount-dev libuuid1 uuid-runtime libuuid1-udeb uuid-dev util-linux-udeb Architecture: source all amd64 Version: 2.20.1-5.4 Distribution: unstable Urgency: low Maintainer: LaMont Jones lam...@debian.org Changed-By: Roger Leigh rle...@debian.org Description: bsdutils - Basic utilities from 4.4BSD-Lite cfdisk-udeb - Manually partition a hard drive (cfdisk) (udeb) fdisk-udeb - Manually partition a hard drive (fdisk) (udeb) libblkid-dev - block device id library - headers and static libraries libblkid1 - block device id library libblkid1-udeb - block device id library (udeb) libmount-dev - block device id library - headers and static libraries libmount1 - block device id library libmount1-udeb - block device id library (udeb) libuuid1 - Universally Unique ID library libuuid1-udeb - stripped down universally unique id library, for debian-installer (udeb) mount - Tools for mounting and manipulating filesystems util-linux - Miscellaneous system utilities util-linux-locales - Locales files for util-linux util-linux-udeb - Miscellaneous system utilities (udeb) uuid-dev - universally unique id library - headers and static libraries uuid-runtime - runtime components for the Universally Unique ID library Closes: 707996 Changes: util-linux (2.20.1-5.4) unstable; urgency=low . * Non-maintainer upload. * Rebuild against new eglibc; no source changes. libblkid.a uses the symbol __secure_getenv which is no longer present (it provides secure_getenv). Closes: #707996 Checksums-Sha1: 86c0831724d658aa032936f17f4d29e615dab5b3 2912 util-linux_2.20.1-5.4.dsc 89ddd9184739b25808e008c62b74a31674ca2530 280153 util-linux_2.20.1-5.4.diff.gz 74d33dac6ffae6240517bb7b1d95792a07deba42 1533392 util-linux-locales_2.20.1-5.4_all.deb 66381fff8ee0fc87f077d0e55f74f77bf7728b76 657010 util-linux_2.20.1-5.4_amd64.deb 9c418ba0b2e235c94b8dcd4d2d214499fb8efad2 211738 mount_2.20.1-5.4_amd64.deb 8fade21ca50e8d5572b7670f259dbd87ac477bdd 83972 bsdutils_2.20.1-5.4_amd64.deb 94dd8d1c147b369b4ff7766f10c819d4ddb3 63356 fdisk-udeb_2.20.1-5.4_amd64.udeb 92c61e82a59c3fa623e974b87b72d30706259192 725272 cfdisk-udeb_2.20.1-5.4_amd64.udeb e1363e5115a8d684f8908ba6516578d0a47d4ab8 119830 libblkid1_2.20.1-5.4_amd64.deb 2109232a9e3c2522dfa0a28c55e214f2f68eda80 61436 libblkid1-udeb_2.20.1-5.4_amd64.udeb 971d21f3c502ffd99c9e3cba01e7fa1d8904e84f 152626 libblkid-dev_2.20.1-5.4_amd64.deb 633b54abd759b4d299a4e8db1fb7f25a9d19e518 119388 libmount1_2.20.1-5.4_amd64.deb 1a3eb4d6e2e63b17a1df10fffb26675179cb8ead 59026 libmount1-udeb_2.20.1-5.4_amd64.udeb c32a85e1641ab5b7976b38549ca7d95d483b856f 140534 libmount-dev_2.20.1-5.4_amd64.deb f06de136b97bb7d5d753c2d57db7bf55136f664f 57146 libuuid1_2.20.1-5.4_amd64.deb 12b2df93667208bed452884ced4c64ab25bf47d1 60056 uuid-runtime_2.20.1-5.4_amd64.deb 9e0442ed1a63102426b6aa693e3c4e6ca6b153d2 7218 libuuid1-udeb_2.20.1-5.4_amd64.udeb e7c0943c4979be948d697e1afc495f18a9ff111b 72492 uuid-dev_2.20.1-5.4_amd64.deb c58337260c81ab6767f272877178e463ac4a829e 12158 util-linux-udeb_2.20.1-5.4_amd64.udeb Checksums-Sha256: c754f52484e5bd15dc8a9de8e307c80937c66e2444f8996cb8ed99d6e5b87608 2912 util-linux_2.20.1-5.4.dsc 52aee48714741cb5af1304dd74f1c63fce7005e2ce1474433cf32edfc884259b 280153 util-linux_2.20.1-5.4.diff.gz 5c5014ccc851fb23b6454329101772c6991994822c5c56468f60af3430431003 1533392 util-linux-locales_2.20.1-5.4_all.deb ae4560479ceb93225679a10b9b4329869ff95df81b95f1f1125657c63dc73dd6 657010 util-linux_2.20.1-5.4_amd64.deb f231966e11d4a82b640ec821c855529cc145b7b29ff56f2dabe96dbe3d0782d8 211738 mount_2.20.1-5.4_amd64.deb 4f6f60cd45898bad0432c8cb25c185035e47364d7758a479c7aefe0267019251 83972 bsdutils_2.20.1-5.4_amd64.deb 4e2ac940b39fd8a8f7387e07699d99573b59ee2c77e1eaa267fe45f1730c5a0a 63356 fdisk-udeb_2.20.1-5.4_amd64.udeb 6be99524ee8b69c22a167978467f417b1adac37b5463b2e05766fbb66aa1e7d0 725272 cfdisk-udeb_2.20.1-5.4_amd64.udeb 641a161510b80c2cb29075981b66ad571959d5a2bc3dfdc0529fc5149c9ec0f1 119830 libblkid1_2.20.1-5.4_amd64.deb e7a0362c836a9146ec94cbe86e6770149faff00aeeb557524cef5e0a2d6068f7 61436 libblkid1-udeb_2.20.1-5.4_amd64.udeb e1c576736067b93bfabe3a514b4ff0ee585a6c1dcbf7fd66d5385e63b32790e5 152626 libblkid-dev_2.20.1-5.4_amd64.deb 2d17eb299f8584ceebea610deae7a9e2d9531d49e2e3bef6d1b299031fa48b52 119388 libmount1_2.20.1-5.4_amd64.deb 0338f67af2327eac0d5215fb6b935cf987c8706d2b457ccf160995d1c7fe9202 59026 libmount1-udeb_2.20.1-5.4_amd64.udeb b391ed8f9875260879631b795af5962a1ae475d83762812f18c8dca0798638a6 140534 libmount-dev_2.20.1-5.4_amd64.deb 0e59f923c68ef98aa0ff4c9fd9c348dffda29f0a715ecbcf5634173c88b9318d 57146 libuuid1_2.20.1-5.4_amd64.deb
Re: /bin/sh (was Re: jessie release goals)
On Sat, May 11, 2013 at 08:52:29PM +0200, Josselin Mouette wrote: Being able to choose between two entirely different desktop environments, with different user experiences, is a good thing. Being able to choose between two /bin/sh shells or two /sbin/init implementations is not. The shell I can agree with. It is required to provide a POSIX shell, so as long as it is fully functional and performs well, just picking one and sticking with it is absolutely fine. I can't agree with having no choice with regard to init. We aren't all using GNOME, and Debian is used in an extremely diverse set of fields for a multitude of different purposes. No one init is appropriate for all of these applications. systemd fails on safety grounds alone for a good number of uses. That much complexity is an unacceptable risk for PID1 failure. We all saw where GNOME took use with their lack of choice: an unusable trainwreck. It's a disgrace that this shipped as the default desktop for wheezy, it really is. Quite how that happened I have no idea. I absolutely don't want to see a repeat of that horror with the basic operation of our system. The fact that GNOME is going to *require* systemd is really just yet another reflection upon the stupidity of tight-coupling and what happens when you start trying to control others. What are they, Microsoft or something? It's a bad attitude I never thought I'd see in the free software world--up until now we took great pains to be interoperable with each others rather than forcing the rest of the world to conform to our worldview. One desktop environment, and an awful one at that, dictating the init system we use is a complete farce. Debian is a lot bigger than GNOME, and if we have to, I'd vote for junking it entirely. -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130511194430.gb21...@codelibre.net
Re: Merging / and /usr (was: jessie release goals)
On Fri, May 10, 2013 at 03:04:34PM +0200, Olav Vitters wrote: On Thu, May 09, 2013 at 02:08:05PM +0200, Marc Haber wrote: You have a point here. The problem is that people need to change their operations, which is hard for many people, let alone the case when emergency manuals need to be changed just for the sake of satisfying Lennart. There are various benefits, discussed before at length (here, elsewhere). Suggesting/summarizing this as satisfying Lennart is a bit telling. It's still entirely accurate though. This is ultimately being driven by uncooperative upstreams unwilling to maintain their stuff properly, and this really means udev, and this is part of systemd for better or worse. Well, worse. Ensuring /usr is mounted at boot time is one thing. It provides certain very useful guarantees which we currently don't have. Merging / and /usr is another matter entirely, and it's just one of several increasingly bizarre and technically questionable decisions coming from the Fedora camp of late. What Fedora does is not necessarily appropriate for Debian. They have rather different pressures influencing their decisions, and they are not all in our interest. How are those udev replacement projects coming along? Something else to think about for jessie. -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130510134632.gw21...@codelibre.net
Re: Merging / and /usr (was: jessie release goals)
On Thu, May 09, 2013 at 11:50:31AM +0200, Goswin von Brederlow wrote: If you make /usr a symlink to / then there will be to distinct paths to each file and that will confuse dpkg. The first problem that comes to mind is package A containing /bin/foo and package B containing /usr/bin/foo. Dpkg will happily install both without noticing the file overwrite conflict. Or package A 1.0 contains /bin/foo and package A 1.1 contains /usr/bin/foo. IIrc then dpkg will unpack A 1.1 (overwrite /bin/foo with /usr/bin/foo) and then remove /bin/foo. Leaving you without /usr/bin/foo. This is all very true. Once we have /usr mounted in the initramfs, we can correct such duplicate paths to prevent this; packages which provide a binary in /bin and a symlink in /usr/bin to make the binary available in early boot can simply move the binary back to /usr--it will be guaranteed to be available in early boot. Since two different paths would then be effectively equivalent, maybe we might also need dpkg itself to be aware of this so that it will refuse to overwrite, in addition to a manual audit of the existing paths. My current work on this is at http://anonscm.debian.org/gitweb/?p=users/rleigh/initramfs-tools.git;a=shortlog;h=refs/heads/usrmount It works for mounting a local /usr; testing NFS and NFS/local combinations is on my TODO list for tonight. This still needs further cleanup and testing. It will be ready for wider testing in a few days. It also needs a patch to util-linux so it doesn't try to fsck a mounted /usr at boot. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130509110342.gq21...@codelibre.net
Re: Merging / and /usr (was: jessie release goals)
On Wed, May 08, 2013 at 08:14:32PM +0200, Marc Haber wrote: On Wed, 8 May 2013 17:32:13 +0200, Helmut Grohne hel...@subdivi.de wrote: On Wed, May 08, 2013 at 12:19:25PM +0200, Philipp Kern wrote: Fedora updates are different. (And so are Ubuntu updates, if one considers that it's possible to provide fixup scripts to update-manager pre-upgrade.) As long as we're supporting upgrades through plain apt, that's going to be hard. Especially if you have non-distro packages installed that need to be migrated as well, with the tracking information updated. Maybe the issue here shouldn't be changing the default. After all there is a quite vocal opposition to such a step. I fail to see consensus in the recent mails without even contributing a personal opinion here. So really what does it take to e.g. move /bin and stuff to /usr? Did anyone try that? Where is that documented? What problems did occur? If we force a much bigger /, the chance of a broken / filesystem increases. If / is fine, one has a chance to fix the system without booting to rescue. So, a small / both decreases the probability of a boot failure and makes fixing breakage easier. The assumptions here are that a separate rootfs decreases the chance of breakage, and that you'll need the rootfs to perform the rescue. Does having two filesystems rather than one decrease the chances, or increase them? Neither are written to much during normal system operation, and they can both be mounted read-only. Do we have any concrete evidence one way or the other here? Regarding rescue, the initramfs has a rescue shell which I've found to be just as useful as single user mode. Once it has mounted the rootfs, you can chroot into that and do whatever you would normally do to rescue /usr. [Assuming a separate /usr.] If it doesn't get as far as mounting the rootfs, then you'll need some rescue disc in any case. I find the busybox shell to be just as effective as a rescue disc in most cases. In the case where we're mounting /usr in the initramfs rather than having it on the rootfs, there's no practical difference to the current status quo (and this is intentional). The only change is that we provide the guarantee that /usr is available before init starts. If we change our software so that the system never gets beyond initrd stage if mount /usr fails, we increase the change of breaking boot because _two_ filesystems need to be fine and mounted before we leave initrd. Both changes are bad from a robustness point of view. Keeping the root fs small was a good idea 20 years ago, and it still is. I think this is primarily just shifting the lines of where responsibilities are divided. The initramfs is doing part of the job of what the separate rootfs was doing. If there's a problem, then you get the rescue shell in the initramfs rather than the rescue shell from the initscripts/single user mode. In all these cases, the system is unavailable for normal operations until the problem is fixed. There was some mention of putting fsck in the initramfs. I'm not sure whether I really like the idea or not, but from the point of view of having the tools to fix and mount the rootfs (and /usr) there when needed, it may well be useful, so long as we can avoid idiocy such as #701936. We still need the fsck helpers to work for the non-initramfs case and also not be utterly broken. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130509113347.gr21...@codelibre.net
Re: Current and upcoming toolchain changes for jessie
On Wed, May 08, 2013 at 08:08:31AM +0200, Florian Weimer wrote: * Roger Leigh: On Tue, May 07, 2013 at 03:25:29PM +0200, Matthias Klose wrote: The decision when to make GCC 4.8 the default for other architectures is left to the Debian port maintainers. This makes using C++11 and other features only in 4.8 rather difficult. C++11 hasn't got a stable API yet (implying mass rebuilds on compiler updates). Do we really want to encourage its use at this point? While the C++11 API isn't completed in its entirety, a large proportion of it is complete, and as far as I am aware, the API for those parts is stable and there should be no issues at all with using these. For example: std::shared_ptr, std::unique_ptr, std::tuple in the standard library, and language features such as decltype, nullptr, range-based for loops etc. Other parts /are/ broken, such as std::regex; I'm a little surprised this is even present given its broken state, and the number of GCC bug reports relating to it reflect that! I don't see a problem with using a functional subset of it. I don't think that Debian is really in a position to influence whether or not upstreams use particular features of an ISO standard! They /are/ present and functional; they /will/ be used; any API/ABI issues (if any) will just need to be dealt with--it's part of libstdc++ already. I've moved schroot's development branch to use a conservative subset of C++11 supported by GCC 4.7 and greater, so that I can support its use in stable as well as testing and unstable. The compiler support for C++11 isn't an issue--it's present and working. Having a different version of GCC on different architectures definitely *is* a problem-- if an architecture can't have GCC 4.8 as the default, then maybe we shouldn't be considering it as a release architecture; and the same applies to binutils and the rest of the toolchain. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130508095657.gn21...@codelibre.net
Re: Current and upcoming toolchain changes for jessie
On Tue, May 07, 2013 at 03:25:29PM +0200, Matthias Klose wrote: The decision when to make GCC 4.8 the default for other architectures is left to the Debian port maintainers. This makes using C++11 and other features only in 4.8 rather difficult. Explicit build-deps on specific compilers are not ideal. Can't we make 4.8 the default across the board and add explicit build-deps to packages which break with 4.8, rather than the other way around? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130507153434.gj21...@codelibre.net
Re: Merging / and /usr (was: jessie release goals)
On Tue, May 07, 2013 at 05:35:11PM +0200, Marco d'Itri wrote: On May 07, Игорь Пашев pashev.i...@gmail.com wrote: What about merging / and /usr ? An ambitious plan. I strongly support the everything in /usr scheme, but let's first consolidate support for standalone /usr must be mounted by the initramfs. I'm working on this at the present (I'm re-doing the proof of concept patches I made a few months back, to clean it all up and make it work in a wider number of cases). I hope to have something by the end of the week, time permitting. That said, I'm not in support of moving things to /usr; it's completely backward. Once we have / and /usr mounted in the initramfs, then we can work on deduplicating shared paths on / and /usr. This will give us the option of migrating either way in the future (if ever). If we do this, I'd prefer to make /usr a symlink to / on new installs, while retaining full backward compatibility for existing users, and requiring zero packaging changes. But the other way would also be possible--it would just be a matter of d-i setting up the links. But none of this is the primary reason for doing this initially. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130507155604.gk21...@codelibre.net
Re: /export (was Re: jessie release goals)
On Tue, May 07, 2013 at 10:18:25PM +, Thorsten Glaser wrote: Игорь Пашев pashev.igor at gmail.com writes: What about moving default location for applications to /export ? /run is a catastrophe, although an understandable one. Is there anything specific that's wrong with it? Is there anything concrete which we should be aware of which can be fixed or improved for jessie? Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130507230622.gm21...@codelibre.net
Accepted schroot 1.7.0-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 05 May 2013 11:33:16 +0100 Source: schroot Binary: schroot-common libsbuild-1.7.0 libsbuild-dev libsbuild-1.7.0-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.7.0-1 Distribution: experimental Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-1.7.0 - shared library for the Debian source builder libsbuild-1.7.0-dbg - Debugging symbols for the Debian source builder libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot Closes: 637870 Changes: schroot (1.7.0-1) experimental; urgency=low . * New upstream development release. * schroot: - Support for unsharing network devices has been added (Closes: #637870). On linux, run schroot with -o unshare.newnet=true, and in the chroot, all networking will be isolated from the host. By default, only a localhost link is provided. - Support for exec scripts, removed in 1.4 and 1.6, has been re-added to support unsharing network devices. These are regular setup scripts, called with an exec-start or exec-start argument. * libsbuild-1.7.0: - New package - Introduce a shared library. * libsbuild-1.7.0-dev: - New package. - Shared library debugging symbols. * libsbuild-dev: - Remove static library, and include shared library symlink. * debian/copyright: Update to use DEP-5 copyright format v1.0. * debian/control: Remove liblockdev and libuuid from Build-Depends. * debian/rules: - Build using g++ in C++11 mode. - Remove UUID support. - Support parallel= in DEB_BUILD_OPTIONS. Checksums-Sha1: 1ad57061be31fcefb18370b31bcda4721f075efe 2449 schroot_1.7.0-1.dsc 0eee39b42e1f307ac1f86b6ebf26bb50ae8f39fd 735796 schroot_1.7.0.orig.tar.xz c4525451ac7b1c37e19c52f1cfccdc81aea5697c 30579 schroot_1.7.0-1.debian.tar.gz 8c98f9b1ecd0af45b1ce64a58f0800d55d4b1f91 257880 schroot-common_1.7.0-1_all.deb e3edd28ff2b050ecaf20426548a5eedb92c8ce5c 633682 libsbuild-1.7.0_1.7.0-1_amd64.deb 4f1bb5a87f82f2d2d0952466ada2c7fcfb67d367 248830 libsbuild-dev_1.7.0-1_amd64.deb 7e2d2b1df7fca0cdd3e2c31ca07e74db77ae3a8b 13820468 libsbuild-1.7.0-dbg_1.7.0-1_amd64.deb a61937f94db9839a84bea0e795cf50fcdbb2a653 8775234 libsbuild-doc_1.7.0-1_all.deb a5382ca339982cb66561ca713e0e13efe5c2f31c 484386 schroot_1.7.0-1_amd64.deb 6a1534031ea2ff8cce9c15678744ee60399e7988 104592 dchroot_1.7.0-1_amd64.deb fc3ef413e6aa4902d0201ac9dd569a2f1feff085 104938 dchroot-dsa_1.7.0-1_amd64.deb Checksums-Sha256: 13b3d9a64c6b85fdf5c0b17cae9d6a3d4b89b93f43e5483da30b6420caef7bdc 2449 schroot_1.7.0-1.dsc 1fc3c5eb448bd2a8d2aeffede36316505874d11a7b16d2198d6c37d3be36df0d 735796 schroot_1.7.0.orig.tar.xz 9202a1dea99632f5110c66dc14a7925a8478fa1ad7b8935482153063b29a1798 30579 schroot_1.7.0-1.debian.tar.gz 210967b357631556277d025eda058966e1b92e1b50749509470005021fa362e9 257880 schroot-common_1.7.0-1_all.deb 5503031c7a4d370ab8a5b258a0598e2521a48525c66bcf8936acee15266c 633682 libsbuild-1.7.0_1.7.0-1_amd64.deb 10613bafff274f651d463bedc6229738664d4bd30cd5c72842c71416dc1fd62a 248830 libsbuild-dev_1.7.0-1_amd64.deb e105758dfdfc5b71fc39da8bd0c72ef5f94be30ae87e3e911380edc1b184c453 13820468 libsbuild-1.7.0-dbg_1.7.0-1_amd64.deb 1ea5d98f3ae1d3aa17319467365473b9922b4a73d0f33359351d798e46f963df 8775234 libsbuild-doc_1.7.0-1_all.deb b81eb467f60dcd8d0b3eeae73a851a4262f39758ffa2ad641a2a854880aae71a 484386 schroot_1.7.0-1_amd64.deb c391e7d73448e98f2d856c73760f8b0cb76fcbc808d66a72586907712cf560e0 104592 dchroot_1.7.0-1_amd64.deb 03e5589b2e7f515422eb6dcc081aa7237479780a194d34d0e1966bec02323539 104938 dchroot-dsa_1.7.0-1_amd64.deb Files: cc940745537b6e1a35ded16acd81bf20 2449 admin optional schroot_1.7.0-1.dsc 3cd7a011b89e3941b8e3dd73e2c95574 735796 admin optional schroot_1.7.0.orig.tar.xz 561b0841923366a38f5236d475d49471 30579 admin optional schroot_1.7.0-1.debian.tar.gz b0dd21e0e582ea573c1c460f7ce46cb9 257880 admin optional schroot-common_1.7.0-1_all.deb 088df6f056d8f1c01f0da09d4e13bc8b 633682 libs optional libsbuild-1.7.0_1.7.0-1_amd64.deb 38cea202394fec4a93772079f1bd31eb 248830 libdevel optional libsbuild-dev_1.7.0-1_amd64.deb 158c9facd107538d66a3fea4e04eda22 13820468 debug extra libsbuild-1.7.0-dbg_1.7.0-1_amd64.deb d3bca8f7147dc14213b72227a46994ab 8775234 doc optional libsbuild-doc_1.7.0-1_all.deb d5531161030e6e039e2b4024e25f139b 484386 admin optional schroot_1.7.0-1_amd64.deb c6ef22b5f59777d661166dedabec78d6 104592 admin optional dchroot_1.7.0-1_amd64.deb
Re: 2013 sometimes still feels like 2003 or 1993 (Re: NEW processing during freezes
On Sun, May 05, 2013 at 12:18:44AM +0100, Wookey wrote: +++ Julian Taylor [2013-05-04 11:48 +0200]: On 04.05.2013 11:10, Wookey wrote: I am huge fan of both building in clean environments _and_ being able to build twice. I don't think there is any solution to this other than testing it in an automated fashion. An sbuild or pbuilder option for --build-twice would make testing a very simple matter. pbuilder and cowbuilder already support the --twice option since a while. OK. I didn't know that. Cheers. Problem is I've moved to sbuild these days, but lucas's patch could fairly easily be worked up into an sbuild --twice option too. There's definitely an open bug for adding this, and I'll be happy for it to be added. It shouldn't be too hard to implement, though we would probably want to make it configurable whether the repeat build failing should fail the build as a whole. We probably want to do the repeat after we've copied the built files out of the chroot. We could probably also compare the file paths between the source and binary packages in the first and second builds; comparing the content itself is probably not realistic. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130505001228.gd21...@codelibre.net
Re: Automatically satisfying Build-Depends from local control file
On Tue, Apr 16, 2013 at 09:19:27PM -0700, Nikolaus Rath wrote: Has someone already written a tool to automate this? I.e., parse debian/control and run the appropriate apt-get command? I think I am *not* looking for apt-get build-deps, because I'm talking about source packages not included in an apt repository. You could use sbuild. Just run sbuild -s -A -d $distribution in the directory, and it'll get all the build-deps for you and do the build, albeit in a chroot rather than installing on the host system. You'll need to create a build chroot with sbuild-createchroot first. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130417084532.gf1...@codelibre.net
Accepted sysvinit 2.88dsf-41+jessie1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 28 Jul 2012 20:09:11 +0100 Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-41+jessie1 Distribution: experimental Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 630723 660862 683084 683804 693960 701031 703571 704923 705052 Changes: sysvinit (2.88dsf-41+jessie1) experimental; urgency=low . [ Roger Leigh ] * initscripts: - Move /etc/nologin and /var/lib/initscripts/nologin to /run/nologin. This means that nologin is always created on a writable, available filesystem. Closes: #660862. - Remove code to generate /etc/mtab. /etc/mtab is now always a symbolic link to /proc/mounts. Closes: #630723. - Remove incorrect use of break in case blocks in vars.sh. Thanks to Raphaël Hertzog for this patch. Closes: #701031. - /etc/network/if-up.d/mountnfs: Skip lo if already configured. Closes: #705052. Thanks to Timo Weingärtner. * sysvinit: - Document length limit of 127 in inittab process field. Thanks to Johannes Truschnigg. Closes: #693960. * sysv-rc: - Fix typo in invoke-rc.d(8). Closes: #683804. Thanks to Martin-Éric Racine. . [ Michael Stapelberg ] * systemd: update check to look for /run/systemd/system. Closes: #703571 * sysv-rc: - Add systemd support to update-rc.d(8) and invoke-rc.d(8). Closes: #683084. - service(8): use systemctl on machines that run systemd. Closes: #704923 Checksums-Sha1: 3e073e226692e933daefb2d55378cab257731f6d 2374 sysvinit_2.88dsf-41+jessie1.dsc a47b2d70e510f7098aba89fe2eba26c196d066c9 212142 sysvinit_2.88dsf-41+jessie1.debian.tar.gz cd63abd9fa0b87ea28f4d761bcbf6035a2ce7962 134570 sysvinit_2.88dsf-41+jessie1_amd64.deb df250df290d0e6d71555e2aa5051c9e9809fb546 101032 sysvinit-utils_2.88dsf-41+jessie1_amd64.deb 2206a90f65fc38836bb724e8a6b9aefc29a77969 82634 sysv-rc_2.88dsf-41+jessie1_all.deb 472b7b7b6f46778f643c16a44084d2a19d4378e1 93228 initscripts_2.88dsf-41+jessie1_amd64.deb 63dc8553b49bf13d2857fa8152af82accc9d6ac2 4 bootlogd_2.88dsf-41+jessie1_amd64.deb Checksums-Sha256: f6155495cff2b2cca47e13fdb6424d1a4b7c5e341647165e336f667b42878b09 2374 sysvinit_2.88dsf-41+jessie1.dsc c1839fae3271bf9dd9b52cfdbdea019919b60d8797162b2d1c8805c7bdda6315 212142 sysvinit_2.88dsf-41+jessie1.debian.tar.gz 63f4dc5142206fa63c264d7255814e4e312e74ed2197ed3728e6f009539eb313 134570 sysvinit_2.88dsf-41+jessie1_amd64.deb cfed2f9351dae0c1e1e701264ec90799a0b17b6a9d3f05e7699bbfd42e2b57ba 101032 sysvinit-utils_2.88dsf-41+jessie1_amd64.deb 742e4119a6831f68a6e7ab785a16bdf74c0c76c1d73cb573dc671cee427765b2 82634 sysv-rc_2.88dsf-41+jessie1_all.deb 70299d0c25894e1ab9549790c2860ebeb92cb6a4c625497312fe88c795fc76d4 93228 initscripts_2.88dsf-41+jessie1_amd64.deb 821b9c168fbe03bc9ca9eea44d28242bfeec1fe88892bcb335e4fd8c6f4f0101 4 bootlogd_2.88dsf-41+jessie1_amd64.deb Files: c47415dab8f5c16436f30ac9e8302dc5 2374 admin required sysvinit_2.88dsf-41+jessie1.dsc 9dbcce4045b083ee806450d3344856b4 212142 admin required sysvinit_2.88dsf-41+jessie1.debian.tar.gz 5dd49a0ce67c410ca1004b4b23703029 134570 admin required sysvinit_2.88dsf-41+jessie1_amd64.deb 391f565a4199ddb30d4b67acf7df9b69 101032 admin required sysvinit-utils_2.88dsf-41+jessie1_amd64.deb 0c0c1e28bbb957afd1881047579ff89d 82634 admin required sysv-rc_2.88dsf-41+jessie1_all.deb 4b440fbce78b2dc6106c3dd64ba1529e 93228 admin required initscripts_2.88dsf-41+jessie1_amd64.deb a99ed829ae0195ecd233299d69bbc1f3 4 admin optional bootlogd_2.88dsf-41+jessie1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRaudqAAoJEOJSSsUKn1xZiY8P/ittf5I8F1doi/YzrP2eIsiU /k8EEorphMgF2hZBk3vgnocjIUqRjaftZVlSpYfD8Ldq7GWGhTYsglll6vJDW1s8 77mjqa+cvZNQ7dJ/V9zes2a2S/PF1M6qZNPy4OvpSn8MPAoGqYdxc7+vuKr/LbLS 8Q3ay//x6Wci0H9k4USNyy3phEX/n3TnCFro1vLT9CHVm6IT2LxaQkRS6qkR6y8h lHcSUk/AaAeT8FWarGrd3VhQUF0zaljMRD0MjikxkdIa/gZ8ipmWxspKKay90cj8 uAftYlwXdciJtS9iP1geUozaJIH6Qi2toWOJaZww8RdEcYB/rIT9l9f7V13nmfa4 BS9KKCJqfVu7pRLksDoJAYaZq6sCzU2fwLb2dYrXf6u9MZdOdM7KPi7lvVHO1Hqw L78KJlkWZrEil98E6a4tZnUtb3HAaf+FVhnDYcZn+RKuK9r1qPuYQgfUP0lhxdUX zjksH0g/WCxERrehwepZ06mEtwcykzsWFe8GnWsa0jYsAjRP+Mv5+p6dGXu2jmtC ceMHswaio0hDCzl5yasJ7tLbwI7egbmsL/Q6E+ULgglfZojFKB3MpRsR6YodSNWM PcgrTsm4nNrxiT9uJdKkIkoTs92rEFPQTK54Fn1Ia/nkDxiZuEc+qntiCm1hcdS6 jchSjNFOLncIdRyXguU9 =CzQa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe
Re: Git packaging workflow discussion on planet.d.o
On Wed, Apr 10, 2013 at 09:11:05AM +1000, Craig Small wrote: On Thu, Apr 04, 2013 at 02:25:30PM +, Jeremy Stanley wrote: makes a lot of sense. If your packaging workflow does not rely on importing the contents of release tarballs, then for projects like this you miss some content unless you re-run the same release scripts post-facto. That was the part I didn't understand. What are people doing to solve this generated files at release problem? I've solved this as upstream and a Debian developer by having tarballs. Run the dist target and inject the distdir back into git onto a distribution branch instead of packing it up into a tarball. http://anonscm.debian.org/gitweb/?p=buildd-tools/schroot.git;a=blob;f=scripts/git-dist.mk http://anonscm.debian.org/gitweb/?p=buildd-tools/schroot-dist.git;a=summary Now your entire release and distribution process is entirely contained within git, with zero intermediary tarballs. If you want a tarball, you can just git archive a signed distribution tag (or release tag if you don't want the extra generated bits). The best bit is that the distributed releases are fully connected to the git history in the main git repo. So a downstream user/ distributor can easily backport stuff and push changes upstream etc. You could run the dist target as part of the package build, but that's not always possible or desirable. This makes sure that every bit of extra generated code is part of the git history. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130410090014.gy23...@codelibre.net
Re: upgraded systems won't boot from UUID volumes
On Sun, Apr 07, 2013 at 04:19:15PM +0200, Daniel Pocock wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/04/13 15:47, Neil Williams wrote: On Sun, 07 Apr 2013 15:25:43 +0200 Daniel Pocock dan...@pocock.com.au wrote: I notice this bug was downgraded below the RC threshold and appears to have been missed so far: It was only pushed to RC status by your request and then almost immediately moved back to original severity of Important by one of the maintainers. It is up to the maintainers to assign severity of bugs. Why have you not asked the maintainers of their opinion of the severity? Because they already downgraded below the RC status, so I'm curious if other people have reason to believe there is a problem. I have only come across a few systems with UUID in fstab, but if somebody else is aware of widespread use of this, now is probably the time to comment. UUIDs are used by default AFAICS when the installer creates the fstab, and should work just fine. Just looking and I don't have an example system which uses UUIDs /and/ LVM root, however--this does not appear to be the default for LVM. While this is an important issue, the fact that it's not hit by default might be one reason for lowering the severity. The patches look reasonable. Though for scripts/local-top/lvm2 you might be able to merge the case into the previous case, since they look identical. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130407150125.gv23...@codelibre.net
Accepted file-rc 0.8.15 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Mar 2013 21:31:30 + Source: file-rc Binary: file-rc Architecture: source all Version: 0.8.15 Distribution: unstable Urgency: low Maintainer: file-rc maintainers file-rc-us...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: file-rc- Alternative boot mechanism using a single configuration file Closes: 688140 Changes: file-rc (0.8.15) unstable; urgency=low . [ Michael Stapelberg ] * Call rcfile2link.sh followed by insserv to properly restore links when removing file-rc. (Closes: #688140) . [ Roger Leigh ] * When migrating to dependency-based boot in the prerm, log what's happening, and if insserv fails issue an informative message (taken from sysv-rc postinst). Checksums-Sha1: dd32181e60cfd90c25f611a70c191f1bb7ca8359 845 file-rc_0.8.15.dsc 28b05a28a5c24a11f34a5d84cd03c07c862ccf04 70043 file-rc_0.8.15.tar.gz ffdf411682f213ec8426d9315cbad6530a3b796c 40222 file-rc_0.8.15_all.deb Checksums-Sha256: 806bb08600c273f0811842e0e6daf8adcb13687f5cb091c217d1df5775f19871 845 file-rc_0.8.15.dsc fdca47ac7ab8091292b0919b7e382c26d74a370f3550033e4b6fb0476610918a 70043 file-rc_0.8.15.tar.gz c445861aa13e6e9a47e3e455a9806bf213e53eb7fc3fb5cc61b0e1cdbb56dc4c 40222 file-rc_0.8.15_all.deb Files: ee87f85f08b5e4f15ded87f86d619680 845 admin extra file-rc_0.8.15.dsc 0145726b0e57e77e5d1f9da4f7542754 70043 admin extra file-rc_0.8.15.tar.gz d1c7e89a8c945e94b5a1ef6f12ad6c1e 40222 admin extra file-rc_0.8.15_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlFRSckACgkQ01u8mbx9AgrmrQCgzsSw2oh5LlcHu5Dbdd2EONvp WFUAnivOoSyZY+ExN9KVvAlrYqjIxaN4 =rr2h -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uko8u-vf...@franck.debian.org
Accepted sysvinit 2.88dsf-41 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 07 Feb 2013 23:32:12 + Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-41 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 700051 Changes: sysvinit (2.88dsf-41) unstable; urgency=low . [ Roger Leigh ]: * sysvinit postinst always creates /etc/inittab if absent during configuration (Closes: #700051). Checksums-Sha1: b82dc0119bea82529ffd767b5dd77abe436bcacf 2342 sysvinit_2.88dsf-41.dsc cc799e2de4188de3fadd3d134b855b0541343076 210323 sysvinit_2.88dsf-41.debian.tar.gz 839cf3c247401653a680f1198ec397582bc37396 133118 sysvinit_2.88dsf-41_amd64.deb 84f7eb1719f5635cfd3adb391d0ee23b825c2183 99510 sysvinit-utils_2.88dsf-41_amd64.deb d1978e2ccf1cb2b1c6fa086119433aa25012601c 81390 sysv-rc_2.88dsf-41_all.deb 257d9997ee70d884988d03de81fcf481741b121a 94072 initscripts_2.88dsf-41_amd64.deb 87cf96e6cb8ea5c4261d99a3f5da89d37b04e9e0 54906 bootlogd_2.88dsf-41_amd64.deb Checksums-Sha256: 8f1d6e6219300df8233cd244e0b44378feb5deaa11d3b84230554b5f754e4d55 2342 sysvinit_2.88dsf-41.dsc 742757028aec954738ef16470269333d362b30f6016a8898f5fbb59b3bfc681e 210323 sysvinit_2.88dsf-41.debian.tar.gz 03ecb1e4301ddcaafff50f750bef4b7d12a3635cc0ac4e718cd9a37cf67e63cd 133118 sysvinit_2.88dsf-41_amd64.deb fc76469677bac36490ae64e4bb06716a483a21b6a389e9fb691666ae1d78 99510 sysvinit-utils_2.88dsf-41_amd64.deb 463121f373083f92cd8c91e2161ef3e1838e6ea18dab748056004e25cd944a77 81390 sysv-rc_2.88dsf-41_all.deb 8900ccf6a4f2af407235156694fc5ca02797cb02d3e67a9534cd7c3afc706803 94072 initscripts_2.88dsf-41_amd64.deb 71a0fd26c1648d45ed87540c95bea467e300e08e2c796a4cf41acb9e66c0dabe 54906 bootlogd_2.88dsf-41_amd64.deb Files: 6e40966960924604f69e10b9c6359799 2342 admin required sysvinit_2.88dsf-41.dsc 517972a85593ebec738a01fba0b452ab 210323 admin required sysvinit_2.88dsf-41.debian.tar.gz 1012bff33f1709cf2c655ba9e62276ab 133118 admin required sysvinit_2.88dsf-41_amd64.deb 9f6e7daff04593fe0213fa71a5668e99 99510 admin required sysvinit-utils_2.88dsf-41_amd64.deb bdce6f090ab797699d0df1ae6a4988ad 81390 admin required sysv-rc_2.88dsf-41_all.deb 7d6166f68b962899eaa71afdce956b19 94072 admin required initscripts_2.88dsf-41_amd64.deb f01bc4863e5d21df78e425b284571cfc 54906 admin optional bootlogd_2.88dsf-41_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRFEcxAAoJEOJSSsUKn1xZdiMP/iyFShoOwzgZkb0JXoZ9tF24 VWF5ZDFjHPXoFsXTPrBUpgM0mZ3i0bqpCVELIT+3/kUazXSfrebcIwroJzr7z/Z+ J9Xj3njTWRtsN6QyE90H/7KByTTbpgkofTdDaIEk1H17KajwfARNFRb7siAzkaL+ pRVF6gEM8jUH7FBLR14cl8dCnU0+9xnLCWpjB60bX7A3+QNcNlpmrNlQBg3BFdZF 4zzYiBRannRBLmMJRfJEImkqiQgybloNhGmqvkF3164ZAfeLFbQOMDqqEfFpxy3X k0G81cYDka7UUOxktVpf1vYxmJNqXz4kqyrdxN0Up6qPHcQ1GsyVVZptwndIW4AC t5ZPp3h5E4EJcaPEwZOE/1ZpHjb3sJZ7/e09XXAiUP1pLR+UGDFPj5dqpUgMe/dG UDD6GJDhVhlFeNCoC26wmqrqu4W+hufQ88jKKLz+Z0FQMBvrU/wTJFxf5ihRtrpF ItyZfCigVrcRr6EVXf2hV2hHPn4GFpdjO1vzD3c+oeC29dGHjfhgz7JzaGQuNX/x 8bLmf7Vn0LDxomO5NqfQovFZDZ07lOE1kJvE8vHkUU0pPVkjFvEd1YcQS+a0e7I2 Jan2+SOQd8tKvUvK/dNO+yBixr3epmb+z+BnmMIlb5RJ50339MotwEB3Gs6eBQb2 f1vG/Bp/dq83RUsC8zBN =x3ym -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1u3c8d-0001ff...@franck.debian.org
Accepted sysvinit 2.88dsf-40 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 03 Feb 2013 14:52:05 + Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-40 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 663009 699523 699566 Changes: sysvinit (2.88dsf-40) unstable; urgency=low . [ Roger Leigh ]: * Don't restart init on GNU/Hurd (Closes: #663009). * Handle PID detection more robustly, to work better with containers (Closes: #699523). Always use PID1, which avoids the need for fragile pidof usage. * Handle ischroot more gracefully on failure (Closes: #699566). Checksums-Sha1: b022e68787bb57ecf842bfcf63a0df9676039306 2342 sysvinit_2.88dsf-40.dsc d9a6846128181a51b7c0937a45ab93927f7043fc 210433 sysvinit_2.88dsf-40.debian.tar.gz 7f6fb01e0f202077c1c88b5d507305f21a32a936 133064 sysvinit_2.88dsf-40_amd64.deb f0e01c35ffc5a3d47451e66ff3b53934dbc11464 99454 sysvinit-utils_2.88dsf-40_amd64.deb 8cfa152cd1e2d913c530603f78b883d0345da439 81328 sysv-rc_2.88dsf-40_all.deb 8fe9b2d345af9d45028bb8ba41879675eaf1820a 94006 initscripts_2.88dsf-40_amd64.deb c10a4d7eaf82ddcf7f498a20e3c578c4929487d1 54884 bootlogd_2.88dsf-40_amd64.deb Checksums-Sha256: 4468a2ac2182bf7ea32204378d1ce4c877f312765075f3b79f35c38b2da80164 2342 sysvinit_2.88dsf-40.dsc 8018359b7d9a247b78b90da4a573d429964b2e2130a54bde4da9ce817774bfb5 210433 sysvinit_2.88dsf-40.debian.tar.gz 5cfdcd399fd396b29e9ff385bfb44541955a211b31f65607e7d754252fadafdf 133064 sysvinit_2.88dsf-40_amd64.deb 54f6a699f9914276c3197dbe3d3637f45942a49b08751fb9020d9206e13e72ab 99454 sysvinit-utils_2.88dsf-40_amd64.deb 0d0d410f2ce8f1c9e85b8fa80e3b9236a45d5edc65a64593c69c5e6d02c670ce 81328 sysv-rc_2.88dsf-40_all.deb 20d500c855f3d9993a81c438f3ce1593b3475c19c4823491bef67572df385ead 94006 initscripts_2.88dsf-40_amd64.deb b75293ec5da3929786e9c8bb476da7a870d333be89654712c9f4519b6117e59b 54884 bootlogd_2.88dsf-40_amd64.deb Files: bfedfcca79da6ba11dae9a8df3aea189 2342 admin required sysvinit_2.88dsf-40.dsc fdd38f5253c93ad5565cd6bd1b5ebe44 210433 admin required sysvinit_2.88dsf-40.debian.tar.gz 62c9e2497b20c22134bdef390e0299d1 133064 admin required sysvinit_2.88dsf-40_amd64.deb eb201b12805331b1dd8d9483fd1b5e2a 99454 admin required sysvinit-utils_2.88dsf-40_amd64.deb 6104320104dc2cc1b24a7a9db3da9a54 81328 admin required sysv-rc_2.88dsf-40_all.deb aaafe1b4b9b3250c12969dfe463e455d 94006 admin required initscripts_2.88dsf-40_amd64.deb d9061f134bfa0b742c2856d1cd415439 54884 admin optional bootlogd_2.88dsf-40_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJREv2VAAoJEOJSSsUKn1xZ9lQP/iViYeYbrh/Wwwxl7GU4Krgv bCH4wNg6eqReCmfL/K5F1DJF0PyLxQtAplGD8vGTpuzpExOuOCa2FBaux5nuqaUM hGkulKx9cgUW7WZtwGXmjbZW2mryv/ICfGoU72kL8nhlnJPkx0piv2sUaYdzlWCJ TqBtBbp87sZVpNG+w1H6NaOTQUvJ2WTunXbxq3XOq0zC1GVsM0CwrACS8MgXq9lO wwACXEv0Yg/1n0d8JkrqI93dZcCAOi1dCexbnz2voILIk3rkIxOTKPqvSuodqO6F 0/sKV3WVn1c8xC9B6QrXNDTLxO7jpukqkI2YSJlsOsHykB7r7neiWspXQ8fxy+gn YzlVfhWVz3rqyDUK6kLeYbe6qeLGllafQyDIywvDPblp+PJ/8kk9RIT5Ofk/VkyG idDu/6XrnmqDIT6iLhiTzzFSqZ0LH+UYjBcE3cBiWE3T6OwFd2aZ1qbxhmTjgO9B /4r4dMMNcIgBJTbipXUNj6axqQwgHkeTyXzPKtirpJDEEjzcCzbIIWG+y/FCiGZx pSnZrbczDqa6UKRpeXbssaXsRb7qm+DB/2FIKmYpac8151q1bRT84XMZ1Wu8PCNe lVFwtdEX2T4x5+EAGxxBFf+Rkx2YfrRJxOox4cYMOqJUp+VIiwEZDMY7rkW0lt2J 0f5hero6KfLwC32hGuD1 =/u4I -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1u3gap-0006rb...@franck.debian.org
Re: No native packages?
On Mon, Jan 28, 2013 at 09:36:45AM -0800, Russ Allbery wrote: Tollef Fog Heen tfh...@err.no writes: ]] Gergely Nagy No, not really. I don't really care what tools one uses, as long as the result is reasonably easy *and* reliable to work with. Since VCS can be stale, and quite often does not include neither NMUs, nor backports, that fails the reliable requirement. It sounds like you are arguing that we should just ship the the repository in the source package, then. No chance of it ever getting out of date, trivial to find the merge points and missing patches between two packages and fits much better with a VCS-driven workflow. Yes, many of us would like that, which is why it's been repeatedly discussed at Debconfs, but no one has come up with a good solution to the fact that this requires reviewing the entire VCS archive for DFSG-freeness and rewriting history if any non-free code is ever introduced in it. (Or, well, changing the requirements we have around source package freeness, but that seems less likely.) Maybe I forgot the answer, but at least in terms of git and the dpkg 3.0 (git) format, why can't we simply make use of shallow cloning? We only distribute a single revision, the one we're building, and if the history is polluted for whatever reason, it has no impact--we're only providing the equivalent of a tarball. The difference being, there's nothing preventing anyone receiving the package from adding the appropriate remotes and restoring the full history (at their choice), so it retains its utility. From the POV of review, it's then no different to a plain tarball. But from the POV of a developer, I can fetch the history, add remotes, commit changes, push to somewhere and open pull requests, etc.. At least for schroot, both the source and release are all in git, so making the release tarball is nowadays a single git archive. Having the ability to use 3.0 (git) would allow the use of a git workflow throughout with zero intermediately formats like tar. To get more back on topic, all the packages I maintain in Debian are non-native. It's more flexible, and it encourages separation of upstream and debian releases, even when Debian /is/ the upstream. So changes to the actual package content go into proper upstream releases, and you have the option to make as many Debian revisions as necessary. It makes things easier for derivatives and external users. I don't think there's any real difference in the amount of effort it takes to do non-native releases, and I can't see any compelling reason for native releases other than history. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130128181720.gj29...@codelibre.net
Re: screen says Bad tty if /dev/console is a symlink
On Sun, Jan 27, 2013 at 04:26:00PM +0100, Adam Borowski wrote: On Sun, Jan 27, 2013 at 02:25:56PM +0100, Guillem Jover wrote: + char real[MAX_PATH]; I guess you meant PATH_MAX here, in any case POSIX does not guarantee MAX variables to be defined, it would be better to use the POSIX.1-2008 variant of realpath(3) that allocates when passed a NULL (by checking if it's available at configure time). Really, I'd say realpath() should call abort() immediately if called with a non-NULL argument -- it's better to catch buffer overflows immediately rather than to allow them to linger. No modern system implements PATH_MAX. On Linux, it's hardcoded to a random value of 4096 for compat reasons, so is pathconf(_PC_PATH_MAX), but I really wish both went the Hurd way and swat away dumb code before we get a DSA. Given the amount of work already done by the Hurd porters, would it be viable to undef PATH_MAX and do a test build to look at how much this breaks? The other advantage is that it reduces duplicate codepaths in all the places where we have #ifdef PATH_MAX (where the dynamic allocation is done only for Hurd, rather than across the board). This alone would remove a whole bunch of potential bugs and improve the overall code quality and robustness. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130127162025.gf29...@codelibre.net
Accepted schroot 1.6.5-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 27 Jan 2013 23:07:10 + Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.5-1 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Changes: schroot (1.6.5-1) unstable; urgency=low . * New upstream stable release. Checksums-Sha1: f460ef2ee623a4fdde6d647b3865a7bed4b6b410 2424 schroot_1.6.5-1.dsc 2203c3b1c43c15ceeaa5bd53e1dce505f1557997 737656 schroot_1.6.5.orig.tar.xz 11a1780395fddb6a330f4702aa5ee103a0fdd7d0 30518 schroot_1.6.5-1.debian.tar.gz aae6b65f95aa405658b0e7f425c85d1fe9277e14 268898 schroot-common_1.6.5-1_all.deb 425654ad9dd28b2d79543485dbfada6cf6b5a7b9 2298160 libsbuild-dev_1.6.5-1_amd64.deb 0503f2521e9bf4c9762d9a86cc8cf30811d1b1ba 29135572 schroot-dbg_1.6.5-1_amd64.deb 9e3b5bf4e00257bf0fd5b1343ecdd201783280bc 8189068 libsbuild-doc_1.6.5-1_all.deb 70edfb3b9a5a7e7b8b571e9a05bb4a7a3d9a6e63 967782 schroot_1.6.5-1_amd64.deb c48c8001468901e5e10017f3efbd27bc8f936c30 370162 dchroot_1.6.5-1_amd64.deb b7b085537f26cd5f01906e28885b8d586ee9fea4 369392 dchroot-dsa_1.6.5-1_amd64.deb Checksums-Sha256: 2a113148e6fe6f993df81560c34fc3e4ee4b44c495728bc95d3af714ba3c7006 2424 schroot_1.6.5-1.dsc 290d1af4eb06db7678277a5aa8104a69bc33b4e0f9b502aed166061d2717343e 737656 schroot_1.6.5.orig.tar.xz acf7cdbbb486a5724e61d10ba682df24dc66ec9274c6897f64b7dbd5f9632aed 30518 schroot_1.6.5-1.debian.tar.gz fdbccfcc7d96a32d4bd2e23f33fcc18b6677b8231c5f30879175bcb6c95a9184 268898 schroot-common_1.6.5-1_all.deb 89b77f6b59499ad1349b46f424d3733365726cb67178037f85dbd60e6ea12dc6 2298160 libsbuild-dev_1.6.5-1_amd64.deb fb99c14d61d8068e69973d9c6562caef95d6a5e343a229c9d7f435d971f8ce61 29135572 schroot-dbg_1.6.5-1_amd64.deb 7b779e0abd18f14bef5ca077080df180b3fcaa1250a7d143d4a01b1fe240f289 8189068 libsbuild-doc_1.6.5-1_all.deb e7480ab713ed7b3e395b226ed3b342956fcd69249817587a222110c304561bba 967782 schroot_1.6.5-1_amd64.deb 8708cb9b0e76c6540c8841132f05aa34fcaa5cd3e0d85e62251d9cfe5937a5f5 370162 dchroot_1.6.5-1_amd64.deb d96583ea7660f1953c71a2b36120d77ed88039212dd192ccea4dda5f91ceddbb 369392 dchroot-dsa_1.6.5-1_amd64.deb Files: 4b7603cd1d21845550e129b7b4da5b52 2424 admin optional schroot_1.6.5-1.dsc 99f679d68f180a56289b3ec40d214ae4 737656 admin optional schroot_1.6.5.orig.tar.xz 65516887ebf0d48150cd64b27822ab15 30518 admin optional schroot_1.6.5-1.debian.tar.gz 3026b32b8e993121bc4d0d76ec710f26 268898 admin optional schroot-common_1.6.5-1_all.deb b2f61cfbb0cec601be635997fec9e3e5 2298160 libdevel optional libsbuild-dev_1.6.5-1_amd64.deb 7e6e7f29abb7e68ff2861f3f8f14ad8c 29135572 debug extra schroot-dbg_1.6.5-1_amd64.deb 463827c1b769c1b7aec0f85f6bd54e79 8189068 doc optional libsbuild-doc_1.6.5-1_all.deb 73d0b2b5f51ab2304b688619d1b7dcf1 967782 admin optional schroot_1.6.5-1_amd64.deb 36d1babf9a5f38987d48d2060c390322 370162 admin optional dchroot_1.6.5-1_amd64.deb 1fb14edc5e023af39d67bab8b64c0a71 369392 admin optional dchroot-dsa_1.6.5-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRBccxAAoJEOJSSsUKn1xZ20oP/2HKy7eZYTfr3/AhT2gR97Pf sqIhZ6Ab+f3cneSO++C5daiQpG4NixR+t5Z96tdmA+NoN+3qaBzG9yGFOfaJOOow Bia3eRYSamD4kvbp74FVgfFDrWXFsrNwPYYeR4KH+KCbWrPQPk+I0nnuaQCGelYb ZWKDURC6hiD+9vIfUPH01Sfk3z5h4ZTch0ASEjdRTPbes9pCXD2vof3RlLm0DJcE ya7VXJ2xQoBuPAP9ZX682UJEp+PLE+XVPNgJhiPvOsTvLQMcjfAvIhR2A5S32k6o NBQPMmwELOJ1itdMvN8z8fEo50AQwXHk1ss9FlkkqJW3yLrck+NKSfwAxhCeFg3T VyFhpZ7RzkPBYGUkX5MI/3+wPf2FC36FbIf7DE/NBxwl3WdV7lUc4dNX3C7ZMlhn qmPQvAgwGyswlOL2w9vsyfG8YdiIvEzaK+WgTrxeRo7l3JU7XwD8PCR/Kmd7mm3W iafleHRgtb14ubJqOhMBgA9QK4SQHI0gSbTag+ggFCW+3I242krbhOY5JSGDsvmF /JS6ZknDh3rhXlS+aTTp9fpXWwaUSyJR4DmDSp7CpfGzqMAVLsm6Ddmg/C45AubC 1rNHcDmNuxmQKV1dw+EPFbcOyYAR0/1nDPZUQSlsW/tRLTXAQ/3JLLwFvqRtHcyW zL6oEBk19mlc/J+fqeB4 =LAZO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tzcsy-0001ir...@franck.debian.org
Accepted sysvinit 2.88dsf-39 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 26 Jan 2013 12:09:29 + Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-39 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 663009 698966 Changes: sysvinit (2.88dsf-39) unstable; urgency=low . [ Roger Leigh ]: * initscripts postinst calls urandom, not urandom.sh (Closes: #698966). * sysvinit postinst unconditionally creates a compatibility initctl link to ensure the migration to /run won't fail (Closes: #663009). Checksums-Sha1: a61949f849aff24366a44400a2cbcda2e4402bb3 2342 sysvinit_2.88dsf-39.dsc 0a4c2c5109b866927f6208b273861281819d5043 210257 sysvinit_2.88dsf-39.debian.tar.gz ae7974d35808d43f42cb755461e1f91388e9ab2f 132896 sysvinit_2.88dsf-39_amd64.deb 479db817ed1c64ed7dbef945f444c518527817c8 99326 sysvinit-utils_2.88dsf-39_amd64.deb 50dd1edb0ae5cd693dc7f95bf2cd8c0da5b5dd57 81208 sysv-rc_2.88dsf-39_all.deb f488f9077aca2058136cc31f76984f4c4d2f76cc 93904 initscripts_2.88dsf-39_amd64.deb de628b66f01c1d8044ac7d900860dfd4190e96bd 54798 bootlogd_2.88dsf-39_amd64.deb Checksums-Sha256: 38e918aff464e80cde26975c17f96122b15bf5c43a69ae5602ecc2269b3db35e 2342 sysvinit_2.88dsf-39.dsc b0d14d72fea5fca616d6bcf78280d418d42b75b6442a40d457d07fbf7e3c845c 210257 sysvinit_2.88dsf-39.debian.tar.gz 0cf3f2407029ac915b22d54bcfc18797bdd57fb4b92f3b860133551125c3e8dd 132896 sysvinit_2.88dsf-39_amd64.deb f7d4f2937c3f64346d36967ede52673206ec30361321fd663f3318a2177366e4 99326 sysvinit-utils_2.88dsf-39_amd64.deb 79c60c8c955c6062819a95c60bdf02d94608057a32f90e855a994638cf703153 81208 sysv-rc_2.88dsf-39_all.deb 3ad5dd75f89b804d15d25c24cc9c5fb0c6f4bad8df65c4165b7218cde3548d32 93904 initscripts_2.88dsf-39_amd64.deb 9dc712e4bdb0901f070dc1a360da784aae526b33df50a3193af210a4b0bbc11f 54798 bootlogd_2.88dsf-39_amd64.deb Files: 24e4c831745e02438ead71f7ff32ad23 2342 admin required sysvinit_2.88dsf-39.dsc dfb891d78b2c460759304de25f9ffd13 210257 admin required sysvinit_2.88dsf-39.debian.tar.gz 71b4246d894857526af9c9771f263509 132896 admin required sysvinit_2.88dsf-39_amd64.deb 274229c2d646dfea4d5b3d597fc0d962 99326 admin required sysvinit-utils_2.88dsf-39_amd64.deb b69c13cf5e0a35f11cc808265ad36d32 81208 admin required sysv-rc_2.88dsf-39_all.deb aba1cb36986398611a177bed48fa7fb1 93904 admin required initscripts_2.88dsf-39_amd64.deb d2264b891daac1eae2281a12f371eab0 54798 admin optional bootlogd_2.88dsf-39_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRBDh1AAoJEOJSSsUKn1xZ5Y0P/0mN9SSrtFfNMZyLrVnV1glP EJOuEfhbZ3EWOgOdAC8R/7pOM8K7jrwdF5tzaQqidogmPVAd4arOUE62vAOMvKGg L0eUmZTUkPfXAk8I7HNc5ib5LcPEh+RcmgfHwSesgsndQX3lwRrtRz6+rpLK5CnL XB/tcxEcHLUrBGzz6U68SSzNlU5LBNIVHDKUFVaUvp48FAhm5U3YlsJvkMPiK29t Ov+9y5om9tlAnmRH9UQE0ALbD7hSv+SbIVB8i8rqiOk3VjJWh1kAETVctfKaX2hA axN41SZEHyMpKlwb4GfqIY5Y2G+p0kVf0mESl9i82RiKVZzWHdqtkvnIcIpBsruK j9Sa78+ejnjb0LikzhEAg3FxEihA+/jydmVyYe3HWMjfPGxdgGCAJD9NzwDAQeYu rQVULzho9Zel9xD5ywPw/Rb9cpibSiekZzHPgNSXeQi+p8pD9Qo6MjXSz+YJ/6V0 1EKg6oTvJQLOvQwKGyCl4D/Y5GXdA7Cb1T31dS7m2VfjlzBXkfhLe2mrWzXX7Lh3 PqFwwaQJi4/WBI69piWLia2Ip/T7j7gb7gg2hXL74jwAYeeB+FyOUcUE2nPmI5tH ZGzkPeLtDvuxX+NziTnTZPgDgoIKg8JWGhh058uw+wldeKeNe+A7ebzBKMPueDcH VW9Qv5SG/OajofIv7BBt =ZWik -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tzcg4-0001nn...@franck.debian.org
Accepted sysvinit 2.88dsf-38 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 23 Jan 2013 22:43:55 + Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-38 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 663009 Changes: sysvinit (2.88dsf-38) unstable; urgency=low . [ Roger Leigh ]: * If pidof fails in the sysvinit postinst or initscripts, default to PID 1 (for /sbin/init) (Closes: #663009). * Make fstab globbing in initscripts completely robust. Checksums-Sha1: 88f330bb7791fe71f5dfbd0344b68400368c63c9 2342 sysvinit_2.88dsf-38.dsc 27bcfa50d93c6c69cdfbe55e3a0523c9b21b7b90 210112 sysvinit_2.88dsf-38.debian.tar.gz 1c1502c406994718a82ff62052fe399b9620a66f 132872 sysvinit_2.88dsf-38_amd64.deb c80cc0a6b868714e08851febc20ef934a82549e0 99244 sysvinit-utils_2.88dsf-38_amd64.deb 5d86f8d08b2a15953e4db1ffe4c40a2680e636bc 81132 sysv-rc_2.88dsf-38_all.deb 6beaeef9341d3ac19ae902353b7a86ee8c66036a 93836 initscripts_2.88dsf-38_amd64.deb 26e54fd73c0fd2112981c6ac055da28b 54736 bootlogd_2.88dsf-38_amd64.deb Checksums-Sha256: e9400ca919c699703e30ab679b6b7174fa7e3593adb15d5a7f8f0599df12f89a 2342 sysvinit_2.88dsf-38.dsc 18651a21d664ae853295877c5e0c06a0764022f2d6f6bca71b5fcf368b4afe2d 210112 sysvinit_2.88dsf-38.debian.tar.gz f7ab74f2cb15854e7f6b81fdfea820f1ac5ffcf93c7a1481139f365a9339a564 132872 sysvinit_2.88dsf-38_amd64.deb 0a5fee9cb3a29cfaccd4061546f9ebc157b4ba06695dd867ab3ba3e0eaf3e6fa 99244 sysvinit-utils_2.88dsf-38_amd64.deb 25650da9e0cec144c635ff7231451c870357b4b0a10348d6ed47835a7eb9a258 81132 sysv-rc_2.88dsf-38_all.deb 575b30ee6b75abab091402a6d6ac7dddc32c919dcdda0b464bdc7602c05a83da 93836 initscripts_2.88dsf-38_amd64.deb 24e9f5b12fd437cbfa4d754f7abc7989becd189033cbb364853d2b45849b5894 54736 bootlogd_2.88dsf-38_amd64.deb Files: 1dd397f3496b092dd3f1bf70d60dc5bf 2342 admin required sysvinit_2.88dsf-38.dsc 785d71ddb7a01f1b0d4b65ffb293fd37 210112 admin required sysvinit_2.88dsf-38.debian.tar.gz 0c91d3b9a337bb9567b67b834bb313cd 132872 admin required sysvinit_2.88dsf-38_amd64.deb dd350ea5f830411e46627820300f5d8a 99244 admin required sysvinit-utils_2.88dsf-38_amd64.deb c69348d34704d97355428f801421f5d7 81132 admin required sysv-rc_2.88dsf-38_all.deb 6807a30af60c16614ff555235ce17e31 93836 admin required initscripts_2.88dsf-38_amd64.deb 193706d0da9852f7ce00c576d1f038c1 54736 admin optional bootlogd_2.88dsf-38_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRAavyAAoJEOJSSsUKn1xZpdwQALgX/rEsJLShQpzW/61cWyvT +cz189dT/Xs0BNobIU72l4Rm+bian9LzMH/4Q0oHC1LJ5EvHkYVv1QKo4ILzsdlJ 3CGcx8R2Y5ykkC18BYIkax1a2EcxEw3tulG2gn/caVCIHJYCQrSiHx3m9aRLDM6S py3R1+4azLdB1obrDj+RNfr22bLB1pkzI+zVjUo3nRlaf0Z1ePKBPkoXLupYdamy AdzVOMB3l65PoEbRtjpGzBAzWVovbC7+zBmN+lJiRASu3tXAGJyEGak4nlncUVUe r5EajME+4OqmioCeW4eKk4Y5XtDU3YFthLuLLZUZoYVlMYBPwZsTPVLTL6st8xwQ DPmpQXnoULtEQ8rf8gFFFzMuc6CUD49ssrXlYcXi5Dz2+TpqzWg8+QWHXr3Z5ZTp /z2DnCLGhkq4yFB5YLmVAXTEnZ2MntzCx2Tgb+ZoT7w4ITuX1UgXiHuAnMSkfRW/ KHmco708ITKjKfp/xZfslUYSCPMUpziJFYmxrrJiE5jaN4nERAlJCNyM89347ueK uuRa6AWwPcQmxZF40va3+POlqLIsiqNsvfzmqYP80gjRoWD1yPUGsH+4fF3ouYRl p+3YInwRy9iOj0qn+VWmOzn8lL3U984vwlFr6DOK6Qob4KCzll8NUpjt7oKoqzuo RownEHtjsQzbwEcpIG6H =eIJO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tyusu-0002n4...@franck.debian.org
Accepted sysvinit 2.88dsf-37 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 14 Jan 2013 21:53:59 + Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-37 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 697994 Changes: sysvinit (2.88dsf-37) unstable; urgency=low . [ Roger Leigh ] * initscripts: Remove all use of shell heredocs in shell libraries; these require a writable /tmp which will not be guaranteed to be present in early boot (Closes: #697994). Checksums-Sha1: 090eff0ee81dcd1aede6e2e315066a69a078b265 2342 sysvinit_2.88dsf-37.dsc b87f90b2063c6acfed35e1f4b3ff949c227f 209964 sysvinit_2.88dsf-37.debian.tar.gz 0ec18654995dca6cd01df12deb40bc694a989505 132780 sysvinit_2.88dsf-37_amd64.deb 64bfc2ffcf5aeb9287a594d1fe3cc21ee272792b 99152 sysvinit-utils_2.88dsf-37_amd64.deb 5eef21b5134e9deac4cb1c2d5f675d45c43fc3d3 81024 sysv-rc_2.88dsf-37_all.deb 940e2066a71595f74d3697521d45d06685145d91 93672 initscripts_2.88dsf-37_amd64.deb a52854cb4f07cb7a6e246cd49264f58fd8b51865 54674 bootlogd_2.88dsf-37_amd64.deb Checksums-Sha256: d59aaf22b1c23fc9a2d5a6a078e5572fa966cb7de113a8195835c9d98bd564ea 2342 sysvinit_2.88dsf-37.dsc e394a46682843c24f94d1458c59198b229602d44bb829e3ed6f252c845a314d9 209964 sysvinit_2.88dsf-37.debian.tar.gz 66c9ebcf43bf288df7d850392776b66ac6ab47791ed4f19023a11c47259d9831 132780 sysvinit_2.88dsf-37_amd64.deb 62b5ed4fb8554d2a14dd6fca8e17515eab1c7d1990097ce683b7c6944a893abd 99152 sysvinit-utils_2.88dsf-37_amd64.deb 735a94bcbcf56a9402bcc43d0c6854d4bed32f7fa2d66ba0b052a8f9377553aa 81024 sysv-rc_2.88dsf-37_all.deb 9d0e2720a829b87452a16a741df7b63b8a96737f880a5235ea154f857add4803 93672 initscripts_2.88dsf-37_amd64.deb fbb284d3c3b4fb0e86d38f602009f8276515a465573a24092c7ada9abf50019f 54674 bootlogd_2.88dsf-37_amd64.deb Files: a4c07cdeb1420b16661bbd5f4138c0c3 2342 admin required sysvinit_2.88dsf-37.dsc 89a1c01277a69d0823e0fdf3e5c89f09 209964 admin required sysvinit_2.88dsf-37.debian.tar.gz cfbed1f5fcc73f4686edc6769ef54033 132780 admin required sysvinit_2.88dsf-37_amd64.deb eeae073cddafce14b50de76287b4638c 99152 admin required sysvinit-utils_2.88dsf-37_amd64.deb b9ffdedf5309da375a4bdf915390e6a4 81024 admin required sysv-rc_2.88dsf-37_all.deb 773f8dd3eea2ffb451439d1155bf06e7 93672 admin required initscripts_2.88dsf-37_amd64.deb 90871e09b9e738521c5be9289c80a1ba 54674 admin optional bootlogd_2.88dsf-37_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQ9I51AAoJEOJSSsUKn1xZsoUP/iR7sB26j70nq9z780PYufW5 SXjl/i4UJMOIjYlKJvf+KKM/kqwE4RK6mExShfLm5qn88hV/+9SPJUMz8sUzeiE6 e4b9MBrirP4DnjnD3eX3pslsh0ZSAi+j0fxqSafFu02id7rvyefhxurcBhhnIwq5 AR9PYGWMG5SbBb4ANQgnyQDqzGmSSANogo3JvHPGOvolnwx19+bwKqAEcX3D4N8h WH9Ejb3joLL73p36VcDmQ0rPK1mw4F06xsenlns6bDlGaVNXRMVnntZXmtc10Tz7 nFyRv56M3dMF2uKvKQeese4qjYrdpFdow5uut6CG1JIP/6EeQHNvg0IMoVWtKREs RCJizGHrhigeInPIpuAsZGyFh+khs4xX1jN0S3eM1Sxn0gVspI5+fuR4UBORyfAu eVeq4Su0OQ2wgyUjRIDZZIrJbihSZFmqoN5/ag4MC9Kx8vtbsYyemLaXK2kOjxZG 0y86Q4AL4t/5rk0FsnLsToyOTclUAmcrXd2XE4/l6/T1kPng6ccj4P2N8IbuHsQY yn37mxHBSinFjkMaYAkZzNhMjAeZnJ3TZXI67F8FqtQjymQ2B65Qu0DxZ4L/Jx20 q1Nr4uu5tKHoA2BdPNbI8+skqeVCnOqMrwYI0Cl0UVM1wc1y/UhKpfTetgsvaLHP t7rYzoxSkrAkBERnPFzx =QaPe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tutho-0001mu...@franck.debian.org
Accepted sysvinit 2.88dsf-36 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 11 Jan 2013 23:36:28 + Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-36 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 697537 Changes: sysvinit (2.88dsf-36) unstable; urgency=low . [ Roger Leigh ] * initscripts: - Handle globbing of /etc/fstab.d/* safely. - Correct erroneous error that an entry for /dev/shm existed in /etc/fstab when no entry was present (Closes: #697537). Checksums-Sha1: 1affbe2f67c4d736c97cb95c3b9c8c0286a7 2342 sysvinit_2.88dsf-36.dsc 76e1352a80d8779a952044f9a9c4a47b29549c3f 209730 sysvinit_2.88dsf-36.debian.tar.gz 3db8d55c1dc7c79e5fca827592e11d4efe1b339c 132714 sysvinit_2.88dsf-36_amd64.deb 5b685f92e7b08544e43cb9317d3c11f80f5b0e42 99068 sysvinit-utils_2.88dsf-36_amd64.deb 61621f106c1f1a71191cbfd56fd338d852d87165 80950 sysv-rc_2.88dsf-36_all.deb 1452319b0cd4b3f642f2f0ad79f95a4df651f326 93552 initscripts_2.88dsf-36_amd64.deb 08012fa3035652adc68bd964bc6f4841432cc96f 54628 bootlogd_2.88dsf-36_amd64.deb Checksums-Sha256: f1c4dfdbe6f9d629d65ea5fa5b947efcdbc452fded5cf75f5e82674da3c0e8bc 2342 sysvinit_2.88dsf-36.dsc 4b4f66798229d57135b0d839fdd649bd06f3c48c8e8627252273a9c0f7a59878 209730 sysvinit_2.88dsf-36.debian.tar.gz 013cbdde8a1d7a0dcdb8b43578640f562b51963dafb4cb1d311ad804bdb3f649 132714 sysvinit_2.88dsf-36_amd64.deb d2d12523f4cc1f3ee0aaee24634af8348df1024047b38c6be68b6913e27445ea 99068 sysvinit-utils_2.88dsf-36_amd64.deb f6c8a8f3286ec9585f67c488f249f49865615093d9094c2b2cfe117a412247f0 80950 sysv-rc_2.88dsf-36_all.deb 54f2b9fed33a8fd8a40723879d70a32eab2fe3ccce1564e872aa0c6cc4a68629 93552 initscripts_2.88dsf-36_amd64.deb c9a2a69afb267d43e23335f629234cd30c2fdf1b8852e4a24970ddf6f66e403b 54628 bootlogd_2.88dsf-36_amd64.deb Files: 4b04dfbc9ea9d48d151582603b5acc43 2342 admin required sysvinit_2.88dsf-36.dsc ee3d9816fccd0614063c6d4513e4beab 209730 admin required sysvinit_2.88dsf-36.debian.tar.gz 8f68fd525bd41627cb3368d3a9c49bf2 132714 admin required sysvinit_2.88dsf-36_amd64.deb ba5354e90fd6a9988e1d66b55646decf 99068 admin required sysvinit-utils_2.88dsf-36_amd64.deb d0a83f938496dfc868f44b617582e0dd 80950 admin required sysv-rc_2.88dsf-36_all.deb 328989a5320017c298ceb9803d34868a 93552 admin required initscripts_2.88dsf-36_amd64.deb 3b06dc0886cd2e8809a34da5f0ab2f0a 54628 admin optional bootlogd_2.88dsf-36_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQ8ULrAAoJEOJSSsUKn1xZx5EP/3KxHkGlQnVECASYjpfoeBGR 3siqWquXOyj31koDQ9qnJS1clmpZQ/qZJiSvyMaJNn2L5H3oTIfqk3tfyc0I7tpS I5+ozZsRwSA0t1qzQMHuKqwa3FnszVe9s5GCqKAi3ttIGYhyZyvJQ4P++4/5LO9Z 2yhxZcjRs1g6qwZFYRyLBZi46UsG8RljZpYkMEGwvpT7iEvUhKQvdxXwrY4qzKyi UtkIAOhA88jP1+OH9OBlFD/2jjl+hM6BeTgaULVw+jvN5sCJ5+zEkb+SqgEG38Z0 35ld94EibYnUCxa9MdaijzvSWzF0utwUDPYQuFDsn9ndRX9DuDonXqkp8CjQOSh2 CFtWpk9xVwHGWDvyH00QM8zPtkM1C3ZH+UFvNCZ2AuObCGJUXITUCy9Ed6x1UsjO 8O+SC2sy0q624rrXOpLaCyGiY67SapEXlu21tVmsrYTvRwQeOp/xTU4AeQObjyQl u8YMZZV34NKUMJfLZXsLxpNqrTyZzqLLqL0vIZwTqKP6GP/7nEez4aztYGY1SM1Z 7mphWIDzUmc5IBrPpbG/QO5683HtR+kO2rHNllSzA65jhVIjbtEpTQYg7Ygq963N YVrE1YsVbU8uIihmrJptjFUHxcosm0Gatl0U1e0QPKn4mUsPhDOV7P+wiOFkjtvM L84KtDp9E7Kwetvtq4U3 =h7PO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ttz5r-0005dn...@franck.debian.org
Re: jessie: Mounting /usr in the initramfs
On Fri, Dec 28, 2012 at 02:51:27AM +0100, Marco d'Itri wrote: On Dec 28, Roger Leigh rle...@debian.org wrote: I've created a wiki page here for this proposed release goal for jessie: http://wiki.debian.org/ReleaseGoals/MountUsrInInitramfs Please remove the Mounting /etc in the initramfs part. Even ignoring its merit, it has nothing to do with this and mixing up things will not help reaching a consensus. Done, thanks. -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012122811.gs3...@codelibre.net
jessie: Mounting /usr in the initramfs
Hi, Hope you're all having a good time over Christmas and New Year. I've created a wiki page here for this proposed release goal for jessie: http://wiki.debian.org/ReleaseGoals/MountUsrInInitramfs Any information you'd like to add to the page for the upstart or systemd init systems would be very useful. Currently, I've included the required changes for initramfs-tools and util-linux (plus patches) and sketched out the needed changes in sysvinit. Any other information or discussion you would like to add would, of course, be appreciated. It won't be possible to get this started in earnest until after wheezy, but I had the opportunity to start playing with it over the last few days. The patches are sufficient to get things going, though they are by no means final. So far I've only tested it with local/local and not on NFS/NFS or combinations of NFS/local; if anyone who cares about these cases would like to test them, that would also be appreciated. One missing bit here is not bringing up the network if the root is local and /usr is on NFS. Shouldn't be hard to add, but I lack the ability to implement and test it until after New Year. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121227232525.gq3...@codelibre.net
Accepted sysvinit 2.88dsf-35 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 17 Dec 2012 22:50:49 + Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-35 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 694252 694379 694961 Changes: sysvinit (2.88dsf-35) unstable; urgency=low . [ David Prévot ] * Fix German translation charset. . [ Roger Leigh ] * initscripts: - To permit enabling of dependency-based boot, add Breaks on older versions of bootchart. Thanks to Andreas Beckmann. Closes: #694252. - To work around a bug in the Oracle database, which has a faulty check for /dev/shm, continue to mount a tmpfs on /dev/shm rather than /run/shm if one is defined in /etc/fstab. Closes: #694379. * sysvinit-utils: - Add Breaks: upstart ( 1.5-1) to avoid breaking the boot with older versions of upstart. Closes: #694961. Checksums-Sha1: ed3ca2f5af921c952a5a935e382176dbb86f1294 2342 sysvinit_2.88dsf-35.dsc ceac21ad4a2aa762693c6145f983ea74dfc58273 209576 sysvinit_2.88dsf-35.debian.tar.gz 995d72b1d393e3fb8c0f938e6c4f988df9315195 132622 sysvinit_2.88dsf-35_amd64.deb 45643e18e852be828b607882b59ae16dc5e8bfe3 98976 sysvinit-utils_2.88dsf-35_amd64.deb c0d30899662277d399f2a36270ceb48ade5143f4 80862 sysv-rc_2.88dsf-35_all.deb 1303e96457e1b9fbaddf2979798e9be8656675ab 93366 initscripts_2.88dsf-35_amd64.deb 4fcd604e2cc0d5aafa801127fb29f1d350206e9f 54550 bootlogd_2.88dsf-35_amd64.deb Checksums-Sha256: 6a7ba2e10010836aa03f7d8ae1964fb50a464ca044abf0d3641eec22ba831a7c 2342 sysvinit_2.88dsf-35.dsc c2f9cc780b8548c3e33f9ecd664a4324a3bdc7f5faae444a173bf17fdc4f9619 209576 sysvinit_2.88dsf-35.debian.tar.gz 853c13ec67f9cd6289d4129072ea2e54f1cd280b3a4ec9d0b4c3f48a44e2affa 132622 sysvinit_2.88dsf-35_amd64.deb 86286fce27bc5aea2b70462d93131edf719bc609b6598afca760738225ff4f97 98976 sysvinit-utils_2.88dsf-35_amd64.deb 4b79d6c7eb6eecf4edf961fcbb460d88f184a288a38465063be346b547227f51 80862 sysv-rc_2.88dsf-35_all.deb 6cff15422b8f14dce6cf71b058b9a915ea792a438062a7e1a756aee16a5c178d 93366 initscripts_2.88dsf-35_amd64.deb 4567572c813b04eba317da16e6f851f7b1e5aea97673c97299a3a92081d97f53 54550 bootlogd_2.88dsf-35_amd64.deb Files: ff77ff6bd7f9151d246dbcae2f956900 2342 admin required sysvinit_2.88dsf-35.dsc 27d42835973df40564d637feccec6441 209576 admin required sysvinit_2.88dsf-35.debian.tar.gz 1b731d96bfc6ffb6f789a71a904446ee 132622 admin required sysvinit_2.88dsf-35_amd64.deb ee5e33f53549cb9d2daf7614a3f8e7b0 98976 admin required sysvinit-utils_2.88dsf-35_amd64.deb 956709ac51abd6f340181f21b06a7a09 80862 admin required sysv-rc_2.88dsf-35_all.deb c4bfb51dfdef103c10e9de6acc749ee3 93366 admin required initscripts_2.88dsf-35_amd64.deb 235bdfb86b8852b2844ff9f01a90cb8c 54550 admin optional bootlogd_2.88dsf-35_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIbBAEBCgAGBQJQz6QPAAoJEOJSSsUKn1xZ5FAP9i7ILpXZOrmVwKx9wwXDIp31 AlT7beTqLIavb8Ie5Tfc/GO4QXm4cfw7UCoOJbeE5zZVwo13l+y5K6gyDaQXd5k6 SPmooFkH/S6erKklL+qPpdaLtiv2CCGaIZFapMcEi1aCJkBUZthSI8nBgMUbHPLV NR7eDuIE9vJrAX2z0Jxjn1pv2fykZ2d2T/mxipochpFQu/G6C7al7YQeaax2bpdl 1K1huRMUVI1oP1XiGglXmwv4UfZGtcJAD3u+fzbn0HbH2wNqb8K2/ELtIxfE7UDu Yn4FjUnmP1eYI7MC8ialNnzmtiy84KmMUpqiChhXSkeeaaV0uaZRCVvhZoa0KhDw BES3Qh8s+jcQSr/kOCdCkOhXwShQFNKo3dN/3p3we1BSDiM66MXDz2ijVQnG6E8E OOkxTStVPaSRNT1V8fMMl9NqAjxRwxNmFDls5rqrIchVJIKlqGMllVWrXk02Fe5Q a7Wp7feiCGI6AyrzQNtRl2qf/Ua4dv6OipZd91uUQyvkq/hTcVpnM//KXBAh7zQW HXOCVM4xiJr4UckFzBtqE8VqJ7WSB1wYDgHFy503nV6IVb1+5zyP4FwsNWmbBaCO 6EDj9TH7Slh2iQbcSM9QHudxApMnlVpb9S4PN57htoVhyIAKClPALLfXxmtNoqfB VwdI+DmWYiCCaYqsO8c= =cjlY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tkjyi-0002ml...@franck.debian.org
Accepted schroot 1.6.4-4 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 03 Nov 2012 15:19:16 + Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.4-4 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Closes: 692213 Changes: schroot (1.6.4-4) unstable; urgency=low . * schroot: Add sbuild profile fstab file for freebsd (Closes: #692213). This mounts /dev, /dev/fd and /build. Checksums-Sha1: 872d515d10bc8ff6651dc16eae20e87efbc8b385 2424 schroot_1.6.4-4.dsc bc8ad96a546fa168a90cb61e9661dcf5fa8ce005 32106 schroot_1.6.4-4.debian.tar.gz 2283dd52dab2beb4a34ad1e8d1a0638b54481744 268064 schroot-common_1.6.4-4_all.deb 4a8500c4e4fb95520cc82b0625e7c29dc6e978c6 2297190 libsbuild-dev_1.6.4-4_amd64.deb c7d5baf9f9c27f36315cf0268c04c38ab46dd157 29133382 schroot-dbg_1.6.4-4_amd64.deb 555879a8af33a3e510a3d39710e5000c7923f088 8188950 libsbuild-doc_1.6.4-4_all.deb c029c2fbfbecfc5e627efaacc7cfb26405e675d3 967126 schroot_1.6.4-4_amd64.deb 89cf6bcddcedfe16bdb227878dd0b8abaf185e6f 370164 dchroot_1.6.4-4_amd64.deb e6569907bc0fa8cc6309a6b4b72b967f8d8c3d6a 369400 dchroot-dsa_1.6.4-4_amd64.deb Checksums-Sha256: c16d42a00f3f67f9eb5ba5e1c5f8dcdf91f91a8c8ca6d0195eeb0b245463b7e9 2424 schroot_1.6.4-4.dsc 806f40555b2aa4218cd6a9165abc340d23c83df951aa27421966892ca39ca786 32106 schroot_1.6.4-4.debian.tar.gz b873ef64f2478095890de44df693b4b1c316b9ba527f880dd475a7135524251d 268064 schroot-common_1.6.4-4_all.deb 18b8680bae4a79abf4bc526288f28802e2dffa3fc9db988e66066aee24124a8e 2297190 libsbuild-dev_1.6.4-4_amd64.deb c83a98b0fbce3f2c07858146e4237fba23e1ac0c4d370c0282cbe99f851a1ad0 29133382 schroot-dbg_1.6.4-4_amd64.deb 41c45284ce9fb03edb841694c740a00e4e90f8f6d93a0a57454e626f511a34e0 8188950 libsbuild-doc_1.6.4-4_all.deb 8f69ce146478596f9994fa8b1dec7d174b2df69d5be4a1398247f1847c79 967126 schroot_1.6.4-4_amd64.deb 83100632dd3b6ed49ff57fb343edd3000b021beb5d71b70db9a728ccbd9756a1 370164 dchroot_1.6.4-4_amd64.deb eb1cd516d984521983c678c82a741f95584dad41d5d805acdb926aba222a7c51 369400 dchroot-dsa_1.6.4-4_amd64.deb Files: 7f4317eb58d32000c907c5165aa0d75f 2424 admin optional schroot_1.6.4-4.dsc cd52a4cd58e89a93214f7ecc5527a003 32106 admin optional schroot_1.6.4-4.debian.tar.gz bcd5fc146436d9ef684e41890b8b8388 268064 admin optional schroot-common_1.6.4-4_all.deb cb7218b11a3a33f36cb9666b921b9749 2297190 libdevel optional libsbuild-dev_1.6.4-4_amd64.deb 21d4da92b2509ca372ce5d53e7e95266 29133382 debug extra schroot-dbg_1.6.4-4_amd64.deb 22cfa845a5ffd746562a0b1788870e4a 8188950 doc optional libsbuild-doc_1.6.4-4_all.deb 5fa735ee5ccf29edf9c478772dbc7dc6 967126 admin optional schroot_1.6.4-4_amd64.deb e646a322a5f749397201738687ab4c76 370164 admin optional dchroot_1.6.4-4_amd64.deb fa446d5837b163de8248f894a85e3b49 369400 admin optional dchroot-dsa_1.6.4-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQxReuAAoJEOJSSsUKn1xZkMEQALcZz5yHoOIiCUFuU2O5ovT1 gs627tHZuayu+D2+8wkR3yD2rfk6qDLk0ZElD3jzDY5+y6heBwAshG3o20qxfDte fM23Dy4kEzjj4yXUjd/QDxwnkHZNQZ/jUV/WofhL3b7Efeo4A6ebs37/n/jtVrWj AMG2ED+DROGHeOdFenMIvBQjN81+kfWJRo9KCKrDeXrKWaHpDaesFUounoq5UQFG iOQLqkblA0KwBTV3jFu6XKvpQcXAnUsKj/dPrTv7bSSx5XDr8ke4UdHDCiADqx9j cGaTCVTcczhGlFkAgNsoiibZMuKQlQ38XNhQa7R08u1bxRm++pv8qQUUKJGT0Ynh wLoUD4gbSSkPsUx8Jrzmj4s5rpTMNzKvXsr2MwHL8AzrKmmEoft8H80cT8J2kzsn IodfBKR0bWik0UERZflDHl7PmRpN2r6DdIWcx8Ao+up8+lrDeMLaH4LTOpuoGTom /JJ0Q8JuDkOG3wUjxBAfJKNd831y3mZqsstjoO2JJGCu4eErMCw6UxclXyxkSr2t Se6RZfXjR5ydmhE7YjC8w+aUlW89AzmE9riwdFZXcOzlNHYc37deJ1WLNaom7smz LG57eqLUiul4veZRbn4eyNDrcJtHw8hij6QGxtR28mOnSV2ZIIND+z6HMtiGPtMD MFBLzfW7z/BHqe0aMseV =z73m -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1thqmi-0001lh...@franck.debian.org
Re: Really, about udev, not init sytsems
by the systemd maintainers, so we wouldn't have to worry about them crippling or breaking it. Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121129235112.gm14...@codelibre.net
Re: Gentoo guys starting a fork of udev
On Wed, Nov 14, 2012 at 03:04:35PM +0100, John Paul Adrian Glaubitz wrote: On Wed, Nov 14, 2012 at 09:49:07PM +0800, Patrick Lauer wrote: But anyway, we're getting tired of their ADHD-driven changes just to change things TBH, I'm getting tired of people who are constantly shooting against them because these people are unwilling to accept changes. We're not bringing Linux forward if we stick to 30-year-old concepts. systemd is a good design and most people actually agree otherwise it wouldn't become standard on so many distributions (except Ubuntu, but that's rather a political decision IMHO). systemd does have some good design features. It also has some bad ones. It's not as black and white as some people have claimed. If you want a reliable system, you need a reliable PID 1. Putting additional complexity into PID1 increases the likelihood that a bug will bring down your *entire system*. PID 1 is a single point of failure. It *must* be absolutely dependable and reliable. Upstart is also AFAIK at fault here. sysvinit is fairly minimal, but even it could be simplified further. Other init systems (e.g. s6)[1] take that even further so that at any point in time, PID1 is running an image dedicated to the current system state, e.g. booting, running, shutting down, and it will exec() a new image to initiate a state change. When running normally, PID 1 should do nothing except to reap zombies, and switch to shutdown. Everything else can be done in a separate process started by PID 1. In the case of sysvinit, runlevel changes are delegated to /etc/init.d/rc. This could be sysv-rc, openrc, or some other program. If that program fails, init will carry on running. That's not to say that systemd doesn't do a better job of resolving dependencies and service management. It does. But. It's introduced a single point of failure by putting all that into a single process, running as PID 1. That complexity should not be in PID1, it should be a separate process. There's no intrinsic need for it to be there. We've contained the damage should there be a failure by keeping things separate. From a technical POV of how it resolves dependencies and manages services, systemd should be better. But from the POV of the system stability and reliability as a whole... that's much harder to quantify and much less clear cut. After all, if sysvinit is working for you, and starts up all the services correctly, once the system is up, it's up. It will continue to run reliably. Regards, Roger [1] http://www.skarnet.org/software/s6/ -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121114160512.gk...@codelibre.net
Re: Gentoo guys starting a fork of udev
On Thu, Nov 15, 2012 at 12:57:50AM +0100, John Paul Adrian Glaubitz wrote: On Nov 14, 2012, at 6:43 PM, lego12...@yandex.ru wrote: Modern computer systems are much more versatile and complex than they were at the time when System V Init was conceived. Some things must be as simple as possible even today. Care to elaborate why? To save memory on an 8 GB workstation? Even the 25 US$ Raspberry Pi has enough power for systemd. It's very simple. What happens if the init process terminates? The answer is that you get an instant kernel panic. PID 1 must never die. Test it yourself: boot with 'init=/bin/bash' and then type 'exit' to terminate the shell. So if the init process receives a signal like a SIGSEGV due to tripping over a bad pointer, your system will die immediately. Therefore, keeping PID 1 as simple as reasonably possible is of critical importance. [OK, you can try to mitigate by re-execing yourself in a signal handler, but even that adds extra complexity and is itself not without danger. I hope you take the point.] So systems which put additional logic in PID 1 are going to increase the probability of bugs being present, and those bugs could kill your system. There is no need for systemd, upstart, or any init system to have anything more than the bare minimum in PID 1; you can just fork and exec the more complicated part and keep this separated. So it's nothing to do about how powerful the system is. Or even if we're running unit files, upstart jobs or shell scripts. It's to do with the fundamental reliability of PID 1, because this is a critical point of failure; if it dies, there's no recovery, the system is dead. If you had to run a system which was safety critical, you wouldn't run systemd on it, and you wouldn't run upstart. Even if they were tested extensively, it's just too great a risk. If you were really serious, you'd probably not run sysvinit either; it's better in this respect than the other two, but there are still tinier, more easily verifiable init systems out there where it's just a screenful of code, and it's provably correct. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121115011132.gr...@codelibre.net
Re: Bug#692264: ITP: double-conversion -- routines to convert IEEE doubles to and from strings
On Sun, Nov 04, 2012 at 12:55:09PM +0100, Sébastien Villemot wrote: * Package name: double-conversion libjs-double-conversion would be more appropriate, since this is a javascript library. double-conversion is too generic. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121104120327.gg14...@codelibre.net
Re: Bug#692264: ITP: double-conversion -- routines to convert IEEE doubles to and from strings
On Sun, Nov 04, 2012 at 01:08:18PM +0100, Sébastien Villemot wrote: Roger Leigh rle...@codelibre.net writes: On Sun, Nov 04, 2012 at 12:55:09PM +0100, Sébastien Villemot wrote: * Package name: double-conversion libjs-double-conversion would be more appropriate, since this is a javascript library. double-conversion is too generic. It's actually written in C++, not JS, so I don't think the libjs prefix is appropriate. The name double-conversion is taken from upstream, but I agree that it is quite generic. I don't have any better idea, but suggestions are welcome. Sorry, misread the description there. In that case, libdoubleconversion would be better for the binary packages (though the source package name doesn't need changing). -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121104122410.gh14...@codelibre.net
Accepted schroot 1.6.4-3 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 29 Oct 2012 19:25:30 + Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.4-3 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Closes: 691694 Changes: schroot (1.6.4-3) unstable; urgency=low . * schroot-mount canonicalises both the base path and full path when sanity checking mountpoints (Closes: #691694). Checksums-Sha1: fff2c4364c14d1eba7a9fcbc289c215d3d8e80ab 2424 schroot_1.6.4-3.dsc 45483fbd5ddc720ab3369ee217124b486da96d99 31531 schroot_1.6.4-3.debian.tar.gz b5297fbc2e4737b3ed419ba1f8c55a4dcd077717 268004 schroot-common_1.6.4-3_all.deb bd10cc3a4b111d43c9a06b11830e036a74e7267a 2297130 libsbuild-dev_1.6.4-3_amd64.deb 911bac9ef8b149ea85c9a27cbf8417273ae9abb4 29129692 schroot-dbg_1.6.4-3_amd64.deb 610ffc848daaa3626a4c014cbd378f502f2bb86e 8189266 libsbuild-doc_1.6.4-3_all.deb 9d51a1894f4025bd0c3892db1925190ddcd3561a 967074 schroot_1.6.4-3_amd64.deb 493f872f44e73a55ba608ffb50d5d071c1000697 370158 dchroot_1.6.4-3_amd64.deb 3df04d8cc95378687a0984bbd4d209d26ea24aa2 369398 dchroot-dsa_1.6.4-3_amd64.deb Checksums-Sha256: f94bf34b324e058b294e35544b26bada2a0e280fbf05d56bc74a4d9f81ff4f6d 2424 schroot_1.6.4-3.dsc eda864c2befd226bf7578ec720e82738af95a02bfdefe8f809826f1a022375ed 31531 schroot_1.6.4-3.debian.tar.gz ce520920a8611ebec854a1d32501fa4c2475c03059e71dbeb725dd639bcf1f5b 268004 schroot-common_1.6.4-3_all.deb 4cde3f2d8278de3d9fc2763ec28d053568fa9423c466c70b5695c5cdd499633a 2297130 libsbuild-dev_1.6.4-3_amd64.deb 27c26f49efa3c90864c7f537179b804ee53f992ffba8715658ed76f961493be8 29129692 schroot-dbg_1.6.4-3_amd64.deb b0243148a737e6c3da9caef3f1d770df2aacc2d424f719f725953864e611b7a4 8189266 libsbuild-doc_1.6.4-3_all.deb 902eb3145b23c993ed9f08436fb9d33a6a90c97c524daf64ca3a3b99fbf57ada 967074 schroot_1.6.4-3_amd64.deb 35298dd0e71ac9d318b6526f4425a53e9b0ae54ecd52db934477f4c537c84eeb 370158 dchroot_1.6.4-3_amd64.deb ef547d32dd2214a5d3e484cf19708a17be3f766b54e7c52a4c8f189ea99ae2f2 369398 dchroot-dsa_1.6.4-3_amd64.deb Files: 2ed7ee68b5dd29698a7e2a52b3bbb832 2424 admin optional schroot_1.6.4-3.dsc f624a41480251612b9c8b9952bf3bac6 31531 admin optional schroot_1.6.4-3.debian.tar.gz a0d9723e3a4cd9f16a503b295c9fd475 268004 admin optional schroot-common_1.6.4-3_all.deb add012a5319eaa805152de4b7c1754c3 2297130 libdevel optional libsbuild-dev_1.6.4-3_amd64.deb 2f1eda25f26fb120f65a5d8d133f74cf 29129692 debug extra schroot-dbg_1.6.4-3_amd64.deb 81bfe02820342fc9008894f4efee5171 8189266 doc optional libsbuild-doc_1.6.4-3_all.deb 70dba3ca2085377d8d308bfe446a5e08 967074 admin optional schroot_1.6.4-3_amd64.deb 01d717d9550ccaf0b355df5872d263af 370158 admin optional dchroot_1.6.4-3_amd64.deb 4845ec3623e935b05b0001f7f9e32685 369398 admin optional dchroot-dsa_1.6.4-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQjuaIAAoJEOJSSsUKn1xZZuoQAL4SWhkuDD0raa5oNrpNx8TH 7gqj/Cvbt0jkOKHrToa8kCleL+I3ynRQjURPl3wCcRVdx3ND2V5wgTr3BMEtHTPw wJRnm5lmZMQk60M5KuDF0FQScHgqpl+EMiftn8iJ+rSZoerzJq3HUorRpzWkQ+MV w9yWwIdP7l5Z8RbwTpS3lJq0SZTgtMTnfHJPaCY8H66D3SgHbR9PERF9W2CEWrPT VYLuMoBdLEuxy/qk2WnNZRWP24A/6NKXXwYkbj9PhmD2LSilYmBKMTM3y1BBtzTL 6DvumW+PK/V4YjBg6NUwqiIBHI4m1HLi8Y72muRZMbv7IbFsmtqkTWGZrVtfrdMP FXMygfzlCjm0O1YXdp7ljZIjkzqBgldmpcraGoFsrrvw4ICpjdpB6AlvoUEgEQlT 8sSngE2+2cgArdXkmsIKb+C9O4/as+kL1HkLG6mCCdrunMoOmMm9Ch7PhLopWt0v sMUeFqc/xMQbvCve3qbqX3dGZ+W7U6oXNF4IybcyNJyJRK1tOIVx9X4TBF9yVhHm ouJedWFHPumH7tvZI9Kl0/nHsCLyktRoNxVO0fRUSd3Bnn7BsqWDW/tceeqDMp+p j5X8/hdLBLlSk7TQSPkibjLQ+6UHkE1RrTYyAXseclg6vKRgwKQmeOSMrjO1zsXt V8dIaN3FF0VZ7U25tFYw =vSBg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tswhi-00079t...@franck.debian.org
Accepted schroot 1.6.4-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 28 Oct 2012 11:49:57 + Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.4-2 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Changes: schroot (1.6.4-2) unstable; urgency=low . * sbuild::chroot_facet_session_clonable: Include sbuild-chroot-block-device-base.h, which was missing on kFreeBSD and Hurd builds (it's included indirectly on Linux via the LVM snapshot header). Checksums-Sha1: 220235801428c5f019686cf7cb65f5ef0e63af6b 2424 schroot_1.6.4-2.dsc 7098b9837dcd272108bc6e3fbe91bc8f8df7edfe 30934 schroot_1.6.4-2.debian.tar.gz 6c2d450c218a024477d279e44c02ebf044fcb54c 267926 schroot-common_1.6.4-2_all.deb 8a64835440d6d1f6e56312b0838a3ee65829bf02 2297066 libsbuild-dev_1.6.4-2_amd64.deb c7b23229ec067e832be5db5067aa522663e47c02 29133952 schroot-dbg_1.6.4-2_amd64.deb 3e5c3001ac32f5ade9cdffe1571e5b8ac06d1024 8188768 libsbuild-doc_1.6.4-2_all.deb f14c25edc94f3e65acfbebe6f9ace2f5dd63a9e7 966906 schroot_1.6.4-2_amd64.deb 081ccc7a4aae310329feb4148f50a1c97a1ae946 370162 dchroot_1.6.4-2_amd64.deb cddce5562be0be45f96d0e27025d8dadb9649c3f 369404 dchroot-dsa_1.6.4-2_amd64.deb Checksums-Sha256: dcfedc7c2ebf18760df8a78aee70be72633f28464cf2dc2d994ee66f63ec7ca2 2424 schroot_1.6.4-2.dsc e80adbf6794e73447a9509fa43c0d55cd0fc2d467fa20e12ddca7d3c716091cd 30934 schroot_1.6.4-2.debian.tar.gz 4e026b10b578b45776c5c114481b7593aab5d01546fa9e30b3d522aad8bab08f 267926 schroot-common_1.6.4-2_all.deb fe9668577bf6d974775e06db745d9800b3bef8249405c8b8c49206d058038917 2297066 libsbuild-dev_1.6.4-2_amd64.deb f3f59884dfe13828fd4e29965bc0c5d8e4b750d2ee210722699f8b34028f9435 29133952 schroot-dbg_1.6.4-2_amd64.deb ab0b8d6dd2dd77275b23b16f32a7c692cccb02e304e23bcdc2aab4bd58b81d66 8188768 libsbuild-doc_1.6.4-2_all.deb 32f34231a394f551a27cfca78adab1d579b8675c47dd8ce19885b8c739d93d84 966906 schroot_1.6.4-2_amd64.deb e9536f3fca6102e79af5d34e9d621b255f2aaafaf959c28a84e364c925ea5349 370162 dchroot_1.6.4-2_amd64.deb 4e77271fa8ab3948e208d059edc5bbadf04bfa010f62081420793073846b9dec 369404 dchroot-dsa_1.6.4-2_amd64.deb Files: 14d3d5a360c11ec027906ae2edf9e315 2424 admin optional schroot_1.6.4-2.dsc ed0ecf768110dd1e38fcad943ac04d8e 30934 admin optional schroot_1.6.4-2.debian.tar.gz 512116a60217b479903b49f55947f3bf 267926 admin optional schroot-common_1.6.4-2_all.deb e4ccb2f99fff924868882d28d5df491f 2297066 libdevel optional libsbuild-dev_1.6.4-2_amd64.deb 7ca327784f3186a18024eb0c0ecdb2a3 29133952 debug extra schroot-dbg_1.6.4-2_amd64.deb c13bc9469dcc7a8c581e4cb1be783039 8188768 doc optional libsbuild-doc_1.6.4-2_all.deb 85b9a21233844c65063ef880732d9326 966906 admin optional schroot_1.6.4-2_amd64.deb 748e7d53abbb690b691e7a7103516f0a 370162 admin optional dchroot_1.6.4-2_amd64.deb 571dd64e5a9349fd02fa130eca1bacd8 369404 admin optional dchroot-dsa_1.6.4-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQjSMHAAoJEOJSSsUKn1xZJbwP/iw6d6QMVRVb2/XFZ2s/EzuG LVzs3OZ4Neg2baNIMFzjWqpbxHQ3vYte4f5hTArtOmJjxNkxgqe0RiEpAduMv3xN tNqxsJQlpbEHSiIeFNksY2bpAf3QLUyYSEekzIZ4ngQ09eefpGoQCpwDOA8mSk/t U9vBbjO8KbALxOAe8YLwp1eNpd3V6wTPPOX9lt8zAZEpT2xMZQ/D4FYRz1j8NdqC YobY7WGI6C+vlPrjoD99jypjNUUEkGGnsXR7X9BFT24ZxNiclMsA/gx6YmlmjQkz KVfSLEEDmTrmhBlP1DSAUJcdd3L3JkMwIDy9Ib5jSnaYx+B5whz0DWmM72zPNfeI l7NTriRFPpsAWpd8c/qliOr62+HC+fEGDT1EYNGT1F4HqjhigX/v1pAEUnTqdxOn H9tMOQW6MczI/d8AYKzZdGlcQTH/62mkhcnqlQcYLQ6RTOZrGWRVqW4RLq9osNM6 1p9oUZerCYyXQ7PGnw+s88x+b8s4V4Of+KzvwmACEiQioeI9ahBcINz3Q6iGKhTE JZq+RYfzBqdiV/inSWFp01WW+s4TdxTpF0ayIxi4UDECPceV5iouSnQMyDr9bxbu ywDVdWdXXR7vPO/ZDtua1sUk8GW6UWt/PLfZn5IbzE6tdOUHW1XbwYBBzXv+IoRy xjZaiAnYKxmT055XAb72 =g3I9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1tss2b-nw...@franck.debian.org
Accepted schroot 1.6.4-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 27 Oct 2012 23:30:38 +0100 Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.4-1 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment dchroot-dsa - Execute commands in a chroot environment libsbuild-dev - development files for the Debian source builder libsbuild-doc - development documentation for the Debian source builder schroot- Execute commands in a chroot environment schroot-common - common files for schroot schroot-dbg - schroot, dchroot and dchroot-dsa debugging symbols Closes: 686148 688304 689078 691376 Changes: schroot (1.6.4-1) unstable; urgency=low . * New upstream stable release. * NEWS: Provide guidance for wheezy upgrades with regard to use of the profile key in a backward-compatible manner also using setup.config, to mimic the behaviour of the deprecated script-config key. * schroot.conf(5) additionally updated to document script-config deprecation and use of user keys such as setup.config. * schroot-mount: Canonicalise mountpoints with symlinks to avoid mounting absolute paths on the host rather than inside the chroot (Closes: #686148). Note the caveat regarding paths with multiple symlinks in schroot-script-config(5). This permits safe use of symlinks as mountpoints in some common circumstances, e.g. on /var/lock, which is a symlink to /run/lock, though this is not recommended practice. * 15binfmt no longer pollutes output, by redirecting stderr from which update-binfmts (Closes: #688304). * Ensure that CHROOT_ALIAS (setup scripts) and SCHROOT_ALIAS_NAME (user environment) always refer to the alias used to create the session (Closes: #689078). The alias is no longer canonicalised by sbuild::chroot_config::validate_chroots. The logic for chroot validation and information display in sbuild::chroot_config and schroot::main_base (and derived classes) required refactoring to allow the unresolved alias name to be passed through to the session clone operation in sbuild::session, so that it could be stored in the chroot's sbuild::chroot_facet_session facet. * On session recovery, mount the snapshot LV rather than the source LV for LVM snapshot chroots (Closes: #691376). The code which sets the mount device for all mountable chroots (with an sbuild::chroot_facet_mountable facet) is in sbuild::chroot_facet_session_clonable::clone_session_setup(). All chroot types refactored to set the mount device here. * 10mount uses a lock directory /var/lock/schroot to contain its lockfile, rather than directly using /var/lock, which is less secure. Checksums-Sha1: 47dbe8aace624516f731b2da360f218ca63d3775 2424 schroot_1.6.4-1.dsc b2b4b343a9f8a4151412019896400e247fff5e9e 736200 schroot_1.6.4.orig.tar.xz cb104208ad80052665212e828699788e23588300 30359 schroot_1.6.4-1.debian.tar.gz 5dce6f318da6ee6aadaddcabe8fe1ff1ebb8a5f7 267800 schroot-common_1.6.4-1_all.deb 121597525e3ed1ae5d46f6ecec4ef5a50101e9d1 2296982 libsbuild-dev_1.6.4-1_amd64.deb 2f4d364b23d2cc4200fcf068eae332a863701156 29133852 schroot-dbg_1.6.4-1_amd64.deb 9325b852af368ff61fcf3d131d1e3d831695811a 8188950 libsbuild-doc_1.6.4-1_all.deb 13c835eefafe83f113d728f32d4d9700693c4b46 966820 schroot_1.6.4-1_amd64.deb c5d00fa3370e76d24214938b266bb0de8e9639bf 370162 dchroot_1.6.4-1_amd64.deb d03a9626ba8d71ab4b213e9821b8316b829456fe 369404 dchroot-dsa_1.6.4-1_amd64.deb Checksums-Sha256: 561f06c639f76a7e45243739e84888b6dd30c1dbd2f782955230195515d73b84 2424 schroot_1.6.4-1.dsc a7d54a148353ed7e8d8db84c77a0f2e99681a4bb2c5b0d38c40ce2d99d8d6f87 736200 schroot_1.6.4.orig.tar.xz 03e3528d0c27f1cead324dba125623593356465e2e5af8b3299a74632e708e7a 30359 schroot_1.6.4-1.debian.tar.gz 36c08e25f16bcd18adf6cf5fb2ebdcf64bc4748318946e4dd5235f3450f3 267800 schroot-common_1.6.4-1_all.deb eab1e75d5cb3ac4ef7b1a8caccffb212feb1579220fdfec5fc0aeaf8f9196d18 2296982 libsbuild-dev_1.6.4-1_amd64.deb 3894554822a515e1a64eece573be0391a79f89b86796e6b15ffaed5b4d4aa0d9 29133852 schroot-dbg_1.6.4-1_amd64.deb 76a7f4029e928ba1b7ad492b6eeed39e83e51b26ed6f94a740b47a0a114cf1b4 8188950 libsbuild-doc_1.6.4-1_all.deb a2b8b1fdfa91bf24e5f62901388221d47f1511b89c4b146351f6d7f32deff3aa 966820 schroot_1.6.4-1_amd64.deb 26526dce97e415bc5b5165cf3747f38214aa362e3e1bbeb1c0a2f7f91d29df08 370162 dchroot_1.6.4-1_amd64.deb 0a9794ad52699325f8a47133a6c4a537ce785c3fbdd7fbfefabf16fdf437d53e 369404 dchroot-dsa_1.6.4-1_amd64.deb Files: 87383d70bf468b85f6819647b467711d 2424 admin optional schroot_1.6.4-1.dsc 2398bec3e8f6de01c298c3a706488826 736200 admin optional schroot_1.6.4
Re: assumptions about the build environment.
On Sun, Oct 07, 2012 at 10:58:31AM +0200, Jakub Wilk wrote:
More questions about build env assumptions:
Can you assume that /sbin and /usr/sbin are within PATH?
At which point(s) during the build?
For sbuild:
During any command run as the build user (*not* root), it will
default to
my %common_keys = (
'PATH' = {
DEFAULT =
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
},
(from Sbuild::ConfBase). They should be present when running commands
as root, though I'd have to double-check that.
Can you assume that the SHELL environment variable (_not_ the
makefile variable) is set to something §10.4-compliant?
It looks like we currently pass SHELL through, unless you configure it
otherwise. Maybe this should be revisited?
(My personal answers to these questions are: no and no.)
I think that this is correct (as the default behaviour; it could be
configured otherwise).
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121007213942.gi18...@codelibre.net
Re: Re: assumptions about the build environment.
On Sun, Oct 07, 2012 at 11:54:40AM +0200, Eric Valette wrote: I'm currently trying to compile armhf package for the rasberry pi on a amd64 machine and naively though it would be easy to do with multiarch. I screwed my machines(replaced the dynamic linkers, ftp and other tools by arm binaries although I followed the scarce available documentation). Natively compiling package as big as XBMC on the PI is a nightmare and current tools fails really short because you: 1) need a root filesystem for the machines. You can use debootstrap but will need many additionnal packages that are yet not build, 2) cannot install produced .deb in the root filesystem exept by running them on qemu which is.. Any hint? schroot will let you run a non-native chroot with qemu, and you can use this with sbuild for package building. sbuild now also has initial support or multiarch cross building. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121007214110.gj18...@codelibre.net
Re: assumptions about the build environment.
On Fri, Sep 21, 2012 at 08:26:24PM +0100, peter green wrote: I just discovered that on my beagleboard XM (under armhf sid) nacl (which previously build on a debian experimental armhf buildd but not a debian unstable armhf buildd) will build if /sys is mounted but will not build if it is not mounted. Can packages assume that /sys will be mounted in the build environment or not? By default, you get /proc, /dev/pts and /sys mounted. Unless the buildd admin specifically configured they system differently than the defaults (/etc/schroot/buildd/fstab). IIRC it is generally established that packages are not allowed to rely on an internet connection during build but if one is present are they allowed to assume it's non-broken. I recently came accross a package ( sslh ) which fails to build in the presense of nxdomain hijacking. Is that a bug? You are not supposed to rely on any network connectivity during a package build. If it's present, that's just happenstance; it's not guaranteed to be present and/or functional, and you should not be using it under any circumstances. Local loopback is OK though for e.g. unit testing services. Just for the record, I'm planning on adding support for unshare(CLONE_NEWNET) in schroot post wheezy. This will allow the buildd (sbuild) to request that networking be explicitly turned off (bar localhost) during a package build. This will break any buggy packages which are relying on networking during a build. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120921211314.gb18...@codelibre.net
Accepted postgresql-debversion 1.0.7-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 29 Aug 2012 22:14:08 +0100 Source: postgresql-debversion Binary: postgresql-9.2-debversion postgresql-9.1-debversion Architecture: source amd64 Version: 1.0.7-1 Distribution: experimental Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: postgresql-9.1-debversion - Debian version number type for PostgreSQL postgresql-9.2-debversion - Debian version number type for PostgreSQL Changes: postgresql-debversion (1.0.7-1) experimental; urgency=low . * New upstream release. * Add support for postgresql 9.2. * debian/control: - Build-Depend on debhelper v9 and postgresql-server-dev-9.2. - Upgrade to Standards-Version 3.9.3 (no changes). - Add postgresql-9.2-debversion. * debian/compat: Use debhelper v9. * debian/rules: - Build 9.1 and 9.2 versions of the library. Checksums-Sha1: 72a669cd591787c16e1bc8b6c84ecfd7f2630fc9 2225 postgresql-debversion_1.0.7-1.dsc 4558f623783e686cc8269e69db87a7d809f2e61d 361797 postgresql-debversion_1.0.7.orig.tar.gz a0fddd5458378c1bf3c10dd2f5c060d1347741ed 20 postgresql-debversion_1.0.7-1.diff.gz 9b3f8e00d0dab09b0b6a42f2b24e845905a99e0e 15016 postgresql-9.2-debversion_1.0.7-1_amd64.deb 322ee480f9600c451a76d492b40bdde0bd78f63d 15018 postgresql-9.1-debversion_1.0.7-1_amd64.deb Checksums-Sha256: eb16d010d3b4ec3704f628c58fb5552e2e20bb4b4ef28e2a2ed083fed7b3d13d 2225 postgresql-debversion_1.0.7-1.dsc 13fb00112cd0ad0ce76b2415649aec02f8925d8b3e704fb4187c9a684435b2b6 361797 postgresql-debversion_1.0.7.orig.tar.gz f61f27bd17de546264aa58f40f3aafaac7021e0ef69c17f6b1b4cd7664a037ec 20 postgresql-debversion_1.0.7-1.diff.gz 304021ea5bf22a7cc057757f5845c6aeee79505f1fc833ac563dbd16d4a4e891 15016 postgresql-9.2-debversion_1.0.7-1_amd64.deb f6d39eb1ae031d411e432c01d3e6f571e965a70495978289bde47d65eb243dea 15018 postgresql-9.1-debversion_1.0.7-1_amd64.deb Files: 1c009945358c9127c504aea9f6ed7bc4 2225 database extra postgresql-debversion_1.0.7-1.dsc b9c5cd009aefcec40e0b4890c94de84e 361797 database extra postgresql-debversion_1.0.7.orig.tar.gz 4a4dd3598707603b3f76a2378a4504aa 20 database extra postgresql-debversion_1.0.7-1.diff.gz affd9c76cc279fa65d8448d66da17936 15016 database extra postgresql-9.2-debversion_1.0.7-1_amd64.deb ecfdffe4f8c488b480b1a13f6bf564e0 15018 database extra postgresql-9.1-debversion_1.0.7-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQPok9AAoJEOJSSsUKn1xZ9x0P/iKKhFM3m+4Nw0+V23YE4lYW uYXoGnaJ06rEnnGtJrl5kjKY8bgqC9PaTZXXpmvNNLzixJp7Mgq182iC4+YuXsM1 Bib1aZfnWYfSBbCie488fPNonduaAgfaP9cgBmdRCfYvC4Vi8chGTvybbSKVfIxQ zrOsSsfXMuDaB4RTx+gG8oKo5ripus+emrrndQF5BTHYb1ngkgDbZMrSEAowsPpf APNijIPppHrJ/C0CQcamY/WQ/2c7vqnY6EUKQw9zQnIjlOV7qxsFnzgqphcz5enR tbZdQPPRe9CHDuh8T5GlxApl+iKn8nzvGctTyUvZDpm2wIUP3MNP4qojuVVnkxAS vGkJawF42t0zIQzadTB0Ii57/Jq3irQEy3ths2K4AsUTsGu5DeqBzGgyiRLQHHn3 gwujlIXjo6VrgD3tkB84Q8/n+zmBUYs3lC3iQrmjkEbO70HJYhwd4RplubISvrnh GorlalfYZLCKLM/cxcSYoZhqDYIn+xOGy1XCkdS2b2WJBD0CzhXjjvEjETTwK5Gq /eZ21EbfJo64q6bDM/iXx1cG3VqlwOtKeJ1TBT+pRQjWrSlimzPZywSNGLdU8i5S 9IgtJOyD9VYtn8QXVF3w1FZ7JscEK/y58/lirBQPv/LfJBLJSNewgwgZUw/uroiA Wbqz6VWMKgHA3tlwPg2l =8i41 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1t7ws1-0004me...@franck.debian.org
Accepted sysvinit 2.88dsf-32 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 31 Aug 2012 23:03:14 +0100 Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-32 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 672959 685212 Changes: sysvinit (2.88dsf-32) unstable; urgency=low . [ Roger Leigh ] * Apply patch to startpar to prevent the use of mlockall on kFreeBSD, which was causing a kernel panic at boot. Thanks to Petr Salinger for this patch. Closes: #672959. * Correctly detect service availability with service(8). Thanks to Alexander Golov for this patch. Closes: #685212. Checksums-Sha1: a28587046ec48371fcb1edf87e5cbf8754b051fc 2342 sysvinit_2.88dsf-32.dsc e7f1e2d13d0160041b27553fe6acc64f9b495378 208284 sysvinit_2.88dsf-32.debian.tar.gz ee2fcdc80f3d9c6aded126464014437a75db7564 132028 sysvinit_2.88dsf-32_amd64.deb c753bd3e83a402dc38a4035354efcc362e91f2f6 98384 sysvinit-utils_2.88dsf-32_amd64.deb 50f66fba3faee043e07971580baa25914e6b8def 79964 sysv-rc_2.88dsf-32_all.deb f94db4a59cae668e6b97175f6ce9ddf364e3c66d 92226 initscripts_2.88dsf-32_amd64.deb bc37490905d1c061c93b540a01c3a7d866da1e33 54094 bootlogd_2.88dsf-32_amd64.deb Checksums-Sha256: 116f98e5b09b74ca77524869411f59942ad6f0a4780ee676b47b24c2a0411124 2342 sysvinit_2.88dsf-32.dsc d08abe9070aad2ef78162bce392e97eb8b51e77551a4ca7c18e5ce85fd061488 208284 sysvinit_2.88dsf-32.debian.tar.gz a0e667fab59f4b200a88b72063ded3dafc15f78e768e09a177709eb19ce440e2 132028 sysvinit_2.88dsf-32_amd64.deb 2989adf99067a54652eddde217a3fb6bce132e4e036323be5c97e2fb0eeb529c 98384 sysvinit-utils_2.88dsf-32_amd64.deb b668bef03c790b7eb472d981b829849f833e315d0154a5c36959ecd79dda589d 79964 sysv-rc_2.88dsf-32_all.deb 4ac3809a02873763b0b5e7d04b908160dc5d4602004599c52434468d668945ef 92226 initscripts_2.88dsf-32_amd64.deb 45d63787a94be57d5aeaafdd6c8f05cc5b00900a4e774f48226191e6ec85a684 54094 bootlogd_2.88dsf-32_amd64.deb Files: d69f13289fd805214506d63403ec4ab6 2342 admin required sysvinit_2.88dsf-32.dsc c070088279da3497c0ca378e4e03c465 208284 admin required sysvinit_2.88dsf-32.debian.tar.gz 55a42184c90af6f1d408d66ac3dff067 132028 admin required sysvinit_2.88dsf-32_amd64.deb 1a18e487864d8aafb64679437fd25ee4 98384 admin required sysvinit-utils_2.88dsf-32_amd64.deb f44cb033fb0318d1ca3e961d8eac7306 79964 admin required sysv-rc_2.88dsf-32_all.deb 19bbac6254a716cdeb88a4c53eeb11b8 92226 admin required initscripts_2.88dsf-32_amd64.deb b807a570f325812ec32d9f3b51532631 54094 admin optional bootlogd_2.88dsf-32_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQQTcoAAoJEOJSSsUKn1xZr/sQAJuiqp6bsDUbd0i/ox0Wx7Ox aYJx92VhUy9YySVxGv83OJ1Q6SqMgo9lr8+acYrrYVb7w3vHB7zSao3gMxwhD7K4 cujZOOWe3Y9w4HGp8Gj9JNyEAH102hSGDKL+NhconV0CfBu4WwGFRyB0a00cB4SC v337woVSQZU6MXb3dKo87RAQs9VWazq5w3mi5+FXYzXH/paV2cYG3L7ynQumzmcU VrjzfB7JvjhUw5j9PgBhfUutllcUo9F0j+lbxq5g+IMSAhZ+gT3EjKXB+kF1aiMo rHgutj2O8uimdwFy0gTBSMPm/KFQv1mVvCGhRbYr/E2V59vZKq+Cfur+t3wbc0dC Ms8DSrFOSQviRm/h/O1Rn7XDyEXzFQEhUljuEl4koR7reEpSyOi1MInRd3SI56vK 9c2k1rfxXcK31o0qljF9CJ6bSpIiqOTXSj4OLUkAFU33P0euaK7EZvxUxgNQ7tOR 3wSEGbOpcb2A9ejE8GR7kUr6PioLX4oYcBWYkmyGmNAXkX5CKOp0n8y+u+efXOx4 PkZTJgcX5VVNkbQ8bxZpXabtfnK/O4KecElY6FQKIwWK4QpHZTv9yNW17aLTycoU jbU3BZI/JXtvg+nfYgn1nvia6OaYq71cNWebqtrSg4N9V3J5nJ0PkQTLckg3rJn5 i0EL/ztpa95d+xw3hvnT =VzFp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1t7zlb-ck...@franck.debian.org
Re: Stuff from /bin, /sbin, /lib depending on /usr/lib libraries
On Thu, Aug 30, 2012 at 01:02:39AM +0200, Michael Biebl wrote:
On 30.08.2012 00:31, Peter Samuelson wrote:
[Russ Allbery]
All PAM modules are installed under /lib, because that's the path
used by libpam to load them. However, I don't think the vast
majority of PAM modules could be considered critical for early boot
or need to be usable without /usr mounted
It seems pam already looks in both /lib/security and
/lib/{triplet}/security.
Why not add /usr/lib/{triplet}/security to the mix?
Imho moving pam modules around is just wasted (maintainer) time.
A much more sensible approach is to just lift the /-vs-/usr restriction.
The obvious way is to not use a separate /usr anymore or simply mount
/usr via the initramfs.
Wasn't there a patch for initramfs-tools floating around doing that?
I started looking into it while doing the /run-in-initramfs stuff
last year, but didn't get anything working at the time--initramfs-
tools needs refactoring to remove the assumption that only one
filesystem will be mounted, before we can mount /usr as well
(and also maybe /etc). There was also the question about where
the information for mounting /usr should come from; IIRC at the
time we opted to use /etc/fstab from the rootfs, so that only the
location of the rootfs needs passing to the initramfs.
While I ran out of time back then for doing this (finishing my PhD),
it's definitely something I'd like as a release goal for jessie. If
the initramfs-tools maintainers won't have time for it, I can
certainly look into this further.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120829231144.gf20...@codelibre.net
Accepted sbuild 0.63.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 18 Aug 2012 13:46:45 +0100 Source: sbuild Binary: libsbuild-perl sbuild buildd Architecture: source all Version: 0.63.2-1 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: buildd - Daemon for automatically building Debian binary packages from Deb libsbuild-perl - Tool for building Debian binary packages from Debian sources sbuild - Tool for building Debian binary packages from Debian sources Closes: 629109 637931 662785 663089 665215 665372 673009 673676 674669 675861 676475 676834 Changes: sbuild (0.63.2-1) unstable; urgency=low . [ Roger Leigh ] * New release. * Sbuild::Conf: Fix typo sucess (Closes: #663089). * Sbuild::Options: - Add --no-run-lintian and --no-run-piuparts options (Closes: #665372). If lintian or piuparts are configured to run automatically following a successful build, there options disable this behaviour for the build. - Add --purge-build option (Closes: #629109). This behaves identically to the old --purge option. --purge now purges everything (build directory, build dependencies and schroot session) and is equivalent to using --purge-build, --purge-deps and --purge-session together. Thanks to Jan-Marek Glogowski for this patch. * Sbuild::Conf: - Don't create the log directory unless logging is enabled or using buildd mode (Closes: #673009). * Sbuild::Build: - Don't pass $key_id to the shell unescaped (Closes: #676475). - Use _all.changes rather than _arch.changes if -A is passed to dpkg-buildpackage (Closes: #674669). Thanks to Daniel Dehennin for this patch. * Sbuild::Utility: Fix logging in download function (Closes: #637931). * sbuild: - If running sbuild from inside a build tree (like dpkg-buildpackage), place the build logs outside the tree (Closes: #676834). Logs will be created in '..' rather than '.'. - When packing source trees with dpkg-source -b, always pass . as the directory to pack, so the orig.tar can be found (Closes: #662785). * sbuild-createchroot: - Use profile=sbuild in place of script-config= in generated schroot.conf configuration (Closes: #665215, #675861). - Don't pass --keyring to dpkg-buildpackage unless explicitly set by the user (Closes: #673676). Checksums-Sha1: 5334d093bf6da06b03d503c0db08cbe77a5d0f3c 2114 sbuild_0.63.2-1.dsc 187ad0b1fe55d332115e327aff6ce666352751be 544105 sbuild_0.63.2.orig.tar.gz a0fddd5458378c1bf3c10dd2f5c060d1347741ed 20 sbuild_0.63.2-1.diff.gz 62a67a069146c1c95125d83141a22c76b9b03543 289388 libsbuild-perl_0.63.2-1_all.deb 570dd71a07af6ed45935c7843d94de40ba97280a 305242 sbuild_0.63.2-1_all.deb 47915913bf347fb9db4874f8c88d91f78f503cd5 289126 buildd_0.63.2-1_all.deb Checksums-Sha256: 4c3c2a365c7f36a5f4b5c42df04de240b908d195b07af2db9434f7ef5b76f32f 2114 sbuild_0.63.2-1.dsc d0d446556e66582d5d32f26f9340c386502a3322e7ccddc414403a5a3d7424ce 544105 sbuild_0.63.2.orig.tar.gz f61f27bd17de546264aa58f40f3aafaac7021e0ef69c17f6b1b4cd7664a037ec 20 sbuild_0.63.2-1.diff.gz d50461a86c65386886437fe18b0522c94828fdfee635af4f1c2f36cd44b2c630 289388 libsbuild-perl_0.63.2-1_all.deb c4827b4806de4c7fd7cd5b1980dad26e88d3d2aaf8ca1eae39b6199120d9d3df 305242 sbuild_0.63.2-1_all.deb affa2d8480c032e515acadbe19e3f4527d98e4ae94f0f773daa7491c4545b3b8 289126 buildd_0.63.2-1_all.deb Files: 0bd7c56d20753cdef6abbdc681b3bd79 2114 devel extra sbuild_0.63.2-1.dsc 174424976ba1a0cf2241e410bbea2f8a 544105 devel extra sbuild_0.63.2.orig.tar.gz 4a4dd3598707603b3f76a2378a4504aa 20 devel extra sbuild_0.63.2-1.diff.gz 924b57352e2c7d097cbf5d47cb8d948d 289388 perl extra libsbuild-perl_0.63.2-1_all.deb fe23c72e29edf8fe55ceec2b590853ff 305242 devel extra sbuild_0.63.2-1_all.deb 3ca77b7febb63cfbb29a5868563b59ca 289126 devel extra buildd_0.63.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQL5CSAAoJEOJSSsUKn1xZeoAP/174M00gIeiiMLhJEheOPC6F xdktox1HM09ftGF6Tv3yFdWfU8anUzNTcFkOuDGKnNaBtv8wKIRfWiBAMCuHX9RY RWTruyAuleMybUxp6GgQO1IbUMz2iuAiXI7LQc1uC7B191WYQA3MsYnCxobEDf8K DaDVnpmswXZ+42cXilExZxhw7P2njVwxYljOYEJ96srcfy9gerhpiCpoNShXYgBQ 7BKqpIWmE+6rlDbw9HbEXKksKFTXjYsjBm+qg++4nX8aHCUdFdSK+bH1cQBaRsXG gHxgjfEQRgIfIVvUOhNBjzk2CqFiwsDM4K19+BSoXhRUiqMP6PPBx3lIysOnqVuV aPdf76HxUgQilbaCX9I1RsH/1BHpXTQMzxAXHbd+RBGS6EyKDZS5uSJEOV0OMYlk BEb+Q22ME3Yxh/Ylf97GT0tGPZ741tJkrKOVwYHRMWd8cn6dqdNqnSC0GHO7Y/XC 6hv3XNqNFxVg5cCt0imkvDQtUh3cbEkxVRWwfyItzsW0t/oFXx0hVukEQr4k6UAD zUGyJvDkkPEz0QcUSFXFvbZMKIoDaiWqqZXtYmghrBeh89o9QHnBs7LE0ulWHECH Fie979SLXCMnxF2sbkx0yMsRqstP0hl+As+s6Hn3x/2oyD7U8vUgI4NShEYGHo/w bFE1riQeu1ZrQ5lRxBmQ =vmT3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)
On Fri, Aug 10, 2012 at 03:12:50PM -0700, Russ Allbery wrote: I think Steve's point is that the goal is to make Debian technically excellent. Sometimes that means providing choice, and sometimes it doesn't. All things being equal, I think a system that's flexible is more technically excellent than one that isn't, but all things are almost never equal (in one way or another). [...] I happen to think that supporting multiple init systems *is* the correct technical choice to achieve technical excellence, but I agree with Steve that freedom to choose should not be stated as the end goal. Absolutely, choice just for the sake of choice is not really a choice at all, especially if they are all poor ones. Just to bring this back on topic, if the initial tests of OpenRC show it to be viable and that it's possible to upgrade seamlessly from sysv-rc, then I would propose to drop sysv-rc entirely, rather than having a choice here. OpenRC would be a replacement rather than an alternative--I don't see much value in spending the effort on maintaining two here, since OpenRC is a much more capable system. Of course, this is quite a long way off--I've not personally booted a Debian system with OpenRC yet. I did start the initial Debian packaging work last night though. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120813074445.gq25...@codelibre.net
Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)
On Mon, Aug 13, 2012 at 07:49:34PM +0800, Thomas Goirand wrote: On 08/13/2012 03:44 PM, Roger Leigh wrote: I did start the initial Debian packaging work last night though. Is this available in a Git somewhere? It's here: http://anonscm.debian.org/gitweb/?p=collab-maint/openrc.git;a=shortlog;h=refs/heads/debian It's on collab-maint, so anyone can contribute to it. Benda Xu's patches are at http://git.heroxbd.z.tuna.tsinghua.edu.cn/openrc.git Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120813121756.gr25...@codelibre.net
Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)
On Sun, Aug 12, 2012 at 09:01:38PM +0200, Carlos Alberto Lopez Perez wrote: On 11/08/12 07:12, Thomas Goirand wrote: On 08/11/2012 05:53 AM, Eugene V. Lyubimkin wrote: Declaring one area -- one chosen tool is declaring the monopoly in the area. As with other monopolies, this often leads to vendor lock-in, stagnation, stopping developing the standards. Have seen examples of all that occasionally. Exactly! And in this particular case, the vendor is RedHat, and the programs are systemd and udev. If we can have an alternative, using OpenRC and mdev, then I really welcome it! Choosing systemd just because it *seem* to look better *now*, knowing that we have a quite hostile upstream, *and* dismissing any other alternative, is a very dangerous bet which I don't think Debian should do. That is, I believe, the most important point of all this thread. Let's welcome OpenRC and see how it goes... This doesn't mean that we are choosing *now* what will be the *default* init system. Just that we are open to a new alternative. FYI, I just saw this: Yes, udev on non-systemd systems is in our eyes a dead end, in case you haven't noticed it yet. I am looking forward to the day when we can drop that support entirely - Lennart Poettering (lists.freedesktop.org) Not good. Time to look a bit more seriously at mdev then? The Gentoo folks have mdev support; it works with OpenRC. However, it looks like there would be some regressions. It looks like at the moment, xserver-xorg can't get device info from mdev, so needs manual configuration, and you have to use dmsetup to create LVM device nodes. So it's not /yet/ a direct drop-in replacement for udev, but with a bit more work it could be. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120812195440.gl25...@codelibre.net
Accepted sysvinit 2.88dsf-30 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 11 Aug 2012 16:44:22 +0100 Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-30 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Closes: 683103 Changes: sysvinit (2.88dsf-30) unstable; urgency=low . [ Roger Leigh ] * initscripts: - Fix /dev/shm to /run/shm migration bug which occurred in chroots when /dev/shm was a mountpoint but /dev was not. Check specifially for /dev, /dev/shm, run or /run/shm being a mountpoint before attempting to migrate. This copes with all combinations of mountpoints, directories and symlinks. Closes: #683103. Checksums-Sha1: cdaac19048dd634aadc441bccb2c6a870dfd3aca 2342 sysvinit_2.88dsf-30.dsc 1bc5b1ad3f90c7533a9b67bf89510b688ea57be8 207388 sysvinit_2.88dsf-30.debian.tar.gz 5b8df5d3502d6770db6c8203a6a4cdf56d7785ee 131886 sysvinit_2.88dsf-30_amd64.deb 46d47b270a7be9c7064bd0989edb796009d445e2 98198 sysvinit-utils_2.88dsf-30_amd64.deb ca11ee3bca78b1fa949479b945d4f2d5b2315d99 79788 sysv-rc_2.88dsf-30_all.deb e9980273feba0ca1e1fe29b3ef29269323d1f0cc 91976 initscripts_2.88dsf-30_amd64.deb 8335a0bcd031c633aa96796d63da179e39a329db 53932 bootlogd_2.88dsf-30_amd64.deb Checksums-Sha256: f4ca35595c299e5fd0989cf064458946da42411c4a65a5043e2ca1fa03857c04 2342 sysvinit_2.88dsf-30.dsc 5b63f92915ff5d1d74c7ae59db8f93e526d3e85db9cf30ed042f6474dd97869b 207388 sysvinit_2.88dsf-30.debian.tar.gz db0efa72a8b3625199fdd86bb3ecf32f831bcc5d5c3ea45037ff1a017d647f0d 131886 sysvinit_2.88dsf-30_amd64.deb 65f8dcb4a59158f36ace46727fbc55884a6f5c7669ff238066ad678b0dd87166 98198 sysvinit-utils_2.88dsf-30_amd64.deb 3fb07752846bbf1314915921853dde24424a19a3b5fcdc6226ecddf47998bdec 79788 sysv-rc_2.88dsf-30_all.deb d8a50ff67785fe25105d81c6b0dd6bf6b1b9201a2965017f946ebcb0b26fe0a0 91976 initscripts_2.88dsf-30_amd64.deb b4af1951f5419622c623908ed64816bf12b045b9097a744d57e606676df4 53932 bootlogd_2.88dsf-30_amd64.deb Files: 104e2cbe7a4cb01c03d81561dcea0d49 2342 admin required sysvinit_2.88dsf-30.dsc 6048cbd3b4a6031f7bce63623c589ae3 207388 admin required sysvinit_2.88dsf-30.debian.tar.gz 25c487f7358c11ad720a2e2d783394e4 131886 admin required sysvinit_2.88dsf-30_amd64.deb 9592838ce063cfe36e52793a4309a591 98198 admin required sysvinit-utils_2.88dsf-30_amd64.deb 34d13f183472f8336c7f6e41fb859560 79788 admin required sysv-rc_2.88dsf-30_all.deb b8aa099a3f3117077d29fa6aaa025e87 91976 admin required initscripts_2.88dsf-30_amd64.deb 30cc9233ffd11107f738807b21070637 53932 admin optional bootlogd_2.88dsf-30_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQJpI5AAoJEOJSSsUKn1xZHLUP/RtM4rOMH7PROdAaTiRzBQU2 JtqBdiv6w25wdkeLlSJrNfjU9kQKuLbGqzDQsij7fe/adwXP7BNSZ6wCwhdvLs5l mTQqbss16ipbKaYiTxVnoNTr4b5xgMp7OGSnaVybJ95868L6HfUXkj+2x6fCzFB6 +qv6BRWlbpiuI5tPMbukXnAf4C35z5NP/1E9B7ZMt2ji47eievUC69iPrO0dBN3Y m59MVMK51k4xkZDuHhUhFGhnQgCwbsRa2YKn3M9WnRp6uyfKkT32I9Rct/2bQRzX iWNDr3voCrzLNalo68GdJViHzVqCRtSCjEqeEXJ/UWBnie853Q6pLSx3nvKIgVQV zQv6EREEl/wn0W4ikK+bGySAoY/ViPq1EoN1IRET7oldAU+nmpUb4En2UvFYoH+L U5gquL1ufBqWArmxKxdKrJxGyFG7de4ZRV4tCgRPShag5PUg+EZKj4DvH9/iU24M A688fBLpmpemNM7kNXnX5EZ6kqC1NY0OHVKf9gn5+HAIuz8g/BFUuoaKjl/DjbOc dfCmjo18LE/YIDZwiO7obYDlOIb8azgRpUoLU8HoGS4OvlybgtTaP7yGwIXS1e3C +F01ieT1is9bg9K4lr/6gKR7nGyI2BuDDJNRwAVBpbVIxAecu1yNbYmi9VMBA7Hn bVbpbOq098xxQVsfnVcL =fP7m -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1t0ict-0006ks...@franck.debian.org
Accepted sysvinit 2.88dsf-31 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 11 Aug 2012 18:27:50 +0100 Source: sysvinit Binary: sysvinit sysvinit-utils sysv-rc initscripts bootlogd Architecture: source amd64 all Version: 2.88dsf-31 Distribution: unstable Urgency: low Maintainer: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: bootlogd - daemon to log boot messages initscripts - scripts for initializing and shutting down the system sysv-rc- System-V-like runlevel change mechanism sysvinit - System-V-like init utilities sysvinit-utils - System-V-like utilities Changes: sysvinit (2.88dsf-31) unstable; urgency=low . [ Roger Leigh ] * initscripts: - Remove debugging echo statement from postinst. Checksums-Sha1: 8cc4f37c1f0d2997d4bdeacce61739a4464927bb 2342 sysvinit_2.88dsf-31.dsc bfebc83dfd351602ddb2c65475c7dd2eb6fe24fd 207400 sysvinit_2.88dsf-31.debian.tar.gz 4d76c3b8b72d10ea5f464df18adfd157c98a2908 131904 sysvinit_2.88dsf-31_amd64.deb d7b643f6fd46e6c0e15bb3fc7b8287824788027b 98224 sysvinit-utils_2.88dsf-31_amd64.deb f6a5f9258b0f44f072a6b92235f598841c9a0c84 79780 sysv-rc_2.88dsf-31_all.deb c9261bf3ff11b74cc4e13c24b91a453c911c4e02 91984 initscripts_2.88dsf-31_amd64.deb edf40908e0d0d200a7b74acc4f4c3965319bfb86 53950 bootlogd_2.88dsf-31_amd64.deb Checksums-Sha256: acc4b6d056791e97ef7581c76f414e6b711de1599f1478d7758930d526ec2907 2342 sysvinit_2.88dsf-31.dsc 0cc20fb4a71de282971ff439e8b0f8b1482e182df34f1ab4d5e032b87187ce1a 207400 sysvinit_2.88dsf-31.debian.tar.gz cc2490b963cb13ff3d3054af5398210e1771a5bc76ccc1c9f8d6dd18a6372f85 131904 sysvinit_2.88dsf-31_amd64.deb b9b48648cad294a959a395e392363db5b05406ae669fe48ffacb9abba0180a7d 98224 sysvinit-utils_2.88dsf-31_amd64.deb 08ccb0ca083acfa332ef227d2b7ab8db2c1d352606075ca543da896ff71fbb9a 79780 sysv-rc_2.88dsf-31_all.deb d090f3e9bffcba39780c8c0bc90a0ed7b05cf78a68cefa98a22e9ee1cbbf7807 91984 initscripts_2.88dsf-31_amd64.deb 10610f35db52641fe11e9bfbc1c4b8c4f418ae66d1bd5c74881f0dc6ef5ae2ff 53950 bootlogd_2.88dsf-31_amd64.deb Files: 5270af1e7e3c9e35a172267593326cf1 2342 admin required sysvinit_2.88dsf-31.dsc ad43f1764230eff247477f60d995ef5f 207400 admin required sysvinit_2.88dsf-31.debian.tar.gz 9cf1db8f28caddbc4ecb96975ab2dc2f 131904 admin required sysvinit_2.88dsf-31_amd64.deb 839defdea5cecf0399e092c25c9bb97b 98224 admin required sysvinit-utils_2.88dsf-31_amd64.deb ad8b31e557d1e1d6e38b89bb093a13e8 79780 admin required sysv-rc_2.88dsf-31_all.deb 377fdacc67299d6a576fa6222f964ff8 91984 admin required initscripts_2.88dsf-31_amd64.deb 3cd99b7c48f38a747dc2e874705edd65 53950 admin optional bootlogd_2.88dsf-31_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQJpkWAAoJEOJSSsUKn1xZGYMQAKIOuZnJktY5dXZ2Q2xL09Cm gOmeTzFjZBUfxHSKuSTz9PIXsb/txQfGbsND4eCJg7VA7Zl2WtwGiXA9OI/ZqSas wiajqyX4Hj4eQu6KUj8XrMtro/1rT6J3h/dm8HfTbO7brdT5FTKzQMouL8HOkt3Z 13nD4ncWy0pwjgpZye64YfIhGoMALyGKHtg8x+PJSxhJmNTmzEZnhdJsOQbMM0IY J6kq/pHN0U1K1w4+srCiRWGx3DvM26vG4xf6cumMzPc3W8AO1c45bEndA6y8dQ80 IaCu0eR+31JRmZBMqjJAWxM3BmbcAyuQogigc/LEMAdCkIEPllioOVLPDzx8j6cN vgfMUTmIfV6GEsHBwOkhtNaxZJ7sXOnoPfYCoylLs/65XKsmuA7CkUt5zm5WXcTv 1DyJ4dI3iuUXFa9tavzmiVyU3g9kCVU3UmvL/fMKJwbadBjD9VQA8BegGY2In0JX RzKIVAIYVtn7m43jfgoD4TtQOHoeesPd8XwOHvH8GA71Swfn7TjP22YQuDad7Se1 XeId3xOSKXbm3YZF0qYHaIy/WQULCaPBg+Sr3fR8wW36YVxcUL/hKFYCEwp8cDTz ERceHqx2zmt5lpERI3NRnGPKLnVGwfrSZrT0huWFDzAN35egwnn2zucH/3ZdGq9V qe3dRi6jPTr9WlXhbTRb =gBYB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1t0id0-0006md...@franck.debian.org
Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host
On Thu, Aug 09, 2012 at 05:37:57PM +0200, Marco d'Itri wrote: On Aug 09, The Fungi fu...@yuggoth.org wrote: So I would assume this ITP is merely an outcome of that debian-devel discussion, I think that the outcome of that discussion was that openrc would be too little too late for Debian, and that it is proven that trying to support well multiple init implementations does not work. In the case of OpenRC, it has the potential to be a drop-in replacement for sysv-rc (note that it uses base sysvinit still underneath that). With the work that Benda Xu has done to make OpenRC work with LSB init scripts, it can now run standard Debian init scripts. There's work going on in openrc upstream to allow introspection of OpenRC dependencies dynamically (it's possible now, but without a standard interface). This will potentially let insserv and other tools (systemd etc.) add support for integrating OpenRC dependencies into their normal operation. The first allows a migration path to using OpenRC; the latter allows a migration path from LSB to OpenRC scripts. Working on getting OpenRC to work on Debian is not without value. For me, the entire point of the exercise is to explore the feasability to port it and evaluate it as an alternative/replacement for sysv-rc; this is almost completely orthogonal to work on systemd/upstart, which will for the most part be unaffected by this. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120809230132.gb25...@codelibre.net
