They said it integrates with Proton Drive. Optional, but still. That is data that is otherwise strictly end-to-end encrypted, and now they’re adding a “convenient” method to send it through their AI unencrypted, and they are not upfront about that.
Proton has a problem with focus. They keep adding new things of limited value, presumably in a quest for growth. That usually doesn’t end well.
Kind of light on details. “Lumo is based upon open-source language models”. Okay. Which ones? [Edit: they offer more details at https://proton.me/support/lumo-privacy : “The models we’re using currently are Nemo, OpenHands 32B, OLMO 2 32B, and Mistral Small 3”]
Not sure how I feel about this. I figured Proton would find some clever way to run models on encrypted data, or at least do something akin to Apple’s “private cloud compute” but…nope, just another cloud platform like any other. Zero-logging is all fine and good, but don’t pretend like you can’t access my chats when the only thing stopping you is your logging policy.
Web search — If you ask it to, Lumo can search the web for new or recent information to complement its existing knowledge.
Again, no details. So you’re not sharing my data, but you are potentially leaking it to unnamed search engines? Cool, cool.
Oh, and it has built in Proton Docs integration, in case you wanted to accidentally send your documents, unencrypted, through Proton’s servers. And also maybe leak their contents to a third-party search engine, who knows?
Please, Proton. E2EE or GTFO. The world doesn’t need another chatbot. If you can’t do it right, just don’t do it.
These actually aren’t big for black holes. The largest ones are billions of solar masses. This is notable because it’s a collision of two black holes, which we can’t observe often.
The article has some confusing phrasing.
I’m telling myself it’s Irish coffee.
Note that even GrapheneOS no longer supports the 5a, since it is no longer getting firmware security patches. You’ll need to install an archived version of GrapheneOS, or go for something else like LineageOS.
With LineageOS, you’ll continue to get OS patches, but you’ll be stuck with an unlocked bootloader, so there’s a security tradeoff there.
I mean that an individual folder will always look the same (consistent), and also look distinctly different from any other folder (unique) if that’s how you arranged it. So you could identify a folder instantly.
Everything in list view looks the same at a glance, and most file managers don’t retain a folder window’s size and placement. Modern macOS kiiiind of does but you have to fight it if you don’t want a single-window browsing UI.
The last time I found icon view useful was in Mac OS 9. There were three main characteristics that made it useful that no current systems have AFAIK:
The icon grid was tight (32 pixels) and you could either snap items to that grid or place them freely.
Window sizes and places were directly associated with folders. (There was no “browser-style” single-window mode.)
File names used dynamic spacing. Longer names would occupy multiple grid spaces as needed.
These factors meant that every folder had a consistent and potentially unique size, placment, and layout.
OS X took the Finder and either ruined or neglected everything good about it. Windows explorer has always been garbage. Never found a Linux file manager with a compelling icon view either (though to be fair, I’ve never looked all that hard). The lack of system-level metadata for layout kind of mandates an abstraction between a directory and its display.
Kind of funny how quickly we’ve flipped from “you should treat LLM output like advice from a random stranger” to “you should treat advice from a random stranger like LLM output”.
Either way, it’s the right idea. If you can’t understand what you’re doing but you do it anyway, you’re going to create all kinds of problems for yourself.
SQLite would definitely be smaller, faster, and require less memory.
Thing is, it’s 2025, roughly 20 years since anybody’s given half a shit about storage efficiency, memory efficiency, or even CPU efficiency for anything so small. Presumably this is not something they need to query dynamically.
do they just want everything to be crawled
Yes. Web crawling has been a normal and vital part of the web from day 1. We’d have no search engines without crawlers.
The web is user-centric by design. I’m sick of tech companies trying to flip the script and hoard information, most of which is not theirs to begin with (e.g. Google, Reddit, Twitter, Facebook, etc.).
When people say eat the rich, I think they generally mean to start from the top.
20 years ago I would have taken this as satire. Today, reality is far more absurd.
They clearly don’t understand what pride is about, or why it’s needed in the first place. I don’t go around showing my “straight pride” because there is literally nobody out there trying to make me ashamed of being straight. Never in my entire life have I felt unsafe because I was straight. I never had to worry about my family rejecting me if they learned I was straight. Being straight has never affected my housing security. I have not been subjected to verbal and physical assault because I am straight. Nobody has ever, to the best of my knowledge, been sent a brainwashing camp for being straight. There is not a single country on earth where it is illegal to be straight, and there never has been.
You cannot say any of those things about being gay. That’s why gay pride matters. These are not problems of the past. They are all problems today.
The concept is real. I mean, anyone who thought “vibe coding” would be a viable career path for long enough to actually have a career was just not paying attention to reality.
Right now it legitimately takes some expertise to get good results from AI coding. (Most people doing it now get, at best, convincingly passable results.) But the job of a “vibe coder” is much simpler than the job of a conventional programmer, and it will become increasingly simple to automate out the human’s role. It’s not like progress is going to suddenly stop. The fruit is hanging so low that it might as well be on the ground.
Y’all muthafuckas need Leonard.
Another problem with DRM’d platforms is that you don’t really know how long this will be easy or even viable. I recall these tools breaking in the past as Amazon changed their encryption, and it took time for them to be updated.
For anyone with a large library on Kindle, Audible, or any other DRM-infested platform, I recommend stripping that DRM sooner rather than later. You might think “I can always do it later” but there’s no guarantee that will be true.
Also, shoutout to ebooks.com for having a dedicated DRM-free section and a simple checkbox to filter search results to only show DRM-free items. Not sure where to go for DRM-free audiobooks though. Anyone got suggestions? Personally I will simply not buy books with DRM, regardless of how easy it might be to crack it. If I’m going to have to break the law anyway (thanks, DMCA!), I might as well pirate it and find some other way to toss the author a few bucks.
Valiant effort, but the top minds of the world, whether human or machine, are no match for Charmin’s obfuscation techniques. https://bangyourbuck.com/search/charmin ultra strong/Count/US/table
Looks okay until you realize that the “count” field refers to different things across different listings. Some count rolls, some count sheets, some count packages.
Comparing prices of toilet paper and papers towels is 100x harder than it needs to be.
It’s a real risk. This is basically what happened with XMPP. Google became big enough to screw over the rest of the XMPP world.
Google took “Embrace, Extend, Extinguish” right out of Microsoft’s play book, and at this point it’s just standard operating procedure for any major tech company.
Many people here and on Mastodon were afraid Meta was doing the same thing with Threads a few months back when there was talk of federation (I think they eventually backpedaled on that).
I think we’re okay as long as the big players are open source, and no one instance has an overwhelmingly large share of the user base. I would recommend new Lemmy/Mastodon/Kbin users to join an instance that is NOT the most popular (or even in the top 3), in order to maintain some balance in the ecosystem. lemmy.world and kbin.social are many times larger than the #2 biggest instances, and that’s not ideal.
Yep. They have their summer roadmaps up, which include a Proton Drive SDK and a Linux app. Hopefully the SDK will open up more possibilities for the open source community.