• 5 Posts
  • 33 Comments
Joined 3 years ago
cake
Cake day: April 27th, 2021

help-circle





  • As gentoo user I can’t argue with that… ;)

    But I think there are reasons why someone would want to build suckless tools manually…namely that their configuration is mostly done in the source-code (Damn, it’s so hard to not write anything too opinionated about suckless but I really try my best). But even then I agree with your other post that it’s far better to use the distro facilities for building the the distro source packages just with your own patches applied.


  • Lets set aside my personal belief that suckless is a satire that too many people started to take seriously…

    Always using the latest git version as done in the article doesn’t strike me as the most sane thing to do if you “just” want to use the software especially as suckless offers version tarballs.

    But suggesting sudo make clean install to build is really not okay…(and also not how the suckless tools I checked suggest it). You cloned (or better extracted the tarballs) as user…there is not a single reason to build the software as root. If you have to install then do it in two steps, build as user and only “make install” as root.



  • AiwendiltoLinuxDistro recommendation
    link
    fedilink
    arrow-up
    10
    ·
    edit-2
    2 years ago

    “Distro recommendation” questions aren’t usually very useful…all you get is everyone recommending the distro they use. It’s unlikely you can get anything useful out of the answers.

    I wanted something with support and with people that care for the code

    Applies to pretty much every major linux distro that isn’t a derivative and also some of the derivatives that do more than just add some cosmetics (unless you specifiy a bit more in details what you mean with “care for the code”).

    Also all distros can be configured, there is no real reason to switch from something like ubuntu because you don’t like how the “Files” manager works to another distro…you could get pretty much the same on ubuntu as other distros offer and in most cases easier than by doing a reinstall. Really, you are better off trying to fix an issue you have on one distro that distro hop at every little problem you run into…


  • AiwendiltoLinux*Permanently Deleted*
    link
    fedilink
    arrow-up
    10
    ·
    2 years ago

    Yes, in a way that’s pretty much how having multiple local terminals work as well. For ssh there is no difference there, you can have multiple logins with the same credentials even from different remote locations.


  • AiwendiltoOpen Source*Permanently Deleted*
    link
    fedilink
    arrow-up
    3
    ·
    2 years ago

    Might want to have a look at KDE’s dolphin and baloo framework as it covers most of the tagging part. However where possible tags are saved as xattr directly in the filesystem so no need for a database for the tags making it easy to keep tags even while copying files to different locations. So it won’t be a perfect fit for your case…but can still be good for “inspiration”.


  • AiwendiltoLinux*Permanently Deleted*
    link
    fedilink
    arrow-up
    15
    ·
    edit-2
    2 years ago

    I guess a mixture of POSIX compatibility, backward compatibility and non-interactive shell use-cases.

    Being somewhat POSIX compatible offers a way to write scripts that work on many systems independent of the actual shell implementation (bash, dash, zsh…). But this means major overhauls of the shell “language” are out of question…

    Backward compatibility gets important for things that ignored the first point and used features only available in bash. Given that bash is the default for 30 years for linux now there are probably plenty of examples.

    And while bash is not the smallest shell it is also not the largest one…and rather configurable at compile-time when it comes to supported features. This makes it a viable option as “shell-script” interpreter for systems that hardly have any interactive shell usage. It’s not a completely bare-bone shell so you get a bit of “comfort” for scripts but you can remove unnecessary things like interactive command line editing with lib readline…I can imagine some embedded systems find uses for such a shell.

    And it’s not that there aren’t alternatives…Microsoft’s Powershell is probably the most successful one “recently”. But changing all existing “workflows” from a text-based one to an object based one is not a trivial task…and in addition you run in new problems with any new shell design (For example I really dislike the overly verbose interactive useage of powershell but that’s rather subjective)








  • AiwendiltoLinuxThe Best Independent Linux Distros.
    link
    fedilink
    arrow-up
    7
    arrow-down
    1
    ·
    3 years ago

    As gentoo user running systemd…I think it’s a bit oversimplified to say gentoo doesn’t use systemd. Gentoo comes with profiles for systemd and openrc so I would say both are supported. And on a personal level I dislike the comparison to arch as both distro’s hardly share any overlap in target audience (But I think the article compares them on the one thing they have in common…gui less install)

    Also kind of misses one elephant in the room…openSuSE.





  • Okay, in advance…sorry for mainly criticising, the content itself is basic but maybe useful for people coming from windows and new to linux.

    For example, if I wanted to switch to the Documents directory, I could type this.

    Cd Documents.

    Linux is case sensitive…and while this might be blog software used giving an example that won’t work is maybe not a good idea. Needs to be “cd Documents”

    Same later on with “Cp /original/pathto/filename /path/to/copy/to” and also “Mkdir “name of directory you want to make””

    cp paragraph messed up the headline ;)

    Different syntax…the rm example uses /path/to/file while the mkdir example uses “name of directory you want to make”, probably should stick to one way.

    And while I think short and very basic introductions to commands can be helpful links to full explanation/man pages for each discussed command might be a good idea or it gives the impression those commands are as limited as described there.