This just proves that you can cram pretty much anything into the client/server dichotomy if you just define "client", "server" and "request" broad enough. Similarly, I remember how desperately people tried to argue that Emacs follows the "Unix philosophy" as long as your LISP functions are doing just one thing, and do them well. I don't know what you would gain from these things. Emacs follows the idea of LISP machines, I think that much anybody can agree on. From there, Emacs can be or do pretty much whatever you want. It's excellent in communicating with CLI tools - you can call that client/server if you want, but I wouldn't know what you'd gain from that definition. The reality is that Emacs has gone through a lot of fads and hypes over its decades of existence, and each time, it has taken something along the way. Heck, there's a whole semantic parsing engine buried within (CEDET), which nowadays is pretty much unused, because then LSPs came along, and now we have agents (which Emacs btw is a pretty decent frontend for).
HN user
deng
If you’re not a major criminal, bitcoin whale, or intelligence target this is almost certainly academic.
Thanks, that's what I thought.
Still, this is a pretty crazy definition of "anyone".
Anyone with physical access. I think it is understandable from the phrase.
Sorry, I'm probably dense, I still don't get it. You steal a laptop, you open it, the screen is locked with a password/fingerprint whatever. How do you read out the RAM from that laptop?
Except that, for more than two years, the encryption key remained resident in memory across suspend, leaving it there for the taking by anyone who seized the still-powered laptop.
I don't get it. Obviously, the laptop is locked when it resumes, how is that key "for the taking by anyone"? I'm not saying it is impossible to read out RAM from a locked laptop, but surely not by "anyone".
Well, when they announced it (7 months ago) I got laughed out of the room when I said this will be at least 1k$ because of the RAM crisis, and people quoted famous Youtuber "Moores Law is Dead" that this thing has a 300$ BOM and will be 600$ max, probably just 450$...
I can understand the joy of running things yourself, and can also see the privacy aspect. However, I pay ~3$ per 1M/tokens for that model on Openrouter, and it's not even quantized. A refurbished 3090 and a 5080 will set you back well over 2k, not to mention the electricity to run them...
That engineer went on to create Brave, a browser that pays you Monopoly money for watching ads, injected affiliate links, installed their commercial VPN without asking, and leaked DNS traffic when using Tor in its "privacy" mode. I'd say Mozilla dodged a bullet there.
I wouldn't say these are "basic bugs". The first is specific to using 'rrsync', and the second is when using the rsync daemon, and I can't remember when I last saw a system using that one (yes, I'm aware there are still use cases for using the rsync protocol, but I would consider it pretty obscure nowadays).
You could argue that he should've bumped the version more and should've done a longer beta test, but on the other hand, these were mostly security fixes, and I can understand he wanted to get them out there rather sooner than later (also "doing a beta test" is easier said than done - how do you get people to run a test version of rsync?).
These servers had no fan control whatsoever, they always ran full blast. That's not untypical for rack servers, because as written: they are designed for server rooms, and you're supposed to wear ear protection there anyway... Yes, I could've modified them, but I ditched them because running them simply made no sense (especially the high idle power consumption was ridiculous).
OK, then you're in luck. I had a bunch of old 1U rack servers and even in the next room it was too annoying to run them (they had a bunch of 40mm fans which always ran at full speed, because in a server room, no one can hear you scream).
Nice post and technically impressive work. I agree we need to understand the build pipeline and be able to do things locally. However, depending on your electricity cost, it might not make sense financially. These old servers are not energy efficient at all (I'm guessing that old Xeon server will easily pull 200W on load), and that model is currently at 0.1$/0.3$ per 1M tokens (with 76 tps and 262k context) in Openrouter (also, these servers are LOUD).
EDIT: I stand corrected, 200W is apparently way too high of an estimate. I used to run a bunch of old Xeon servers and they slurped watts like crazy, but I can't remember which ones exactly those were.
Well, if Apple killed it, Lenovo killed it even more. I recently was looking for a laptop for a student. The Lenovo E14 Gen7 is 800 Euros here in Germany (where prices are always higher, the MacBook Neo is 700 Euros), it has 16GB of RAM, 1TB SSD, a 2.8k IPS display, a Intel Ultra5 12core CPU, and it has a repairability score of 9/10 from ifixit. Framework doesn't even come close to that package.
Looking at all the unmerged pull requests in ripgrep, you can see what's going on. I will not link him here, but for instance, there's a "Senior Software Engineer at Microsoft", whose agent created 260 PRs in 211 repos with trivial typo fixes in code comments(!). Almost all of them are rejected (including those in ripgrep), but of course, a few get merged and he now boasts he "contributed" to sqlalchemy, Nim and others... What a time to be alive.
You can't release this under MIT license, as it contains a ton of various different things under various different licenses, from GPL to proprietary.
But it's also plug&play for anyone stealing your laptop, see for instance
So you consider calling something "ironic" an extreme position? On a more general note, you will find that many people are uncomfortable with the idea that AI will replace human work, especially when it relates to art, which this project in question references.
Any argument can be taken to any extreme. This is why it's a popular rhetorical tactic, called "appeal to extremes".
I think we can agree that this is not something anybody will actually use, but rather an homage to "They Live", and IMHO, letting this be done by AI is in contrast to the basic premise of the movie.
So telling someone to make a table for you is more human than making it yourself, because you're using natural language instead of saws and hand planes?
Oh well, they really do their best to alienate people as well. They just completely overhauled their UX, and after that update, people at my company were so confused, they couldn't even open new issues anymore, because everything was somehow renamed to "work items". I kid you not, literally two decades of UX people were used to, just thrown out the window, it's absolutely mind-boggling. The feedback to this is devastating:
Nicholas Carlini, a researcher at Anthropic, orchestrated 16 parallel Claude agents to write a production C compiler in Rust.
No he didn't. The compiler is bascially useless as it produces vastly inferior code than gcc/clang.
Oh the irony: "They Live", a movie famously about alienation and dehumanization, and you let AI do all the coding.
Google is fine with everything if it's their service. I've completely blocked *.bc.googleusercontent.com, because it's basically used as a spam farm for years now, but Google couldn't care less as they apparently can't be bothered to even slightly inconvenience their compute engine users.
With "availability hit" I'm assuming you mean to simply stop operations until patches are rolled out, so possibly for days? That would at least explain what's happening at GitHub...
based on the unquestioned premise that delaying disclosure for the operational convenience of system administrators is a good thing. There are reasons to question that premise!
Care to mention these reasons?
With "convenience of system administrators", I'm guessing you mean that there's a patch available that sysadmins can install, ideally before the vulnerability is disclosed? What else are sysadmins supposed to do, in your opinion? Fix the vulnerability themselves? Or simply shutdown the servers?
With the various copyfails of recent, it at least was possible to block the affected modules. If that were not the case, what would you have done, as a sysadmin?
I agree that having an MCP Ableton can make total sense. After many years of use, I would say I know Ableton quite well, but nowadays, I regularly ask ChatGPT if certain things could be done differently/more efficiently, and it often surprises me with new ways of doing things. For instance, sometimes Ableton has gotten new features over the years I'm not aware of. It surely would be nice to have this integrated via MCP.
I think you would get much better feedback if you'd focus on these use cases: flattening the learning curve for newcomers, and new ideas for experienced users, rather than creating tracks completely by AI. Because in that case, why even go through a DAW and not use Suno directly?
It's not just that the track is garbage (the "say" vocals are actually the least of its problems). Even if AI would make a good track: why use AI for creating your arrangements in the first place? Why this resistance to actually getting good at something? I can understand if your livelihood depends on it and you just need to be fast, but why for stuff you do for fun?
The book I mentioned has a good suggestion when struggling with arrangements: just copy. Take a track you really like, put it into your DAW, sync the speed and replicate its structure. You'll see that in many genres, structure is often exactly the same anyway. This can be an eye opener, and once you've realized this, you'll be able to experiment with structure in ways you couldn't do before. That's the fun part.
I've got 25 years of loops that basically to finish them need better arrangements
Welcome to the club. You need to learn how to actually finish a track, which is the most difficult but also the most rewarding part. Why would you use AI for that? I mean, just listen to that demo track Codex made in the above repo, you surely don't want that.
There's a good book about this, published by Ableton, you can read it for free here:
https://cdn-resources.ableton.com/resources/uploads/makingmu...
should be a real edm banger
I'm afraid Codex ignored that one.