[gentoo-dev] pkgdev new release v0.2.1 with breaking change

2022-05-22 Thread Arthur Zamarin
I have just released a new version [0] for pkgdev. Outside of multiple new features meant for easier developer workflows (like prepare to send a last-rite email), there is an important changes in the release which affect current users of pkgdev. ** Important Notice ** pkgdev now doesn't add the

Re: [gentoo-dev] Upstream remote-id types in package metadata

2022-05-22 Thread Ulrich Mueller
> On Sun, 22 May 2022, Hanno Böck wrote: >> Some of them seem to be obsolete. Presumably freshmeat, gitorious, and >> google-code should be removed? Any other removal candidates? > I'm not sure about Google code. > While it's no longer an active site, it is still online in an archived >

Re: [gentoo-dev] Upstream remote-id types in package metadata

2022-05-22 Thread Ulrich Mueller
> On Sun, 22 May 2022, Alessandro Barbieri wrote: > How to propose new values? I'd say, file a bug with some rationale and the proposed syntax. Ulrich signature.asc Description: PGP signature

Re: [gentoo-dev] Upstream remote-id types in package metadata

2022-05-22 Thread Alessandro Barbieri
Il Dom 22 Mag 2022, 09:09 Ulrich Mueller ha scritto: > According to the XML schema [1], the following remote-id types are > currently allowed: > >bitbucket >cpan >cpan-module >cpe >cran >ctan >freecode >freshmeat >github >gitlab >gitorious >

Re: [gentoo-dev] Upstream remote-id types in package metadata

2022-05-22 Thread Hanno Böck
Hi, On Sun, 22 May 2022 09:09:23 +0200 Ulrich Mueller wrote: > Some of them seem to be obsolete. Presumably freshmeat, gitorious, and > google-code should be removed? Any other removal candidates? I'm not sure about Google code. While it's no longer an active site, it is still online in an

[gentoo-dev] Re: Upstream remote-id types in package metadata

2022-05-22 Thread Ulrich Mueller
> On Sun, 22 May 2022, Ulrich Mueller wrote: > According to the XML schema [1], the following remote-id types are > currently allowed: >bitbucket >cpan >cpan-module >cpe >cran >ctan >freecode >freshmeat >github >gitlab >gitorious >google-code >

Re: [gentoo-dev] Upstream remote-id types in package metadata

2022-05-22 Thread Ulrich Mueller
> On Sun, 22 May 2022, Michał Górny wrote: > I think we should start documenting these values somewhere. Perhaps > in the GLEP, or maybe on some wiki page — particularly linking > the provider in question Wiki page sounds good. Presumably, we don't want to update the GLEP for every change

Re: [gentoo-dev] Upstream remote-id types in package metadata

2022-05-22 Thread Hans de Graaff
On Sun, 2022-05-22 at 09:09 +0200, Ulrich Mueller wrote: > >    rubyforge > > Some of them seem to be obsolete. Presumably freshmeat, gitorious, > and > google-code should be removed? Any other removal candidates? rubyforge has been shut down since 2015 so it can be removed as well. Hans

Re: [gentoo-dev] Upstream remote-id types in package metadata

2022-05-22 Thread Michał Górny
On Sun, 2022-05-22 at 09:09 +0200, Ulrich Mueller wrote: > Some of them seem to be obsolete. Presumably freshmeat, gitorious, and > google-code should be removed? Any other removal candidates? LGTM. > Looks like SourceForge-JP was renamed to OSDN, should the file reflect > that? > > Also, the

[gentoo-dev] Upstream remote-id types in package metadata

2022-05-22 Thread Ulrich Mueller
According to the XML schema [1], the following remote-id types are currently allowed: bitbucket cpan cpan-module cpe cran ctan freecode freshmeat github gitlab gitorious google-code heptapod launchpad pear pecl pypi rubyforge rubygems

[gentoo-dev] [PATCH] glep-0068: Update language identifiers from ISO 639-1 to BCP 47

2022-05-22 Thread Ulrich Müller
This will allow codes like pt-BR or zh-Hant which is already used in at least one longdescription in the Gentoo repository. Note that the L10N USE_EXPAND and GLEP 42 news items also use BCP 47 for language names. Bug: https://bugs.gentoo.org/578294 Signed-off-by: Ulrich Müller ---