|
|
Subscribe / Log in / New account

Recently posted comments

Why not a separate tmpfs?

Posted Oct 14, 2025 20:46 UTC (Tue) by fw (subscriber, #26023)
In reply to: Why not a separate tmpfs? by gray_-_wolf
Parent article: Debian Technical Committee overrides systemd change

This was what Debian had before: https://salsa.debian.org/systemd-team/systemd/-/commit/7e...

The revert did not bring back the separate mount point, though: https://salsa.debian.org/systemd-team/systemd/-/commit/92...

I don't know why things are done this way.


AI Garbage

Posted Oct 14, 2025 20:46 UTC (Tue) by bins (guest, #49492)
In reply to: AI Garbage by mathstuf
Parent article: Firefox 144.0 released

meh... trading AI-bros for fascists-leaning-bros[1] ?
no thank you.

(I'll keep my IronFox/LibreWolf as far as I still can)

[1] https://drewdevault.com/2025/09/24/2025-09-24-Cloudflare-...


confusing claim

Posted Oct 14, 2025 20:24 UTC (Tue) by NightMonkey (subscriber, #23051)
In reply to: confusing claim by mattdm
Parent article: Firefox 144.0 released

Thank you for making this clear. :)


confusing claim

Posted Oct 14, 2025 20:18 UTC (Tue) by mattdm (subscriber, #18)
Parent article: Firefox 144.0 released

Despite what the announcement says, it doesn't appear that Perplexity is "built into the browser". It's just shipped as one of the pre-configured search engine providers. It isn't running some local language model, and it also isn't deeply embedded in the UI.

Which... is good news, really. I want my web browser to be a web browser. I assume the feature is paid product-placement, so of course it's made to sound more impactful and dramatic than it is.


rustc_codegen_gcc

Posted Oct 14, 2025 20:00 UTC (Tue) by josh (subscriber, #17465)
In reply to: rustc_codegen_gcc by rywang014
Parent article: Gccrs after libcore

My understanding is that it is a large number of smaller things. You can keep up with the progress on https://blog.antoyo.xyz/ , where the lead developer posts regular status updates, including work towards testing the backend in Rust CI and work towards distributing it. There's also a dedicated Zulip channel where all that work gets coordinated.


The RISC-V distribution that nobody can use (except in qemu)

Posted Oct 14, 2025 19:38 UTC (Tue) by riking (subscriber, #95706)
In reply to: The RISC-V distribution that nobody can use (except in qemu) by jmalcolm
Parent article: Ubuntu 25.10 released

"In a few weeks" is pretty nice and neatly busts my "not until 2026" prediction!


rustc_codegen_gcc

Posted Oct 14, 2025 19:14 UTC (Tue) by rywang014 (subscriber, #167182)
In reply to: rustc_codegen_gcc by josh
Parent article: Gccrs after libcore

Could you share what's the technical difficulty behind rustc_codegen_gcc being not easily installable via rustup?


Crashes with GCC 15.2

Posted Oct 14, 2025 18:20 UTC (Tue) by hmh (subscriber, #3838)
In reply to: Crashes with GCC 15.2 by azz
Parent article: Firefox 144.0 released

gcc bugs (or any other compiler or artifact-generating toolchain bug for that matter) that do not cause an immediate ICE and crash the build are extremely annoying (and sometimes quite dangerous), but hunting down everything that was miss-compiled in the distro and triggering a new binary upload while somehow ensuring the auto-builder does not have the broken compiler/toolchain installed is an annoyance on its own class.

Debian has "Built-Using", and I assume other distros also have their own build-chain-tracking systems, but still...


sudo user

Posted Oct 14, 2025 18:11 UTC (Tue) by rschroev (subscriber, #4164)
In reply to: sudo user by PhilippWendler
Parent article: Lucky 13: a look at Debian trixie

There are ways around it, but by default you can't login in rescue mode when you didn't set a root password:

"Cannot open access to console, the root account is locked.
See sulogin(8) man page for more details."

AFAIK that's the main reason why people often recommend to set a root password.


Crashes with GCC 15.2

Posted Oct 14, 2025 17:16 UTC (Tue) by azz (subscriber, #371)
Parent article: Firefox 144.0 released

A heads-up that if you build this release with the latest stable version of GCC, 15.2, it'll crash inside the layout engine: https://bugzilla.mozilla.org/show_bug.cgi?id=1990430

(This looks like a GCC bug rather than a Firefox one, but it looks like I'm at least the third packager to run into it...)


Now can we?

Posted Oct 14, 2025 16:43 UTC (Tue) by gwolf (subscriber, #14632)
Parent article: The FSF considers large language models

Can we programmers actually «cite any inspirations for code we write»? Do we often do that?
Be it that I learnt programming at school or by reading books, or that I took a "BootCamp", I cannot usually said where I got a particular construct from. I could, of course, say that I write C in the K&R style — but I doubt that's what Siewicz refers to. And of course, Perl-heads will recognize a "Schwartzian transform". But in general, I learnt _how to code_, and I am not able to attribute specific constructs of my programming to specific bits of code. Just like an LLM.

If most of my programming consisted of searching for answers to a question related to mine in StackOverflow... I *could* get persuaded to link to the post in question in a comment before each included snippet. But that's also not something I've seen to be frequent. And if I didn't write the comment _the same moment_ I included said snippet, it's most likely I never will.

So... I think there is an argumentative issue in here :-)


sudo user

Posted Oct 14, 2025 16:17 UTC (Tue) by PhilippWendler (subscriber, #126612)
In reply to: sudo user by taladar
Parent article: Lucky 13: a look at Debian trixie

You just get a shell without password prompt.


Welcome to the future

Posted Oct 14, 2025 15:56 UTC (Tue) by Wol (subscriber, #4433)
In reply to: Welcome to the future by pizza
Parent article: Firefox 144.0 released

Google's BigQuery SQL editor now tries to complete your queries with AI ... :-(

I was surprised. The one time it got it right, it correctly predicted about 4 lines of tricky-to-get-right text.

Unfortunately, nine times out of ten I was typing short stuff which I'd finished, and the predictions simply got me thoroughly confused as to what was going on. I'd much rather the hassle of typing a query where I know what it (should be) doing, rather than trying to get rid of loads of auto-corrupt text and fighting the editor as it tries to add more.

Cheers,
Wol


AI Garbage

Posted Oct 14, 2025 15:11 UTC (Tue) by mathstuf (subscriber, #69389)
In reply to: AI Garbage by das_j
Parent article: Firefox 144.0 released

Ladybird[1] is probably our only hope on the horizon at the moment.

[1] https://ladybird.org/


Welcome to the future

Posted Oct 14, 2025 15:05 UTC (Tue) by pizza (subscriber, #46)
In reply to: AI Garbage by das_j
Parent article: Firefox 144.0 released

If Mozilla doesn't add "AI" then it will be held up as yet another example of how they're failing users by not keeping up with <shiny feature that all other browers support>.

Heads or tails, they still lose.


AI Garbage

Posted Oct 14, 2025 14:56 UTC (Tue) by das_j (subscriber, #143082)
Parent article: Firefox 144.0 released

Is there any browser left that doesn't try to push AI into workflows where they are only annoying while not built on the Chromium engine?


Single partition setups

Posted Oct 14, 2025 12:38 UTC (Tue) by Jonno (subscriber, #49613)
In reply to: Single partition setups by MaZe
Parent article: Debian Technical Committee overrides systemd change

On my Debian oldstable system /run/lock is a tmpfs separate from /run, and limited to 5 MiB (i.e. mounted with -O "nosuid,nodev,noexec,size=5120k"), which to my mind solves the DoS concerns (as at least only programs using /run/lock are affected, not any other program using /run). I didn't do anything special to get this, so I'm not sure where it comes from, but somehow reverting to this behaviour sound reasonable to me.

And if there is any problematic tmpfs mount in your typical Linux system it would be /dev/shm, as it has the same fs permissions, but mounted without noexec or any significant size restriction...


Why not a separate tmpfs?

Posted Oct 14, 2025 12:27 UTC (Tue) by gray_-_wolf (subscriber, #131074)
Parent article: Debian Technical Committee overrides systemd change

If the worries are non-priviledged programs filling up /run, why just not make /run/lock a separate tmpfs, with reasonable size limits? Should that not protect against the inodes and space exhaustion while being significantly less nuclear option?


sudo user

Posted Oct 14, 2025 12:19 UTC (Tue) by dskoll (subscriber, #1630)
In reply to: sudo user by taladar
Parent article: Lucky 13: a look at Debian trixie

If you can't log in as root, then you have to fix a broken boot by booting from external rescue media, I guess. Which can be annoying if your machine is remote, but you have a KVM-over-IP box. So I too always set a root password on my machines.


Quota?

Posted Oct 14, 2025 12:16 UTC (Tue) by eru (subscriber, #2753)
Parent article: Debian Technical Committee overrides systemd change

shudder to think of allowing unprivileged programs to fill up a directory

Wouldn't setting a quota for /run/lock be a solution to this concern? Same for other shared directories for temporaries.



Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds