The test suite was broken by the GLib 2.46.0 update. If anyone finds a
patch that remedies these issues for 2.4.x, please check it in!
Otherwise, we'll eventually update our default version to 2.6.x, I
suppose.
Closes https://github.com/NixOS/nixpkgs/issues/11084.
The old 5.0.0 is not available anymore.
I use the gtk33 hook to get proper icons, but still some icons are
broken (open, save, ...)
(cherry picked from commit 5e432c047e131da402d040c67dd9f6e3b5153681)
Upstream changes to the build system required adjusting many packages'
dependencies. On the Nixpkgs side, we no longer propagate the dependency
on cmake (to reduce closure size), so downstream dependencies had to be
adjusted for most packages that depend on kdelibs.
This seems to have been confusing people, using both xlibs and xorg, etc.
- Avoided renaming local (and different) xlibs binding in gcc*.
- Fixed cases where both xorg and xlibs were used.
Hopefully everything still works as before.
I've extracted some of libraries and made expression simpler.
(cherry picked from commit 66e6f99d40350a4b2a235913a1fa77d88b1a44a6)
Signed-off-by: Domen Kožar <domen@dev.si>
Icons no longer missing (fix#5509).
In `*.desktop` files:
- Replaced absolute path to the the store by the program name.
This is so that files can be dragged elsewhere by the user
(e.g.: desktop, bar) and still work after upgrade + garbage
collection and can be shared between machines.
- Replace program name `soffice` by program name `libreoffice`
so that we're sure the desktop file really refers to our
package's binary and not start office or open office.
Add the possibility of building without the help. This build is
not modular and take a really long time to complete so I want
a mean of improving shortcuts without having to rebuild the
whole thing (see #899). A wrapper script is the next step.
Tested (build and ran the program) with `en_US` only and
without the help module.
Started on staging and just hidden by #7524, most likely.
Now it builds and runs for me. Only the "development build" tag is strange.
/cc #8844, maintainers @viric, @7c6f434c.
The autoconf build system for poppler does not support building the
wrappers separately, so this slightly enlarges the size of closures. To
compensate, the command-line utilities have been separated into their
own package.
