Bugzilla Bug 162767

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 an attachment (id=107913) [details]
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 an attachment (id=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 an attachment (id=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 :)