//Edit: it's back, reason (expired DNS entries) in the comments.

I chose this community to post in since it seems the most likely userbase to know and use MakeMKV.

MakeMKV has stopped working for me (temp licence ran out), and when I tried to renew it, I noticed that the entire website seems to be down. Does anybody know anything about the project? Is this just temporary server issues or a permanent shutdown? And, seeing that such a vital piece of software can just go away at any moment, do you know any viable alternatives for ripping your legally owned DVDs? Of course, handbrake does exist, but it can't seem to properly sync up subtitles with the audio.

Das Bayerische Staatsministerium für Digitales hat offiziell die Kündigung eines geplanten Rahmenvertrags mit dem amerikanischen Technologiekonzern Microsoft bekanntgegeben. Vorgesehen war, dessen Produktivitätssuite flächendeckend in der Landesverwaltung einzuführen.

Das Regionalmedium Mittelstand in Bayern berichtet, dass die Microsoft-Dienste über einen Zeitraum von fünf Jahren knapp eine Milliarde Euro (rund 1,16 Milliarden US-Dollar) gekostet hätten. [...]

Stattdessen verfolgt Bayern nun einen „souveränen Basisarbeitsplatz“ auf der Grundlage von Open-Source-Komponenten.

Vorweg: Ja, ist kein Tech-Forum hier. Sind aber viele deutschsprachige Techies hier. ;)

Ich bin Sparkassenkunde und nutze dementsprechend auch deren großartige PushTAN-App. Seit Version 5.2.0 (siehe auch Edit am Ende des Postings) streikt diese jedoch auf meinem Google-freien Android: Direkt nach Start der App werde ich weitergeleitet zu einer neunmalklugen Informationsseite, die mir mitteilt, mein Gerät sei gerootet oder habe unsichere "Systemeinstellungen". Ich habe lediglich eine Android Custom ROM mit geschlossenem Bootloader und ohne Root drauf.

Was ich bereits getan habe, um das Problem zu beheben (erfolglos):

• Neuinstallation der App über adb, um ihr vorzugaukeln, sie sei nicht über Aurora, sondern über den Play Store installiert worden (adb shell pm install -i "com.android.vending" -r /pfad/zur/app.apl). Selbst im Auslieferungszustand streikt sie.
• Aktivierung von Safety Net in microG. Kein Effekt.
• Installation auf einem (allerdings aus dem Support gefallenen) Telefon mit GrapheneOS und Sandboxed Play Services (ebenfalls unter Vorgaukelung einer Playstore-Installation). Kein Effekt.

Ich wüsste daher gern ob es hier andere Sparkassenopfer Sparkassenkunden mit googlefreien Androiden gibt, die

• ähnliche Probleme mit dieser App-Version haben und
• diese womöglich sogar gelöst bekommen haben oder
• zumindest eine Idee haben, was noch getan werden kann, um die App zum Laufen zu bekommen.

// Edit: Ich habe mittlerweile bestätigen können, dass diese boshafte neue Zusatzfunktionalität mit Version 5.2.0 kam. Ein Downgrade auf v4.8.2 (Versions-ID 30119) bringt die App wieder zum Laufen. Wenn man schon auf 5.2.0 abgedatet hatte, muss man deinstallieren, Downgrade und danach natürlich wieder PhotoTAN aktivieren (Aktivierungsbrief...).

Like many self-hosters, I've looked upon the recent price hikes for storage in utter disbelief. Faced with paying double the price of what I paid only last year for new hard drives, I dug around my hardware stash and came across about a dozen of old 2.5" 320-500 GB drives which I had saved from the dumpster once, but never deployed. After all, they were too slow to be used as PC system drives and too small in storage size for any meaningful use in a server. Now seemed like a perfect time to look for a way to put them to good use after all. And I found it in mergerFS.

For anyone not familiar with it: in spite of its name, mergerFS is not a filesystem in the sense that in order to deploy it, you'll need to reformat any drives (although this wouldn't have been a problem for my use case). Instead, you can theoretically take a bunch of drives (JBOD) and string them together with no modification to their filesystem, keeping existing data intact. It is agnostic of the filesystems present on the drives, meaning you can even combine volumes formatted with, say, ext4, btrfs, and xfs. All drives will show up in your filesystem as a single volume, and - depending on the policies you configured - store some data on this and some data on that drive. Since data isn't striped, the drives will remain individually legible, i.e. there's no need to rebuild all of them after a drive fails.

Speaking of drive failure: while mergerFS itself does not come with RAID, you can add SnapRAID to the mix for parity-based RAID (although it's not real-time RAID; parity data must be written on schedule, so it's not for mission-critical data that is frequently being updated and rewritten).

Combined, these two technologies allow me to have my cake and eat it too:

• I can put drives to use that would otherwise be rotting in a drawer.
• I can avoid additional cost - both financial and ecological. (The energy bills won't increase by much, either, because most of the energy comes from solar cells on the roof.)
• I can always flexibly tack on more drives, regardless of size.
• I can have the added data security of a RAID, but at the price of very few (if any) of its drawbacks (e.g. no drives of equal size needed).

If this was news to you - maybe you want to give it a shot too. (I don't consider myself a very advanced user and I found it dead simple to deploy.)
If you're already running mergerFS and SnapRAID, feel free to showcase your use case and setup!
If you found any of the above incorrect or misleading, feel free to correct me.

I just had an encounter of the turd kind with a banking app that I want to share.

I'm in the process of migrating to a new degoogled phone (GrapheneOS) and upon installing the app in question via Aurora Store, it gave me an error message, saying it had not been installed from a "trustworthy" source. It would, therefore, refuse to start and tell me to install it from the Play Store. (For anyone curious: it's the Consorsbank app, and the issue is well-known at this point.)

In spite of being on GOS, I was faced with the prospect of

• installing Play Services Framework (sandboxed or not, I don't want that shit)
• installing the Play Store (sandboxed or not, I don't want that shit)
• logging in to the Play Store (I definitely don't want that shit!)

only to run a damn app.

I eventually used USB-debugging and ADB to trick the app into thinking it had been installed from the Play Store. LINK to the ADB command, translated into English

//Edit: I have just installed the first update through Aurora - unsure whether I'd have to go through the whole procedure again. I did not. Apparently, the "installed from" property is untouched by and persistent throughout updates, meaning: spoofing the installation source once is enough.

So even though everything is running fine now, this doesn't feel like a victory. For the first time in a long while, I feel I have come head to head with a piece of tech that was not just maladapted for my janky way of running things and just needed some tinkering. This was outright malicious, refusing operation and trying to force me to use services I want nothing to do with. It only gave me the option to either give in or walk away and stop using their services. Now, I don't mind doing that for non-essential things. I don't have big tech-owned messengers, I don't have social media (save Lemmy) and all the other stuff people these days feel they cannot live without.

Banking, however, is a different kind of beast. Banking is essential. Second factor authentication is usually done via apps these days. And if this kind of thing becomes normal for banking apps, and Google keeps locking down Android so hacks like the above won't be accessible any more, things are looking grim.

Tonight has left me with more questions than answers. Is Android still the 'right' ecosystem? What are the alternatives if this thing becomes more wide-spread? How do we combat this? Put pressure on banks to keep technologies open? Revert to physical second factor generators, until those become phased out by banks as well?

// Edit, 1 month after my OP: I have run into yet another banking app engaging in this very shenanigans. It claimed my device was "rooted" (it wasn't) because it saw it had not been installed from the Play Store. I made it work using the very same adb workaround as above. Also, apparently, these apps check even after installation if the Play Store is present. If, on GrapheneOS, you remove the Play Store after installing the app (not the sandboxed Play Services, mind you! Just the Play Store) - it will stop working again!

I've been using a degoogled customROM on a Pixel phone for years now. As a camera app I've been using firewalled Gcam, i.e. the official Google camera app, but forced to be offline.

Since the phone and the custom ROM have reached end of life, I need to switch to a new phone, and I'm considering a FairPhone.

Hence, I'd like to ask all users of degoogled FairPhones: which camera app do you use, and how well does it work as compared to stock?

Die lokale CDU kopiert im Landtagswahlkampf offen die Kulturkampf- und Fake News-Strategien der AfD. Wie man etwas durch Verdopplung halbieren will, wissen nur die Rechenexperten der Partei. Immerhin: Am Vorwurf der mangelnden Schulbildung scheint schon länger etwas dran zu sein, wenn in nur drei Sätzen des Wahlkampf-Flyers zwei bis fünf Fehler stecken... Was darf Satire?

I'm self-hosting my own music server and I want to

• add new music to it
• buy it and thus reward the artists whose music I put on there (i.e. no piracy)
• not deal with physical media (I'm not a collector, and I want to avoid plastic waste)
• own the files; no DRM or similar bullshit
• use a European vendor, or at least non-U.S.

I used to buy my music through Amazon, but I've cancelled my account in early 2025 (for obvious reasons) and I'm not going back. I'd love to hear your suggestions: what platforms do you know that fulfil the above criteria? And how do you get your music?