grobian reports crashes with it, and given we only added it for the
benefit of a QEMU bug, let's yank it.
Bug: https://bugs.gentoo.org/914256
Signed-off-by: Sam James <sam@gentoo.org>
The helpers make it easier to link to external libraries from ebuilds
to accommodate to NGINX build system deficiencies.
Signed-off-by: Zurab Kvachadze <zurabid2016@gmail.com>
Part-of: https://github.com/gentoo/gentoo/pull/44576
Signed-off-by: Sam James <sam@gentoo.org>
This might be useful for packages having "config" in a non-root
directory. For example, imagine the following directory tree for some
NGINX module:
+--nginx/
| +--config
| +--ngx_module.c
|
+--lib/
| +--defective.c
|
+--README.md
In case defective.c needs to be patched, we need to know both the path
to the config file and the root directory of the module. Without this
patch, we only know the path to config, making it very hard to patch
defective.c
This commit introduces a new variable NGINX_MOD_CONFIG_DIR specifying
the subdirectory of NGINX_MOD_S containing the config script.
NGINX_MOD_S semantics change to "the root directory of the module
sources".
www-nginx/ngx-naxsi was a special case because it is the only module
actually having the config script in a subdirectory of NGINX_MOD_S. This
commit edits its patch and ebuild accordingly.
Signed-off-by: Zurab Kvachadze <zurabid2016@gmail.com>
Part-of: https://github.com/gentoo/gentoo/pull/44576
Signed-off-by: Sam James <sam@gentoo.org>
While the renaming seems convenient it can cause issues in the whole xdg
system, where binary names desktop file names etc. have to match for
everything to work as expected.
The rename was incomplete and a complete rename involves too many
things, so drop it and do what upstream does.
Closes: https://bugs.gentoo.org/965994
Signed-off-by: Henning Schild <henning@hennsch.de>
Part-of: https://github.com/gentoo/gentoo/pull/44600
Closes: https://github.com/gentoo/gentoo/pull/44600
Signed-off-by: Sam James <sam@gentoo.org>
When buidling with USE=gui we install a desktop file and need to run xdg
callbacks to update menus and caches.
Signed-off-by: Henning Schild <henning@hennsch.de>
Part-of: https://github.com/gentoo/gentoo/pull/44600
Signed-off-by: Sam James <sam@gentoo.org>
Seems(?) 4.23 was done to have "old changes" before merging a bunch
of build system changes into a follow up 4.24 almost right away.
For us this shouldn't really change much though.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
The user may have conflicting *FLAGS. Also, we enable it by default
in profiles in the toolchain already.
I meant to do this when initially committing but forgot to go back and
add it.
Signed-off-by: Sam James <sam@gentoo.org>
Noticed the .js files were in github's assets and considered using them
rather than the wheel, but 1) they're ~3x bigger than the wheel due to
no compression 2) wheel spares us from having to figure out what to
include in the event that it changes given just using a wildcard 3)
would need to rename them both in SRC_URI and the ebuild to include
then remove ${PV}. The one advantage may be being able to skip the
unzip dep but well.
Just keep a short note about these.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>