Since it doesn't appear that the SVG group is going to merge their changes into the main Mozilla trunk any time soon, I've created a CVS snapshot of their branch on 14 July 2003. The source tarball can found here: http://www.ces.clemson.edu/~eduffy/mozilla-source-1.5b.tar.bz2 If you accept this ebuild, please put this tar on the Gentoo mirrors...I'm afraid the school may shut my account down if this gets a lot of downloads. The ebuild is based on the most recent 1.4 ebuild, with the addition of a patch for the "ipc" extension (included) and the option "--enable-svg-renderer-libart" to the configure script if "mozsvg" is USEd. I haven't rigurously tested this build. But I have merged it twice; once with USE="-java +crypt -ipv6 +gtk2 +ssl -ldap +gnome +mozsvg -mozcalendar -mozaccess -mozp3p -mozxmlterm +moznoirc +moznomail +moznocompose -moznoxft" with no problems. And another time with "-java +crypt -ipv6 +gtk2 +ssl -ldap +gnome +mozsvg -mozcalendar -mozaccess -mozp3p +mozxmlterm +moznoirc -moznomail -moznocompose -moznoxft". In the second build, mail/newsgroups seemed to working, I could download messages and so forth. But the toolbars in the composer were majorily screwed up. A warning/error if the "moznocompose" variable is not set may be appropriate. I personally would rather have SVG support than a WYSIWYG HTML editor, so I wouldn't have a problem leaving composer disabled. Reproducible: Always Steps to Reproduce: Actual Results: The examples at the bottom of http://www.croczilla.com/svg/ should work now.
Strange...it won't let me create an attachment for the patch. It's here: http://www.ces.clemson.edu/~eduffy/mozilla-1.5b-ipcservice.patch , and it belongs in /usr/portage/net-www/mozilla/files/1.5/
Almost forgot the ebuild: http://www.ces.clemson.edu/~eduffy/mozilla-1.5b.ebuild
This is a LOVELY bug report, thanks very much for this build! I would like you to post this to breakmygentoo.net -- they could actually host the (large) source tarball. It is not clear that this ebuild will make it into the standard portage soon, given the lack of an official integration build from the mozilla team. So breakmygentoo.net is the place, perhaps: http://bugs.breakmygentoo.net/
hey two things i needed to cahnge to get theis to compile, first remove thte version number from cp ${FILESDIR}/enigmail-Makefile ${S}/extensions/enigmail/Makefile and then since i run 2.6 i had to add # Fix build with Linux 2.6 cp ${S}/security/coreconf/Linux2.5.mk ${S}/security/coreconf/ Linux2.6.mk ciao
This patch does merge some of the svg support, however ,it still doesn't address the svg+xml mime error http://bugzilla.mozilla.org/show_bug.cgi?id=160882 so, while nice,... kinda useless... JGraham
Roll this into a tarball which can be added to the existing ebuild based on USE flags - I'm interested in getting this included.
Created attachment 21189 [details] Slightly modified from the mozilla-1.6a ebuild I couldn't get the wallet patch from 1.2 to apply, so I commented it off. And I've uncommented the SVG conf stuff, added `--enable-svg-renderer-libart' to configure script, and added `mozsvg' back into IUSE. The tarball can be found @ http://www.ces.clemson.edu/~eduffy/mozilla-source-1.6b.ebuild It was checked out of CVS on 22 Nov 2003. I've tried to get Firebird to build with this source, but and SVG files I loaded were blank.
Uhgg.. typos. The tarball is at http://www.ces.clemson.edu/~eduffy/mozilla-source-1.6b.tar.bz2
Ed, could you explain this a little more? I'm helping Brad with Mozilla these days, but I don't immediately understand all the issues. My main questions are: (1) Does this bug still apply with 1.7_rc1? (2) Why hasn't mozilla merged the SVG changes if they're so good...? They must be lacking something, right? Thanks.
Hi Aron, glad to see Brad is getting some extra help on the moz ebuilds. (1) Does this bug still apply with 1.7_rc1? I'm not sure. Accoriding to the MozillaNews website, SVG was finally merged into the main branch back in early Feburary[1]. I tried building Mozilla from CVS trunk, without luck (back in Feb). There were some syntax errors some where, and I've just forgetten to try it again. I've just commented out the `mozsvg' stuff in the mozilla-1.7_rc1 ebuild and I'm building it right now. So I'll let you know how it goes. If this works, I'll see if a simple change to the FireFox ebuild will get SVG support there too. (2) Why hasn't mozilla merged the SVG changes if they're so good...? They must be lacking something, right? I think it was a licensing issue with libart; but I'm not entirely sure. I've been using the SVG trunk since Oct 2002 and it keeps getting better. It's still behind Batik and librsvg, but it's improving. Back in Feb, Alex Fritz (the main Moz-SVG dev) put on a version of the Tetris game on his website that's pretty cool, written completely in SVG and JS[2]. Sorry to get OT, but maybe the main Moz devs didn't want to accept it until it was nearer to completion...that's just specualtion on my part though. [1] http://mozillanews.org/?article_date=2004-02-07+09-46-05 [2] http://www.croczilla.com/svg
I mean I "un-commented" the mozsvg in that ebuild, so I am using the ebuild to build moz-1.7 w/ SVG.
Cool, let me know how it goes. It's really helpful that you're testing this. Testing each mozilla change takes a long time for me... ;-)
Alright...it works! Just one addition to the ebuild is needed. After adding "--enabled-svg" to myconf, you also need: myconf="${myconf} --enable-svg-renderer-libart" Otherwise, it won't have any renderer and the compilation will fail...it configures fine though. And one last thing, here's my portage setup; in case you run into any problems. Portage 2.0.50-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.6.3) ================================================================= System uname: 2.6.3 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz Gentoo Base System version 1.4.3.10 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-Os -march=pentium3 -mcpu=pentium4 -w -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-Os -march=pentium3 -mcpu=pentium4 -w -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acpi alsa avi berkdb bonobo cdr crypt cups dvd encode esd foomaticdb gdbm ggi gnome gstreamer gtk gtk2 gtkhtml guile imlib jpeg libg++ libwww mad mikmod mozilla moznocompose moznoirc moznomail mozsvg mpeg ncurses nls oggvorbis opengl oss pam pda pdflib png python quicktime readline scanner sdl slang spell ssl svga tcltk tcpd tetex truetype usb video_cards_radeon vim-with-x x86 xml2 xmms xv zlib"
I just tried FireFox-0.8-r3 and that's a no-go for the time being. The time stamps for the source tarballs are dated Feb 7, so it looks like it most likely missed the cutoff date. But FireFox 0.9 is due out this month, so hopefully it should work then.
This is excellent. Finally we can bring the mozsvg USE flag back as each mozilla application is released with a new version including the update. I had discussed a pilot project of releasing snapshots that Gentoo could include into portage and use as a testbed for inclusion in trunk, but the logistics didn't quite work out. Glad to see they got it in though!
fixed in 1.7_rc1-r1, thanks (almost comitted)
Committed
