-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement slave alternative manpages #12
Comments
One thing worth investigating is whether one could install packages in a Linux user namespace to reasonably well sandbox the installation. |
I’ve filed a feature request against piuparts: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850917 |
The patch is now live in piuparts and reflected in a number of (but not all) logfiles, see e.g.
Next up: making Debiman read these logs and parse the command lines. |
I implemented support and verified my changes by running debiman with and without the new
The diff only contains expected additions, which verifies the change works as expected. I’ll try cleaning up, pushing and deploying this tomorrow. |
I made a mistake yesterday by only specifying I’m currently doing another run with |
This is now live. I’ll still need to set up automated updates of the piuparts data files. |
Should
|
Thanks for the hint. The automated updates of the data files aren’t done yet. Let me reopen the bug until this is fixed, then also update the README. |
Status update: automated updates are now in place. https://piuparts.debian.org/for-manpages.d.o/ is still missing buster.json.gz (I’ve asked Holger to pull a corresponding change). Once that file appears, I’ll push a change to update the README. |
Is this why psql is missing? https://manpages.debian.org/stretch/postgresql-client-9.6/index.html (Or is that a new bug?) |
Thanks for the report. psql(1) is missing because of a logic bug in that infrastructure. I filed #106 for that. |
A large number of packages makes manpages available via slave alternatives. See https://codesearch.debian.net/search?q=path%3Adebian%2F+update-alternatives+--install for an upper bound.
This is tricky to implement, because slave alternatives are configured in the postinst maintainer script, i.e. via update-alternatives calls in arbitrary shell script. It would be brittle to parse that shell script without running it, not to mention that its behavior might depend on the package actually being installed.
It seems like the only solution is to actually install the package and then introspect the alternatives database, e.g. /var/lib/dpkg/alternatives/vi.
A few test cases are:
The text was updated successfully, but these errors were encountered: