Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)SU
Posts
0
Comments
252
Joined
2 yr. ago

  • thank you for your reply. Yes it was sadly known to me, but every time I see something done right in gtk I am rekindled in hope that they have put a patch on this totally inexplicable choice to abandon a designer that would allow you not to write xml by hand. I guess I'll have to make peace with that fact :) anyway, nice work you did!

  • you obviously can't use sudo visudo if you're not already in the sudoers file LOL - is the same security, which you also desire, as having a spare set of keys in the bowl at the entrance to your house, where, however, no one comes unless they already have a key to open the door

  • also let's be curious about the things we copy-paste in order to prove whatever theory: in literally the first line of your bashrc non-login shells are named. What are those non-login? If we need to defined them like that, do also we have a non-non-login ones? How do they get executed? How do they get initialized? Let's explore and understand some new stuff (that we should have learned already, but who cares, it's not our job!)

  • lol I'm not defensive at all, I swear I don't need that :D. The theme here is that you keep thinking you don't have an ass because you're looking for it on your forehead instead of between your butt cheeks :D

    What we can already see:

    • sudo is indeed installed, and in path
    • bash is running since system is newly installed => /usr/bin is obviously in path (bash lives in /usr/bin/bash)

    set | grep ^PATH will show that /usr/bin is indeed in path, also the fact that grep runs tell it path is correct, since grep lives in /usr/bin/grep :)

    that said, your user isn't in the sudoers file because you choose to give login access to root during install (which is strange, because no sudo package get installed if you choose that, so you probably made some other strange not-obvious thing), and no, groupadd can't be run by the user you keep being after a failed sudo invocation (of course you can invoke it w/ the fully qualified path which is /usr/sbin/groupadd w/ /usr/sbin not in user's path because the binary here usually require high permissions).

    now you have a chance to learn something: where is PATH env var configured? Is it in your home or outside? Why and how it gets parsed?

    cmon, let's explore a bit my good boy, let's be curious about the world that is not wrong by default and only we are right ;) let's learn stuff, for real