As a more or less incurable procrastinator life have learned me - days you are on top of things are the best . Cooking your own food, a regular walk, rising early, doing your homework and beeing a reliabel colleague on the job are good habits to learn early in life.
The guys over at "Hyperbola", a GNU and puristic project did "harden" and port the web engine in the Thunderbird clone IceDove to UXP a while ago, giving us IceDove-UXP, a beautyful "minimalistic" calendar and mail client, for a long time on my wish list, but out of reach as building according to instructions given on "Hyperbolas" home page was a no-go.
Destiny is that the feud around the very talented (and human) developers of the UXP platform has brought yet another talented (and human) player into the game, releasing a huge tarball with the source for 5 or 6 UXP based applications, including a build script.
In hope this post not will contribute to any deteoration I will say the tarball including IceDove-UXP and a build script from author albusluna was a lifesaver for me now able to build IceDove-UXP (on a trusty 14.2 32 bit machine)

Albuslunas uxp-browsers-latest-tar.bz2

A modified build script (only) for IceDove is attached below. On my system "brotli-1.0.9-i586-1_SBo.tgz" was a dependency.I had to make sure of the prescence in /usr/local/bin of autoconf-2.13, autoheader-2.13, autoreconf-2.13, autoupdate-2.13 and autoscan-2.13 (probably included in the source). On this old system I did build against GTK2 by issuing "export USE_GTK2=true" before running the script.Nine hours later the organizer was finished (two images attached).

IceDove-UXP will need "third-party app passwords" for Yahoo and Gmail accounts as it doesn't support OAuth authentitication:

For Yahoo instructions look here
And for Yahoo Mail server settings here

For Gmail a guide is here
And Gmail mail server settings is found here

For Yahoo as well as Gmail a 16 digit password type "linq ggpq jidh zhlt" is generated, spaces must be included!!

I read a while ago in the "Hyperbola" forum a member had posted a couple of updates, I guess indicating the UXP engine was replaced by a more present one.

Thank you to developers Moonchild and Tobyn, I wish you all the best, and thank's also to albusluna for the script. Also a happy day to everyone else

PS: aside Yahoo mail and Gmail also newsgroups works for me

Attached Thumbnails

   

Attached Files

buildme.sh.txt (8.8 KB, 11 views)

I'm the AlbusLuna in question. This can be confirmed by email to the contact address on that site.

Somebody else expressed interest tonight in who was working on Icedove or forks. When I checked, I found this thread. I thought I'd post to thank TheIllusionist for interest and to encourage others to try out the browser bundle that has been linked.

To provide some background:

I've been working on my own Linux distro, Laclin, for about 25 years. I prefer to build software for the distro myself and to do so from scratch. I include very few programs that can't be built from source offline.

Mozilla's deprecation of XUL in 2017 was a problem for multiple reasons. Most importantly, there were no replacements for some of the most important XUL extensions. Additionally, a deal-breaker for me was that new releases required Rust and Rust simply couldn't be built offline.

I'm fine with Chromium. My distro includes a de-googled fork that I call "lechromium" [Le Chromium]. It uses privacy patches from other forks.

But I need XUL Firefox and Thunderbird as well. The UXP codebase has allowed me to continue using XUL versions of both programs.

The future of UXP is unclear subsequent to events of the past few quarters. For now, though, the Icedove-UXP in the browser bundle works for me.

I use the other programs less often but I've included them in the bundle because I see no reason for them to be lost. There are, by the way, multiple Thunderbird forks in the bundle.

1 members found this post helpful.

AlbusLuna, thank you for reply. Building many of the applicatios provided in your "uxp-browsers-latest.tar.bz2" do on my two old GCC 5.5.0 and pulseaudio based systems take ages .
With interest I read the extensive formal legal (8 page) documentation your 2022-02-06 browser "AlbusLuna" present under "About", with detailed references to Mozilla, GPL and other types of open source licences and providing an address to contact if anyone has legal objections to publishing the source code.
I'm very satisfied with "Icedove" where (Pulse) audio works fine when choosing a custom .wav file to alert the arrival of new mail.
Audio in videos played from other of the applications are in general problematic or not working even if pulseaudio is being set specific in .mozconfig in a separate build of Bluegorilla.
Console outputs are "default value of option force_s3tc_enable overridden by environment" (YouTube) or "[aac @ 0xa9ca2c00] element type mismatch 1 != 0" (for clips from newspaper pages etc).
Thank you for your work - sincerely -p
EDIT: disabling pulseaudio and enabling ALSA in the script restored audio in videos on my system

I'm raising a glass but also scratching my head a little.

Downloading UXP Browser Bundle now with a view to building icedove and perhaps AlbusLuna...

Needed to compile, make and make install autoconf-2.13 from

https://www.linuxfromscratch.org/blf...toconf213.html

in addition to 14.2's autoconf v 2.69 - installs in /usr/local/bin/autoconf

symlinked to /usr/bin/autoconf-2.13 and buildme.sh seems happy.

I already have stuff like brotli on this laptop from other slackbuilds.

TheIllusionist and keithpeter, thank you to both of you for the additional comments.

keithpeter, the quote that had you scratching your head is from Robert Burns in 1786. It's simply a thought.

AlbusLuna and the other browsers in the bundle won't work with all sites. However, they'll work with many and so will most of the XUL extensions that used to distinuish Firefox from Chrome.

Note that you'll probably need to patch the "em:id" UUID strings in extension "install.rdf" files. I hope to semi-automate this step in the future.

TheIllusionist, it's good to hear that an older gcc 5.5.0 setup worked for build purposes. The build might be slow but compare it to how a Chrome build doubtless goes. And Chrome is just one program.