> On Sat, 27 Jul 2024, Maciej Barć wrote:
>> app-emacs/scala-mode
> I would be against removing this pkg except that it is true that it
> depends on a Scala interpreter on runtime, very weird design choice.
It is an optional feature which is only needed for running the Scala
interpreter with
On 27/07/2024 12.30, Maciej Barć wrote:
app-emacs/scala-mode
I would be against removing this pkg except that it is true that it
depends on a Scala interpreter on runtime, very weird design choice.
FYI: app-emacs/scala-ts-mode may be an alternative.
@Volkmar: You may want to adjust the
app-emacs/scala-mode
I would be against removing this pkg except that it is true that it
depends on a Scala interpreter on runtime, very weird design choice.
So yes, all those pkgs have to go at once.
W dniu 27.07.2024 o 10:30, Volkmar W. Pogatzki pisze:
# Volkmar W. Pogatzki
This prepares the eclass for the transition from /usr/bin/java-config-2
to /usr/bin/java-config.
Starting with dev-java/java-config-2.3.3, the java-config utility is
installed as java-config and the java-config-2 compatibility symlink
will only be installed if the 'compat' USE flag is enabled
# Volkmar W. Pogatzki (2024-0r73-27)
# Stable version stuck on EAPI=6.
# Lacks maintainer capacity for dev-lang/scala.
# Removal on 2024-08-26. Bugs #932012, #932737, #933607.
dev-lang/scala
dev-lang/mozart
dev-lang/mozart-stdlib
app-emacs/scala-mode
# Arthur Zamarin (2024-07-27)
# EAPI=6 package, awaits version bump.
# Removal on 2024-08-26. Bug #936756.
www-apps/rt
### Some extra notes:
There is open PR [1] for handling that, on which the maintainer
responded 2 times, but even after 2 pings from me, haven't merged it
yet. Merging the PR
# Arthur Zamarin (2024-07-27)
# EAPI=6, awaits version bump. This is *-macos prefix only package, so
# hard to verify EAPI bump without the maintainer.
# Removal on 2024-08-26. Bug #936755.
dev-debug/gdb-apple
OpenPGP_signature.asc
Description: OpenPGP digital signature
Only one variable needs to be set. For details, see
https://pyo3.rs/latest/building-and-distribution.html#cross-compiling.
Signed-off-by: James Le Cuirot
---
eclass/distutils-r1.eclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
This is just like python_get_sitedir, but it returns the stdlib
directory such as /usr/lib/python3.12. This is useful for locating the
sysconfigdata file.
Signed-off-by: James Le Cuirot
---
eclass/python-utils-r1.eclass | 23 +++
1 file changed, 23 insertions(+)
diff --git
cargo_env handles linker flags and enables cross-compiling. It also
handles LTO filtering, so we can remove that from this eclass.
Signed-off-by: James Le Cuirot
---
eclass/distutils-r1.eclass | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git
This is currently done for Cargo by distutils-r1.eclass. The next commit
will remove that code, leaving cargo_env responsible for it.
Signed-off-by: James Le Cuirot
---
eclass/cargo.eclass | 9 +
1 file changed, 9 insertions(+)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
Most projects don't strip binaries in release mode by default, but there
are exceptions like app-misc/broot.
Signed-off-by: James Le Cuirot
---
eclass/cargo.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index
LDFLAGS are not currently honoured by Cargo builds at all. It would be
particularly advantageous to honour -fuse-ld because alternative linkers
like mold are known to be significantly faster at handling Rust.
As things stand, the eclass sets the linker to CC when cross-compiling,
but it does so
Rust packages have a tendency to rebuild parts during test and install.
It is not clear whether this can be addressed. We were therefore relying
on some environment variables set during the compile phase for
cross-compiling to work in the later phases. This is not ideal,
especially if you need to
"config" is deprecated and "config.toml" has been valid for ages.
Signed-off-by: James Le Cuirot
---
eclass/cargo.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index 7db34efb4e174..aab28dbbac167 100644
---
Sorry for yet another iteration of this. I noticed that the build host flags
were not being applied to rustc when cross-compiling. Upon investigation, I
found that this isn't actually possible right now. I have reworked it to be
close to what we need when it does become possible.
James Le Cuirot
James Le Cuirot writes:
> Signed-off-by: James Le Cuirot
> ---
> eclass/cargo.eclass | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
> index 44d3f7ee31f59..9f0bffee0e048 100644
> --- a/eclass/cargo.eclass
> +++ b/eclass/cargo.eclass
>
James Le Cuirot writes:
> Rust packages have a tendency to rebuild parts during test and install.
> It is not clear whether this can be addressed. We were therefore relying
> on some environment variables set during the compile phase for
> cross-compiling to work in the later phases. This is not
cargo_env handles linker flags and enables cross-compiling. It also
handles LTO filtering, so we can remove that from this eclass.
Signed-off-by: James Le Cuirot
---
eclass/distutils-r1.eclass | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git
Signed-off-by: James Le Cuirot
---
eclass/cargo.eclass | 9 +
1 file changed, 9 insertions(+)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index 44d3f7ee31f59..9f0bffee0e048 100644
--- a/eclass/cargo.eclass
+++ b/eclass/cargo.eclass
@@ -532,7 +532,16 @@ cargo_src_configure() {
Most projects don't strip binaries in release mode by default, but there
are exceptions like app-misc/broot.
Signed-off-by: James Le Cuirot
---
eclass/cargo.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index
LDFLAGS are not currently honoured by Cargo builds at all. It would be
particularly advantageous to honour -fuse-ld because alternative linkers
like mold are known to be significantly faster at handling Rust.
As things stand, the eclass sets the linker to CC when cross-compiling,
but it does so
Rust packages have a tendency to rebuild parts during test and install.
It is not clear whether this can be addressed. We were therefore relying
on some environment variables set during the compile phase for
cross-compiling to work in the later phases. This is not ideal,
especially if you need to
Closes: https://bugs.gentoo.org/936557
Signed-off-by: Volkmar W. Pogatzki
---
eclass/java-utils-2.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
index 91f8fba8790b..8a062f2ad87e 100644
---
Based on no feedback I proceeded to push a PR available here:
https://github.com/gentoo/gentoo/pull/37712
On 2024/07/23 12:42, Jaco Kroon wrote:
If these use flags change then the extension dir changes too, requiring
extensions to be rebuilt.
The downside of this change is that different
Hi,
I'd like to put a call out for additional maintainers for the LDAP herd:
Three packages in the herd:
dev-db/lmdb
net-nds/openldap
sys-auth/nss_ldap
Plus other LDAP packages that are in maintainer-needed:
acct-group/ldap
acct-user/ldap
net-nds/ldapvi
sys-auth/pam_ldap
sys-fs/ldapfuse
There
On Wed, 2024-07-24 at 18:14 -0400, Eli Schwartz wrote:
> On 7/24/24 6:07 PM, James Le Cuirot wrote:
> > Rust packages have a tendency to rebuild parts during test and install.
> > It is not clear whether this can be addressed. We were therefore relying
> > on some environment variables set during
On Thu, 2024-07-25 at 07:35 +0200, Ulrich Müller wrote:
> Signed-off-by: Ulrich Müller
> ---
> eclass/savedconfig.eclass | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/eclass/savedconfig.eclass b/eclass/savedconfig.eclass
> index cc5748543078..65a1f3bfd800
Signed-off-by: Ulrich Müller
---
eclass/savedconfig.eclass | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/eclass/savedconfig.eclass b/eclass/savedconfig.eclass
index cc5748543078..65a1f3bfd800 100644
--- a/eclass/savedconfig.eclass
+++
Most projects don't strip binaries in release mode by default, but there
are exceptions like app-misc/broot.
Signed-off-by: James Le Cuirot
---
eclass/cargo.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index
LDFLAGS are not currently honoured by Cargo builds at all. It would be
particularly advantageous to honour -fuse-ld because alternative linkers
like mold are known to be significantly faster at handling Rust.
As things stand, the eclass sets the linker to CC when cross-compiling,
but it does so
Rust packages have a tendency to rebuild parts during test and install.
It is not clear whether this can be addressed. We were therefore relying
on some environment variables set during the compile phase for
cross-compiling to work in the later phases. This is not ideal,
especially if you need to
On 7/24/24 6:07 PM, James Le Cuirot wrote:
> Rust packages have a tendency to rebuild parts during test and install.
> It is not clear whether this can be addressed. We were therefore relying
> on some environment variables set during the compile phase for
> cross-compiling to work in the later
Most projects don't strip binaries in release mode by default, but there
are exceptions like app-misc/broot.
Signed-off-by: James Le Cuirot
---
eclass/cargo.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index
LDFLAGS are not currently honoured by Cargo builds at all. It would be
particularly advantageous to honour -fuse-ld because alternative linkers
like mold are known to be significantly faster at handling Rust.
As things stand, the eclass sets the linker to CC when cross-compiling,
but it does so
Rust packages have a tendency to rebuild parts during test and install.
It is not clear whether this can be addressed. We were therefore relying
on some environment variables set during the compile phase for
cross-compiling to work in the later phases. This is not ideal,
especially if you need to
From: Alfred Wingate
Building on llvm profiles is problematic if toolchain variables are not properly
set. So set HOSTLD and HOSTAR to match at least the kernels own LLVM=1 variable
to ensure a smoother build for end users.
For example an unset HOSTLD causes issues as it defaults to GNU ld
For module-less kernels 'make modules_prepare' does nothing, we only get
kernel.release after running src_compile. Luckily the kernel has the
"kernelrelease" target which we can use for this purpose.
Note, in kernel-install.eclass we still read the kernel release directly from
the file since a)
The kernels 'make rpm-pkg' and 'make deb-pkg' install the config
and System.map into the modules directory for easy access. Let's
do the same here so our gpkg's are more symetric to rpm's and
deb's and tools that look for these files there can find it.
This also provides an easy location for the
# Sam James (2024-07-24)
# Fails to build with GCC 15, several open bugs
# including test failures. Unpackaged by others.
# Removal on 2024-08-23. Bug #936581.
app-accessibility/epos
signature.asc
Description: PGP signature
> On Tue, 23 Jul 2024, Florian Schmaus wrote:
>> Having more than one element in REPLACING_VERSIONS is certainly a
>> corner case, but I still wonder about the logic. Shouldn't it be
>> the other way around, i.e. if there is _any_ empty ${_GREADME_SHOW}
>> then there is an identical file
If these use flags change then the extension dir changes too, requiring
extensions to be rebuilt.
The downside of this change is that different versions of PHP can no
longer have different USE values for threads and debug.
Signed-off-by: Jaco Kroon
---
eclass/php-ext-source-r3.eclass | 9
On 21/07/2024 10.26, Ulrich Mueller wrote:
On Tue, 16 Jul 2024, Florian Schmaus wrote:
Notes:
- also show readme contents if FEATURES=nodoc
Good. :)
Thanks for your review.
--- /dev/null
+++ b/eclass/greadme.eclass
@@ -0,0 +1,257 @@
+# Copyright 1999-2024 Gentoo Authors
+#
Change the IUSE defaults logic to default-enable the *oldest* ~arch
version rather than the newest one, when no stable slots are supported.
Since we only except a single ~arch version to exist, this effectively
prevents the eclass from default-enabling the unkeyworded snapshots.
Closes:
Hey,
the following packages are up-for-grabs:
https://packages.gentoo.org/packages/sys-fs/mount-zip
https://packages.gentoo.org/packages/sys-fs/rar2fs
-- juippis
OpenPGP_signature.asc
Description: OpenPGP digital signature
# David Seifert (2024-07-22)
# Unmaintained, replaced by app-portage/pram which has more features
# and works better for merging PRs. Removal on 2024-08-21.
dev-perl/Gentoo-App-Pram
signature.asc
Description: This is a digitally signed message part
I apologise in advance for the formatting, I am writing this from my
phone.
On July 20, 2024 9:07:03 PM UTC, Michael Orlitzky wrote:
> [...]
> Rather than maintain the list twice (once for checkpath, and once for
> tmpfiles), you can let OpenRC use the tmpfiles entry too. This should
> happen by
On 7/21/24 11:31 AM, Michał Górny wrote:
> Hello,
>
> The following projects now have no members. Please consider joining
> them if you're interested. Otherwise, we will probably disband them.
>
> https://wiki.gentoo.org/wiki/Project:Geosciences
> https://wiki.gentoo.org/wiki/Project:Prolog
>
Hello,
The following projects now have no members. Please consider joining
them if you're interested. Otherwise, we will probably disband them.
https://wiki.gentoo.org/wiki/Project:Geosciences
https://wiki.gentoo.org/wiki/Project:Prolog
https://wiki.gentoo.org/wiki/Project:Vim
--
Best
Signed-off-by: Andrew Ammerlaan
---
eclass/kernel-build.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/kernel-build.eclass b/eclass/kernel-build.eclass
index fa01be28723f..aca387bb5abd 100644
--- a/eclass/kernel-build.eclass
+++ b/eclass/kernel-build.eclass
@@
Bug: https://bugs.gentoo.org/936402
Signed-off-by: Andrew Ammerlaan
---
eclass/kernel-build.eclass | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
diff --git a/eclass/kernel-build.eclass b/eclass/kernel-build.eclass
index cf060fa83766..fa01be28723f 100644
---
Bug: https://bugs.gentoo.org/936402
Signed-off-by: Andrew Ammerlaan
---
eclass/secureboot.eclass | 26 +++---
1 file changed, 19 insertions(+), 7 deletions(-)
diff --git a/eclass/secureboot.eclass b/eclass/secureboot.eclass
index a9ba514cb7a0..4459b0341845 100644
---
> On Tue, 16 Jul 2024, Florian Schmaus wrote:
> Notes:
> - also show readme contents if FEATURES=nodoc
Good. :)
> --- /dev/null
> +++ b/eclass/greadme.eclass
> @@ -0,0 +1,257 @@
> +# Copyright 1999-2024 Gentoo Authors
> +# Distributed under the terms of the GNU General Public License v2
On Sat, 2024-07-20 at 20:25 +0300, Alexander Tsoy wrote:
>
> No, their names are predefined. For example with the current in-tree
> nginx:
>
> $ sudo ls -1 /var/lib/nginx/tmp/
> client
> fastcgi
> proxy
> scgi
> uwsgi
Ok, thanks. I see them now in the eclass (for the list: they're being
grepped
В Сб, 20/07/2024 в 20:25 +0300, Alexander Tsoy пишет:
> В Сб, 20/07/2024 в 13:15 -0400, Michael Orlitzky пишет:
> > But so long as we're talking about it: what do the file names under
> > /var/tmp/nginx look like? Hopefully they're random. Otherwise we
> > have
> > to worry about the bad guy
В Сб, 20/07/2024 в 13:15 -0400, Michael Orlitzky пишет:
> But so long as we're talking about it: what do the file names under
> /var/tmp/nginx look like? Hopefully they're random. Otherwise we have
> to worry about the bad guy pre-creating not only the directory, but
> also the files inside it.
On Sat, 2024-07-20 at 19:58 +0300, Alexander Tsoy wrote:
>
> Please note that systemd-tmpfiles can remove the whole /var/tmp/nginx
> directory if it and its contents are not touched for a long time. And
> then reload of nginx might fail. So it is better to create this
> directory via tmpfiles.d.
В Ср, 17/07/2024 в 15:05 +0300, Zurab Kvachadze пишет:
> This is the second revision of the systemd service file for NGINX.
>
> This commit removes redundant Exec{Stop,Reload} lines that restate
> the
> systemd defaults and changes the ExecStartPre directive from "nginx -
> t"
> (testing the
# Arthur Zamarin (2024-07-20)
# EAPI=6, fails to apply patch during src_prepare.
# Removal on 2024-08-19. Bugs #936398, #908957, #908959.
media-video/raspberrypi-omxplayer
OpenPGP_signature.asc
Description: OpenPGP digital signature
# Arthur Zamarin (2024-07-20)
# EAPI=6 package, no reverse dependencies, not maintained in Gentoo for
# a long time.
# Removal on 2024-08-19. Bugs #936397, #715284, #832000.
mail-filter/couriersrs
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Fri, 2024-07-19 at 06:31 +, Michael Orlitzky wrote:
Ok, no problem. I understood the checkpath but was curious about the
quality of the error message with checkconfig() vs start(). Thanks for
working on this!
Applied all the changes you've suggested to the branch specified in the
cover
Signed-off-by: Michał Górny
---
dev-python/miniupnpc/miniupnpc-2.2.8.ebuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/dev-python/miniupnpc/miniupnpc-2.2.8.ebuild
b/dev-python/miniupnpc/miniupnpc-2.2.8.ebuild
index cb0ab1a5907e..4dc7d2542ada 100644
---
Signed-off-by: Michał Górny
---
dev-python/pymountboot/pymountboot-0.2.3-r1.ebuild | 2 ++
1 file changed, 2 insertions(+)
diff --git a/dev-python/pymountboot/pymountboot-0.2.3-r1.ebuild
b/dev-python/pymountboot/pymountboot-0.2.3-r1.ebuild
index 470b4e018e5b..ee6883922cd4 100644
---
Signed-off-by: Michał Górny
---
dev-python/ytmusicapi/ytmusicapi-1.7.5.ebuild | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dev-python/ytmusicapi/ytmusicapi-1.7.5.ebuild
b/dev-python/ytmusicapi/ytmusicapi-1.7.5.ebuild
index b1568c0ab835..e101a972e750 100644
---
Add support for using the dev-python/pytest-import-check plugin to
test if all modules installed by the package can be imported.
Signed-off-by: Michał Górny
---
eclass/distutils-r1.eclass | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/eclass/distutils-r1.eclass
Enable wheel reuse by default, since no issues were revealed during
the testing so far. The option to disable them remains available, as it
can be useful e.g. to verify that reproducible wheels are actually
produced across implementation.
Signed-off-by: Michał Górny
---
Fix the QA check to match on `*py3-none-any.whl` to match the code
matching reusable wheels. This avoids false positives over
`dev-python/backrefs` that creates separate pure Python wheels for every
Python version.
Signed-off-by: Michał Górny
---
eclass/distutils-r1.eclass | 2 +-
1 file
Hello,
Here's another batch of changes to distutils-r1. Its focused on two
topics:
1. Enabling the new wheel reuse code (added 2024-05-20) by default.
This means that whenever possible, the eclass will invoke the PEP517
build system just once and install the resulting wheel for all
games-rpg/xu4 has PR with updates to ebuild:
https://github.com/gentoo/gentoo/pull/30799, please review it.
пт, 19 июл. 2024 г. в 15:16, Arthur Zamarin :
>
> # Arthur Zamarin (2024-07-19)
> # EAPI=6 games. Feel free to drop any package after bumping it's EAPI.
> # Removal on 2024-08-18. Bug
# Arthur Zamarin (2024-07-19)
# EAPI=6 games. Feel free to drop any package after bumping it's EAPI.
# Removal on 2024-08-18. Bug #936299.
games-arcade/sdl-sopwith
games-arcade/syobon
games-arcade/wop
games-mud/crystal
games-mud/gmudix
games-mud/kildclient
games-puzzle/color-lines
On Fri, 2024-07-19 at 09:20 +, Zurab Kvachadze wrote:
>
> I haven't even known of this OpenRC feature! As you explained it, the
> removal of NGINX_{CONFIG,PID}FILE totally makes sense. Should I also add
> '-g "pid ${pidfile};"' to command_args for your example with
> 'nginx-internal' to work
I apologise for such delayed response. We're having major electricity
outages here and I couldn't find the possibility to address your review.
Nonetheless, here we are :)
On Wed, 2024-07-17 at 08:41 +, Michael Orlitzky wrote:
> On Wed, 2024-07-17 at 15:05 +0300, Zurab Kvachadze wrote:
> >
>
Hello,
This is a follow up from an older thread by leio in the mailing list:
https://archives.gentoo.org/gentoo-dev/message/bf36c4c50f9c15db222faa6a66b0c6c9
The problem is that, at present time, we are getting more and more bugs
coming from flatpak users that get build failures due to having
On Wed, 2024-07-17 at 15:05 +0300, Zurab Kvachadze wrote:
>
> +NGINX_CONFIGFILE=${NGINX_CONFIGFILE:-/etc/nginx/nginx.conf}
> +pidfile=${NGINX_PIDFILE:-/run/nginx.pid}
OpenRC allows you to run multiple instances of the same service by
creating symlinks in /etc/init.d. For example, I might symlink
The build system of this package automagically enables HMAC support
based on SSL functionality being enabled in the installed NGINX.
In order to enable this support independently, via a USE flag, a "hack"
is applied: only if GENTOO_USE_HMAC environmental variable and
preprocessor definition are
Signed-off-by: Zurab Kvachadze
---
www-nginx/ngx-encrypted-session/Manifest | 1 +
.../ngx-encrypted-session}/metadata.xml | 2 +-
.../ngx-encrypted-session-0.09.ebuild | 32 +++
3 files changed, 34 insertions(+), 1 deletion(-)
create mode 100644
Signed-off-by: Zurab Kvachadze
---
www-nginx/ngx-echo/Manifest| 1 +
.../evtest => www-nginx/ngx-echo}/metadata.xml | 2 +-
www-nginx/ngx-echo/ngx-echo-0.63.ebuild| 18 ++
3 files changed, 20 insertions(+), 1 deletion(-)
create mode 100644
Signed-off-by: Zurab Kvachadze
---
www-nginx/ngx_devel_kit/Manifest | 1 +
.../ngx_devel_kit}/metadata.xml | 2 +-
.../ngx_devel_kit/ngx_devel_kit-0.3.3.ebuild | 28 +++
3 files changed, 30 insertions(+), 1 deletion(-)
create mode 100644
This commit adds the live Mercurial version of NGINX to the Gentoo tree,
making use of nginx.eclass.
Signed-off-by: Zurab Kvachadze
---
.../nginx/{nginx-1.26.1-r2.ebuild => nginx-.ebuild} | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
copy
This commit is identical to the previous one, with the mainline
1.27.0 NGINX version being made to utilize nginx.eclass.
See the previous commit for the list of changes.
Signed-off-by: Zurab Kvachadze
---
.../nginx/{nginx-1.26.1-r2.ebuild => nginx-1.27.0-r2.ebuild}| 2 +-
1 file changed, 1
This commit makes NGINX employ new nginx.eclass. This bumps the stable
1.26.1 NGINX version to the second revision bringing a considerable
amount of changes:
* NGINX is now fully slotted. Stable versions are in the 'stable'
SLOT and mainline ones are in the 'mainline' SLOT.
* All
The www-nginx category is expected to contain third party modules for
the NGINX server, which was made possible with the introduction of
nginx-module.eclass.
Currently, NGINX bundles 25 modules that could all be separate packages.
A non-comprehensive list of these modules: ngx_devel_kit[1],
Does the same as two previous commits, this time with
nginx_modules_stream.desc.
Two new modules were added: "pass", "set", "upstream_random" and "ssl".
For the last module, see [1] in the first of two preceeding commits.
Signed-off-by: Zurab Kvachadze
---
This commit modifies the nginx_modules_mail.desc roughly the same as the
preceeding one modified nginx_modules_http.desc.
This commit adds description for the "ssl" module (see [1] in the
previous commit).
Signed-off-by: Zurab Kvachadze
---
profiles/desc/nginx_modules_mail.desc | 9 +
The wording used in nginx_modules_http.desc to describe the USE flags
was rather inconsistent with how USE flags are described in Gentoo.
This commit features the following changes:
* The missing descriptions were added for the "ssl"[1],
"upstream_random", "v2"[1] and "v3"[1] modules.
This is the fourth revision of the main configuration file of NGINX.
Thank you Torbjörn Lönnemark for reporting this!
This revision brings a lot of changes, mainly in terms of removed
directives (and yes, I will quote Torbjörn Lönnemark on this):
* worker_processes "1" -> "auto": it makes no
This is the second revision of the logrotate script for NGINX.
This changes the log files' names from /var/log/nginx/*_log to
/var/log/nginx/*.log, resembling the new nginx.eclass defaults (bug
700866).
The postrotate script was updated to use the "$()" construct for the
command substitution,
This is the second revision of the systemd service file for NGINX.
This commit removes redundant Exec{Stop,Reload} lines that restate the
systemd defaults and changes the ExecStartPre directive from "nginx -t"
(testing the NGINX configuration that is done anyway by the main
process, bug 481456)
This is the first revision of NGINX .confd file.
This adds the NGINX_MAXWAITTIME variable that configures the maximum
amount of time for the upgrade() function to wait for NGINX to start
before producing an error.
Signed-off-by: Zurab Kvachadze
---
www-servers/nginx/files/{nginx.confd =>
This is the fifth revision of the init.d script for NGINX.
Starting with this commit, NGINX does not check its configuration twice
upon start and configuration reload (bug 481456). In the former case, if
any errors occur, the error message will be printed. This is not the
case with the reload()
With this commit I am stepping up to maintain the www-servers/nginx
package.
In addition to changing the maintainer tags, this commit also makes the
following modifications to the metadata.xml:
1. Added longdescription from [1].
2. Changed descriptions for "aio", "http", "libatomic" USE
Currently, it is impossible for NGINX external modules to be packaged
on their own, separately from the NGINX ebuild. The nginx-module.eclass
enables packaging third party NGINX modules as any other software in the
Gentoo tree.
The eclass builds on the foundation provided by nginx.eclass.
NGINX
This adds a generic eclass for building, testing and installing NGINX
distributions (F5's NGINX, freenginx, etc).
This is a complete revamp of the way NGINX is packaged in Gentoo.
The problem
===
NGINX has not been maintained for almost 2 years, since June 5 2022
(commit 9061b2f2318:
Do not merge this yet! This patch is still an RFC. Refer to the "Questions and
problems" section for more detailed explanation of the issues that (more or
less) block the merging of the patches.
GitHub PR: https://github.com/gentoo/gentoo/pull/37590
This is an attempt to improve the state of
dev-lang/luajit is up for grabs. It has several open bugs and I don't
really use lua any longer.
Thanks,
William
signature.asc
Description: PGP signature
Add a new eclass for dev-util/rebar:3, based on the work of Anna
Vyalkova in ::guru (thanks!).
The Erlang/OTP ecosystem is moving to Rebar3. Upstreams start to drop
support for Rebar2, or at least consider it.
Signed-off-by: Florian Schmaus
---
eclass/rebar3.eclass | 194
In preperation for rebar3.eclass, factor out common functions into
rebar-utils.eclass.
Signed-off-by: Florian Schmaus
---
eclass/rebar-utils.eclass | 160 ++
eclass/rebar.eclass | 112 +-
2 files changed, 163 insertions(+), 109
This new eclass includes various improvements over the existing
readme.gentoo-r1.eclass.
First, the content of README.gentoo will only be shown on new
installations or if it has changed between updates.
Second, it allows the composition of readme via bash's heredoc.
And finally, the eclass
[This patchset was initially send with the wrong 'from' address to gentoo-dev@
and therefore never arrived at this mailing list]
The Erlang/OTP ecosystem, or at least parts of it, are moving away
from Rebar2 and towards Rebar3. While Rebar3 is packaged in Gentoo as
dev-util/rebar:3, the current
Some scripts are supposed to be installed with file extensions [1, 2]. Add
support for declaring those scripts in a new elcass variable
TEXLIVE_SCRIPTS_W_FILE_EXT.
Also use pure-bash functions to retrieve the basename and strip the file
extensions. And use "declare -l" to lowercase the value of
1 - 100 of 94046 matches
Mail list logo