No bytecode compilation by default. pip compiles .py files to .pyc during installation. uv skips this step, shaving time off every install. You can opt in if you want it.

So it makes installation faster by making runtime slower.

Ignoring requires-python upper bounds. When a package says it requires python<4.0, uv ignores the upper bound and only checks the lower. This reduces resolver backtracking dramatically since upper bounds are almost always wrong. Packages declare python<4.0 because they haven’t tested on Python 4, not because they’ll actually break. The constraint is defensive, not predictive.

So it makes installation faster by installing untested code.

Sounds like a non-starter to me.

Interesting. Some years ago I’ve relied on SSHFS to have a decent speed when operating on remote files. I wonder if this might have been a solution as well.

Because those recommendations are written for new users. A new user will be better served by a distribution which puts user-friendliness at its forefront. If you’re not a newbie you probably don’t need recommendations because you already know what distributions are available out there.

The data is misleading. Obviously there’ll be more requests for domains with low TTL because those domains aren’t cached. The overall conclusion and points of the blog post may be correct, but the presented data doesn’t say anything.

I find it funny that just couple weeks ago I’ve written about the format. What’s especially interesting about this format is that it can losslessly transcode JPEG into JPEG XL while offering around 20% file size reduction. It can be used to reduce size of one’s image gallery without any loss of quality.

You can just copy the file and set XAUTHORITY as necessary. Just make sure only the desired user can read it.

No, do not do that. This gives access to the display to anyone who can connect to it. The proper way is to give the user access to file whose path is in $XAUTHORITY.

Capital letters in user names. 🤮

Debian has torbrowser-launcher you might wanna take a look at that.

As for the issue, this could be because the user lacks credentials to connect to the display.

Firstly, and most importantly, executing grub-install requires super-user privileges. Rather than adding it to PATH you should instead run the command through sudo. A regular user typically does not need any of sbin directories in their PATH.

As for the command itself, there are three things wrong with it:

1. PATH should only include directories whereas you tried to add to it a path to an executable. So rather than /usr/sbin/grub-install/grub-install you should just add /usr/sbin.
2. White space is significant, so the space before colon would make your command not work anyway.
3. Rather than appending to PATH you’ve overwritten the variable. Instead you need PATH="$PATH:/usr/sbin/:/usr/local/sbin" (notice $PATH: at the beginning of the assignment).

Also, export is unnecessary since PATH is already an environment variable. (That’s also bashism but that’s likely an irrelevant issue).

What gave you that idea? Besides, even without understanding what the code does exactly, I can tell that the get_screen_time function has no adversarial effects.

Honestly I don’t understand what this is showing. I guess it’s how long the lid was open?

Speaking of bash prompt: https://mina86.com/2015/bash-right-prompt/

What’s the point of linking LWN article rather than directly the official announcement?

It’s been years since editors started getting their packages. I would guess Emacs was late to the game actually. If you’re only ever used notepad, the manager is there to install additional features such as syntax support for new languages, refactoring tools, navigation commands and more.

Maybe those would help (although using those would require changing how you do emails and it’s not a solution for Android):

• offlineimap in case you need something to fetch your IMAP emails.
• gmailieer is a tool which uses Gmail API to fetch emails.
• notmuch is a tool which indexes your email. You can assign whatever labels you want and rather than folders it uses tags.
• For notmuch you then need a front-end which can display the emails. I use Emacs for that. And since notmuch uses tags, you can then create whatever ‘folders’ by making saved searches.

Maybe. Or maybe you lack basic critical thinking to be able to put the article in context. But since you’ve initiated the ad hominem part of the discussion, I don’t think there’s any point continuing this discussion, so we’ll never know.

Even the article admits that AI researchers are aware that LLMs are not sufficient. So the title is absolutely false. The article uses research which has very little to do with the subject to springboard into an opinion piece which itself observes that actually the premiss of the opinion is incorrect.

The title is false. The cited paper deals with connection between language and intelligence however a) it does not comment on current AI bubble and b) current AI research does not assume language is the same as intelligence. It’s an example of scientists saying something and journalists extrapolating from that to get a story out of it. Reminds me of On Human (and) Nature.

uutils developers aren’t earning any more than coreutils developers. This is an orthogonal discussion.

I’m essentially trying to find the most performant way to get a simple read/write buffer.

Stack is hot so it’s probably better to put things there than to have static array which is out of memory cache and whose address is out of TLB.

To answer your question, yes, this is undefined behaviour if the function is called from multiple threads. It’s also undefined behaviour if, by accident, you take second reference to the array.

It’s unlikely that you really need to do anything fancy. I/O is usually orders of magnitude slower than dealing with memory buffers. Unless you profile your code and find the bottleneck, I’d advice against static mutable buffer.

PS. On related note, a shameless plug: Rust’s worst feature.

Yes, but I was talking about field name, not struct tag. And up to C99 my comment was correct.