Minefield (aka Firefox-cvs, Gran Paradiso)

Message

Gergan Penkov · Post by **Gergan Penkov** » Sun Apr 29, 2007 7:46 pm

Friendly Warning: You know the rules in unsupported, no bugs should be posted on b.g.o about this overlay. If you have problems of any kind, post them here.

This ebuild could be installed parallel to the portage firefox version, the only thing, which could bring problems is the nspr checkout, but I don't have any problems with it.

Anyway if there are some problems, ask here and don't report bugs on b.g.o.

Well here is a minefield ebuild, it is a cvs checkout from head as there is no branch currently for firefox-3.0, it depends on pre-release checkout of nspr and I bumped its so-version, so you'll need to revdep-rebuild.

This said the overlay is at http://g-overlays.googlecode.com/svn/trunk/mozilla/

You could check it out with something like this:
Code:

Code: Select all

svn co http://g-overlays.googlecode.com/svn/trunk/mozilla/

add it to your make.conf and you are set.

and

Code: Select all

emerge -D minefield

after that don't forget to run revdep-rebuild as you'll need to rebuild all that depend on nspr

P.S. there are some other ebuilds in the overlay, if you don't want to use them mask them or checkout only the eclass and the www-client/minefield directories in the correct overlay of yours.

Dottout · Post by **Dottout** » Mon Apr 30, 2007 3:31 pm

oh thank you

ive been using for months an old ebuild but it wasnt working anymore (and yes, im too lazy to update it)

Dottout · Post by **Dottout** » Mon Apr 30, 2007 8:36 pm

emerge fails:

Code: Select all

 * Applying 666_mozilla-glitz-cairo.patch ...                             [ ok ]
 * Applying 064_firefox-nsplugins-v3.patch ...                            [ ok ]
 * Applying 063_firefox-rpath-3.patch ...                                 [ ok ]
 * Running eautoreconf in '/var/tmp/portage/www-client/minefield-9999/work/mozilla' ...
 * Running aclocal ...                                                    [ !! ]

 * Failed Running aclocal !

 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/www-client/minefield-9999/temp/aclocal-18628.out


!!! ERROR: www-client/minefield-9999 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_unpack
  ebuild.sh, line 751:   Called qa_call 'src_unpack'
  ebuild.sh, line 44:   Called src_unpack
  minefield-9999.ebuild, line 156:   Called eautoreconf
  autotools.eclass, line 93:   Called eaclocal
  autotools.eclass, line 130:   Called autotools_run_tool 'aclocal'
  autotools.eclass, line 218:   Called die

!!! Failed Running aclocal !
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/www-client/minefield-9999/temp/build.log'.

in /var/tmp/portage/www-client/minefield-9999/temp/aclocal-18628.out

Code: Select all

***** aclocal *****

configure.in:3871: warning: macro `AM_PATH_NSS' not found in library
configure.in:7041: warning: macro `AM_PATH_LIBIDL' not found in library
configure.in:7046: warning: macro `AM_PATH_LIBIDL' not found in library
ac-wrapper: Autoconf 2.13 doesn't contain autom4te.
            Either unset WANT_AUTOCONF or don't execute anything
            that would use autom4te.
aclocal-1.10: autom4te failed with exit status: 1

any suggestion?

Gergan Penkov · Post by **Gergan Penkov** » Mon Apr 30, 2007 9:27 pm

the strange thing is that I don't have this problem, it is some autotools issue, I would try removing WANT_AUTOCONF from the beginning of the ebuild - or set them to latest with WANT_AUTOMAKE.

EDIT - that does not work, I have another error if I try with latest.

Gergan Penkov · Post by **Gergan Penkov** » Mon Apr 30, 2007 9:48 pm

look in /usr/portage/distfiles/cvs-src/mozilla, do you have aclocal.m4 there?
If not this will explain the problem you are having, but will not explain why are you missing it?

Dottout · Post by **Dottout** » Mon Apr 30, 2007 9:50 pm

yep..I already tried without that line, but then, with 2.61, autoconf failed
EDIT: yes, I have aclocal.m4

Gergan Penkov · Post by **Gergan Penkov** » Tue May 01, 2007 12:04 am

Hm, I removed completely cvs-src to test if there would be something wrong with a fresh checkout - no luck. The problem is that aclocal does not get run at all here:

* Applying 666_mozilla-glitz-cairo.patch ... [ ok ]
* Applying 064_firefox-nsplugins-v3.patch ... [ ok ]
* Applying 063_firefox-rpath-3.patch ... [ ok ]
* Running eautoreconf in '/var/tmp/portage/www-client/minefield-9999/work/mozilla' ...
* Running autoconf ... [ ok ]
* Running elibtoolize in: mozilla/security/svrcore
* Applying portage-1.5.10.patch ...
* Applying sed-1.5.6.patch ...
* Running elibtoolize in: mozilla/js/tamarin/pcre
* Applying sed-1.5.6.patch ...
* Running elibtoolize in: mozilla/toolkit/airbag/airbag/autotools
* Applying portage-1.5.10.patch ...
* Applying max_cmd_len-1.5.20.patch ...
* Applying sed-1.5.6.patch ...

So there is no error - if you have used some older cvs builds, could it be that there is still some cruft around in cvs-src? Differences in autotools version or the wrappers are unlikely, as you probably have normal firefox or xulrunner and the root dir is most probably not that different and they all use eautoreconf.

Dottout · Post by **Dottout** » Tue May 01, 2007 8:11 am

ok, right now Im deleting my cvs-src dir, then im going to try a new build

EDIT: after cleaning /var/tmp/portage and cvs-src now is compiling

Gergan Penkov · Post by **Gergan Penkov** » Tue May 01, 2007 9:31 am

super

Dottout · Post by **Dottout** » Tue May 01, 2007 11:27 am

this isnt my lucky day. after compiling:

Code: Select all

minefield 
/usr/lib/minefield/run-mozilla.sh: line 131: 25952 Segmentation fault      "$prog" ${1+"$@"}

also my old firefox segfaults, so I tried to remove both and reinstall minefield but it still segfaults. god bless links

Gergan Penkov · Post by **Gergan Penkov** » Tue May 01, 2007 12:14 pm

try running minefield --safe-mode (for minefiled) and disabling all of the stuff extensions themes and so on.
for firefox - have you run revdep-rebuild?

Dottout · Post by **Dottout** » Tue May 01, 2007 12:27 pm

no way with -safe-mode, it still segfaults. and yes, Ive already tried revdep-rebuild, it pretended to rebuild nothing

Gergan Penkov · Post by **Gergan Penkov** » Tue May 01, 2007 12:56 pm

Well this is getting stranger

I've bumped explicitely nspr so-version in order to trigger rebuild (as they have changed some of the parameters' types), so it is strange that you don't get anything to rebuild with revdep-rebuild (either I have broken the nspr ebuild - I needed to remove some lines from it as it seemed that they have fixed them, or revdep-rebuild is again somewhat broken).
If you are using portage - (I don't know about paludis, but last I checked pkg-core did not create these files)

Code: Select all

grep -nR "libnspr4.so.7" /var/db/pkg/*|grep NEEDED

should return the pkgs, which use the new nspr

Code: Select all

grep -nR "libnspr4.so.6" /var/db/pkg/*|grep NEEDED

should return the pkgs, which are trying to use the old nspr, there should be none
I suppose that the problem could be related to nspr as firefox should not have any problems with minefield installed.

Dottout · Post by **Dottout** » Tue May 01, 2007 2:00 pm

only thunderbird need so.6 (ok I have to admit that i did 3 softlinks to have tb running without a rebuild)
so.7 is used by minefield and nss

Gergan Penkov · Post by **Gergan Penkov** » Tue May 01, 2007 4:26 pm

Hm, thunderbird running ok with the new nspr, but firefox recompiled against it segfaults. Well there could be some new functions in the API, which get used on recompilation.
Now the question is why this does not break here (amd64), but breaks on your side (looking at the segfault line - x86) - I think I'll make an ebuild, which uses the internal nss/nspr, at least it will not break your system firefox and the rest on your system and you could downgrade nspr, till I could test it in chroot or qemu.

Archangel1 · Post by **Archangel1** » Tue May 01, 2007 11:38 pm

I've found the same - minefield segfaults, and old Firefox segfaults when built against the new nspr.
Mine is an amd64 system.

Master_Of_Disaster · Post by **Master_Of_Disaster** » Wed May 02, 2007 1:10 am

Doesn't segfault here, but I'm unable to connect via HTTPS now...

Gergan Penkov · Post by **Gergan Penkov** » Wed May 02, 2007 7:27 am

Hm, I'm going to update the minefield-build to use the internal nss/nspr for now and mask the nspr-one till I find what's the problem - the only thing, which I've noticed was that the dialog about the untrusted certificates was popping on all of the https-sites, even on the mozilla-extensions' site, which probably has some connection to the master_of_disaster's problem.
In fact the build is there as -r1, but I still haven't built it myself (it's compiling right now) and should mask the nspr build, but this will be after I come back from work

Dottout · Post by **Dottout** » Wed May 02, 2007 9:23 am

thank you for your effort, im building -r1 now

EDIT: still segfaults

lazy_bum · Post by **lazy_bum** » Wed May 02, 2007 12:13 pm

Works fine for me (well... it starts and I can `browse` and... more test are needed ;-).

Dottout · Post by **Dottout** » Wed May 02, 2007 12:23 pm

maybe something wrong with my toolchain? what are your cflags?

lazy_bum · Post by **lazy_bum** » Wed May 02, 2007 12:30 pm

Dottout wrote:maybe something wrong with my toolchain? what are your cflags?

Code: Select all

CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"

Master_Of_Disaster · Post by **Master_Of_Disaster** » Wed May 02, 2007 12:35 pm

works ok for me too. seems to have problems with extensions though, I need to verify this.

ARCH=amd64

Code: Select all

CFLAGS="-O3 -pipe -march=nocona -fvpt -ftracer -fno-loop-optimize"
LDFLAGS="-Wl,--hash-style=both -Wl,-O1"

Dottout · Post by **Dottout** » Wed May 02, 2007 12:37 pm

Code: Select all

CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer"

as you can see I have nothing dangerous in my cflags

Master_Of_Disaster · Post by **Master_Of_Disaster** » Wed May 02, 2007 12:44 pm

Compilerversion? I'm on gcc-4.2.0-pre20070430