[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2019-09-01 23:59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2019-09-01 23:59 UTC. Removals: app-accessibility/festival 20190831-07:40 mgorny 027348b28ba app-accessibility/festival-fi 20190831-07:39 mgorny cbf223dd663 app-accessibility/festival-freebsoft-utils 20190831-07:40 mgorny cce2142cc71 app-accessibility/festival-hts 20190831-07:39 mgorny e9a004db525 app-accessibility/festival-it 20190831-07:39 mgorny 35a116b42e2 app-accessibility/festival-ru 20190831-07:38 mgorny 10105167166 app-accessibility/perlbox-voice20190831-07:38 mgorny 3339db1f143 app-accessibility/pidgin-festival 20190831-07:37 mgorny 0c194b6136d app-emulation/rkt 20190831-07:47 mgorny e02d314aa55 app-text/winefish 20190831-11:51 mgorny ba3791026e6 dev-games/vamos20190830-20:25 soap af95aa2cfc8 dev-perl/File-Slurp-Unicode20190831-07:50 mgorny 145723927eb dev-perl/libvorbis-perl20190831-07:51 mgorny 65b01ba3baf dev-python/pgmagick20190830-20:25 soap 3c315f94dd6 dev-ros/sound_play 20190831-07:36 mgorny 9167127e650 dev-tex/oesch 20190831-11:50 mgorny 206506ce6fb mail-filter/anubis 20190901-19:05 mattst88 9c0f5a8c845 media-libs/jasper 20190827-09:07 soap 77aebdf0b31 media-sound/sfc20190831-07:49 mgorny a69f4cbb440 net-p2p/multibit 20190831-07:53 mgorny ad63e64b958 sci-libs/libctl20190901-19:03 mattst88 1255cfea1e8 sci-mathematics/drgeo 20190901-19:05 mattst88 dddbfdc5e12 sci-physics/harminv20190901-19:04 mattst88 0c0f6a0dcd2 sci-physics/meep 20190901-19:02 mattst88 22ad292fbda sys-fs/pytagsfs20190831-07:45 mgorny 379b89e76ad sys-process/fuser-bsd 20190831-11:47 mgorny 7980d270103 virtual/python-dnspython 20190831-07:52 mgorny e91e76340f8 x11-libs/guile-gtk 20190901-19:01 mattst88 f19459be6bf x11-plugins/gkrellflynn20190831-07:46 mgorny b059cf30a81 Additions: acct-group/inspircd20190830-03:03 juippis 508e7a4ffdc acct-group/knot20190813-12:58 juippis 4fb1dd1145c acct-group/ntp 20190827-18:49 candrews bf4c57db0c0 acct-user/inspircd 20190830-03:12 juippis 858a873a695 acct-user/knot 20190813-13:25 juippis fa731629bfa acct-user/ntp 20190827-18:49 candrews 6b50ba9b241 app-shells/powerline 20190831-23:06 prometheanfire 99bd6609555 dev-python/mini-amf20190901-07:30 juippis da545a390ed dev-ruby/actionmailbox 20190831-06:10 graaff d2e32cef68e dev-ruby/actiontext20190831-06:33 graaff f40d43bf3f7 dev-ruby/image_processing 20190830-10:03 graaff 9269e70fabe dev-ruby/minispec-metadata 20190830-08:10 graaff e1e7decfe29 media-video/yle-dl 20190901-07:32 juippis 55f217134fc net-analyzer/nagios-plugins-linux-madrisan 20190827-22:25 sbraz aa79e280a34 net-misc/AQtion20190829-04:54 chutzpah e59d3db09e9 net-wireless/limesuite 20190828-16:04 zerochaos 87b841d052a -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: sci-mathematics/drgeo,removed,mattst88,20190901-19:05,dddbfdc5e12 mail-filter/anubis,removed,mattst88,20190901-19:05,9c0f5a8c845 sci-physics/harminv,removed,mattst88,20190901-19:04,0c0f6a0dcd2 sci-libs/libctl,removed,mattst88,20190901-19:03,1255cfea1e8 sci-physics/meep,removed,mattst88,20190901-19:02,22ad292fbda x11-libs/guile-gtk,removed,mattst88,20190901-19:01,f19459be6bf app-text/winefish,removed,mgorny,20190831-11:51,ba3791026e6 dev-tex/oesch,removed,mgorny,20190831-11:50,206506ce6fb sys-process/fuser-bsd,removed,mgorny,20190831-11:47,7980d270103 net-p2p/multibit,removed,mgorny,20190831-07:53,ad63e64b958 virtual/python-dnspython,removed,mgorny,20190831-07:52,e91e76340f8 dev-perl/libvorbis-perl,removed,mgorny,20190831-07:51,65b01ba3baf dev-perl/File-Slurp-Unicode,removed,mgorny,20190831-07
Re: [gentoo-dev] Last Rites: sci-chemistry/burrow-owl and dependencies
On Sun, Sep 1, 2019 at 1:04 PM Matt Turner wrote: > > # Matt Turner (2019-09-01) > # dev-scheme/guile-gnome-platform depends on dev-scheme/guile:12. Its only > # reverse dependency is sci-chemistry/burrow-owl, so include it. The others > are > # dependencies of sci-chemistry/burrow-owl as well, and it is their only > # reverse dependency. Like with the games-strategy/liquidwar6 mask, I mistook guile:12 for guile < 2. Should we still give last rites to these packages? I'm inclined to keep the last rites mask in place and see if anyone wants any of these packages. > # Bug #693290. > dev-libs/g-wrap > dev-scheme/guile-cairo > dev-scheme/guile-gnome-platform > dev-scheme/guile-lib > sci-chemistry/burrow-owl > sci-libs/starparse
Re: [gentoo-portage-dev] [PATCH] glsa-check: update man page with -r option
On 9/1/19 9:07 AM, Aaron Bauman wrote: > Signed-off-by: Aaron Bauman > --- > man/glsa-check.1 | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/man/glsa-check.1 b/man/glsa-check.1 > index bb15cf5a9..23b5e9d94 100644 > --- a/man/glsa-check.1 > +++ b/man/glsa-check.1 > @@ -1,4 +1,4 @@ > -.TH "GLSA\-CHECK" "1" "August 2019" "Portage VERSION" "Portage" > +.TH "GLSA\-CHECK" "1" "September 2019" "Portage VERSION" "Portage" > . > .SH "NAME" > \fBglsa\-check\fR \- Tool to locally monitor and manage GLSAs > @@ -37,9 +37,6 @@ > \fBV\fR, \fB\-\-version\fR Show information about \fBglsa\-check\fR\. > . > .P > -\fB\-q\fR, \fB\-\-quiet\fR Be less verbose and do not send empty mail\. > -. > -.P > \fB\-v\fR, \fB\-\-verbose\fR Print more messages\. > . > .P > @@ -51,6 +48,9 @@ > .P > \fB\-m\fR, \fB\-\-mail\fR Send a mail with the given GLSAs to the > administrator\. > . > +.P > +\fB\-r\fR, \fB\-\-reverse\fR List GLSAs in reverse order > +. > .SH "EXAMPLES" > \fBglsa\-check \-t all\fR Test the system against all GLSAs in the GLSA > repository\. > . > Thanks, merged: https://gitweb.gentoo.org/proj/portage.git/commit/?id=636ca48fa524efe5c0d1b69e35e86a422e6d4be1 -- Thanks, Zac signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Last Rites: games-strategy/liquidwar6
On Sun, Sep 1, 2019 at 1:05 PM Matt Turner wrote: > > # Matt Turner (2019-09-01) > # Depends on dev-scheme/guile:12. Unpackaged versions from 2015. I made a mistake here (that I corrected in commit 7ca64f844e18). The mask now reads: # Matt Turner (2019-09-01) -# Depends on dev-scheme/guile:12. Unpackaged versions from 2015. +# Unmaintained, unpackaged versions from 2015. Incompatible with guile-2.2. # Removal in 30 days. # Bug #654654. > # Removal in 30 days. # Bug #654654. > games-strategy/liquidwar6
[gentoo-dev] Last Rites: games-strategy/liquidwar6
# Matt Turner (2019-09-01) # Depends on dev-scheme/guile:12. Unpackaged versions from 2015. # Removal in 30 days. # Bug #654654. games-strategy/liquidwar6 signature.asc Description: PGP signature
[gentoo-dev] Last Rites: sci-chemistry/burrow-owl and dependencies
# Matt Turner (2019-09-01) # dev-scheme/guile-gnome-platform depends on dev-scheme/guile:12. Its only # reverse dependency is sci-chemistry/burrow-owl, so include it. The others are # dependencies of sci-chemistry/burrow-owl as well, and it is their only # reverse dependency. # Bug #693290. dev-libs/g-wrap dev-scheme/guile-cairo dev-scheme/guile-gnome-platform dev-scheme/guile-lib sci-chemistry/burrow-owl sci-libs/starparse signature.asc Description: PGP signature
[gentoo-dev] [PATCH 0/1] devmanual: GLEP 81 user data guidelines
Now that GLEP81 is in the devmanual, this is a rough draft of the guidelines from my earlier message. Please send me your comments, suggestions, and complaints now so that I can address them before posting the final draft on bugzilla. Michael Orlitzky (1): ebuild-writing/users-and-groups: GLEP 81 user data guidelines. ebuild-writing/users-and-groups/text.xml | 178 +++ 1 file changed, 178 insertions(+) -- 2.21.0
[gentoo-dev] [PATCH 1/1] ebuild-writing/users-and-groups: GLEP 81 user data guidelines.
GLEP 81 significantly changes the way that user management is handled, and reveals some subtle issues in existing packages that have remained hidden until now. Many of these issues can be avoided (in GLEP 81, but also in general) by exercising some discipline when choosing the data for new users and groups: * User and group names * Default shell * Home directory * Home directory ownership and permissions This commit adds a few new sections to the "Users and Groups" chapter that explain the current best practices, and give suggestions for choosing the user and group data listed above. The rationale for these choices is explained, and some notable exceptions are mentioned. --- ebuild-writing/users-and-groups/text.xml | 178 +++ 1 file changed, 178 insertions(+) diff --git a/ebuild-writing/users-and-groups/text.xml b/ebuild-writing/users-and-groups/text.xml index 190a099..fca3959 100644 --- a/ebuild-writing/users-and-groups/text.xml +++ b/ebuild-writing/users-and-groups/text.xml @@ -103,6 +103,184 @@ The defaults are the user and primary group for the owner, and 0755 for the permissions. + + Whenever possible, the default shell and home directory should be + used. The rationale for this is explained below. + + + + You should embark upon a GLEP81 migration like an EAPI + update. Rather than simply copy your user's settings into an + acct-user package, you should take the opportunity to + re-evaluate your user's name, shell, home directory, and its + permissions. Our GLEP 81 implementation will reveal many user + management issues that were allowed to fester in the past. + + + + Choosing a shell + + + In most cases, the default shell (that is, no shell) should be + used. Services can still be started as a user who has no shell, + and daemons are able to drop privileges to a user who has no + shell. If necessary, the administrator can override a user's + default shell with su -s shell + username. This is sufficient for testing, management + of SSH credentials, and for initial configuration in an ebuild's + pkg_config phase. + + + An obvious exception to this rule is if a human being will need + to log into the account interactively, as is the case with the + root user. Other exceptions certainly exist, but should + be evaluated case-by-case. In other words, if you haven't + checked, don't set your user's shell to /bin/bash because + you think he might need it. + + + The goal here is twofold. First, the principle of least + privilege says that if a user doesn't need a real shell, he + shouldn't have one. And along those same lines, not having a + shell gives the system administrator some peace of mind: he + doesn't have to be as concerned with whether or not that user + has a password (and how strong it is), or whether or not its + filesystem permissions are all set correctly, or whether or not + it can log in via SSH, et cetera. + + + + + Choosing a home directory + + + In most cases, the default home directory (that is, no home + directory) should be used. GLEP81 changed two aspects of user + management with respect to home directories: + + + + + Creating a user can now modify the permissions on an existing + directory. Should the need arise, this is necessary for a new + version of an acct-user package to be able to fix the + ownership and permissions of its home directory. + + + All user data aside from the username became non-local to + ebuilds that depend on that user. This is merely a side-effect + of moving the user creation out of the client package, and + into a separate acct-user package. + + + + + The first item means that you should be conservative when + choosing a home directory. If at all possible, avoid choosing a + home directory that is used by another package. In particular, + no two acct-user packages should use the same home + directory. At best, the ownership and permissions on a shared + home directory would need to be kept synchronized between all + packages that share it. At worst, one package goes out-of-sync + and introduces a security hole for the others who no longer have + the expected permissions. + + + + The second item means that if your package requires a user, you + can no longer be sure of that user's home directory or its + ownership and permissions. If your package requires a directory + to be owned and writable by some user, then your package's + ebuild should create that directory and ensure that it is + writable by the user. In other words, you should not rely on the + directory being created "transitively" by a dependency, even if + that dependency is an acct-user package. + + + +
[gentoo-portage-dev] [PATCH] glsa-check: update man page with -r option
Signed-off-by: Aaron Bauman --- man/glsa-check.1 | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/man/glsa-check.1 b/man/glsa-check.1 index bb15cf5a9..23b5e9d94 100644 --- a/man/glsa-check.1 +++ b/man/glsa-check.1 @@ -1,4 +1,4 @@ -.TH "GLSA\-CHECK" "1" "August 2019" "Portage VERSION" "Portage" +.TH "GLSA\-CHECK" "1" "September 2019" "Portage VERSION" "Portage" . .SH "NAME" \fBglsa\-check\fR \- Tool to locally monitor and manage GLSAs @@ -37,9 +37,6 @@ \fBV\fR, \fB\-\-version\fR Show information about \fBglsa\-check\fR\. . .P -\fB\-q\fR, \fB\-\-quiet\fR Be less verbose and do not send empty mail\. -. -.P \fB\-v\fR, \fB\-\-verbose\fR Print more messages\. . .P @@ -51,6 +48,9 @@ .P \fB\-m\fR, \fB\-\-mail\fR Send a mail with the given GLSAs to the administrator\. . +.P +\fB\-r\fR, \fB\-\-reverse\fR List GLSAs in reverse order +. .SH "EXAMPLES" \fBglsa\-check \-t all\fR Test the system against all GLSAs in the GLSA repository\. . -- 2.23.0
Re: [gentoo-portage-dev] [PATCH] glsa-check: update man page
On Sun, Sep 01, 2019 at 11:27:01AM -0400, Aaron Bauman wrote: > * remove `new` > * add --reverse option information > > Signed-off-by: Aaron Bauman > --- > man/glsa-check.1 | 11 +++ Please ignore -- Cheers, Aaron signature.asc Description: PGP signature
[gentoo-portage-dev] [PATCH] glsa-check: update man page
* remove `new` * add --reverse option information Signed-off-by: Aaron Bauman --- man/glsa-check.1 | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/man/glsa-check.1 b/man/glsa-check.1 index bb15cf5a9..8ec94b371 100644 --- a/man/glsa-check.1 +++ b/man/glsa-check.1 @@ -1,4 +1,7 @@ -.TH "GLSA\-CHECK" "1" "August 2019" "Portage VERSION" "Portage" +.\" generated with Ronn/v0.7.3 +.\" http://github.com/rtomayko/ronn/tree/0.7.3 +. +.TH "GLSA\-CHECK" "1" "September 2019" "" "" . .SH "NAME" \fBglsa\-check\fR \- Tool to locally monitor and manage GLSAs @@ -37,9 +40,6 @@ \fBV\fR, \fB\-\-version\fR Show information about \fBglsa\-check\fR\. . .P -\fB\-q\fR, \fB\-\-quiet\fR Be less verbose and do not send empty mail\. -. -.P \fB\-v\fR, \fB\-\-verbose\fR Print more messages\. . .P @@ -51,6 +51,9 @@ .P \fB\-m\fR, \fB\-\-mail\fR Send a mail with the given GLSAs to the administrator\. . +.P +\fB\-r\fR, \fB\-\-reverse\fR List GLSAs in reverse order +. .SH "EXAMPLES" \fBglsa\-check \-t all\fR Test the system against all GLSAs in the GLSA repository\. . -- 2.23.0
Re: [gentoo-portage-dev] [PATCH] glsa-check: fix truncated CVE ids in listmode (bug 692134)
On Sat, Aug 31, 2019 at 09:11:11PM -0700, Zac Medico wrote: > Use a regular expression to search for CVE ids in GLSA references. > Import unicode_literals from __future__ since portage's Glsa class > returns unicode strings for all python versions. > > Reported-by: Georg Weiss > Bug: https://bugs.gentoo.org/692134 > Signed-off-by: Zac Medico > --- > bin/glsa-check | 11 +-- > 1 file changed, 9 insertions(+), 2 deletions(-) Applied and checked multiple large GLSA's which contain numerous CVE's (e.g. Chromium) Acked-by: Aaron Bauman -- Cheers, Aaron signature.asc Description: PGP signature
Re: [gentoo-portage-dev] [PATCH] glsa-check: add --reverse option (bug 235970)
On Sat, Aug 31, 2019 at 09:41:55PM -0700, Zac Medico wrote:
> Add --reverse option which causes GLSAs to be listed in reverse order,
> so that the most recent GLSAs are listed earlier.
>
> Suggested-by: Pavel Sanda
> Bug: https://bugs.gentoo.org/235970
> Signed-off-by: Zac Medico
> ---
> bin/glsa-check | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/bin/glsa-check b/bin/glsa-check
> index 95ef16fde..6dbb7513c 100755
> --- a/bin/glsa-check
> +++ b/bin/glsa-check
> @@ -67,6 +67,8 @@ parser.add_argument("-e", "--emergelike",
> action="store_false", dest="least_chan
> help="Upgrade to latest version (not least-change)")
> parser.add_argument("-c", "--cve", action="store_true", dest="list_cve",
> help="Show CVE IDs in listing mode")
> +parser.add_argument("-r", "--reverse", action="store_true", dest="reverse",
> + help="List GLSAs in reverse order")
>
> options, params = parser.parse_known_args()
>
> @@ -162,8 +164,7 @@ def summarylist(myglsalist, fd1=sys.stdout,
> fd2=sys.stderr, encoding="utf-8"):
> fd2.write(green("[U]")+" means the system is not affected
> and\n")
> fd2.write(red("[N]")+" indicates that the system might be
> affected.\n\n")
>
> - myglsalist.sort()
> - for myid in myglsalist:
> + for myid in sorted(myglsalist, reverse=options.reverse):
> try:
> myglsa = Glsa(myid, portage.settings, vardb, portdb)
> except (GlsaTypeException, GlsaFormatException) as e:
> --
> 2.21.0
>
>
Applied and works great here on multiple combinations.
Acked-by: Aaron Bauman
--
Cheers,
Aaron
signature.asc
Description: PGP signature
Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages
On Sat, 2019-08-31 at 22:20 +0200, Michał Górny wrote: > On Sat, 2019-08-31 at 13:14 -0700, Matt Turner wrote: > > On Sat, Aug 31, 2019 at 1:04 AM Michał Górny > > wrote: > > > sys-fs/hfsplusutils > > > > Your script should probably check for other keywords as well. This > > package is almost entirely for use on ppc/ppc64 machines. For > > whatever > > reason it has an x86 keyword as well, so the lack of an amd64 > > keyword > > doesn't indicate that it should be removed. > > > > I've already removed it from the list, along with other packages that > have revdeps. > > However, I don't think that's a really good argument. Many ancient > packages have x86 and ppc keywords which doesn't make them any less > dead. > Fedora seems to be building it fine on amd64. I will take over maintenance of that package.
Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages
On Sat, 2019-08-31 at 21:56 +0100, James Le Cuirot wrote: > On Sat, 31 Aug 2019 10:03:47 +0200 > Michał Górny wrote: > > > dev-games/flinker > > This builds and starts on amd64 but I'm dubious about whether it would > work correctly in practise. I don't imagine anyone will want to use it. > Best just let it die. > > > dev-games/gtkradiant > > This has been superseded a few times over and the current fork is > NetRadiant-custom. There is an open bug about the older NetRadiant but > I only dabbled in Quake mapping so never cared enough. > > https://bugs.gentoo.org/352981 > > > dev-games/hlsdk > > This is a remnant of the Half-Life server stuff that vapier removed in > 2005 with the message "valve sucks at linux". I could say more about it > but nobody cares. Thanks, I have sent last rites for those three. > > > games-action/battalion > > games-action/fakk2 > > games-action/postalplus > > games-arcade/epiar > > games-arcade/gunocide2ex > > games-emulation/mekanix > > games-fps/aaut > > games-fps/industri > > games-fps/red-blue-quake2 > > games-fps/tenebrae > > games-fps/tribes2 > > games-fps/unreal-tournament-strikeforce > > games-fps/ut2003-bonuspack-cm > > games-fps/ut2003-bonuspack-de > > games-fps/ut2003-bonuspack-epic > > games-fps/wolfgl > > games-misc/c++robots > > games-roguelike/hengband > > games-server/bf1942-lnxded > > games-server/mtavc > > games-strategy/mindrover-demo > > games-strategy/netpanzer > > I'll try to look through some of these. I still care about UT and even > worked on (but didn't finish) a new UT99 ebuild not so long ago. > Unfortunately it's never been a top priority. Cool. Feel free to either last rite those you don't think useful, or ping me to take care of them. > > > sys-fs/atari-fdisk > > This is still usable on m68k, which is the Atari's own architecture. > The code assumes 32-bit longs so it won't work on 64-bit but it > probably wouldn't be that hard to fix if someone cared enough. I'm > interested in m68k but for the Amiga rather than the Atari. I'm not > sure how useful this is in practise. On the Amiga, I would still use > the AmigaOS partitioning tool over something like this. There is no > replacement for the Atari on Linux as far as I can see though so I > think it should stay. Ok, will remove from the list. -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: dev-games/hlsdk
# Michał Górny (2019-09-01) # Remnant of Half-Life server stuff that was removed back in 2005. # Removal in 30 days. Bug #693260. dev-games/hlsdk -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: dev-games/gtkradiant
# Michał Górny (2019-09-01) # Ancient, i386-only binary package. Current version is a nightly # from 2006. The package has had a release since, has found a new # upstream and has been forked multiple times as well. Apparently # NetRadiant-custom is the most recently maintained fork (not packaged). # Removal in 30 days. Bug #181372. dev-games/gtkradiant -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: dev-games/flinker
# Michał Górny (2019-09-01) # Never keyworded on amd64 (and probably does not work on 64-bit # systems). Last release from 2001. Requires rare hardware. # Removal in 30 days. Bug #693258. dev-games/flinker -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: games-strategy/netpanzer
# Michał Górny (2019-09-01) # Last bumped in 2007. The current version is known to be broken # on amd64. The game has been discontinued, and then revived/forked # multiple times. It is pending a version bump since at least 2011. # See [1] for the 'revived' project and links to other forks. # [1] http://www.netpanzer.info/Download/ # Removal in 30 days. Bug #375237. games-strategy/netpanzer -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages
On Sat, 2019-08-31 at 13:07 +0200, Nils Freydank wrote: > Hi, > > most of my points were just said. Two additional notes: > > - dev-embedded/jtag says upstream is dead anyway and it > recommends an alternative we have inside our tree, > dev-embedded/urjtag. > > - games-strategy/netpanzer got a rewrite called > version 2.something, which looks active/used. The '0.8.7' fork also seems relatively reasonable. In any case, our version is ancient and broken. > > Please reflect these in the masking message(s). > > > However, thanks for the housekeeping! > Thanks for the info. I'll lastrite those two now, and include the extra information. -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: dev-embedded/jtag
# Michał Górny (2019-09-01) # Discontinued upstream. Last release in 2003. Replaced # by dev-embedded/urjtag. # Removal in 30 days. Bug #693256. dev-embedded/jtag -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
