On 12/18/09, Magnus Therning <magnus@therning.org> wrote:
On Thu, Dec 17, 2009 at 5:28 PM, Javier Vasquez <j.e.vasquez.v@gmail.com> wrote:
On 12/15/09, Ionut Biru <biru.ionut@gmail.com> wrote:
On 12/15/2009 09:19 PM, Arvid Picciani wrote:
On 12/15/2009 07:37 AM, Jürgen Hagemann wrote:
...
thunderbird-3.0-3 has no gnomeui, no lightning.
-- Ionut
And is this good? The lightning XPI doesn't work for x86_64, the lightning in AUR doesn't work with 3.0 (I even tried to tweak PKGBUILD myself with no luck), so there's no lightning at all for x86_64 architecture...
I can see the logic behind the decision, if lightning (as shipped with TB3) is suggested to be turned off by upstream, then it's prudent to turn it off in the distro's default build too. Irritating for me, yes, but I can live with it.
I put up a binary package based on a modified PKGBUILD (actually, the file that needs modifying is mozconfig) at http://therning.org/magnus_arch/thunderbird-3.0-3.1-x86_64.pkg.tar.gz It's what I use and it works for me. If you don't want to use the binary directly I'll be happy to post the source package for you.
/M
-- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
The change is this one, right? % diff mozconfig.1 mozconfig.2 24d23 < ac_add_options --enable-calendar I understand what you're saying. However the effect of following the recommendation is orphaning x86_64 from lightning. What seems an issue to me is not considering calendar integration (whether by add-on, or built-in) as a must for thunderbird (so far such integration for x86_64 is only possible built-in). So I can compile my own thunderbird-lightning package (already did, with the enable option before), but as the issue is that calendar integration is not consider a must for thunderbird, while it is a need for me, perhaps the best approach for me is to drop thunderbird for another e-mail client for which calendar integration is a must... If calendar integration was a must, another option might have been considered: 1.- Drop calendar support for x86_64. (selected option) 2.- Keep calendar support with 3.0 built-in. 3.- Don't update to 3.0 for x86_64 until calendar support is enabled through add-on. Any ways, I won't discuss further since answers indicate people is OK with the decision... Thanks, -- Javier.