Accepted acpi-call 1.1.0-5 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 31 May 2019 17:33:13 +0200 Source: acpi-call Architecture: source Version: 1.1.0-5 Distribution: unstable Urgency: medium Maintainer: Raphaël Halimi Changed-By: Raphaël Halimi Closes: 929316 Changes: acpi-call (1.1.0-5) unstable; urgency=medium . * [302afec] Migrate project to Salsa * [a412748] Use secure copyright file specification URI. Thanks to Jelmer Vernooij * [c633d47] Add patch to fix memory leak. Thanks to Colin Ian King for the patch (Closes: #929316) (LP: #1829883) * [8f5f753] Don't build module when ACPI is disabled. Thanks to Seth Forshee, Thadeu Lima de Souza Cascardo, Michael Jeanson and others for ideas and testing (LP: #1830040) * [757be2b] Bump Standards-Version to 4.3.0 * [1e7e83a] Override lintian warning about missing test suite Checksums-Sha1: a14e5816f54d61f58a32e797f33ab6186c31a7f4 2001 acpi-call_1.1.0-5.dsc 4c1bbe752d13c93cc81f93eed5bbf0eb4d570644 3860 acpi-call_1.1.0-5.debian.tar.xz a5482024f8a8bc98fd7347899a53d458b2d20f67 5656 acpi-call_1.1.0-5_amd64.buildinfo Checksums-Sha256: f0f7d9cd8497c7e3a22067513beccfdcd915207ceafcb463be06265fc0503322 2001 acpi-call_1.1.0-5.dsc 290b7cbf79d9488e57571cc7a5b7406bb0a05bbe65ef72605771197846bce7bf 3860 acpi-call_1.1.0-5.debian.tar.xz 6217c963a8b90d323e3179e3cfaac7be3d6a9725aa5c1943d7dd2120eb678f41 5656 acpi-call_1.1.0-5_amd64.buildinfo Files: 314de3410f252985302f54785abbf187 2001 kernel optional acpi-call_1.1.0-5.dsc 34cd8e5add2d9fafb7e28a0f5fe07f08 3860 kernel optional acpi-call_1.1.0-5.debian.tar.xz 19093a7e3f6ed0504275c4d57f5baa6d 5656 kernel optional acpi-call_1.1.0-5_amd64.buildinfo -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEEb6lOxdKMjWi+eSrvTZn2ZgpZgnsFAlzxS6pfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZG QTk0RUM1RDI4QzhENjhCRTc5MkFFRjREOTlGNjY2MEE1OTgyN0IACgkQTZn2ZgpZ gntT1w//VOxQXzNurdD1RfMWH/g8CnFB8iP2hoakDLwrvj5yOIIbdtEOjfiISM0k F4sPsuxi33UxcTnZDxtHVAvEbTTeFHUwMVfAsMhHQCpOFmiFv/Dqi3X69D5lKcQI XeeGvvnZZjL8/zaytlta9lJCqfXYu9iZI1/F8oi88M8mmiMeLbGzLuFEWIq23HI/ RlTiZCCw75rK6lZviDRQ7XCX7Q3hosrXind7UaYrS5nLPnmAds+kTCc7JOsdZvlQ Sjt3+nodTPvu4vqG62fH08SSxL+7WFDJwN7wo+yOk0Ea5XKT+L8Jjs8VDqq/bFtA 4StFpnFwJrOV6WBQtxmAtL6dSOp41yXEUVRVjvQpwzkj3com79jRiqLeVdmKfYGe bVXXbc7ihmzsbkuVJPNhx8261aGy1ABH3voJPYxLhEAosoCAwef6purXHIMqkwoD jVxineH8CuIMIRuiTaXIMFBZyTw1YBowS2h7DECeMdUtDyZD9SpFCcZrydn1SJKF qXcOQAuiHMX2uKY9bbmoJtKdCUY54OKZUMmQuwr/mA01TYRPSr761nN+Blrw8O62 TbFIsf0Es/XwBiVorfKBjwxQAIR5pF2m3VscLw06BNHz46a64I4lAqhN+qa39xc2 87fhM4NtB4yIelSEij3XBxeZxAEGdekzPY1nht2fDVxf/zj7cJU= =yUAu -END PGP SIGNATURE-
Re: Exclude some architectures from an architecture-independent package ?
Le 30/05/2019 à 21:33, Michael Jeanson a écrit : > If you can detect ACPI enabled kernels with a kernel config option, you > can have DKMS only build the modules when it's enabled. This way you > don't have to handle manual arch lists in DKMS or in the package. The > install on non-acpi will be no-op and if ACPI support is available in an > arch you didn't think about, it will just work. Seems cleaner to me. Hi, Thanks for this suggestion. It's the one I favor most over the others, as if a new arch with ACPI support appears, it won't be necessary to add it to debian/control. It's future-proof :) For those interested, I added a simple test at the end of the DKMS config file: # Don't build module when ACPI is disabled if ! grep -q "^CONFIG_ACPI=[ym]$" "$kernel_source_dir/.config" 2>/dev/null ; then echo "ACPI disabled in this kernel, not building module." >&2 BUILD_EXCLUSIVE_ARCH="^do_not_build$" fi This does the trick. Thanks to all of you for your help ! Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Re: Exclude some architectures from an architecture-independent package ?
Le 30/05/2019 à 19:28, Adrian Bunk a écrit : >> Well, that's what I thought to do at the beginning, but the docs say >> that binary package duplication is a bad thing, and I didn't know if >> four copies of a 13 KB package (so a waste of 49 KB per mirror, which >> would seem negligible unless you're a purist) was an "acceptable" >> exception, hence my asking here for advice. >> ... > > Which docs exactly? Debian Policy, 5.6.8: "Specifying a list of architectures or architecture wildcards other than any is for the minority of cases where a program is not portable or is not useful on some architectures. Where possible, the program should be made portable instead." https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-architecture I probably focused too much on the last sentence, as I realize now that this corner case matches exactly the "not useful on some architectures" part. Also, at the beginning of my research, I didn't know that only four architectures supported ACPI, I thought it was supported on all of them except the ones for which the initial bug report [1] stated a build failure (armhf, ppc64el and s390x). That's why I was more inclined on finding a solution to exclude some architectures, than enabling only a few of them; I didn't want to maintain on the long term a list of architectures built manually, both for officially and non-officially supported ones, and both for Debian and Ubuntu (they change nearly over every release, maintaining it would have been tedious, and a nightmare to backport). All in all, I started this journey on the wrong direction, but everything is clearer now. [1] https://bugs.launchpad.net/ubuntu/+source/acpi-call/+bug/1830040 > Developer manpower is scarce and mirror space is no longer a problem > in practice, so I wouldn't waste time worrying about mirror space. > > And definitely not for such tiny files, the largest files on the > mirrors are > 1 GB. Thanks for clarifying that. I think I'll go for the binary package duplication then. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Re: Exclude some architectures from an architecture-independent package ?
Le 30/05/2019 à 04:14, Paul Wise a écrit : > dak needs a way to restrict the availability of arch:all packages to > certain architecture's Packages files. This would also be useful for > interpreted code that only has support for certain kernel interfaces > that aren't available on non-Linux kernels. Indeed, this would help a lot in some corner cases. > For example for iotop I went with an arch:linux-any package instead of > arch:all, the package is fairly small so the duplication isn't a big > issue. > Personally I think you should hardcode the ACPI architectures and > accept the minor duplication. Well, that's what I thought to do at the beginning, but the docs say that binary package duplication is a bad thing, and I didn't know if four copies of a 13 KB package (so a waste of 49 KB per mirror, which would seem negligible unless you're a purist) was an "acceptable" exception, hence my asking here for advice. Now I have two opposite opinions, which is quite disturbing :) I finished implementing Ondřej Surý's solution but I didn't push the changes to Git yet, let alone upload the package, so it's still time to change my mind. In the end, it all comes down to tiny storage space waste vs a no-op DKMS package. Anyone wants to chime in to tip the scales in favor of one solution over the other ? Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Re: Exclude some architectures from an architecture-independent package ?
Le 29/05/2019 à 15:41, Ondřej Surý a écrit : > can’t you just “skip” building the module in DKMS when on unsupported > architecture? > > Install the package on that system would be noop then. Well, I was so focused on trying to make the package unavailable on non-ACPI architectures that I didn't think to explore this avenue. It's a good idea, and actually quite easy to implement, since I found after some research that DKMS supports a "BUILD_EXCLUSIVE_ARCH" option that can accept a regexp to match architectures to build for. I'll go this way, thanks a lot for your help. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Exclude some architectures from an architecture-independent package ?
Hi, I'm the maintainer of package acpi-call, which is a kernel module allowing a user to call ACPI methods. Its build is handled by DKMS. The module used to build on all architectures, even if it was obviously useless on those which don't support ACPI. Starting with Linux 5.2, what used to be a mere warning about "acpi_root_dir" set to an undefined value, became an error, and prevents the module to be built on architectures which don't support ACPI, meaning every one except i386, amd64, ia64 and arm64. Since, AFAIK, the "Architecture" field in debian/control doesn't allow tuning the "all" wildcard by excluding some architectures, I have several (IMHO non-optimal) solutions to fix this: 1/ Restrict the architectures to i386, amd64, ia64, arm64 in debian/control. This would fix the problem, but will make the mirrors hold four copies of nearly identical binary packages, so wasting some space (even if it's not much: the binary package holding the module source code for DKMS is only 13 KB in size). 2/ Keep "arch:all" and set KBUILD_MODPOST_WARN in the module source code, to allow build on unsupported architectures. 3/ Keep the status quo and close the bug [1] as wontfix (that's what the reporter of [2], which is a duplicate of [1], did). [1] https://bugs.launchpad.net/ubuntu/+source/acpi-call/+bug/1830040 [2] https://bugs.launchpad.net/ubuntu/+source/acpi-call/+bug/1830787 What would be the "cleanest" solution according to you ? Thanks in advance for your advice. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Accepted tlp 1.2.2-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 22 May 2019 16:52:45 +0200 Source: tlp Architecture: source Version: 1.2.2-1 Distribution: unstable Urgency: medium Maintainer: Raphaël Halimi Changed-By: Raphaël Halimi Changes: tlp (1.2.2-1) unstable; urgency=medium . * [e8bc815] New upstream version 1.2.2 (bugfix release) . Fixed bugs: . - Battery Features, tlp-stat -b + Show data for batteries named other than BAT0/BAT1 (non-ThinkPads) + Fix ThinkPad X1C6 discharge malfunction + Separate checks for charge thresholds and recalibration + Intelligible recommendation for tp-smapi on ThinkPad X220/T420 et al. + Explain "Battery Features: Charge Thresholds and Recalibrate" . - Disks + Fix type determination . - Operation Mode AC/BAT + MacBookPro 5.3: workaround for false AC offline status . - Processor, tlp-stat -p + Fix read of /sys/devices/system/cpu/cpufreq/boost + x86_energy_perf_policy: detect unsupported CPUs in newer versions . - Radio Devices + Make RESTORE_DEVICE_STATE_ON_STARTUP=1 persistent again . [ Thomas Koch ] * [33ccb36] tlp.postinst/rm: remove mask/unmask of upstart hooks. * [2102e62] debian/tlp.install: add /var/lib/tlp . [ Raphaël Halimi ] * [15f1cb6] debian/rules: remove useless override_dh_auto_install (TLP_WITH_SYSTEMD and TLP_WITH_ELOGIND are now enabled by default) Checksums-Sha1: a4bb7a7adc224830842392d0eb0602e193e260a4 1959 tlp_1.2.2-1.dsc 335b3c914b6e2769fb7dff8eaab7d48fb498c93e 87213 tlp_1.2.2.orig.tar.gz 6d672c62ce47dca5f28cbb1634b60ac4e66dbd33 7580 tlp_1.2.2-1.debian.tar.xz 1cabcc07f63ca37ccde128a6290b7a9e82d633de 5708 tlp_1.2.2-1_amd64.buildinfo Checksums-Sha256: 08c1cd3dd6d69595ae5f3a8cf7e41083154dccb1a01a914cd9ecb0951d64985e 1959 tlp_1.2.2-1.dsc 5c28bdda51661160f75b10634fa0fffad96e83204a7c704dad0095de6fee3315 87213 tlp_1.2.2.orig.tar.gz 4219956a79ecc3533e70418611e97bcc750313a3eb12bb9214cfc24883bd1f36 7580 tlp_1.2.2-1.debian.tar.xz 4cf5801e9780ae31d2462443958c79d9460ff90289311d3056d39853e09391ea 5708 tlp_1.2.2-1_amd64.buildinfo Files: f8a69edc9e9759f4fc9b222f125055ba 1959 utils optional tlp_1.2.2-1.dsc 23dc1b2edcf4d01a37c67b12f023df22 87213 utils optional tlp_1.2.2.orig.tar.gz 71148d805f6f4006878d07b9a81062c2 7580 utils optional tlp_1.2.2-1.debian.tar.xz 595b818a82c70dd85c4dacffe6551384 5708 utils optional tlp_1.2.2-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEEb6lOxdKMjWi+eSrvTZn2ZgpZgnsFAlzlZMxfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZG QTk0RUM1RDI4QzhENjhCRTc5MkFFRjREOTlGNjY2MEE1OTgyN0IACgkQTZn2ZgpZ gntAyw//aTTuKsr8MeZn2PJknzwAlvfX5O5SEVQfGJlYcMdTQ+/zQYDsZ+1ibrI3 KJxA5+TQhsL8rlap5HxAaXhI1pQBO+BPEEPc3szubIs9jJJjFWegicdfM96v0FLK TxbPLI3k0WUWlX426KMcG90W4KJnMlt/uHJhxcxvH30EotW8v8ffRCvr+F6PcQx3 0HgaBDq3H+DXXdJAYAB333IjSDM/8akoS8iloEQ4Kco93Q5IIEGYHS9ngRsC9aJA g7ab2kJwuKtga517CZQSBPSXNk58VBDanrg6tnR7lL2RVyZsR6vgm+bNBn9evi3r OyrVW4xP3UL0/l+KUcGedoLqBlWyw2zTPTZqroqFaSSZWvsjVl3G8ufAKLbWWzxy nwIIMDnqbBADlqa9jQL2UFrynWtEujqz7PrRnMCCcJhZPS0Sf5cW9N8/BHZNH+gm uCLBPNalWfDDke0xu+0DJ3X5ZZsI7ywGZig39DJjJ7eJavcnZwzJqCE25PffLuik mPFP4JvwmVh9nnq2TYwDgcsIkoiGHKTyjQ5pehHdbwJUeUktRMAoYAApTFtAoWmS 0Co4Kq++h/BluAhy4cAqmHzNNwKaJ3oDMYI3XmetBsDQsGJ8NCgm5ZKUPhPe693k h6bQ2i6YCQ08TacXNLs3vF0VzN63Qf0wY9491IChL4Y954ePcRQ= =7ZTC -END PGP SIGNATURE-
Accepted tlp 1.2.1-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 02 Apr 2019 19:05:16 +0200 Source: tlp Architecture: source Version: 1.2.1-1 Distribution: unstable Urgency: medium Maintainer: Raphaël Halimi Changed-By: Raphaël Halimi Changes: tlp (1.2.1-1) unstable; urgency=medium . * [9c53a90] New upstream version 1.2 (LP: #1814083) * [c273e03] New upstream version 1.2.1 (bugfix release) . Highlights: . - Disks + Support for NVMe, USB, IEEE1394 devices + Support for multi queue I/O schedulers (blk-mq) . - General + Manual mode: keep tlp ac/bat power settings (until reboot or tlp start) . - Graphics + Intel GPU frequency limits . - Radio Devices + tlp-rdw: new command to disable RDW actions temporarily (until reboot) + USB_BLACKLIST_WWAN: disable by default . - ThinkPad Battery + New native kernel API for battery features "natacpi"; used by default for kernels >= 4.17 + Support ThinkPad 25, *80 (Coffee Lake) and all newer models + tlp-stat: improved recommendations for external kernel modules . - USB + Exclude scanners managed by libsane from autosuspend . [ Thomas Koch ] * [047ba95] Remove all pm-utils related stuff * [dcfe4a1] Demote linux-tools Recommends to Suggests and prefer generic (LP: #1783455) * [0bd7f4b] debian/install: reflect func.d changes * [6148158] New command tlp-rdw * [c4d9030] debian/tlp.docs: README --> README.md * [e6fc28f] debian/control: use https for Homepage field . [ Raphaël Halimi ] * [de3c365] Bump Standards-Version to 4.3.0 * [d180097] debian/copyright: update copyrights years * [35e4c0a] debian/copyright: add AppStream metadata file license (MIT) * [f1798c6] Remove obsolete lintian override about unusual WantedBy target (fixed in lintian 2.5.118) * [4178f68] Include upstream elogind sleep hook Checksums-Sha1: ad4a264edb8069c6a1cd301d50b1fd88a17e834a 1959 tlp_1.2.1-1.dsc 7b24598ea3b49fe0be1674c9d4a94b54bfee92ae 86193 tlp_1.2.1.orig.tar.gz c0d7641c57dede1eaa83518ef223e22b43b72dcd 7308 tlp_1.2.1-1.debian.tar.xz feafc602764ccbc11dd7cab4c81b216d58e028cc 5708 tlp_1.2.1-1_amd64.buildinfo Checksums-Sha256: 22049f94ade9dfa2c45073496ae7a85f93fad9accc6bc13089efc8fe90006397 1959 tlp_1.2.1-1.dsc 0fa43c2be7d42223646c6271eb823174076a92c9cea5740c24b5e9e8404c9765 86193 tlp_1.2.1.orig.tar.gz f775a8dd269c755dba346d5fc0e036ab995ba14dc702bbdca5d7731442aa96a5 7308 tlp_1.2.1-1.debian.tar.xz 31530e97004c12b411bb7e7f690fd45758962ddeeca806a4e046bebf3157cf8a 5708 tlp_1.2.1-1_amd64.buildinfo Files: b4462e3668216a92d92cc968fdc5a4b0 1959 utils optional tlp_1.2.1-1.dsc 6bb4404a3ad83905fe8feaed87bad33c 86193 utils optional tlp_1.2.1.orig.tar.gz ac48ff1804a5d2ce17bfac1f7bb203c9 7308 utils optional tlp_1.2.1-1.debian.tar.xz 7802c387168434fa1864425c22b2f690 5708 utils optional tlp_1.2.1-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQKTBAEBCgB9FiEEb6lOxdKMjWi+eSrvTZn2ZgpZgnsFAlyjnXVfFIAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZG QTk0RUM1RDI4QzhENjhCRTc5MkFFRjREOTlGNjY2MEE1OTgyN0IACgkQTZn2ZgpZ gntBrg//Sfb+4IAilGnGddy/9Mog2EF7BYlan9EOew8g8EUzXaMF/mKHnO+LzqI7 Fvp0JlhCI2LjQa9Ez40wtiD2jTdTBBbHv4HomguCYwTT/egva1UHPeMYvSkii+QN LRDcEaorfju2Ap9QPxkon+kHEf8l4qqABjnfmPLATE4wqT4lYrFvmkHnHP8zXMo3 aj1zB/xYJI+w+XoIbtoV9mdsalafx/8aBd3hWyfA0C7azWbeKhfxsHZeQ86hmAHY tl2KahFvnBaUPa3vgGkN+hYWqkU9SZkVdazVcMuTf0l1lZQZ9TMKeMCGnSFqdnyv hsSRoosjPRX1VATlsJ8u0kqajoBp0Ok37fx+n6l7OBO7t1tS2ujWGMCfskSIZs1s 1+GO4MD/xI/sbSWSfqlSND5Sq3ybUjr9OwGJmw3RpxTYEyT6xlnXFMinvliBb7yq 3uTR4ZuIv2fCZzSBuwMvNqF0ubzLqGbguR49Ay5/4J8qHKZyaWl2zPbiGD8CFWUn AtBXlTnIkqBy8g4VYckcputhelxqgSvPqlB6kd6e9QIwuozRFBICVaGc6BLLBOmB l2ucPCSpAlDz0PNKH28S97SmOr6mTy+KyREGEyLJasMOg+IIvfUN+fFLVlPab+Ge BL42MbjgohiX4t+5aGzRE9ssrOqFnaHSNcRTonKJdnVUx4tmDYw= =sZ1j -END PGP SIGNATURE-
Re: Removal of Wheezy and Jessie (except LTS) from mirrors
Le 28/03/2019 à 19:18, Raphaël Halimi a écrit : > Le 20/03/2019 à 21:50, Joerg Jaspert a écrit : >> The data is, of course, not lost - the whole of it is synced >> to archive.debian.org, so if you still need it you will be able to get >> it from there.[1] > > Hi, > > I noticed that the directories containing the netboot installer images > (debian/dists//main/installer-/...) is missing for > Wheezy and Jessie on archive.debian.org. They're still present for older > releases, though. > > Is it an overlook or is it intentional ? > > I have a script that relies on the presence of these directories to feed > a PXE server. I know those releases are out of date, but new installs of > those may be needed for tests and such (usually on virtual machines). > Moreover, Jessie has not yet reached its EOL. > > Can those directories be put back on archive.debian.org, or should I > consider them gone for good and declare that this script doesn't support > old releases anymore ? That would be a pity, since before that change, > it used to support all Debian releases which offered netboot images (in > other words, all releases since Sarge). Hi, I can see that since I posted this message, the netboot images have re-appeared for Wheezy, but Jessie still misses them. Thanks for taking care of that. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Re: Removal of Wheezy and Jessie (except LTS) from mirrors
Le 20/03/2019 à 21:50, Joerg Jaspert a écrit : > The data is, of course, not lost - the whole of it is synced > to archive.debian.org, so if you still need it you will be able to get > it from there.[1] Hi, I noticed that the directories containing the netboot installer images (debian/dists//main/installer-/...) is missing for Wheezy and Jessie on archive.debian.org. They're still present for older releases, though. Is it an overlook or is it intentional ? I have a script that relies on the presence of these directories to feed a PXE server. I know those releases are out of date, but new installs of those may be needed for tests and such (usually on virtual machines). Moreover, Jessie has not yet reached its EOL. Can those directories be put back on archive.debian.org, or should I consider them gone for good and declare that this script doesn't support old releases anymore ? That would be a pity, since before that change, it used to support all Debian releases which offered netboot images (in other words, all releases since Sarge). Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Accepted tlp 1.1-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 27 Mar 2018 15:02:15 +0200 Source: tlp Binary: tlp tlp-rdw Architecture: source Version: 1.1-2 Distribution: unstable Urgency: medium Maintainer: Raphaël Halimi <raphael.hal...@gmail.com> Changed-By: Raphaël Halimi <raphael.hal...@gmail.com> Description: tlp- Save battery power on laptops tlp-rdw- Radio device wizard Closes: 894150 Changes: tlp (1.1-2) unstable; urgency=medium . * [59b316a] Demote smartmontools from Recommends to Suggests smartmontools dependencies end up pulling in a mail server, which may not be wanted on desktop installations (Closes: 894150) (LP: 1758798) * [56bc43f] debian/control: cosmetic changes * [b407a57] debian/control: update Vcs-* URLs for Salsa migration * [5538eec] README.Debian: fix mix up between stable/oldstable/oldoldstable * [a7a] Override lintian warning about unusual WantedBy target * [7b94358] Override lintian warning about missing test suite Checksums-Sha1: 7d3347eb8523e6f01d75e16a8a9382b2627a8a6e 1814 tlp_1.1-2.dsc c635c3ba85569df505ffd399f4fb87f49153de78 6612 tlp_1.1-2.debian.tar.xz 25bda1f6afa537f02ef976f5ee1b78800f6fb23a 5413 tlp_1.1-2_source.buildinfo Checksums-Sha256: 96bcc1a012cc05a8d1d2bf790298f27dd32ee49db2c280246624edbbe124a713 1814 tlp_1.1-2.dsc abb5f5c197ffb5bf3fa3e2c0743f045942fdbd5808c3622dcec398e4c768c65b 6612 tlp_1.1-2.debian.tar.xz c57b257da565ffc19449a2a3834ae13025e2378110b906b1400c66840d4b2680 5413 tlp_1.1-2_source.buildinfo Files: d9755b08286b28cd5130df486aaa15a9 1814 utils optional tlp_1.1-2.dsc b420b9ea5d89d142cfbe4e5adcb66ef5 6612 utils optional tlp_1.1-2.debian.tar.xz 2973aa483b4fa5bdcd5f3ad9ba25aef6 5413 utils optional tlp_1.1-2_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEExW57amdnGPa81AdGTrsFQAtaiq4FAlrHKTcACgkQTrsFQAta iq4s2g//eud51tHYbHGWof+W3HiUF+KtJ3bCoovgZcag2km11InNL3FlLHTZoqr0 MPiUH6Nf8sBgPqs85lpD0dqWWrXlK736egxxrTK/x2irYYCwm44nUNXnYb+Jy++h pAtwJhv8m/iTSxVSETo1h89oskj7fTx5VL2JKRFmsR6TOaBE3iBrwkGMNtVb3s4C LRKfc7dCXuKAfRje0ARkcjEAz27L9I5t1rkT/wookF7InxhK8dAAyi//WKvkFrfu doCBUvhO6Cs2dNgwV6QE/Qugt+w1OhXf+Z53KW8Y+mjwaHeCHNC9YZOjeTZRZ7zM AqMX4eW0dDUIKjx/LYK4MRiOTYH6KJEPkVhtNIRhLws/9FJ67oZ45fsR8L+nB0Ul ECiRaQYJrIQh+QOsu8Q7ZlHu08qWt5VT3WI7dyuZPUMYSnmVvQPaD9RShhQ/W0Nx Ulq2MB5O4efxP0TCMB7bz09vMbQImm7E7nha+nfdHIJqT9qxAAq/vNyfo/5nz95Y tv3xHZ7IqlWQGUA5yL2p3ZjO+VEn+8nl0q/qCdc5pelU76hW/wrvHSjDVuhYCtvG LnrPDpNZoNaAn82Bo9t4iuA9LD2k7DrOsdNBLaQrVN/cEf1JcEuivv26H5ojA7rx 1qy5zMbZI7CjWs7Bk9kbmAU2mcCDyYsRM358FoAikjDZ6e+cflY= =Dquw -END PGP SIGNATURE-
Accepted tlp 1.1-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 25 Jan 2018 11:03:15 +0100 Source: tlp Binary: tlp tlp-rdw Architecture: source Version: 1.1-1 Distribution: unstable Urgency: medium Maintainer: Raphaël Halimi <raphael.hal...@gmail.com> Changed-By: Raphaël Halimi <raphael.hal...@gmail.com> Description: tlp- Save battery power on laptops tlp-rdw- Radio device wizard Changes: tlp (1.1-1) unstable; urgency=medium . * [44a3801] New upstream version 1.1 . Highlights: . - Disks + SATA_LINKPWR_ON_AC/BAT: try multiple values to support new recommended ALPM policy "med_power_with_dipm" in kernel 4.15 . - Processor + ENERGY_PERF_POLICY_ON_AC/BAT: support changed values performance, balance-performance, default, balance-power, power . - ThinkPad Battery + Support ThinkPad 13 1st & 2nd Gen, E130; new tpacpi-bat version + tlp-stat --psup: show ASLbase for tpacpi-bat (in device/path) + tlp discharge: show state of battery and force_discharge . - USB + USB_BLACKLIST_PRINTER: exclude printers from autosuspend . [ Thomas Koch ] * [05ce2a3] Use upstream de.linrunner.tlp.metainfo.xml . [ Raphaël Halimi ] * [484d00d] debian/gbp.conf: enforce pristine-tar usage * [60287fa] debian/copyright: update copyrights years * [2095e80] Bump Standards-Version to 4.1.3 Checksums-Sha1: 8c3410f1596faacc99c1e083541c72caeafa0516 1825 tlp_1.1-1.dsc 9c8340238c26578645aa16d9febc3215f77dd32f 76430 tlp_1.1.orig.tar.gz 8177b893684b5ed243d94af4fe456ab8125340bc 6224 tlp_1.1-1.debian.tar.xz d04cfab75000a958cc143da5573873053d911db2 5402 tlp_1.1-1_source.buildinfo Checksums-Sha256: 1a98f0a91725f9bf148595c560d01043716ba5d8caa45bec29ed308591343f50 1825 tlp_1.1-1.dsc 76e1a091eed1055f7af75f49621be51ed41b1e8f872eeb9506c0749060fd1019 76430 tlp_1.1.orig.tar.gz 2df0b82623c3ca1a73f7b13841c1580172a938fa954e6d0248156ad4d9122151 6224 tlp_1.1-1.debian.tar.xz 9755053659fff9302a74cd86690b5b45a59f89ea7482d6587cf1f3ca54edbee6 5402 tlp_1.1-1_source.buildinfo Files: 51efbc42056ae3c44788d9536e5078de 1825 utils optional tlp_1.1-1.dsc 02c13e8023317e2e2df4742129ecee56 76430 utils optional tlp_1.1.orig.tar.gz 0211cc10b5f2b9cf6353f68b9e3a1148 6224 utils optional tlp_1.1-1.debian.tar.xz 4550af78283536ed741c42e49461eeb0 5402 utils optional tlp_1.1-1_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEExXWpV+gZuhi/B+dmobCbQjM5YegFAlqAF6wACgkQobCbQjM5 Yegn6BAA2hQjGi1t1uxuPFJWurkUmtp9avUFJqmA+5Q6AgwkL03rcwt4rrIqTad+ Dy5EdwFSlJXZGZYX3T/vUWhjlefG2mUvfZbXHmthCXVtZCK+fYjNE1jOH82UI0er nUsBYBnNV8MBYCYbkNNJ7usS24p6ID8s62c9dFM3xp1R2QHPJZ/wllMfD2Zho7rW oeHkTqBM7cHLu029N979KGOkFRm3i+Y4k9LS80I7ivigEDieUHTNpCZihtHJEtWi Xde6oBv6USWfpdDH6AF49oWhvcH8yMQ+SQd5Nh5DXkTWnpuau+MKw2zUmC4wmqPV VRC1lLqZpAQaeVDHae5grY+JiNV0WdsN+q6HGgckmMVDS/V0LSkqB/ZhIvvuEocM +91DqPYJ0+SJWHLBg/hNv6JFy8SFwBdBZLRis0wJFKxaUI2K7D0pZmtGdeCeHgDb lB50184c0HStMfcRAFu7EjboLs5mYs7Y2w207ZJQDn/g/b817myeP+vbty+s3v1c P+kOb3TQ+dN5GE0muh2xCFRWuZploNATwaMYUz5fmfRhVRo9c4CF0ZlsPqkoh1Nu jkCcKkZHchn4319CFUeJZRyfPkWqBzm+2mEecQAHdm+2ywzCOv3npuVS42L7fv8W GM6bc8D1fSG/NMxmoaat3wn9MU9s/LKYlnMBM6vThoal8gedPkY= =Rj30 -END PGP SIGNATURE-
Question about dpkg-maintscript-helper dir_to_symlink, prior-version, and backports
Hi, I have a question. Let's say I have a package performing a dir_to_symlink conversion from version 2.0, so I specify "prior-version" as 2.0~. Now let's say that I backport version 3 to Wheezy, whose version of dpkg-maintscript-helper doesn't support dir_to_symlink, so I remove the call to dpkg-mainscript-helper. So now my Wheezy has version 3.0~bpo7+1 of the package, and the directory is still a directory and not a symbolic link. That's okay. Now, let's say I upgrade this system to Jessie. Since the package will be upgraded from 3.0~bpo7+1 to 3.0, and the call to dpkg-maintscript-helper specifies 2.0~ as the prior-version, what will happen ? I guess the conversion won't be performed, but what happens after that ? I fear the directory would be left in a inconsistent state. Is there a method to make this package upgrade cleanly ? I guess, don't specify a prior-version at all ? But in that case, the conversion would be tried on every upgrade, which is discouraged by the manual page. Any advice about this ? Thanks. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Accepted tlp 1.0-1 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 21 Aug 2017 17:42:04 +0200 Source: tlp Binary: tlp tlp-rdw Architecture: source Version: 1.0-1 Distribution: unstable Urgency: medium Maintainer: Raphaël Halimi <raphael.hal...@gmail.com> Changed-By: Raphaël Halimi <raphael.hal...@gmail.com> Description: tlp- Save battery power on laptops tlp-rdw- Radio device wizard Closes: 838702 850293 Changes: tlp (1.0-1) unstable; urgency=medium . * [b811fae] New upstream version 1.0 (Closes: #850293) . Highlights: . - General + TLP_PERSISTENT_DEFAULT: force battery settings on AC power (or vice versa) . - Device bays + BAY_POWEROFF_ON_AC: power off optical drive on AC power . - Graphics + Blacklist all dGPU's by default and use kernel default for Runtime PM + Improved compatibility with Bumblebee . - Processor + CPU_HWP_ON_AC/BAT: HWP energy performance hints for Intel Skylake or newer . - ThinkPad Battery + RESTORE_THRESHOLDS_ON_BAT: restore charge thresholds when unplugging AC + Detect Intel Kaby Lake (*70) models + tlp-stat: show "Charge total %" when more than one battery is present . - USB Exclude certain devices from autosuspend to: + Solve stability issues with bluetooth devices (USB_BLACKLIST_BTUSB) + Enable phone charging (USB_BLACKLIST_PHONE) . [ Thomas Koch ] * [639a7fe] debian/copyright,tlp.init: update copyright year * [a5de719] debian/tlp.postinst,postrm: tlp-nop moved to /usr/share/tlp * [00a4beb] debian/tlp.manpages: install everything in man/ . [ Raphaël Halimi ] * [b5691d7] debian/rules: use dh7 syntax * [f6a1c00] debian/tlp.docs: remove changelog * [faa8223] Use upstream init script * [5a705f1] Bump Standards-Version to 4.0.1, no changes needed * [070c629] Get rid of dh-systemd build-dep * [d54e072] Recommend linux-cpupower on non-Ubuntu * [9befab8] Add AppStream metadata (Closes: #838702) * [4c3ff3f] Link tlp-rdw documentation directory to tlp * [3de1e38] Add debian/README.Debian * [65e57ae] debian/gbp.conf: add spaces around equal signs Checksums-Sha1: 5ba543559e475faa4f7902ac4b8fb8612d8f6a99 1825 tlp_1.0-1.dsc 1b8de4d7e7d2c942984dc8964303f62197152fc3 73067 tlp_1.0.orig.tar.gz 45c1c1c6c3b3df6fd75c3d622aad7c35e9e672fd 6336 tlp_1.0-1.debian.tar.xz 5963ba91f268f6b9ae6881af77ad021b8b78346d 5176 tlp_1.0-1_source.buildinfo Checksums-Sha256: edb26217c9e8695b7f469755baae7b23d8d0017cab21f67a71b40b1ce43b3b4b 1825 tlp_1.0-1.dsc 642717b27db3a70c2cdef2673fe3229bf314488aa0797515e63d933b93bc78ec 73067 tlp_1.0.orig.tar.gz 1a90e3eff1bc6bd1aeeb4bed33bce8885f18b7769b86f16b7f0c301ebf7d2a6a 6336 tlp_1.0-1.debian.tar.xz 7d9476f830a8d9da7c07fd77b31a78c74599ebb44cb9c8589dce70273723c7b8 5176 tlp_1.0-1_source.buildinfo Files: fdfa02de968be65398d42fef7d20a3e3 1825 utils optional tlp_1.0-1.dsc 2219dbf7e7aec9c5a31d1b5b6e284507 73067 utils optional tlp_1.0.orig.tar.gz e184b688cff3171131c3cc4bab0b6ce9 6336 utils optional tlp_1.0-1.debian.tar.xz 16de2fa71921ee73b3075d363f3f83de 5176 utils optional tlp_1.0-1_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEExXWpV+gZuhi/B+dmobCbQjM5YegFAlmfQgIACgkQobCbQjM5 YeiVBA/+Np6xDCX/u+6N/ZwTj9vilGJHPiunqyiBcwomG+3KAdzSMShv+aMshi3V r40/DLLcdj1aOpdxmcfKnHFuOI2noRqnRj5Ugvm9BrO/ZAayHs3tXkZ4dmLrTACq n/pGPTs0lEGudjCMZVy3nm2twi0uzJAK4es0EEQkdzDtYWjWc6S5WGXA9aB86f91 4z9qPdiWiQfMgVxW57Q3ylLTB5oZhdTm2FTiKdYZdbowtAv/NEngQ6uYkv/sT2H3 i/Kj6xHtKEMMob8CdAcW9I5R0ftvz3O0ViWC1OaBx7Qgb9wX4mW4UHf4FiFEgXGI l3pg/cNP3kw4dsGT1nsL75rmAR5jxH5TsNdxvXRc9mbi5iOxVKzMWsUFf66OcMfV a59mkoIXIy4jvf2xyFxtOZMwYWpZAeKaZIijxlwBy9gjdzyFNq0FRvTYlc+Z2foE /PiuH9qU9m/scuUK+hfjM1XqhZXFmDG2qbtvgUDDfEnCt+irQMvuO3FNKvJRa1yT KyB5BDXV6PlRrEZ7/apxNX0T4trFdnNH/ikR6p4rwmHTOLPVJl+8cSac/Pivw9d5 yJ1RQBbel3UFsxwqp4+4N4G9YPazVUFuFuImXcIcVxEhk4jsqKnipzZ+gWlcqg3f KNzpPv7/5Ok6yd2Oss+kThrw4nvexA8tsZsDPlQGDCL1rSb+2CY= =cXTh -END PGP SIGNATURE-
Accepted acpi-call 1.1.0-4 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 24 Jul 2017 20:58:44 +0200 Source: acpi-call Binary: acpi-call-dkms Architecture: source Version: 1.1.0-4 Distribution: unstable Urgency: low Maintainer: Raphaël Halimi <raphael.hal...@gmail.com> Changed-By: Raphaël Halimi <raphael.hal...@gmail.com> Description: acpi-call-dkms - Kernel module that enables you to call ACPI methods Closes: 868110 Changes: acpi-call (1.1.0-4) unstable; urgency=low . * [45b90c6] Fix build failure on 4.12. Include the correct header for copy_from_user prototype Thanks to Colin Ian King for the patch (Closes: #868110) (LP: #1700783, #1705678) * [ba63573] Bump Standards-Version to 4.0.0, no changes needed * [7640fff] Bump debhelper compat to 10 * [ea4dd52] Drop build-dependency on dpkg-dev Checksums-Sha1: e651e5a031790aabad4af80f54e6db434bdbc7e5 1851 acpi-call_1.1.0-4.dsc 28c9d363ae397e9656f163b3cfbdde766ecb 3044 acpi-call_1.1.0-4.debian.tar.xz 3b8d60400aca8eff5900ffc1b12c69feec3b4fd2 5257 acpi-call_1.1.0-4_source.buildinfo Checksums-Sha256: cf119a09800a037ba3598b601dbb7aeecabacebe8345744de1930090e895261d 1851 acpi-call_1.1.0-4.dsc 91a91ad9047bea7108cdfd8a330c3b92850fae300f98a3db12a841ca815b333a 3044 acpi-call_1.1.0-4.debian.tar.xz 44dc08902b716632771c25b7721a9424149dda5861bd28015e7d0b53e99539e9 5257 acpi-call_1.1.0-4_source.buildinfo Files: b93a6856e845e485bc14404435eed25a 1851 kernel optional acpi-call_1.1.0-4.dsc 1f6db4f3dc08c7fbdc169a0d82a9d2ae 3044 kernel optional acpi-call_1.1.0-4.debian.tar.xz 01239c20f268e9142ddfe58f8691ca25 5257 kernel optional acpi-call_1.1.0-4_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEExXWpV+gZuhi/B+dmobCbQjM5YegFAll9g5wACgkQobCbQjM5 YegOuRAAnAAhVTJ0Fe1apn7fP1tNfv2Y86zJ5mG/yrFMRpnZRAjaXEXthlWxyx6M hI6T8lQ3RAc6OzUWIc/7TOPF4Lhp6I7ByRAtCnpFJ4DCBu4F/IGWnWj3ZEDEJBil vgI5v4YiucOqlEyaVz+ZY9PgXD7Ily49UD6PzinPHeCt/6sxwgUxucNDW6LotONe 5ygJxBnvC/rYLAMTa0ce2u9t1ffeaCWPNYdInkSBCiipJqzutUtqn2IB1S72IkNP a1XVTZ1DbIaA+86h59B+Avxr8/wZaVw0qN577M1rg1V0oggyRxgpt0Gzk+/HRJy5 qVxQx2aMlKc9J813NMl+eN0hUefCCIXA6ta1EanjMp1vWbKYEwiLav8fl0LKvEDm Q+2axF4kNKS6Kyk2H6l9PdL9pgMcxgL8u/oB7As9yDtZ0+nIJlEgT7gmpSxNLWz/ ff98hm8eUZq0DqDRB1wT2ssRF3oQNVgnigQ/Y0xsiSNIJ+tHAm233pXT0moJ51gn XyQn5dPSwXUdE7X6JrzHa5nOnPm+4iw6dS42vXpkxMombIr1i2KnnKWQa4fUvs+v KQKWoley1tkG+tigd45q3BWUjbOKtpaJoDPuohzQH8MK4Mw+lNpOONGtTJgATNEk eoap4fBkVKRmP27M10NPUs/yrfTMWb4b3XiVmNbzERxn5ieaQr8= =/c2n -END PGP SIGNATURE-
Accepted tlp 0.9-3 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 25 Jan 2017 01:35:31 +0100 Source: tlp Binary: tlp tlp-rdw Architecture: source Version: 0.9-3 Distribution: unstable Urgency: low Maintainer: Raphaël Halimi <raphael.hal...@gmail.com> Changed-By: Raphaël Halimi <raphael.hal...@gmail.com> Description: tlp- Save battery power on laptops tlp-rdw- Radio device wizard Changes: tlp (0.9-3) unstable; urgency=low . * [be57ce6] Fix invocation of dh_gencontrol with $(SUBSTVARS) Previous invocation lacked a double-dash before the options meant for dpkg-gencontrol, so dh_gencontrol didn't actually add the substitution variable (eg. linux-tools) to Recommends when building on Ubuntu. Thanks to Thomas Koch for spotting this. Checksums-Sha1: 6b2a4e2bc93d623a14209ae50493a2ebad88d4f9 1828 tlp_0.9-3.dsc 65e349efd686521f86e6336c3fbae437e28bade4 4812 tlp_0.9-3.debian.tar.xz Checksums-Sha256: 3f4bcd5f24f1f054778b7dc1870b9b5b3e148ab790d9864d834221c69d9c4c65 1828 tlp_0.9-3.dsc cca14453c95f4ddd755298260b83b198e7fed82eedf5b3bda93b53157772b39a 4812 tlp_0.9-3.debian.tar.xz Files: 214ff532e75125767745c4af2274d44b 1828 utils optional tlp_0.9-3.dsc 88b056764e0cf79b54619f52766f98f5 4812 utils optional tlp_0.9-3.debian.tar.xz -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEExXWpV+gZuhi/B+dmobCbQjM5YegFAliIVU0ACgkQobCbQjM5 Yej0Cw/7BAhDdLsJ954A1U/qLfBcB2kR3Zpc8JvadXlTR64/V33N/h2sECzYaZsc 5Rx2dM1zoaJ85PLJVjImRwmsrG+vc8aXh+F7cZuk6xnHZdlZEzM5H2p6U92P36np /QRaVjFduDOe0pA3hn3s3n4bOMhFL0shnJnk7VpAyfP9/xz1cyCgrt0JXAX3xNvq tpSDFGa6KILszAGi16J7/5Q9ffcNF1vT6Ufoeni2dLC1pnibni9RSVbAW2VMYdKj 1zI7EAgtbYIlspl5ycJ9B64Kpa8qEnCZRWOhFYIyz3aTtwznZAz/R2oviebI9GSl gUYD0BNgmAgWAWK7WD00kCTUeduFycdqjiYJNrEBhP71er8LKhX1dpG5Y0J03Mnf I6ht/XC4sFBAxJ1ixjTcYIaA11qtXRuM9Bm/Wgd2z/NxffDeqexRZ/TjmFluipdE enzS5fDiaMA8ql5k+y4jCK5ddbwc+pojd6DLsNvU0JRcKO9cfoFVn0LB6K7NDy23 7fmFSUUKuwDhLP6rLZcDiT2nL5yNZNWK/O3Yk88Sia9Q615EBuoomkVBz0Fm11ob 9v6Ewfk2ARXf3P4a2abaQKDykDTYS7b3NvQX5QH7iU7YI0qvFTMBahDGPJgBJNLr CRNDRXFWTNcz89uIjSMeIo1vAfiOP6J9gPx4cB6CB9lB9D9Kls0= =Sf5h -END PGP SIGNATURE-
Accepted tlp 0.9-2 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 22 Jan 2017 23:18:29 +0100 Source: tlp Binary: tlp tlp-rdw Architecture: source Version: 0.9-2 Distribution: unstable Urgency: low Maintainer: Raphaël Halimi <raphael.hal...@gmail.com> Changed-By: Raphaël Halimi <raphael.hal...@gmail.com> Description: tlp- Save battery power on laptops tlp-rdw- Radio device wizard Closes: 852204 Changes: tlp (0.9-2) unstable; urgency=low . * [b8cbaa7] Recommend linux-tools on Ubuntu only (Closes: #852204) * [da84365] Add missing dependency on lsb-base Checksums-Sha1: d75abf6ab28bebb476abe2d852128de208e63ae5 1828 tlp_0.9-2.dsc 6554c7338c08f34cd89a528b48ec3967dfe965bd 4656 tlp_0.9-2.debian.tar.xz Checksums-Sha256: 7084f2353334681dfaf79deac50e31db7b39205d46a8b0eb7ad007602e67fe6c 1828 tlp_0.9-2.dsc 4f081eac12c74a49eb41318a51f9c6d515cfaf3eea06b54884dc6cfaa21d5874 4656 tlp_0.9-2.debian.tar.xz Files: 01ae159b68d8bc0e2b071a5db93ea346 1828 utils optional tlp_0.9-2.dsc e9a6d95f327c1cce7064a3735033e48f 4656 utils optional tlp_0.9-2.debian.tar.xz -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEExXWpV+gZuhi/B+dmobCbQjM5YegFAliHRjkACgkQobCbQjM5 YehdBg/7BHXF/txbtyABdsqFxu0sC7BxShZ/G5DKxZFB9WCe76asCS5j9VCPmuXG ig3HRkI6pytUbJsb5xKa+Vz6MArgNrI7C8lpzkuXBEKKa2xXNQj425G7UjY0djTK j2pkVgwOz0RDtaDljDrIGkIM3CLQxRG6yFiq9jIdpSxcdbyS4K2ceZV/tjajM/7o YtpGcKZuJG3S/qOUwSdouKsVib4RhqjKk93/+1f2zcLy56mG25jP+EXk9CSE4bds CkwjntERGuJtcqxEJQcEwuihS8OnCHgZYUcbOPbZ18qUdTcGNoHv2/t07ctDbKeH sP2yPSa7lWDrvo0sVg1y7HZWIA0dAt8JbiVQn8kvwCfgsubtSL+jB6uYcbBR+HFs Yx5u+di02Gqh4g1i6TZeGNN7t0qOr6Bd9glDXI89QAr3kXhW+HN3S1jOjItSvLtD gYkXwVDXPHFWF35j7eGit8vEmilZq+UdNMfM/O0s6QiJEjuQA9JkQEqNmNZsmSDl YLf3oT2plsVo7w1QGR52z/+F5gWQyBH7ThHfOpPLt/M7C6AdMfhJM6Ix6eOV5MvF bjLuBn6nnLWi8ofUeMEiLblqELp09FiXBADULkcQYaTfBgIl8ND8ipzduMMWTwZD hwHAthkmBmQRXCQ6O6GutuyhQaPwoqnwQ5by149izoC/zDuLKdA= =gQAY -END PGP SIGNATURE-
Accepted tlp 0.9-1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 13 Sep 2016 04:43:28 +0200 Source: tlp Binary: tlp tlp-rdw Architecture: source all Version: 0.9-1 Distribution: unstable Urgency: medium Maintainer: Raphaël Halimi <raphael.hal...@gmail.com> Changed-By: Raphaël Halimi <raphael.hal...@gmail.com> Description: tlp- Save battery power on laptops tlp-rdw- Radio device wizard Changes: tlp (0.9-1) unstable; urgency=medium . * New upstream version 0.9 . [ Raphaël Halimi ] * Merge changes from upstream's debian/current branch . [Thomas Koch] * debian/rules: add 'make clean' to clean target * debian/tlp.maintscript: - add rm_conffile /etc/acpi/events/thinkpad-radiosw, /etc/acpi/thinkpad-radiosw.sh (upstream removed feature) * debian/tlp.postinst,postrm: - upstream moved tlp-nop to /usr/share/tlp-pm/ - use deb-systemd-helper to mask/unmask systemd-rfkill.service * debian/control: - Standards-Version: 3.9.8 - point Vcs-git to https://... * debian/watch: adapt to GitHub releases Checksums-Sha1: daf38800a29722caeae965b776fc336dfc1f9cff 1796 tlp_0.9-1.dsc 57eac36d8514356390658074d9179cf15a963d77 67780 tlp_0.9.orig.tar.gz 55ad7c363e3064118d6854420b68e856c92d2089 4424 tlp_0.9-1.debian.tar.xz ae5e0e6027c38724c3e6ea6e605bd6e746777967 13830 tlp-rdw_0.9-1_all.deb 0c30c1c3e60719a3a601b4290be86fc454f154af 57380 tlp_0.9-1_all.deb Checksums-Sha256: e100d25b4811d152be797053e49a08abc4edf827c8741e9704c851cc726d13ac 1796 tlp_0.9-1.dsc 887b226d443f930398fda5793ac690e1e1ef7dd2187db7be0278359315aa7a76 67780 tlp_0.9.orig.tar.gz 6d895f0e6222014e80b0baf1f3560c320e57b78155d4a89c757c16e3a1ab6bac 4424 tlp_0.9-1.debian.tar.xz f2c4e762ce59c09ad1dc66088bf33cc02a6c9495d3a7ce19f5e02e9a44039f71 13830 tlp-rdw_0.9-1_all.deb 03fe2b49b6942810d4eaafb7b3d0d9c18a81820de0975d8d1f2f17b5aafebc74 57380 tlp_0.9-1_all.deb Files: 37d4fb938528bfe7030e3f37a47a9e85 1796 utils optional tlp_0.9-1.dsc 952712c5de56e5fcb9a165b1cd8ba4e0 67780 utils optional tlp_0.9.orig.tar.gz 0b0687f5034864e614412b00012e706b 4424 utils optional tlp_0.9-1.debian.tar.xz b3bd523ec602ee32f7dc1246a01cb4d9 13830 utils optional tlp-rdw_0.9-1_all.deb 6ceeba8af9305091472f1867347b83a2 57380 utils optional tlp_0.9-1_all.deb -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJX5UeIAAoJEKGwm0IzOWHom5EQAOLU+GHfs7+woBqv1mYYFwm5 VF9RlJlyfI+BCaIzz4qbfNFl3FzK8NZAAyNiGV7/K6PATNTVy4Fx0I65N/eP1g9u 2dwCAF5CkdxZ2U+FZsXC+hBXTQNWPh6M1vioyNTnRuown2R6LG7RD1PNs8B8XScl TFXjxRLTL0Z5j25k+FxaC7WUDdjcJm0AZNiI9QS14QNucfZtLg8/WWgYZirmV6kN msxgbY35sHaTGOqKnJW61IgP+REXT1TndYCdkJlPOnuTXhaGFL+8oEpNSULG4u7o uER0rwS+C2aySOlaD+7lvRqdxFU+LYoMEq9ra5MMwyDlAc2ZAs7H2k90ZN0iE3k5 5nB7bWBzaZpz8RLhNL/XGnABTiqU8U9TBEZyDJLLHTv45CqsqKeY8QDy2rQ1uv9/ jNnBQlg+vy+h5Jm0pgrE1w9kPcRlzbhE8/8B1N3MoZ2lSV7deucUFAqgb309h1NP Ymp9gAmq9NKPQncaGiJMrduPZYb0Kc/uFO9nHpyggE/6de0ZRpeUaTBuWXdwpXV2 03dZkCNw8ybg+0rH+qDcU2bt79r6pBFCMxtX642Zik119tZwNrYNgCTFRMeEX9lo 8l6mooYr83YhDRXCPzMTcFTwwFJDaUmTBMgVJkWE+FxlOkWlwgw4o9LrDgBLGjEh 1JtIsCCisVABTgPD/9Yn =ZJvv -END PGP SIGNATURE-
Accepted acpi-call 1.1.0-3 (source) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 21 Mar 2016 18:07:27 +0100 Source: acpi-call Binary: acpi-call-dkms Architecture: source Version: 1.1.0-3 Distribution: unstable Urgency: low Maintainer: Raphaël Halimi <raphael.hal...@gmail.com> Changed-By: Raphaël Halimi <raphael.hal...@gmail.com> Description: acpi-call-dkms - Kernel module that enables you to call ACPI methods Changes: acpi-call (1.1.0-3) unstable; urgency=low . * Update Vcs-* fields * Update debian/watch file * Add debian/gbp.conf * Bump Standards-Version to 3.9.7, no changes required Checksums-Sha1: 6c8239afeca93a98d3b134c06798e8275a4a49a2 1859 acpi-call_1.1.0-3.dsc a39ecac6445f6670144f2de1aac38bff962173e3 2624 acpi-call_1.1.0-3.debian.tar.xz Checksums-Sha256: 951719318d145cd5ba59c6157c160f5b1578aba6b1e1140b7b89e7218c7c200c 1859 acpi-call_1.1.0-3.dsc 3b3781f3a6b2c62262a57498ed75b9289c6e05899e68631dbb5cad66b3fffb48 2624 acpi-call_1.1.0-3.debian.tar.xz Files: 2908f160741d4d1ecc943bd4243b8759 1859 kernel optional acpi-call_1.1.0-3.dsc 606d69e1dbadef331e7389d3a69f1afd 2624 kernel optional acpi-call_1.1.0-3.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJW8EVAAAoJEKGwm0IzOWHo1jgP/1OImWc7Nv2V5rdNC8pBJC7L gFgzx+M+RA0zCkUkqUtMc2Zs1PeHsnWqO5PEnJQ+ba3cWqB+xdHt+VicxVFhAY+i rRE2I4FHFqkq82xXIC44pUEeFmhswFXzDCu5SLEsrsn35Nwxy45L0bY20xNuYduj D+sl7Yz2OAmRNEJnoQbsF322x+n81awfgCtfTAmTAEDpehSMOKlmgmFj9jV9vvZc p0UJMXeWN8PWCWZXa5YFj0zipgSzJNXj7HfrH7iFE8JHeE+4jJsRDQXYFoGqapJU jwX/OeJcqxtx+xoF2DRNmxwKKjdl7TPFDTr2RKOuTw3u4VsfK6CTAutqOGnG/wMY d1wgfPUqhg+2HLVx02KqP/wLHU14vlm8bY87PJ+hrOFFhDYlm61NG8BjNWj6ZtzG cEuPKaxYZXBhu1wGf+zJmCM4uSLZLi1q51/Xz6P8obXJBlaXROgJcqcCxzyFiU2o WyHGOfE4ByIUQW9sSbuwZ9Do1hbxHnENwICnGC51ty+peRqrAlRxD8Y6Uuargfvm IYUphXtgvsOlPK5MPY19+JYZbE4DBgFL6YB5RylvKzZB54Qyx4HG7TaoPBOuKseT FPxotsx5obldBqIkhFVSQBcPlpg8PGmYyNAym6yAPRE+d2faEDAcMR8JdM4HOsUz nWy2wT7yip43xgr4Hv7t =3xT/ -END PGP SIGNATURE-
Accepted tlp 0.8-1 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 11 Aug 2015 19:53:19 +0200 Source: tlp Binary: tlp tlp-rdw Architecture: source all Version: 0.8-1 Distribution: unstable Urgency: low Maintainer: Raphaël Halimi raphael.hal...@gmail.com Changed-By: Raphaël Halimi raphael.hal...@gmail.com Description: tlp- Save battery power on laptops tlp-rdw- Radio device wizard Changes: tlp (0.8-1) unstable; urgency=low . [ Thomas Koch ] * New upstream release * debian/control: - Add Recommends: linux-tools - New Maintainer (Raphaël Halimi) * debian/tlp.maintscript (new): - add rm_conffile /etc/bash_completion.d/tlp (upstream moved file to /usr/share/bash-completion/completions/) . [ Raphaël Halimi ] * Remove debian/patches Checksums-Sha1: 3f40ab3f4caf3e5d2694a6c70a4cf0b8caed7932 1808 tlp_0.8-1.dsc 68f4cd05470dcc863ec9b4c72adef773f0038424 62619 tlp_0.8.orig.tar.gz 587c2ec68f0de8883ef53ab44881accd31802c97 4280 tlp_0.8-1.debian.tar.xz ad2a60e0353341ed47e5e1b75efa41956b357770 12408 tlp-rdw_0.8-1_all.deb 51bbab11202510d1295908160342ae6fe96381d5 53280 tlp_0.8-1_all.deb Checksums-Sha256: f42d5e87d8cc855c9760a8c8e5f22ea812276762ce469ade1f6c4e52db2b53a6 1808 tlp_0.8-1.dsc ec8917546baefdca563fb8abf0ac1582b0daf18accaffddebecb76d4fc9afef5 62619 tlp_0.8.orig.tar.gz 3eca8bf9191d2dd106f65fc1224d226a766a7ad230b85790825b96340dc5f631 4280 tlp_0.8-1.debian.tar.xz 2f54b0d77ca3343b0b0bb2495d62b194b53782255f8129b3d40be0157e4aaf30 12408 tlp-rdw_0.8-1_all.deb 2b00b6af065af2ce6f7d5ce5e1b7233f57d2259686adf3185e7737e99d63d43d 53280 tlp_0.8-1_all.deb Files: 6f2b1dd106abf04b50b7a51c760f3c95 1808 utils optional tlp_0.8-1.dsc 219f55c28ba79d1bf1c463ec2297b527 62619 utils optional tlp_0.8.orig.tar.gz b704325488a6e0a00f9fc8aa33f3928d 4280 utils optional tlp_0.8-1.debian.tar.xz 600124ee416bba1c71ac5d9155449230 12408 utils optional tlp-rdw_0.8-1_all.deb 82e7613f57e6fe4348a35ba91ce2e9ba 53280 utils optional tlp_0.8-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVymIxAAoJEFeKBJTRxkbRK6cP/3fFJzf1WznKUSGM51r/+fOD 0kMvzl3U9HeMg/mvtinLGUs4oySaJkKLA9TpDXN9r7rvOnlaIFGRzAkzkw1Fqnlh 7CENwiNRW6HS7asg9XQazhGOd/f4LkpkThH2c4k0HfjXV+LwWKCy4+lItIcpcE1I rHDckZ8T4LzXeKQux4cDREkyEbO9TgPRywqkb7IRC1rDL3v2aYXLnl75SNjrMroi zc8Ul8L+5G6mbryQK7SlgEwvZ94GxniX/Q+9g5x9eBIz5EbO8jVIjv54+oErlHhD shI4muF1PPZzzXcqkK3MZkT0MAAFDdRNunnB5FqHwC6FKKppJ4LVtpTciFZB4SR/ Ltx0J4sTNKqHaINnlZsnV/c72f1Tsa0OtFQaiLutpazh1oTwQHwu/K204SXHUDQh 5JMynEhL627nM4I69wAD7Sc6hzHMrShyCKq+BZWTWCf7CtKASZyYiOkGiVea0kJQ kNBDz2W1lgpyeSLzRwxwTpPcEyhQlc9k0tTCoS8EqN822k+bMdq3e9XhvHMNYAgI onzlqRMQ5/GN+WfIRz2EOf1siRoCxvcnvw/AyBpBZ9U3TH/XgCl4i5WKh7+Rbuse pHRpE+ZVRMfmKsI0Kdi7vxhSrNpDMViQ+rkqs+KWRIE5+wXbrFM1zzx5Af6Ye0qW 79n9ybVkp+HXBcouCwCa =xh1d -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/e1zphvz-00053u...@franck.debian.org
Re: Being part of a community and behaving
Hi, First of all, sorry in advance if the beginning of this post looks more like a bug report discussion than a debian-devel post. try this instead: $ journalctl _SYSTEMD_UNIT=systemd-journald.service which will (most likely) also show messages like Suppressed 1927 messages from /PATH/FOO.slice. You can then use $ journalctl _SYSTEMD_SLICE=FOO.slice to display the non-suppressed part of the spew that's responsible for this overrun. (intentional disabling of word-wrapping just for the few lines of logs) raph@arche:~$ journalctl _SYSTEMD_UNIT=systemd-journald.service -- Logs begin at lun. 2014-11-10 20:14:11 CET, end at lun. 2014-11-17 23:31:22 CET. -- nov. 10 20:14:11 arche systemd-journal[207]: Runtime journal is using 8.0M (max allowed 79.2M, trying to leave 118.8M free of 784.0M available → current limit 79.2M). nov. 10 20:14:11 arche systemd-journal[207]: Runtime journal is using 8.0M (max allowed 79.2M, trying to leave 118.8M free of 784.0M available → current limit 79.2M). nov. 10 20:14:11 arche systemd-journal[207]: Journal started nov. 10 20:14:19 arche systemd-journal[207]: Runtime journal is using 8.0M (max allowed 79.2M, trying to leave 118.8M free of 783.3M available → current limit 79.2M). nov. 10 20:14:34 arche systemd-journal[207]: Forwarding to syslog missed 42 messages. nov. 14 01:02:44 arche systemd-journal[207]: Forwarding to syslog missed 1 messages. nov. 14 01:25:31 arche systemd-journal[207]: Forwarding to syslog missed 2 messages. nov. 14 01:26:36 arche systemd-journal[207]: Forwarding to syslog missed 2 messages. nov. 15 18:22:24 arche systemd-journal[207]: Forwarding to syslog missed 9 messages. nov. 15 18:22:54 arche systemd-journal[207]: Forwarding to syslog missed 3 messages. nov. 16 22:27:37 arche systemd-journal[207]: Forwarding to syslog missed 1 messages. nov. 16 22:28:13 arche systemd-journal[207]: Forwarding to syslog missed 1 messages. nov. 17 15:13:45 arche systemd-journal[207]: Forwarding to syslog missed 18 messages. As you can see, no syslog-filler slice to investigate in particular. I'm quite happy though, because after you and Ben emitted the idea that I may have ran with messed up logs long before I upgraded to systemd, I was quite worried, even if it's a sid desktop that I moderately care about (after all, if that's the case, it could happen on my production servers as well); but the small number of missed messages (less than 50, very different from the thousands you suspected) make me think that my logs on this machine are a lot less likely to have been crippled for a long time without my knowledge than both of you initially thought, aren't they ? drop the message (IIRC it was even more condescending, like we don't have to wait for this or something). Really ? The very piece of code which is supposed to talk to syslog... doesn't wait for syslog ? Do you want to buffer an unbounded number of messages in RAM instead, hoping that syslog will catch up eventually? Thanks, but no thanks. (Implementing a _bounded_ message buffer in systemd doesn't make sense, because you can get the exact same effect by simply doing (a), above.) Now for the interesting part (for debian-devel, anyway :) ). Maybe as a sysadmin I lack some C arcane knowledge and it may sound like a silly question to you, but why would that be such a bad idea ? Rsyslog (debian default since lenny) does this; if it's configured to send messages to a remote server via TCP, and if the server is unreachable for whatever reason, it stores the messages in a buffer until they can be sent; it even stores them to the disk if the case it's terminated. Why journald using some more KB or MB of RAM to store the messages it couldn't forward in time, and waiting for syslog to catch up, would be such a bad thing to do ? It's likely (though not certain) that your logs have been crippled in the past, albeit in a different way, and you simply didn't notice because the logging program didn't tell you. The standard syslog(3) code doesn't. Like I said, it doesn't look that way (at least I hope it doesn't) but correct me if I'm wrong. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Re: Being part of a community and behaving
Le 13/11/2014 18:58, Ralf Jung a écrit : How does having yet another NTP client shut off existing NTP clients? How does having yet another way to configure your network shut off existing alternatives? How does having yet another web browser integrated in the OS shut off existing web browsers ? ;) Even syslog is still working! No, it's not: raph@arche:~$ journalctl | grep Forwarding nov. 10 20:14:34 arche systemd-journal[207]: Forwarding to syslog missed 42 messages. nov. 14 01:02:44 arche systemd-journal[207]: Forwarding to syslog missed 1 messages. nov. 14 01:25:31 arche systemd-journal[207]: Forwarding to syslog missed 2 messages. nov. 14 01:26:36 arche systemd-journal[207]: Forwarding to syslog missed 2 messages. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762700 http://lists.freedesktop.org/archives/systemd-devel/2014-August/021897.html I know it may be biased since I'm the reporter of the bug, but I'm tired of reading that systemd replaces all those components smoothly. It does not. Now on the technical side, when I reported this bug I looked at the source code. In a nutshell, the comment said If syslog is too slow, drop the message (IIRC it was even more condescending, like we don't have to wait for this or something). Really ? The very piece of code which is supposed to talk to syslog... doesn't wait for syslog ? So if one can't afford to have crippled logs, what's the solution ? Getting rid of syslog completely by turning on persistence in journald, and go with binary logs ? Thanks, but no thanks. I think Florian really has a point: Debian has changed. I use Debian since Slink and I can confidently say that there was a time when such software would never have reached stable, let alone become the default. In those days, we would have waited for the RHEL admins to do the beta-testing in production environments (which excludes toys like Fedora or Arch or whatever distro that use systemd for several years now without any hassle) before adopting this bloatware as the default init system. -- Raphaël Halimi -- 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/546748f3.9000...@gmail.com
Re: Being part of a community and behaving
Le 15/11/2014 14:18, Ralf Jung a écrit : You have a point here. But I think that the case is different for services that the average user hardly ever faces. People who do manual network configuration beyond NetworkManager, are more than capable of installing another suite for that if necessary (not that it looks like /etc/network/interfaces will cease to function anytime soon). Everybody else uses whatever Gnome/KDE/... provides and doesn't care how the magic happens in the background. That's precisely the point. If systemd is installed as default on every jessie system, since it ships its own time syncing client, what's the point of installing NTP (provided that the machine doesn't have to provide time services to other hosts) ? That's exactly what a well-known software company did to push its web browser by taking advantage of its dominant position on the OS market. And that's what systemd is doing with every component it intends to offer a replacement for. Even syslog is still working! No, it's not: [...] Well, systemd has bugs, nobody doubts that. FWIW, I never saw this happen on my machine. If you already ditched syslog, it obviously won't happen... You wouldn't be of such bad faith, would you ? ;) Just kidding. More seriously, you avoided to comment on the real issues: is it a good sign of code quality (for the whole project) if the piece of code which is supposed to communicate with syslog doesn't even wait for it to be ready ? And more importantly, is it the quality level that Debian has accustomed us to ? We're not talking of an optional Perl library that will be used in a 100 lines home-made script, but of the basic foundations that every jessie(+x) systems will be built upon. We're not talking of a small bug in a maintainer's script that can be fixed in a an update during the freeze, but of a design choice in upstream code that results in crippled logs for people who don't want binary logs. That's not like Debian (or at least the Debian we all know and love) to adopt this kind of software as the default init system. -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Re: Being part of a community and behaving
Le 15/11/2014 15:40, Ralf Jung a écrit : What you say could also be read as a plea against any kind of integration, as this integration naturally provides a best combination of tools, and it will be harder to exchange some of them. I would argue that this is a trade-off. Personally, I am happy to know that the combination of tools that make up a part of the low-level system, has been tested and designed in exactly this constellation - as opposed to the giant exploding test matrix that results from supporting several variants of each tool. I understand, and in fact, despite what I may sound like, I'm not against this type of integration. On the only machine I have with systemd installed (a sid desktop), I ditched ntp because, well, what's the point of having two packages doing the same thing, if the one that's already present does its job well ? But the haste to integrate so many things in such a short amount of time, the stubbornness (wontfix) that some upstream developers have sometimes exhibited (not unlike Gnome upstream), or the piece of code I saw (I'm not a developer, more a sysadmin, so I rarely dive into C code, only for debugging purposes), all of this gives me a bad feeling about systemd. And, did I mention that I *really* don't want binary logs ? :-P I didn't read the code. Depending on where and how this happens, I can understand that someone doesn't want to make a call that blocks arbitrary long. So if you get a timeout, what else could you do? I don't know, like I said, I'm no developer. But the comment was clear on the fact that the developer deliberately chose not to wait on the syslog. For a piece of code which is supposed to feed the syslog, I find that choice illogic, to say the least. I also find it hasty to judge systemd's code quality from a single example. The analysis of Russ and several others suggest that actually, systemd has a fairly high code quality. That's not something I can comment on; but they do seem to be eager to get rid of old cruft (many say, too eager), which certainly helps keeping your code clean. Sorry, english isn't my native language so maybe I wasn't clear. I didn't *judge* all of systemd's code to be of poor quality; but as for the little piece I looked at, I have a bad hunch about it. And the general wontfix attitude of the developers just add to that hunch. But again, we pull away from my first point - as a sysadmin, what I can see is that my systemd box has crippled text logs, and the point is that's not worthy of the quality that we're all accustomed to, and which made me choose Debian 15 years ago. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Re: Being part of a community and behaving
Le 15/11/2014 16:53, Tollef Fog Heen a écrit : You have two choices: you can drop the oldest or the newest log entries if syslog doesn't keep up. Apparently, you prefer to ditch the newest ones, the code ditches the oldest ones. When did you read that I prefer to ditch any of them ? Have you actually interacted with any systemd developers? Your experience doesn't match mine at all. No, but I read some bug reports, mailing lists, etc etc. And I saw a lot of wontfix, more than in other projects. How do you know that your old setup didn't lose logs too, but just failed to record it? Of course I can't be sure, but the point isn't just the logging issue. The point is that until now, systemd hasn't been tested in real huge production environments. There are three big players in this segment: RHEL, SLES, and Debian. RHEL7 was launched in June, SLES12 in October, and only in the next months will we see what happens. Debian used to wait carefully before integrating such new technologies at the heart of the system. I don't consider that Fedora, OpenSuse or Arch are enterprise-grade distros, so as far as I'm concerned, systemd is still a new technology because the test in real production environments has started only a few months ago with RHEL7, even if Fedora uses it since 2011. Once again, to be clear: I may or may not like systemd, but my point is not to tell if it's a good or bad choice for Debian; I'm just saying that making it the default init system is too soon compared to the conservative position that Debian has accustomed us to. -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Accepted acpi-call 1.1.0-2 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 21 Sep 2014 03:43:48 +0200 Source: acpi-call Binary: acpi-call-dkms Architecture: source all Version: 1.1.0-2 Distribution: unstable Urgency: medium Maintainer: Raphaël Halimi raphael.hal...@gmail.com Changed-By: Raphaël Halimi raphael.hal...@gmail.com Description: acpi-call-dkms - Kernel module that enables you to call ACPI methods Closes: 762281 Changes: acpi-call (1.1.0-2) unstable; urgency=medium . * Add patch to fix compatibility with Linux 3.17 (Closes: #762281) * Add Vcs-Browser and Vcs-Git fields to debian/control Checksums-Sha1: c5b45582404249f34cfa99fcaeb5037d371a13e3 1853 acpi-call_1.1.0-2.dsc f71541cebb13a8a78f9156b749d2413439821ffe 2472 acpi-call_1.1.0-2.debian.tar.xz 3ad3b5321b78ec9d8e0ee565162cd6f3a9653741 12920 acpi-call-dkms_1.1.0-2_all.deb Checksums-Sha256: efed23ab43ede690ea0445d6abe1b99d8b9720879f7d00c3cc9ae49164c2b99b 1853 acpi-call_1.1.0-2.dsc 1cf9cc471581dfb52058dfe0d2ef16c96194e4405f70d96aa6c1e35a457150d2 2472 acpi-call_1.1.0-2.debian.tar.xz cb5657830ed638e23214677674987cb7630237f63a07e5fc65533be6cdc40a0a 12920 acpi-call-dkms_1.1.0-2_all.deb Files: 18f38e8ceba18ca947623e8b15a2d3d2 12920 kernel optional acpi-call-dkms_1.1.0-2_all.deb c11eb2b70a3b0e17712fa7be3d681ef5 1853 kernel optional acpi-call_1.1.0-2.dsc 8354495ed68a0878b28b67e9b38da7f5 2472 kernel optional acpi-call_1.1.0-2.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUHqSRAAoJEFeKBJTRxkbRnQIQAJUXyUWbVRhY1KrmqZeC74hU 9wij0PvWs37s0F+8D4jLGYjZCTM/39+66+HarYY7PnTeCgqFAkF99uC9+y997Eqg E3uiJp5/KQcikyA53SvFcjWrtFmQ8XTJLSZ1i/EsSWNScnSVcqtH9rlD4+qY4hNe O8LDD2qpmixblufYZNvI6AW1bC8VjBL5Sxppmbt3Fk41yTlbKS+t1CqkajHMJszm WVQH896z0wKxva+6q3I2l6yi+vzw9yxGdYeFNM/Nn1we9JMMrYV7FzQ9++CqSE5s RXEKSXCXDSUzbED4j8EhW4wbNaQBVJi/nzsd4e/dgrrInTfZy5coBViD5t8As3+W kAuxbC6M7nV4wG1G7l4CSs/sBy9WebQ9P3NZjBcfEt2pVBbUrrvxfRD4yur3xmbC LChnzd3er+WPHSjsO3r/IzKpADaCUQJ/EruJmw5tmqXCfzeGcXQYGqnmYvM6Nmp6 HOjo6P3V5hWdIhb74eC+/1hpxQ9JKFbfREDXojdR96jLUthPEmrtWLDMeKg8vszP 7EZIb4x7V4F42geCX8snQOX4mC7dCO4qLv9Gq4JUec3edLJmonCeQOudv+fFk6nC Ro6O4DeQ+++70Cx8sr5fHyfR8BSH+SxbXXz27NjOX0dwXNHWyZmdpGMiNHJDobhz j9jdK6Kf9HYvYiQIyXRj =+psR -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/e1xvesm-0001tx...@franck.debian.org
Accepted acpi-call 1.1.0-1 (source all) into unstable, unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 03 Sep 2014 04:30:34 +0200 Source: acpi-call Binary: acpi-call-dkms Architecture: source all Version: 1.1.0-1 Distribution: unstable Urgency: low Maintainer: Raphaël Halimi raphael.hal...@gmail.com Changed-By: Raphaël Halimi raphael.hal...@gmail.com Description: acpi-call-dkms - Kernel module that enables you to call ACPI methods Closes: 760338 Changes: acpi-call (1.1.0-1) unstable; urgency=low . * Initial release (Closes: #760338) Checksums-Sha1: ea9e4a67670b9228fc3d53978e0d9d6c20c9d92b 1751 acpi-call_1.1.0-1.dsc 3255e3e327b114302f1d768d798277b5b328deff 10470 acpi-call_1.1.0.orig.tar.gz 9e4d8e690d1a8f1a9f327e38f03e0365300a1672 2112 acpi-call_1.1.0-1.debian.tar.xz 98d7dd12f9f710ed95b8a7c02954b13f4afda326 12768 acpi-call-dkms_1.1.0-1_all.deb Checksums-Sha256: f2e2c9c909524b054aca5d66c8902b1daf1f62190c83eae21b4cb3049275441e 1751 acpi-call_1.1.0-1.dsc d0d14b42944282724fca76f57d598eed794ef97448f387d1c489d85ad813f2f0 10470 acpi-call_1.1.0.orig.tar.gz 091838de63cbf8a4e241fb57654e18e618254824518e7351864b08a93ea1685a 2112 acpi-call_1.1.0-1.debian.tar.xz 514b1d74e4ed4f9e35b5ba509d479194ee9a4fc54b8bb6fce5ee5d9e82be18ca 12768 acpi-call-dkms_1.1.0-1_all.deb Files: 3173b556b429607552705f8cb6df454f 12768 kernel optional acpi-call-dkms_1.1.0-1_all.deb 4bb46426a85509928e7adabee10e7629 1751 kernel optional acpi-call_1.1.0-1.dsc f69d40e130b0e5ed17ce8adb19e6dda1 10470 kernel optional acpi-call_1.1.0.orig.tar.gz a42aebbae4343745203c4d3446388b06 2112 kernel optional acpi-call_1.1.0-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUCueMAAoJEFeKBJTRxkbR8OgQAITO0wE83gNuvz0F5cj5G0uD OAp9banEPcsQYDmzqS5ydP+j03FwEmzrqPHuzxRl3cwTevpwm270GB0+bzDVyiJA +VAOxJR7jlEpnLh2WuKV0vS6lydTa+WnyZerSdsQV6o6C4Borlm5V94CnV5BUJP3 CN2KoG+4V25cw+89tpVovUYb26tCrGN1qbj6nom57WfdNWokyb2R/FrxxybxspRY uewQYUOGmOBkyWSY0BEiE+IUK6DNUC+1V2dFkPAj6Y4qRiG1QiSeotf8H85n0zyE 1aW+oVdHCyHuBmTnq+kIkkutfTEcVvK09Z/LBa+ECcz3cdwm+MqjBnjbwDqwzR1O qd5YVDjzXa8adN6ykuUpv7SYl6FeITgG40mmzkUGqHExmLKA7fQrrLOxca3eXEYL 2L9KC8l8RnmsDHPl0Zx2KLbzlt3ZBWYTl6K5PFTo6TdUPmZ0I9NAcZxCAZBh9CFk cby2JIw+j8AMdy8/7XM+cpM4QIQoHnbYqIrH7R9GER6MI2GBD7o8uMe8KgORFVDA 3159xM/89Zx+8ybeCNlAgKGF0r9r6h3OqM+8JdS9NH+s5QA7vVujSZNvbXwAmGIb O8qSoH8bPX2hW88PgUkDZfss7vlR0ELNi9ZDJjQgmqd5xlU0yRRot+UbSUfAN0rX cIEAcrBgyyzRFCcHQd0P =duMF -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/e1xreh4-0007oo...@franck.debian.org
Bug#760338: ITP: acpi-call -- Kernel module that enables you to call ACPI methods
Package: wnpp Severity: wishlist Owner: Raphaël Halimi raphael.hal...@gmail.com * Package name: acpi-call Version : 1.1.0 Upstream Author : Michal Kottman * URL : https://github.com/mkottman/acpi_call * License : GPL-3+ Programming Lang: C Description : Kernel module that enables you to call ACPI methods Kernel module that enables you to call ACPI methods by writing the method name followed by arguments to /proc/acpi/call. It allows you to tamper with your system and should be used with caution. This package is needed by tlp/tpacpi-bat (see bug #711471, ITP for tlp) to change battery (dis)charge thresholds on new ThinkPad models which don't support tp-smapi anymore. It may be useful for other purposes, though, but AFAIK, since bbswitch superseded it for toggling NVIDIA Optimus cards, the main use of this kernel module by the community is for setting battery thresholds. tlp (or, more precisely, tpacpi-bat) - if and when available in Debian - will need this kernel module for proper operation on new ThinkPad models; currently it has some kind of automatic installation function for acpi_call kernel module, but I think a an installation through Debian packages dependency system and dkms would be more compliant with Debian standards. -- 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/20140903021351.24088.47392.report...@arche.inside.sanctuaire.net
