[gentoo-dev] Last rites: sys-fs/eudev
# eudev will be removed on 2022-01-01. # Please see the news item published on 2021-08-24 for more information. sys-fs/eudev
[gentoo-dev] Last rites: sci-biology/ApE
# Upstream discontinued Linux support over 10 years ago so we are now # one major version and countless known bugs behind. No source archives # published for current versions. Unmaintained in Gentoo for years, # EAPI 5. Removal in 30 days. Bug #827522 sci-biology/ApE -- Marecki OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-dev] [PATCH] 2021-11-23-mariadb-database-restore-maybe-required: add item
On Fri, Nov 26, 2021 at 12:55:10AM +, Sam James wrote: > > > > On 25 Nov 2021, at 17:07, Thomas Deutschmann wrote: > > > > On 2021-11-25 18:01, Piotr Karbowski wrote: > >>> https://github.com/gentoo/gentoo/blob/master/sys-libs/glibc/glibc-2.34-r2.ebuild#L643 > >> Would you see something like this on more ebuilds, postgres, mysql, > >> elasticsearch, or have proper FEATURE flag for it instead? > >> It's all cool and giggles until you realize that even such random variable > >> is not even prefixed with PORTAGE_ or anything, meaning it could be taken > >> out of shell and meant for entirely different thing. > > > > Yeah, sounds like the I_KNOW_WHAT_I_AM_DOING thing which you end up having > > enabled globally for various reasons. > > Just like updating in a cron job is a not-great idea, setting this globally > and not per-package via /etc/portage/env sounds rather cavalier. Generally I don't think there should be a central catch-all variable for this, ebuilds should use their own unlikely variable as needed if using this route until a better solution. e.g. MARIADB_I_ALLOW_THE_DESTRUCTION_OF_MY_DATABASE=yes Could take it further and require that =yes be =${PV} so that it only works once if forgotten. Then users setting this in not-so-great ways are still unlikely to be bitten by it. -- ionen signature.asc Description: PGP signature
Re: [gentoo-dev] [PATCHv3] 2021-11-23-mariadb-database-restore-maybe-required: add item
> On Fri, 26 Nov 2021, Joonas Niilola wrote: > v3 LGTM regardless of that addition. More comments, more acks to get > this merged even possibly tonight (UTC)? Anyone from PR? Ack. Looks good now. signature.asc Description: PGP signature
Re: [gentoo-dev] [PATCHv3] 2021-11-23-mariadb-database-restore-maybe-required: add item
On 25.11.2021 22.54, Thomas Deutschmann wrote: > Bug: https://bugs.gentoo.org/825234 > Signed-off-by: Thomas Deutschmann > --- > ...adb-database-restore-maybe-required.en.txt | 45 +++ > 1 file changed, 45 insertions(+) > create mode 100644 > 2021-11-23-mariadb-database-restore-maybe-required/2021-11-23-mariadb-database-restore-maybe-required.en.txt > > diff --git > a/2021-11-23-mariadb-database-restore-maybe-required/2021-11-23-mariadb-database-restore-maybe-required.en.txt > > b/2021-11-23-mariadb-database-restore-maybe-required/2021-11-23-mariadb-database-restore-maybe-required.en.txt > new file mode 100644 > index 000..c977ae7 > --- /dev/null > +++ > b/2021-11-23-mariadb-database-restore-maybe-required/2021-11-23-mariadb-database-restore-maybe-required.en.txt > @@ -0,0 +1,45 @@ > +Title: Full MariaDB database restore maybe required > +Author: Thomas Deutschmann > +Posted: 2021-11-23 > +Revision: 1 > +News-Item-Format: 2.0 > +Display-If-Installed: dev-db/mariadb > +Display-If-Installed: sys-cluster/galera > + > +On 2021-11-21, keywords for dev-db/mariadb:10.6 were removed to > +address a file collision with dev-db/mariadb-connector-c. This > +unintentionally triggered a version downgrade for users who had > +successfully upgraded to dev-db/mariadb:10.6 already. [Link 1]. I'd add: "successfully upgraded to dev-db/mariadb:10.6 already during a short time period. [Link 1]." to make it clearer this doesn't concern absolutely everyone. v3 LGTM regardless of that addition. More comments, more acks to get this merged even possibly tonight (UTC)? Anyone from PR? -- juippis OpenPGP_signature Description: OpenPGP digital signature