#arch-linux — Public Fediverse posts

Doing some dungeons and maybe progress through Enir-Ilim and beat... young Radahn the third time?

Chat's disabled on youtube and there's phone # verification on twitch. Blame bots and weird "female women" (obv also bots) flirting at me..

Still no commentary. I don't have enough confidence atm. Maybe next year ? lol.

#youtube: https://youtu.be/jd2mNi68xv8
#twitch: https://www.twitch.tv/reallylazybear

#linuxgaming #eldenring #fromsoftware #archlinux #cachyos #gaming

Doing some dungeons and maybe progress through Enir-Ilim and beat... young Radahn the third time?

Chat's disabled on youtube and there's phone # verification on twitch. Blame bots and weird "female women" (obv also bots) flirting at me..

Still no commentary. I don't have enough confidence atm. Maybe next year ? lol.

#youtube: https://youtu.be/jd2mNi68xv8
#twitch: https://www.twitch.tv/reallylazybear

#linuxgaming #eldenring #fromsoftware #archlinux #cachyos #gaming

Doing some dungeons and maybe progress through Enir-Ilim and beat... young Radahn the third time?

Chat's disabled on youtube and there's phone # verification on twitch. Blame bots and weird "female women" (obv also bots) flirting at me..

Still no commentary. I don't have enough confidence atm. Maybe next year ? lol.

#youtube: https://youtu.be/jd2mNi68xv8
#twitch: https://www.twitch.tv/reallylazybear

#linuxgaming #eldenring #fromsoftware #archlinux #cachyos #gaming

Doing some dungeons and maybe progress through Enir-Ilim and beat... young Radahn the third time?

Chat's disabled on youtube and there's phone # verification on twitch. Blame bots and weird "female women" (obv also bots) flirting at me..

Still no commentary. I don't have enough confidence atm. Maybe next year ? lol.

#youtube: https://youtu.be/jd2mNi68xv8
#twitch: https://www.twitch.tv/reallylazybear

#linuxgaming #eldenring #fromsoftware #archlinux #cachyos #gaming

Doing some dungeons and maybe progress through Enir-Ilim and beat... young Radahn the third time?

Chat's disabled on youtube and there's phone # verification on twitch. Blame bots and weird "female women" (obv also bots) flirting at me..

Still no commentary. I don't have enough confidence atm. Maybe next year ? lol.

#youtube: https://youtu.be/jd2mNi68xv8
#twitch: https://www.twitch.tv/reallylazybear

#linuxgaming #eldenring #fromsoftware #archlinux #cachyos #gaming

Update: The actual trigger

After digging a little deeper, it turns out that the #FDroid version of #Joplin was not the official Android release maintained by Joplin’s maintainer, @laurent22.

The F-Droid build was maintained by muelli, who apparently released Joplin 3.7.2 prematurely. That is what triggered my little sync-update circus in the first place.

That release has since been withdrawn. F-Droid is now back to Joplin 3.6.21 as its latest version, which also matches the version available through the official Joplin website’s alternative Android downloads.

Lesson learned.

Since my shared sync target has already been migrated to the 3.7 format, I’m keeping desktop, tablet, and phone on compatible versions for now. Downgrading again would just mean unnecessarily poking around in sync data and backups.

So, going forward:

• No more Joplin from #FDroid
• Instead, I’ll use #Obtainium to track the official alternative-release channel from @laurent22
• Once #CachyOS and Android officially ship Joplin 3.7+, I’ll switch back to the regular package sources

Well. That is what happens when an unofficial build deploys a new sync format before the official release channels catch up.

#ArchLinux #CachyOS #Android #ReleaseChannelHell #SyncTroubles

Update: Der eigentliche Auslöser

Nach etwas tieferer Recherche hat sich herausgestellt: Die Joplin-Version bei #FDroid war nicht die offizielle Android-Veröffentlichung von #Joplin-Maintainer @laurent22.

Der F-Droid-Build stammt von muelli und hatte offenbar versehentlich Joplin 3.7.2 freigegeben. Genau dieses Update hat meinen kleinen Sync-Zirkus überhaupt erst ausgelöst.

Die Version wurde inzwischen wieder zurückgezogen. Aktuell ist bei F-Droid wieder Joplin 3.6.21 die neueste verfügbare Version – und das entspricht auch der Version, die auf der offiziellen Joplin-Seite unter den alternativen Android-Downloads angeboten wird.

Wieder was gelernt.

Da mein gemeinsames Sync-Ziel inzwischen bereits auf dem 3.7er-Format liegt, lasse ich Desktop, Tablet und Smartphone vorerst auf den entsprechenden Versionen. Ein Downgrade würde jetzt nur wieder unnötig an Sync-Daten und Backups herumoperieren.

Die Konsequenz für mich:

• Keine Joplin-App mehr aus #FDroid
• Stattdessen die alternativen offiziellen Releases von @laurent22 über #Obtainium
• Sobald #CachyOS und Android offiziell bei Joplin 3.7+ angekommen sind, wechsle ich wieder zu den regulären Paketquellen

Tja. Das kommt davon, wenn ein inoffizieller Build schneller ein neues Sync-Format ausrollt als die offiziellen Release-Kanäle hinterherkommen.

#ArchLinux #CachyOS #Android #ReleaseChannelHell #SyncTroubles

Update: Der eigentliche Auslöser

Nach etwas tieferer Recherche hat sich herausgestellt: Die Joplin-Version bei #FDroid war nicht die offizielle Android-Veröffentlichung von #Joplin-Maintainer @laurent22.

Der F-Droid-Build stammt von muelli und hatte offenbar versehentlich Joplin 3.7.2 freigegeben. Genau dieses Update hat meinen kleinen Sync-Zirkus überhaupt erst ausgelöst.

Die Version wurde inzwischen wieder zurückgezogen. Aktuell ist bei F-Droid wieder Joplin 3.6.21 die neueste verfügbare Version – und das entspricht auch der Version, die auf der offiziellen Joplin-Seite unter den alternativen Android-Downloads angeboten wird.

Wieder was gelernt.

Da mein gemeinsames Sync-Ziel inzwischen bereits auf dem 3.7er-Format liegt, lasse ich Desktop, Tablet und Smartphone vorerst auf den entsprechenden Versionen. Ein Downgrade würde jetzt nur wieder unnötig an Sync-Daten und Backups herumoperieren.

Die Konsequenz für mich:

• Keine Joplin-App mehr aus #FDroid
• Stattdessen die alternativen offiziellen Releases von @laurent22 über #Obtainium
• Sobald #CachyOS und Android offiziell bei Joplin 3.7+ angekommen sind, wechsle ich wieder zu den regulären Paketquellen

URL fur zB Obtainium:

https://github.com/laurent22/joplin-android/releases

Tja. Das kommt davon, wenn ein inoffizieller Build schneller ein neues Sync-Format ausrollt als die offiziellen Release-Kanäle hinterherkommen.

#ArchLinux #CachyOS #Android #ReleaseChannelHell #SyncTroubles

Update: Der eigentliche Auslöser

Nach etwas tieferer Recherche hat sich herausgestellt: Die Joplin-Version bei #FDroid war nicht die offizielle Android-Veröffentlichung von #Joplin-Maintainer @laurent22.

Der F-Droid-Build stammt von muelli und hatte offenbar versehentlich Joplin 3.7.2 freigegeben. Genau dieses Update hat meinen kleinen Sync-Zirkus überhaupt erst ausgelöst.

Die Version wurde inzwischen wieder zurückgezogen. Aktuell ist bei F-Droid wieder Joplin 3.6.21 die neueste verfügbare Version – und das entspricht auch der Version, die auf der offiziellen Joplin-Seite unter den alternativen Android-Downloads angeboten wird.

Wieder was gelernt.

Da mein gemeinsames Sync-Ziel inzwischen bereits auf dem 3.7er-Format liegt, lasse ich Desktop, Tablet und Smartphone vorerst auf den entsprechenden Versionen. Ein Downgrade würde jetzt nur wieder unnötig an Sync-Daten und Backups herumoperieren.

Die Konsequenz für mich:

• Keine Joplin-App mehr aus #FDroid
• Stattdessen die alternativen offiziellen Releases von @laurent22 über #Obtainium
• Sobald #CachyOS und Android offiziell bei Joplin 3.7+ angekommen sind, wechsle ich wieder zu den regulären Paketquellen

Tja. Das kommt davon, wenn ein inoffizieller Build schneller ein neues Sync-Format ausrollt als die offiziellen Release-Kanäle hinterherkommen.

#ArchLinux #CachyOS #Android #ReleaseChannelHell #SyncTroubles

Update: Der eigentliche Auslöser

Nach etwas tieferer Recherche hat sich herausgestellt: Die Joplin-Version bei #FDroid war nicht die offizielle Android-Veröffentlichung von #Joplin-Maintainer @laurent22.

Der F-Droid-Build stammt von muelli und hatte offenbar versehentlich Joplin 3.7.2 freigegeben. Genau dieses Update hat meinen kleinen Sync-Zirkus überhaupt erst ausgelöst.

Die Version wurde inzwischen wieder zurückgezogen. Aktuell ist bei F-Droid wieder Joplin 3.6.21 die neueste verfügbare Version – und das entspricht auch der Version, die auf der offiziellen Joplin-Seite unter den alternativen Android-Downloads angeboten wird.

Wieder was gelernt.

Da mein gemeinsames Sync-Ziel inzwischen bereits auf dem 3.7er-Format liegt, lasse ich Desktop, Tablet und Smartphone vorerst auf den entsprechenden Versionen. Ein Downgrade würde jetzt nur wieder unnötig an Sync-Daten und Backups herumoperieren.

Die Konsequenz für mich:

• Keine Joplin-App mehr aus #FDroid
• Stattdessen die alternativen offiziellen Releases von @laurent22 über #Obtainium
• Sobald #CachyOS und Android offiziell bei Joplin 3.7+ angekommen sind, wechsle ich wieder zu den regulären Paketquellen

Tja. Das kommt davon, wenn ein inoffizieller Build schneller ein neues Sync-Format ausrollt als die offiziellen Release-Kanäle hinterherkommen.

#ArchLinux #CachyOS #Android #ReleaseChannelHell #SyncTroubles

Heute gelernt

„Cross-Platform“ heißt bei #Joplin offenbar: „Hoffen wir, dass eure Paketquellen zufällig gleichzeitig updaten.“

Setup

• Desktop: #CachyOS mit Joplin 3.6.14 aus pacman
• Sync-Ziel: lokaler Ordner im Home, anschließend via #OpenCloud auf die #TrueNAS Scale
• Mobil: #LineageOS-Tablet und #CalyxOS auf einem #SHIFTphone 8; Joplin-Apps aus #FDroid

Irgendwann hörte der Desktop auf zu synchronisieren und warf mir das entgegen:

In order to synchronise, please upgrade your application to version 3.7.0+

Kleines Problem: Joplin 3.7 gab es in den CachyOS-/Arch-Repos noch nicht. Im AUR zwar schon, aber der ist hier bewusst deaktiviert.

Mit etwas Unterstützung durch #Perplexity kam dann der Aha-Moment:

• Joplin 3.7 bringt ein neues Sync-Format mit
• Die F-Droid-Apps waren bereits auf 3.7 und hatten das gemeinsame Sync-Ziel migriert
• Der Desktop mit 3.6.14 verstand das neue Format nicht mehr und machte beleidigt dicht

Kurz gesagt: Kein OpenCloud-Bug, kein kaputter lokaler Sync-Pfad – einfach Release-Channel-Chaos zwischen Repository-Paket und F-Droid.

Optionen

1. Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
2. Den Desktop vorübergehend auf Joplin 3.7 anheben, bis Arch/CachyOS nachzieht

Ich habe dem Paketmanager einen kleinen Urlaub gegönnt:

• Noch ein zusätzliches Backup des Desktop-Profils erstellt
• Paketierte Version entfernt:

sudo pacman -Rns joplin

• Den offiziellen Installer im Pre-release-Modus ausgeführt:

wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh \
  | bash -s -- --prerelease

Joplin gestartet → Sync sofort wieder da. Mobile und Desktop sprechen endlich wieder dieselbe Sprache.
Jetzt warte ich nur noch darauf, dass das Arch-/CachyOS-Paket auf 3.7+ nachzieht, damit ich vom Script-Zirkus wieder zu einer sauber paketierten Version zurückwechseln kann.

#ArchLinux #ReleaseChannelHell #SyncTroubles #SelfHosted

Heute gelernt

„Cross-Platform“ heißt bei #Joplin offenbar: „Hoffen wir, dass eure Paketquellen zufällig gleichzeitig updaten.“

Setup

• Desktop: #CachyOS mit Joplin 3.6.14 aus pacman
• Sync-Ziel: lokaler Ordner im Home, anschließend via #OpenCloud auf die #TrueNAS Scale
• Mobil: #LineageOS-Tablet und #CalyxOS auf einem #SHIFTphone 8; Joplin-Apps aus #FDroid

Irgendwann hörte der Desktop auf zu synchronisieren und warf mir das entgegen:

In order to synchronise, please upgrade your application to version 3.7.0+

Kleines Problem: Joplin 3.7 gab es in den CachyOS-/Arch-Repos noch nicht. Im AUR zwar schon, aber der ist hier bewusst deaktiviert.

Mit etwas Unterstützung durch #Perplexity kam dann der Aha-Moment:

• Joplin 3.7 bringt ein neues Sync-Format mit
• Die F-Droid-Apps waren bereits auf 3.7 und hatten das gemeinsame Sync-Ziel migriert
• Der Desktop mit 3.6.14 verstand das neue Format nicht mehr und machte beleidigt dicht

Kurz gesagt: Kein OpenCloud-Bug, kein kaputter lokaler Sync-Pfad – einfach Release-Channel-Chaos zwischen Repository-Paket und F-Droid.

Optionen

1. Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
2. Den Desktop vorübergehend auf Joplin 3.7 anheben, bis Arch/CachyOS nachzieht

Ich habe dem Paketmanager einen kleinen Urlaub gegönnt:

• Noch ein zusätzliches Backup des Desktop-Profils erstellt
• Paketierte Version entfernt:

sudo pacman -Rns joplin

• Den offiziellen Installer im Pre-release-Modus ausgeführt:

wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh \
  | bash -s -- --prerelease

Joplin gestartet → Sync sofort wieder da. Mobile und Desktop sprechen endlich wieder dieselbe Sprache.
Jetzt warte ich nur noch darauf, dass das Arch-/CachyOS-Paket auf 3.7+ nachzieht, damit ich vom Script-Zirkus wieder zu einer sauber paketierten Version zurückwechseln kann.

#ArchLinux #ReleaseChannelHell #SyncTroubles #SelfHosted

Heute gelernt

„Cross-Platform“ heißt bei #Joplin offenbar: „Hoffen wir, dass eure Paketquellen zufällig gleichzeitig updaten.“

Setup

• Desktop: #CachyOS mit Joplin 3.6.14 aus pacman
• Sync-Ziel: lokaler Ordner im Home, anschließend via #OpenCloud auf die #TrueNAS Scale
• Mobil: #LineageOS-Tablet und #CalyxOS auf einem #SHIFTphone 8; Joplin-Apps aus #FDroid

Irgendwann hörte der Desktop auf zu synchronisieren und warf mir das entgegen:

In order to synchronise, please upgrade your application to version 3.7.0+

Kleines Problem: Joplin 3.7 gab es in den CachyOS-/Arch-Repos noch nicht. Im AUR zwar schon, aber der ist hier bewusst deaktiviert.

Mit etwas Unterstützung durch #Perplexity kam dann der Aha-Moment:

• Joplin 3.7 bringt ein neues Sync-Format mit
• Die F-Droid-Apps waren bereits auf 3.7 und hatten das gemeinsame Sync-Ziel migriert
• Der Desktop mit 3.6.14 verstand das neue Format nicht mehr und machte beleidigt dicht

Kurz gesagt: Kein OpenCloud-Bug, kein kaputter lokaler Sync-Pfad – einfach Release-Channel-Chaos zwischen Repository-Paket und F-Droid.

Optionen

1. Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
2. Den Desktop vorübergehend auf Joplin 3.7 anheben, bis Arch/CachyOS nachzieht

Ich habe dem Paketmanager einen kleinen Urlaub gegönnt:

• Noch ein zusätzliches Backup des Desktop-Profils erstellt
• Paketierte Version entfernt:

sudo pacman -Rns joplin

• Den offiziellen Installer im Pre-release-Modus ausgeführt:

wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh \
  | bash -s -- --prerelease

Joplin gestartet → Sync sofort wieder da. Mobile und Desktop sprechen endlich wieder dieselbe Sprache.
Jetzt warte ich nur noch darauf, dass das Arch-/CachyOS-Paket auf 3.7+ nachzieht, damit ich vom Script-Zirkus wieder zu einer sauber paketierten Version zurückwechseln kann.

#ArchLinux #ReleaseChannelHell #SyncTroubles #SelfHosted

Heute gelernt

„Cross-Platform“ heißt bei #Joplin offenbar: „Hoffen wir, dass eure Paketquellen zufällig gleichzeitig updaten.“

Setup

• Desktop: #CachyOS mit Joplin 3.6.14 aus pacman
• Sync-Ziel: lokaler Ordner im Home, anschließend via #OpenCloud auf die #TrueNAS Scale
• Mobil: #LineageOS-Tablet und #CalyxOS auf einem #SHIFTphone 8; Joplin-Apps aus #FDroid

Irgendwann hörte der Desktop auf zu synchronisieren und warf mir das entgegen:

In order to synchronise, please upgrade your application to version 3.7.0+

Kleines Problem: Joplin 3.7 gab es in den CachyOS-/Arch-Repos noch nicht. Im AUR zwar schon, aber der ist hier bewusst deaktiviert.

Mit etwas Unterstützung durch #Perplexity kam dann der Aha-Moment:

• Joplin 3.7 bringt ein neues Sync-Format mit
• Die F-Droid-Apps waren bereits auf 3.7 und hatten das gemeinsame Sync-Ziel migriert
• Der Desktop mit 3.6.14 verstand das neue Format nicht mehr und machte beleidigt dicht

Kurz gesagt: Kein OpenCloud-Bug, kein kaputter lokaler Sync-Pfad – einfach Release-Channel-Chaos zwischen Repository-Paket und F-Droid.

Optionen

1. Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
2. Den Desktop vorübergehend auf Joplin 3.7 anheben, bis Arch/CachyOS nachzieht

Ich habe dem Paketmanager einen kleinen Urlaub gegönnt:

• Noch ein zusätzliches Backup des Desktop-Profils erstellt
• Paketierte Version entfernt:

sudo pacman -Rns joplin

• Den offiziellen Installer im Pre-release-Modus ausgeführt:

wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh \
  | bash -s -- --prerelease

Joplin gestartet → Sync sofort wieder da. Mobile und Desktop sprechen endlich wieder dieselbe Sprache.
Jetzt warte ich nur noch darauf, dass das Arch-/CachyOS-Paket auf 3.7+ nachzieht, damit ich vom Script-Zirkus wieder zu einer sauber paketierten Version zurückwechseln kann.

#ArchLinux #ReleaseChannelHell #SyncTroubles #SelfHosted

Heute gelernt

„Cross-Platform“ heißt bei #Joplin offenbar: „Hoffen wir, dass eure Paketquellen zufällig gleichzeitig updaten.“

Setup

• Desktop: #CachyOS mit Joplin 3.6.14 aus pacman
• Sync-Ziel: lokaler Ordner im Home, anschließend via #OpenCloud auf die #TrueNAS Scale
• Mobil: #LineageOS-Tablet und #CalyxOS auf einem #SHIFTphone 8; Joplin-Apps aus #FDroid

Irgendwann hörte der Desktop auf zu synchronisieren und warf mir das entgegen:

In order to synchronise, please upgrade your application to version 3.7.0+

Kleines Problem: Joplin 3.7 gab es in den CachyOS-/Arch-Repos noch nicht. Im AUR zwar schon, aber der ist hier bewusst deaktiviert.

Mit etwas Unterstützung durch #Perplexity kam dann der Aha-Moment:

• Joplin 3.7 bringt ein neues Sync-Format mit
• Die F-Droid-Apps waren bereits auf 3.7 und hatten das gemeinsame Sync-Ziel migriert
• Der Desktop mit 3.6.14 verstand das neue Format nicht mehr und machte beleidigt dicht

Kurz gesagt: Kein OpenCloud-Bug, kein kaputter lokaler Sync-Pfad – einfach Release-Channel-Chaos zwischen Repository-Paket und F-Droid.

Optionen

1. Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
2. Den Desktop vorübergehend auf Joplin 3.7 anheben, bis Arch/CachyOS nachzieht

Ich habe dem Paketmanager einen kleinen Urlaub gegönnt:

• Noch ein zusätzliches Backup des Desktop-Profils erstellt
• Paketierte Version entfernt:

sudo pacman -Rns joplin

• Den offiziellen Installer im Pre-release-Modus ausgeführt:

wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh \
  | bash -s -- --prerelease

Joplin gestartet → Sync sofort wieder da. Mobile und Desktop sprechen endlich wieder dieselbe Sprache.
Jetzt warte ich nur noch darauf, dass das Arch-/CachyOS-Paket auf 3.7+ nachzieht, damit ich vom Script-Zirkus wieder zu einer sauber paketierten Version zurückwechseln kann.

#ArchLinux #ReleaseChannelHell #SyncTroubles #SelfHosted

Today I learned

#Joplin “Cross-platform” apparently means “let’s hope your package sources happen to update at the same time.”

Setup

• Desktop: #CachyOS with Joplin 3.6.14 from pacman
• Sync target: a local folder, then synced via #OpenCloud to #TrueNAS SCALE
• Mobile: #LineageOS tablet + #CalyxOS on a #SHIFTphone 8, with Joplin from #FDroid

At some point, the desktop stopped syncing and threw this at me:

In order to synchronise, please upgrade your application to version 3.7.0+

Minor issue: Joplin 3.7 was not in the CachyOS/Arch repositories yet. It was available in the AUR, but I deliberately keep that disabled.

With a little help from #Perplexity, the culprit became clear:

• Joplin 3.7 introduces a new sync format
• The F-Droid apps had already moved to 3.7 and migrated the shared sync target
• The desktop, stuck on 3.6.14, no longer understood that format and sulked accordingly

So, in short: no OpenCloud bug, no broken local sync path — just release-channel chaos between the repository package and F-Droid.

Options

1. Roll back the mobile apps and restore the old sync state from backups
2. Temporarily upgrade the desktop to Joplin 3.7 until Arch/CachyOS catches up

I gave the package manager a little holiday instead:

• Created one more backup of the desktop profile
• Removed the packaged version:

sudo pacman -Rns joplin

• Installed the official pre-release build:

wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh \
  | bash -s -- --prerelease

Started Joplin → sync worked immediately again. Mobile and desktop are finally speaking the same language.
Now I’m waiting for the Arch/CachyOS package to reach 3.7+, so I can switch back from installer-script circus to a properly packaged build.

#ArchLinux #ReleaseChannelHell #SyncTroubles #SelfHosted

Today I learned

#Joplin “Cross-platform” apparently means “let’s hope your package sources happen to update at the same time.”

Setup

• Desktop: #CachyOS with Joplin 3.6.14 from pacman
• Sync target: a local folder, then synced via #OpenCloud to #TrueNAS SCALE
• Mobile: #LineageOS tablet + #CalyxOS on a #SHIFTphone 8, with Joplin from #FDroid

At some point, the desktop stopped syncing and threw this at me:

In order to synchronise, please upgrade your application to version 3.7.0+

Minor issue: Joplin 3.7 was not in the CachyOS/Arch repositories yet. It was available in the AUR, but I deliberately keep that disabled.

With a little help from #Perplexity, the culprit became clear:

• Joplin 3.7 introduces a new sync format
• The F-Droid apps had already moved to 3.7 and migrated the shared sync target
• The desktop, stuck on 3.6.14, no longer understood that format and sulked accordingly

So, in short: no OpenCloud bug, no broken local sync path — just release-channel chaos between the repository package and F-Droid.

Options

1. Roll back the mobile apps and restore the old sync state from backups
2. Temporarily upgrade the desktop to Joplin 3.7 until Arch/CachyOS catches up

I gave the package manager a little holiday instead:

• Created one more backup of the desktop profile
• Removed the packaged version:

sudo pacman -Rns joplin

• Installed the official pre-release build:

wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh \
  | bash -s -- --prerelease

Started Joplin → sync worked immediately again. Mobile and desktop are finally speaking the same language.
Now I’m waiting for the Arch/CachyOS package to reach 3.7+, so I can switch back from installer-script circus to a properly packaged build.

#ArchLinux #ReleaseChannelHell #SyncTroubles #SelfHosted

@datenteiler I have a 2012 MacBook Pro, a 2014 MacBook Air, a 2015 MacBook Pro Retina, and a 2014 5K iMac.

All of them run beautifully on Garuda Linux (Arch).

I did have to install and configure mbpfan, and the old Broadcom Wi-Fi cards have fallen out of support, necessitating a DKMS driver or replacing the card with a USB adapter (or I hear that the Apple to m.2 Wi-Fi adapter on Aliexpress also works).

#Linux @garuda #GarudaLinux #archlinux

@datenteiler I have a 2012 MacBook Pro, a 2014 MacBook Air, a 2015 MacBook Pro Retina, and a 2014 5K iMac.

All of them run beautifully on Garuda Linux (Arch).

I did have to install and configure mbpfan, and the old Broadcom Wi-Fi cards have fallen out of support, necessitating a DKMS driver or replacing the card with a USB adapter (or I hear that the Apple to m.2 Wi-Fi adapter on Aliexpress also works).

#Linux @garuda #GarudaLinux #archlinux

@datenteiler I have a 2012 MacBook Pro, a 2014 MacBook Air, a 2015 MacBook Pro Retina, and a 2014 5K iMac.

All of them run beautifully on Garuda Linux (Arch).

I did have to install and configure mbpfan, and the old Broadcom Wi-Fi cards have fallen out of support, necessitating a DKMS driver or replacing the card with a USB adapter (or I hear that the Apple to m.2 Wi-Fi adapter on Aliexpress also works).

#Linux @garuda #GarudaLinux #archlinux

@datenteiler I have a 2012 MacBook Pro, a 2014 MacBook Air, a 2015 MacBook Pro Retina, and a 2014 5K iMac.

All of them run beautifully on Garuda Linux (Arch).

I did have to install and configure mbpfan, and the old Broadcom Wi-Fi cards have fallen out of support, necessitating a DKMS driver or replacing the card with a USB adapter (or I hear that the Apple to m.2 Wi-Fi adapter on Aliexpress also works).

#Linux @garuda #GarudaLinux #archlinux

@datenteiler I have a 2012 MacBook Pro, a 2014 MacBook Air, a 2015 MacBook Pro Retina, and a 2014 5K iMac.

All of them run beautifully on Garuda Linux (Arch).

I did have to install and configure mbpfan, and the old Broadcom Wi-Fi cards have fallen out of support, necessitating a DKMS driver or replacing the card with a USB adapter (or I hear that the Apple to m.2 Wi-Fi adapter on Aliexpress also works).

#Linux @garuda #GarudaLinux #archlinux

Ayer salió Mesa 26.1.7 y hoy está en #Archlinux. ¡Y menos mal! Se soluciona la movida (muy molesta) de defectos en las animaciones de Gnome Shell.

Ayer salió Mesa 26.1.7 y hoy está en #Archlinux. ¡Y menos mal! Se soluciona la movida (muy molesta) de defectos en las animaciones de Gnome Shell.

Ayer salió Mesa 26.1.7 y hoy está en #Archlinux. ¡Y menos mal! Se soluciona la movida (muy molesta) de defectos en las animaciones de Gnome Shell.

Ayer salió Mesa 26.1.7 y hoy está en #Archlinux. ¡Y menos mal! Se soluciona la movida (muy molesta) de defectos en las animaciones de Gnome Shell.

Ayer salió Mesa 26.1.7 y hoy está en #Archlinux. ¡Y menos mal! Se soluciona la movida (muy molesta) de defectos en las animaciones de Gnome Shell.

On #ArchLinux, you can now get both the “oldstable” #XLibre 25.0.x and the latest “beta” 25.2.x packages from our XLibre third-party repo.

Please see https://xlibre-arch.github.io for setup instructions. The old https://x11libre.net/repo/arch_based/x86_64 repo has been removed in favor of the new repos.

On #ArchLinux, you can now get both the “oldstable” #XLibre 25.0.x and the latest “beta” 25.2.x packages from our XLibre third-party repo.

Please see https://xlibre-arch.github.io for setup instructions. The old https://x11libre.net/repo/arch_based/x86_64 repo has been removed in favor of the new repos.

On #ArchLinux, you can now get both the “oldstable” #XLibre 25.0.x and the latest “beta” 25.2.x packages from our XLibre third-party repo.

Please see https://xlibre-arch.github.io for setup instructions. The old https://x11libre.net/repo/arch_based/x86_64 repo has been removed in favor of the new repos.

On #ArchLinux, you can now get both the “oldstable” #XLibre 25.0.x and the latest “beta” 25.2.x packages from our XLibre third-party repo.

Please see https://xlibre-arch.github.io for setup instructions. The old https://x11libre.net/repo/arch_based/x86_64 repo has been removed in favor of the new repos.

[Перевод] Self-hosted почта на arch linux, postfix, dovecot и let's encrypt

В этой статье я покажу, как настроить свой почтовый сервер для аккаунтов локальных пользователей без веб-морд, docker-ов, телеграм-помоек и LLM-высеров.

https://habr.com/ru/articles/1070196/

#archlinux #postfix #dovecot #dkim #dmarc #selfhosted #email #imap #smtp #mail

[Перевод] Self-hosted почта на arch linux, postfix, dovecot и let's encrypt

В этой статье я покажу, как настроить свой почтовый сервер для аккаунтов локальных пользователей без веб-морд, docker-ов, телеграм-помоек и LLM-высеров.

https://habr.com/ru/articles/1070196/

#archlinux #postfix #dovecot #dkim #dmarc #selfhosted #email #imap #smtp #mail

[Перевод] Self-hosted почта на arch linux, postfix, dovecot и let's encrypt

В этой статье я покажу, как настроить свой почтовый сервер для аккаунтов локальных пользователей без веб-морд, docker-ов, телеграм-помоек и LLM-высеров.

https://habr.com/ru/articles/1070196/

#archlinux #postfix #dovecot #dkim #dmarc #selfhosted #email #imap #smtp #mail

Roses are red
Violets are blue
"pacman: Failed retrieving file: HTTP error"
sudo pacman -Syu

#Arch #ArchLinux #Linux #pacman

Roses are red
Violets are blue
"pacman: Failed retrieving file: HTTP error"
sudo pacman -Syu

#Arch #ArchLinux #Linux #pacman

Roses are red
Violets are blue
"pacman: Failed retrieving file: HTTP error"
sudo pacman -Syu

#Arch #ArchLinux #Linux #pacman

Roses are red
Violets are blue
"pacman: Failed retrieving file: HTTP error"
sudo pacman -Syu

#Arch #ArchLinux #Linux #pacman

Roses are red
Violets are blue
"pacman: Failed retrieving file: HTTP error"
sudo pacman -Syu

#Arch #ArchLinux #Linux #pacman

heads up to folks on arch with the tpm2-tss package: You'll have to do the funny:

$ sudo pacdiff
==> pacnew file found for /etc/tpm2-tss/fapi-profiles/P_ECCP384SHA384.json
:: (V)iew, (M)erge, (S)kip, (R)emove pacnew, (O)verwrite with pacnew, (Q)uit: [v/m/s/r/o/q] O
renamed '/etc/tpm2-tss/fapi-profiles/P_ECCP384SHA384.json.pacnew' -> '/etc/tpm2-tss/fapi-profiles/P_ECCP384SHA384.json'
==> pacnew file found for /etc/tpm2-tss/fapi-profiles/P_RSA3072SHA384.json
:: (V)iew, (M)erge, (S)kip, (R)emove pacnew, (O)verwrite with pacnew, (Q)uit: [v/m/s/r/o/q] O
renamed '/etc/tpm2-tss/fapi-profiles/P_RSA3072SHA384.json.pacnew' -> '/etc/tpm2-tss/fapi-profiles/P_RSA3072SHA384.json'

or it'll be fucking broken.

probably going to be a news entry soon.

#ArchLinux #tpm2_tss

heads up to folks on arch with the tpm2-tss package: You'll have to do the funny:

$ sudo pacdiff
==> pacnew file found for /etc/tpm2-tss/fapi-profiles/P_ECCP384SHA384.json
:: (V)iew, (M)erge, (S)kip, (R)emove pacnew, (O)verwrite with pacnew, (Q)uit: [v/m/s/r/o/q] O
renamed '/etc/tpm2-tss/fapi-profiles/P_ECCP384SHA384.json.pacnew' -> '/etc/tpm2-tss/fapi-profiles/P_ECCP384SHA384.json'
==> pacnew file found for /etc/tpm2-tss/fapi-profiles/P_RSA3072SHA384.json
:: (V)iew, (M)erge, (S)kip, (R)emove pacnew, (O)verwrite with pacnew, (Q)uit: [v/m/s/r/o/q] O
renamed '/etc/tpm2-tss/fapi-profiles/P_RSA3072SHA384.json.pacnew' -> '/etc/tpm2-tss/fapi-profiles/P_RSA3072SHA384.json'

or it'll be fucking broken.

probably going to be a news entry soon.

#ArchLinux #tpm2_tss

fun fact: base #archlinux systems ship with a makefile in /var/db, from the glibc package. this appears to read+parse each of the plaintext /etc/{passwd,group,shadow}, and generate a Berkley DB [1] as /var/db/{...}.db. i think the flow is: if your plaintext databases are large to the point of scaling poorly [2], then you would edit your nsswitch.conf to source from db, and run the Makefile whenever there are changes to the state

[1] https://en.wikipedia.org/wiki/Berkeley_DB
[2] https://unix.stackexchange.com/a/600503

fun fact: base #archlinux systems ship with a makefile in /var/db, from the glibc package. this appears to read+parse each of the plaintext /etc/{passwd,group,shadow}, and generate a Berkley DB [1] as /var/db/{...}.db. i think the flow is: if your plaintext databases are large to the point of scaling poorly [2], then you would edit your nsswitch.conf to source from db, and run the Makefile whenever there are changes to the state

[1] https://en.wikipedia.org/wiki/Berkeley_DB
[2] https://unix.stackexchange.com/a/600503

fun fact: base #archlinux systems ship with a makefile in /var/db, from the glibc package. this appears to read+parse each of the plaintext /etc/{passwd,group,shadow}, and generate a Berkley DB [1] as /var/db/{...}.db. i think the flow is: if your plaintext databases are large to the point of scaling poorly [2], then you would edit your nsswitch.conf to source from db, and run the Makefile whenever there are changes to the state

[1] https://en.wikipedia.org/wiki/Berkeley_DB
[2] https://unix.stackexchange.com/a/600503

fun fact: base #archlinux systems ship with a makefile in /var/db, from the glibc package. this appears to read+parse each of the plaintext /etc/{passwd,group,shadow}, and generate a Berkley DB [1] as /var/db/{...}.db. i think the flow is: if your plaintext databases are large to the point of scaling poorly [2], then you would edit your nsswitch.conf to source from db, and run the Makefile whenever there are changes to the state

[1] https://en.wikipedia.org/wiki/Berkeley_DB
[2] https://unix.stackexchange.com/a/600503

I just realized #librewolf is in the #archlinux official repositories now. BRILLIANT!!! 👏👏👏

I just realized #librewolf is in the #archlinux official repositories now. BRILLIANT!!! 👏👏👏

PSA to my #ArchLinux fedicritters on #Intel: if you suddenly can't get into your system and not even a complete reinstall helps, this might be why: https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues/112.

Downgrade intel-ucode and Bob's your uncle

There's a patch in the repos already so check that

PSA to my #ArchLinux fedicritters on #Intel: if you suddenly can't get into your system and not even a complete reinstall helps, this might be why: https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues/112.

Downgrade intel-ucode and Bob's your uncle

There's a patch in the repos already so check that

PSA to my #ArchLinux fedicritters on #Intel: if you suddenly can't get into your system and not even a complete reinstall helps, this might be why: https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues/112.

Downgrade intel-ucode and Bob's your uncle

There's a patch in the repos already so check that

PSA to my #ArchLinux fedicritters on #Intel: if you suddenly can't get into your system and not even a complete reinstall helps, this might be why: https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues/112.

Downgrade intel-ucode and Bob's your uncle

There's a patch in the repos already so check that

PSA to my #ArchLinux fedicritters on #Intel: if you suddenly can't get into your system and not even a complete reinstall helps, this might be why: https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues/112.

Downgrade intel-ucode and Bob's your uncle

There's a patch in the repos already so check that

Została wydana nowa wersja Manjaro 26.1 o nazwie kodowej „Bian-May”. Manjaro Linux to dystrybucja typu Live zbudowana na Arch Linux i skierowana do użytkowników komputerów osobistych... https://linuxiarze.pl/manjaro-26-1/ #linux #archlinux

Została wydana nowa wersja Manjaro 26.1 o nazwie kodowej „Bian-May”. Manjaro Linux to dystrybucja typu Live zbudowana na Arch Linux i skierowana do użytkowników komputerów osobistych... https://linuxiarze.pl/manjaro-26-1/ #linux #archlinux

Została wydana nowa wersja Manjaro 26.1 o nazwie kodowej „Bian-May”. Manjaro Linux to dystrybucja typu Live zbudowana na Arch Linux i skierowana do użytkowników komputerów osobistych... https://linuxiarze.pl/manjaro-26-1/ #linux #archlinux

Została wydana nowa wersja Manjaro 26.1 o nazwie kodowej „Bian-May”. Manjaro Linux to dystrybucja typu Live zbudowana na Arch Linux i skierowana do użytkowników komputerów osobistych... https://linuxiarze.pl/manjaro-26-1/ #linux #archlinux

#Shelly 3.0.4 GUI Package Manager for Arch Linux Adds New Search Experience, Improves AppImage Integration https://9to5linux.com/shelly-3-0-4-gui-package-manager-for-arch-linux-adds-new-search-experience

#Linux #OpenSource #FreeSoftware #ArchLinux

#Shelly 3.0.4 GUI Package Manager for Arch Linux Adds New Search Experience, Improves AppImage Integration https://9to5linux.com/shelly-3-0-4-gui-package-manager-for-arch-linux-adds-new-search-experience

#Linux #OpenSource #FreeSoftware #ArchLinux

#Shelly 3.0.4 GUI Package Manager for Arch Linux Adds New Search Experience, Improves AppImage Integration https://9to5linux.com/shelly-3-0-4-gui-package-manager-for-arch-linux-adds-new-search-experience

#Linux #OpenSource #FreeSoftware #ArchLinux

#Shelly 3.0.4 GUI Package Manager for Arch Linux Adds New Search Experience, Improves AppImage Integration https://9to5linux.com/shelly-3-0-4-gui-package-manager-for-arch-linux-adds-new-search-experience

#Linux #OpenSource #FreeSoftware #ArchLinux