The reverse is also true. Any dev wanting to contribute to Linux in rust which linus himself allowed (despite his silence on this matter) are just going to have to deal with constant headache trying to maintain compatibility with the C interfaces which the devs keep breaking. Either they should’ve never allowed rust in the kernel or they should force devs to at least act in good faith and collaborate (and any that refuse to, well they should be ousted because they can’t behave responsibly). This entire situation is so toxic and I see that as a failure in leadership. That zfs comment is also a little toxic but I don’t think it’s a direct quote. It also doesn’t seem like a fair comparison because from what I can tell zfs isn’t even part of the kernel code base and due to legal reasons cannot be. While it would be great for the kernel not to break it, it is, for all intents and purposes an external project. This rust debacle is different because it’s rust kernel devs and c kernel devs both operating in the same project and trying to find some kind of alignment. To me it seems like there’s enough of an acknowledgment of the value of memory safety that rust support was considered but there’s no authority figure actually supporting it or defending the devs that were invited to actually contribute in it. What a mess.

This specific talk was about defining shared common interfaces so these different groups could work together and the guy who actually talked him into stepping down essentially said “I’m gonna keep writing C and if that breaks your rust stuff that’s not my problem”. This isn’t about convincing the c devs to write rust it’s about convincing them to work together when some of them seem to have made up their mind to sabotage rust support (either through indifference or willful interface regressions). Personally I’m more ashamed what this points to for someone new wanting to come in contribute to Linux.

Man, despite loving Foss this whole debacle is so disillusioning for anyone that ever wanted to pivot to working on it full time. You don’t have to agree with people wanting to try new things, but the bare minimum is not to spew vitriol to keep them quiet or claim you’ll break their stuff and that’s their problem because they aren’t doing things the same way as you but still depend on a shared ecosystem. All we have to do is be bloody polite to each other and build cool sh*t, why is that so hard. All the best to the Linux rust rewrite for these folks, but to me it just feels like both projects are losing here. Linux losing the passion and drive for adopting more modern stuff and all the folks with that drive opting to restart from scratch because too many people refuse to get along.

Just use vscode. It’s basically the standard text editor for everything nowadays. Eventually you may want to start exploring vim/emacs but no reason to prioritise that now when all you need is something you can write code in that gives you squigglies when you do something wrong.

Is that still being recommended? Last I heard it was eol, no longer getting feature changes or improvements and was basically superceded by vscode.

If you want a richer login authelia + caddy is good.

You can port forward to another port without issue, then just route through to it from your server. Domain name lookups support explicit port lists. Although I’d suggest just buying a domain name, setting up dynamic dns through a raspberry pi and forward from your router to port 80. I use porkbun for the latter.

I use docker so don’t really have to worry about reproducibility of the Services or configurations. Docker will fetch the right services and versions. I’ve documented the core configurations so I can set them back up relatively easily. Anything custom I haven’t documented I’ll just have to remember or find I need to reset up.

In general yes. You can think of each container in a docker network as a host and docker makes these hosts discoverable to each other. Docker also supports some other network types that may not follow this concept if you configure them as such (for example if you force all containers to use the same networking stack as one container (I do this with gluetun so I can run everything in a vpn) all services will be reachable only from the gluetun host instead of individual service hosts).

Furthermore services in a container are not exposed outside of it by default. You must explicitly state when a port in a container is reachable by your host (the ports: option).

But getting back to the question at hand, what you’re looking for is a reverse proxy. It’s a program that accepts requests from multiple requested and forwards them somewhere else. So you connect to the proxy and it can tell based on how you connect (the url) whether to send the request to sonarr or radarr. http://sonarr.localhost and http://radarr.localhost will both route to your proxy and the proxy will pass them to the respective services based on how you configure it. For this you can use nginx, but I’d recommend caddy as it’s what I’m using and it makes setting up things like this such a breeze.

The arrs mostly support generating metadata usable by jellyfin/emby. You just need to go to settings on for example sonarr and there should be an option for metadata provider and jellyfin their. Whenever sonarr then imports an episode it’ll add a nfo file containing everything jellyfin needs to process the episode.

No work? They host, maintain and provide access to a massive catalogue of subtitles providing metadata needed for matching media to subs and up until recently we’re giving free access to everyone. Might I suggest if you care about your wife’s access to subtitled movies this much that maybe you should buy the 10 euro per year subscription for her to help keep the platform alive? Alternatively you can find a subtitles group that does all this for free and choose to solely download their subs (also I assume donating to them since you’re so appreciative of their work).

A lot of things are already like that. IIUC this is restrictions on the API not the subs themselves. If you’d like you can still go to the site to download specific subs. What you can’t do is use bazarr to bulk download subs. Personally I bought vip since I found the free tier API limit pretty bad and I didn’t think the price was so bad for what you get back. Feel free to disagree tho. Before I automated my setup I was just manually searching for subs for movies I wanted and that worked pretty well and will continue to do so if you’d prefer that.

I mean, if you can afford it you should support industries. I pirate a lot. Movies. Games. Music. Etc. Nothing wrong with that IMO, at this point piracy is the closest we can get to true ownership over anything because the entire industry has f*cked over consumer rights for assumed profit. But I still buy physical releases because I don’t want content I enjoy to die and I like building a collection of good content. Blurays are great (although also DRM encumbered :/), nothing beats the smell of new manga, and at this point music streaming is just a far better experience than piracy (I use qobuz). If you’re young or poor then do what you have to to enjoy yourself. If you’re an adult with a great salary then don’t be an entitled prick. If theirs ways to support content you enjoy you should. If such ways aren’t provided like most Netflix originals not having blurays then f*ck Netflix release some blurays if you want my money.

That’s not helpful, these are developers… even if you think those lines are useless they can inform the code-path the devs need to trace through or help them understand why you’re facing this issue.

I disagree with this almost on principle. GitHub was a mistake. We don’t need these large, bloated, isolated forges that are just going to be acquired and converted into social networks. Forgejo> is the future. Any new forge not even trying to support federation and independent hosting out of the box is dead in the water to me. You wanna build a github style accessible platform above forgejo go right ahead, the thing github did best was make all of this accessible.

I find that claim so dubious. Like they list running on the smallest VMs as a feature but give no specific requirements for hosting or running the service. This whole article reads like buzzword salad. I question if the creators even know what a git forge is.

Its not a fronted, you don’t purely commit and manage code from github. It’s a platform for hosting git repositories that supports integration with CI/CD tools. At its heart git is simple (enough), it’s a version control software. Github is a Web platform that hosts projects version controlled with git and adds in features like pull requests and reviews or github actions for building/linting your project.

I thought you were being overly pedantic but my god, they keep repeating the point. They seem to have no idea what the difference between a platform hosting code repositories and an individual repository is or even what version control software is. What the bloody hell is this.

Your sacrifice for the cause is appreciated comrade.

I have the utmost respect and appreciation for mullvad but I don’t need a vpn without port forwarding so I cancelled my sub. They are still objectively the vest vpn, this is the only sticking point.