Announcement

Collapse
No announcement yet.

Systemd-homed: Systemd Now Working To Improve Home Directory Handling

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #41
    When will we have new systemd commands like:
    • systemd-ls = Lennart will show you whatever files he wants to show you
    • systemd-cd = Lennart will only let you change to directories he thinks you should change to
    • systemd-cat = Lennart will not give you the password to play with his cat
    • systemd-less = Lennart refuses to implement such a command, "Not a bug. WONTFIX". Use "systemd-more".

    Comment


    • #42
      Originally posted by timofonic View Post
      Maybe systemd aims to replace GNU Core Utilities and other stuff with modernized replacements...?
      There are some pretty good rust modernized replacments, although I think quite a few aren't at perfect parity, they often have some additional nice to haves though.

      exa - modernized ls:
      https://github.com/ogham/exa

      bat - modernized cat:
      https://github.com/sharkdp/bat/

      fd - modernized find:
      https://github.com/sharkdp/fd

      ripgrep - modernized grep:
      https://github.com/BurntSushi/ripgrep

      skim, like fzf and others for interactive cli version of find/grep:
      https://github.com/lotabout/skim

      shellac - super fast autocompletion in shell:
      https://www.reddit.com/r/rust/commen...ion_under_1ms/

      cross-shell prompt in rust:
      https://starship.rs

      There's also a Go version of a really popular prompt that was written in Python originally, can't seem to find the link though.

      Probably lots of others, I know there's a few cool ones for disk stats/inspection.

      Comment


      • #43
        Originally posted by Neraxa View Post
        Another feature I would like to see is improved freezing to disk of single processes to disk, which can be later unfrozen, even after system reboot. Very interesting feature with interesting possibilities.
        I remember seeing some project(possibly russian maintainers) that was looking to do something like this. Although I think it did involve wrapping a process in a container like lxc or something.. Perhaps that's something Flatpak/Snap will/can offer?

        I think I came across it because I was looking for a way to sort of freeze and snapshot a process, so I could keep all of it's state like in a virtual machine but without all the overhead or affecting anything else. Then start up another separate instance/snapshot and come back to the old one later(for stuff where the state in memory isn't able to be saved to disk). Didn't seem ready at the time(2016-ish), so I didn't look into it any further.

        Comment


        • #44
          You know what, let systemd keep adding these things. Why? because we'll have a base to work from when writing the next init system and at least from systemd it's all under one umbrella project. If someone comes along and forks systemd and others adopt the new fork then people can fix what they don't like about systemd.

          That said, I think we need to let systemd play out its full goals and consider this as a first iteration of a modern init, but not the final one.

          Comment


          • #45
            YES!
            Fuck Unix! That thing is long dead, and the sooner everybody gets it the better it would be!

            Comment


            • #46
              Originally posted by NotMine999 View Post
              When will we have new systemd commands like:
              • systemd-ls = Lennart will show you whatever files he wants to show you
              • systemd-cd = Lennart will only let you change to directories he thinks you should change to
              • systemd-cat = Lennart will not give you the password to play with his cat
              • systemd-less = Lennart refuses to implement such a command, "Not a bug. WONTFIX". Use "systemd-more".
              Good definition of systemd-coreutils.

              Next step: SystemdOS.

              What about merging networkd with IWD (Intel Wifi Daemon) and deprecate wpa_supplicant for ever and ever? That would be a great thing, to remove that hacky and crappy dependency, Android and others can continue to eat that shit forever if they want to and get another bad excuse to rewrite history... rewrite userland and specially if under GPL license.

              Comment


              • #47
                Originally posted by F.Ultra View Post

                So in essence you don't use computers at all.
                Systemd is growind without any reasons. I do use computers.

                Comment


                • #48
                  Originally posted by frank007 View Post

                  Systemd is growind without any reasons. I do use computers.
                  It has one reason: Conquer the world.

                  Comment


                  • #49
                    Τhis does not solve my problem of having my own files mixed with all the files the system creates in my home folder. When I move from operating to operating I want to keep absolutely my own files and nothing else.

                    All in all this would be an interesting proposition, if it was a proposition. The way I see it Lenart decided how things should be done, went ahead and did it and by judging from history he is likely to get his way. And that happens friends because besides RedHat there are not Linux distributors strong enough and wealthy enough and determined enough to invest time and money in a serous alternative.
                    Last edited by zoomblab; 09-21-2019, 03:24 AM.

                    Comment


                    • #50
                      Originally posted by Cape View Post
                      YES!
                      Fuck Unix! That thing is long dead, and the sooner everybody gets it the better it would be!
                      Read Eric S. Raymond's The Art of UNIX Programming (it's free). I think you'll be surprised at how much you agree with despite it having been written 16 years ago, and how little of what you think of as "UNIX stuff" is actually a requirement. (And he, like many people, is talking about "Unix", the design, not "UNIX", the certification.)

                      Heck, the biggest thing that let UNIX compete so well over its ~50 year lifespan is that it was better than competitors like VMS at changing with the times as old use-cases waned and new ones grew.
                      Last edited by ssokolow; 09-21-2019, 03:32 AM.

                      Comment

                      Working...
                      X