•••••••••••••••••••••••••••••••••••••••••••••••
> Unfortunately, this perception of Gentoo remains, and I wish they would remove the verbiage from their site. Based on what I can see after putting a minute or two into searching, that verbiage being referred to only appears on the About page. [0] The distro's home page says Welcome to Gentoo, a highly flexible, source-based Linux distribution. and has used those words since at least January 2023 [1]. Its home page has spoken about flexibility and has not spoken about performance since the big redesign in April 2016 ... seven years prior to the publication of that guy's blog post. [2][3] And -speaking as a Gentoo user since 2002- neither the user community nor the maintainer community hold the opinion that Ultimate Maxxximum Performance is the distro's goal. Trouble reports that come from "ricers" pretty much always get told "Set your compiler flags to something sane (try '-O2 -pipe' or '-O2 -pipe -march=native') and rebuild. If you can still repro the problem, file a new report because this one is getting closed INVALID.". And -while the old Gentoo Wiki burned down so I can't prove it- [4] the advice about GCC optimization in the wiki has always cautioned against using aggressive compiler flags and warned that doing so will -among other things- not substantially improve performance. The advice about reasonable compiler flags has pretty consistently been "Use -O2, -pipe, -march=$THE_CORRECT_SETTING_FOR_YOUR_CPU, and maybe -fomit-frame-pointer"... though the "-fomit-frame-pointer" advice has always come with a warning that doing that may make debugging either extremely difficult or impossible, and the "-march" advice the warning that this may make it impossible to run those binaries on another computer. Anyway. There's only so much you can do to erase an -allegedly- pervasive myth. The fact that some folks have the belief that Gentoo Linux is all about Maxxximum Performance doesn't change the fact that nearly all of the people who use it and -almost certainly- all of the people who maintain it strongly disagree with that claim. The distro is and always has been about flexibility, user choice, and having fun. And it's a nice bonus if building for -say- -march=athlon-xp instead of -march=i586 happens to get you a bit of extra performance here and there. [0] < https://www.gentoo.org/get-started/about/ > [1] < https://web.archive.org/web/20230101024843/https://www.gentoo.org/ > [2] < https://web.archive.org/web/20150406115846/https://www.gentoo.org/ > [3] That year's April 1 redesign was a bit cool, IMO. [4] The oldest copy that I can easily find is from mid 2013 [5], so you'll just have to trust me that this has been the long-standing opinion of the overwhelming majority of users and maintainers. While you're there, take a minute or two to skim the prose and notice how it consistently warns against using aggressive compiler flags. [5] < https://web.archive.org/web/20130829083155/https://wiki.gentoo.org/wiki/GCC_optimization >
••••••••••••••••••••••••••
> Everyone says that until ms, apple, google, etc introduces this polished feature as part of their tablet imaging editing/document collaboration office suite. Then everyone can;t get enough of it. I don't feel like I'm a representative sample of general userbase, so I won't dispute this too hard. For me, it's rare but it does happen. Still, 90% of my mobile experience is "how is this so broken, why is it missing the obvious follow-up feature that completes a workflow, and why, again, am I not using a laptop for this?". > If it's a small task then why can't LLMs actually do it? What if they actually can? This is exactly what Karpathy was talking about the other day[0]. If your only LLM experience is the default chat app in chat mode, then this doesn't make sense. If your experience includes using agentic harness like Claude Code/Cowork / Codex/ChatGPT Work, then it's obvious. The LLM app in "chat mode" will just zero-shot you a pelican, or digitize your notes into SVG, and maybe improve on it a bit if you complain about the result. The same app[1] in "agentic mode" will digitize your notes, refine the SVG against the original image, reduce it to probable strokes based on high-frequency patterns in the photo and knowledge of how people write, OCR it, save both the text and SVG to your library, then extract parts you wanted and insert them into a document, typeset the rest of it, and print it on your printer - all in response to a single prompt. LLMs in agentic mode are very good at stringing long and advanced workflows; today, if you give them shell access or computer use, they will use regular apps for you if that's the easiest way to accomplish the goal. > Have you actually tried this? Yes![2]. That's why I can confidently say: there is no limit to this pattern. LLMs can handle apps just fine; giving them tools just saves time and tokens . Another example: I'm currently resurrecting a 30 year old game, and the other day I asked Claude to hack on a way to run it headlessly, so I can use my computer while it plays with it. It did, and then immediately leveraged it to just causally run several instances of the game in parallel, entirely in the background, whenever it needed to playtest something. -- [0] - https://news.ycombinator.com/item?id=50047422 - was on the frontpage two days ago. [1] - Claude and ChatGPT now have both modes in their mobile, web and desktop apps. I personally use Claude Code a lot, but exclusively through these surfaces (I can't be arsed to deal with TUI at home anymore). IMO, these tools are already within reach of regular users - the users just didn't notice it yet. [2] - Not with SVGs, but equivalent with voice recordings, and yes, Claude Code set up and is managing the whole local processing pipeline. Recordings go in, Markdown (or more advanced signal processing) comes out, and in itself, it's not a task, but merely a step .
••••••••••••••••••••••••••••••••••••••••••••••••••••••••••
I though the basic idea was reasonable, until: > So we asked ourselves: if we designed source control with the fact that agents are always online in mind from the start, what would it look like? And > In Scion, every commit, rebase, or merge happens on the server I’ll pass. A big part of the theses of git and, even more so, jujitsu, is that you can build up a history entirely locally, making it reasonable to make tiny commits locally and then rework them, push them, or throw them away. Sure, in Anthropic’s world, it’s completely impossible to do anything without access to the inference API, so why not add another mandatory API? But I think this model sucks even in a pervasive AI world, and I don’t want to dig in deeper. This also sounds like a great way to have yet more security problems where your swarm of agents start cooperating more than you want them to. By all means, built a better system than git. In many respects, git sucks, and git upstream is not solving the major problems. But don’t lose the actual benefits of git! For that matter, I’ve seen the crap that the latest models will commit. Why on Earth should one’s VCS force the per-agent-instance system to upload the crap before even contemplating locally whether it’s a good idea? Maybe this is why Anthropic has so many commits per day. (Am I the only one who feels like most of the big AI labs are rapidly gradient-descending toward something that is nowhere near a globally optimal stack?) P.S. Only 30k commits per day? That’s not actually very many per employee. I’m suspicious that Anthropic’s real issues are that too many of them are giant cross-cutting messes and that git clone is too slow.
•••••••••••••••••••••••
> "I was at a conference ... these morons had in mind that electricity demand should decrease" For a long time (several decades) electricity demand has been decreasing in the UK, largely due to efficiency improvements. But now days pretty much everyone agrees that electricity demand will increase significantly in the future due to electrification. The UK has been planning for this for some time so if this guy was really from National Grid, he sounds like a bit of a rogue! > "their great idea to deal with the shortage is intermittent availability of power. You won't be able to wash your clothes when you feel like" No, nobody is suggesting that the grid will ever cut off power to anybody - certainly not domestic customers. The idea is that in a smart grid, big industrial customers often have the ability to temporarily reduce demand for heat or cooling or whatever. So if there is a signal from the grid that demand needs to be cut, automated industrial systems can (and already do) do that. The same goes for your car charging, water heating, etc. These things can automatically slow down during demand peaks in response to a signal from the grid, and you probably won't notice or care. You'll still be able to wash your dishes any time you want! This is all definitely a good thing. A huge part of the cost of running the grid is in handling the biggest demand peaks, which might only occur for an hour or two per day a few times per year. If the peaks can be reduced and demand becomes smoother, then energy becomes cheaper.
••••••••••••••••••••••••••••••••••••••••••••••
First let us install other browser engines on iOS, and then we can talk. Safari has the most obscene monopoly of any browser ever. IE 6 came pre-installed on windows machines, but you could always install Mosaic or such. Google Chromebooks come with Chrome as the only default browser, but you can still run Firefox on Chromebooks just fine (even in two different ways, the supported android app version, and the semi-supported linux terminal + launching firefox that way). Heck, iOS's monopolistic behavior is so bad that multiple regions (the EU + Japan) have already ruled against their behavior, though in reality Apple has complied in a way that makes it impossible to actually make a second browser engine for iOS still (going against the spirit of the law, but the courts haven't caught up to them yet). Safari is also an awful browser in that it requires someone to buy an expensive machine to see if their site works on it. I can run a windows trial copy in a VM to see if my site works in IE, I can run Chrome or Firefox on linux to verify if my site works in them. I can install a free android emulator on any common OS to see that my site renders right in those. But Apple doesn't give me a legal way to freely run an iOS simulator nor even a macOS VM on my linux machine, I have to pay money, to buy their hardware to see if my site will work on Safari. And even worse, Safari is the browser with the largest number of rendering bugs and quirks currently, while also having a huge number of users (since iOS users can't install another browser), so any web developers are basically forced to shell out for apple hardware.
••••••••••
 Top