Re: [gentoo-dev] Last rites: sys-cluster/slurm

2022-08-25 Thread David Palao

Hi,

I think it makes sense. I still have no experience proxy maintaining and 
if you do...


Still, I'll have a look at some of the open bugs during the next week, 
hopefully.


Best

On 23/8/22 19:24, Daniel M. Weeks wrote:

On 8/15/22 09:48, David Palao wrote:

Oh! That's a pity! I need that package...

Is there anything I can do to keep using slurm with my gentoo box?


Best



I just added an updated ebuild in my junkdrawer overlay. I would be 
willing to proxy maintain the package in gentoo.







Re: [gentoo-dev] Last rites: sys-cluster/slurm

2022-08-23 Thread Daniel M. Weeks

On 8/15/22 09:48, David Palao wrote:

Oh! That's a pity! I need that package...

Is there anything I can do to keep using slurm with my gentoo box?


Best



I just added an updated ebuild in my junkdrawer overlay. I would be 
willing to proxy maintain the package in gentoo.



--
Daniel M. Weeks



Re: [gentoo-dev] Last rites: sys-cluster/slurm

2022-08-16 Thread Sam James


> On 16 Aug 2022, at 17:48, David Palao  wrote:
> 
> On 15/8/22 16:00, Sam James wrote:
>> 
>>> On 15 Aug 2022, at 14:48, David Palao  wrote:
>>> 
>>> Oh! That's a pity! I need that package...
>>> 
>>> Is there anything I can do to keep using slurm with my gentoo box?
>>> 
>> Is there any chance you'd be willing to adopt it?
>> 
>> (https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers/User_Guide)
> 
> 
> That would be great! Thank you for the link.
> 
> It's my first time, so what comes next? Should I try to fix the bugs? 
> (#631552, #790296, #842789)
> 
> 

Exactly! Ideally do a GitHub PR adopting the package and fixing bugs in the 
process (it's
ok not to fix them all at once, just do a bump if one exists, and try to start 
fixing them).

>>> Best
>> best,
>> sam
>> 
> 


Best,
sam


signature.asc
Description: Message signed with OpenPGP


Re: [gentoo-dev] Last rites: sys-cluster/slurm

2022-08-16 Thread David Palao

On 15/8/22 16:00, Sam James wrote:



On 15 Aug 2022, at 14:48, David Palao  wrote:

Oh! That's a pity! I need that package...

Is there anything I can do to keep using slurm with my gentoo box?


Is there any chance you'd be willing to adopt it?

(https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers/User_Guide)



That would be great! Thank you for the link.

It's my first time, so what comes next? Should I try to fix the bugs? 
(#631552, #790296, #842789)




Best

best,
sam





Re: [gentoo-dev] Last rites: sys-cluster/slurm

2022-08-15 Thread Sam James


> On 15 Aug 2022, at 14:48, David Palao  wrote:
> 
> Oh! That's a pity! I need that package...
> 
> Is there anything I can do to keep using slurm with my gentoo box?
> 

Is there any chance you'd be willing to adopt it?

(https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers/User_Guide)

> 
> Best

best,
sam



signature.asc
Description: Message signed with OpenPGP


Re: [gentoo-dev] Last rites: sys-cluster/slurm

2022-08-15 Thread David Palao

Oh! That's a pity! I need that package...

Is there anything I can do to keep using slurm with my gentoo box?


Best

On 15/8/22 2:37, John Helmert III wrote:

# John Helmert III  (2022-08-14)
# Many vulnerabilities (including code execution and root privilege
# escalation), effectively unmaintained. Removal in 30 days, bugs
# #631552, #790296, #842789
sys-cluster/slurm




Keeping unused acct-{user,group} packages. Was: Re: [gentoo-dev] Last rites: sys-cluster/slurm

2022-08-15 Thread Florian Schmaus

On 15/08/2022 09.31, Ionen Wolkens wrote:

On Mon, Aug 15, 2022 at 08:56:51AM +0200, Ulrich Mueller wrote:

On Mon, 15 Aug 2022, John Helmert wrote:



# John Helmert III  (2022-08-14)
# Many vulnerabilities (including code execution and root privilege
# escalation), effectively unmaintained. Removal in 30 days, bugs
# #631552, #790296, #842789
sys-cluster/slurm


This will leave acct-{user,group}/slurm without reverse dependencies.
Last-rite them, too?


Aren't we still stuck on what to do with [1]?

[1] https://bugs.gentoo.org/781881


FWIW, I am not sure why we should keep the unused acct-{user,group} 
packages. At least I don't see how removing them would cause any issues 
or confusion? The bug appears to be light on arguments in favor of 
keeping them. Quite contrary, I think keeping them could cause some 
confusion, as users may start looking for the according actual package 
and hope to find it.


But maybe I am missing something?

Needless to say that I am only talking about the acct-{user,group} 
packages, the uid-gid.txt reservation should stay for obvious reasons. 
And this also rules out that the IDs are re-assigned.


- Flow



Re: [gentoo-dev] Last rites: sys-cluster/slurm

2022-08-15 Thread Ionen Wolkens
On Mon, Aug 15, 2022 at 08:56:51AM +0200, Ulrich Mueller wrote:
> > On Mon, 15 Aug 2022, John Helmert wrote:
> 
> > # John Helmert III  (2022-08-14)
> > # Many vulnerabilities (including code execution and root privilege
> > # escalation), effectively unmaintained. Removal in 30 days, bugs
> > # #631552, #790296, #842789
> > sys-cluster/slurm
> 
> This will leave acct-{user,group}/slurm without reverse dependencies.
> Last-rite them, too?

Aren't we still stuck on what to do with [1]?

[1] https://bugs.gentoo.org/781881
-- 
ionen


signature.asc
Description: PGP signature


Re: [gentoo-dev] Last rites: sys-cluster/slurm

2022-08-14 Thread Ulrich Mueller
> On Mon, 15 Aug 2022, John Helmert wrote:

> # John Helmert III  (2022-08-14)
> # Many vulnerabilities (including code execution and root privilege
> # escalation), effectively unmaintained. Removal in 30 days, bugs
> # #631552, #790296, #842789
> sys-cluster/slurm

This will leave acct-{user,group}/slurm without reverse dependencies.
Last-rite them, too?

Ulrich


signature.asc
Description: PGP signature


[gentoo-dev] Last rites: sys-cluster/slurm

2022-08-14 Thread John Helmert III
# John Helmert III  (2022-08-14)
# Many vulnerabilities (including code execution and root privilege
# escalation), effectively unmaintained. Removal in 30 days, bugs
# #631552, #790296, #842789
sys-cluster/slurm


signature.asc
Description: PGP signature