#arch-linux — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #arch-linux, aggregated by home.social.
-
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
muelliund 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
muelliund 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
muelliund 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
muelliund 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
- Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
- 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 -- --prereleaseJoplin 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. - Desktop: #CachyOS mit Joplin 3.6.14 aus
-
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
- Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
- 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 -- --prereleaseJoplin 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. - Desktop: #CachyOS mit Joplin 3.6.14 aus
-
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
- Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
- 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 -- --prereleaseJoplin 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. - Desktop: #CachyOS mit Joplin 3.6.14 aus
-
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
- Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
- 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 -- --prereleaseJoplin 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. - Desktop: #CachyOS mit Joplin 3.6.14 aus
-
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
- Mobile Apps zurückrollen und den alten Sync-Stand aus Backups wiederherstellen
- 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 -- --prereleaseJoplin 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. - Desktop: #CachyOS mit Joplin 3.6.14 aus
-
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
- Roll back the mobile apps and restore the old sync state from backups
- 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 -- --prereleaseStarted 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. - Desktop: #CachyOS with Joplin 3.6.14 from
-
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
- Roll back the mobile apps and restore the old sync state from backups
- 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 -- --prereleaseStarted 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. - Desktop: #CachyOS with Joplin 3.6.14 from
-
@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).
-
@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).
-
@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).
-
@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).
-
@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).
-
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 -
Roses are red
Violets are blue
"pacman: Failed retrieving file: HTTP error"
sudo pacman -Syu -
Roses are red
Violets are blue
"pacman: Failed retrieving file: HTTP error"
sudo pacman -Syu -
Roses are red
Violets are blue
"pacman: Failed retrieving file: HTTP error"
sudo pacman -Syu -
Roses are red
Violets are blue
"pacman: Failed retrieving file: HTTP error"
sudo pacman -Syu -
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.
-
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.
-
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 yournsswitch.confto source fromdb, 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 yournsswitch.confto source fromdb, 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 yournsswitch.confto source fromdb, 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 yournsswitch.confto source fromdb, 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
-
#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
-
#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
-
#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