Thunderbird 78 is available on the Snap Store
snapcraft.io
snapcraft.io
It made the Snap about 100MB bigger, though.
The whole squashfs game doesn't actually buy you that much compression in practice but if you have slower CPU it will grind you to a halt. I think it's kinda weird they went this route since this dance seems mostly unrelated to the actual value of Snaps which is "here's your app self-contained-ish."
Thunderbird must have changed the WebExtensions APIs after v68 (based on what I see in the addons compatibility).
Several extensions in the top list by users, are not compatible with v78¹. Thunderbird snap users are literally going to wake up one day, and find that [some of] their extensions are not working anymore.
¹=https://addons.thunderbird.net/en-US/thunderbird/extensions/...
edit: Removed Lightning reference, as it's not 100% clear if it will be bundled with TB.
I'm not sure that it's too late to revolt against Snap in general but, as far as I can see, people don't care if it works somehow.
On the other hand, the biggest problem with this new technologies is they are strongly opinionated about the design choices they make. Instead of being flexible, they apply the ideas on their users with great force and, this is what bothers me most.
I'm not fundamentally against Snap/AppImage/FlatPak et. al. Also, I'm not fundamentally against the operating principles of Canonical per se but, some of their choices and the way they decide to apply (read: somewhat force) these choices make me stay away from them.
They have a Google-esque "We made the right choice and the only choice made by us is right" vibe and, this is not helping anyone on the long run IMHO.
Thunderbird has always worked great the way it was.
I'm so glad I'm not using Ubuntu anymore.
Thunderbird and Firefox are perfect candidates for snap.
Before with Thunderbird, the only packaged version of thunderbird was an extremely old version released. Even now on 18.04 the package version of thunderbird is version 68.
To a certain degree the same nonsense happens with Firefox. The version of Firefox provided by apt lags behind for security releases.
In contrast, the snap version is now released almost the same day for ubuntu 16.04, 18.04, 20.04 and 20.10.
I'm glad to be using snaps and Ubuntu. Finally I can now get an easy installation for getting the latest version of intellij, vscode, firefox, thunderbird with no additional repos or faffle.
Also I don't really care about startups when the difference is on the order of 1-5 seconds. It is not the dominant factor in my boot times. The slowest aspect for me is still typing passwords. Services which are waiting for online for network interface also take longer.
No. The solution shouldn't be on users to learn another package management system beyond what the OS already provides.
The CLI interface for snap I find is a lot more intuitive than flatpak.
Also what rights do you have to become the UX arbiter here?
> Also what rights do you have to become the UX arbiter here?
I am a user. So user experience is certainly arbitrary.
If they are stuck with Thunderbird 68 is because they don't want to update it. Same thing can happen with snap. If they don't work on it, you won't have the latest version.
Snaps are built against one version, they easily integrate into CI pipelines (unlike launchpad/bzr) and you don't need to worry about things like outdated compiler versions (for releases on 18.04/16.04/14.04).
I know because I helped with the CI builds of Firefox for snap.
Other distros have their packages updated very quickly without snap.
This logic makes no sense whatsoever. If the previous tools are cumbersome and bad, and Canonical releases a new mechanism that is easier to develop/use/release. How the hell is that not an argument for the new mechanism?
What is this logic?
Nevermind that this new process is already integrated into several CI pipelines at Microsoft, VLC, Mozilla, Google, Amazon, JetBrains, KDE and Spotify.
18.04 is a LTS release and it only contains ESR releases of Firefox and Thunderbird. Like Debian Stable.
Even Debian has Firefox 82 and Thunderbird 78 nowadays. They're intentionally kept at the unstable channel because they're updated a lot. Stable gets the ESR releases but, unstable gets the latest releases in 48 hours max.
> The version of Firefox provided by apt lags behind for security releases.
Firefox has a Debian Exception which allows Debian to merge its well-tested security patches & hardening, and still publish it as Firefox with the original version number. This causes the 24-48 hour delays unless a patch breaks something. Even if it breaks something, you get the latest version at most a week later.
I won't even argue about the harms/disadvantages of Snaps and the forcing of them upon users by Canonical...
This comment is submitted with Firefox 82.0.2-1 obtained via official Debian repositories.
>I won't even argue about the harms/disadvantages of Snaps and the forcing of them upon users by Canonical...
Canonical only forced one snap and that was chromium... Everything else is still maintained as an apt package if required. They put a pretty well explained reasoning as to why it was forced. Namely that it was impossible to maintain the chromium package for 14.04 and older releases because they couldn't backport the compiler. Hence the option available to them was to remove the package or keep people supported using snap.
Not to mention that Chromium is still a Universe program and not officially supported at all. They didn't want to fork over the additional maintenance overhead which I am not gonna complain about.
In that case you have two choices. You can either use a PPA or just download the .tar.gz release and expand to a folder under your home folder. I did the second one a lot. In our system room we have a computer which runs CentOS 6 and used for mundane tasks. When I have to work there and have some extra time, I just get the latest Firefox release and untar under my home folder, and continue using that.
I'll have to go there tomorrow and will try Firefox 82 just for fun.
Canonical pushes its users a lot and, I always hear the same thing: "It's just one package", It's well explained. No, just no. When I apt-get something, I expect an apt package. Not a silent install of snapd and and a snap, and a lot of under the hood tweaking to hide what they're doing.
If it's a universe package and it is not supported at all, why they're declaring it as a play pen and doing their testing on that? It's not supported, OK but, it's not declared for testing.
The problem with Snap is not the idea. It's centralization, it's trying to dominate the space, it's the silent pushing-forward and portraying it as the only way. No, it's not.
A lot of companies are pushing a lot of ideas because they like it internally and, they push it harder when they experience pressure because, they see themselves the only people with the right opinions and it benefits them to dominate the space.
I already don't like Canonical because of a lot of things but, they're becoming the thing they wanted to dethrone. The bugzilla's #1 bug was Microsoft's domination and they're just trying to their tactics and, integrating to anything they were against, because money.
With their every action, I move one step further away from them.
You missed the third/fource/fifth choice provided by both Canonical, RedHat and Mozilla who has decided to offer Firefox/Thunderbird as a snap/flatpak. A version that is actually confined and restricted with apparmor/mounted namespaces/seccompf filters.
>Canonical pushes its users a lot and, I always hear the same thing: "It's just one package", It's well explained. No, just no. When I apt-get something, I expect an apt package. Not a silent install of snapd and and a snap, and a lot of under the hood tweaking to hide what they're doing.
No it's only for chromium, everything else will obey and use the package manager if requested.
>If it's a universe package and it is not supported at all, why they're declaring it as a play pen and doing their testing on that? It's not supported, OK but, it's not declared for testing.
They stated clearly why they moved it to snap. Chromium is a popular common browser which people use for banking. They can't just leave people to use the old chromium browser.
Their option was to forcefully remove chromium or move people to the snap.
>The problem with Snap is not the idea. It's centralization, it's trying to dominate the space, it's the silent pushing-forward and portraying it as the only way. No, it's not.
Yea and they heard the same nonsense from people talking about launchpad years ago. They spent a considerable amount of engineering effort to open source it and nobody else was running the infrastructure because it's suprisingly complex and expensive to run. They received no PRs whatsoever for considerable engineering cost and effort.
Snap is dependent on Canonical infra, and considering how Mint, POP_OS and others all use their infra. Nobody else will be running their infra.
They also have experience from PPAs where the most common PPA being used on offer was a abandoned oracle java package that was provided by some random 3rd party. That PPA has root access to hundreds of thousands of machines and can upload any random package and have it execute. Does that sound like sensible security policy at all?
>I already don't like Canonical because of a lot of things but, they're becoming the thing they wanted to dethrone. The bugzilla's #1 bug was Microsoft's domination and they're just trying to their tactics and, integrating to anything they were against, because money.
This is the root of the problem. Canonical has done a lot for the FOSS community. GNU desktop linux would be way behind without them and yea I agree they have some missteps. They are still a lot better than the majority of the community, majority of companies out there and have done a lot to support the FOSS community. They made one of the most usable distros out there and is still one of the most popular Linux OSes out there.
People just love to hate them because they don't follow their ideal 'perfect' FOSS company. I'm glad snap exists, I'm glad competition exists and I hope they continue to succeed.
Meanwhile Thunderbird has corrupted my inbox 3 times in a sum total of about 3 years of me using it spread out over a decade, crashes more than evolution, and does the core messaging features worse than claws.
I personally don't think it's so terrible - ultimately, the email medium itself hasn't evolved for... never.
Definitely the address book is garbage in any possible way (both in the UX, and in the legendary Mork backend) - one has to use addons in order to get a sane experience.
Additionally, AFAIK, it's so internally tangled that after years, they couldn't make a tabbed email writing window. Another indicative bit: "Plans existed for Mork to be replaced with MozStorage in Thunderbird 3.0."¹.
My biggest worry was actually the addons. There has been a major API change at some point, and several of my addons weren't compatible. Took years for equivalent ones to be developed. Now... another API change (sigh).
One feature I miss is sync. Something like Firefox Sync would be very useful.
I'm possibly using it more than 15 years as of today and it never corrupted a mailbox or lost any mail. Its filters are top notch and it has one of the best and fastest spam filtering as I've seen.
One of the same accounts on Thunderbird is also managed via KMail on my (personal) workstation and I love some features of KMail too but, it doesn't feel as fast and nimble. I keep KMail because of its KDE & Akonadi integration (it continues to process mail even if KMail is not running).
At the end of the day, Thunderbird is an awesome E-mail client. It does everything and doesn't crash even if I leave it open for weeks. 78 integrates lightning so, calendars are well integrated and works flawlessly for me too.
I've also did some enterprise integration work on Thunderbird and it has some nice flexibility options under the hood.
However I need to note that (in my case) all systems it communicates with are UNIX servers (Sendmail, Postfix, Dovecot, et. al).
Of course, YMMV.
About 5 years ago I tried other clients, including Evolution and Claws, and stayed with Thunderbird. Evolution's UI was significantly slower than Thunderbird's, Claws and the others were less functional.
I'm really happy Thunderbird development was rekindled, because it was getting noticeably behind. I manage six emails, two calendars and three USENET accounts with it, all in the same application, fast, and using less RAM than it takes GMail to display one inbox.
Heavily for the past 13 years. Never corrupted a mailbox. I've had to reindex a mailbox once or twice to get search working, but that was many years ago.
I recalling having a problem with excessive CPU use after it's been running awhile (weeks to months.) That seems to have gotten solved at some point; I looked into the problem a bit (strace, etc.) and found the IO multiplexing (select, poll, epoll, whatever) code was spinning. Solution was to bounce it.
My only complaint now is that dark mode isn't fully hammered out. At least not in the non-snap version available in bionic beaver. Anyone know if newer versions have got this right yet?