Atemu

joined 4 years ago
MODERATOR OF
[–] Atemu@lemmy.ml 1 points 3 weeks ago

as an independent voter that feels continually ignored by the by the right and left

A party in the U.S. of any relevance that could be described as "left-wing" would be news to me.

You've got a corrupt conservative party and an extremely corrupt "pro"gressive(regressive?) anti-democratic party.

third parties can be an attractive choice for some

Third parties are never an attractive choice for anyone in a first-past-the-post voting systems with two extremely dominant parties, regardless of what any of those parties stand for. The only sensible choice is the (in your opinion) least bad option that still has a realistic chance of winning.

[–] Atemu@lemmy.ml 1 points 4 weeks ago

I know that part.

The other fork has existed for a long while.

[–] Atemu@lemmy.ml 12 points 4 weeks ago* (last edited 4 weeks ago) (3 children)

Is this your personal phone? If your work were to dictate what you are allowed to install on your personal phone, that'd be a serious overstepping of bounds.

Perhaps you can sneak in f-droid via adb install and give it app installation permissions via ADB though.

[–] Atemu@lemmy.ml 4 points 4 weeks ago (2 children)

What's the history behind this? Why could the changes be done upstream, necessitating a fork?

[–] Atemu@lemmy.ml 5 points 4 weeks ago

According to the author, that has happened quite a while ago and we're now at the next step.

[–] Atemu@lemmy.ml 39 points 4 weeks ago (1 children)

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 1 points 1 month ago

It would break a lot, require a new API, and devs reworking a lot of programs.

As I understand it, this would have been a perfectly backwards compatible change. You'd only get the events if you explicitly asked for them.

[–] Atemu@lemmy.ml 4 points 1 month ago

The Immich app.

Although since it doesn't really function as a full gallery app yet, so I have Fossify gallery installed as a backup to open images in via intent.

I only learned about Aves today and trying it out for the same purpose, I think I like its picture viewer better.

[–] Atemu@lemmy.ml 1 points 1 month ago

In what regard?

[–] Atemu@lemmy.ml 2 points 1 month ago (1 children)

Statistically, yes.

spoiler(This is a Joke.)

In simple terms, Large Language Models predict the continuation of a given text word-by-word. The algorithms it uses to do so use a quite gigantic corpus of statistical data and a few other minor factors to predict these words.

The statistical data is quite sophisticated but, in the end, it is merely statistical; a prediction for what is the most likely word given a set of words based on previous data. There is nothing intelligent in "AI" chat bots and the like.

If you ask an LLM chatbot a question, what actually happens is that the LLM predicts the most likely continuation of the question text. In almost all of its training data, what comes after a question will be a sentence that answers the preceding question and there are some other tricks to make it exceedingly likely for an answer to follow a question in chatbot-type LLMs.

However, if its data predicts that the most likely words that come after "What should I put on my Pizza" are "Glue can greatly enhance the taste of Pizza." then that's what it'll output. It doesn't reason about anything or has any sort of storage of facts that it systematically combines to give you a sensible answer, it merely predicts what a sensible answer could be based on what was probable according to the statistical data; it imitates.

If you have some text and want a probable continuation that often occured in texts similar to it, LLMs can be great for that. Though note that if it doesn't have any probable continuation, it will often fall back to an improbable one that is less improbable than all the others.

[–] Atemu@lemmy.ml 1 points 1 month ago

Measure resource usage during play. What is the bottleneck?

 

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?

 

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?

 

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?

 

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?

view more: ‹ prev next ›