overview for JustMarkov

Basically, what the title says. Do you use any app, that is proprietary, but either has no OSS alternatives or they're all not good enough? If there is an alternative, what keeps you from switching?

Ladybird Browser Team Selects Swift as Preferred Language in c/[email protected]

[–] [email protected] 1 points 1 month ago

Remember, the benchmark that we both quoted is that it "effectively hampers you from releasing your changes". It being "not a piece of cake" doesn't cut it.

The easiest example is that you'll have to adapt all Rust-dependant applications to the Rust fork, 'cause it is a programming language.

But still, don't get me wrong. I'm not trying to say that Rust is a bad language or something. I'm just trying to point out on the problem, that was adressed to Rust Foundation before.

Good luck to you too.

Ladybird Browser Team Selects Swift as Preferred Language in c/[email protected]

[+] [email protected] -14 points 1 month ago (6 children)

If I wanna modify and redistribute their language and use Rust or Cargo in the name I should not have to ask for an explicit permission, this is the freedom 3 problem.

This is also why I gave Python and Perl examples. I can modify both Python and Perl, calling them the same way, but I can not do the same thing with Rust.

I'll leave their trademarks comparsion under the spoiler for those, who interested.

Spoiler

Rust:

Distributing a modified version of the Rust programming language, compiler, or the Cargo package manager with modifications other than those permitted above and calling it Rust or Cargo requires explicit, written permission from the Rust Foundation.

And Python:

Use of the word "Python" when redistributing the Python programming language as part of a freely distributed application -- Allowed. If the standard version of the Python programming language is modified, this should be clearly indicated. For commercial distributions, contact the PSF for permission if your use is not covered by the nominative use rules described in the section "Uses that Never Require Approval" above.

Let's also look at Perl:

People sometimes ask if TPF's use of an onion in the Perl logo means that independent projects that use or relate to Perl need TPF's permission to use an onion of their own design in connection with their project. The answer is "not necessarily" as long as no likelihood of confusion is created. One of the fundamental legal bases for trademark protection is to make sure that the public can depend on a mark as an accurate indicator of a particular source or relationship, and one way of defining trademark infringement is to say that the infringing mark creates a likelihood of confusion. Likelihood of confusion is determined based not only on making a comparison of the marks side-by-side, but also on making a comparison of the contexts in which they are actually used. Thus, it's easy to imagine independent onions that would be fine, and independent onions that might not be.

Ladybird Browser Team Selects Swift as Preferred Language in c/[email protected]

What medication/pill tracking app do you recommend? in c/[email protected]

[–] [email protected] 1 points 1 month ago* (last edited 1 month ago)

Your requirements are pretty strict, but I can suggest a few apps.

The list is under the spoiler

MedTimer
F-Droid: https://f-droid.org/packages/com.futsch1.medtimer
GitHub: https://github.com/Futsch1/medTimer

Android support (✓)
Custom medications (✓)
Notification reminders (✓)
Entries can be created only on the current day (×)
Data backup as .json and data export as .csv (✓)
Didn't get the encryption point, but backups are not encrypted (?)
Data graph (✓)

MediTrak
IzzyOnDroid: https://apt.izzysoft.de/fdroid/index/apk/projects.medicationtracker
GitHub: https://github.com/AdamGuidarini/MediTrak

Android support (✓)
Custom medications (✓)
Notification reminders (✓)
Entries can be created on any date (✓)
Data backup as .json (✓)
Didn't get the encryption point, but backups are not encrypted (?)
No data visualization (×)

Home MedKit
IzzyOnDroid: https://apt.izzysoft.de/fdroid/index/apk/ru.application.homemedkit
GitHub: https://github.com/pewaru-333/HomeMedkit-App

Android support (✓)
Custom medications (✓)
Notification reminders (✓)
Entries can be created only on the current day (×)
Data backup as .sqlite3 (✓)
Didn't get the encryption point, but backups are not encrypted (?)
No data visualization (×)

There are probably even more apps, but I haven't used them myself.

1

Accrescent in GrapheneOS App Store (infosec.exchange)

submitted 1 month ago* (last edited 1 month ago) by [email protected] to c/[email protected]

0 comments fedilink

(cross-posted from: https://lemmy.ml/post/18603801)

Today I opened the App Store on my GrapheneOS to see, that Accrescent is now mirrored in it.

I know, that GrapheneOS devs have addressed F-droid very negatively it the past (and they still do that), but imo, including Accrescent as a part of official GOS App Store is very harmful for FLOSS movement, as Accrescent does not support any third-party repos, claiming that they are "breaking the Android security model", and also allows submitting closed-source apps to the repo.

This unlikely to be the reason for me to change OS, as GrapheneOS is still amazing, but devs rhetoric and actions become more and more concerning for me.

-1

Immutable distros recommindation? (lemmy.ml)

submitted 2 months ago* (last edited 2 months ago) by [email protected] to c/[email protected]

18 comments fedilink

I was thinking about going immutable for a long time and now I'm choosing a distro to hop to.
My question is: what are good immutable distros other than Fedora Silverblue spins, UBlue family and NixOS?
Maybe someone uses/used any? What is/was your experience with it?

78

Why FOSS projects are using proprietary, privacy invasive infrastructure? (lemmy.ml)

submitted 4 months ago by [email protected] to c/[email protected]

38 comments fedilink

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

As you can easily notice, today many open source projects are using some services, that are… sus.

For example, Github is the most popular place to store your project code and we all know, who owns it. And not to forget that sketchy AI training on every line of your code. Don't we have alternatives? Oh, yes we have. Gitlab, Codeberg, Notabug, etc. You can even host your own Gitea or Forgejo instance if you want.

Also, Crowdin is very popular in terms of software (and docs) translation. Even Privacy Guides and The New Oil use Crowdin, even though we have FLOSS Weblate, that you can easily self-host or use public instances.

So, my question is: if you are building a FLOSS / privacy related project, why using proprietary and privacy invasive tools?

37

Why FOSS projects are using proprietary, privacy invasive infrastructure? (lemmy.ml)

submitted 4 months ago by [email protected] to c/[email protected]

115 comments fedilink

As you can easily notice, today many open source projects are using some services, that are… sus.

For example, Github is the most popular place to store your project code and we all know, who owns it. And not to forget that sketchy AI training on every line of your code. Don't we have alternatives? Oh, yes we have. Gitlab, Codeberg, Notabug, etc. You can even host your own Gitea or Forgejo instance if you want.

Also, Crowdin is very popular in terms of software (and docs) translation. Even Privacy Guides and The New Oil use Crowdin, even though we have FLOSS Weblate, that you can easily self-host or use public instances.

So, my question is: if you are building a FLOSS / privacy related project, why using proprietary and privacy invasive tools?

0

It's a long road back to privacy (lemmy.ml)

submitted 4 months ago* (last edited 4 months ago) by [email protected] to c/[email protected]

6 comments fedilink

This post will be my personal experience about trying to gain back my privacy after years of being privacy unconscious. And foremost I want to apologize for my English, if it isn't perfect, 'cause English is not my first language.

I was already using Linux for the past year. I tried switching to it three times, and only the third time was successful. Also interested in open source I was for quite a long time, but the privacy topic has never really interested me. I was following this stupid statement: «I don't worry about privacy because I have nothing to hide», which I regret now. But last Christmas, I suddenly realized how much data I was giving away to Big Tech (and not only them). I can't perfectly remember what did lead me to that realization. Was it some YouTube video, privacy policy that I suddenly decided to check out or something else, but I immediately started to action.

For the past 6 months I deleted more than 100 accounts. Sometimes it was as easy as to press the button, sometimes I had to email support, and sometimes I literally had to fight for my right to remove the account. Even today there are still 7 accounts left, that I can not delete either because support is ignoring me, or because the process is too slow, or because the service simply does not give the right to remove user account.
JustDeleteMe actually helped me very much with that process, and I've even contributed to the project a few times, so to the other users who'll follow my way the process would be at least a little easier.

Today is a special day, though, because I finally get rid of my Google and Microsoft accounts. I can finally breathe free. My situation is still not perfect, 'cause I still have some proprietary, privacy invasive accounts left, like Steam, Discord, or my banking apps. I can't just immediately drop them, but at least I've reduced the amount of information I left behind.
What's the moral? Welp, it would be so much easier for today's me if yesterday's me had been concerned about privacy in the first place.