[gentoo-dev] Last rites: media-libs/rply
# 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: app-misc/fdutils
# 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
[gentoo-dev] Last rites: net-nntp/xrn
# 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
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
Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-analyzer/{libnasl/nessus*,prelude-nessus}, sec-policy/selinux-nessus
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
Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-analyzer/{libnasl/nessus*,prelude-nessus}, sec-policy/selinux-nessus
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
Re: Re[2]: [gentoo-dev] Last rites: sys-boot/raspberrypi-firmware
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
Re: [gentoo-dev] Last rites: sys-boot/raspberrypi-firmware
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?
[gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-analyzer/{libnasl/nessus*,prelude-nessus}, sec-policy/selinux-nessus
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: net-analyzer/{libnasl/nessus*,prelude-nessus}, sec-policy/selinux-nessus
# 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: [gentoo-dev] Last rites: dev-util/staruml-bin
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
# 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
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
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: dev-util/staruml-bin
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
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
[gentoo-dev] Last rites: sci-chemistry/prody, sci-chemistry/pymol-plugins-dynamics
# 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
[gentoo-dev] Last rites: www-plugins/mozplugger
# 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
