Earlier quoted context omitted.
People don't usually understand that apt allows you to configure multiple sources across versions simultaneously, so you can e.g. run stable, but also selectively install from backports or unstable. To do so, add the sources for trixie-backports and unstable, and add the following configuration (e.g. /etc/apt/preferences.d/trixie-sid-pin) so that the system knows which sources your prefer: # Default to trixie Package…
> People don't usually understand that apt allows you to configure multiple sources across versions simultaneously, so you can e.g. run stable, but also selectively install from backports or unstable. Which is just as well, because that's not generally a good idea unless you really know what you're doing: https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_Frank... Granted, the kernel is probably the best thing to…
Linux 7.1
111–120 of 137 posts
Re: Linux 7.1
#112Looking forward for a new NTFS driver to try. I hope this new iteration will be better than ntfs3 from Paragon.
What is lacking in the previous one? NTFS support in linux is mostly to read and write files from windows disks, right? I think all the NTFS linux drivers - even the fuse one before the Paragon one - have been alright at that.
Personally: I used NTFS3 and it was alright. If anything the biggest thing I got hit by was an issue where the udisks2 mount call from Dolphin would result in NTFS-3g specific flags getting sent to it, causing the mount to fail. But in actual usage it actually worked just fine for me.
Re: Linux 7.1
#113Earlier quoted context omitted.
Not a serious question but I'll give a serious answer anyway. The last time I worried over which kernel was used in Debian Stable was... never. If I want a more recent kernel I run Debian unstable (Sid) which currently is at 7.0.12 (the current 'stable' kernel where 7.1 is 'mainline') but on my servers Stable (currently 'Trixie') does just fine with its 6.17.3 kernel. Debian 'Forky' will be released somewhere in 2027…
People don't usually understand that apt allows you to configure multiple sources across versions simultaneously, so you can e.g. run stable, but also selectively install from backports or unstable. To do so, add the sources for trixie-backports and unstable, and add the following configuration (e.g. /etc/apt/preferences.d/trixie-sid-pin) so that the system knows which sources your prefer: # Default to trixie Package…
> apt install linux-image-amd64/stable-backports
Somehow installing with `trixie-backports` isn't picking up latest kernel for me. Used what is being displayed in `apt search linux-image-7`
Re: Linux 7.1
#114Earlier quoted context omitted.
It’s fairly easy to build your own kernel packages from vanilla sources in Debian. I’m running the latest 7.0.x within a few hours of its release. The build takes about 30-45 minutes depending on how much time I spend on skimming the ChangeLog. YMMV.
> The build takes about 30-45 minutes If you don't actually need all the drivers, you can use "make localmodconfig" to substantially reduce that. My local kernels build in 90 seconds on a 32-thread desktop machine :) The kernel is a lot more stable than people think: I run the daily linux-next on my Debian stable gaming PC to look for bugs, and I don't find very many.
Re: Linux 7.1
#115> Linux 7.1 is also notable for its code removals. Driven by AI-assisted bug reporting, ISDN and other old network driver code was removed to avoid that influx of bug reporting against those very rarely touched or used drivers for obsolete hardware. Moving really old and unused code out of the kernel just to get less AI-assisted bug reports is IMO one of the best consequence ever of AI. I love it. We should start tri…
> Moving really old and unused code out of the kernel just to get less AI-assisted bug reports Obviously, the parent is /s, but when I read this, I thought Linux was removing exploit paths that exercise rarely-used features. On phone OSes at least, quirky rare formats and features are (were?) a common source of exploitable bugs.
Re: Linux 7.1
#116Earlier quoted context omitted.
People always seem surprised when someone in CS or SWE doesn't care for anime or cutesy pictorial graphics of girls.
It's mostly surprising how many grown adult men go into a blind rage when confronted with a picture of a cartoon woman. In a lobsters thread about Anubis, a community member of 12 years got themselves permanently banned because they were frothing at the mouth with accusations of pedophilia against the developer and refused to apologise when given an opportunity by moderators. Telling on themselves, perhaps? It's funn…
I think I remember that thread. IIRC, it went something very, very roughly like this:
Future banned user: It weirds me out a bit how young the mascot looks. I've never been comfortable with cutesy, underage-looking mascots.
The dogpile: How dare you insinuate that the dev a pedophile? Don't you know how anti-trans that dogwhistle is?
and the conversation degraded from there.I'll also note that you chipped in with
> It's mostly surprising how many grown adult men go into a blind rage when confronted with a picture of a cartoon woman.
when -AFAICT- noone in this subthread expressed anything more heated than "dislike of kawaii". But perhaps you were speaking more generally, and weren't inspired by any conversation that happened in this subthread.
Re: Linux 7.1
#117Re: Linux 7.1
#118Earlier quoted context omitted.
>We should start trimming the fat out of everything. "Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." -- Antoine de Saint-Exupéry One of my buddies was infamous for a while for being the "I deleted X lines of code today" guy.
I remember working with a guy who apparently deleted more code than he added in his time at the company. I think it said more about the codebase than anything but it was good that someone was trying to make it better.
Re: Linux 7.1
#119Re: Linux 7.1
#120Earlier quoted context omitted.
But not a very accurate blogpost. "Here's why this literally cannot work (in theory)" to denigrate a system that actually works (in practice). Their goal is to convince people to stop using it because it personally inconveniences them, but they never provide an alternative solution that actually solves the problem (in practice) that Anubis actually solves (in practice). If leaving the problem unsolved (in practice) w…
I'm totally out of the loop here, where's the evidence that this works in practice?
You can throw it up on your own website and simply grep the logs if you don't trust it, or look for the analysis reports from people who have done exactly that.
Like the other commenter said, why would linux.org deploy and leave deployed a technology that did nothing? Do they just enjoy trolling users? I doubt it.