My problem with flatpak is that the underlying runtime has a limited lifespan. I used the Sublime Text 3 flatpak for many years, and it was deprecated a few months ago because the runtime it was using was no longer supported. This caused people to update the flatpak to Sublime 4, which is good, but I only have a license for 3. In the end I just downloaded the binary for 3 from their website, and it still just worked. Flatpak still doesn't save you from bitrot.
I have had my account since like 2013. I browse the site and hit like on things, but I only have a handful of posts going back over the years. Occasionally, when I do try to post, it stops me because they think I am a bot. Meanwhile, I see what are clearly and unambigously bots follow me all the time, I see identical messages repeated across obvious botnets. Their bot detection is just very bad.
Also, while we're on the subject, I used to have two factor enabled. After Elon bought the site, they forced me to disable two factor for insane reasons, iirc you needed to pay for a blue checkmark if you wanted two factor. Today for the first time they've started blocking my access to even view the site until I authenticate with a qr code from an android or ios device. The future of the internet is bleak.
Everything is locking down so hard. When someone says they got banned without breaking any rules, I believe them because it happened to me, but also assume there's some reason they appeared out of the ordinary. It's not going to be fair either, like they trust phones more than PCs.
You're comparing the challenge of building game engines in the 90's with the more open-ended AGI research. It's different enough that I don't think it's valid to conclude he's less productive now based on impact over time.
People point to the equivalent API costs to show that they are getting a great deal on the subscription, 10,000 dollars worth of tokens for 200 dollars. I do wonder if it's the other way around though - are the API users simply getting ripped off? I have seen Dario say in multiple interviews that they are profitable on inference, which maybe he was only meaning to refer to API usage, but that's not the impression I got.
It's not a 98% margin loss if your users are unwilling to pay 50 times the cost that they were previously paying, and if they have other options like open source providers. The calculus isn't so simple because some portion of users would switch to API, and so it's about how many would continue using the service rather than leaving for a competitor.
I'm aware they need to recoup the enormous cost of training and data centers, but on a purely inference cost level I'm not convinced that the 200 dollar plans are unprofitable.
> I'm not convinced that the 200 dollar plans are unprofitable.
Especially considering not everyone is tokenmaxxing, and in most parts of the world people take leave and companies do not cut their subscriptions.
I suspect they are priced to have a lifetime average price/token amount that is roughly break-even, or maybe a slight loss leader.
> have seen Dario say in multiple interviews that they are profitable on inference, which maybe he was only meaning to refer to API usage, but that's not the impression I got.
I think he does mean API usage. Don't forget they can (and do) adjust the number of tokens you get on each plan at any time to adjust their margins on those.
That means he knows that is controllable, and it only the underlaying inference that defines the succes or otherwise of the company.
> Especially considering not everyone is tokenmaxxing
Exactly. I have the Claude $100/mo plan, and use it moderately for open source hobby stuff. I still haven't dipped my toes into the Fable pool, but I always use Opus 4.8 on xhigh, and I never hit my limits.
On the other hand, though, there have been times when I've looked at /usage for a long-running session (e.g., 7-10 days, after it's compacted a few times), and it showed I'd used ~$450 worth of tokens just for that session. So I'm clearly getting value for the money here when it comes to the subscription cost. But I still don't hit limits, so...
Yea, it’s like pointing at the cost of renting all individual movies and TV-series at Netflix and concluding that Netflix subsidizes the subscription with tens of thousands of dollars.
I'm so jaded at this point. The AI translation from Bun to Rust doesn't bother me, I think it's interesting, but that this blog was so clearly written by LLM's is offputting for some reason. I think after having to interact with LLM's for much of the day, it's exhausting to read LLM speak in so many things I see online. It feels almost disrespectful to the reader. It's written from a first person perspective, but Jarred did not write these words.
I was looking forward to this blog post too, but in retrospect I don't know why. I could have had an LLM generate a hypothetical of what this blog post might have looked like and it would have probably been able to get close.
I feel like we've replaced unique voices on the internet with the same style / author, which might be more tolerable if the breathless LLM writing style wasn't so jarring. Contrary to the amount of times "But honestly" or "genuinely" is mentioned, nothing about having your LLM speak for you feels honest or genuine.
I know it's not cool to leave responses like this, but I'm really tired of all of this at this point. The ironic thing too is that it might actually be better to have LLM written text be so distinct so that you can still pick out when a human has actually authored something. Again, this is a blog post from Anthropic about having an AI translate 500k+ lines of code in 11 days, so I guess my disappointment is my fault for expecting otherwise.
> Contrary to the amount of times "But honestly" or "genuinely" is mentioned, nothing about having your LLM speak for you feels honest or genuine.
"Honestly" is used once in that post, in a way that's pretty much the core, self-deprecating human use for it ("It would have been possible to do X, but honestly I didn't want to"), rather than the filler word use-case.
"Genuinely" is not used at all.
> I know it's not cool to leave responses like this, but I'm really tired of all of this at this point.
I think it is cool to flag AI-generated slop and either leave a comment or upvote an existing comment about it being slop. But only if you are sure it's AI-generated. And sorry to say, you don't seem very well calibrated on this. If you can't actually tell the difference and back up your opinion but are just guessing, then it indeed isn't cool.
The article is very clearly human written. The author discussed on twitter that he used Claude for visualization and feedback. You can simply say you don't like the writing style, but it is not a very useful comment to have written in any case.
Because it is general purpose. We did not have the ability to create a single robot form which could do all of these minor, finicky, and opened ended tasks. Now that seems within reach. The nice property of humanoid robots is that the world is already made for human form, and so if you're trying to replace people naturally this is what you'd want.
It describes the regression in accessibility software for Linux from x11 to Wayland. Unfortunately, judging by the pace of protocols being accepted, I think we're years out from having a solution.
The most notable thing not working is Talon, which is a voice input system that lets you insert speech to text, manipulate windows, call scripts, etc, all via voice. It's software that works on Windows, MacOS, and x11, but not Wayland.
I think unfortunately right now the best bet is to, if you need the software, stick with X11 for as long as possible. An environment like i3 will probably be maintained for decades to come. Alternatively it might make sense to build some type of bespoke solution on top of a specific wayland stack, like re implementing what you get of talon in a kde plugin or via sway IPC. This seems viable to me but an incredible amount of work.
For people that need this, having to be a developer and build your own tooling in order to use your computer... it's not a future of Linux I'm particularly excited about. I don't want to leave people who need accessibility software behind, and I don't think any security justifications are actually real roadblocks which would prevent being able to serve these people. We have a coordination problem. It's less of a technical issue and more of an issue of getting people to agree on protocols which would let software like Talon work against the entire ecosystem.
I am happy the ecosystem is moving to Wayland, I think we're going end up in a better place. Wayland does solve some real problems for me (x11 screen tearing / frame pacing issues on Nvidia). I'm happy that KDE exists, it's great software.
I've paid for Talon beta access for years. I'm a heavy Talon+Cursorless user, and I'm dreading this move by KDE.
Ultimately I think this mostly confirms the danger of using closed source software (Talon). I have some personal accessibility tooling that works just fine on Wayland. It's KDE specific but it really wasn't hard to get working. And uinput works on a level below the compositor, so X11/Wayland are irrelevant.
My stuff is written in Rust, just like Talon. I'm sure it would take me an afternoon or less to copy it over to Talon... but the dev just isn't interested. I don't know why he's so dramatic about Wayland when there are people actively trying to help contribute. If you try to talk about Wayland on the official Slack, there's an autoresponder telling you to shut up about it. If this were open source, I or someone could just fork it and move on with my life.
Now I'm sure I could use Ghidra and hack the binary to add support, but I'm not excited about becoming dependent on software where the developer is actively hostile to my interests. It reminds me of the blog post from yesterday about the guy who hates his insulin pump. I'm still a Talon user but I hate it now.
I guess I'll be forced to move to XFCE soon? Where is everyone else moving to?
I also think it's unfortunate that Talon is closed source. You see this even in the support practices adopted, where all support is routed through a slack chatroom which doesn't let you view history older than I want to say a few months but might be wrong on the length of time. The author seems to want to force all support requests to go directly through him, presumably because it increases his income if he can create a direct connection with his users.
He's created an incredible piece of software, and that's entirely within his prerogative to do this, especially because him being able to work on it full time leads to more work going into the system. He's made the world a better place so I'm not trying to criticize too harshly. But it's also super unfortunate right, because now if I run into an issue with Talon I am unlikely to find a search result of someone else who has solved it, but rather I have to interact with the creator of the software in a silo'd manner that will not be useful to anyone else other than me.
Tthreatening to remove x11 support entirely (as the article alleges) is also unhinged, yes. We're in a situation in which the best accessibility software is being threatened to be removed from a working platform because the author is (justifiably) frustrated with support requests that he cannot fix because of the transition to Wayland.
I expect that sooner or later we're going to get a better solution to accessibility than Talon, I'm not sure exactly how but probably using local LLM's in a heavy way.
It's possible to do the simple compositor specific hacks from Talon's scripting system to give yourself partial Wayland support at roughly the quality I'd be able to provide myself, and I know of a couple efforts to do this.
The tentative plan for "dropping support for X11" is just to do one more public Linux X11 release, stop there, leave it available to download, and make it very clear what to expect when you download for Linux or run on Wayland. I plan to continue supporting X11 on the paid version indefinitely.
Most requests relating to Wayland on the Slack have not been offers to help, and way too many have ended up being unpleasant conversations.
I have a standing offer to reconsider my stance if someone can show the vast majority of the necessary APIs are available and well supported without compositor specific hacks.
For some of the other points above, consider me disappointed but not surprised.
This seems like it basically confirms ggp's complaints: You're not interested in addressing customers' needs, or giving them ways to address their needs themselves, and are instead taking a "if this doesn't meet my standards you're not allowed to do it" standpoint.
If slack interactions are so unpleasant, why do you direct all support through it?
Is there no way you could say "yes this is a hack, but we'll live with it for now until an actually good solution is available"? Maybe it could be added in such a way that it's easy to remove later (abstraction, encapsulation)?
I don't think any of your points reflect what I was trying to communicate.
> You're not interested in addressing customers' needs
I would love to support Wayland, but it is my position that it is impossible to "support Wayland" for Talon. I can only support a subset of the features and only on specific compositors, and it would be a lot of work.
> or giving them ways to address their needs themselves
As I said at the top of the message you are replying to, I believe today users already have the tools to address their needs themselves with about the same level of jank I'd be able to provide on Wayland. If this is a veiled hard line on open source being the only way for users to address their needs themselves, we have a philosophical difference that won't be sorted out in this thread.
> If slack interactions are so unpleasant, why do you direct all support through it?
That's a whole new sentence. I was specifically referring to the support requests for Wayland, which in the long tail have been more hostile toward me than is likely warranted.
> "yes this is a hack, but we'll live with it for now until an actually good solution is available"
The hack is switching to X11, which is fully supported, or working around it in your user scripts, which has already been done by some users for their specific environment.
He provided a working version for Linux, he will continue to provide a version for Linux.
Wayland is deliberately sabotaging the Linux desktop by forcing it's way in, developers have their own time and schedule and do not appreciate being forced to throw out working code just because others want to reinvent the wheel. If Wayland did it right they had proper backward compatibility and none of this breakage would happen
Hi Lunixbochs, thank you for the comment. One of my take aways from the article was that you were considering removing the ability for Talon to work on x11 in the future. I appreciate the correction. I understand that you're dealing with a lot of unpleasant support requests (especially because people who have to use Talon are probably frustrated at having lost the ability to use their machine normally). I am sorry if I added to that, I do genuinely think you've made the world a better place.
"Alternatively it might make sense to build some type of bespoke solution on top of a specific wayland stack, like re implementing what you get of talon in a kde plugin or via sway IPC. This seems viable to me but an incredible amount of work."
I think that is the only way forward. There is no "Linux desktop". There is KDE, Gnome etc. and if you want to do "system utilities" you have to target one of those.
The point though is that there used to be a «Linux desktop» you could target before the Wayland transition. Fragmentation of an already small market segment is unfortunate.
Sure. I use KDE myself. I actually like the Gnome default UI/UX more, but I'm really not fond of their "our way or the highway" approach when it comes to customization and interoperability. KDE feels more in line with the true FOSS "spirit", and after a bit of customization, fits my needs better than Gnome.
Huh? Fcitx and IBus both worked on GNOME and KDE as far as I'm aware. Now, Fcitx using QT and IBus using GTK helps them feel more native on KDE and GNOME respectively, but they would both work.
It seems to me that the issues on that page are Wayland-specific; anectotally, on my random X window manager works fine with Fcitx (except for Emacs, but that's probably Emacs' fault, not the IME protocol's).
No, that's a terrible idea. The right thing to do is design a Wayland protocol that gives you the access you need, get it accepted into wayland-protocols, and wait for all the compositors to implement it.
Yes, that's a slow, annoying process, but doing something bespoke means either you do the same work over and over for every compositor, or you only support one or two compositors. Neither of those is a good result.
It's not just accessibility software but really any customization. Like always the people making the decision to break compatibility and benefiting by being able to work on the cool new thing don't even pay a fraction of the pain inflicted by it.
The web solved this decades ago by removing customizability. That's why all your extensions can do is add context menu items and toolbar buttons at the right side, and mess with the page itself.
X11 is not dying because of Wayland, it's dying because it became an unmaintainable code mountain over the years since it has been tried to be converted to something which is not designed for in the first place.
That's Xorg. X11 is dying because Xorg is dying and Xorg is dying because all its developers quit and went to Wayland. There's Xlibre too but it's a shitshow. Any one of us here could continue Xorg maintenance but we're not.
I think Phoenix[0] is a promising project: it's an X11 server written from the ground up, with security and legacy feature removal in mind. It's basically what Wayland should have been IMO. We didn't need a new protocol, at most we needed a new implementation of X11.
To be fair, they're allegedly experiencing under attack by the Iranian government. I doubt Guix or OpenBSD would be able to sustain service under a similar attack, though granted there's a reason Cannonical is the target and not OpenBSD.
Quite the extrapolation from "A group sympathetic to the Iranian government" -> "the Iranian government" especially considering the source: "posts on Telegram and other social media".
This strikes me as a good idea I've never seen articulated before. Something like a sticky scroll which accrues all off screen cursors, limited to some max to prevent things getting out of hand.
reply