New commits:
commit 7c661728f5bf8acbd0d3304f9786c047d46e2b41
Author: Thomas Orgis <sobukus AT sourcemage.org>
Commit: Thomas Orgis <sobukus AT sourcemage.org>
gcc: drop .la files from installation
This uses the recently introduced infrastructure to influence the
multi-faced build of gcc to avoid libtool archives and also triggers
anything in the system that references things like libstdc++.la.
It worked for me.
The rational for dropping those .la files is that it seems consensus
among GNU/Linux distros to do so and it is just assumed that basic
toolchain libraries from GCC do not appear in libtool form. The pkgsrc
build framework stumbles over this, for example, on an SMGL box. While
one could argue that support and correct handling of /usr/lib/libstc++.la
and friends is a justified bug fix, the other side of the argument is
that nobody else installs those unnecessary libtool archives. They are
implied when you call g++ or gfortran. They really make no sense and
are just clutter anyway.
Convincing upstream to skip generating them would be a perhaps worthwhile
goal, but they may have their reasons and, well, any other distro is
capable
of filtering them in the packaging process.
commit 27d8a937d7b34a0525ea1e3f12475f0c232a7a4e
Author: Thomas Orgis <sobukus AT sourcemage.org>
Commit: Thomas Orgis <sobukus AT sourcemage.org>
mpg123: version 1.26.3, drop .la files
commit f016d3a1563b38feac284559eaf99d8d4d9080a8
Author: Thomas Orgis <sobukus AT sourcemage.org>
Commit: Thomas Orgis <sobukus AT sourcemage.org>
libtool-nola, la_remove_up_trigger.function: infrastructure for dropping
.la
As long as we do not have central filters for libtool archives, spells
that
have non-trivial lists of those files need some help:
- libtool-nola: Inject that into the libtool calls of the build (sed
Makefiles)
to have it call the real libtool, but remove the .la files afterwards.
- la_remove_up_trigger.function: Use that in UP_TRIGGERS to safely re-cast
spells that reference the removed .la files in theirs.
commit 265221efc753e2ad9d77fca3666a099aaadb41d0
Author: Thomas Orgis <sobukus AT sourcemage.org>
Commit: Thomas Orgis <sobukus AT sourcemage.org>
gst-plugins-good-1.0: make mpg123 dependency explicit
commit 7b5a88584ed8010d50d57f497135b8ba3ccd6e32
Author: Thomas Orgis <sobukus AT sourcemage.org>
Commit: Thomas Orgis <sobukus AT sourcemage.org>
smgl-test-spell, smgl-test-failspell: new spells for testing sorcery
Those little dummy spells help to debug basic operation of the
casting process. One depends on the other, which can be configured
to fail in various stages to test the reaction to that.
In future, I can imagine more complicated examples with sub-dependencies
and triggers. Or did I miss those spells existing already? Feels strange
to add basic tests two decades after the project started.
diff --git a/ChangeLog b/ChangeLog
index fe03b48..c286b2d 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,9 @@
+2020-09-08 Thomas Orgis <sobukus AT orgis.org>
+ * smgl/smgl-test-spell, smgl/smgl-test-failspell: dummy spells for
sorcery testing
+ * la_remove_up_trigger.function, libtool-nola: Support spells in
removing
+ libtool archives from installations. This is helpful as long as we
do not
+ have central filtering for those in sorcery.
+
2020-09-07 Ismael Luceno <ismael AT sourcemage.org>
* libs/usbredir: new spell, USB redirection support library