Live data from Hacker News

Linux 7.1

lore.kernel.org

111–120 of 137 posts

Re: Linux 7.1

#111
post #14

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…

Backports are meant to work well along stable packages, but I agree it's definitely not a good idea to start pulling from sid from trixie (for regular packages, kernel is fine), this is asking for a ruined system.

Re: Linux 7.1

#112

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

It wound up being OK, but it had a long span of time where it was virtually unmaintained and turned out to be buggy at points. The newer NTFS driver is based off of the old read-only NTFS driver which subjectively many claim is cleaner (I honestly haven't done a head to head so idk) and they're having an easier time modernizing it with support for things like large folios. Seems like a good deal to me.

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

#113
post #14

Earlier 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…

Chaing priority wholesale is not needed just to install kernel image and might break other packages. Just install kernel image from backports after enabling backports.

> 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

#114

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

try to build it with make clean first

Re: Linux 7.1

#115
post #61

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

Exploit paths in unloaded modules, I guess.

Re: Linux 7.1

#116
post #52

Earlier 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…

> ...they were frothing at the mouth with accusations of pedophilia against the developer...

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

#117
post #52

Earlier quoted context omitted.

For me, it's a personal preference and in my opinion, it's less professional.

People always seem surprised when someone in CS or SWE doesn't care for anime or cutesy pictorial graphics of girls.

For some reason it's always underage girls.

Re: Linux 7.1

#118

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

Funnily, I have been that guy at the last 3 places I've worked at. Every place has some amount of cruft code, and I love sniffing it out and deleting it.

Re: Linux 7.1

#119
post #52

Earlier quoted context omitted.

People always seem surprised when someone in CS or SWE doesn't care for anime or cutesy pictorial graphics of girls.

For some reason it's always underage girls.

How do you determine whether a drawing is "underage"?

Re: Linux 7.1

#120
post #67

Earlier 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?

Its literally trivially objectively measurable, this isn't something that is based in opinion.

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.

Post reply on HN