[gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 3727 bytes --]

Hello,

We still have a lot of packages that are keyworded ~x86/x86 but were
never keyworded ~amd64.  While I suppose there might be exceptions to
that, in most cases it means that simply nobody has been using it for
years.

Many of them are still at EAPI 0; some were ported to newer EAPIs
specifically to clean old EAPIs.

I've already cleaned up some false positives (like svgalib).  If you
know more, please let me know.

I have mixed feelings about games on the list.  On one hand, it's rather
obvious that they're x86 binary games.  However, if somebody actually
used them, they would have probably gained amd64 multilib compat by now.

---

app-admin/consolehm
app-admin/longrun
app-emulation/vov
app-misc/hatools
app-misc/tprint
app-shells/shish
app-text/fdftk
app-text/freepwing
dev-db/vbisam
dev-embedded/jtag
dev-embedded/powersoftplus-libftdi
dev-games/flinker
dev-games/gtkradiant
dev-games/hlsdk
dev-lang/gwydion-dylan-bin
dev-lang/mozart
dev-lang/mozart-stdlib
dev-lang/tinycobol
dev-libs/asyncresolv
dev-libs/cpl-stratego
dev-libs/gnulib
dev-libs/libsqlora8
dev-libs/libtrain
dev-libs/libvolume_id
dev-libs/mps
dev-lisp/cmucl
dev-scheme/kawa
dev-util/ald
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
media-gfx/zgv
media-plugins/vdr-bgprocess
media-plugins/vdr-pilot
media-plugins/vdr-proxy
media-plugins/vdr-quicktimer
media-plugins/vdr-radiolist
media-sound/cmix
media-sound/hearnet
media-sound/imp3sh
media-video/maven-poke
media-video/recmpeg
media-video/xanim-export
net-analyzer/mrtg-ping-probe
net-analyzer/nagios-sap-ccms-plugin
net-analyzer/ndsad
net-analyzer/neti
net-analyzer/quidscor
net-analyzer/rrdcollect
net-analyzer/sguil-sensor
net-dialup/cistronradius
net-dialup/dgcmodem
net-dialup/tkvoice
net-dns/tinystats
net-firewall/pftop
net-irc/ptlink-ircd
net-irc/ptlink-opm
net-libs/roadrunner
net-libs/vanessa-mcast
net-mail/fastforward
net-mail/gensig
net-mail/qmail-lint
net-mail/qmail-qsanity
net-misc/blinkperl
net-misc/dcetest
net-misc/hlfl
net-misc/ip-sentinel
net-misc/lambdamoo
net-misc/netprofiles-ims
net-misc/selfdhcp
net-misc/shout
net-misc/smbc
net-p2p/gnut
net-p2p/mktorrent-borg
net-p2p/myster
net-p2p/smet2html
net-p2p/xnap
net-wireless/orinoco-fwutils
sys-apps/byld
sys-apps/checkservice
sys-apps/fwcrv
sys-apps/hardened-shadow
sys-apps/lcdsplash
sys-apps/lcdutils
sys-apps/netboot-base
sys-auth/icmpdn
sys-auth/pam_smb
sys-boot/cromwell
sys-boot/cromwell-bin
sys-boot/psoload
sys-boot/raincoat
sys-cluster/feedbackd-agent
sys-cluster/feedbackd-master
sys-cluster/ocfs
sys-fs/atari-fdisk
sys-fs/davl
sys-fs/fuse4bsd
sys-fs/hfsplusutils
sys-fs/scan-ffs
sys-kernel/xbox-sources
sys-libs/lrmi
sys-power/athcool
sys-process/fuser-bsd
www-apache/mod_diagnostics
www-apache/mod_pcgi2
www-apache/mod_vdbh
www-apps/browser-config
www-apps/metadot
www-apps/pcgi
www-client/ck4up
x11-drivers/xf86-video-geode
x11-misc/bblaunch
x11-misc/i855crt
x11-misc/xhkeys
x11-plugins/gkrellm-plugins
x11-plugins/wmXName
x11-plugins/wmacpimon
x11-plugins/wmbatteries
x11-plugins/wmlongrun
x11-plugins/wmrecord
x11-wm/treewm

-- 
Best regards,
Michał Górny


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 618 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Mart Raudsepp]

[-- Attachment #1: Type: text/plain, Size: 187 bytes --]

Ühel kenal päeval, L, 31.08.2019 kell 10:03, kirjutas Michał Górny:
> x11-drivers/xf86-video-geode

This one is a required driver for Geode LX hardware, which is 32bit.


Mart

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 981 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Roy Bamford]

[-- Attachment #1: Type: text/plain, Size: 1389 bytes --]

Hi Michał,
 
On 2019.08.31 09:03, Michał Górny wrote:
> Hello,
> 
> We still have a lot of packages that are keyworded ~x86/x86 but were
> never keyworded ~amd64.  While I suppose there might be exceptions to
> that, in most cases it means that simply nobody has been using it for
> years.

x86, the 32 bit variety, is still popular at the low power end of the spectrum
for things like network appliances. Not the sort of hardware you would
play many games on these days. 

Proceed with caution. Mask them and leave them in the tree. Wait and
see who shouts, if anyone.

Low power systems don't get updated terribly regularly, so be prepared 
to leave the packages in the tree for a lot longer than the customary 30
days.
 
> 
> Many of them are still at EAPI 0; some were ported to newer EAPIs
> specifically to clean old EAPIs.
> 
> I've already cleaned up some false positives (like svgalib).  If you
> know more, please let me know.
> 
> I have mixed feelings about games on the list.  On one hand, it's
> rather
> obvious that they're x86 binary games.  However, if somebody actually
> used them, they would have probably gained amd64 multilib compat by
> now.


> 
> ---
>
[snip list]
> 
> -- 
> Best regards,
> Michał Górny
> 
> 


-- 
Regards,

Roy Bamford
(Neddyseagoon) a member of
elections
gentoo-ops
forum-mods
arm64

[-- Attachment #2: Type: application/pgp-signature, Size: 488 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Nils Freydank]

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.

Please reflect these in the masking message(s).


However, thanks for the housekeeping!

Kind regards,
Nils

-- 
GPG fingerprint: '766B 8122 1342 6912 3401 492A 8B54 D7A3 FF3C DB17'
Holgersson

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Michael Orlitzky]

On 8/31/19 4:03 AM, Michał Górny wrote:
> 
> I've already cleaned up some false positives (like svgalib).  If you
> know more, please let me know.
> 
> ...
> dev-libs/gnulib

This one has only prefix keywords and is maintained by prefix@. It has a
recentish EAPI=6 version.

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Matt Turner]

On Sat, Aug 31, 2019 at 1:04 AM Michał Górny <mgorny@gentoo.org> 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.

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 704 bytes --]

On Sat, 2019-08-31 at 13:14 -0700, Matt Turner wrote:
> On Sat, Aug 31, 2019 at 1:04 AM Michał Górny <mgorny@gentoo.org> 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.

-- 
Best regards,
Michał Górny


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 618 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[James Le Cuirot]

[-- Attachment #1: Type: text/plain, Size: 2082 bytes --]

On Sat, 31 Aug 2019 10:03:47 +0200
Michał Górny <mgorny@gentoo.org> 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.

> 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.

> 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.

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 718 bytes --]

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


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 618 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 2438 bytes --]

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 <mgorny@gentoo.org> 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


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 618 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[David Seifert]

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 <mgorny@gentoo.org>
> > 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

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 1939 bytes --]

On Sat, 2019-08-31 at 10:03 +0200, Michał Górny wrote:
> Hello,
> 
> We still have a lot of packages that are keyworded ~x86/x86 but were
> never keyworded ~amd64.  While I suppose there might be exceptions to
> that, in most cases it means that simply nobody has been using it for
> years.
> 
> Many of them are still at EAPI 0; some were ported to newer EAPIs
> specifically to clean old EAPIs.
> 
> I've already cleaned up some false positives (like svgalib).  If you
> know more, please let me know.
> 
> I have mixed feelings about games on the list.  On one hand, it's rather
> obvious that they're x86 binary games.  However, if somebody actually
> used them, they would have probably gained amd64 multilib compat by now.
> 

Here's a better list, containing intersection of x86-only + EAPI 0:

app-admin/consolehm *
app-emulation/vov *
app-text/fdftk *
app-text/freepwing *
dev-db/vbisam *
dev-lang/gwydion-dylan-bin *
dev-lang/tinycobol *
dev-libs/asyncresolv *
dev-libs/cpl-stratego *
dev-libs/libvolume_id *
media-sound/hearnet
media-sound/imp3sh
media-video/maven-poke
media-video/xanim-export
net-dialup/dgcmodem
net-dns/tinystats
net-libs/roadrunner
net-libs/vanessa-mcast
net-mail/fastforward
net-mail/gensig
net-mail/qmail-lint
net-mail/qmail-qsanity
net-misc/hlfl
net-misc/netprofiles-ims
net-misc/shout
net-p2p/mktorrent-borg
net-p2p/myster
net-p2p/smet2html
net-p2p/xnap
net-wireless/orinoco-fwutils
sys-apps/checkservice
sys-apps/fwcrv
sys-apps/lcdutils
sys-apps/netboot-base
sys-auth/icmpdn
sys-boot/psoload
sys-boot/raincoat
sys-cluster/feedbackd-agent
sys-cluster/feedbackd-master
sys-cluster/ocfs
sys-fs/scan-ffs
sys-libs/lrmi
www-apache/mod_diagnostics
www-apache/mod_pcgi2 *
www-apps/browser-config
www-apps/metadot
www-apps/pcgi *
www-client/ck4up

Those with '*' are definitely last rited already.

-- 
Best regards,
Michał Górny


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 618 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Ulrich Mueller]

[-- Attachment #1: Type: text/plain, Size: 335 bytes --]

>>>>> On Sun, 08 Sep 2019, Michał Górny wrote:

> Here's a better list, containing intersection of x86-only + EAPI 0:

> media-video/maven-poke
> net-misc/netprofiles-ims
> sys-boot/psoload

AFAICS, these three are not redistributable (with wrong LICENSE info
in their ebuilds) and have dead SRC_URI. Bugs filed.

Ulrich

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Conrad Kostecki]

[-- Attachment #1: Type: text/plain, Size: 332 bytes --]

Hi Michał,

Am 08.09.2019 11:23:06, "Michał Górny" <mgorny@gentoo.org> schrieb:

>sys-apps/lcdutils
>
this package is for an old Sun Cobalt Qube, which was only mips and x86.
I could bump to newer EAPI, since I have such hardware and could test.

But I only have a x86 qube, I don't own the older mips variant.

Conrad

[-- Attachment #2: Type: text/html, Size: 1526 bytes --]

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 639 bytes --]

On Sun, 2019-09-08 at 15:20 +0000, Conrad Kostecki wrote:
> Hi Michał,
> 
> Am 08.09.2019 11:23:06, "Michał Górny" <mgorny@gentoo.org> schrieb:
> 
> > sys-apps/lcdutils
> > 
> this package is for an old Sun Cobalt Qube, which was only mips and x86.
> I could bump to newer EAPI, since I have such hardware and could test.
> 
> But I only have a x86 qube, I don't own the older mips variant.
> 

Testing on one platform should be sufficient for an EAPI bump.  That is,
if you think that's a good use of your time.  I honestly don't think
people are likely to be using them anyway.

-- 
Best regards,
Michał Górny


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 618 bytes --]