These files are unneeded and become a source of errors when an
autotools build references a non-existing .la file. This was the
case with a recent update to freetype-harfbuzz.
The files are required by libtool to do libtool things, however
libtool works just fine without them. These files are safe to
remove according to upstream and other distributions have already
been doing this for a while.
> https://www.gnu.org/software/automake/faq/autotools-faq.html
>
> 3.1 What are these .la files for and can I safely remove them?
>
> portable encoding of static and shared library names and dependencies.
>
> removing usually only works OK if done in directories which the
> runtime linker searches by default anyway (otherwise you might need
> to set LD_LIBRARY_PATH or an equivalent variable) and only on systems
> where the runtime linker loads indirect library dependencies
> automatically (includes GNU/Linux, GNU, Solaris).
It is recommended that you remove all .la files from your system
if manually updating the package manager to the latest version.
Running 'kiss update' will automatically handle this for you.
The following script will be run on post-install to clean up the
.la files. This can also be run manually. Executing this script
will do nothing if the system is already clean.
#!/bin/sh
find "$KISS_ROOT/usr/lib" \
! -type d \
-name \*.la \
-exec rm -f -- {} +
find "$KISS_ROOT/var/db/kiss/installed" \
! -type d \
-name manifest \
-exec sed -i '/.*\.la$/d' {} +
This commit also brings back the removal of charset.alias which was
a part of the default KISS_HOOK prior. It makes much more sense for
it to live alongside this change.
The package manager will no longer clean up any other pre-existing
cache directories at exit.
- Fixes a portability issue by removing usage of /proc.
- Fixes issues when the user has KISS_PID set.
- Outside of the realm of what the utility should do.
This adds support for relative paths when passing tarballs to kiss
directly and removes a prevents a misleading and confusing error
message from appearing (a false 'file not found').
This commit adds KISS_STRIP to allow stripping to be controlled at
runtime for all staged packages. This is also handy when temporarily
needing debugging symbols for a given piece of software.
Defaults to '1', set to '0' to disable stripping.
Example:
KISS_STRIP=0 kiss b zlib
This never truly worked as the post-install message would always
ensure that file size is '> 0' despite there being nothing to show
the user.
We now store the output to a variable, ensure it isn't empty and
go on our merry way.
*** Background
Liberation Mono, which is the "default" font set in the core repo, does not support the "✓" glyph.
*** Change
Suggested removing unsupported glyph(s).
*** Alternative Solution
Add additional or patched font to support more glyphs or add alternative font set (e.g. Terminus) to main repository for better unicode and glyph support.
*** Source
https://fonts2u.com/liberation-mono.font
