Re: [gentoo-dev] Last rites: dev-util/staruml-bin

2019-03-16 Thread James Le Cuirot
On Fri, 15 Mar 2019 10:23:00 +0100
Michał Górny  wrote:

> # Michał Górny  (15 Mar 2019)
> # Last reverse dependency of dev-libs/libgcrypt-1.5* (#656378).  Current
> # version is outdated, maintainer is MIA and the new versions are
> # in distro-unfriendly AppImage format (#661740).
> # Removal in 30 days.  Bug #677486.
> dev-util/staruml-bin
> =dev-libs/libgcrypt-1.5*

I don't care about staruml-bin but libgcrypt is one of those legacy
libraries that would be helpful to keep around for older proprietary
software that is not in the tree. In particular, it is used by
Half-Life 2 and Portal, not exactly obscure games. It is included in
the Steam runtime but we highly recommend against using that because it
causes many issues.

If you want me to maintain this version then I can do that. If it's
otherwise causing real issues by being in the tree then I could move it
to steam-overlay but I'd rather not. There may be non-Steam use cases.

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer


pgpvwD8hUHHb4.pgp
Description: OpenPGP digital signature


Re: [gentoo-dev] Last rites: dev-util/staruml-bin

2019-03-16 Thread Michał Górny
On Sat, 2019-03-16 at 13:14 +0300, Andrew Savchenko wrote:
> On Sat, 16 Mar 2019 10:35:18 +0100 Michał Górny wrote:
> > On Sat, 2019-03-16 at 09:31 +, James Le Cuirot wrote:
> > > On Fri, 15 Mar 2019 10:23:00 +0100
> > > Michał Górny  wrote:
> > > 
> > > > # Michał Górny  (15 Mar 2019)
> > > > # Last reverse dependency of dev-libs/libgcrypt-1.5* (#656378).  Current
> > > > # version is outdated, maintainer is MIA and the new versions are
> > > > # in distro-unfriendly AppImage format (#661740).
> > > > # Removal in 30 days.  Bug #677486.
> > > > dev-util/staruml-bin
> > > > =dev-libs/libgcrypt-1.5*
> > > 
> > > I don't care about staruml-bin but libgcrypt is one of those legacy
> > > libraries that would be helpful to keep around for older proprietary
> > > software that is not in the tree. In particular, it is used by
> > > Half-Life 2 and Portal, not exactly obscure games. It is included in
> > > the Steam runtime but we highly recommend against using that because it
> > > causes many issues.
> > 
> > I don't understand why would you want to run some proprietary native
> > executables requiring obsolete libraries on your system when HL2 works
> > perfectly via wine, and gets a nice performance boost via Gallium Nine.
> 
> Because native code works faster than API emulation via wine.
> 

Do you have any data to support that?  Or is it 'obvious'?

Because apparently Portal works faster via wine-d3d9 than natively [1]. 
Sometimes a thin 'emulation' of good API may yield better results than
use of a poor API.

[1]:https://wiki.ixit.cz/d3d9

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sci-visualization/mayavi & ETS packages

2019-03-16 Thread Michał Górny
# MayaVi requires Python 2, at the same time depending on IPython
# which removed Python 2 support.  The current Gentoo version is
# from 2016 and has not been bumped.  It fails with various versions
# of sci-libs/vtk (#624082, #663152).
#
# ETS is a suite of NIH packages that have no reverse dependencies
# except for MayaVi and Py2.7 support in recently added
# dev-python/construct.  The packages were added without a dedicated
# maintainer and were incidentally updated since.  Some of them have
# various unsolved issues including segfaults (#654090), bundled
# libraries (#450466), semi-broken ebuilds (#678042).
#
# Removal in 30 days.  Bug #672412.
dev-python/apptools
dev-python/blockcanvas
dev-python/chaco
dev-python/codetools
dev-python/enable
dev-python/enaml
dev-python/encore
dev-python/envisage
dev-python/ets
dev-python/etsdevtools
dev-python/etsproxy
dev-python/graphcanvas
dev-python/pyface
dev-python/scimath
dev-python/traits
dev-python/traitsui
sci-visualization/mayavi

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: dev-util/staruml-bin

2019-03-16 Thread Michał Górny
On Sat, 2019-03-16 at 09:31 +, James Le Cuirot wrote:
> On Fri, 15 Mar 2019 10:23:00 +0100
> Michał Górny  wrote:
> 
> > # Michał Górny  (15 Mar 2019)
> > # Last reverse dependency of dev-libs/libgcrypt-1.5* (#656378).  Current
> > # version is outdated, maintainer is MIA and the new versions are
> > # in distro-unfriendly AppImage format (#661740).
> > # Removal in 30 days.  Bug #677486.
> > dev-util/staruml-bin
> > =dev-libs/libgcrypt-1.5*
> 
> I don't care about staruml-bin but libgcrypt is one of those legacy
> libraries that would be helpful to keep around for older proprietary
> software that is not in the tree. In particular, it is used by
> Half-Life 2 and Portal, not exactly obscure games. It is included in
> the Steam runtime but we highly recommend against using that because it
> causes many issues.

I don't understand why would you want to run some proprietary native
executables requiring obsolete libraries on your system when HL2 works
perfectly via wine, and gets a nice performance boost via Gallium Nine.

> If you want me to maintain this version then I can do that. If it's
> otherwise causing real issues by being in the tree then I could move it
> to steam-overlay but I'd rather not. There may be non-Steam use cases.

Yeah, moving to Steam overlay is what I'd suggest.  However, you want to
talk to crypto@ people since they flagged it for removal.

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: dev-util/staruml-bin

2019-03-16 Thread James Le Cuirot
On Sat, 16 Mar 2019 10:35:18 +0100
Michał Górny  wrote:

> On Sat, 2019-03-16 at 09:31 +, James Le Cuirot wrote:
> > On Fri, 15 Mar 2019 10:23:00 +0100
> > Michał Górny  wrote:
> >   
> > > # Michał Górny  (15 Mar 2019)
> > > # Last reverse dependency of dev-libs/libgcrypt-1.5* (#656378).  Current
> > > # version is outdated, maintainer is MIA and the new versions are
> > > # in distro-unfriendly AppImage format (#661740).
> > > # Removal in 30 days.  Bug #677486.
> > > dev-util/staruml-bin
> > > =dev-libs/libgcrypt-1.5*  
> > 
> > I don't care about staruml-bin but libgcrypt is one of those legacy
> > libraries that would be helpful to keep around for older proprietary
> > software that is not in the tree. In particular, it is used by
> > Half-Life 2 and Portal, not exactly obscure games. It is included in
> > the Steam runtime but we highly recommend against using that because it
> > causes many issues.  
> 
> I don't understand why would you want to run some proprietary native
> executables requiring obsolete libraries on your system when HL2 works
> perfectly via wine, and gets a nice performance boost via Gallium Nine.

That is even more viable now that Steam can be forced to use Proton but
I still choose native, as I'm sure many would.

> > If you want me to maintain this version then I can do that. If it's
> > otherwise causing real issues by being in the tree then I could move it
> > to steam-overlay but I'd rather not. There may be non-Steam use cases.  
> 
> Yeah, moving to Steam overlay is what I'd suggest.  However, you want to
> talk to crypto@ people since they flagged it for removal.

Will do.

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer


pgp_aH129L4Ek.pgp
Description: OpenPGP digital signature


Re: [gentoo-dev] Last rites: dev-util/staruml-bin

2019-03-16 Thread Andrew Savchenko
On Sat, 16 Mar 2019 10:35:18 +0100 Michał Górny wrote:
> On Sat, 2019-03-16 at 09:31 +, James Le Cuirot wrote:
> > On Fri, 15 Mar 2019 10:23:00 +0100
> > Michał Górny  wrote:
> > 
> > > # Michał Górny  (15 Mar 2019)
> > > # Last reverse dependency of dev-libs/libgcrypt-1.5* (#656378).  Current
> > > # version is outdated, maintainer is MIA and the new versions are
> > > # in distro-unfriendly AppImage format (#661740).
> > > # Removal in 30 days.  Bug #677486.
> > > dev-util/staruml-bin
> > > =dev-libs/libgcrypt-1.5*
> > 
> > I don't care about staruml-bin but libgcrypt is one of those legacy
> > libraries that would be helpful to keep around for older proprietary
> > software that is not in the tree. In particular, it is used by
> > Half-Life 2 and Portal, not exactly obscure games. It is included in
> > the Steam runtime but we highly recommend against using that because it
> > causes many issues.
> 
> I don't understand why would you want to run some proprietary native
> executables requiring obsolete libraries on your system when HL2 works
> perfectly via wine, and gets a nice performance boost via Gallium Nine.

Because native code works faster than API emulation via wine.

Best regards,
Andrew Savchenko


pgpiKuOiQn6T8.pgp
Description: PGP signature


Re: [gentoo-dev] Last rites: sys-boot/raspberrypi-firmware

2019-03-16 Thread Chí-Thanh Christopher Nguyễn

Matt Turner schrieb:

The most important one is support for the 256 MB RAM devices (original RPi
Model B), which works fine on raspberrypi-userland. vc4 still has issues if
less than 256 MB RAM are allocated to the GPU.


That sounds like an awful device to run Gentoo on.


Compiling on a 256 MB Raspberry Pi 1 Model B is of course no joy. Before mine 
broke, I plugged the SD card into another, faster ARM computer, chrooted in 
and emerged updates. That was ok.



I'd like to require libglvnd for all libGL providers and get rid of
app-eselect/eselect-opengl. What do you suggest we do about
raspberrypi-userland?


I suggest to drop eselect-opengl and its dependency in raspberrypi-userland. 
raspberrypi-userland installs into /opt anyway so should not conflict with 
anything else. And those people who really need acceleration on 256 MB 
devices will have to set the proper environment variables.



Best regards,
Chí-Thanh Christopher Nguyễn



[gentoo-dev] Last rites: media-libs/rply

2019-03-16 Thread Michał Górny
# Michał Górny  (16 Mar 2019)
# The current Gentoo version has been added in 2011, and a bump is
# pending since at least 2012.  Last touched upstream in 2015.
# A library with no reverse dependencies.
# Removal in 30 days.  Bug #404299.
media-libs/rply

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: net-analyzer/{libnasl/nessus*,prelude-nessus}, sec-policy/selinux-nessus

2019-03-16 Thread Michał Górny
# The current Gentoo version of Nessus is from 2006 (!).  It does
# not build for quite some time (#590226), also -client fails with new
# openssl (#674424).  Upstream has stopped releasing non-proprietary
# versions.  While at it, remove prelude-nessus that practically
# has not been touched since 2003.
# Removal in 30 days.  Bug #680636.
net-analyzer/libnasl
net-analyzer/nessus-client
net-analyzer/nessus-core
net-analyzer/nessus-libraries
net-analyzer/nessus-plugins
net-analyzer/prelude-nessus
sec-policy/selinux-nessus

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: Re[2]: [gentoo-dev] Last rites: sys-boot/raspberrypi-firmware

2019-03-16 Thread Matt Turner
On Fri, Mar 15, 2019 at 2:55 PM Conrad Kostecki  wrote:
>
> Hi!
>
> Am 15.03.2019 20:29:11, "Matt Turner"  schrieb:
>
> On Fri, Mar 15, 2019 at 7:04 AM Conrad Kostecki  wrote:
>
>
>
> Do you know something about media-libs/raspberrypi-userland as well?
> I'm hoping to enable libglvnd support in media-libs/mesa and
> x11-drivers/nvidia-drivers soon, and this is the only other package in
> Gentoo that uses app-eselect/eselect-opengl.
>
> Do we care to keep this now that Mesa's vc4 driver is in good shape?
>
> At least, I've somewhere my modified  release, which I've fixed for 
> myself, since there were some bugs and added eselect-opengl support to this. 
> What do you mean exactly with libglvnd or at what do you want to know?

libglvnd is the "GL Vendor-Neutral Dispatch library" [0]. It provides
libGL, libGLESv1_CM, libGLESv2, etc, and then dispatches those calls
to the underlying hardware driver. This allows a single libGL.so to
work for Mesa and nvidia-drivers for example. If
media-libs/raspberrypi-userland doesn't support libglvnd (which it
doesn't as far as I can tell) that kind of throws a wrench in the plan
for IMO minimal benefit.

[0] https://github.com/NVIDIA/libglvnd



[gentoo-dev] Last rites: net-nntp/xrn

2019-03-16 Thread Michał Górny
# Michał Górny  (16 Mar 2019)
# Added in 2004 and not updated since (even though upstream made new
# releases).  Never had a dedicated maintainer.  Fails to build
# with parallel make.
# Removal in 30 days.  Bug #314667.
net-nntp/xrn

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Last rites: sys-boot/raspberrypi-firmware

2019-03-16 Thread Matt Turner
On Fri, Mar 15, 2019 at 6:16 PM Chí-Thanh Christopher Nguyễn
 wrote:
>
> Matt Turner schrieb:
> >> Do you know something about media-libs/raspberrypi-userland as well?
> >> I'm hoping to enable libglvnd support in media-libs/mesa and
> >> x11-drivers/nvidia-drivers soon, and this is the only other package in
> >> Gentoo that uses app-eselect/eselect-opengl.
> >>
> >> Do we care to keep this now that Mesa's vc4 driver is in good shape?
>
> There are uses for raspberrypi-userland which the vc4 driver (last I checked
> at least) does not cover very well.
>
> The most important one is support for the 256 MB RAM devices (original RPi
> Model B), which works fine on raspberrypi-userland. vc4 still has issues if
> less than 256 MB RAM are allocated to the GPU.

That sounds like an awful device to run Gentoo on.

I'd like to require libglvnd for all libGL providers and get rid of
app-eselect/eselect-opengl. What do you suggest we do about
raspberrypi-userland?



Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-analyzer/{libnasl/nessus*,prelude-nessus}, sec-policy/selinux-nessus

2019-03-16 Thread Michał Górny
On Sat, 2019-03-16 at 20:09 +0100, Francisco Blas Izquierdo Riera
(klondike) wrote:
> Hi Michał
> 
> El 16/3/19 a las 20:06, Michał Górny escribió:
> > # The current Gentoo version of Nessus is from 2006 (!).  It does
> > # not build for quite some time (#590226), also -client fails with new
> > # openssl (#674424).  Upstream has stopped releasing non-proprietary
> > # versions.  While at it, remove prelude-nessus that practically
> > # has not been touched since 2003.
> > # Removal in 30 days.  Bug #680636.
> > net-analyzer/libnasl
> > net-analyzer/nessus-client
> > net-analyzer/nessus-core
> > net-analyzer/nessus-libraries
> > net-analyzer/nessus-plugins
> > net-analyzer/prelude-nessus
> > sec-policy/selinux-nessus
> 
> You should comment that users can migrate to net-analyzer/nessus-bin or
> net-analyzer/openvas.

Included.  Thanks for the suggestion.

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: app-misc/fdutils

2019-03-16 Thread Michał Górny
# Current Gentoo release is from 2006, last upstream release from 2008.
# No maintainer.  Fails to build with parallel make.
# Removal in 30 days.  Bug #315577.
app-misc/fdutils

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-analyzer/{libnasl/nessus*,prelude-nessus}, sec-policy/selinux-nessus

2019-03-16 Thread Francisco Blas Izquierdo Riera (klondike)
El 16/3/19 a las 20:51, Hasan Ç. escribió:
> Hi,
>
> net-analyzer/openvas is perfectly suitable for nessus users to migrate.
> I updated all openvas components to latest stables.
>
> Regards,
> 
> Hasan ÇALIŞIR
> Proxy Maintainer | OpenVAS
>
> 16 Mar 2019 Cts 10:10 PM tarihinde Francisco Blas Izquierdo Riera
> (klondike) mailto:klond...@gentoo.org>> şunu yazdı:
>
> Hi Michał
>
> El 16/3/19 a las 20:06, Michał Górny escribió:
> > # The current Gentoo version of Nessus is from 2006 (!).  It does
> > # not build for quite some time (#590226), also -client fails
> with new
> > # openssl (#674424).  Upstream has stopped releasing non-proprietary
> > # versions.  While at it, remove prelude-nessus that practically
> > # has not been touched since 2003.
> > # Removal in 30 days.  Bug #680636.
> > net-analyzer/libnasl
> > net-analyzer/nessus-client
> > net-analyzer/nessus-core
> > net-analyzer/nessus-libraries
> > net-analyzer/nessus-plugins
> > net-analyzer/prelude-nessus
> > sec-policy/selinux-nessus
>
> You should comment that users can migrate to
> net-analyzer/nessus-bin or
> net-analyzer/openvas.
>
>
To be sincere that is much better than nessus-bin, whose only available
versions are 8.0.1 and 6.10.5 none of which can be downloaded anymore:
https://www.tenable.com/downloads/nessus



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-analyzer/{libnasl/nessus*,prelude-nessus}, sec-policy/selinux-nessus

2019-03-16 Thread Francisco Blas Izquierdo Riera (klondike)
Hi Michał

El 16/3/19 a las 20:06, Michał Górny escribió:
> # The current Gentoo version of Nessus is from 2006 (!).  It does
> # not build for quite some time (#590226), also -client fails with new
> # openssl (#674424).  Upstream has stopped releasing non-proprietary
> # versions.  While at it, remove prelude-nessus that practically
> # has not been touched since 2003.
> # Removal in 30 days.  Bug #680636.
> net-analyzer/libnasl
> net-analyzer/nessus-client
> net-analyzer/nessus-core
> net-analyzer/nessus-libraries
> net-analyzer/nessus-plugins
> net-analyzer/prelude-nessus
> sec-policy/selinux-nessus

You should comment that users can migrate to net-analyzer/nessus-bin or
net-analyzer/openvas.




signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: www-plugins/mozplugger

2019-03-16 Thread Michał Górny
# Michał Górny  (16 Mar 2019)
# Major browsers stopped supporting NPAPI plugins a while ago.
# Furthermore, modern browsers carry built-in multimedia support,
# rendering media plugins redundant.  Last release in 2014.
# Removal in 30 days.  Bug #671854.
www-plugins/mozplugger

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


[gentoo-dev] Last rites: sci-chemistry/prody, sci-chemistry/pymol-plugins-dynamics

2019-03-16 Thread Michał Górny
# Michał Górny  (15 Mar 2019)
# ProDy was added in 2015 and not bumped since (with upstream making
# frequent releases).  The primary maintainer abandoned it.  The Gentoo
# version requires Python 2, while it depends on IPython which dropped
# support for Python 2.
#
# pymol-plugins-dynamics is its only revdep, added and abandoned
# by the primary maintainer about the same time as ProDy.  Last bumped
# in 2017, making it behind upstream.
#
# Removal in 30 days.  Bug #672410.
sci-chemistry/prody
sci-chemistry/pymol-plugins-dynamics

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part