[gentoo-dev] Last rites: dev-python/pymilter

2024-01-24 Thread Michał Górny
# Michał Górny  (2024-01-24)
# Unmaintained, tests fail, requires discontinued dev-python/bsddb3.
# No commits since 2022.  No reverse dependencies.
# Removal on 2024-02-23.  Bug #894688.
dev-python/pymilter

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: net-nds/nsscache

2024-01-24 Thread Michał Górny
# Michał Górny  (2024-01-24)
# No support for Python 3.11+.  No PEP517.  Tests are not enabled.
# The current keyworded version is from 2019.  It was bumped in 2022
# but it has not been keyworded since (pending "testing").
# Depends on unmaintained dev-python/bsddb3.
# Removal on 2024-02-23.  Bug #897136.
net-nds/nsscache

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last-rites: sys-kernel/installkernel-systemd

2024-01-24 Thread Andrew Ammerlaan

# Andrew Ammerlaan  (2024-01-24)
# The functionality of sys-kernel/installkernel-systemd has been
# integrated into sys-kernel/installkernel[systemd].
# Please install sys-kernel/installkernel and remove
# sys-kernel/installkernel-systemd. See the news item entitled
# "Merging of installkernel-gentoo and installkernel-systemd" for details.
#
# Removal on 2024-02-24
sys-kernel/installkernel-systemd



Re: [gentoo-dev] [PATCH] cargo.eclass: add CARGO_TOML_DIR

2024-01-24 Thread orbea
On Tue, 23 Jan 2024 11:43:13 -0800
orbea  wrote:

> On Tue, 23 Jan 2024 17:48:25 +0100
> Michał Górny  wrote:
> 
> > On Tue, 2024-01-23 at 06:13 -0800, orbea wrote:  
> > > On Tue, 23 Jan 2024 04:48:02 +0100
> > > Michał Górny  wrote:
> > > 
> > > > On Mon, 2024-01-22 at 19:32 -0800, orbea wrote:
> > > > > This is required when cargo_live_src_unpack needs to be find a
> > > > > Cargo.toml file in a directory other than ${S}
> > > > > 
> > > > > Signed-off-by: orbea 
> > > > > ---
> > > > >  eclass/cargo.eclass | 11 ++-
> > > > >  1 file changed, 10 insertions(+), 1 deletion(-)
> > > > > 
> > > > > diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
> > > > > index 3bdbb5e3ec64..692623382c56 100644
> > > > > --- a/eclass/cargo.eclass
> > > > > +++ b/eclass/cargo.eclass
> > > > > @@ -116,6 +116,15 @@ ECARGO_VENDOR="${ECARGO_HOME}/gentoo"
> > > > >  # other src_functions of this eclass.
> > > > >  # Note that cargo_gen_config is automatically called by
> > > > > cargo_src_unpack. 
> > > > > +# @ECLASS_VARIABLE: CARGO_TOML_DIR
> > > > > +# @DEFAULT_UNSET
> > > > > +# @DESCRIPTION:
> > > > > +# Optional variable containing the directory path to the
> > > > > Cargo.toml file. +# Should be defined before calling
> > > > > cargo_live_src_unpack. +#
> > > > > +# This is required for live ebuilds when Cargo.toml in a
> > > > > directory other +# than ${S}.
> > > > > +
> > > > >  # @ECLASS_VARIABLE: myfeatures
> > > > >  # @DEFAULT_UNSET
> > > > >  # @DESCRIPTION:
> > > > > @@ -403,7 +412,7 @@ cargo_live_src_unpack() {
> > > > >   umask "${EVCS_UMASK}" || die "Bad options to
> > > > > umask: ${EVCS_UMASK}" fi
> > > > >  
> > > > > - pushd "${S}" > /dev/null || die
> > > > > + pushd "${CARGO_TOML_DIR:-$S}" > /dev/null || die
> > > > >  
> > > > 
> > > > Please respect the current variable style.
> > > 
> > > Sorry for being dense, but could you elaborate what you mean?
> > > 
> > 
> > You changed '${S}' to '$S' which goes against the established style.
> >   
> 
> Thanks for spelling that out, I corrected the patch.
> 
> -
> 
> This is required when cargo_live_src_unpack needs to be find a
> Cargo.toml file in a directory other than ${S}. This may happen in
> cases where the package has a rust component within a subdirectory
> where the program otherwise use another language.
> 
> Signed-off-by: orbea 
> ---
>  eclass/cargo.eclass | 11 ++-
>  1 file changed, 10 insertions(+), 1 deletion(-)
> 
> diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
> index 3bdbb5e3ec64..f88b3b82d8ed 100644
> --- a/eclass/cargo.eclass
> +++ b/eclass/cargo.eclass
> @@ -116,6 +116,15 @@ ECARGO_VENDOR="${ECARGO_HOME}/gentoo"
>  # other src_functions of this eclass.
>  # Note that cargo_gen_config is automatically called by
> cargo_src_unpack. 
> +# @ECLASS_VARIABLE: CARGO_TOML_DIR
> +# @DEFAULT_UNSET
> +# @DESCRIPTION:
> +# Optional variable containing the directory path to the Cargo.toml
> file. +# Should be defined before calling cargo_live_src_unpack.
> +#
> +# This is required for live ebuilds when Cargo.toml in a directory
> other +# than ${S}.
> +
>  # @ECLASS_VARIABLE: myfeatures
>  # @DEFAULT_UNSET
>  # @DESCRIPTION:
> @@ -403,7 +412,7 @@ cargo_live_src_unpack() {
>   umask "${EVCS_UMASK}" || die "Bad options to umask:
> ${EVCS_UMASK}" fi
>  
> - pushd "${S}" > /dev/null || die
> + pushd "${CARGO_TOML_DIR:-${S}}" > /dev/null || die
>  
>   # Respect user settings before cargo_gen_config is called.
>   if [[ ! ${CARGO_TERM_COLOR} ]]; then

On second thought maybe this patch is not necessary? A trivial
workaround is to just set ${S} for cargo_live_src_unpack, for example...

  S="${S}"/path/to/rust/dir \
  cargo_live_src_unpack

Would this be something that is future proof or is it better to have a
dedicated variable to handle it?




[gentoo-dev] Pseudo up-for-grabs: dev-lang/rust, dev-lang/rust-bin, virtual/rust

2024-01-24 Thread Sam James
Hi all,

rust@ is essentially empty as gyakovlev is long-term away and
dev-lang/rust, dev-lang/rust-bin, virtual/rust, sys-devel/rust-std,
etc all need _at least one_ maintainer.

xen0n has been doing some of the bumps but he's only really doing
so drive-by (although with best-effort review) and isn't AFAIK
interested in maintaining Rust full-time.

gyakovlev had some notes at
https://wiki.gentoo.org/wiki/User:GYakovlev/Rust_bump on bumping Rust,
might be that xen0n can improve that a little bit to improve handover if
necessary.

Ultimately, Rust needs an active maintainer who is on-top of the
ecosystem and able to handle the regular bumps every 6 weeks.

We already have a package needing not-in-tree rust-1.75.0
(https://bugs.gentoo.org/922880) which was only released 3-4 weeks
ago.

Please consider stepping forward if you rely on Rust. There's more
than enough advocates for it, there should be someone who is able
to then handle the packaging side.

thanks,
sam



[gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-nds/nsscache

2024-01-24 Thread Robin H. Johnson
On Wed, Jan 24, 2024 at 12:55:25PM +0100, Michał Górny wrote:
> # Michał Górny  (2024-01-24)
> # No support for Python 3.11+.  No PEP517.  Tests are not enabled.
> # The current keyworded version is from 2019.  It was bumped in 2022
> # but it has not been keyworded since (pending "testing").
> # Depends on unmaintained dev-python/bsddb3.
> # Removal on 2024-02-23.  Bug #897136.
> net-nds/nsscache
Infra needs this; upstream was AWOL for a long time, but I see they have
released 0.48/0.49 that contain much needed fixes.

I'll verify 0.49's behavior (0.47 was broken for Infra's use case).

-- 
Robin Hugh Johnson
Gentoo Linux: Dev, Infra Lead, Foundation President & Treasurer
E-Mail   : robb...@gentoo.org
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136


signature.asc
Description: PGP signature