The ebuild currently says: # This puppy needs libical, which is not in portage yet. Also make mozilla # depend on swig, so not sure if its the best idea around to enable ... # if [ -n "`use mozcalendar`" ] # then # myconf="${myconf} --enable-calendar" # fi Well, libical-moz is in the portage tree now (need to set dependacy). As far as I know swig isn't a dependacy anymore and calendar is pretty dang stable. So maybe time to atleast allow the use of 'mozcalendar' flag if not enable it by default?
1.3_beta at least do not compile. Ill check 1.2.1 if I get the time.
It compiles for me. I'm using 1.3_beta. All I did was uncomment the mozcalendar flags and then 'USE="mozcalendar" emerge mozilla'.
I tried 1.2.1 using the method mentioned earlier today and make gave me an export error when working in the calendar directory late in the build process. Unfortunately I did save the error. I'm currently building 1.3.
I got 1.3 installed using the method described and it compiled. However when running the calendar app, none of the calendar boxes had dates in them and the month wasn't printed at the top, so I'm guessing its still not quite ready for primetime.
The behavior you mention occurs when libical-moz isn't properly installed. Perhaps attempt reinstalling it? I dont think you need to recompile mozilla. (I didn't.)
I've already went back down to the stable branch unfortunately and I'm not going to spend another 6 hours compiling the beta, at least not today. libical was up-to-date, though I question whether installing the xpi from the mozilla website may have overwritten something.
This XPI install issue is definetly a problem because the XPIs from Mozilla.org are currently being built with GCC 2.9x and it's not compatible with GCC 3.2.x mozillas. This means the only way to get calendar on Gentoo as of this moment is to compile it with your Mozilla install. I suspect that the XPI borked somthing, as well.
Well, I managed to get 1.3 compiled again. I re-emerged the mozical package and that fixed everything. So, the calendar component seems to work in 1.3 if you uncomment those lines from the ebuild script and put mozcalendar in your USE settings as per Jason's example. The XPI definately screws stuff up.
I've confirmed Calendar is working in 1.3 final as well in both GTK and GTK2 mode. I complied without strip-flags and at -O3.
Maybe I am stupid or something, but this is what I get every time I install libical-moz and add the --enable-calendar flag: ------------------------------------------------------------------------------- nosferatu calendar # make make export make[1]: Entering directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/ calendar' make[2]: Entering directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/ calendar/libxpical' ../../config/nsinstall -R -m 644 oeIICal.idl ../../dist/idl ../../config/nsinstall -R -m 644 _xpidlgen/oeIICal.h ../../dist/include/calendar /usr/bin/perl -I../../config ../../config/build-list.pl ../../dist/include/calen dar/.headerlist oeIICal.h make[2]: Leaving directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/c alendar/libxpical' make[2]: Entering directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/ calendar/resources' make[2]: Nothing to be done for `export'. make[2]: Leaving directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/c alendar/resources' make[1]: Leaving directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/c alendar' make libs make[1]: Entering directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/ calendar' make[2]: Entering directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/ calendar/libxpical' oeICalEventImpl.cpp g++ -o oeICalEventImpl.o -c -DICAL_DEBUG -DOSTYPE=\"Linux2.5\" -DOSARCH=\"Linux \" -DOJI -I../../dist/include/xpcom -I../../dist/include/appshell -I../../dist/ include/string -I../../dist/include/timer -I../../dist/include/necko -I../../dis t/include/msgcompose -I../../dist/include/addrbook -I../../dist/include/ical -I. ./../dist/include/icalss -I../../dist/include/calendar -I../../dist/include -I/s pace/var/tmp/portage/mozilla-1.3-r1/work/mozilla/dist/include/nspr -I/usr/X 11R6/include -fPIC -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wcon version -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor -privacy -Wno-long-long -march=pentium3 -pipe -Wno-deprecated -fshort-wchar -pth read -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -I/usr/X11R6/include -DM OZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/oeICalEventImpl.pp o eICalEventImpl.cpp oeICalEventImpl.cpp:45:26: nsMsgCompCID.h: No such file or directory oeICalEventImpl.cpp:46:25: nsAbBaseCID.h: No such file or directory oeICalEventImpl.cpp:47:23: nsIAbCard.h: No such file or directory oeICalEventImpl.cpp:48:30: nsIMsgAttachment.h: No such file or directory oeICalEventImpl.cpp: In member function `virtual nsresult oeICalEventImpl::GetExceptions(nsISimpleEnumerator**)': oeICalEventImpl.cpp:1317: warning: `PRTime lastadded' might be used uninitialized in this function oeICalEventImpl.cpp:1317: warning: `PRTime minimum' might be used uninitialized in this function oeICalEventImpl.cpp: At global scope: oeICalEventImpl.cpp: In instantiation of `nsCOMPtr<nsIMsgAttachment>': oeICalEventImpl.cpp:1441: instantiated from here oeICalEventImpl.cpp:1441: `sizeof' applied to incomplete type `nsIMsgAttachment ' oeICalEventImpl.cpp: In instantiation of `nsDerivedSafe<nsIMsgAttachment>': oeICalEventImpl.cpp:1448: instantiated from here oeICalEventImpl.cpp:1448: base class `nsIMsgAttachment' has incomplete type ../../dist/include/xpcom/nsCOMPtr.h:185: type `nsDerivedSafe<nsIMsgAttachment>' is not a base type for type `nsIMsgAttachment' ../../dist/include/xpcom/nsCOMPtr.h:185: type `nsDerivedSafe<nsIMsgAttachment>' is not a base type for type `nsIMsgAttachment' oeICalEventImpl.cpp: In member function `virtual nsresult oeICalEventImpl::AddAttachment(nsIMsgAttachment*)': oeICalEventImpl.cpp:1448: no matching function for call to ` nsDerivedSafe<nsIMsgAttachment>::EqualsUrl(nsIMsgAttachment*&, PRBool*)' oeICalEventImpl.cpp:1454: no matching function for call to ` nsDerivedSafe<nsISupportsArray>::InsertElementAt(nsIMsgAttachment*&, PRUint32&)' ../../dist/include/xpcom/nsISupportsArray.h:74: candidates are: virtual PRBool nsISupportsArray::InsertElementAt(nsISupports*, unsigned int) ../../dist/include/xpcom/nsISupportsUtils.h: In static member function `static const nsIID& nsCOMTypeInfo<T>::GetIID() [with T = nsIMsgAttachment]': oeICalEventImpl.cpp:1445: instantiated from here ../../dist/include/xpcom/nsISupportsUtils.h:243: no method `nsIMsgAttachment:: GetIID' oeICalEventImpl.cpp: In member function `virtual nsresult oeICalEventImpl::RemoveAttachment(nsIMsgAttachment*)': oeICalEventImpl.cpp:1473: no matching function for call to ` nsDerivedSafe<nsIMsgAttachment>::EqualsUrl(nsIMsgAttachment*&, PRBool*)' oeICalEventImpl.cpp: At global scope: oeICalEventImpl.cpp: In instantiation of `nsCOMPtr<nsIAbCard>': oeICalEventImpl.cpp:1518: instantiated from here oeICalEventImpl.cpp:1518: `sizeof' applied to incomplete type `nsIAbCard' oeICalEventImpl.cpp: In instantiation of `nsDerivedSafe<nsIAbCard>': oeICalEventImpl.cpp:1525: instantiated from here oeICalEventImpl.cpp:1525: base class `nsIAbCard' has incomplete type ../../dist/include/xpcom/nsCOMPtr.h:185: type `nsDerivedSafe<nsIAbCard>' is not a base type for type `nsIAbCard' ../../dist/include/xpcom/nsCOMPtr.h:185: type `nsDerivedSafe<nsIAbCard>' is not a base type for type `nsIAbCard' oeICalEventImpl.cpp: In member function `virtual nsresult oeICalEventImpl::AddContact(nsIAbCard*)': oeICalEventImpl.cpp:1525: no matching function for call to ` nsDerivedSafe<nsIAbCard>::Equals(nsIAbCard*&, PRBool*)' oeICalEventImpl.cpp:1531: no matching function for call to ` nsDerivedSafe<nsISupportsArray>::InsertElementAt(nsIAbCard*&, PRUint32&)' ../../dist/include/xpcom/nsISupportsArray.h:74: candidates are: virtual PRBool nsISupportsArray::InsertElementAt(nsISupports*, unsigned int) ../../dist/include/xpcom/nsISupportsUtils.h: In static member function `static const nsIID& nsCOMTypeInfo<T>::GetIID() [with T = nsIAbCard]': oeICalEventImpl.cpp:1522: instantiated from here ../../dist/include/xpcom/nsISupportsUtils.h:243: no method `nsIAbCard::GetIID' oeICalEventImpl.cpp: In member function `virtual nsresult oeICalEventImpl::RemoveContact(nsIAbCard*)': oeICalEventImpl.cpp:1550: no matching function for call to ` nsDerivedSafe<nsIAbCard>::Equals(nsIAbCard*&, PRBool*)' oeICalEventImpl.cpp: In member function `bool oeICalEventImpl::ParseIcalComponent(icalcomponent*)': oeICalEventImpl.cpp:2095: `NS_MSGATTACHMENT_CONTRACTID' undeclared (first use this function) oeICalEventImpl.cpp:2095: (Each undeclared identifier is reported only once for each function it appears in.) oeICalEventImpl.cpp:2095: `do_CreateInstance' undeclared (first use this function) oeICalEventImpl.cpp:2097: no matching function for call to ` nsDerivedSafe<nsIMsgAttachment>::SetUrl(const char*&)' oeICalEventImpl.cpp:2098: no matching function for call to `oeICalEventImpl:: AddAttachment(nsCOMPtr<nsIMsgAttachment>&)' oeICalEventImpl.cpp:1432: candidates are: virtual nsresult oeICalEventImpl::AddAttachment(nsIMsgAttachment*) oeICalEventImpl.cpp:2110: `NS_ABCARDPROPERTY_CONTRACTID' undeclared (first use this function) oeICalEventImpl.cpp:2114: no matching function for call to ` nsDerivedSafe<nsIAbCard>::SetPrimaryEmail(const PRUnichar*)' oeICalEventImpl.cpp:2115: no matching function for call to `oeICalEventImpl:: AddContact(nsCOMPtr<nsIAbCard>&)' oeICalEventImpl.cpp:1509: candidates are: virtual nsresult oeICalEventImpl::AddContact(nsIAbCard*) oeICalEventImpl.cpp: In member function `icalcomponent* oeICalEventImpl::AsIcalComponent()': oeICalEventImpl.cpp:2455: warning: comparison between signed and unsigned integer expressions oeICalEventImpl.cpp:2460: no matching function for call to ` nsDerivedSafe<nsIMsgAttachment>::GetUrl(char**)' oeICalEventImpl.cpp:2489: warning: comparison between signed and unsigned integer expressions oeICalEventImpl.cpp:2494: no matching function for call to ` nsDerivedSafe<nsIAbCard>::GetPrimaryEmail(nsXPIDLString::getter_Copies_t)' In file included from ../../dist/include/xpcom/nsIComponentManager.h:158, from ../../dist/include/xpcom/nsIServiceManagerObsolete.h:52, from ../../dist/include/xpcom/nsIServiceManagerUtils.h:42, from ../../dist/include/xpcom/nsIServiceManager.h:167, from oeICalEventImpl.cpp:2507: ../../dist/include/xpcom/nsComponentManagerUtils.h: In function `const nsCreateInstanceByCID do_CreateInstance(const nsCID&, nsresult*)': ../../dist/include/xpcom/nsComponentManagerUtils.h:84: `const nsCreateInstanceByCID do_CreateInstance(const nsCID&, nsresult* = 0)' used prior to declaration make[2]: *** [oeICalEventImpl.o] Error 1 make[2]: Leaving directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/calendar/libxpical' make[1]: *** [libs] Error 2 make[1]: Leaving directory `/space/var/tmp/portage/mozilla-1.3-r1/work/mozilla/calendar' make: *** [all] Error 2 nosferatu calendar #
Hello. I emerged libical, removed the comments at the start of the calendar lines in mozilla ebuild and emerged mozilla-1.3-r1. The emerge process was successful and the calendar and its configuration runs fine. So I can say that I'd be happy for the calendar to be allowed in the ebuild. However, I do have one problem with the mail component. When I built mozilla with following settings: Enabled: mail, mozp3p, calendar Disabled: mozsvvg, xft, irc, composer, mozxmlterm, mozaccess then on running mozilla the mail component is missing from the user interface. So although one can run the mail component via mozilla -mail and configure it in preferences, it is missing from the component bar at bottom left (which has navigator and calendar) and not visible anywhere else either and so it is impossible to run unless from command line. This problem is most odd and I'd be glad to hear suggestions on how to resolve it.
I had the same problem. It happens because you disabled composer. Enable composer and mail shows up in the UI.
I'd like to bring the developer's attention to this ussue again. I don't see any reason for leaving the calendar commented out any longer. I just tested the recent 1.4 ebuild and had no trouble at all. All what needs to be done is to remove the comment and add the ical dependency. Oh one more thing: when I compile the calendar, I has a build date from may 2003, although the current version should be from june. Any idea why the mozilla sources contain an outdated calendar source?
I need confirmation from a couple of people on three versions of mozilla, without libical-moz installed. Please unmerge libical-moz, uncomment the mozcalendar stuff, and emerge 1.2.1, 1.3, and 1.4, and report as to which ones work and which do not. Your time and CPU power are greatly appreciated.
Mozilla 1.4 builds fine here with mozcalendar, *without* libical-moz ebuild installed. One down.
Going to mark this fixed, but I want to know about 1.3 and 1.2.1 please.
mozilla 1.4 without libical-moz installed; relevant use flags: +java +crypt -ipv6 +gtk2 +ssl -ldap +gnome +mozsvg +mozcalendar -mozaccess -mozp3p +mozxmlterm -moznoirc +moznomail +moznocompose -moznoxft build fails for me, with a similar error to comment #10. Going to try with libical-moz installed now..
Just tried doing: emerge sync emerge libical-moz emerge mozilla I got the same ol' failure with mozilla.. just in case it's helpful, here is my `emerge info`: Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-gentoo-r5 i686 AMD Athlon(tm) XP 1800+ GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://cs.ubishops.ca/pub/gentoo http://adelie.polymtl.ca/" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 3dnow avi crypt cups encode gif jpeg libg++ mad mikmod mmx mpeg ncurses pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gtkhtml alsa gdbm berkdb slang readline tetex aalib bonobo svga tcltk java guile ruby X sdl tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk motif opengl mozilla cdr apache2 fbcon gtk2 imap maildir mozcalendar moznocompose moznomail mozsvg mozxmlterm plotutils samba scanner usb -oss -apm -arts -gpm -kde -nls -qt" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe" CXXFLAGS="-march=athlon-xp -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
Ok, I got it to compile this time, without libical-moz, but I changed my USE flags from: +java +crypt -ipv6 +gtk2 +ssl -ldap +gnome +mozsvg +mozcalendar -mozaccess -mozp3p +mozxmlterm -moznoirc +moznomail +moznocompose -moznoxft to: +java +crypt -ipv6 +gtk2 +ssl -ldap +gnome +mozsvg +mozcalendar -mozaccess -mozp3p -mozxmlterm +moznoirc -moznomail +moznocompose -moznoxft (the only differences are the moznoirc and moznomail flags) Something to do with my old combination of flags causes the problem.. (probably ought to check out mozilla's bugzilla now to see if there are any funny dependencies with the ./configure flags).
You're quite right. This is a manifestation of Mozilla bug 183966: http://bugzilla.mozilla.org/show_bug.cgi?id=183966