-
-
Notifications
You must be signed in to change notification settings - Fork 504
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
DietPi-PREP | Assure manpages for installed packages are kept #3259
Comments
Workaround appears to be 'man - u' |
Did you probably run dietpi-cleaner once? This also has an option to remove man pages, since most users prefer to see them via web browser from desktop system. In case |
Don't remember running diet-cleaner. Fresh dietpi install. Minimal install, so manpages very useful while installing extra software (like less etc ;)) since everything is from the console command line or ssh ( piped | less where necessary, but not necessary in man of course).
Reinstalling all the apps, including system ones like apt to get easy manpages command would be necessary . Maybe there is a command I could run to reinstall everything except man-db and manpages? Seems a lot of work!
But with the 'man - u' workaround which adds an interactive additional step it's no longer a big issue now I know.
Personally for above reasons I would suggest an opt-out option for man-db/manpages in the initial install and that it should default to install man-db/manpages.
My 2¢ anyway
…On 9 Dec 2019, 17:44, at 17:44, MichaIng ***@***.***> wrote:
Did you probably run dietpi-cleaner once? This also has an option to
remove man pages, since most users prefer to see them via web browser
from desktop system. In case `apt install --reinstall apt` would
recover them for apt.
--
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub:
#3259 (comment)
|
Same issue here, i never ran (DietPi v6.26.3) |
I don't think the founders of unix/linux ever imagined man-db/manpages would ever be considered 'optional' and so never took into account the use case they might have to be installed later.. ;)
…On 9 Dec 2019, 22:17, at 22:17, David ***@***.***> wrote:
Same issue here, i never ran `dietpi-cleaner`
(DietPi v6.26.3)
--
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub:
#3259 (comment)
|
@smudgered
We keep all essential and required packages, and those which are used by our own scripts or we think are used by very most users (sudo + nano) + firmware(WiFi)/kernel/bootloader for individual SBCs/devices. Everything else is purged. I agree that the package man pages should remain on the system, so that when installing |
That would be great!
I like DietPi from what I have seen so far.
(And appreciate the time you've taken to clarify. In their priority labelling debian maybe didn't take account of special difficulties that might arise in man's case).
…On 11 Dec 2019, 15:54, at 15:54, MichaIng ***@***.***> wrote:
@smudgered
If you compare our image sizes with Raspbian Lite or Debian/Ubuntu
server images, it is obvious that we take much more as optional 😉.
If you go consequently with what the packages are marked as:
- `man-db`: https://packages.debian.org/buster/man-db Priority:
important (but not required or essential)
- `manpages`: https://packages.debian.org/buster/manpages Priority:
standard
- Compare with `grep`: https://packages.debian.org/buster/grep
Priority: essential, which means that other packages may use what
`grep` provides without listing it as explicit dependency. Such
packages must all exist on any Debian/APT system, else system scripts
might call commands which do not exist or need libraries which are not
present.
- Packages with priority "required" must still be listed as
dependencies by other packages, when they use them, however they are
usually expected present to allow proper system maintenance, e.g.
repairing the system, e.g.
[e2fsprogs](https://packages.debian.org/buster/e2fsprogs) which
provides fsck for ext2/3/4 file systems.
We keep all essential and required packages, and those which are used
by our own scripts or we think are used by very most users (sudo +
nano) + firmware(WiFi)/kernel/bootloader for individual SBCs/devices.
Everything else is purged.
I agree that the package man pages should remain on the system, so that
when installing `man-db` one is able to access all man pages of all
installed packages. I'll recheck and assure that for future images in
case.
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#3259 (comment)
|
@smudgered man pages are for very most users not required as well, when there are resources like: https://manpages.debian.org/ |
It would be great if you can come up with a solution. I will definitely look out for it.
The beauty of man (as an extended help) is that it is both so quick and handy, and also disappears without trace on the screen afterwards.
…On 11 Dec 2019, 19:31, at 19:31, MichaIng ***@***.***> wrote:
@smudgered
Of course all this is a question of individual needs and Debian package
priorities finally a suggestion. Only thing that must be taken
seriously is the "essential" packages, which are a must-have to assure
other packages do not run into errors, at least unless you know what
you're doing and how to interpret and fix potential issues. I am
experimenting with purged "hostname" and "sysvinit-utils", but then
some system services, cron jobs, APT installs etc produce errors due to
missing "hostname" "pidof" command etc. 😉.
Everything else is moreless optional and a question of personal
preferences. And as said, we (DietPi) like to ship things with least
possible overhead, least "bloated" and instead offer easy ways to
install/configure additions so that all eventual dependencies are
pulled automatically
(dietpi-software/dietpi-config/dietpi-drive_manager/...). E.g. install
Python when there is actually any software installed that requires
Python, instead of having this quite large library set pre-installed on
all those SBCs with in cases small SDcards etc.
man pages are for very most users not required as well, when there are
resources like: https://manpages.debian.org/
However I agree that it should be easily possible to add this feature
without having to reinstall every single package, hence the rephrased
issue topic 🙂.
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#3259 (comment)
|
+ DietPi-PREP | Keep man pages and documentation for installed packages. Removing those can cause APT upgrade issues in rare cases, removing "doc" in particular should be kept for legal reasons, as it contains copyright files/info, and finally we should enable users to simply install man-db to view all installed package man pages. When removing those, each package must be reinstalled to restore its man pages and documentation files: #3259 + DietPi-PREP | Align ARMbian service and file removal with DietPi-Patch, especially prevent file and new service install via dpkg exclusion config + DietPi-PREP | Be more verbose about files we remove
Creating a bug report/issue
Required Information
cat /DietPi/dietpi/.version
DIETPI_VERSION_CORE=6
echo $G_DISTRO_NAME
orcat /etc/debian_version
buster
uname -a
Linuxx DietPi 4.19.75+ DietPi-System | Quirks noticed by v158 image update #1270
echo $G_HW_MODEL_DESCRIPTION
or (EG: RPi3)RPi B (arm6l)
5V 2A Generic
Lexar High Speed (Class 10)
Additional Information (if applicable)
sed -n 5p /DietPi/dietpi/.hw_model
Steps to reproduce
Expected behaviour
Actual behaviour
-Response = "No manual entry for apt" Suggested action to "See 'man 7 undocumented'" > "No manual entry fod undocumented in section 7"
Try 'sudo man apt' - same response
Try 'man man' This works! Only this.
Extra details
Also uninstalled and reinstalled man-db and manpages afresh and rebooted to no effect.
The text was updated successfully, but these errors were encountered: