a little productivity on the side (was Re: merged /usr considered harmful)
Andreas Metzler dixit:
>1. Make merged-/usr-via-aliased-dirs the only supported layout and make
>this information available to apt. (Like we did for multi-arch-support.)
>2. After that individual packages can safely move files from / to /usr,
>pre-depending on merged-usr-support.
This will still break “dpkg -S $(which programname)”, which I use a lot.
And tons of other stuff. All aliasing schemes will. Just keep supporting
unmerged filesystems and requiring /usr to be there at the time control
is handed to init(8).
A little bit more positively, as I recently switched my sid systems to
bullseye, I was wondering which packages I now have to manually down‐
grade; additionally, a lot of “dust” they had accumulated over time.
I am vaguely aware of aptitude having parts of this but don’t use it,
so here we are:
https://evolvis.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=shellsnippets/shellsnippets.git;a=blob;f=mksh/debian-dev/aptcheck;hb=HEAD
This little tool (the shellsnippets.git repository is also mirrored
to github for those who prefer there) asks dpkg for the status of all
packages (or those listed as arguments), complains about all which are
not ii or hi, and for those it checks (via apt-cache policy as that was
easier/more straightforward than apt-cache showpkg) whether the installed
version is available from any repository and up-to-date (ignoring back‐
ports{,-sloppy}); neighbouring versions which *are* in repositories are
shown as well (both bpo and not; for both, the respective highest one).
This script needs…
https://evolvis.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=shellsnippets/shellsnippets.git;a=blob;f=mksh/progress-bar;hb=HEAD
(also on github in the same repository, or in MirBSD CVS)
… to be in the same or parent directory to display the progress bar
which makes the long wait (I had 100% CPU utilisation on one core by
apt-cache alone) bearable. You can redirect stdout still, though ☻
It found a surprising amount of packages I hope the maintainers filed
unblock requests for ;-)
Improvements welcome… that don’t involve rewriting this in a programming
language beginning with b or p anyway ;-) also, comments.
I can imagine it being useful in all sorts of situations, not just the
one I’m currently using it for. (Also, “what packages I use were removed
from Debian?” etc.)
Development was sponsored by ⮡ tarent solutions GmbH
Enjoy,
//mirabilos
--
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
ITP: gh -- the Github CLI
Package: wnpp Severity: wishlist * Package name: gh Version : 0.5.5 Upstream Author : GitHub Inc. * URL : https://cli.github.com/ * License : MIT Programming Lang: Go Description : the GitHub CLI gh is a command-line interface for the Github source-hosting service; it brings pull requests, issues, and other GitHub functionality to the terminal, next to git and other programming tooling. It is an alternative to hub, which was Github's unofficial CLI client. signature.asc Description: PGP signature
ITP: gh -- the Github CLI
* Package name: gh Version : 0.5.5 Upstream Author : GitHub Inc. * URL : https://cli.github.com/ * License : MIT Programming Lang: Go Description : the GitHub CLI gh is a command-line interface for the Github source-hosting service; it brings pull requests, issues, and other GitHub functionality to the terminal, next to git and other programming tooling. It is an alternative to hub, which was Github's unofficial CLI client. signature.asc Description: PGP signature
Bug#991376: ITP: nats.c -- C client for the NATS messaging system
Package: wnpp Severity: wishlist Owner: Victor Seva X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: nats.c Version : 2.5.1 Upstream Author : Derek Collison de...@nats.io * URL : https://github.com/nats-io/nats.c/ * License : Apache-2.0 Programming Lang: C Description : C client for the NATS messaging system NATS messaging enables the exchange of data that is segmented into messages among computer applications and services. These messages are addressed by subjects and do not depend on network location. This provides an abstraction layer between the application or service and the underlying physical network. Data is encoded and framed as a message and sent by a publisher. The message is received, decoded, and processed by one or more subscribers. This is needed as a dependency for the new kamailio nats module https://www.kamailio.org/w/2021/07/new-kamailio-module-nats/ -BEGIN PGP SIGNATURE- iQEzBAEBCgAdFiEE3S3PbKiJPTunbGuNsViYiXJxmOAFAmD4mcEACgkQsViYiXJx mODXZwf/UOwxjAwGbPJok+WPfhPxiWRO0zWmhyytZg9wvF184LxLz1U+3Z5e2ss4 SA0eTeJJAaNseC/8uHtDrWFaupG11cdkffDsZZrWmG1bjDBO6T4kq2/SaNvrAH0o 8MqElLNiNr4zXoiPgzu1ZHZ+Jf7c8Algo6iPTjonyz2vU6S3x1EVxHWzGPTZzo05 TWYu56QyCzoOgNtS2yRnERW8O3lo2xq0oWPcsReK46wWbdFiErs3x0zVTaDtUYRR eOpzdS26rtlF3gULVQZfng44JnHAV7SEPM/z6AyRPwUqbBSqVxefwH4sAjpLfoQI QXj087lSbi+nP+BAsxzmmZecOO5J9Q== =MKFe -END PGP SIGNATURE-
Re: not actually anything to do with merged-/usr any more
On Tue, 20 Jul 2021 at 21:16:57 -0400, Polyna-Maude Racicot-Summerside wrote: > I'd love to know more about what made you switch to Devuan You're welcome to have this discussion privately, but please take it off-list. A few days before the provisional release date for Debian 11 is not the time to light more fires on -devel. Back to the topic of merged-/usr, the first step in any reasonable plan to move on from the current situation - whether in favour of merged-/usr or against it - is going to be "get Debian 11 released". So let's do that? At this point in the release cycle in particular, I would ask anyone who is not able to contribute directly to getting a high-quality Debian 11 release to contribute by trying not to distract the people who are making it happen. Thanks, smcv
