Package Details: thunderbird-beta 47.0b2-1

Git Clone URL: https://aur.archlinux.org/thunderbird-beta.git (read-only)
Package Base: thunderbird-beta
Description: Standalone Mail/News reader - Bleeding edge version with optional PGO
Upstream URL: https://www.mozilla.org/thunderbird
Licenses: GPL, MPL, LGPL
Provides: thunderbird=47.0b2
Submitter: Det
Maintainer: Det
Last Packager: Det
Votes: 12
Popularity: 0.396263
First Submitted: 2010-05-08 06:55
Last Updated: 2016-06-18 21:58

Required by (25)

Sources (6)

Latest Comments

rakotomandimby commented on 2016-05-26 14:17

How do you compile it on an up to date Archlinux? (gcc = 6) I still have https://bitbucket.org/snippets/rakotomandimby/eKb4o as errors

rakotomandimby commented on 2016-05-13 16:07

Here is the output of the error for me: https://bitbucket.org/snippets/rakotomandimby/nKkE5

rakotomandimby commented on 2016-05-13 15:50

For the record, this doesnt build from the time gcc has been upgraded to 6. Apparently because of https://gcc.gnu.org/gcc-6/porting_to.html "Programs which provide their own wrappers for <stdlib.h> or other standard headers are operating outside the standard and so are responsible for ensuring their headers work correctly with the headers in the C++ standard library." + https://gcc.gnu.org/ml/gcc-help/2016-05/msg00027.html

rakotomandimby commented on 2016-04-28 05:54

Yes, sorry for some shortcuts but being on a slow internet connexion made me locally store the tarball. I really apologize.

Det commented on 2016-04-21 16:31

Ok, but you had some really weird hacks. Not only didn't your source=() include the link, but your manual "-j6" hard-coding is already set by $MOZ_MAKE_FLAGS, which is set by $MAKEFLAGS, which is set by /etc/makepkg.conf.

rakotomandimby commented on 2016-04-20 09:10

The current PKGBUILD doesnt build. This is the one that works for me: https://bitbucket.org/snippets/rakotomandimby/yK8zq

gauss commented on 2016-04-15 09:35

Three instances of

- cd thunderbird-$pkgver

+ cd thunderbird-$_major

Lines: 40, 61, 89

Det commented on 2016-04-12 14:49

Yeah: .bz2 -> .xz

deadly4u commented on 2016-04-11 21:06

The PKGBUILD source url is incorrect at this moment.

The correct source is: https://ftp.mozilla.org/pub/thunderbird/candidates/45.0-candidates/build1/source/thunderbird-45.0.source.tar.xz

infinityz commented on 2015-09-10 14:05

Hi all, tried multiple times to get it working on my system, but always get this error:

-> Moving stuff in place...
cp: cannot create directory ‘/tmp/yaourt-tmp-infinityz/aur-thunderbird-beta/pkg/thunderbird-beta/opt/thunderbird-beta’: No such file or directory
==> ERROR: A failure occurred in package().
Aborting...
==> ERROR: Makepkg was unable to build thunderbird-beta.

Any idea?

Det commented on 2015-04-05 09:14

Done.

SeriousBug commented on 2015-04-05 09:11

Mozilla seems to have removed thunderbird-38.0b1.source.tar.bz2.asc file, so the package fails. You might want to remove that from the PKGBUILD.

pedrogabriel commented on 2015-02-20 23:44

what's happening?

File "/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/mozilla/toolkit/mozapps/installer/packager.py", line 402, in <module>
main()
File "/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/mozilla/toolkit/mozapps/installer/packager.py", line 394, in main
args.source, gre_path, base)
File "/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/mozilla/toolkit/mozapps/installer/packager.py", line 157, in precompile_cache
errors.fatal('Error while running startup cache precompilation')
File "/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/mozilla/python/mozbuild/mozpack/errors.py", line 101, in fatal
self._handle(self.FATAL, msg)
File "/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/mozilla/python/mozbuild/mozpack/errors.py", line 96, in _handle
raise ErrorMessage(msg)
mozpack.errors.ErrorMessage: Error: Error while running startup cache precompilation
/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/mozilla/toolkit/mozapps/installer/packager.mk:696: recipe for target 'stage-package' failed
make[3]: *** [stage-package] Error 1
make[3]: Leaving directory '/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/obj-x86_64-unknown-linux-gnu/mail/installer'
/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/mozilla/toolkit/mozapps/installer/packager.mk:742: recipe for target 'make-package' failed
make[2]: *** [make-package] Error 2
make[2]: Leaving directory '/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/obj-x86_64-unknown-linux-gnu/mail/installer'
/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/config/rules.mk:490: recipe for target 'default' failed
make[1]: *** [default] Error 2
make[1]: Leaving directory '/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/obj-x86_64-unknown-linux-gnu/mail/installer'
/tmp/yaourt-tmp-pedro/aur-thunderbird-beta/src/comm-beta/mozilla/../mail/build.mk:10: recipe for target 'package' failed
make: *** [package] Error 2

Burning_aces commented on 2015-02-17 13:09

-> Moving stuff in place...
cp: cannot create directory ‘/home/twitch/Downloads/thunderbird-beta/pkg/thunderbird-beta/opt/thunderbird-beta-36.0b1’: No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

Also experiencing this issue every time I run makepkg. Searched through the pkgbuild etc files and couldn't see why it was throwing up an issue, although I know very little of proper formatting in pkgbuilds.

Det commented on 2015-02-16 18:57

Fixed.

Burning_aces commented on 2015-02-16 15:15

Has something happened with the build?
I haven't tried to change anything...

/tmp/yaourt-tmp-baces/aur-thunderbird-beta/./tmp.8aUXGg3odH: line 31: syntax error near unexpected token `)'
/tmp/yaourt-tmp-baces/aur-thunderbird-beta/./tmp.8aUXGg3odH: line 31: ` 'vendor.js')'
==> ERROR: Failed to source /tmp/yaourt-tmp-baces/aur-thunderbird-beta/./tmp.8aUXGg3odH
Unable to read PKGBUILD
==> ERROR: unable to update

Burning_aces commented on 2014-11-13 14:06

Cool, thanks.

Det commented on 2014-11-12 10:59

Ok, fixed. They changed the directory of the tarball after 'make package', which is now "obj-x86_64-unknown-linux-gnu/dist/" instead of "obj-x86_64-unknown-linux-gnu/mozilla/dist/".

Det commented on 2014-11-12 09:07

Well, I've fixed the checksums and am building to see what's wrong.

Burning_aces commented on 2014-11-12 07:51

Integrity checks fail, and when you makepkg --skipinteg I believe it fails to build. Will edit comment with details when I can.

Burning_aces commented on 2014-11-12 07:51

Integrity checks fail, and when you makepkg --skipinteg I believe it fails to build. Will edit comment with details when I can.

Det commented on 2012-04-25 21:59

Sorry. Don't care about these things anymore. Moved on to the stable [extra] thunderbird.

Det commented on 2011-09-07 18:10

In case anybody is getting the same thing (or I forget about this) the fix I found is to create a big enough swap to prevent ld from being killed by the OOM Killer.

The thing is that ld is taking too much RAM so it needs to swap to be able to run correctly. I'm not sure yet, if ld simply wants to use _all_ of my RAM (4GB - some of which is obviously in use) but that might just be it.

I'm currently trying to use [extra]'s thunderbird's PKGBUILD and see if there's something wrong with mine. If not, I'll create a topic about this in http://forums.mozillazine.org/.

E: but of course, you can just use thunderbird-beta-bin (https://aur.archlinux.org/packages.php?ID=45630) or [extra]'s thunderbird (6.0.2) in the meantime, if you wish.

E2: I still have to create the swap file, no matter what. Here's the topic, let's see if I get any responses: http://forums.mozillazine.org/viewtopic.php?f=42&t=2300015

Det commented on 2011-09-07 18:07

I still have to create the swap file, no matter what.

Here's the topic, let's see if I get any responses: http://forums.mozillazine.org/viewtopic.php?f=42&t=2300015

Det commented on 2011-09-07 16:22

In case anybody is getting the same thing (or I forget about this) the fix I found is to create a big enough swap to prevent ld from being killed by OOM.

The thing is that ld is taking too much RAM there so it needs a swap to be able to run correctly. I'm not sure yet if ld wants the exact same amount of free memory as my RAM (4GB - some of which is obviously in use) but that might just be it.

I'm currently trying to use [extra]'s thunderbird's PKGBUILD and see if there's something wrong with mine. If not, I'll create a topic about this in http://forums.mozillazine.org/.

E: but of course, you can just use thunderbird-beta-bin (https://aur.archlinux.org/packages.php?ID=45630) or [extra]'s thunderbird (6.0.2) in the meantime, if you wish.

Det commented on 2011-09-07 16:22

In case anybody is getting the same thing (or I forget about this) the fix I found is to create a big enough swap to prevent ld from being killed by OOM.

The thing is that ld is taking too much RAM there so it needs a swap to be able to run correctly. I'm not sure yet if ld wants the exact same amount of free memory as my RAM (4GB - some of which is obviously in use) but that might just be it.

I'm currently trying to use [extra]'s thunderbird's PKGBUILD and see if there's something wrong with mine. If not, I'll create a topic about this in http://forums.mozillazine.org/.

E: but of course, you can just use thunderbird-beta-bin (https://aur.archlinux.org/packages.php?ID=45630) or [extra]'s thunderbird (6.0.2) in the meantime.

Det commented on 2011-09-07 16:21

In case anybody is getting the same thing (or I forget about this) the fix I found is to create a big enough swap to prevent ld from being killed by OOM.

The thing is that ld is taking too much RAM there so it needs a swap to be able to run correctly. I'm not sure yet if ld wants the exact same amount of free memory as my RAM (4GB - some of which is obviously in use) but that might just be it.

I'm currently trying to use [extra]'s thunderbird's PKGBUILD and see if there's something wrong with mine. If not, I'll create a topic about this in http://forums.mozillazine.org/.

Det commented on 2011-09-07 13:43

Dunno about you guys but my builds have started to fail with this error (including 7.0b2): http://pastebin.com/1Uy5mSLs

It might be caused by my C(XX)FLAGS, so I'll try to change:

CFLAGS="-march=native -fomit-frame-pointer [...]"

to:

CFLAGS="-march=x86-64 -mtune=generic [...]"


and report back.

Det commented on 2011-06-29 13:38

Updated and synced with [extra]'s thunderbird: http://projects.archlinux.org/svntogit/packages.git/commit/thunderbird/trunk?id=0152cdc408391efa15aea9153f5a8badd227bc88

Det commented on 2011-06-27 11:10

Thanks for the response.

Det commented on 2011-06-16 14:54

Sooo that's a 'no' then?

Det commented on 2011-06-06 16:17

Oh, okay. Good to know.

E: But you mean that that is the _only_ reason then?

Det commented on 2011-06-06 16:16

Oh, okay. Good to know.

Anonymous comment on 2011-06-06 16:12

Actually, this is not the reason, specifically for Thunderbird.

They just want (and that is the right thing to do) the Thunderbird version to reflect the version of the (much) common code they share with Firefox.

Det commented on 2011-06-06 12:54

"Umm", check the source url :). It says "31-May-2011 17:39".

E: Yeah, and if you wonder _why_ did they jump 'over' 4.0 the answer is the same as with firefox (where the stable is 4.0, beta is 5.0b3 and the nightly is 7.0a1). They just have begun using the same development cycle as Google has with Chrome/Chromium. I suppose they reckon not only will it speed-up development but also the users like the rapid release cycle.

Det commented on 2011-06-06 12:40

"Umm", check the source url :). It says "31-May-2011 17:39".

jackoneill commented on 2011-06-06 12:39

Umm, when did this become 5.0b1 ? Last time I checked, it was 3.3a3...

Det commented on 2011-06-06 12:21

Hunspell 1.3 rebuild - amongst other minor changes.

Det commented on 2011-03-27 10:17

Now builds with system cairo/nspr. Libnotify seems to be needed only in the buildtime. I still got "You have X new messages" notifications without libnotify.

jackoneill commented on 2011-03-26 14:47

Made a bug report: http://code.google.com/p/firetray/issues/detail?id=156 , in case anyone is interested.

jackoneill commented on 2011-03-26 14:30

So far so good.

Notifications via libnotify seem to work, and I saw no graphical glitches (compiled with --enable-system-cairo).

Unfortunately firetray (0.2.8 and 0.2.9-dev) doesn't work. The install.rdf says the max version is 3.2.*. I changed that to 3.3.*, but the icon doesn't show up in the tray.

Det commented on 2011-03-26 13:13

>Nah, I can wait for this to compile.
You say that now but you'll get fed up with it in the end :). Especially if a new version was released later that day with just a tiny tiny fix that makes the whole program to actually start up.

About cairo (1.10.2), I'm not sure. It's still disabled with [extra]'s thunderbird, though. You can test that on the same go, if you like.

jackoneill commented on 2011-03-26 13:02

>E: To take a quick test you can always install the -bin version ('thunderbird-beta-bin') and see for yourself.

Nah, I can wait for this to compile.

By the way, is system cairo still causing problems?

Det commented on 2011-03-26 12:57

Hey, yeah, the "a" stands for "alpha". This version is quite stable, expect when you rapidly do things like delete your mails that causes the 'red crosses' not to be shown in all of them. Stuff like that.

This should indeed depend on 'libnotify'. I'll try to remember adding it.

E: To take a quick test you can always install the -bin version ('thunderbird-beta-bin') and see for yourself.

Det commented on 2011-03-26 12:56

Hey, yeah, the "a" stands for "alpha". This package is quite usable, expect when you rapidly do things like delete your mails that causes the 'red crosses' not to be shown in all of them. Stuff like that.

This should indeed depend on 'libnotify'. I'll try to remember adding it.

jackoneill commented on 2011-03-26 12:46

How usable is this? The 'a' in $pkgver means it's alpha, right?

Also, does this use libnotify for notifications? If yes, why does it not depend on libnotify?

Det commented on 2011-03-19 15:57

Fixed.

Anonymous comment on 2011-03-19 13:01

64bits

patching file mozilla/toolkit/system/gnome/nsAlertsIconListener.cpp
Hunk #1 FAILED at 218.
1 out of 1 hunk FAILED -- saving rejects to file mozilla/toolkit/system/gnome/nsAlertsIconListener.cpp.rej
Abortando...
==> ERROR: Makepkg was unable to build thunderbird-beta.

Det commented on 2011-02-11 15:46

Added an optional Profile-Guided Optimization (PGO) and created 'thunderbird-hg' (mercurial version): http://aur.archlinux.org/packages.php?ID=46396 & 'thunderbird-nightly' (daily trunk build): http://aur.archlinux.org/packages.php?ID=46400

Det commented on 2011-02-11 12:29

Added an optional Profile-Guided Optimization (PGO) and created 'thunderbird-hg': http://aur.archlinux.org/packages.php?ID=46396

Det commented on 2011-02-11 12:28

Added an optional Profile-Guided Optimizatino (PGO) and created 'thunderbird-hg': http://aur.archlinux.org/packages.php?ID=46396

Det commented on 2011-02-11 12:28

Added an optional Profile-Guided Optimizatino (PGO) and created a 'thunderbird-hg': http://aur.archlinux.org/packages.php?ID=46396

Det commented on 2011-02-11 10:32

Added an optional PGO and created a (broken) 'thunderbird-hg': http://aur.archlinux.org/packages.php?ID=46396

Det commented on 2011-01-24 15:13

Finally managed to find out why all my vlc/thunderbird builds were failing. The reason was libnotify-dev (v0.7.1). Reverted back to the repo one (0.5.2) and everything is fine again.

Det commented on 2011-01-21 19:45

There we go: http://aur.archlinux.org/packages.php?ID=45630

I've actually moved to the binary version myself since for one I can't even get this one nor 3.3a1 to compile (it used to, though) but also since I see absolutely no difference in the speed of the application. I'd suppose a self-compiled thunderbird with the build optimizations is like 3% to 5% faster than the binary version so it ain't really worth it to go through the hour of compilation, imo.

Det commented on 2011-01-21 08:10

3.3a2 released. I'll also be uploading a binary version (thunderbird-beta-bin) for those who can't stand the long compilation times.

Det commented on 2011-01-21 08:09

3.3a2 released. I'll also be uploading a -bin version (thunderbird-beta-bin).

Det commented on 2011-01-05 15:52

The build _should_ take forever :) (same with Firefox, Chromium, Evolution, etc.). But if you really managed to build it then I guess my build error is caused by some x86_64 package or the use of [testing] :l.

snoxu commented on 2011-01-05 14:14

Update: it managed to build fine today and I'm now running TB 3.3 alpha 1. Don't know why it didn't build yesterday. Other than uninstalling TB 3.1 I made no changes in my system.

p.s. The build took forever, a few hours or so.

snoxu commented on 2011-01-05 00:18

I have no idea what they are. I'm building it in my home directory.

Det commented on 2011-01-04 19:59

Well, the build fails with [extra]'s thunderbird too and I'll try to figure out what update caused that but your error is different. I mean what is that "Trash" stuff about? Are you building in your Trash folder?

E: Guh. I tried with [core]'s gcc-libs and [extra]'s glib2 (instead of glib2-newest) but neither helped in my case. Can't reallly think of anything :p.

Det commented on 2011-01-04 18:02

Happens with [extra]'s thunderbird too. I'll try to figure out what update caused that.

snoxu commented on 2011-01-04 17:25

I haven't been able to build this:

creating ldap/libraries/libutil/Makefile
make[1]: Leaving directory `/home/hugo/.local/share/Trash/files/thunderbird-beta/src/comm-central'
make -C /home/hugo/.local/share/Trash/files/thunderbird-beta/src/comm-central/obj-i686-pc-linux-gnu
make[1]: Entering directory `/home/hugo/.local/share/Trash/files/thunderbird-beta/src/comm-central/obj-i686-pc-linux-gnu'
Makefile:56: /home/hugo/builds/thunderbird-beta/src/comm-central/mail/build.mk: No such file or directory
Makefile:59: /home/hugo/builds/thunderbird-beta/src/comm-central/config/config.mk: No such file or directory
Makefile:64: /home/hugo/builds/thunderbird-beta/src/comm-central/bridge/bridge.mk: No such file or directory
Makefile:107: /home/hugo/builds/thunderbird-beta/src/comm-central/mozilla/toolkit/mozapps/installer/package-name.mk: No such file or directory
Makefile:117: /home/hugo/builds/thunderbird-beta/src/comm-central/config/rules.mk: No such file or directory
make[1]: *** No rule to make target `/home/hugo/builds/thunderbird-beta/src/comm-central/config/rules.mk'. Stop.
make[1]: Leaving directory `/home/hugo/.local/share/Trash/files/thunderbird-beta/src/comm-central/obj-i686-pc-linux-gnu'
make: *** [build] Error 2
A cancelar...

Det commented on 2010-12-29 11:46

No longer. Thanks.

Anonymous comment on 2010-12-29 11:34

The thunderbird-beta.desktop has an Exec of "thunderbird" instead of "thunderbird-beta"

Det commented on 2010-12-14 15:44

That's what I'm here for. Breaking and fixing my PKGBUILDs.

Anonymous comment on 2010-12-13 23:53

Thanks this compiled fine yesterday night.

Det commented on 2010-12-11 15:30

Thanks. I'll never grow old with these one mark mistakes.

Det commented on 2010-12-11 15:00

Thanks. I'll never grow old with this one mark mistakes.

wonder commented on 2010-12-11 13:14

missing ) at depends

Det commented on 2010-12-11 12:24

Enabled system hunspell/sqlite instead of the built-in ones. Those that really want them as system-sided can rebuild this thing if they wish.

Det commented on 2010-12-11 12:22

Enabled system hunspell/sqlite. You can rebuild this thing if you wish.

Det commented on 2010-12-02 09:46

Of course I did =). The problem lies with the "object directory" and its name. With my 64-bit Arch it is "obj-x86_64-unknown-gnu-linux" but with the 32-bit i686 systems it's apparently changing based on the system even though the processor architecture would still be "i686".

So what I did was that I just changed the cd line for the object directory to just "obj-*" so that whatever the ending is, it will be cd'd automatically.

hellnest commented on 2010-12-01 21:04

test to build it now.. u change the PKGBUILD only right?

Det commented on 2010-12-01 20:10

And now =)?

Det commented on 2010-12-01 20:10

And now :D?

Det commented on 2010-12-01 20:02

It would've helped if you told the error message. If it's the same as with mwhapples, could you post the full name of the "obj-*" folder you see in "...[package path]/thunderbird-beta/src/comm-central/".

Det commented on 2010-12-01 19:58

You get the same error message?

hellnest commented on 2010-12-01 19:49

Not working

Det commented on 2010-12-01 12:48

Does it work now?

Det commented on 2010-11-30 21:15

You're using a 32-bit system. Please tell me the directory name you see in "/home/mike/pkgbuild/thunderbird-beta/src/comm-central/obj-[SOME PROCESSOR ARCHITECTURE]-unknown-linux-gnu" and I can fix it ASAP.

I'm running 64-bit system myself and thought since for me the 'arch value' of the 'object directory' (that folder path) is "x86_64" it should be "i686" with the i686 users - so if you could just tell me what it _really_ should be that'd be great :).

Det commented on 2010-11-30 21:13

You're using a 32-bit system. Please tell me the directory name you see in "/home/mike/pkgbuild/thunderbird-beta/src/comm-central/obj-[SOME PROCESSOR ARCHITECTURE]-unknown-linux-gnu" and I can fix it ASAP.

I'm running 64-bit system myself and thought since the arch value in the 'object directory' (that folder path) for me is "x86_64" it should be "i686" with the "i686" users - so if you could just tell me what it _really_ should be :).

Det commented on 2010-11-30 21:12

You're using a 32-bit system. Please tell me the directory name you see in "/home/mike/pkgbuild/thunderbird-beta/src/comm-central/obj-[SOME PROCESSOR ARCHITECHTURE]-unknown-linux-gnu" and I can fix it ASAP.

I'm running 64-bit system myself and thought since the arch value in the 'object directory' (that folder path) for me is "x86_64" it should be "i686" with the "i686" users - so if you could just tell me what it _really_ should be :).

Det commented on 2010-11-30 21:11

You're using a 32-bit system. Please tell me the directory name you see in "/home/mike/pkgbuild/thunderbird-beta/src/comm-central/obj-[SOME PROCESSOR ARCHITECHTURE]-unknown-linux-gnu" and I can fix it ASAP.

I'm running 64-bit system myself and thought since the arch in the 'object directory' for me is "x86_64" it should be "i686" with the "i686" users - so if you could just tell me what's name of the directory _you_ have :).

Anonymous comment on 2010-11-30 18:30

I get makepkg exiting with the following error:
/home/mike/pkgbuild/thunderbird-beta/PKGBUILD: line 45: cd: /home/mike/pkgbuild/thunderbird-beta/src/comm-central/obj-i686-unknown-linux-gnu: No such file or directory

Det commented on 2010-11-26 21:15

Ok, now it _really_ works. It can also be installed side-by-side with [extra]'s thunderbird (the name of the main binary is the package name, 'thunderbird-beta').

Det commented on 2010-11-26 19:31

Ok, now it works again.

Det commented on 2010-11-26 19:27

Ok, now the build works again.

Det commented on 2010-11-24 21:36

Please do not try to build this thing for now since it will only waste your time. The build fails in the beginning of the package() function with the classic "make: *** No rule to make target `install'. Stop."

Det commented on 2010-11-24 20:24

Thunderbird 3.3 ("Miramar") Alpha 1 has just been released. To save the enthusiastic Thunderbird users a couple seconds of Googling you can check out the known bugs, release notes, etc. in here: http://www.mozillamessaging.com/en-US/thunderbird/3.3a1/releasenotes/

Det commented on 2010-11-24 13:27

Thunderbird 3.3 ("Miramar") Alpha 1 has just been released. To save the enthusiastic Thunderbird users a couple seconds of Googling you can check out the known bugs, release notes, of the new Thunderbird etc. in here: http://www.mozillamessaging.com/en-US/thunderbird/3.3a1/releasenotes/

Det commented on 2010-11-24 13:27

Thunderbird 3.3 ("Miramar") Alpha 1 has just been released. To save the enthusiastic Thunderbird users a couple seconds of googling you can check out the known bugs, release notes, etc. here: http://www.mozillamessaging.com/en-US/thunderbird/3.3a1/releasenotes/

Det commented on 2010-10-19 21:46

Synced with [extra]'s thunderbird. The only visible change is the python 2.7 patch.

Det commented on 2010-10-14 07:59

Anonymo, I'm sorry if it's hard to understand but this package is not out-of-date so if you didn't flag it that'd be nice.

Det commented on 2010-09-29 14:35

Sync with [extra]'s thunderbird. Log says: "Build with internal cairo (FS#20868, FS#19005)" (meaning [extra]'s buggy Cairo 1.10 is not used).

Det commented on 2010-09-29 14:34

Sync with [extra]'s thunderbird. Log says: "Build with internal cairo (FS#20868, FS#19005)". (Meaning [extra]'s buggy Cairo 1.10 is not used).

Det commented on 2010-09-29 14:34

Sync with [extra]'s thunderbird. Log says: "Build with internal cairo (FS#20868, FS#19005)". <- Meaning cairo 1.10 that has bugs.

Det commented on 2010-09-29 08:38

Sync with [extra]'s thunderbird. Log: Build with internal cairo (FS#20868, FS#19005). <- Meaning cairo 1.10 that has bugs.

Det commented on 2010-09-29 08:37

Sync with [extra]'s thunderbird. Log: Build with internal cairo (FS#20868, FS#19005).

Det commented on 2010-09-08 12:24

Sync with [extra]'s thunderbird. Removed the versioning of the gcc-libs dependency.

Det commented on 2010-08-05 17:59

Tired of listing the contributors/maintainers of the official package. Don't need to do that anymore.

Det commented on 2010-07-21 16:31

Sync with the [Extra]'s thunderbird. Just removed the options=(!makeflag) line and added the -j1 option for make (so there's only one 'make job' running at a time) to the PKGBUILD. No need to bump the pkgrel or rebuild.

Det commented on 2010-07-20 13:15

Now your 3.1.1 has been released.

Det commented on 2010-07-17 14:55

Uh, yeah, good one:

"Note: these are intended for pre-release testing and are not recommended
for production use."

Anything else you want to hand-out as a proof :D? _Trust-me_ it is _NOT_ even beta. It's just a common way of defining unstable software. It doesn't necessarily mean that it's actually even in that level.

wonder commented on 2010-07-17 13:14

clearly is a beta since they call it like this:

http://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/f7cd457bceb5ab1f#

Det commented on 2010-07-17 06:13

Yeah, despite the quite clear fact that it's not a beta but a nightly (a candidate (or a pre-release) of version 3.1.1) as you can see from the url and the fact that it's "build 2" of "3.1.1-candidate2" and not "3.1.1b1" :). The next beta will actually be from 3.2 because that's the next one that has something major in its changes, 3.1.1 will just be a bug fix release. The thing just is that all those bug fixes will not be complete in a single snap produced by a thumb and a middle finger and that's why there's often those (even compiled) "nightlies" and "candidates" for testers even to those minor updates, hence the inevitable production of this case we have detected here.

You are free to toy with them as much as you like but I'm not interested in going _that_ far with this (or any other of my 'bleeding edge') package(s). Even I do have my limits. The reason for that is simply my experience and knowledge :).

Det commented on 2010-07-16 16:23

Yeah, despite the quite clear fact that it's not a beta but a nightly (a candidate (or a pre-release) of version 3.1.1) as you can see from the url and the fact that it's "build 2" of "3.1.1-candidate2" and not "3.1.1b1" :). The next beta will actually be from 3.2 because that's the next one that has something major in its changes, 3.1.1 will just be a bug fix release. The thing just is that all those bug fixes will not be complete in a single snap produced by a thumb and a middle finger and that's why there's often those (even compiled) "nighlties" and "candidates" for testers even to those minor updates, hence the inevitable production of this case we have detected here.

You are free to toy with them as much as you like but I'm not interested in going _that_ far with this (or any other of my 'bleeding edge') package(s). Even I do have my limits. The reason for that is simply my experience and knowledge :).

Det commented on 2010-07-16 16:21

Yeah, despite the quite clear fact that it's not a beta but a nightly (a candidate (or a pre-release) of version 3.1.1) as you can see from the url and the fact that it's "build 2" of "3.1.1-candidate2" and not "3.1.1b1" :). The next beta will actually be from 3.2 because that's the next one that has something major in its changes, 3.1.1 will just be a bug fix release. The thing just is that all those bug fixes will not be complete in a single snap produced by a thumb and a middle finger and that's why there's often those (even compiled) "nighlties" and "candidates" for testers even to those minor updates, hence the inevitable production of this case we have detected here.

You are free to toy with them as much as you like but I'm not interested in going _that_ far with this (or any other of my 'bleeding edge') package(s). Even I do have my limits. The reason for that is simply experience and knowledge :).

Det commented on 2010-07-16 16:14

Yeah, despite the quite clear fact that it's not a beta but a nightly (a candidate (or a pre-release) version of 3.1.1) as you can see from the url and the fact that it's "build 2" of "3.1.1-candidate2" and not "3.1.1b1" :) (the next beta will actually be from 3.2 because that's the next one that has something major in its changes, 3.1.1 will just be a bug fix release. The thing just is that all those fixes will not be complete in a single snap produced by a thumb and a middle finger and that's why there's often those "nighlties" and "candidates" for testers even for minor version updates).

You are free to toy with them as much as you like but I'm not interested in going _that_ far with this (or any other of my 'bleeding edge') package(s).

Det commented on 2010-07-16 16:14

Except it's quite clearly not a beta but a nightly (a candidate (or a pre-release) version of 3.1.1) as you can see from the url and the fact that it's "build 2" of "3.1.1-candidate2" and not "3.1.1b1" :) (the next beta will actually be from 3.2 because that's the next one that has something major in its changes, 3.1.1 will just be a bug fix release. The thing just is that all those fixes will not be complete in a single snap produced by a thumb and a middle finger and that's why there's often those "nighlties" and "candidates" for testers even for minor version updates).

You are free to toy with them as much as you like but I'm not interested in going _that_ far with this (or any other of my 'bleeding edge') package(s).

Det commented on 2010-07-16 16:13

Except it's quite clearly not a beta, it's a nightly (a candidate (or a pre-release) version of 3.1.1) as you can see from the url and the fact that it's "build 2" of "3.1.1-candidate2" and not "3.1.1b1" :) (the next beta will actually be from 3.2 because that's the next one that has something major in its changes, 3.1.1 will just be a bug fix release. The thing just is that all those fixes will not be complete in a single snap produced by a thumb and a middle finger and that's why there's often those "nighlties" and "candidates" for testers even for minor version updates).

You are free to toy with them as much as you like but I'm not interested in going _that_ far with this (or any other of my 'bleeding edge') package(s).

Det commented on 2010-07-16 16:07

Except it's not a beta, it's a nightly (a candidate (or a pre-release) version of 3.1.1).

You are free to toy with them as much as you like but I'm not interested in going _that_ far with this (or any other of my 'bleeding edge') package(s).

Det commented on 2010-07-16 16:05

Except it's not a beta, it's a nightly (a candidate (or a pre-release) version of 3.1.1).

You are free to toy with them as much as you like but I'm not interested to go that far with this package.

wonder commented on 2010-07-16 14:02

http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/3.1.1-candidates/build2/source/

wonder commented on 2010-07-16 14:01

@Det the beta version is 3.1.1

Det commented on 2010-07-16 13:50

Minor stuff with the PKGBUILD.

Det commented on 2010-06-29 13:21

Added the package() function.

Det commented on 2010-06-26 12:12

@wantilles, I succeed in building with "ac_add_options --enable-calendar" (takes like a decade to build this thing) but I can't find the damn thing in Thunderbird..

I tested the Lightning 1.0beta2 AddOn (addons.mozilla.org) and the latest nightly one but either of those even installed so maybe that's the reason.

At least the people on the "Lightning Nightly Updater (Unofficial)" and "Lightning" AddOn pages in addons.mozilla.org complain about Lightning not working with Thunderbird 3.1.

E: Is this integrated calendar separate from the Lightining AddOn?

Det commented on 2010-06-26 12:11

@wantilles, I succeed in building with "ac_add_options --enable-calendar" (takes like a decade to build this thing) but I can't find the damn thing in Thunderbird..

I tested the Lightning 1.0beta2 AddOn (addons.mozilla.org) and the latest nightly one but either of those even installed so maybe that's the reason.

At least the people on the "Lightning Nightly Updater (Unofficial)" and "Lightning" AddOn pages in addons.mozilla.org complain about Lightning not working with Thunderbird 3.1.

Det commented on 2010-06-26 11:34

@wantilles, I get this thing to build with "ac_add_options --enable-calendar" (the building takes like a decade) but I can't find the damn thing in Thunderbird..

I tested the Lightning 1.0beta2 AddOn (addons.mozilla.org) and the latest nightly one but either of those even installed so maybe that's the reason.

At least the people on the "Lightning Nightly Updater (Unofficial)" and "Lightning" AddOn pages in addons.mozilla.org complain about Lightning not working with Thunderbird 3.1.

Det commented on 2010-06-26 11:32

@wantilles, I get this thing to build with "ac_add_options --enable-calendar" but I can't find the damn thing in Thunderbird..

I tested the Lightning 1.0beta2 AddOn (addons.mozilla.org) and the latest nightly one but either of those even installed so maybe that's the reason.

At least the people on the "Lightning Nightly Updater (Unofficial)" and "Lightning" AddOn pages in addons.mozilla.org complain about Lightning not working with Thunderbird 3.1.

Det commented on 2010-06-26 11:31

@wantilles, I get this thing to build with "ac_add_options --enable-calendar" but I can't find the damn thing in Thunderbird..

I tested the Lightning 1.0beta2 AddOn (addons.mozilla.org) and the latest nightly one but either of those even installed so maybe that's the reason.

At least the people in the "Lightning Nightly Updater (Unofficial)" and "Lightning" pages in addons.mozilla.org complain about Lightning not working with Thunderbird 3.1.

Det commented on 2010-06-26 11:31

@wantilles, I get this thing to build with "ac_add_options --enable-calendar" but I can't find the damn thing..

I tested the lightning 1.0beta2 (addons.mozilla.org) and the latest nightly but either of them even installed so maybe that's the reason.

At least the people in the "Lightning Nightly Updater (Unofficial)" and "Lightning" pages in addons.mozilla.org complain about Lightning not working with Thunderbird 3.1.

Det commented on 2010-06-26 10:19

There we go.

Anonymous comment on 2010-06-24 23:25

Does the calendar build/work on you?

I added it in the mozconfig, but it does not get built.

Det commented on 2010-06-11 08:19

There, done.

Det commented on 2010-06-10 15:49

No need to say which version is available. Flagging is enough.

It would be even better to update yourself.

aignas commented on 2010-06-09 21:49

3.1rc2 available

Det commented on 2010-06-07 15:30

I'm currently having the whole summer lasting game streak with Windows. Anybody who wants can adopt this package if he/she likes.

Farewell (maybe forever).

Det commented on 2010-05-27 17:19

RC stage.