Re: [gentoo-dev] Looking for a co-maintainer: games-fps/gzdoom

2020-06-08 Thread James Le Cuirot
Hey William,

On Sun, 7 Jun 2020 15:13:13 -0400
William Breathitt Gray  wrote:

> I am looking for a co-maintainer for the games-fps/gzdoom package.
> GZDoom version 4.4.0 was just released and GZDoom has been refactored to
> move its audio code to a new external library called ZMusic:
> https://bugs.gentoo.org/727448
> 
> A games-fps/gzdoom-4.4.0 version bump will require the introduction of a
> new zmusic ebuild. Since GZDoom is one of the larger DOOM source ports,
> I figure it'll be good to have more than one person looking after these
> packages.
> 
> If anyone is interested in helping out, please let me know.

I'm happy for this to just go under the games umbrella. You're aware
that we're stretched pretty thin so I can understand why you're asking
for extra help but I'll gladly give this one extra attention, at least
in the short term. I've been using it on an almost daily basis
recently! My new map only really works with GZDoom. 3D floors are
awesome. ;)

Cheers,
-- 
James Le Cuirot (chewi)
Gentoo Linux Developer


pgpkLSR0yxhkq.pgp
Description: OpenPGP digital signature


Re: [gentoo-dev] cmake-utils.eclass: DEPRECATED notice

2020-06-08 Thread Sergei Trofimovich
On Mon, 8 Jun 2020 03:02:49 -0700
Georgy Yakovlev  wrote:

> opened a PR to add it to repoman:
> 
> https://github.com/gentoo/portage/pull/554

Thank you!

-- 

  Sergei



Re: [gentoo-dev] Graphics Project disbanded [pkgs up for grabs]

2020-06-08 Thread Michał Górny
On Sat, 2020-06-06 at 14:50 -0400, Aaron Bauman wrote:
> All, the graphics project has now been disbanded.
> 
> All packages have been reassigned to maintainer-needed. Bugs will be
> reassigned soon.
> 

Maybe it'd make sense to create a new project that is focused
on maintaining core libraries for gfx/audio/video formats (technical
name: codec project)?  Right now, sound and video teams are also
suffering from similar problems.  On one hand, it makes little sense to
create huge projects that maintain every single kind of gfx/sound/video-
related tool ever made, on the other it doesn't exactly make sense to
require every single core library to have an individual maintainer.

-- 
Best regards,
Michał Górny



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


Re: [gentoo-dev] Graphics Project disbanded [pkgs up for grabs]

2020-06-08 Thread Chris Mayo



On Sat, 6 Jun, 2020 at 14:50, Aaron Bauman  wrote:

All, the graphics project has now been disbanded.

All packages have been reassigned to maintainer-needed. Bugs will be
reassigned soon.

Here are a list of the packages that are now up for grabs:


...


media-gfx/gnofract4d


GitHub PR updated with proxy-maint metadata update:

https://github.com/gentoo/gentoo/pull/15987


Chris







Re: [gentoo-dev] cmake-utils.eclass: DEPRECATED notice

2020-06-08 Thread Georgy Yakovlev
opened a PR to add it to repoman:

https://github.com/gentoo/portage/pull/554

On 6/8/20 2:09 AM, Sergei Trofimovich wrote:
> On Mon, 08 Jun 2020 10:13:24 +0200
> Andreas Sturmlechner  wrote:
> 
>> This eclass no longer receives any changes.
>> Everyone must port to cmake.eclass.
> 
> We have quite a few ebuilds that still use it:
> $ git grep -E 'inherit.*cmake-utils' | wc -l
> 1338
> 
> I don't see any warnings reported by repoman to suggest users
> to migrate away. Should we have one?
> 




Re: [gentoo-dev] cmake-utils.eclass: DEPRECATED notice

2020-06-08 Thread Sergei Trofimovich
On Mon, 08 Jun 2020 10:13:24 +0200
Andreas Sturmlechner  wrote:

> This eclass no longer receives any changes.
> Everyone must port to cmake.eclass.

We have quite a few ebuilds that still use it:
$ git grep -E 'inherit.*cmake-utils' | wc -l
1338

I don't see any warnings reported by repoman to suggest users
to migrate away. Should we have one?

-- 

  Sergei



[gentoo-dev] cmake-utils.eclass: DEPRECATED notice

2020-06-08 Thread Andreas Sturmlechner
This eclass no longer receives any changes.
Everyone must port to cmake.eclass.

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