Seamonkey 1.1 has been released: http://www.mozilla.org/projects/seamonkey/releases/seamonkey1.1/README.html Thanks Reproducible: Always
http://allen.brooker.gb.net/misc/kitten-0day.jpg
The sourcecode for seamonkey-1.1 is available since january 12th, so this is NO 0-day bump request...
I tried to bump seamonky myself in an overlay but there are some problems concerning the patches and compilation of seamonkey-1.1 The following patches from 1.0.7 patchset don't apply to 1.1: 006_mozilla-jslibmath-alpha.patch 021_firefox-1.5-system-nss.patch 022_nss-with-system-nspr.patch 030_pango-cairo-1.patch 220_seamonkey-gentoo-homepage.patch 225_mozilla-nspr-packages.patch 227_mozilla-1.4.1-ppc64.patch Cheers Poly-C
We want support for the qt toolbox, the gtk2 toolbox is horrible when it comes to KDE environment.
(In reply to comment #4) > We want support for the qt toolbox, the gtk2 toolbox is horrible when it comes > to KDE environment. Write a patch and have fun. ;-)
(In reply to comment #4) > We want support for the qt toolbox, the gtk2 toolbox is horrible when it comes > to KDE environment. > I am a gnome user, but I have used seamonkey under KDE and it doesn't seems as horrible, may be a problem with your system? (I think that you should (is only a recommendation :-)) post it in forums.gentoo.org (if you want send me a private message for pointing to your forum post, I am "pacho2" in forums.gentoo.org).
(In reply to comment #5) quick and dirty patch: sed 's/enable-default-toolkit=gtk2/enable-default-toolkit=qt/g' /usr/portage/eclass/moz* (In reply to comment #5) It's horrible to run gtk2 apps in KDE when you can have the same app as qt and have the same look as the rest of your applications (sure gtk-qt-engine works, but not the optimal option).
(In reply to comment #3) > I tried to bump seamonky myself in an overlay but there are some problems > concerning the patches and compilation of seamonkey-1.1 > The following patches from 1.0.7 patchset don't apply to 1.1: > > 006_mozilla-jslibmath-alpha.patch > 021_firefox-1.5-system-nss.patch > 022_nss-with-system-nspr.patch > 030_pango-cairo-1.patch > 220_seamonkey-gentoo-homepage.patch > 225_mozilla-nspr-packages.patch > 227_mozilla-1.4.1-ppc64.patch > > Cheers > Poly-C > Try disabling the patches. I have those patches rebased to the new version, but it fails, and i'm not a mozilla source expert, so...
(In reply to comment #8) > > Try disabling the patches. I have those patches rebased to the new version, but > it fails, and i'm not a mozilla source expert, so... Me either. I already disabled the failing patches and started compilation. But whatever I try, seamonkey stumbles about the following error and aborts compilation: i686-pc-linux-gnu-g++ -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=athlon-xp -mtune=athlon-xp -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -fPIC -shared -Wl,-z,defs -Wl,-rpath,'$ORIGIN:$ORIGIN/..' -Wl,-h,libgklayout.so -o libgklayout.so nsLayoutModule.o nsContentHTTPStartup.o nsContentDLF.o nsLayoutStatics.o -Wl,--as-needed -Wl,-rpath,'$ORIGIN:$ORIGIN/..' -Wl,--whole-archive ../../dist/lib/libgkbase_s.a ../../dist/lib/libgkgeneric_s.a ../../dist/lib/libgkforms_s.a ../../dist/lib/libgkstyle_s.a ../../dist/lib/libgkprinting_s.a ../../dist/lib/libgktable_s.a ../../dist/lib/libgkxulbase_s.a ../../dist/lib/libgkconbase_s.a ../../dist/lib/libgkconcvs_s.a ../../dist/lib/libgkconevents_s.a ../../dist/lib/libgkconhtmlcon_s.a ../../dist/lib/libgkconhtmldoc_s.a ../../dist/lib/libgkconxmlcon_s.a ../../dist/lib/libgkconxmldoc_s.a ../../dist/lib/libgkconxbl_s.a ../../dist/lib/libgkconxulcon_s.a ../../dist/lib/libgkconxuldoc_s.a ../../dist/lib/libgkview_s.a ../../dist/lib/libjsdombase_s.a ../../dist/lib/libjsdomevents_s.a ../../dist/lib/libjsurl_s.a ../../dist/lib/libjsdomstorage_s.a ../../dist/lib/libgkxultree_s.a ../../dist/lib/libgkxulgrid_s.a ../../dist/lib/libgkconxultmpl_s.a ../../dist/lib/libinspector_s.a ../../dist/lib/libgkmathmlcon_s.a ../../dist/lib/libgkmathmlbase_s.a ../../dist/lib/libgkcontentxtf_s.a ../../dist/lib/libgkxtfbase_s.a ../../dist/lib/libgksvgbase_s.a ../../dist/lib/libgkconsvgdoc_s.a ../../dist/lib/libgkcontentsvg_s.a ../../dist/lib/libgksvgrenderercairo_s.a -Wl,--no-whole-archive -L../../dist/bin -L../../dist/lib -lgkgfx ../../dist/lib/libunicharutil_s.a -L../../dist/bin -lxpcom -lxpcom_core -L../../dist/bin -Wl,-R/usr/lib/nspr -L/usr/lib/nspr -lplds4 -lplc4 -lnspr4 -lpthread -ldl -L../../dist/bin -lmozjs -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lcairo -Wl,--version-script -Wl,../../build/unix/gnu-ld-scripts/components-version-script -Wl,-Bsymbolic -ldl -lm ../../dist/lib/libgkconcvs_s.a(nsCanvasRenderingContext2D.o): In function `nsCanvasRenderingContext2D::Destroy()': nsCanvasRenderingContext2D.cpp:(.text._ZN26nsCanvasRenderingContext2D7DestroyEv+0x76): undefined reference to `XFreePixmap' ../../dist/lib/libgkconcvs_s.a(nsCanvasRenderingContext2D.o): In function `nsCanvasRenderingContext2D::SetDimensions(int, int)': nsCanvasRenderingContext2D.cpp:(.text._ZN26nsCanvasRenderingContext2D13SetDimensionsEii+0x72): undefined reference to `XRenderFindStandardFormat' nsCanvasRenderingContext2D.cpp:(.text._ZN26nsCanvasRenderingContext2D13SetDimensionsEii+0x97): undefined reference to `XListPixmapFormats' nsCanvasRenderingContext2D.cpp:(.text._ZN26nsCanvasRenderingContext2D13SetDimensionsEii+0xca): undefined reference to `XFree' nsCanvasRenderingContext2D.cpp:(.text._ZN26nsCanvasRenderingContext2D13SetDimensionsEii+0x3c7): undefined reference to `XCreatePixmap' collect2: ld returned 1 exit status gmake[3]: *** [libgklayout.so] Error 1 gmake[3]: Leaving directory `/home/portage/tmp/portage/www-client/seamonkey-1.1/work/mozilla/layout/build' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/home/portage/tmp/portage/www-client/seamonkey-1.1/work/mozilla/layout' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/home/portage/tmp/portage/www-client/seamonkey-1.1/work/mozilla' make: *** [default] Error 2 !!! ERROR: www-client/seamonkey-1.1 failed. Call stack: ebuild.sh, line 1611: Called dyn_compile ebuild.sh, line 968: Called qa_call 'src_compile' environment, line 3941: Called src_compile seamonkey-1.1.ebuild, line 166: Called die !!! (no error message) !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/home/portage/tmp/portage/www-client/seamonkey-1.1/temp/build.log'. !!! This ebuild is from an overlay: '/usr/local/portage'
(In reply to comment #9) Yeah, it fails here in the same location. I'll test doing it manually...
Hi, comilation of seamonkey-1.1 succeeds when I disable canvas completely: - mozconfig_annotate 'gentoo' --enable-canvas + mozconfig_annotate 'gentoo' --disable-canvas But to be honest, I don't wanna disable canvas completely in seamonkey. I gonna try to find some help in #seamonkey on irc.mozilla.org. Maybe they can give me a hint to the right direction.
Created attachment 107913 [details, diff] seamonkey-1.1-include.patch Tonight I got an email from Raivo Hool (raivo@lehma.com) who had attached a patch for seamonkey-1.1 to get it built with canvas support. What should I say? It works(tm)!!! So big shouts to him. Now as I got seamonkey-1.1 compiled I will attach the ebuild I used. Cheers Poly-C
Created attachment 107921 [details] seamonkey-1.1.ebuild This is the ebuild I used for compilation. As a sidenote, Raivo mentioned in his mail to me that enigmail-0.94.2 won't compile but 0.94.1 does. I didn't test this as I only compiled the browser component of seamonkey. And this leads me to the next thing. The ebuild I attached works for the navigator part of SM. I didn't compile any other parts of SM (mailnews, chatzilla, composer,...). So don't complain if you find more problems there ;) Cheers Poly-C
Could be added LINGUAS support in this release? http://bugs.gentoo.org/show_bug.cgi?id=149664 Thanks
Created attachment 107962 [details] seamonkey-1.1-include.patch I have news concerning the patch. ajschult, one of seamonkey's devs, told me that the problem lies in --enable-system-cairo which doesn't append some necessary flags to MOZ_CAIRO_LIBS variable in the configure script. So he asked me to test the patch I attached here and that patch also works and should be the cleaner way to solve the compile problem I mentioned in comment #9. This patch of course makes it necessary to rebuild all makefiles etc. but that is already done in the ebuild via eautoreconf. Now as I have a working seamonkey-1.1 I will try to get language support into the ebuild. Keep your fingers crossed for me. This seems to be a hard challenge for someone like me who is by far not as experienced with ebuilds than the gentoo-devs. But maybe I can take this work off of them as they seem to be quite busy with other stuff :) Cheers Poly-C
In CVS :)