#calyxos — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #calyxos, aggregated by home.social.
-
@dayvblack I recently got up the nerve to flash #LineageOS on a Samsung A71. I wish I knew earlier that Lineage OS can’t do VoLTE on Samsung handsets. On the plus side, the process isn't quite so daunting now (and I have a #deGoogled device that can txt and surf the internet).
Like @artnacrea, I'm looking for a Moto G34 on which to put #CalyxOS. -
@dayvblack I recently got up the nerve to flash #LineageOS on a Samsung A71. I wish I knew earlier that Lineage OS can’t do VoLTE on Samsung handsets. On the plus side, the process isn't quite so daunting now (and I have a #deGoogled device that can txt and surf the internet).
Like @artnacrea, I'm looking for a Moto G34 on which to put #CalyxOS. -
@dayvblack I recently got up the nerve to flash #LineageOS on a Samsung A71. I wish I knew earlier that Lineage OS can’t do VoLTE on Samsung handsets. On the plus side, the process isn't quite so daunting now (and I have a #deGoogled device that can txt and surf the internet).
Like @artnacrea, I'm looking for a Moto G34 on which to put #CalyxOS. -
@dayvblack I recently got up the nerve to flash #LineageOS on a Samsung A71. I wish I knew earlier that Lineage OS can’t do VoLTE on Samsung handsets. On the plus side, the process isn't quite so daunting now (and I have a #deGoogled device that can txt and surf the internet).
Like @artnacrea, I'm looking for a Moto G34 on which to put #CalyxOS. -
Privacy apps and Open Source Projects like #Signal #Tuta #proton #Mastodon #GrapheneOS or #CalyxOS operate freely because India completely respects secure tech that follows local laws
But #JackDorsey shows clear double standards and a #Hinduphobic past. Twitter blocked the US President for Capitol Hill but ignored Indian laws during Red Fort riots. Recently at Jantar Mantar, his app #Bitchat was misused offline to spread anti-national threats. Free speech cannot compromise national safety!
-
Privacy apps and Open Source Projects like #Signal #Tuta #proton #Mastodon #GrapheneOS or #CalyxOS operate freely because India completely respects secure tech that follows local laws
But #JackDorsey shows clear double standards and a #Hinduphobic past. Twitter blocked the US President for Capitol Hill but ignored Indian laws during Red Fort riots. Recently at Jantar Mantar, his app #Bitchat was misused offline to spread anti-national threats. Free speech cannot compromise national safety!
-
Privacy apps and Open Source Projects like #Signal #Tuta #proton #Mastodon #GrapheneOS or #CalyxOS operate freely because India completely respects secure tech that follows local laws
But #JackDorsey shows clear double standards and a #Hinduphobic past. Twitter blocked the US President for Capitol Hill but ignored Indian laws during Red Fort riots. Recently at Jantar Mantar, his app #Bitchat was misused offline to spread anti-national threats. Free speech cannot compromise national safety!
-
Privacy apps and Open Source Projects like #Signal #Tuta #proton #Mastodon #GrapheneOS or #CalyxOS operate freely because India completely respects secure tech that follows local laws
But #JackDorsey shows clear double standards and a #Hinduphobic past. Twitter blocked the US President for Capitol Hill but ignored Indian laws during Red Fort riots. Recently at Jantar Mantar, his app #Bitchat was misused offline to spread anti-national threats. Free speech cannot compromise national safety!
-
Privacy apps and Open Source Projects like #Signal #Tuta #proton #Mastodon #GrapheneOS or #CalyxOS operate freely because India completely respects secure tech that follows local laws
But #JackDorsey shows clear double standards and a #Hinduphobic past. Twitter blocked the US President for Capitol Hill but ignored Indian laws during Red Fort riots. Recently at Jantar Mantar, his app #Bitchat was misused offline to spread anti-national threats. Free speech cannot compromise national safety!
-
@ComputerBase Nur mit #GrapheneOS oder #CalyxOS brauchbar. Ansonsten nur teure Spyware.
-
@ComputerBase Nur mit #GrapheneOS oder #CalyxOS brauchbar. Ansonsten nur teure Spyware.
-
@ComputerBase Nur mit #GrapheneOS oder #CalyxOS brauchbar. Ansonsten nur teure Spyware.
-
@ComputerBase Nur mit #GrapheneOS oder #CalyxOS brauchbar. Ansonsten nur teure Spyware.
-
@ComputerBase Nur mit #GrapheneOS oder #CalyxOS brauchbar. Ansonsten nur teure Spyware.
-
Ich würde da wirklich gerne mitmachen.
Doch leider: #calyxos & #lineageos only devices.Keine andere Möglichkeit außer Playstore?
-
Ich würde da wirklich gerne mitmachen.
Doch leider: #calyxos & #lineageos only devices.Keine andere Möglichkeit außer Playstore?
-
Ich würde da wirklich gerne mitmachen.
Doch leider: #calyxos & #lineageos only devices.Keine andere Möglichkeit außer Playstore?
-
Ich würde da wirklich gerne mitmachen.
Doch leider: #calyxos & #lineageos only devices.Keine andere Möglichkeit außer Playstore?
-
Ich würde da wirklich gerne mitmachen.
Doch leider: #calyxos & #lineageos only devices.Keine andere Möglichkeit außer Playstore?
-
@parthipan @ulfi @ex hier auch, aber bald nicht mehr. Wegen dem update bug, der ein komplettes rück setzten erfordert 😡
Deswegen werde ich zurück zu #calyxos gehen. War es das bessere system.
-
@parthipan @ulfi @ex hier auch, aber bald nicht mehr. Wegen dem update bug, der ein komplettes rück setzten erfordert 😡
Deswegen werde ich zurück zu #calyxos gehen. War es das bessere system.
-
@parthipan @ulfi @ex hier auch, aber bald nicht mehr. Wegen dem update bug, der ein komplettes rück setzten erfordert 😡
Deswegen werde ich zurück zu #calyxos gehen. War es das bessere system.
-
@parthipan @ulfi @ex hier auch, aber bald nicht mehr. Wegen dem update bug, der ein komplettes rück setzten erfordert 😡
Deswegen werde ich zurück zu #calyxos gehen. War es das bessere system.
-
@parthipan @ulfi @ex hier auch, aber bald nicht mehr. Wegen dem update bug, der ein komplettes rück setzten erfordert 😡
Deswegen werde ich zurück zu #calyxos gehen. War es das bessere system.
-
Pretty pleased with this battery replacement. And #CalyxOS efficiency.
-
Pretty pleased with this battery replacement. And #CalyxOS efficiency.
-
Pretty pleased with this battery replacement. And #CalyxOS efficiency.
-
Pretty pleased with this battery replacement. And #CalyxOS efficiency.
-
Pretty pleased with this battery replacement. And #CalyxOS efficiency.
-
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
-
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
-
Actualizó #CalyxOS
Lo único raro que noto es al poner el temporizador, que uso mucho cocinando, me suenan notificaciones como avisando oye guapo, mira que estoy contando eh. -
Actualizó #CalyxOS
Lo único raro que noto es al poner el temporizador, que uso mucho cocinando, me suenan notificaciones como avisando oye guapo, mira que estoy contando eh. -
Actualizó #CalyxOS
Lo único raro que noto es al poner el temporizador, que uso mucho cocinando, me suenan notificaciones como avisando oye guapo, mira que estoy contando eh. -
Actualizó #CalyxOS
Lo único raro que noto es al poner el temporizador, que uso mucho cocinando, me suenan notificaciones como avisando oye guapo, mira que estoy contando eh. -
Actualizó #CalyxOS
Lo único raro que noto es al poner el temporizador, que uso mucho cocinando, me suenan notificaciones como avisando oye guapo, mira que estoy contando eh. -
So even though #CalyxOS has started releasing again, I think I'm gonna stick with stock #Android for one main reason; #RCS. There are some family members and friends that are just never going to migrate to #Signal, and the end-to-end #encryption available in RCS seems like an acceptable, pragmatic compromise, especially since even #Apple is rolling out support for it. Is it as private as Signal? No, but it's better than the SMS I would have to use on Graphene or Calyx.
-
So even though #CalyxOS has started releasing again, I think I'm gonna stick with stock #Android for one main reason; #RCS. There are some family members and friends that are just never going to migrate to #Signal, and the end-to-end #encryption available in RCS seems like an acceptable, pragmatic compromise, especially since even #Apple is rolling out support for it. Is it as private as Signal? No, but it's better than the SMS I would have to use on Graphene or Calyx.
-
So even though #CalyxOS has started releasing again, I think I'm gonna stick with stock #Android for one main reason; #RCS. There are some family members and friends that are just never going to migrate to #Signal, and the end-to-end #encryption available in RCS seems like an acceptable, pragmatic compromise, especially since even #Apple is rolling out support for it. Is it as private as Signal? No, but it's better than the SMS I would have to use on Graphene or Calyx.
-
So even though #CalyxOS has started releasing again, I think I'm gonna stick with stock #Android for one main reason; #RCS. There are some family members and friends that are just never going to migrate to #Signal, and the end-to-end #encryption available in RCS seems like an acceptable, pragmatic compromise, especially since even #Apple is rolling out support for it. Is it as private as Signal? No, but it's better than the SMS I would have to use on Graphene or Calyx.
-
So even though #CalyxOS has started releasing again, I think I'm gonna stick with stock #Android for one main reason; #RCS. There are some family members and friends that are just never going to migrate to #Signal, and the end-to-end #encryption available in RCS seems like an acceptable, pragmatic compromise, especially since even #Apple is rolling out support for it. Is it as private as Signal? No, but it's better than the SMS I would have to use on Graphene or Calyx.
-
#Sparkasse Apps werden inkompatibel mit #CalyxOS, #GrapheneOS und anderen alternativen #Android ROMs.
Offenbar baut #StarFinanz, die Entwickler-Firma, in alle Apps Dinge ein, die deren Benutzung auf alternativen ROMs unmöglich macht.
Sowohl der technische Support der Sparkasse als auch von StarFinanz behaupten, ihnen seien die Hände gebunden und nur offizielle ROMs vom Hersteller werden unterstützt. Ergo ist man als Sparkassen-Kund:in gezwungen, ein Handy mit Google-Konto zu verwenden.
-
#Sparkasse Apps werden inkompatibel mit #CalyxOS, #GrapheneOS und anderen alternativen #Android ROMs.
Offenbar baut #StarFinanz, die Entwickler-Firma, in alle Apps Dinge ein, die deren Benutzung auf alternativen ROMs unmöglich macht.
Sowohl der technische Support der Sparkasse als auch von StarFinanz behaupten, ihnen seien die Hände gebunden und nur offizielle ROMs vom Hersteller werden unterstützt. Ergo ist man als Sparkassen-Kund:in gezwungen, ein Handy mit Google-Konto zu verwenden.
-
#Sparkasse Apps werden inkompatibel mit #CalyxOS, #GrapheneOS und anderen alternativen #Android ROMs.
Offenbar baut #StarFinanz, die Entwickler-Firma, in alle Apps Dinge ein, die deren Benutzung auf alternativen ROMs unmöglich macht.
Sowohl der technische Support der Sparkasse als auch von StarFinanz behaupten, ihnen seien die Hände gebunden und nur offizielle ROMs vom Hersteller werden unterstützt. Ergo ist man als Sparkassen-Kund:in gezwungen, ein Handy mit Google-Konto zu verwenden.
-
#Sparkasse Apps werden inkompatibel mit #CalyxOS, #GrapheneOS und anderen alternativen #Android ROMs.
Offenbar baut #StarFinanz, die Entwickler-Firma, in alle Apps Dinge ein, die deren Benutzung auf alternativen ROMs unmöglich macht.
Sowohl der technische Support der Sparkasse als auch von StarFinanz behaupten, ihnen seien die Hände gebunden und nur offizielle ROMs vom Hersteller werden unterstützt. Ergo ist man als Sparkassen-Kund:in gezwungen, ein Handy mit Google-Konto zu verwenden.
-
#Sparkasse Apps werden inkompatibel mit #CalyxOS, #GrapheneOS und anderen alternativen #Android ROMs.
Offenbar baut #StarFinanz, die Entwickler-Firma, in alle Apps Dinge ein, die deren Benutzung auf alternativen ROMs unmöglich macht.
Sowohl der technische Support der Sparkasse als auch von StarFinanz behaupten, ihnen seien die Hände gebunden und nur offizielle ROMs vom Hersteller werden unterstützt. Ergo ist man als Sparkassen-Kund:in gezwungen, ein Handy mit Google-Konto zu verwenden.
-
I used to run #GrapheneOS on this Pixel 7a, wiped and flashed it to stock before handing it to a repair place to replace the battery and now I've reflashed #CalyxOS
The various security, privacy, and compatibility pros and cons of sandboxed Play Services vs. microG and other features have been extensively debated elsewhere. What I *will* say is that it now feels *significantly* faster. Like I bought a brand new phone. -
I used to run #GrapheneOS on this Pixel 7a, wiped and flashed it to stock before handing it to a repair place to replace the battery and now I've reflashed #CalyxOS
The various security, privacy, and compatibility pros and cons of sandboxed Play Services vs. microG and other features have been extensively debated elsewhere. What I *will* say is that it now feels *significantly* faster. Like I bought a brand new phone.
