• 0 Posts
  • 452 Comments
Joined 2 years ago
cake
Cake day: June 10th, 2023

help-circle
  • sigh can’t believe that no one mentioned that there is a default set of shortcuts that are used across all GNU programs, and it’s been the default since way before Ctrl+C/Ctrl+V existed. You can easily copy/paste stuff in any terminal using the same keypresses you would on Emacs, I.e. Ctrl+space to start selection, Alt+W to copy and Ctrl+Y to paste. In fact you can navigate the entire line the same way, not just copy/pasting but moving back and forward, selecting and deleting stuff, e.g. Ctrl+A Ctrl+K cuts the entire line.

    Unless you activate Vi mode (which most terminals support) and then you can use the same keypresses you would on Vi, including ci" and other cool stuff that’s much more powerful that simple copy/paste.

    There is a default, it’s just not the same as word uses.




  • A single app is not necessarily a good thing, I would argue that you’re already using multiple apps on your day-to-day work, and it would be better if remote connectivity were integrated into those. For example, you mentioned a side-by-side view of two locations, this is a normal workflow on day-to-day even without remote access, sometimes you want to have your file explorer split the view in two and look at two folders simultaneously to perform operations, ideally this exact same flow should be able to connect to any remote host and show it to you seamlessly, so you can use the same flow for copying stuff from folder A to folder B regardless of the folders being in different machines.

    Unified hierarchy doesn’t make much sense for remote connections. I see why you would want to have some organization as in groups of machines, but I don’t understand what you mean by hierarchy. In any case ssh/config is a unified source of truth for this that all of the commands you mentioned (and many more) use when trying to connect remotely via ssh.

    You know the name of the tool, what’s the problem with using the tool directly? For ssh you’re going to be dropped in a terminal, so starting in a terminal should be acceptable, for VNC or RDP whatever client you use should be able to parse the ssh/config files so you’re not duplicating information, for SFTP or SCP you should be using your default file explorer as of the other machine were a different folder, there’s no need to have a separate app for it (also you should consider looking at rsync since it’s much better than naively copying files over).

    I know it’s not the same as you’re used to, but it’s one of the core differences in philosophy from Windows to Linux. The philosophy on Unix in general os for an app to do one thing, but do it well, so it’s much more common to use different apps for different stuff than having a monolithic app that does everything but nothing perfectly. That being said, the closest I know of for what you’re asking is Remmina, although I use it only for RDP since for ssh and rsync I prefer a terminal (and since I have the hosts configured I get tab completion as if they were local folders). That being said I only have a handful of machines to connect to, so I don’t need any sort of organization on them, and when I had dozens of machines to attend to I used Ansible and other stuff to perform bulk actions per group and other maintenance stuff.

    I hope Remmina works for you, or that you find something that does, unfortunately I think that might be very hard because of the philosophical differences from Linux to Windows, in general Linux users prefer that their default file manager be able to connect via ssh using the default ssh configs than a secondary ssh manager that can browse files but is neither the source of truth for ssh nor the default file manager. I know I keep using the same example, but it is very telling of the difference in philosophies (and yes, most if not all of the file explorers in Linux can in fact connect via ssh using your default configs).






  • Plex doesn’t even work properly unless you set it up with network mode host, otherwise it always considers your service to be remote because they’re not on the same network as anything you try to watch it from. Jellyfin requires lots less access, and you’re so worried about it you can add a Tailscale mod to the container and isolate it completely so it’s only accessible via Tailscale similarly to what you think Plex is doing (which doesn’t harden security as much as you think)












  • It’s not. Imagine Immich required library X to be at Y version, but another service on the server requires it to be at Z version. That will be a PitA to maintain, not to mention that getting a service to run at all can be difficult due to a multitude of reasons in which your system is different from the one where it was developed so it might just not work because it makes certain assumptions about where certain stuff will be or what APIs are available.

    Docker eliminates all of those issues because it’s a reproducible environment, so if it runs on one system it runs on another. There’s a lot of value in that, and I’m not sure which resource you think is being wasted, but docker is almost seamless without not much overhead, where you won’t feel it even on a raspberry pi zero.