Live data from Hacker News

Recall for Linux

github.com

211–220 of 228 posts

Re: Recall for Linux

#211
post #171

Earlier quoted context omitted.

> I often tell my friends I run an app on my phone that captures my location 24/7 [...] But then I tell them all my location data is not sent to anywhere on the Internet Your phone is on the Internet. It takes only one attack (for instance, someone sends you an image which exploits an RCE on the image decoder and then chains into a privilege escalation exploit), or a careless mistake (like marking the wrong folder to…

>if you never saved your location history, there's no risk of it being leaked after the fact Very Buddhist in principle. I still prefer having my GPX tracks though, because they're useful to me, as well as notes, journals, logs... Local security is a separate question, and it's light years apart from stuff like Recall.

You wouldn't rather have only some of your location recorded? I don't understand the appeal of saving all data all the time.

It's akin to going to a concert and recording the whole thing, versus recording a small bit that feels memorable, so you can enjoy the rest of the experience fully present.

Re: Recall for Linux

#212

Its kind of naive satire that looks silly on second thought. Recall was not bad because of the concept but implementation details, rollout communication and of course the microsoft part. Recall by an open entity with data ownership, security and transparency would have none of those issues and its just a new take on the universal desktop search that is enabled by ai being able to utilise pixels. I refuse to be shamed…

> e2e encryption freaks I refuse to be shamed by AI and surveillance freaks who can't be bothered to take notes of important things and instead demand their and by extension "my" daily computing habits are recorded "just in case."

Touché. I wonder at which point we'll be convinced that we need ALL of our lives recorded ALL of the time (video, audio, location, etc.)

Re: Recall for Linux

#213

Earlier quoted context omitted.

Yeah, honestly, package your thing up as either a .DEB or an .RPM. 'alien' [0] will handle converting from one to the other, and that will take care of like 90->98% of the Linux users out there. The "OMFG there's no standard way to package things on Linux!" complaint kinda sucks. [0] https://wiki.debian.org/Alien >

Actually, I don't use Debian or Ubuntu either, and I don't think it's a good idea to only support those methods.

> ...I don't use Debian or Ubuntu...

Neither do I.

I've been using Gentoo for twenty-three years (since 2002). I stopped looking for equally-well-managed alternatives somewhere between 2012 and 2015. I have enough local compute that the build times for everything other than Chromium aren't a problem. If I didn't, I could use the official prebuilt binary packages that have been around for a few years.

> ...I don't think it's a good idea to only support [.deb or .rpm packages].

If you can do more, you should, yes. However, -as a hobbyist open-source programmer- I recognize that other hobbyists only have so much time and giveashit available.

The absolute best thing they can do is provide a source tarball that builds and installs correctly with './configure && make && make install' [0] or the language-specific equivalent. Any competent distro package management system will make it somewhere between trivial and pretty easy for others to package projects like this up. [1]

If they have more time and giveashit available, make prebuilt .deb packages so that your software is trivially installable for the most users out there. If you find yourself with more spare resources, then write packages for other OS package managers to get the remaining small fraction of Linux users.

The absolute worst thing to do would be to assume you MUST package your software for every distro out there (lest someone whine at you on the Internet), decide that that's way too much work, and not publish anything. As someone who has many, many unstarted projects because they seem like way too much work, I can tell you that that's a totally real failure mode.

[0] Perhaps with an optional side-trip to 'make test'.

[1] Unless they're using something godawful to package like NodeJS.

Re: Recall for Linux

#214

Earlier quoted context omitted.

Yeah, honestly, package your thing up as either a .DEB or an .RPM. 'alien' [0] will handle converting from one to the other, and that will take care of like 90->98% of the Linux users out there. The "OMFG there's no standard way to package things on Linux!" complaint kinda sucks. [0] https://wiki.debian.org/Alien >

fpm (Effing package manager) goes far beyond what alien does, too, in case you need even more flexibility. https://fpm.readthedocs.io/en/latest/getting-started.html

Neat. That I didn't know about this probably says something about how long it has been since I needed something like alien.

Re: Recall for Linux

#215
post #90

Earlier quoted context omitted.

> ...outside of gaming my computing life is linux... If you've games purchased through Steam, try running them on Linux with the officially-supported-and-written-for-Linux Steam client. Over the past decade+, a ton of work has been put into making games work fine under Wine and Valve's fork of Wine called Proton. I've found that nearly every game in my embarrassingly-large Steam library works fine on Linux.

> I've found that nearly every game in my embarrassingly-large Steam library works fine on Linux. I have on occasion been scared off of buying a package from Humble Bundle when the games are available on Steam but not explicitly marked as linux. (Some of the games are marked with linux and some are not.) Are you saying I am being unnecessarily cautious? For example, there is a "momcore" bundle at the moment where som…

> Are you saying I am being unnecessarily cautious?

Yeah, definitely. Given enough time, you absolutely will find games that don't work under Linux, but I expect that such games will be few and far between. Though, games with extremely invasive anticheat (such as Valorant) will almost certainly never, ever work on Linux. Games that use less-invasive anticheat like Easy Anti-Cheat (EAC) (such as Elden Ring or Hunt: Showdown) work. [0]

I have just shy of 500 games in my Steam library. Maybe three or five of them have Linux builds. I've run into only a handful of games that don't work correctly on Linux. [1]

As others have said, you can check ProtonDB to get an idea of whether a game will work for you. But:

1) ProtonDB is not always accurate. For instance, sometimes it says that a bunch of workarounds are needed, but everything works just fine with Proton in Steam. Other times, it says a game works, but it doesn't. On my computer, HighFleet is an example of a game that's said to work, but doesn't.

2) In my experience, games just work. For the very rare ones that don't, I go look around to see if there are easy workarounds, and -so far- there always have been.

[0] Though, specifically for EAC, if you have more than something like 28 CPUs, you need to limit the number of CPUs that Proton will tell EAC about, or it will fail with an unhelpful error. You'd do that by setting WINE_CPU_TOPOLOGY like this: https://www.protondb.com/app/1245620#4SzWJRl8sv>, altering the string in the obvious way if claiming you only have 28 CPUs doesn't work and you need to claim you have fewer.

[1] I've also run into one (Ruiner) that has a Linux build that's far, far worse than the Windows build. It turns out that you can force a game that has both Windows and Linux builds to run the Windows version by going to the Compatibility tab in the game's properties and force the use of one of the Proton versions. My go-to is 'Proton Experimental', as that seems to be the Steam default.

Re: Recall for Linux

#216
post #211

Earlier quoted context omitted.

>if you never saved your location history, there's no risk of it being leaked after the fact Very Buddhist in principle. I still prefer having my GPX tracks though, because they're useful to me, as well as notes, journals, logs... Local security is a separate question, and it's light years apart from stuff like Recall.

You wouldn't rather have only some of your location recorded? I don't understand the appeal of saving all data all the time. It's akin to going to a concert and recording the whole thing, versus recording a small bit that feels memorable, so you can enjoy the rest of the experience fully present.

as a total aside, how do you know what they're going to pay at the concert before they start playing and you know it's your favorite song? Wouldn't you miss the beginning of the song?

Re: Recall for Linux

#217
post #97

Earlier quoted context omitted.

Recall is an attempt at a solution all of us have encountered so many times in life.

Taking screenshots of your whole desktop every other second and sending it to a third part, just in case their OCR and cheap search built on top of it might come up with something useful? I haven't found a single situation where I would rather take that above more conventional and established approaches (browser history search, bookmarking, file management hygiene, etc)

In the end, age comes for us all. I pay for the Mac version of this software. I bought concert tickets to something, but couldn't find the confirmation email, but did find the credit card charge. So where did the tickets go? Did I hallucinate buying them? In the end, I rewound to the late night buying session to find that I'd misspelled the email address and the platform didn't confirm my email before sending.

Of course, that would never happen to you, but it saved my bacon.

Re: Recall for Linux

#218
post #97

Earlier quoted context omitted.

Taking screenshots of your whole desktop every other second and sending it to a third part, just in case their OCR and cheap search built on top of it might come up with something useful? I haven't found a single situation where I would rather take that above more conventional and established approaches (browser history search, bookmarking, file management hygiene, etc)

Aren't screenshots just one implementation specific variant of the possible solutions? Recall immediately made me think about a universal API that all kinds of applications write history to. That data can then be searched, or you could possibly even have global undo/redo. Screenshots are just "easier" to use, because you don't need to implement anything for individual apps. "Easier" only if you have data centers full…

Yes. The Mac closed source version saves full video locally.

Re: Recall for Linux

#219
I actually kinda like recall as a feature. I only really use Linux so can't use recall but honestly the only problem with recall is your data being tracked. A big issue, but if it was done with the guarantee that it's all end to end encrypted and whatnot, I don't really see the problem.

Re: Recall for Linux

#220
post #211

Earlier quoted context omitted.

You wouldn't rather have only some of your location recorded? I don't understand the appeal of saving all data all the time. It's akin to going to a concert and recording the whole thing, versus recording a small bit that feels memorable, so you can enjoy the rest of the experience fully present.

as a total aside, how do you know what they're going to pay at the concert before they start playing and you know it's your favorite song? Wouldn't you miss the beginning of the song?

It's a good total aside, my analogy was not great.

I went on Sunday, and she announced what she was playing. Otherwise from the initial notes it's easy to spot what's coming. Of course you end up with an imperfect recording, but it's good enough for the memories, I guess.

(I actually wanted to record the 10-minute jam session via Apple's Voice Memos but didn't notice it wasn't recording, because there's no feedback to when you press the button, and red-on-dark is easy to miss.)

Post reply on HN