cultural reviewer and dabbler in stylistic premonitions

  • 38 Posts
  • 261 Comments
Joined 4 年前
cake
Cake day: 2022年1月17日

help-circle


  • Thanks. Sorry to see my assumption was correct; that does indeed sound a lot like when they were called OSSO two decades ago.

    Notably absent from the list of things they might open source soon is their current “Lipstick” UI, the graphical shell itself.

    All of the stuff they plan to open source are things I didn’t even figure out were still closed from my 5-10 minutes of research before writing my previous comments. It is difficult to estimate the number (do you know how?) of other small closed components which they can dribble out over the next years to maintain users’ false hope that they will one day have an actually-open-source operating system.

    we’ll see though

    my advice is: don’t hold your breath.

    Sorry if this sounds bitter, but it’s because I am - I naively believed that OSSO might actually ship a free OS one day (to be fair they didn’t say they would either, but they helped us believe that they might… in effect saying “we’ll see” for years while releasing bits here and there) and it was frustrating to realize that it was never a real possibility.






  • Arthur Besse@lemmy.mlMtoLinux@lemmy.mlAnd so it begins
    link
    fedilink
    English
    arrow-up
    1
    ·
    3 天前

    1 reason it’s wrong to me: https://nosystemd.org/

    Under “Notable bugs and security issues” there is a big list of issues which were all (afaict) fixed many years ago.

    There have been reasonable philosophical objections to systemd, some of which are still relevant, and as that site shows there are still many distros without it, but for the vast majority of desktop users who want something that JustWorks… using a mainstream distro with systemd is the way to go.

    This blog post from pmOS covers some of the pain of trying to use KDE or GNOME without it.
















  • “But you can’t copy with Ctrl+C, it’s…” - You can. When something is selected It copies selection to clipboard, otherwise it sends SIGINT.

    What terminal emulator are you using where ctrl-c copies instead of sending SIGINT when text is selected? In every one I’ve ever used, ctrl-c still sends SIGINT even with text selected (and one must must use ctrl-shift-C/ctrl-shift-V to copy/paste).

    I don’t have any suggestion for getting the behavior you’re asking for, but besides the normal ctrl-(shift)-C/V clipboard FYI you also have two other types of clipboard-like things: one which works anywhere (not only in the terminal) and is actually always automatically copying anything you select and lets you paste from it with middle click (this originated with X Windows but i think most Wayland compositors have also implemented it by now), and another which is found in GNU Readline (used by bash and numerous other REPLs) called the “kill buffer” which can be pasted (or “yanked”) from and cut (or “killed”) to using Emacs keyboard shortcuts (which also include various cursor movement controls).

    Notes:

    • the kill buffer is local to a given readline context, it’s not shared across different shell windows.
    • the list of emacs keybindings in that wikipedia article i linked is currently confusingly referring to the kill buffer as “the clipboard”
    • you can drastically reconfigure your readline keybindings and other behavior by editing your .inputrc file, but you cannot achieve what you were originally asking for because there is no concept of text selection in readline.

    HTH!