• 0 Posts
  • 38 Comments
Joined 1 year ago
cake
Cake day: June 15th, 2023

help-circle


  • Tempy@lemmy.temporus.metoLinux@lemmy.mlNeat factor
    link
    fedilink
    arrow-up
    1
    ·
    8 months ago

    If you are on endeavour, I don’t think there’s much point jumping to plain Arch if you are all setup and comfortable. I say this as a pure Arch user 😛 Not much will change for you, you’ll just be pissing away a day to setup everything you’ve already setup on endeavour again.




  • Vim or emacs? I mean I know they were created a long time ago, but they are both pretty good pieces of software, both highly configurable. I don’t understand people aversion to them, rather than having the false belief that they are too complicated? When in reality they just aren’t intuitive in terms of modern stuff. But they aren’t difficult, just different.









  • Linux is a full time and never ending experience, the rabbit hole you want/will dig deeper in hope to find a white rabbit !

    While Linux can certainly be such an experience, it doesn’t have to be at all.

    If you have a defined use case for your system, and there’s Linix software to support that, it often just install something like Linux Mint, install the software you need from the repos, and wahoo, you have a computer to do what you need and you just use it.

    Which, for most people, is how they use their computer anyway, a few bits of software they just use to do what they need to do, no need to tinker, problems unlikely to arise.

    But these people are the type that don’t care, they’ll use what comes with the computer they bought, and just be happy, and thus will likely never try Linux.

    For those of us who like to stay in the know and on the bleeding edge, and tinkering and understanding, then it’s a full time thing. But we’re such a small minority.



  • I’d be more interested in knowing how many people are sticking with Linux.

    What issues besides insert windows program doesn’t work.

    Places where the average switcher has problems that aren’t just user error or misunderstanding some fundamental difference, but good places that the community can investigate and improve on.



  • I mean for most Linux derivatives, getting SSH setup for outgoing connections is usually install the openssh package from your distros repos, though I imagine many preinstall it, no reboot should be necessary, and you just type ssh user@hostname into a terminal to connect to the remote ssh server to access stuff on that computer. There shouldn’t be a need to reboot for installing app that’s not a service.

    Wanting to enable ssh access to the computer you are using so a remote client can connect to it? Well the same openssh package should have come with sshd which acts as the server to allow remote ssh client to connect. It’d probably need enabling (so it’s run automatically on boot) and starting (so you don’t have to reboot to have it going), on distributions using systemd that’s usually just systemctl enable sshd.service (which makes sure the sshd daemon will be started on next boot) followed by systemctl start sshd.service to start it immediately so it’s running straight away, (or systemctl enable sshd.service --now to roll both steps into one).


  • I’d just point out, for running an executable, wine isn’t JITting anything at least as far as I’m aware. They’ve implemented the code necessary to read .exe files and link them, and written replacements libraries for typical windows DLLs, that are implemented using typical Linux/POSIX functions. But since, in most cases, Linux and windows runs on the same target CPU instructions set most of the windows code is runnable mostly as is, with some minor shim code when jumping between Linux calling conventions to windows calling conventions and back again.

    Of course, this may be different when wine isn’t running on the same target CPU as the windows executable. Then there might be JITing involved. But I’ve never tested wine in such a situation, thoughI’d expect wine to just not work in that case.