[__deprecated___] Firefox-1.5 and Thunderbird rc1 ebuilds

Message

wuno · Post by **wuno** » Wed Nov 02, 2005 10:48 am

Please, as of now mozilla-firefox-1.5rc3 is in portage, use this ebuild, ebuilds from this forum thread are outdated for help and discussion use this thread http://forums.gentoo.org/viewtopic-t-403846.html from now on thanks

Zyne · Post by **Zyne** » Wed Nov 02, 2005 11:29 am

I can host the ebuilds on my ISP's webpage too if there's a need for a mirror...
I've played around a bit with the current ebuilds myself, but I haven't gotten anywhere yet...

anyways, I wanted to subscribe to the thread too

EDIT:
I modified the original ebuild a bit, and managed to extract the package (currently compiling)
you can find the stuff you need ... url removed as the link is now in the 1st post of this thread...

Just extract it in the portage overlay dir, and you should be ready to go...
NOTICE: this is just a rename and a small change that I made to the original ebuilds from Gergan, so all credits should go to him of course.

edit2: compiled, and it seem to be working just fine...

wuno · Post by **wuno** » Wed Nov 02, 2005 4:40 pm

Zyne wrote:I can host the ebuilds on my ISP's webpage too if there's a need for a mirror...
I've played around a bit with the current ebuilds myself, but I haven't gotten anywhere yet...

anyways, I wanted to subscribe to the thread too

EDIT:
I modified the original ebuild a bit, and managed to extract the package (currently compiling)
you can find the stuff you need on this url

Just extract it in the portage overlay dir, and you should be ready to go...
NOTICE: this is just a rename and a small change that I made to the original ebuilds from Gergan, so all credits should go to him of course.

edit2: compiled, and it seem to be working just fine...

Your ebuild states:

Code: Select all

MY_PV="1.5rc1"
SRC_URI="http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/${MY_PV/3/1}/source/firefox-${MY_PV/3/1}-source.tar.bz2

I have chosen a slightly different approach

Code: Select all

MY_PV="1.5"
SRC_URI="http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/${PV/_rc3/rc1}/source/firefox-${PV/_rc3/rc1}-source.tar.bz2

as you need the MY_PV variable not for download of the source but for the pkgconfig files to be adjusted properly (way down in the ebuild sed is looking for the expression firefox-1.5 to be exchanged.
Have a look at /usr/lib/pkgconfig/firefox-*.pc files if they state for instance libdir=/usr/lib/mozilla-firefox.

Zyne · Post by **Zyne** » Wed Nov 02, 2005 7:26 pm

wuno wrote: Have a look at /usr/lib/pkgconfig/firefox-*.pc files if they state for instance libdir=/usr/lib/mozilla-firefox.

I'm not too familiar with the whole pkgconfig dir, so it's very much possible that my "solution" was a dirty hack...

I went through the dir you suggested, and this is the result:

Code: Select all

[/usr/lib/pkgconfig] grep -i 'libdir=' firefox*                              <20:25>
firefox-gtkmozembed.pc:libdir=/usr/lib/mozilla-firefox
firefox-js.pc:libdir=/usr/lib/mozilla-firefox
firefox-nspr.pc:libdir=/usr/lib/mozilla-firefox
firefox-nss.pc:libdir=/usr/lib/mozilla-firefox
firefox-plugin.pc:libdir=/usr/lib/mozilla-firefox
firefox-xpcom.pc:libdir=/usr/lib/mozilla-firefox

this actually looks ok to me, but maybe I've missed something obvsious somewhere...

wuno · Post by **wuno** » Wed Nov 02, 2005 8:48 pm

Zyne wrote:
wuno wrote: Have a look at /usr/lib/pkgconfig/firefox-*.pc files if they state for instance libdir=/usr/lib/mozilla-firefox.
I'm not too familiar with the whole pkgconfig dir, so it's very much possible that my "solution" was a dirty hack...

I went through the dir you suggested, and this is the result:
Code: Select all
[/usr/lib/pkgconfig] grep -i 'libdir=' firefox*                              <20:25>
firefox-gtkmozembed.pc:libdir=/usr/lib/mozilla-firefox
firefox-js.pc:libdir=/usr/lib/mozilla-firefox
firefox-nspr.pc:libdir=/usr/lib/mozilla-firefox
firefox-nss.pc:libdir=/usr/lib/mozilla-firefox
firefox-plugin.pc:libdir=/usr/lib/mozilla-firefox
firefox-xpcom.pc:libdir=/usr/lib/mozilla-firefox
this actually looks ok to me, but maybe I've missed something obvsious somewhere...

Ooops, so far it's really fine, same should be true for includedir and idldir. I am just compiling with MY_PV="1.5rc1" to have a look in it
EDIT: ok, obviously some things about the pkgconfig files have changed and most things would work out of the box, but there are still some remaining /usr/lib/firefox-1.5 or /usr/include/firefox-1.5 statements in firefox-nspr.pc and also /usr/lib/mozilla-firefox/firefox-config wasn't properly adjusted.

satanskin · Post by **satanskin** » Thu Nov 03, 2005 3:56 am

I get this with wuno's ebuild:

Code: Select all

 * Applying mozilla-firefox-1.1a2-ia64.patch ...                          [ ok ]
 * Applying mozilla-jslibmath-alpha.patch ...                             [ ok ]

 * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
 * 
 *   /usr/local/portage/www-client/mozilla-firefox/files/patch-and-belt.patch
 *   ( patch-and-belt.patch )

EDIT: My fault. Sorry. Forgot about using the one labelled RC3 instead. It's compiling now.

Ma3oxuct · Post by **Ma3oxuct** » Thu Nov 03, 2005 7:18 am

Code: Select all

* CVS module mozilla is now in /var/tmp/portage/mozilla-firefox-cvs-9999/work
 * Applying mozilla-hppa.patch ...                                        [ ok ]
 * Applying mozilla-firefox-1.1a2-ia64.patch ...

 * Failed Patch: mozilla-firefox-1.1a2-ia64.patch !
 *  ( /usr/local/portage/www-client/mozilla-firefox-cvs/files/mozilla-firefox-1.1a2-ia64.patch )
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/mozilla-firefox-cvs-9999/temp/mozilla-firefox-1.1a2-ia64.patch-16565.out

I am getting a simular error in CVS.

Cthulhu666 · Post by **Cthulhu666** » Thu Nov 03, 2005 7:28 am

Just wanted to subscribe to this thread too

Also, it appears that there (as of today) is an ebuild for RC1 in portage: [url]http://packages.gentoo.org/ebuilds/?moz ... .5_rc1[url]

Don't know how it compares to Wunos/Gergans.

wuno · Post by **wuno** » Thu Nov 03, 2005 8:13 am

EDIT2: I just sent the updated mozilla-firefox-cvs-9999.ebuild to Zyne. So, in a couple of hours the ia64.patch problem should be away. However the first time you build you have to update your repository (not USE='buildd')

Ma3oxuct wrote:

Code: Select all

* CVS module mozilla is now in /var/tmp/portage/mozilla-firefox-cvs-9999/work
 * Applying mozilla-hppa.patch ...                                        [ ok ]
 * Applying mozilla-firefox-1.1a2-ia64.patch ...

 * Failed Patch: mozilla-firefox-1.1a2-ia64.patch !
 *  ( /usr/local/portage/www-client/mozilla-firefox-cvs/files/mozilla-firefox-1.1a2-ia64.patch )
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/mozilla-firefox-cvs-9999/temp/mozilla-firefox-1.1a2-ia64.patch-16565.out

I am getting a simular error in CVS.

I found the same. Yesterday there was some shuffling of dirs related to the (now) former transformiix extension. It was moved from the extensions directory somewhere else. Now patch doesnt find the file to patch. You need to change the header lines in mozilla-firefox-1.1a2-ia64.patch:

Code: Select all

mozilla.orig/extensions/transformiix/source/base/Double.cpp (old line)
mozilla.orig/content/xslt/src/base/txDouble.cpp (new line)
same for the second line (mozilla instead of mozilla.orig)

I then saved this under files/mozilla-firefox-1.6a1-ia64.patch and also adjusted the line in mozilla-firefox-cvs-9999.ebuild, digested and now it applies as usual. No code change in the patch necessary.
Unfortunately I came across this only after sending the ebuilds to Zyne. I will update them soon.
This change applies only for the HEAD mozilla-firefox-cvs-9999.ebuild, (yet) not for any of firefox-1.5 ebuilds
EDIT: and firefox-cvs runs again here

Gergan Penkov · Post by **Gergan Penkov** » Thu Nov 03, 2005 9:58 am

I also wanted to subscribe to the thread

Thanks wuno and zyne for keeping this alive.
As I am still stuck with my spare harddisk, I could not test the things, but :

Don't know how it compares to Wunos/Gergans.

I was afraid of this and wanted to tell wuno, but was not at home the last weekend - as there are already numerous bugs in gentoo-bugzilla, the problem is that in the portage mozconfig.eclass the dependancy on >=x11-libs/pango-1.5.0 is not correct, because we are using the fedora patch for this problem, which is hard dependant on >=x11-libs/pango-1.10.0. Probably we must try the mozilla patch and recreate the configs, although our dependancies are correct and should work. For information the second bug in my sig.
Second, somehow in the portage they have forgotten to apply the rpath.patch, although the sed expression for this is there.
Third, the problems with amd64 and gcc{3|4} (there are also bugreports about this, that's why I've told wuno to remove the version check for gcc in the visibility patch and this should work now with gcc4), there are some patches in mozilla-bugzilla (this is the first bug in my sig), probably someone with amd64 could test them and report here:), as they should be better than the visibility patch.
Also the mozsvg-flag with this ebuilds will enable numerous "extras" - canvas, glitz and so on, which is not the case with the portage ebuild, which does not sport such use-flag.
There is also the ssl-flag, which is the same as in mozilla, it will install the full nss/nspr-components and will allow building some programs against firefox - for example evolution, gaim encryption ...
Other than that the portage version is based on the ebuilds here:), probably they want to try to create smooth transition path and that's why they are not using the mozconfig2.eclass from here, as there are some changes in the way mozilla is to be built, which should be reflected in the eclass and they are making some of them.

wuno · Post by **wuno** » Thu Nov 03, 2005 12:32 pm

Gergan Penkov wrote:I also wanted to subscribe to the thread

Third, the problems with amd64 and gcc{3|4} (there are also bugreports about this, that's why I've told wuno to remove the version check for gcc in the visibility patch and this should work now with gcc4), there are some patches in mozilla-bugzilla (this is the first bug in my sig), probably someone with amd64 could test them and report here:), as they should be better than the visibility patch.

I've just seen that yesterday somthing to fix the amd64 bustage was checked in for the CVS version. I am not sure, is your visibilty patch then still needed and would it still apply?
Anybody here with amd64 who wants to test the mozilla-firefox-cvs-9999.ebuild and give us a short feedback, thanks

satanskin · Post by **satanskin** » Thu Nov 03, 2005 8:28 pm

I don't know what problems you are talking about with amd64 and gcc4. I compiled this with both mozpango and mozsvg flags last night with both gcc4 and amd64. It compiled just fine and is now running just fine.

What was it you needed tested? Was it something added after my last post here from last night? If not, tell me what it is exactly and I'll let you know how it is going now. If it was added afterward, let me know and I'll red/l the ebuild and recompile for you to let you know.

wuno · Post by **wuno** » Thu Nov 03, 2005 9:00 pm

satanskin wrote:I don't know what problems you are talking about with amd64 and gcc4.

Did you by chance see if if firefox-visibility.patch was applied? (It should not have been applied with the beta2 aka rc2)

Gergan Penkov · Post by **Gergan Penkov** » Thu Nov 03, 2005 11:13 pm

So it is fixed on trunk, this means someone on amd64 could try it, removing the visibility patch in the ebuild:

Code: Select all

	# amd64 visibility patch

	if [[ ${ARCH} == amd64 ]] && [[ $(gcc-major-version) -ge 3 ]]; then
	    epatch ${FILESDIR}/firefox-visibility.patch
	fi

this should be removed from the mozilla-firefox-cvs build and if this works, wuno could backport the patches to firefox-1.5rc1

bbe · Post by **bbe** » Fri Nov 04, 2005 1:34 pm

http://bbe.no-ip.com/mozilla-firefox-rc1-1.5.tar.gz

I've uploaded this here, so for the delay.

jteb · Post by **jteb** » Fri Nov 04, 2005 2:40 pm

Finally Firefox starts almost instantly. Thanks for the ebuild!

wuno · Post by **wuno** » Fri Nov 04, 2005 11:28 pm

Gergan Penkov wrote:wuno could backport the patches to firefox-1.5rc1

I tried it it applies not instantly but only a couple of lines of the configure.in part of the patch had to be edited, then run autoconf. But it doesn't compile, brakes when linking libxpcom_core.so. I checked several times, if I made a mistake when I edited those lines, but no success

. What I don't understand is that I can build the CVS version (where the same patch was checked in) build w/o any troubles.
Here's the error output

Code: Select all

i686-pc-linux-gnu-g++ -DGENTOO_NSPLUGINS_DIR="/usr/lib/nsplugins" -DGENTOO_NSBROWSER_PLUGINS_DIR="/usr/lib/nsbrowser/plugins"  -I/usr/X11R6/include -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 -pipe -Wno-return-type -w -fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -ffunction-sections -O2 -fPIC -shared -Wl,-R/usr/lib/mozilla-firefox -Wl,-h,libxpcom_core.so -o libxpcom_core.so  pldhash.o nsCOMPtr.o nsComponentManagerUtils.o nsDebug.o nsID.o nsIInterfaceRequestorUtils.o nsINIParser.o nsMemory.o nsTraceRefcnt.o nsWeakReference.o nsGREGlue.o nsVersionComparator.o nsTHashtable.o nsGenericFactory.o nsXPComInit.o nsStringAPI.o    -Wl,-O1 -Wl,--sort-common -s  -Wl,-R/usr/lib/mozilla-firefox  -Wl,--whole-archive ../../dist/lib/libxpcomds_s.a ../../dist/lib/libxpcomio_s.a ../../dist/lib/libxpcomcomponents_s.a ../../dist/lib/libxpcomthreads_s.a ../../dist/lib/libxpcomproxy_s.a ../../dist/lib/libxpcombase_s.a ../../dist/lib/libxptcall.a ../../dist/lib/libxptinfo.a ../../dist/lib/libxpt.a ../../dist/lib/libxptcmd.a ../../dist/lib/libstring_s.a  -Wl,--no-whole-archive  -L../../dist/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl -ldl -lm
/usr/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/bin/ld: warning: creating a DT_TEXTREL in object.
/usr/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/bin/ld: ../../dist/lib/libxptinfo.a(xptiMisc.o)(.text._ZN11xptiAutoLog14WriteTimestampEP10PRFileDescPKc+0x20): unresolvable relocation against symbol `PR_LocalTimeParameters'
/usr/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
gmake[3]: *** [libxpcom_core.so] Error 1
gmake[3]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.5_rc3/work/mozilla/xpcom/build'
gmake[2]: *** [libs] Error 2

lma1980 · Post by **lma1980** » Sat Nov 05, 2005 8:59 pm

Need some help here for firefox 1.5 RC1 : error while applying a patch... was having a bad MD5 error first. I used ebuild .../www-client/mozilla-firefox/mozilla-firefox-1.5_rc1.ebuild digest before finding this error :

Code: Select all

 * Applying embed-typeaheadfind.patch ...

 * Failed Patch: embed-typeaheadfind.patch !
 *  ( /usr/portage/distfiles/embed-typeaheadfind.patch )
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/mozilla-firefox-1.5_rc1/temp/embed-typeaheadfind.patch-28243.out


!!! ERROR: www-client/mozilla-firefox-1.5_rc1 failed.
!!! Function epatch, Line 363, Exitcode 0
!!! Failed Patch: embed-typeaheadfind.patch!
!!! If you need support, post the topmost build error, NOT this status message.

Note : This line * /var/tmp/portage/mozilla-firefox-1.5_rc1/temp/embed-typeaheadfind.patch-28243.out have a changing # before the .out

djpharoah · Post by **djpharoah** » Sat Nov 05, 2005 9:19 pm

just curious do normal firefox plugins work in 1.5-rc3??

im wondering about flash/mplayer/adblock etc?

if so im gonna dl the ebuild and get it

wuno · Post by **wuno** » Sat Nov 05, 2005 9:40 pm

djpharoah wrote:just curious do normal firefox plugins work in 1.5-rc3??

im wondering about flash/mplayer/adblock etc?

if so im gonna dl the ebuild and get it

It depends, if you are updating from 1.0.x then you will have to update also some of the extensions (I think adblock is an extension) plugins as flash and mplayer should work.

satanskin · Post by **satanskin** » Sat Nov 05, 2005 9:48 pm

djpharoah wrote:just curious do normal firefox plugins work in 1.5-rc3??

im wondering about flash/mplayer/adblock etc?

if so im gonna dl the ebuild and get it

I don't know about flash. I'm amd64 and haven't had flash for months! It's GREAT!
Mplayer never really worked for me, but I didn't put much effort into getting it to yet. It should work though. Adblock is working just fine.

lma1980 · Post by **lma1980** » Sat Nov 05, 2005 10:54 pm

I was somehere else when I fisrt post my bugrepport

Here the .out from the official emerge www-client/mozilla-firefox (=> mozilla-firefox-1.5_rc1.ebuild)

Code: Select all

snipped out...

but now... got new prob... missing /usr/portage/eclass/mozconfig2.eclass

Where or how do I get those file?

wuno · Post by **wuno** » Sat Nov 05, 2005 10:59 pm

lma1980 wrote:Need some help here for firefox 1.5 RC1 : error while applying a patch... was having a bad MD5 error first. I used ebuild .../www-client/mozilla-firefox/mozilla-firefox-1.5_rc1.ebuild digest before finding this error :
Code: Select all
 * Applying embed-typeaheadfind.patch ...

 * Failed Patch: embed-typeaheadfind.patch !
 *  ( /usr/portage/distfiles/embed-typeaheadfind.patch )
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/mozilla-firefox-1.5_rc1/temp/embed-typeaheadfind.patch-28243.out


!!! ERROR: www-client/mozilla-firefox-1.5_rc1 failed.
!!! Function epatch, Line 363, Exitcode 0
!!! Failed Patch: embed-typeaheadfind.patch!
!!! If you need support, post the topmost build error, NOT this status message.
Note : This line * /var/tmp/portage/mozilla-firefox-1.5_rc1/temp/embed-typeaheadfind.patch-28243.out have a changing # before the .out

Which ebuild did you use? It seems that you tried to emerge the mozilla-firefox-1.5_rc1.ebuild from official portage. If you want to use ours, you have to emerge mozilla-firefox-1.5_rc3 (no digest should be needed) and you will get rc1, sorry for the trouble with the designations.

lma1980 · Post by **lma1980** » Sat Nov 05, 2005 11:12 pm

wuno wrote:Which ebuild did you use? It seems that you tried to emerge the mozilla-firefox-1.5_rc1.ebuild from official portage. If you want to use ours, you have to emerge mozilla-firefox-1.5_rc3 (no digest should be needed) and you will get rc1, sorry for the trouble with the designations.

now I do... but still needing some help...
Where is /usr/portage/eclass/mozconfig2.eclass??

wuno · Post by **wuno** » Sat Nov 05, 2005 11:24 pm

Did you unpack the tarfile into /usr/portage? You have to create an overlay, otherwise all will be lost when you sync portage again.

lma1980 wrote:
wuno wrote:Which ebuild did you use? It seems that you tried to emerge the mozilla-firefox-1.5_rc1.ebuild from official portage. If you want to use ours, you have to emerge mozilla-firefox-1.5_rc3 (no digest should be needed) and you will get rc1, sorry for the trouble with the designations.
now I do... but still needing some help...
Where is /usr/portage/eclass/mozconfig2.eclass??

It is also in the mozilla-firefox-rc1-1.5.tar.gz file you downloaded. This tar file contains a second directory named eclass. You just have to extract this directory in your overlay (no further actions needed).

[deprecated_] Firefox-1.5 and Thunderbird rc1 ebuilds

[deprecated_] Firefox-1.5 and Thunderbird rc1 ebuilds