[-] Atemu@lemmy.ml 39 points 4 weeks ago

the fact that the two programs communicate using standard protocols does not mean they are one program for purposes of GPLv3

The fact that they would even think about attempting to subvert the GPL (much less actually pulling through with it) makes me think they have stopped being an open source company a while ago.

[-] Atemu@lemmy.ml 38 points 7 months ago

Then let's ship your PC, that's how containers work, right?

[-] Atemu@lemmy.ml 38 points 8 months ago* (last edited 8 months ago)

Google has massive swing; there's a whole industry around getting Google to prefer your low quality crap nobody wants to see over others' low quality crap nobody wants to see.

If Google has finally figured out a metric to measure "helpfulness" of a website and punishes unhelpful websites, a bunch of dogshit that would have otherwise gotten top spots may have been banished to page 2.
Reddit results would naturally creep up because of that (and therefore get a lot more clicks), even if they didn't change at all.

[-] Atemu@lemmy.ml 41 points 9 months ago

By funding an API-compatible product, they are giving CUDA legitimacy as a common API. I can absolutely understand AMD not wanting a competitors invention and walled-off product to be anything resembling an industry standard.

1
submitted 9 months ago by Atemu@lemmy.ml to c/kagi@lemmy.ml

They're obviously related to Kagi and I've been posting the last few but I'm not 100% sure they belong here because every Kagi user already gets that little bell in the top right when a new one is out.

OTOH, some of the changes are worthy of discussion.

What do you think?

1
submitted 9 months ago by Atemu@lemmy.ml to c/kagi@lemmy.ml
1
submitted 9 months ago by Atemu@lemmy.ml to c/kagi@lemmy.ml
[-] Atemu@lemmy.ml 43 points 9 months ago* (last edited 9 months ago)

Claims 7-10% performance improvement on an old AMD FX thing. No information about the baseline though; whether it's the terrible Snap or Firefox's official binary package. I suspect it's the former because it has known performance issues IIRC and the latter has quite good compiler optimisations already (LTO+PGO making most of the difference).

When I built Firefox for x86_64-v3, I saw no measurable improvement over x86_64-v1 in speedometer. I didn't dare to build the most security critical application on my system with unsafe compiler optimisations though..

1
submitted 9 months ago by Atemu@lemmy.ml to c/kagi@lemmy.ml
1
submitted 9 months ago by Atemu@lemmy.ml to c/kagi@lemmy.ml

Due to the lack of innovation, there wasn't really a community where discussion and news about alternative search engines would fit, so I created one.

I was introduced to Kagi by an IRL friend of mine and was initially veeery sceptical of a paid search engine. You can probably relate. Fast forward a few months, I gave it a trial and was very pleasantly surprised. So much so that I'm now a subscriber and use it on all my devices.

What's your experience like?

61
submitted 9 months ago by Atemu@lemmy.ml to c/linux@lemmy.ml
17
submitted 9 months ago by Atemu@lemmy.ml to c/nixos@lemmy.ml
29
submitted 9 months ago by Atemu@lemmy.ml to c/nix@programming.dev
1
submitted 9 months ago by Atemu@lemmy.ml to c/actualbudget@feddit.de

So liquid assets are pretty obvious but how do you incorporate non-liquid assets such as stocks, mobile and immobile valuables into this software?

Or are you perhaps not even supposed to do that?

10
submitted 9 months ago by Atemu@lemmy.ml to c/selfhosted@lemmy.world

cross-posted from: https://lemmy.ml/post/11150038

I'm trying out Actual and have imported my bank's (Sparkasse) data for my checking account via CSV. In the CSV import, I obviously had to set the correct fields and was a bit confused because Actual only has the "Payee" field while my CSVs have IBAN, BIC and a free text name (i.e. "Employer GmbH".)

IBAN is preferable because it's a unique ID while the free text name can be empty or possibly even change(?). (Don't know how that works.)
OTOH, the free text name is preferable because I (as a human) can use it to infer the actual payee while the IBANs are just a bunch of numbers.

Is it possible to use IBAN aswell as the free text name or have a mapping between IBAN and a display name?

How do you handle that?

3
submitted 9 months ago by Atemu@lemmy.ml to c/selfhost@lemmy.ml

cross-posted from: https://lemmy.ml/post/11150038

I'm trying out Actual and have imported my bank's (Sparkasse) data for my checking account via CSV. In the CSV import, I obviously had to set the correct fields and was a bit confused because Actual only has the "Payee" field while my CSVs have IBAN, BIC and a free text name (i.e. "Employer GmbH".)

IBAN is preferable because it's a unique ID while the free text name can be empty or possibly even change(?). (Don't know how that works.)
OTOH, the free text name is preferable because I (as a human) can use it to infer the actual payee while the IBANs are just a bunch of numbers.

Is it possible to use IBAN aswell as the free text name or have a mapping between IBAN and a display name?

How do you handle that?

1
submitted 9 months ago by Atemu@lemmy.ml to c/actualbudget@feddit.de

I'm trying out Actual and have imported my bank's (Sparkasse) data for my checking account via CSV. In the CSV import, I obviously had to set the correct fields and was a bit confused because Actual only has the "Payee" field while my CSVs have IBAN, BIC and a free text name (i.e. "Employer GmbH".)

IBAN is preferable because it's a unique ID while the free text name can be empty or possibly even change(?). (Don't know how that works.)
OTOH, the free text name is preferable because I (as a human) can use it to infer the actual payee while the IBANs are just a bunch of numbers.

Is it possible to use IBAN aswell as the free text name or have a mapping between IBAN and a display name?

How do you handle that?

[-] Atemu@lemmy.ml 37 points 11 months ago

Could it be that these are spam numbers that tried to reach you at some point but were blocked before they could?

[-] Atemu@lemmy.ml 43 points 1 year ago

More likely, people will stop using YouTube at all

Hahaha, no.

[-] Atemu@lemmy.ml 41 points 1 year ago

Voting is another concept that would become unhackable overnight

No. Voting on the blockchain is an even worse idea than money on the blockchain.

In many cases, there are good reasons why these things are done they way they are. I have yet to see a software system that is better at preventing voter fraud than humans looking at your government-issued ID at a poll site and humans overseeing other humans manually counting votes.

A single actor might be able to commit voter fraud in the order of dozes or hundreds of votes perhaps but with a digital voting system based on blockchain, they could do so on the order of thousands or even millions by compromising end-user devices used for voting or buy enough work/stake/whatever to perform a 51% attack.

Same goes for money btw. Our current system is by far not a perfect one but removing the ability for governments to i.e. freeze accounts of bad actors is not a boon.

[-] Atemu@lemmy.ml 36 points 1 year ago* (last edited 1 year ago)

Still, do you see how many trees there are? That place must've still looked nice and was certainly transformable into a really nice place without unreasonable effort.

Now, it's basically a wasteland.

[-] Atemu@lemmy.ml 43 points 1 year ago

I'd downvote that comment too. It adds nothing to the discussion and is deliberately confrontative and superficial.

[-] Atemu@lemmy.ml 38 points 1 year ago

The picture made me lol :D

[-] Atemu@lemmy.ml 42 points 1 year ago

With that kind of hardware, nothing you could tweak would help a whole lot.

You need an upgrade mate.

view more: ‹ prev next ›

Atemu

joined 4 years ago
MODERATOR OF