Re: [dev] [sup] Bring the simple user privilege escalation tool back home?
Hi there,
On 10 May 2016 at 13:27, FRIGN <dev_AT_frign.de> wrote:
> On Sat, 7 May 2016 12:36:38 -0300
> Marc Collin <marc.collin7_AT_gmail.com> wrote:
>> Wouldn't it make sense to give jaromil access to the suckless git
>> repository and let him work there?
>> What does everyone think?
>
> I don't know jaromil and it seems like he is not even subscribed
> to the mailing list.
> Having push-rights for the suckless.org-git-repositories is a
> privilege and won't be given up to strangers.
> Keep in mind that giving somebody push rights enables him to
> push to any repo on git.suckless.org.
> As the developer announced, he'll add bloat to his software,
> and I think the vis editor alone is enough bloat in the suckless
> repositories.
My initial thought on Marc's mail was yes, however after becoming
aware of Jaromil's plan to add all those features to sup in the
future, I also decided against giving him access to suckless.org.
The problem here is that his plan violates the suckless philosophy of
keeping things simple and developing tools that do only one thing
well. Loading kernel modules, sending signals, writing to arbitrary
paths to /sys etc. doesn't really fit with suckless.org.
Nevertheless I do appreciate that he seems to have fixed certain
issues in suckless.org's state of sup. Thus I would suggest to check
what he has changed so far to see if it's worth being applyed to
suckless.org's version of sup. Perhaps pancake is available for his
opinion as well.
I also discussed with Jaromil the option to rename sup into something
different to avoid future confusion.
My preferred suggestion is, to rename suckless.org's sup into ssu (for
simple or suckless su), to make it crisp what it is all about. He
could keep using sup instead, as sup doesn't really contains the
simple or suckless aspect in its name. But also the other option would
be possible that he renames his sup version into something else when
he adds the bloat.
Best regards,
Anselm
Received on Tue May 10 2016 - 21:25:19 CEST
This archive was generated by hypermail 2.3.0
: Tue May 10 2016 - 21:36:11 CEST