Restore the the
xscreensaver-6.06-service-remove-Alias-org.jwz.xscreensav.patch in form
of sed in xscreensaver's 6.07 ebuild.
Signed-off-by: Florian Schmaus <flow@gentoo.org>
asturm pointed out that almost nobody should need this,
and I can only agree, it's also the biggest part of the
sources and is kind of wasteful.
Revbump for correctness, albeit not super useful here.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Can't use kernel_Winnt (at least at the moment) as it's an implicit IUSE
only in embedded profiles...
Bug: https://bugs.gentoo.org/910605
Signed-off-by: Sam James <sam@gentoo.org>
The upstream is moving away from explicit git submodules to meson
subprojects. This renders EGIT_SUBMODULES useless (wrt submodules
we care about), but as there are still some submodules (that we
don't care about) set the variable to empty array. Unfortunately,
our meson.eclass doesn't support subpojects yet, therefore mimic
what at least one other ebuild does (sys-apps/dbus-broker):
provide an alternative implementation of src_unpack() for the
live ebuild that downloads additional repositories via 'meson
subprojects download'. The non-live ebuilds do not need this
because the release archive contains bundles all subprojects.
Signed-off-by: Michal Privoznik <michal.privoznik@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/32484
Signed-off-by: Sam James <sam@gentoo.org>
Debated IUSE="doc" on every dev-qt/* (more typical), but this feels
so much simpler if you just want about all docs (possibly without
emerging the actual module even, or needing clang+qdoc to build).
Not to mention qtbase, qttools, qtdeclarative, and qtshadertools
would still need a separate package to handle circular deps
(or cross in case of qttools, plus it tend to not like to
run its own not-installed tools). Not that it is a big deal to
handle, but it is still things I do not particularly want around.
Note that this is complete qt-docs, includes documentation for
unpackaged modules as well.
Closes: https://bugs.gentoo.org/881435
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
For qt6, had bit of a draft to "merge" qttranslations with their
respective packages, plus a few splits for circular deps. But it
all started to feel churny and looked like it would be a pain to
maintain, prone to mistakes, and with very little to gain. Doing
our own tarballs could work but still requires some tracking and
writing scripts to handle it.
And then I do not think translations should need to be emerged
manually, it is something you can normally expect out of the box
unless you opt-out.
So let's just do the "nls? ( )" in qt6 even if runtime-only IUSE
are kind of terrible on a large package like qtbase.
Not unconditional given it does bring in linguist as extra, and
translations are still a decent ~13MB installed.
Live-only for now, no need to trigger rebuilds over this.
Bug: https://bugs.gentoo.org/810802
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Be slightly nicer for now as people on wd40 arches might rely on this for
booting. Not that we can really do much about this in the long-term, especially
given e.g. bug #910223 shows that it's not exactly a finished product (as well
as the constant rewrites).
Bug: https://bugs.gentoo.org/910223
Signed-off-by: Sam James <sam@gentoo.org>
This gives us a slightly easier transition for wd40 arches where people might
rely on thin provisioning (which now requires Rust).
Bug: https://bugs.gentoo.org/913711
Signed-off-by: Sam James <sam@gentoo.org>
Add DOCS to include TODO.md and notes.md, and call `einstalldocs` in
src_install().
Signed-off-by: Peter Levine <plevine457@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
For USE=debug to work, portage needs to run cargo_src_compile(), but
if `emake` is used in src_install(), it will trigger a rebuild without
debug. If cargo_src_install() is used instead, manpages and symlinks
won't be installed and the binary would have to be moved since there's
no way to make cargo install to /usr/sbin. So remove $(PDATA_TOOLS)
dependency in Makefile instead. Might as well patch out $(STRIP) too.
Signed-off-by: Peter Levine <plevine457@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
With emake, the Makefile just runs `cargo build --release` which
doesn't use ECARGO_ARGS set in cargo_src_configure() and doesn't
respect the debug USE flag. Let cargo_src_compile() handle building.
Signed-off-by: Peter Levine <plevine457@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Add licenses for cargo pkgs. `cargo-license --all-features` shows
Apache-2.0, BSD, GPL-3, MIT, and Unicode-DFS-2016 as hard
requirements. These also happen to satisfy all ORed license
requirements as well.
Signed-off-by: Peter Levine <plevine457@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Add CRATES to make it easier to use the 9999 ebuild as a general
template while only updating the crate versions when needed.
Signed-off-by: Peter Levine <plevine457@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Though it may change with Rust/GCC, Rust/LLVM doesn't support alpha,
hppa, or ia64. And until https://bugs.gentoo.org/769452 is sorted
out, arm, ppc, s390, and sparc will emit "nonsolvable depset(bdepend)"
error.
Signed-off-by: Peter Levine <plevine457@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
Prevent issue with activating thinvolume with valid but dangerous flag
setting.
See https://bugzilla.redhat.com/show_bug.cgi?id=2028905.
The fix includes 2 upstream patches:
commit 1fe8a0dbde9f5 ("[thin_check] Allow using --clear-needs-check and --skip-mappings together")
commit 9f3823c97dc0b ("[metadata_checker] Rename function to reflect command line changes")
In the first patch, the test code (thin_check.rs) is removed since 0.9.0 does
not support rust yet.
Closes: https://bugs.gentoo.org/910223
Signed-off-by: Gwendal Grignou <gwendal@chromium.org>
Closes: https://github.com/gentoo/gentoo/pull/31885
Signed-off-by: Sam James <sam@gentoo.org>
I'm not restoring older sci-libs/indilib because depending on it would
prevent installing latest indilib at the same time, and actually 1.9.8
doesn't build anymore without patching
While Stellarium supports using external indilib, it also has support
for downloading version 1.8.5 inside cmake using CPM, and using the
needed parts of it statically - that's how official packages are built;
here I'm telling CPM to not download it automatically, but use the
source downloaded by portage
Signed-off-by: Alexey Sokolov <alexey+gentoo@asokolov.org>
Bug: https://bugs.gentoo.org/913177
Closes: https://github.com/gentoo/gentoo/pull/32641
Signed-off-by: Joonas Niilola <juippis@gentoo.org>