Suspiciously all current LTS expire on Dec 2026 there is nothing planned ahead of this. And 3y for 6.6 is the shortest of any LTS I remember. My bet is Linus retiring then LF taking over everything.
Ubuntu is already immune to the 2038 bug. The Linux kernel even supports using a 64 bit time_t on 32 bit systems now. Of course some poorly written software could still be affected, but that’s not the fault of the kernel or operating system.
The 2038 bug will certainly cause problems in some embedded systems that still use a 32 bit time_t if they are still running by then.
It's not poorly written software if it's is old. Likewise the y2k bug is often declared as bad programming, but at the time the software with the y2k bug was written memory was measured in kilobytes and a lot of accounting software and banking software was written in a time when 64k was the norm. Oh, and I'll tell you now I know of at least some accounting software that is based on code written for the 8088 and has been wrapped and cross compiled so many times now it's unrecognisable. But I know that 40 year old code is still there.
So 2 digits for year was best practice at the time and at the time software vulnerable to the 2038 bug 32bit epoch dates was the best practice.
Now, software written today doing the same, could of course be considered bad, but it's not a good blanket statement.
I mean, Ghost Recon Wildlands which came out in 2017 for example has save dates written as a 32-bit date so it’s prone to the 2038 bug, I set the date to 2040 and tested a bunch of software and while you can save the date overflows and shows as 1969. I bet there are still people using 32-bit dates even if unintentionally.
I mean, technically you could use unsigned 32bit if you don't need to handle dates before 1970. But yes, the best course of action now is to use 64bits. The cost is pretty much nothing on modern systems.
I'm just cautious of people judging software from a time with different constraints and expectations, with the current yardstick.
I also wonder what the problem will be. People playing ghost recon in 2038 are going to be "retro" gaming it. There should be an expectation of such problems. Would it prevent you loading or saving the file is the question?
Nope, saving and loading works on that game (and pretty much every other game I tested), it’s just you lose the date display in-game so you don’t know when you really last saved.
You don’t need any internet connection to install Ubuntu. Just use the normal install, not minimal network installer. Install from a USB stick.
Also, there’s no requirement for a wire either. If that were the case, you could never install on any modern laptop.
You would need some sort of functioning network to upgrade packages or install anything not in the base image, but this would all be after installation when you have a working OS and wired or wireless won’t matter.
Ah okay. I just remember hearing that all your drivers need to be manually installed and updated in Linux, so for me that included ALL drivers, even basic ones like that. If I can get started wirelessly that would be perfect. Thanks!
It’s almost completely the opposite, drivers are (almost completely) a windows problem. If you’re willing and able to go the open source route, which for most people mean “I don’t have an NVIDIA card or don’t plan on getting every ounce of performance from it” you don’t need to worry about drivers at all (bar some weird cards, but they’re getting rarer and rarer, I don’t remember the last time I had to install a driver that wasn’t NVIDIA).
Good to know I should avoid NVIDIA for Linux. The only NVIDIA card I have is on my gaming rig, so I don’t plan on having to deal with that since I’m sticking with Windows on that until (hopefully) more studios start caring about Linux compatibility. Can’t wait to cut that Microsoft umbilical cord permanently.
That said, do I need dedicated graphics on a Plex server? I was going to go integrated, but your comment made me realize I never checked hardware requirements. Which are probably on Plex’s website. Which I am now going to go check because Lemmy isn’t Google and it’s not your responsibility to hand me answers I can easily find.
Just to avoid any misunderstandings for the furture: you can run NVIDIA cards in ubuntu, you just have to install their proprietary driver. And on ubuntu, its pretty easy to do so. I used a few different nvidia cards on Ubuntu in the last years and never experienced any issues after installing the recommended driver. Before installing the driver, I got some flickering and artifacts, but with the right driver everything should be fine. And even for amd graphics you can install the proprietary drivers from their website to get out the maximum performance of the GPU. But for amd you can also use the “pre-installed” open-source driver, which has a much better performance in comparison to the open source driver for nvidia cards. Integrated grahipcs are supported out of the box in almost any cases.
Even Nvidia video works out of the box without any additional drivers.
The thing with Nvidia is that although the default drivers work, they are more generic and don’t take advantage of all of the features and performance of recent cards. Most people would want to load the proprietary drivers from Nvidia to take full advantage of the card.
Linux would normally include the better drivers, but Nvidia keeps them under a software license that prevents Linux distributions from bundling them.
Even with this, Ubuntu includes a tool that will download and install these drivers that they can’t
I think I wasn’t clear, for NVIDIAs you need to take some action, on some distros is ticking one box during installation, on others is installing the driver afterwards, but they work, all of my current computers are NVIDIA. Even without installing the proprietary drivers NVIDIA cards work fine for 90% of things, the problem is that gaming will have less performance and you wouldn’t be able use CUDA.
I know you’re googling it, but in any case AFAIK Plex can run on integrated cards, most cards can decode video nowadays so it shouldn’t be particularly hard. If you’re looking into using Plex I recommend checking Jellyfin, it’s an open source alternative, I’ve been using it for years and have nothing to complain about.
Congrats bro! Sadly, the nvidia drivers are proprietary but eventually it might not need to be with the progress we are seeing on NVK. Almost 100 percent libre system poggers 😳
Nah, I think just recommending the most popular distro is usually best because when new users do run into issues there are years of forums that has probably answered their question before and is just one search away
This looks like a great resource, but I’m going to go ahead and do it the hard way. Maybe for a first install, just to get the ball rolling, but I typically go the long way around so I can understand what I just did some more. Like when I bought my 3d printer unassembled, so I could learn about it as I put it together. I’ll bookmark the site though. If I’m currently biting off more than I can chew, I’ll probably end up using it. Thanks!
I think i just misunderstood how “DIY” Linux was and thought it came with essentially no drivers. I thought it was kind of like rooting an Android, you get more control in exchange for having to do everything yourself. I mistakenly lumped all drivers under “everything”
More exotic software will probably come from the internet, but the basics should be on the DVD. Good luck with your journey, reach out if you need any help, im sure everyone here would be happy to assist.
It’s a cool feature, and I played with it some, but I don’t really see how to use it in a home or small office environment unless you’re willing to subscribe to someone who can generate the live patches for you.
I can certainly generate the patches myself, but it’s much faster to let the maintainer of my distro’s kernel handle shipping new packages and accepting the reboot. My system reboots really quickly.
If high reliability is a concern, I would suggest load balancing or some other horizontally scaled solution such that you’re not impacted by one machine going down. Because they will go down for things other than updates!
Not rebooting for a long time makes me nervous once I actually reboot, as I might’ve changed something but didn’t make it persistent. Luckily I’ve become much better with documenting chabges after switching to NixOS.
It also means booting is untested until something like a hardware fault or a power outage forces it onto you and you have to deal with any reboot issues at the worst possible time and a time you did not choose.
It’ll allow for streaming from a camera directly into OBS. Unless I’m truly horrible with OBS, I currently can only get my screen and audio on a recording. I haven’t found an option to also have my camera feed be recorded along with audio, even with my camera as the mic. Meaning there’s no option to have your face in the bottom corner of a screen recording. So this will allow that to be possible.
I can see this being useful for NixOS. It’s still a glimmer in the postman’s eye, and we’re WAITING for systemd src to come with certain options to make the attaching and reattaching of systemd easier.
But I could easily see nixpkgs implement functions that allow nixos-rebuild switch to use either live patching method, or even implementing one specifically for NixOS.
This would be twice as neat, because switch is already magical in how it shifts from one system to another. If you could then also live patch the kernel? It just adds another super power.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.