Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-nds/nsscache

On Thu, 2024-01-25 at 07:40 +, Robin H. Johnson wrote: > On Wed, Jan 24, 2024 at 12:55:25PM +0100, Michał Górny wrote: > > # Michał Górny (2024-01-24) > > # No support for Python 3.11+.  No PEP517.  Tests are not enabled. > > # The current keyworded version is from 2019.  It was bumped in 2022

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-nds/nsscache

On Wed, Jan 24, 2024 at 12:55:25PM +0100, Michał Górny wrote: > # Michał Górny (2024-01-24) > # No support for Python 3.11+.  No PEP517.  Tests are not enabled. > # The current keyworded version is from 2019.  It was bumped in 2022 > # but it has not been keyworded since (pending "testing"). > # D

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: dev-build/bazel, sci-libs/keras, sci-libs/tensorflow, sci-libs/tensorflow-estimator, sci-visualization/tensorboard

On Thu, Jan 18, 2024 at 02:33:08PM +0100, Maciej Barć wrote: > A lot of Bazel bugs were just left to rot, even though they are invalid. > There are work from users to get Bazel to a reasonable state, see: > https://bugs.gentoo.org/918703 (plus comment #1) > > > # Unmasking this requires a sign-off

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: dev-build/bazel, sci-libs/keras, sci-libs/tensorflow, sci-libs/tensorflow-estimator, sci-visualization/tensorboard

On Thu, 2024-01-18 at 14:33 +0100, Maciej Barć wrote: > A lot of Bazel bugs were just left to rot, even though they are > invalid. > There are work from users to get Bazel to a reasonable state, see: > https://bugs.gentoo.org/918703 (plus comment #1) > > > # Unmasking this requires a sign-off from

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: dev-build/bazel, sci-libs/keras, sci-libs/tensorflow, sci-libs/tensorflow-estimator, sci-visualization/tensorboard

A lot of Bazel bugs were just left to rot, even though they are invalid. There are work from users to get Bazel to a reasonable state, see: https://bugs.gentoo.org/918703 (plus comment #1) # Unmasking this requires a sign-off from QA and treecleaners, since # these packages require a ton of ment

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

On 2023-09-17 20:28:49, Alexe Stefan wrote: > > There are 2 open pr's on the opentmpfiles github. One removes the > security vulnerability, but is non-compliant with the spec, the other > is (at least is a start of) a rewrite in c. The PR is still vulnerable. These checks, _chown() { local

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

On Sun, 17 Sep 2023 13:25:20 -0400 Michael Orlitzky wrote: > On 2023-09-17 15:32:46, Marc Joliet wrote: > > I just want to say how amazed I am that you (and Arsen, too) still > > have the patience to try and explain the realities of the situation > > like this, especially after the eudev thread.

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

On 9/17/23, orbea wrote: > On Sun, 17 Sep 2023 12:58:00 +0200 > Arsen Arsenović wrote: > >> Alexe Stefan writes: >> >> > One is written in shell, the other is written in c.(no problems >> > here) >> >> Not that implementation language matters. >> >> > One is not part of systemd, the other is. >>

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

On 2023-09-17 15:32:46, Marc Joliet wrote: > I just want to say how amazed I am that you (and Arsen, too) still have the > patience to try and explain the realities of the situation like this, > especially after the eudev thread. I'm a founding member of the systemd haters club so I'm sympathetic,

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

Am Sonntag, 17. September 2023, 15:32:46 CEST schrieb Marc Joliet: > Am Sonntag, 17. September 2023, 13:53:45 CEST schrieb Michael Orlitzky: > > On 2023-09-17 08:26:50, Alexe Stefan wrote: > [...] > > I just want to say how amazed I am that you (and Arsen, too) still have the > patience to try and

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

Am Sonntag, 17. September 2023, 13:53:45 CEST schrieb Michael Orlitzky: > On 2023-09-17 08:26:50, Alexe Stefan wrote: [...] I just want to say how amazed I am that you (and Arsen, too) still have the patience to try and explain the realities of the situation like this, especially after the eudev t

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

On Sun, 17 Sep 2023 12:58:00 +0200 Arsen Arsenović wrote: > Alexe Stefan writes: > > > One is written in shell, the other is written in c.(no problems > > here) > > Not that implementation language matters. > > > One is not part of systemd, the other is. > > Both work fine without system

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

On 2023-09-17 08:26:50, Alexe Stefan wrote: > One is written in shell, the other is written in c.(no problems here) > One is not part of systemd, the other is. > How are they identical. The big picture is that the tmpfiles.d specification is impossible to implement securely on a POSIX system. The

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

Arsen Arsenović writes: [snip] >> How are they identical. > > The last rites message does not say that opentmpfiles and > systemd-tmpfiles are identical. That'd do a disservice to the actually > complete, unmaintained, and (currently) non-CVE-affected implementation ^^ C-h C-h... ty

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

Alexe Stefan writes: > One is written in shell, the other is written in c.(no problems here) Not that implementation language matters. > One is not part of systemd, the other is. Both work fine without systemd, but the systemd implementation also happens not to be unmaintained and happens to

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

On 9/17/23, David Seifert wrote: > On Sun, 2023-09-17 at 08:26 +0300, Alexe Stefan wrote: >> One is written in shell, the other is written in c.(no problems here) >> One is not part of systemd, the other is. >> How are they identical. >> >> I use this on my raspi server, works fine. >> >> Gentoo r

Re: [gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

On Sun, 2023-09-17 at 08:26 +0300, Alexe Stefan wrote: > One is written in shell, the other is written in c.(no problems here) > One is not part of systemd, the other is. > How are they identical. > > I use this on my raspi server, works fine. > > Gentoo really became a systemd distro, further re

[gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles

One is written in shell, the other is written in c.(no problems here) One is not part of systemd, the other is. How are they identical. I use this on my raspi server, works fine. Gentoo really became a systemd distro, further restricting choice by the day.

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

Sam James writes: > [[PGP Signed Part:Undecided]] > > Florian Schmaus writes: > >> [[PGP Signed Part:Undecided]] >> On 18/07/2023 11.56, Sam James wrote: >>> Mike Gilbert writes: >>> On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote: >> Haven't we been keeping these because we still n

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

Florian Schmaus writes: > [[PGP Signed Part:Undecided]] > On 18/07/2023 11.56, Sam James wrote: >> Mike Gilbert writes: >> >>> On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote: > Haven't we been keeping these because we still need to decide on a > policy about what to do with dead acct

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

On 18/07/2023 11.56, Sam James wrote: Mike Gilbert writes: On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote: Haven't we been keeping these because we still need to decide on a policy about what to do with dead acct-*/* packages? Right. https://bugs.gentoo.org/781881 is still open. Flow cou

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

Mike Gilbert writes: > On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote: >> > Haven't we been keeping these because we still need to decide on a >> > policy about what to do with dead acct-*/* packages? >> >> Right. https://bugs.gentoo.org/781881 is still open. Flow could ping >> the QA team and

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

On 18-07-2023 11:42:39 +0300, Зураб Квачадзе wrote: > How do we handle this case, then. > Imagine we have a leaf package acct-user/foo, which has a reserved UID of 123. > It gets last rited and its entry is removed from uid-gid.txt. After a while > appears a new package acct-user/bar, which takes t

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

Well, this configuration is reasonable, I am for the change On Tue, 18 Jul 2023 at 11:55 Florian Schmaus wrote: > On 18/07/2023 10.42, Зураб Квачадзе wrote: > > How do we handle this case, then. > > Imagine we have a leaf package acct-user/foo, which has a reserved UID > > of 123. It gets last r

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

On 18/07/2023 10.42, Зураб Квачадзе wrote: How do we handle this case, then. Imagine we have a leaf package acct-user/foo, which has a reserved UID of 123. It gets last rited and its entry is removed from uid-gid.txt. Nobody is proposing that the uid-gid.txt entry is removed. Ideally, it woul

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

How do we handle this case, then. Imagine we have a leaf package acct-user/foo, which has a reserved UID of 123. It gets last rited and its entry is removed from uid-gid.txt. After a while appears a new package acct-user/bar, which takes the 123 UID. Then a user, say Bob, updates their system, whic

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

El jue, 01-01-1970 a las 00:00 +, Ulrich Mueller escribió: > > > > > > On Mon, 17 Jul 2023, Mike Gilbert wrote: > > > On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote: > > > > Haven't we been keeping these because we still need to decide > > > > on a > > > > policy about what to do with dead a

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

> On Mon, 17 Jul 2023, Mike Gilbert wrote: > On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote: >> > Haven't we been keeping these because we still need to decide on a >> > policy about what to do with dead acct-*/* packages? >> >> Right. https://bugs.gentoo.org/781881 is still open. Flow coul

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote: > > Haven't we been keeping these because we still need to decide on a > > policy about what to do with dead acct-*/* packages? > > Right. https://bugs.gentoo.org/781881 is still open. Flow could ping > the QA team and ask if it should be closed, gi

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

Matt Turner writes: > On Mon, Jul 17, 2023 at 3:43 PM Florian Schmaus wrote: >> >> # Florian Schmaus (2023-07-17) >> # Obsolete acct-* packages which became leaf packages. >> # Removal on 2023-08-17. >> acct-user/artifactory >> acct-group/artifactory >> acct-user/cinder >> acct-group/cinder >>

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: obsolete acct-* packages

On Mon, Jul 17, 2023 at 3:43 PM Florian Schmaus wrote: > > # Florian Schmaus (2023-07-17) > # Obsolete acct-* packages which became leaf packages. > # Removal on 2023-08-17. > acct-user/artifactory > acct-group/artifactory > acct-user/cinder > acct-group/cinder > acct-user/glance > acct-group/gla

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-portage/layman

Hey, Am Montag, dem 22.05.2023 um 13:50 +0300 schrieb Alexe Stefan: > What is the alternative to layman -S? emaint sync -r Works for any repo in repos.conf, not limited to layman. signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-portage/layman

Regarding the dependency on pyGPG and g-sorcery, I have layman installed without any of those programs installed. vin., 19 mai 2023, 02:08 Sam James a scris: > > Alexe Stefan writes: > > > Layman is still a convenient way of managing overlays. It still works > > as intended. > > Is there any wa

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-portage/layman

What is the alternative to layman -S? I would like to have a way of syncing only my overlays, as there are often fixes pushed multiple times in the same day and I would like to avoid syncing ::gentoo every time I sync my overlays. vin., 19 mai 2023, 02:08 Sam James a scris: > > Alexe Stefan wri

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-portage/layman

On 5/19/2023 1:51 PM, Mike Gilbert wrote: On Thu, May 18, 2023 at 7:07 PM Sam James wrote: Alexe Stefan writes: Layman is still a convenient way of managing overlays. It still works as intended. Is there any way for it to be kept in the repos? Is there an issue for you with using eselect

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-portage/layman

On Thu, May 18, 2023 at 7:07 PM Sam James wrote: > > > Alexe Stefan writes: > > > Layman is still a convenient way of managing overlays. It still works > > as intended. > > Is there any way for it to be kept in the repos? > > Is there an issue for you with using eselect-repository, which is > act

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-portage/layman

Le ven. 19 mai 2023 à 01:08, Sam James a écrit : > Alexe Stefan writes: > > > Layman is still a convenient way of managing overlays. It still works > > as intended. > > Is there any way for it to be kept in the repos? > > Is there an issue for you with using eselect-repository, which is > activel

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-portage/layman

Alexe Stefan writes: > Layman is still a convenient way of managing overlays. It still works > as intended. > Is there any way for it to be kept in the repos? Is there an issue for you with using eselect-repository, which is actively maintained and doesn't depend on unmaintained software (pyGPG

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-portage/layman

Layman is still a convenient way of managing overlays. It still works as intended. Is there any way for it to be kept in the repos? vin., 19 mai 2023, 01:35 David Seifert a scris: > # David Seifert (2023-05-19) > # Abandoned, replaced by 'eselect repository', tons of open bugs. > # Removal on 2

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites:

On Mon, Jan 23, 2023 at 05:35:50PM +, Marco Scardovi wrote: > id="protonmail_mobile_signature_block">Sent from Proton Mail for > iOS Il lun, gen 23, 2023 alle > 18:22, Tomas Mozes class="">hydrapo...@gmail.com> ha scritto: class="protonmail_quote" type="

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites:

On Mon, 2023-01-23 at 18:22 +0100, Tomas Mozes wrote: > > > On Monday, January 23, 2023, David Seifert wrote: > > # David Seifert (2023-01-23) > > # EOL branch, switch to mariadb-10.4/galera-26.4, removal on 2023- > > 02-22. > > > > > > > > Mariadb 10.3 will be supported until May 2023, an

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites:

Sent from Proton Mail for iOS Il lun, gen 23, 2023 alle 18:22, Tomas Mozes ha scritto: On Monday, January 23, 2023, David Seifert wrote:> # David Seifert (2023-01-23)> # EOL branch, switch to mariadb-10.4/galera-26.4, removal on 2023-0

[gentoo-dev] Re: [gentoo-dev-announce] Last rites:

On Monday, January 23, 2023, David Seifert wrote: > # David Seifert (2023-01-23) > # EOL branch, switch to mariadb-10.4/galera-26.4, removal on 2023-02-22. > > Mariadb 10.3 will be supported until May 2023, any reason to drop it now?

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: sci-chemistry/votca*, sci-libs/votca-tools

On Fri, 2022-12-23 at 09:37 -0700, Christoph Junghans wrote: > sci-chemistry/votca replaces sci-libs/votca-tools & the other votca-* > packages. > sci-chemistry/votca builds fine, so we should not be last-rited that, > but only the votca-*. > Ah, sorry, I thought they go all together. My mistak

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: sci-chemistry/votca*, sci-libs/votca-tools

sci-chemistry/votca replaces sci-libs/votca-tools & the other votca-* packages. sci-chemistry/votca builds fine, so we should not be last-rited that, but only the votca-*. Christoph On Fri, Dec 23, 2022 at 6:31 AM Michał Górny wrote: > > # Michał Górny (2022-12-23) > # sci-libs/votca-tools fail

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-gfx/colorhug-client

Does fwupd do all of the other stuff the binaries in colorhug-client support? Or just firmware updates? -JimC -- James Cloos OpenPGP: 0x997A9F17ED7DAEA6

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: dev-cpp/libxsd-frontend

Last-rite these packages in addition to dev-cpp/libxsd-frontend, seeing that only it needs them and they're abandoned upstream too. dev-cpp/libcutl dev-util/build

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: dev-python/contextlib2, dev-python/linecache2, dev-python/traceback2, dev-python/unittest2

On Tue, 2021-07-06 at 00:27 +0200, Michał Górny wrote: > # Michał Górny (2021-07-06) > # Various Python 2-specific backports.  All the reverse dependencies > # (except for deps between these packages) have been eliminated. > # Removal on 2021-08-05.  Bug #800698. > dev-python/contextlib2 > dev-pyt

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-text/cook

On Sat, Nov 28, 2020 at 09:49:21PM +0100, David Seifert wrote: > # David Seifert (2020-11-28) > # Last release in 2002, multiple open bugs, no maintainer, no revdeps. > # Bug #709512, #713300, #729518, Removal in 30 days. > app-text/cook -- Robin Hugh Johnson Gentoo Linux: Dev, Infra Lead, Fou

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: */* More Py2 only items

On June 29, 2020 4:57:49 PM EDT, Piotr Karbowski wrote: >On 29/06/2020 02.35, Aaron Bauman wrote: >> [...] >> net-dns/maradns > >There's single python script that can work with Python3 (at least in >new >version) that does that can just use any Python version. > >I see that it did not got updat

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: */* More Py2 only items

On 29/06/2020 02.35, Aaron Bauman wrote: > [...] > net-dns/maradns There's single python script that can work with Python3 (at least in new version) that does that can just use any Python version. I see that it did not got update for over a year, will take it over now and push update tomorrow, th

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-proxy/mitmproxy

Sam, Let me know if you are experiencing any issues or need assistance. I also want to save this package and can help. Thanks, Viktar On Sun, Apr 19, 2020 at 10:34 PM Sam James wrote: > I’ll try look at this. > > > > On 19 Apr 2020, at 21:05, Michał Górny wrote: > > > > # Michał Górny (2020-

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-proxy/mitmproxy

I’ll try look at this. > On 19 Apr 2020, at 21:05, Michał Górny wrote: > > # Michał Górny (2020-04-19) > # Unmaintained. Stuck on Python 3.6. Needs version bump. > # Removal in 30 days. Bug #718458. > net-proxy/mitmproxy > > -- > Best regards, > Michał Górny >

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: games-fps/ut2003

On Tue, 31 Mar 2020 04:14:03 +0200 Jonas Stein wrote: > profiles: Mask games-fps/ut2003 for removal > > SRC_URI is dead AND RESTRICT=mirror is required > Bug: https://bugs.gentoo.org/715540 Fixed. Last-rites cancelled. -- James Le Cuirot (chewi) Gentoo Linux Developer pgpcCW8mJf

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: dev-python/gnome-vfs-python, dev-python/libbonobo-python, dev-python/libgnome-python, dev-python/libgnomecanvas-python, dev-python/librsvg-python, de

On Fri, 2020-03-20 at 09:59 +0100, Michał Górny wrote: > # Michał Górny (2020-03-20) > # Deprecated GNOME libraries, replaced by introspection. Python 2 only. > # No reverse dependencies. > # Removal in 30 days. Bug #713566. > dev-python/gnome-vfs-python > dev-python/libbonobo-python > dev-pytho

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: sci-astronomy/celestia

El sáb, 25-01-2020 a las 22:11 +0100, Lars Wendler escribió: > On Wed, 22 Jan 2020 22:48:22 +0100 Pacho Ramos wrote: > > > El mié, 22-01-2020 a las 10:18 +0100, Lars Wendler escribió: > > > On Wed, 22 Jan 2020 00:56:48 +0100 David Seifert wrote: > > > > > > > # David Seifert (2020-01-21) > > > >

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: sci-astronomy/celestia

On Wed, 22 Jan 2020 22:48:22 +0100 Pacho Ramos wrote: >El mié, 22-01-2020 a las 10:18 +0100, Lars Wendler escribió: >> On Wed, 22 Jan 2020 00:56:48 +0100 David Seifert wrote: >> >> > # David Seifert (2020-01-21) >> > # All released versions depend on EOL gtkglext, no revdeps. >> > # Bug #644334,

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: sci-astronomy/celestia

El mié, 22-01-2020 a las 10:18 +0100, Lars Wendler escribió: > On Wed, 22 Jan 2020 00:56:48 +0100 David Seifert wrote: > > > # David Seifert (2020-01-21) > > # All released versions depend on EOL gtkglext, no revdeps. > > # Bug #644334, #694834. Removal in 30 days. > > sci-astronomy/celestia > >

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: sci-astronomy/celestia

On Wed, 22 Jan 2020 00:56:48 +0100 David Seifert wrote: ># David Seifert (2020-01-21) ># All released versions depend on EOL gtkglext, no revdeps. ># Bug #644334, #694834. Removal in 30 days. >sci-astronomy/celestia I've adjusted the mask to not cover the live ebuild. I am still actively maintai

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-analyzer/zabbix

On Thu, Nov 7, 2019 at 11:13 AM Vadim A. Misbakh-Soloviov wrote: > I'm using zabbix, but I can't sign up as the single active maintainer, > although, I'd be happy to co-maintain it with somebody else. > > BTW, @mgorny, as I see, Patrick already fixed the issue, so can we talk > about > unmasking

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-analyzer/zabbix

I'm using zabbix, but I can't sign up as the single active maintainer, although, I'd be happy to co-maintain it with somebody else. BTW, @mgorny, as I see, Patrick already fixed the issue, so can we talk about unmasking and un-lastriting zabbix now? -- Best regards, mva signature.asc Descri

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: games-fps/ut2004 and revdeps

On Sat, 2019-09-28 at 14:02 +0200, Michał Górny wrote: > # Michał Górny (2019-09-28) > # games-fps/ut2004 is unfetchable for almost 3 years. The remaining > # packagse are its reverse dependencies, some of them unfetchable > # as well. > # Removal in 30 days. Bug #601402. > games-fps/ut2004 > ga

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: games-strategy/freecol

On Sat, 13 Apr 2019 10:04:26 +0200 Michał Górny wrote: > # Michał Górny (13 Apr 2019) > # Fails to run. The current release is from 2015, and upstream has not > # made a release since. Uses games.eclass. > # Removal in 30 days. Bug #654564. > games-strategy/freecol Reverted as I have fixed t

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: games-roguelike/angband

On Wed, 2019-04-03 at 11:47 +0200, Michał Górny wrote: > # Michał Górny (03 Apr 2019) > # Does not build with ncurses[tinfo]. The current version is from 2016. > # At the very least, needs a version bump. A dedicated maintainer > # would probably also be beneficial. > # Removal in 30 days. Bug

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-print/lprng

On Thu, 2019-03-21 at 13:16 +0100, Michał Górny wrote: > # Michał Górny (21 Mar 2019) > # Not really maintained anymore. Last upstream release is from 2015. > # Fails to build against modern versions of app-crypt/mit-krb5, may have > # more hidden issues. It is probably time to move to net-print

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

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 ta

[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, r

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: dev-db/pgadmin4

On venerdì 26 ottobre 2018 01:37:50 CEST Aaron W. Swenson wrote: > # Aaron W. Swenson (25 Oct 2018) > # Fails to build against up to date OpenSSL library (Bug 663966). No longer > # supported upstream. Use dev-db/pgadmin4. > # Masked for removal on 2018-11-24, bug #669650. > dev-db/pgadmin3 I gue

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-forensics/chkrootkit

On Sat, 19 Mar 2016 22:43:27 +0300 Andrew Savchenko wrote: > On Sat, 19 Mar 2016 16:24:32 +0900 Aaron Bauman wrote: > > # Aaron Bauman (19 Mar 2016) > > # Unpatched security vulnerability per bug #512356. > > # Masked for removal in 30 days. > > app-forensics/chkrootkit > > Hey! This is a great t

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-forensics/chkrootkit

On Sat, 19 Mar 2016 16:24:32 +0900 Aaron Bauman wrote: > # Aaron Bauman (19 Mar 2016) > # Unpatched security vulnerability per bug #512356. > # Masked for removal in 30 days. > app-forensics/chkrootkit Hey! This is a great tool and new version with fix for this bug is available. It looks like for

[gentoo-dev] Re: [gentoo-dev-announce] last rites: app-laptop/gtkpbbuttons

> On Tue, 7 Apr 2015, Andreas K Huettel wrote: > # Andreas K. Huettel # EAPI=1, last upstream release 2007, last significant > # ebuild commit 2007. Masked for removal in 30 days. > app-laptop/gtkpbbuttons No removal bug number? Ulrich pgpA9LKQRI11F.pgp Description: PGP signature

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

On 16/03/15 16:27, Rich Freeman wrote: On Mon, Mar 16, 2015 at 10:09 AM, Ben de Groot wrote: On 16 March 2015 at 21:54, Юра Цимбалов wrote: That would be great, but it depends on getting newer mpv stable, while (s)mplayer2 is dead and broken right now. https://bugs.gentoo.org/buglist.cgi?qu

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

On Mon, 16 Mar 2015 10:27:18 -0400 Rich Freeman wrote: > > As I recall libav is now the default, and the argument was that users > should just use mplayer2 and such for compatibility. mpv, not mplayer2; I insisted on not talking about mplayer2 :)

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

On Mon, Mar 16, 2015 at 10:09 AM, Ben de Groot wrote: > On 16 March 2015 at 21:54, Юра Цимбалов wrote: >>> That would be great, but it depends on getting newer mpv stable, while >>> (s)mplayer2 is dead and broken right now. >> >> https://bugs.gentoo.org/buglist.cgi?quicksearch=mplayer2&list_id=27

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

On 16 March 2015 at 21:54, Юра Цимбалов wrote: >> That would be great, but it depends on getting newer mpv stable, while >> (s)mplayer2 is dead and broken right now. > > https://bugs.gentoo.org/buglist.cgi?quicksearch=mplayer2&list_id=2703540 > > Why it's broken? As stated in my original message:

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

> That would be great, but it depends on getting newer mpv stable, while > (s)mplayer2 is dead and broken right now. https://bugs.gentoo.org/buglist.cgi?quicksearch=mplayer2&list_id=2703540 Why it's broken? -- Yuri Tsimbaloff

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

On 16 March 2015 at 19:17, Alexander Berntsen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 16/03/15 11:09, Nikos Chantziaras wrote: >>> On 16/03/15 11:58, Alexander Berntsen wrote: Does smplayer work with mpv? >> Version 14.9.0.6690 and up supports mpv. > Then I would enc

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/03/15 11:09, Nikos Chantziaras wrote: >> On 16/03/15 11:58, Alexander Berntsen wrote: >>> Does smplayer work with mpv? > Version 14.9.0.6690 and up supports mpv. Then I would encourage that we stabilise this before removing (s)mplayer2. - -- A

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

On 16/03/15 11:58, Alexander Berntsen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/03/15 10:15, Ben de Groot wrote: # These projects have been abandoned upstream. Most mplayer2 devs have moved # on to media-video/mpv, and users are suggested to do the same. We have # media-video

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: media-video/mplayer2 media-video/smplayer2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 15/03/15 10:15, Ben de Groot wrote: > # These projects have been abandoned upstream. Most mplayer2 devs have moved > # on to media-video/mpv, and users are suggested to do the same. We have > # media-video/baka-mplayer and media-video/smplayer ava

[gentoo-dev] Re: [gentoo-dev-announce] last rites: games-fps/postal2mp-demo

On Tue, Jul 8, 2014 at 9:48 AM, Ian Stakenvicius wrote: > Last rites cancelled; found a version bump'ed distfile via icculus, so > this one can live a little longer. I have once asked Robin to archive the distfiles for a commercial package which has RESTRICT=mirror. My reasoning at the time was t

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-text/epdfview

On Tue, 7 Aug 2012, Andreas K. Huettel wrote: # Andreas K. Huettel (7 Aug 2012) # Many display bugs and compatibility problems, does not build with cups-1.6. # Upstream is dead. There's no real way to support this anymore. Masked for # removal in 30 days. Unfortunately the best lightweight repla

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-text/epdfview

Am Dienstag 07 August 2012, 00:28:16 schrieb Andreas K. Huettel: > # Andreas K. Huettel (7 Aug 2012) > # Many display bugs and compatibility problems, does not build with > cups-1.6. # Upstream is dead. There's no real way to support this anymore. > Masked for # removal in 30 days. > app-text/epdf

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: Various horde packages

Hello! Would it make sense to move these ebuilds to a dedicated overlay? I can think of one IPS that uses both Gentoo and Horde [1] (though I'm not sure which version and if in combination). A imagine that a dedicated overlay could be both a service to people who still rely on horde and at the s

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: Various common-lisp old packages (mainly dev-lisp/cl-*)

On 21:35 Fri 17 Sep , Jeroen Roovers wrote: > It's better not to depend on external resources. Also there is no need > to shorten it in this case in the first place. > I gave it some thought, and yeah, you 're right. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/package.ma

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: Various common-lisp old packages (mainly dev-lisp/cl-*)

On Fri, 17 Sep 2010 19:14:07 +0300 Panagiotis Christopoulos wrote: > # http://tinyurl.com/2w2rzgt http://archives.gentoo.org/gentoo-lisp/msg_f51a06ebb1800c83d7eafecd3b9d544d.xml It's better not to depend on external resources. Also there is no need to shorten it in this case in the first place.

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: www-plugins/gnash

Le 05/09/2009 11:25, Duncan a écrit : [...] This is off-topic for gentoo-dev. Please continue this discussion in private. Thanks Rémi

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: www-plugins/gnash

Nikos Chantziaras posted on Sat, 05 Sep 2009 02:19:12 +0300 as excerpted: > On 09/05/2009 01:24 AM, Robert Bradbury wrote: >> >> Is gnash still under development (as an open source alternative to >> Adobe flash)? TTBOMK [1], gnash is now a GNU sponsored project, one I believe they are actually p

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: www-plugins/gnash

On 09/05/2009 01:24 AM, Robert Bradbury wrote: I've used the gnash plugin because earlier Flash releases were so "problematic" (crashing Flash would generally crash Firefox). But generally migrated away from Flash as it seemed to become more and more of an advertising distribution medium that on

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: www-plugins/gnash

I've used the gnash plugin because earlier Flash releases were so "problematic" (crashing Flash would generally crash Firefox). But generally migrated away from Flash as it seemed to become more and more of an advertising distribution medium that one had no user control over (this is a subjective

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last rites: www-plugins/gnash

Le vendredi 04 septembre 2009 à 22:56 +0200, Rémi Cardona a écrit : > Le 04/09/2009 22:41, Andrew John Hughes a écrit : > > So there'll be no Free Flash support in Gentoo any more? > > I hope someone will pick this up, this is a high priority FSF project after > > all. > > There's media-libs/swfd

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: www-plugins/gnash

Le 04/09/2009 22:41, Andrew John Hughes a écrit : So there'll be no Free Flash support in Gentoo any more? I hope someone will pick this up, this is a high priority FSF project after all. There's media-libs/swfdec that's still offically maintained by the Gnome herd. As far as gnash is concer

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: dev-lang/pugs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Torsten Veller wrote: > # Masked for removal (#151986,#171649,#239222) (23 Mar 2009) > # 151986 - dev-lang/pugs-6.2.13 installs stuff in /lib instead of /usr/lib > # 171649 - dev-lang/pugs-6.2.13 fails to build with ghc-6.6 > # 239222 - Remove dependen

[gentoo-dev] Re: [gentoo-dev-announce] Last Rites: games-puzzle/ksudoku

Richard Freeman schrieb: > Tobias Scherbaum wrote: >> >> Wouldn't it make much more sense to package move ksudoku then? >> > > I was thinking the same thing - this is a stable package, so ideally it > shouldn't be "replaced" with an unstable one. Why not keep -0.4 in the > tree for stable users?

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last Rites: games-puzzle/ksudoku

Richard Freeman wrote: > Tobias Scherbaum wrote: >> >> Wouldn't it make much more sense to package move ksudoku then? >> > > I was thinking the same thing - this is a stable package, so ideally it > shouldn't be "replaced" with an unstable one. Why not keep -0.4 in the > tree for stable users? +

Re: [gentoo-dev] Re: [gentoo-dev-announce] Last Rites: games-puzzle/ksudoku

Tobias Scherbaum wrote: Wouldn't it make much more sense to package move ksudoku then? I was thinking the same thing - this is a stable package, so ideally it shouldn't be "replaced" with an unstable one. Why not keep -0.4 in the tree for stable users?

[gentoo-dev] Re: [gentoo-dev-announce] Last Rites: games-puzzle/ksudoku

Markus Ullmann wrote: > +# Markus Ullmann (31 Jan 2009) > +# Mask for removal in 30 days (found its way into mainline kde as > kde-base/ksudoku) > +games-puzzle/ksudoku > + > Wouldn't it make much more sense to package move ksudoku then? Tobias signature.asc Description: Dies ist ein digit

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: mail-client/claws-mail

On Tue, 2 Dec 2008 23:00:16 +0100 Christian Faulhammer <[EMAIL PROTECTED]> wrote: > Hi, > > # Christian Faulhammer <[EMAIL PROTECTED]> (02 Dec 2008) > # Removal because it has been integrated into Claws Mail > # Either use mail-client/claws-mail-3.6.1 (plain) or 3.6.1-r1 > # (USE=smime) > mail-cl

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: app-editors/ted

On Fri, Sep 12, 2008 at 10:17:12PM -0500, Jeremy Olexa wrote: > # Jeremy Olexa <[EMAIL PROTECTED]> (13 Sep 2008) > # Masked for removal in 60 days. Multiple issues, broke for some people. > Needs > # maintainer. automagic deps. See bug #154997 > app-editors/ted I've fixed the build and marked mys

  1   2   >