Presently, we do "ln -s libreoffice-<version> /opt/libreoffice"
but we use $LO_PREFIX everywhere else. So if $LO_PREFIX is not
equal to libreoffice-<version>, the symlink is broken. Use
"ln -s $LO_PREFIX /opt/libreoffice instead".
The mach of seamonkey is more nasty than FF or TB :(.
Q: Why not just export PATH=/opt/python3.11/bin:$PATH?
A: This will be too easy forgetting to unset it. And an explicit
PATH=$PATH_PY311 also helps sudo (sudo PATH=$PATH_PY311 mach install
will work perfectly fine, but export PATH=$PATH_PY311; sudo ... won't
work as sudo will reset $PATH).
Update to plasma-wayland-protocols-1.12.0.
Update to plasma5-5.27.10.
Update to kde gear-23.08.4 including kate, kwave, and falkon.
Update to kf5-5.113.0.
The is no /usr/lib/systemd on a sysV build so remove the instructions
in thunar and tumbler to remove /usr/lib/systemd/user/*.service.
Drop unused libglade dependency from xscreensaver.
I've marked most of these as 'role=nodep' so that jhalfs doesn't pick up
multiples in cases where it's not needed.
Transmission, Libreoffice, CMake, Poppler, and Appstream now have Qt6
ports working well.
I have left Qca, gpgme, polkit-qt, and other KDE-related packages alone.
They do have support for Qt6, but we should not list them as they are
incompatible with the Qt5 versions and we could end up causing
unintentional breakage by doing this.
Note that if you build something relying on $SHELL, it may still fail to
build in chroot.
In the chroot we first use "env -i" to clean the environment variables.
When bash starts with no $SHELL set, it *sets* SHELL=(the login shell
of current user specified in /etc/passwd), but it *does not export this
variable*.
For example:
$ cat > t.c << EOF
#include <stdio.h>
#include <stdlib.h>
int main() { puts (getenv ("SHELL") ?: "(nullptr)"); }
$ ./a.out
/bin/zsh/
$ cc t.c
$ env -i bash -c "echo $SHELL"
/bin/zsh
$ env -i bash -c "./a.out"
(nullptr)
We can remove this now only because Mozilla has added a workaround into
their building system at
https://hg.mozilla.org/mozilla-central/rev/5afe7b911f61 for some Mac
builder, inadvertently fixing our issue.
Link: https://lists.linuxfromscratch.org/sympa/arc/blfs-support/2014-11/msg00050.html
Link: https://lists.linuxfromscratch.org/sympa/arc/blfs-dev/2023-11/msg00136.html
If a newline is inside the comment, it won't be rendered. So we can
avoid an excessive amount of empty lines in seamonkey, and break the
long comments about RELR into multiple lines.
GTK+ was renamed to GTK in GTK 4, and WebKitGTK+ was renamed to WebKitGTK
correspondingly.
I've not touched the ChangeLog but we should avoid "+" in the future
ChangeLog entries.
Link: https://bugs.webkit.org/show_bug.cgi?id=264161
