From je-vv at e.email Thu Sep 1 03:42:38 2022 From: je-vv at e.email (Javier) Date: Wed, 31 Aug 2022 19:42:38 -0600 Subject: [artix-general] [universe] thunderbird 102.2.0 broke sequoia-octopus-librnp 1.4.0 and TbSync ext (and the exchange provider ext) In-Reply-To: <25c44479-fbff-ab50-3be0-db280c4c8ce5@artixlinux.org> References: <7fac6843-7e7f-231c-3558-3e0170337c2f@e.email> <25c44479-fbff-ab50-3be0-db280c4c8ce5@artixlinux.org> Message-ID: On 8/31/22 13:46, artist wrote: > Mozilla jumped the gun by releasing TB 102 for GA. According to the developer for Betterbird - who has been developing for TB for a long time - it can be used?since version 102.2, but still contains many bugs: https://mzl.la/3bTAURZ > Also Betterbird 91 is still actively being developed, and now at 91.13. Ohh, I hadn't payed attention to betterbird before. I guess one would still need to use sequoia octopus if wanting to use the gnuPG keychain, rather than TB's stuff, right? I read before about betterbird, but as not being oriented to better privacy, like librewolf to FF for example, then I just never payed much attention to it, perhaps it's time to change that, :) Though I can hold TB at 91.12 while it works with current libraries on Artix, or while betterbird doesn't come with something really deal breaking: > Betterbird using sequoia octopus librnp, rather than TB's native one, or any other solution using gnuPG's keyring instead of TB's stuff > Betterbird providing systray on gnu+linux. I have to use TB with kdocker cause they never wanted to provide a native and proper systray for gnu+linux > Tweaking defaults in favor of privacy settings, and even removing dangerous stuff, and if any, also binary blobs. > Making TB work for external mail provider when under a proxy protected firewall since at work I totally lose connection with any non work accounts. TB with tsocks used to work (kdocker -q -d 80 tsocks thunderbird %u), but it no longer does now, and I didn't even noticed when that stopped working due to the sars-cov-2 WFH measures). Don't really know why this happens to TB, if it's totally overcome on FF If betterbird uses gnuPG's keyring, like by using sequoia's octopus, then that would be no-brainer for me, :) I'll immediately move, :) > Indeed TbSync + Provider Exchange do not yet work on TB 102, even though its developer has already spent much time on fixing this. > The only fix for this is the paid extension Owl https://www.beonex.com/owl/, and the only WA for this is to install and use webdav http://davmail.sourceforge.net/index.html Really sad. I need to keep/hold TB version and the octopus one if it's not backwards compatible with older TB versions, until everything works again, including TbSync + Provider Exchange. I used davmail years ago, and it really breaks timezone, and I never figured out how to work around that. If the servers are in a different time zone than your time zone, and some one sends you an invite from your own local time zone, it shows up in the calendar in totally different hour. Never found a way to work around that, and I don't recall how consistent was that as to file a defect on it. I just discarded it as not really working fine. > sequoia-octopus-librnp 1.4.1 is compatible with TB 102, but still fails to build; I'll have another go at this later Hey, that's awesome. Please let us know if it's not backwards compatible (if it doesn't work with TB 91.*), so I also include it in the list of packages not to be updated. > artist Thanks a lot @artist for your reply and time !!! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From ja at sdomi.pl Fri Sep 16 16:43:30 2022 From: ja at sdomi.pl (Dominika Liberda) Date: Fri, 16 Sep 2022 16:43:30 +0200 Subject: [artix-general] Adding a new artix mirror Message-ID: <63248B92.40006@sdomi.pl> Hi, I've made an artix mirror on my infra. The details are as follows: URL: https://artix.sakamoto.pl/ (HTTP or HTTPS; can do rsync if useful) Bandwidth: 500Mbps Location: Warsaw, Poland I'm already hosting official Alpine Linux (alpine.sakamoto.pl) and Void Linux (void.sakamoto.pl) mirrors on my infra. I'm keen on keeping high uptime in the future ^^ ~sdomi From torr at artixlinux.org Sun Sep 18 18:02:19 2022 From: torr at artixlinux.org (Carlos Torres) Date: Sun, 18 Sep 2022 13:02:19 -0300 Subject: [artix-general] Adding a new artix mirror In-Reply-To: <63248B92.40006@sdomi.pl> References: <63248B92.40006@sdomi.pl> Message-ID: On 2022-09-16, Dominika Liberda wrote: > Hi, > > I've made an artix mirror on my infra. The details are as follows: > > URL: https://artix.sakamoto.pl/ (HTTP or HTTPS; can do rsync if useful) > Bandwidth: 500Mbps > Location: Warsaw, Poland Nice!! Appreciated Dominika From rptnix at amerytel.net Mon Sep 19 17:55:59 2022 From: rptnix at amerytel.net (epektasis) Date: Mon, 19 Sep 2022 10:55:59 -0500 Subject: [artix-general] libreoffice-still error on libboost_locale.so Message-ID: This morning's update included boost 1.80.0-1. But libreoffice-still 7.3.6-1 requires libboost_locale.so.1.79. This morning's upgrade left me with /usr/lib/libboost_locale.so.1.80.0, so libreoffice fails to run. Creating a link from /usr/lib/libboost_locale.so to libboost_locale.so.79.0 allows libreoffice-still to run. Time to update libreoffice-still again? e. From artist at artixlinux.org Mon Sep 19 21:07:31 2022 From: artist at artixlinux.org (artist) Date: Mon, 19 Sep 2022 21:07:31 +0200 Subject: [artix-general] libreoffice-still error on libboost_locale.so In-Reply-To: References: Message-ID: Updated libreoffice-still-7.3.6-2 is now in the omniverse repo and tested to install and start OK on an updated system. On a bended knee, or systemd, you will never live free On 9/19/22 17:55, epektasis wrote: > This morning's update included boost 1.80.0-1. But libreoffice-still > 7.3.6-1 requires libboost_locale.so.1.79. This morning's upgrade left > me with /usr/lib/libboost_locale.so.1.80.0, so libreoffice fails to run. > Creating a link from /usr/lib/libboost_locale.so to > libboost_locale.so.79.0 allows libreoffice-still to run. Time to update > libreoffice-still again? > e. > From rptnix at amerytel.net Mon Sep 19 21:52:53 2022 From: rptnix at amerytel.net (epektasis) Date: Mon, 19 Sep 2022 14:52:53 -0500 Subject: [artix-general] libreoffice-still error on libboost_locale.so In-Reply-To: References: Message-ID: Thank you! e. On Mon, Sep 19, 2022 at 09:07:31PM +0200, artist wrote: > Updated libreoffice-still-7.3.6-2 is now in the omniverse repo and tested to > install and start OK on an updated system. > > On a bended knee, or systemd, you will never live free > > On 9/19/22 17:55, epektasis wrote: > > This morning's update included boost 1.80.0-1. But libreoffice-still > > 7.3.6-1 requires libboost_locale.so.1.79. This morning's upgrade left > > me with /usr/lib/libboost_locale.so.1.80.0, so libreoffice fails to run. > > Creating a link from /usr/lib/libboost_locale.so to > > libboost_locale.so.79.0 allows libreoffice-still to run. Time to update > > libreoffice-still again? > > e. > > > > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general >