[gentoo-dev] [PATCH] 2021-07-21-perl-5_34-upgrade: add news item
Bug: https://bugs.gentoo.org/802639 Signed-off-by: Sam James --- .../2021-07-18-perl-5_34-upgrade.en.txt | 43 +++ 1 file changed, 43 insertions(+) create mode 100644 2021-07-21-perl-5_34-upgrade/2021-07-18-perl-5_34-upgrade.en.txt diff --git a/2021-07-21-perl-5_34-upgrade/2021-07-18-perl-5_34-upgrade.en.txt b/2021-07-21-perl-5_34-upgrade/2021-07-18-perl-5_34-upgrade.en.txt new file mode 100644 index 000..a5bcb57 --- /dev/null +++ b/2021-07-21-perl-5_34-upgrade/2021-07-18-perl-5_34-upgrade.en.txt @@ -0,0 +1,43 @@ +Title: Perl 5.34 upgrade now stable +Author: Sam James +Posted: 2021-07-21 +Revision: 1 +News-Item-Format: 2.0 + +The Perl project in Gentoo has begun stabilisation of Perl 5.34 [0] +which is the latest stable version released upstream. + +While the package manager usually handles this upgrade cleanly, +there are some bugs [1][2][3] which affect Portage's dependency resolution +that sometimes mean rebuilds occur in the wrong order - this is +exacerbated by the packaging model used for Perl (but not its fault). + +We therefore recommend the following procedure for users: +1. Sync your tree: +# emerge --sync + +2. Perform a full world upgrade, e.g.: +# emerge -a -uvDU @world --keep-going=y + +3. If any failures occur, please run perl-cleaner --all, then try again: +# perl-cleaner --all + +4. Perform a world upgrade again. + +5. Once complete, depclean: +# emerge -a --depclean + +Rarely, it may be necessary to perform a one-off installation of a package, +but usually `perl-cleaner` will resolve the issue. If an error message occurs +after running perl-cleaner, try e.g. for a fictional package dev-perl/foo: +# emerge -a --oneshot --verbose dev-perl/foo + +If you have any issues, please consult the standard support channels [4] +(such as our forums or IRC channels) and we will do our best to get your +system working well again. + +[0] https://bugs.gentoo.org/802639 +[1] https://bugs.gentoo.org/592880 +[2] https://bugs.gentoo.org/793992 +[3] https://bugs.gentoo.org/199856 +[4] https://www.gentoo.org/support/ -- 2.32.0
Re: [gentoo-dev] Packages up for grab
Oh, yes, i can confirm with this ml http://lists.pluto.it/pipermail/pluto-ildp/2020-May/007323.html Il Lun 19 Lug 2021, 12:28 Ulrich Mueller ha scritto: > > On Mon, 19 Jul 2021, Marco Scardovi wrote: > > > That's the complete list of packages up for grab after my p-m > resignation: > > [...] > > app-i18n/man-pages-it > > This won't see any new releases since upstream has joined the > manpages-l10n project: > http://lists.pluto.it/pipermail/pluto-ildp/2020-May/007312.html > > So in the long term, we may consider dropping this package in favour of > app-i18n/man-pages-l10n[l10n_it]. I had filed bug 769017 for this some > time ago. > > Ulrich >
Re: [gentoo-dev] Packages up for grab
> On Mon, 19 Jul 2021, Marco Scardovi wrote: > That's the complete list of packages up for grab after my p-m resignation: > [...] > app-i18n/man-pages-it This won't see any new releases since upstream has joined the manpages-l10n project: http://lists.pluto.it/pipermail/pluto-ildp/2020-May/007312.html So in the long term, we may consider dropping this package in favour of app-i18n/man-pages-l10n[l10n_it]. I had filed bug 769017 for this some time ago. Ulrich signature.asc Description: PGP signature
[gentoo-dev] Packages up for grab
That's the complete list of packages up for grab after my p-m resignation: acct-{group,user}/radicale acct-{group,user}/ulogd app-arch/wimlib (License bug, see #766060) app-backup/duply app-benchmarks/siege app-dicts/myspell-it app-i18n/man-pages-it app-misc/bgrep app-mobilephone/heimdall dev-go/delve dev-python/{markuppy,tablib} (last-riting, see #801991) mail-filter/bogofilter sys-auth/fprintd (see bug #764500 and #764554) sys-auth/libfprint sys-boot/woeusb www-apps/radicale (see bug #783057) x11-themes/papirus-icon-theme # Co-maintained packages app-vim/rust-vim sys-fs/genfstab In particular sys-auth/{fprintd,libfprint} need some love I was working with sam at PR https://github.com/gentoo/gentoo/pull/20736 Also I need someone to take care of download place for the following packages as actually I have them saved on my github account (I can maintain them here but I think it's better to save them somewhere inside Gentoo). app-dicts/myspell-{fr,mi,pl} For any questions you can contact directly me here or over IRC Thank you all for your hard work, Marco Scardovi
Re: [gentoo-dev] [PATCH] vdr-plugin-2.eclass: add EAPI8 support, EAPI7+ fixes
if there are no more points to discuss, could someone please add a review to https://github.com/gentoo/gentoo/pull/21447 ? One more finding: repoman says BDEPEND: consider using 'virtual/pkgconfig' instead of 'dev-util/pkgconfig' I will fix this.
Re: [gentoo-dev] [PATCH] vdr-plugin-2.eclass: add EAPI8 support, EAPI7+ fixes
Am 28.06.21 um 08:18 schrieb Ulrich Mueller: On Mon, 28 Jun 2021, Martin Dummer wrote: --- a/eclass/vdr-plugin-2.eclass +++ b/eclass/vdr-plugin-2.eclass @@ -76,7 +76,7 @@ inherit flag-o-matic toolchain-funcs unpacker This should also inherit strip-linguas.eclass, because strip-linguas is called in vdr_linguas_support(). Okay, I understand. I did not notice the call to "strip-linguas", and I'm wondering how this could have worked all the years in the past. In EAPIs 5 and 6 it inherited it indirectly via eutils. But indeed, in EAPI 7 I don't see how it could have worked. Ulrich Hi, if there are no more points to discuss, could someone please add a review to https://github.com/gentoo/gentoo/pull/21447 ? Martin
Re: [gentoo-dev] [PATCH 1/2] check-reqs.eclass: Support EAPI-8
On Sun, 2021-07-18 at 22:52 +0200, Andreas Sturmlechner wrote: > Move EAPI check and EXPORT_FUNCTIONS on top, before include guard. > Standardise include guard. > > Signed-off-by: Andreas Sturmlechner > --- While you're doing it: 1. Maybe add underscores prefix to internal functions and vars to avoid confusion. 2. It's really time to retire I_KNOW_WHAT_I_AM_DOING in favor of a dedicated variable. -- Best regards, Michał Górny