User Details
- User Since
- Apr 18 2014, 5:23 AM (597 w, 3 d)
Yesterday
Thu, Sep 25
Wed, Sep 24
The main goal of mdo(1) I had in mind when I implemented is cases where on some system operators have to run commands as another user, like I connect ssh me@machine, then I need to do some things as nextcloud user. so basically every people in the "admin" group can run a command as nextcloud.
being able to have on this machine nextcloud the default user mdo switches to make it more user friendly, but yes this is sugar, not a strong requirement.
I am puzzled here, yes I like this, as it makes mdo(1) way more versatile, but I am also wondering if we are not here a little bit over thinking this, I get the completeness of it, but I fail at seeing a practical use case for this, and this adds lots of complexity to the code. Caan you share example on how you expect this to be used?
Tue, Sep 23
Thu, Sep 18
Wed, Sep 17
Mon, Sep 15
Fri, Sep 12
Thu, Sep 11
LGTM, note I think we should flag those packages as "vital", meaning they cannot be removed beside explicitly asked by the user.
I really like this idea!
Consider adding your copyright at some point, you have done some significant additions to the code ;)
Wed, Sep 10
Tue, Sep 9
Thu, Sep 4
Wed, Sep 3
Tue, Sep 2
Aug 26 2025
someone needs to understand why the not ok package are not ok, is this is related to the timestamp or not.
Aug 22 2025
Jul 31 2025
2 small remark, which I don't consider as blockers for your code, but imho are worse thinking about for further improvements in particular the part about using resolvconf.
Jul 29 2025
Jul 26 2025
Jul 25 2025
maybe condition to the presence of /usr/bin/tic considering that it does not exist in FreeBSD 13 and it won't be MFCed