Bug 63999 - mail-client/mozilla-thunderbird-0.8 version bump
|
Bug#:
63999
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: mozilla@gentoo.org
|
Reported By: opensource@till.name
|
|
Component: Ebuilds
|
|
|
URL:
http://www.mozilla.org/products/thunderbird/releases/
|
|
Summary: mail-client/mozilla-thunderbird-0.8 version bump
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-09-14 08:02 0000
|
mail-client/mozilla-thunderbird-0.8 is out, 0.7.3 in portage
Reproducible: Always
Steps to Reproduce:
tested the ebuild... works for me, but I get this "abnormal" output during the
install:
>>> Install mozilla-thunderbird-bin-0.8 into /tmp/portage/mozilla-thunderbird-bin-0.8/image/ category mail-client
gnome
* Extracting firefox-bin-0.8 initialization files
tar:
/usr/portage/mail-client/mozilla-thunderbird-bin/files/thunderbird-bin-0.8-init.tar.bz2:
Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors
man:
... (other stuff)
copy
/usr/portage/mail-client/mozilla-thunderbird-bin/files/thunderbird-bin-0.7-init.tar.bz2
to thunderbird-bin-0.8-init.tar.bz2 in your overlay FILESDIR
I just tried to compile Tb 0.8 from source, but I got the same compile error
that was reported for Firefox 0.10 in bug 63850. May have something to do with
the --enable-single-profile configure option (haven't tried yet), but what does
this option mean?
Created an attachment (id=39649) [details]
mozilla-thunderbird-0.8.ebuild
source ebuild with "--enable-single-profile" included.
this option appears to disable multiple profile support entirely, which could
be construed as a Bad Thing(tm).
mozdev.org was down for a while today, hence the "connection refused".
Thanks for the ebuild, works for me.
However, the first time I installed the ebuild, Tb wouldn't display any mails and segfaulted when I clicked on a toolbar button. I then reinstalled, and started Tb as root the first time, now it seems to run properly (don't know what the problem was, however). Anyone with similar experience?
I found little information about the --enable-single-profile configuration option, but at least it is listed in the file mozilla/mail/config/mozconfig in the source tarball, so I suppose it is one of the standard options for building Tb. I also looked into some mozilla.org Tinderbox build logfiles, and they also use the option for configuring their official Tb (and Firefox) builds. So it's probably not a Bad Thing.
have the same problem.
running as root doesn't help, i'm now trying recompiling and then running it as root right the first time. will report back then.
In regargs to Comment #9, I am also seeing similar issues. The folder list on
the left was grey, and clicking get mail resulted in nothing at all. I found it
100% useless to me so I removed it and installed the last version I had. I was
going to file a seperate bug on this, if you're aware of one let me know.
Gentoo Base System version 1.4.3.8p1
Portage 2.0.50-r11 (default-x86-1.4, gcc-3.2.3, glibc-2.3.4.20040808-r0, 2.6.7)
=================================================================
System uname: 2.6.7 i686 Pentium III (Katmai)
distcc 2.17 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59
Automake: sys-devel/automake-1.8.5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-mcpu=pentium3 -O2 -pipe -fomit-frame-pointer -mmmx -msse
-mfpmath=sse,387"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config
/usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/fax /usr/lib/mozilla/defaults/pref
/usr/share/config /var/bind /var/qmail/control /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-mcpu=pentium3 -O2 -pipe -fomit-frame-pointer -mmmx -msse
-mfpmath=sse,387"
DISTDIR="/var/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache notitles sandbox"
GENTOO_MIRRORS="ftp://gentoo.mirrors.pair.com/
http://mirror.datapipe.net/gentoo http://open-systems.ufl.edu/mirrors/gentoo
ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ ftp://gentoo.ccccom.com"
MAKEOPTS="-j3"
PKGDIR="/var/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/var/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X apache2 apm avi berkdb bitmap-fonts cdr chroot crypt cups encode esd
foomaticdb gdbm gif gnome gpm gtk gtk2 imlib java jpeg kde kerberos ldap libg++
libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss
pam pdflib perl png python qt quicktime readline sdl slang snmp
spell sse ssl svga tcpd tiff truetype x86 xml2 xmms xprint xv zlib"
Just wanted to mention I had roughly these problems (the first time I opened it
with 0.8 it was totally empty, without folders or anything. after a close/open
it showed folders, but hung on opening them, and clicking toolbar buttons would
crash it). The compreg.dat removal worked beautifully.
Similar problem as in http://bugs.gentoo.org/show_bug.cgi?id=63999#c14
First run of upgraded version crashed completely. Second run hung on compacting folders running forever. Third run hung on getting mail running forever. compreg.dat removal worked for me as well.
Thanks guys. I fixed mozilla-launcher so that it will recognize the first run
of thunderbird after the program is updated. It will delete compreg.dat in
that case so it can be rebuilt.
It can't be done in the ebuild because the file lives in user home directories.
It should be done at run-time which is why it's handled in mozilla-launcher.
The updated version is 1.20 and is marked ~arch for testing
It only does it for thunderbird currently? You may want to make it so it does
it for Firefox as well. I had some strange issues with 1.0pre and solved them
the same way.
It's for all of them (firefox, sunbird, thunderbird, mozilla)
You might also want to look at the merits of removing chrome.rdf at the same
time as compreg.dat.
I had a problem moving from firefox 0.9x to 0.10x that was solved by removing
chrome.rdf. There are a couple of bugs reported in the mozilla bugzilla that
are also solved this way.
Good idea. Fixed in mozilla-launcher-1.21