I presume, since this whole instance is programming specifically, it makes sense to have programming communities here, even if other instances have their own.

Just do an infinite loop

exec_once = zsh -c 'while true; do waybar; done'

Funny. The one time I installed it, I just stuck it on a usb, booted from it, started the installer, next, next, done.

I really didn't have much of a different experience between installing pop os Vs Ubuntu.

I guess some weird hardware thing that Pop OS doesn't provide for?

This seems incorrect, if it's running natively, it doesn't need to rely on wine...

Doesn't Mint make installing Nvidia drivers pretty simple?

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).

And over gofmt, rustfmt lets you set settings for the project. Keeps the code looking how I want, and contributers don't have to care.

Haven't they defederated temporarily? Just to get things under control with the Reddit influx?

Considering the many millions of steam accounts. A 1% increase is nothing to sniff at.

Yeah, this is something I stressed at my place. Your Jeninksfile should set up environment variables, authentication related stuff, and call out to some build tool to build the project. The Jenkinsfile should also be configure to use a docker container to run the build within. In projects at my place that's a Docker file on the project that ultimately sets up and installs all the tools and dependencies required for a valid build environment that's just checked in along side the Jenkinsfile.

I mean people are going to put their hot takes wherever made them think of it. Just down vote and don't engage. Unless especially egregious then report them

I used to be a tabs guy, somepoint over time, especially when I realized some of the edge cases I have in formatting only remain consistent when using spaces, I switched.

You don't know me in real life. But I use Arch. It started out as a way to get a more thorough understanding of the bits and pieces that make up Linux. Now that it's all setup and configured, it all just works, and works the way I made it work. I don't need to tinker with it much now, unless I want to. It's probably the only Distro I'll use from now to the end of time, because I'm quite content with it.

I'd be more worried if someone who uses the internet to such a degree that they use Lemmy over Reddit, on a programming forum, didn't get the reference. This is famous hacker lore at this point.

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.

Not on Arch it doesn't. Almost all window managers have a package somewhere. There will be a lot of configuring, but no compiling.

Well glad you got it sorted.

Scrolling to a line number seems inefficient.

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.

Eh, if by smart pointer you mean Pin. It's not really a smart pointer. It's just a struct that holds onto a particular reference kind. What it holds onto can be a smart pointer, or a mutable reference. Either way, once done, the constraints of the language's ownership and borrowing mean the item that has been Pinned can't be moved.

An item being unable to be moved is pretty important for self referential structures of course, since to self reference, you generally refer to something by some form of pointer inside yourself. If you are able to be moved, your own root address changes and thus the address of anything inside you would be different, which would invalidate your self references.

Pin was quite a clever realization.

However, unfortunately, not all considerations you need to be aware of when using Pin can be enforced by the type system, usually around when you need to Unpin something. And you get that wrong you might end up in a place that would cause Undefined Behavior. Which is why the general advice is, once you've Pinned something, it should stay Pinned.