No.1673
>>1668I miss 2.x kernel versions
No.1674
Tell Debian I like my data where I left it, thanks.
No.1676
Why is Fedora so damn slow? Gonna go back to Debian.
No.1677
Haven't used Windows since XP, haven't used OS X since Snow Leopard. I've used Linux for quite some time. I went from Ubuntu, Xbuntu, Mint, Debian, Manjaro, Antergos, and then Arch. I'm still using Arch. Then I also have Devuan and Artix on two older machines I own.
No.1678
>>1677How have you survived 15 years without a job?
No.1680
I put LMDE on my laptop after anon recommended it over regular mint and its almost the exact same. What do you get out of it?
No.1682
>>1680Isn't that the whole point of LMDE? Being indistinguishable from regular Mint should be a plus.
No.1683
>>1682why pick debian / ubuntu base vice versa
No.1684
and also aren't debian's default repos running super outdated versions of things requiring you to put much more effort into setting up installs
No.1685
>>1684Both Ubuntu and Debian are outdated to some extent package wise for stability reasons, its even a selling point for some people who are stability conscious like server hosts.
No.1686
>>1685Stability is important, but Mint isn't a server
No.1687
>>1686As for as LMDE it is there as a back up if Ubuntu ever decides to die for whatever reason. Here is a quote from the website "Its goal is to ensure Linux Mint can continue to deliver the same user experience if Ubuntu was ever to disappear."
No.1688
>>1686Desktops benefit from stability too. I don't want to have to fuss with my setup every other week to stay on the bleeding edge. Needing to use other sources for packages that need the features of the newest version is better than needing to hold back packages that try to break everything. Mint is made for people who want a Windows replacement that just werks.
No.1690
rude
No.1693
why do linux NERDS call XMPP Jabber?
No.1694
>>1691seems we don't have the means to display dailymotion?
No.1697
>>1695I've been running all my steam/wine/gaming stuff within containers lately since my base system is 64-bit only. I haven't seen a decrease in performance compared to running it natively on multilib. Much easier to contain and set-up. I use Funtoo and the official way of running steam+wine recently switched over to Flatpak. As much as I dislike Flatpaks it's great for Steam since Steam wants Ubuntu anyway. For stuff I can't use via Proton/wine I use Windows VM+GPU passthrough.
No idea about the Mint situation but I'm guessing Flatpaks work fine. You should check out Gentoo or Funtoo if you want more recent kernels or custom kernel configs. It's really easy because Portage is basically designed for that problem. I don't use distros like Mint anymore because upgrades are a pain. Rolling release is better for a gaming desktop in my opinion.
If you use Gentoo multilib desktop profile you can run Steam/wine/Proton natively without needing a container/flatpak/LDX. I used that set-up for a long time and it works great. Just be weary to read the news when the package manager tells you to. Gentoo is very stable. I kept the same install going on the ~amd64 desktop profile from 2004-2019 over a variety of hardware.
The weekend spent reading the handbook and doing your first install is totally worth it. If you're afraid to take the plunge on real hardware do you first install in a VM.
No.1698
>>1696How is this for gaming? I don't know if I'd use it for gaming. It seems like it's more designed towards realtime applications like video/audio production which might not play well with typical games. I'd love to hear if you're using this kernel config for gaming and how it fares compared to more typical configs.
I've personally found the default Gentoo kernel config and Debian's pre-compiled kernel to be just fine for playing video games over the years. I won't get into details about my own autism kernel config. But I will say kernel config never seemed to have much effect on games no matter how slim I made it or how much I compiled in. I mostly just got better boot times and better resource usage under certain advanced applications like a/v work.
The gaming situation is much like Windows world in Linux. The vast majority of games you're going to play are either going to be running through wine, proton (wine) with steam's 32-bit libs or via Windows VM. Hence why I keep that away from the rest of my system now.
I haven't attempted to game on a kernel tuned for real time in some time but from what I do remember it either did nothing or hurt my overall FPS. But not by much. Depended on what else I had running in the background.
No.1699
>>1698I compile my own kernel with the Linux-tkg project (
https://github.com/Frogging-Family/linux-tkg) but I've heard good things about zen and liquorix for games.
No.1700
>>1678How does that automatically make me a NEET?
No.1701
>>1699Nice I'll check it out then when I have time after the holidays. To be fair most of the games I do run aren't really that GPU intensive. I mostly play 2D stuff and fighting games. With the odd FPS thrown in. But most of this stuff is either locked at 60-144fps or runs at 300+fps on old hardware anyway. I haven't picked up an AAA game in a long time. Curious to see if this will work in the one MMO I still play (PSO2). Again not a very intensive game graphics wise.
All that said I still think learning Gentoo is worth it for someone that hasn't dipped their toes in the water beyond distros like Mint and Ubuntu. Since genkernel makes setting up and maintaining kernel configs easy. Oh and the ability to drop diff files straight into portage's directories and have them automatically picked up by ebuilds. Whenever I'm on Arch or another distro without portage I really miss all that stuff. Gentoo and Funtoo can use git instead of rsync these days. So you don't have to muck around with maintaining a bunch of crap by hand in your ~ anymore.
No.1702
best season thread, transfered to new season
No.1703
>>1702Mediocre thread. Should not have been moved. Arbitrary favoritism.
No.1704
GNUHeads, give me a moment of your time
Been reading a lot about XMPP's 'failure' as a protocol, and how both centralization and how hard it was to get people to use it by itself are why it never caught on and why some consider it to be the unloved stepchild between IRC and Matrix.
what do you think about this?
No.1705
>>1704People did/do use XMPP as a protocol. They just used it re-branded as something else. The answer to this question is the same for all technology. Mainly that most people are happy to consume warmed over garbage and beg for more. They're lazy, stupid and do not care anything about quality.
No.1706
>>1702This season, surely, will be the season of the Linux desktop!
No.1708
>>1705For what it's worth the same is true of IRC. Most popular multiplayer chat programs are simply IRC renamed with some simple add-ons and a web interface.
XMPP fell out of favor when voice/video chat became more widespread. But it's likely the text portion of those chat programs are still XMPP or IRC on the back end.
Basically, anything that requires you or random person to set-up a server is not normal-friendly. They will freak out about such things "leaking their IP address" but will happily use the same chat software if a corporation is hosting the server. Same reason they fear p2p stuff.
I think Zuckerberg said it best. They're "dumb fucks".
No.1709
It is very funny the open source community has fragmented into many chat protocols like the early 2000s proprietary ones. I guess Matrix's trying to fix that