Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Minefield (aka Firefox-cvs, Gran Paradiso)
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, ... 23, 24, 25  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
Dottout
l33t
l33t


Joined: 07 Mar 2006
Posts: 882

PostPosted: Wed May 02, 2007 12:51 pm    Post subject: Reply with quote

gcc-4.1.2
Back to top
View user's profile Send private message
Dottout
l33t
l33t


Joined: 07 Mar 2006
Posts: 882

PostPosted: Wed May 02, 2007 5:59 pm    Post subject: Reply with quote

hm..apparently there was something wrong with my toolchain, I rebuilt it and did emerge -e world..after this, i recompiled again minefield. now it works. sorry for the waste of time
Back to top
View user's profile Send private message
Gergan Penkov
Veteran
Veteran


Joined: 17 Jul 2004
Posts: 1464
Location: das kleinste Kuhdorf Deutschlands :)

PostPosted: Wed May 02, 2007 6:04 pm    Post subject: Reply with quote

Sorry, it seems I have created a little bit of chaos here :)
I have committed yesterday a new ebuild -r1, it does not use system nspr/nss - so the question is how many of you are using the nspr-4.7.0_rc1 ebuild, the minefield-9999 ebuild, and does not have problems, and who are using minefield-9999-r1 ebuild?
_________________
"I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack
Back to top
View user's profile Send private message
Dottout
l33t
l33t


Joined: 07 Mar 2006
Posts: 882

PostPosted: Wed May 02, 2007 9:54 pm    Post subject: Reply with quote

ok, after 3 merge im at this point: I tried minefield-9999 and -r1, both with nspr-4.7.0_rc1 and both segfault, then I tried my old ebuild ( www.dottout.com/mozilla-firefox-9999.ebuild ) with nspr-4.7.0_rc1 and it works (probably it uses its own nspr, but im sure you know better than me how a cvs ebuild works) tomorrow if I have some spare time ill try minefield-9999-r1 with nspr_4.6.0
Back to top
View user's profile Send private message
Gergan Penkov
Veteran
Veteran


Joined: 17 Jul 2004
Posts: 1464
Location: das kleinste Kuhdorf Deutschlands :)

PostPosted: Wed May 02, 2007 10:20 pm    Post subject: Reply with quote

No need it seems that the problem is not in nspr, and -r1 uses internal nspr/nss so there should be no difference - the thing was that you had segfaults with the normal firefox - so I thought it could be the nspr checkout.
The thing which I see in your build is that you are using mozilla's cairo and probably no glitz, (and it uses the system nss/nspr).
Well the 666 patch makes possible to use system cairo, I didn't make it very "correct" (it works, but in no way would be accepted upstream - it is quick fix) I mean after I've seen a bug open about this for some 3-4 months and very strange answers from the developers and so on...
So the question is more what for cairo and glitz versions do you have, (I'm using the xeffects overlay, xcb) and running beryl. It could be possible to disable glitz, but in the moment the way it is handled is to use glitz.
A backtrace with be really usefull.
I could add cairo-glitz as a use flag, sth along the lines system/mozilla-included, if this really is cairo/glitz related.
EDIT:
Quote:
[ebuild R ] x11-libs/cairo-1.4.6 USE="X glitz newspr svg xcb -debug -directfb -doc" 0 kB [3]

EDIT2: https://bugs.gentoo.org/show_bug.cgi?id=176367#c6
_________________
"I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack
Back to top
View user's profile Send private message
Dottout
l33t
l33t


Joined: 07 Mar 2006
Posts: 882

PostPosted: Thu May 03, 2007 6:25 am    Post subject: Reply with quote

Code:
[ebuild   R   ] x11-libs/cairo-1.4.4  USE="X directfb glitz newspr svg -debug -doc -xcb" 0 kB [1]

I use xeffects overlay too
Code:
[ebuild   R   ] media-libs/glitz-0.5.6

with beryl-git

EDIT: cairo is now 1.4.6 from xeffects
Back to top
View user's profile Send private message
IvanMajhen
Guru
Guru


Joined: 10 Jun 2006
Posts: 392
Location: Croatia

PostPosted: Fri May 04, 2007 11:24 am    Post subject: Reply with quote

My fonts looks ugly with new firefox... I'm using boniek patch, but it doesn't work with this version of firefox.
Back to top
View user's profile Send private message
lazy_bum
l33t
l33t


Joined: 16 Feb 2005
Posts: 691

PostPosted: Mon May 07, 2007 6:33 pm    Post subject: Reply with quote

Gergan Penkov wrote:
Sorry, it seems I have created a little bit of chaos here :)
I have committed yesterday a new ebuild -r1, it does not use system nspr/nss - so the question is how many of you are using the nspr-4.7.0_rc1 ebuild, the minefield-9999 ebuild, and does not have problems, and who are using minefield-9999-r1 ebuild?

I used minefield-9999-r1 ebuild.
_________________
roslin uberlay | grubelek
Back to top
View user's profile Send private message
Master_Of_Disaster
l33t
l33t


Joined: 28 Feb 2003
Posts: 610
Location: 15.05072° East, 48.13747° North (aka Mauer), Austria

PostPosted: Tue May 08, 2007 5:44 pm    Post subject: Reply with quote

http://img458.imageshack.us/my.php?image=snapshot2jl2.png

Minefield-9999-r1 shows me this, no matter how often I restart it. Happens with other extensions too, so something seems to be broken.
_________________
post tenebras lux, post fenestras tux
Registered Linux User Nr. 312509
Adopt an unanswered post today!
Back to top
View user's profile Send private message
Gergan Penkov
Veteran
Veteran


Joined: 17 Jul 2004
Posts: 1464
Location: das kleinste Kuhdorf Deutschlands :)

PostPosted: Tue May 08, 2007 9:39 pm    Post subject: Reply with quote

Master_Of_Disaster wrote:
http://img458.imageshack.us/my.php?image=snapshot2jl2.png

Minefield-9999-r1 shows me this, no matter how often I restart it. Happens with other extensions too, so something seems to be broken.

Hm, I could swear that it was something like "the extension will be installed on next firefox start" (which is afaik exactly as broken as the screenshot), but I have all the controls disabled now. I think that I had some sort of vodoo to work around similiar problems in my older cvs-builds, I'll try to see if they could work some magic :)
The other thing , which I explicitely enabled on my testing builds is the places, which seem to be disabled by default, although I could not find any real difference in the bookmarks and history interface, after enabling them :). So probably I'll update the ebuilds saturday, if I have time;)
_________________
"I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack
Back to top
View user's profile Send private message
Gergan Penkov
Veteran
Veteran


Joined: 17 Jul 2004
Posts: 1464
Location: das kleinste Kuhdorf Deutschlands :)

PostPosted: Tue May 15, 2007 11:51 pm    Post subject: Reply with quote

Ok I've committed -r2, -r3 and nss checkout (it is live ebuild, as I couldn't upload the checkout to google for some reason).
Some explanations -r2 is just one that depends on nss-checkout and enables places, -r3 has the system-uconv patch (I'll be adding new versions when I have time to test new patches, especially for building against system libs - myspell will probably be the next one). Nss uses new patches from debian, and I have bumped the so-version (as they are differences in the api/abi) so you'll need to revdep-rebuild after that.
As to the DOM Inspector - you need to enable mozdeveloper (probably should be patched to remove it altogether, when it is disabled) - I have tried and installed flashblock without problems, but I didn't have time to test with other extensions.
It seems that the new firefox is less memory hungry, at least it takes less memory than liferea, galeon and older firefoxes.
I don't have problems with the fonts either in fact they are better than the firefox-2 ones here.
_________________
"I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack
Back to top
View user's profile Send private message
_pF_
Apprentice
Apprentice


Joined: 22 Apr 2004
Posts: 195
Location: Central London

PostPosted: Thu May 17, 2007 6:03 pm    Post subject: Reply with quote

Firefox? Firedog, more like, and it should be put out of its misery.

Compare the performance of Firefox and Dillo. Using Dillo is like upgrading your computer, but, sure, it's limited in its features.

Minefield is just laden with extras that render it - an already slow and leaky process - too slow to be usable.

Code:
***MEMORY-WARNING***: firefox-bin[4698]: GSlice: g_thread_init() must be called before all other GLib functions; memory corruption due to late invocation of g_thread_init() has been detected; this program is likely to crash, leak or unexpectedly abort soon...
kill 4698
Back to top
View user's profile Send private message
Master_Of_Disaster
l33t
l33t


Joined: 28 Feb 2003
Posts: 610
Location: 15.05072° East, 48.13747° North (aka Mauer), Austria

PostPosted: Thu May 17, 2007 7:13 pm    Post subject: Reply with quote

http://rafb.net/p/Zgh5a337.html - cvs snapshot from 5 minutes ago fails with the -r3 ebuild
_________________
post tenebras lux, post fenestras tux
Registered Linux User Nr. 312509
Adopt an unanswered post today!
Back to top
View user's profile Send private message
Gergan Penkov
Veteran
Veteran


Joined: 17 Jul 2004
Posts: 1464
Location: das kleinste Kuhdorf Deutschlands :)

PostPosted: Thu May 17, 2007 10:30 pm    Post subject: Reply with quote

What for gcc-version are you using, if it is 4.2 - it will explain the error?
The problem is that I've removed the security and nsprpub dirs from the checkout as they are some 10-15 MB and they are already installed through nss/nspr. But looking why it does not happens here and it happens on your system is because from config/Makefile.in:
Code:
ifdef WRAP_SYSTEM_INCLUDES
export::
        if test ! -d system_wrappers; then mkdir system_wrappers; fi
        $(PERL) $(topsrcdir)/config/preprocessor.pl $(DEFINES) $(ACDEFINES) \
                -DMOZ_TREE_CAIRO=$(MOZ_TREE_CAIRO) \
                -DMOZ_ENABLE_LIBXUL=$(MOZ_ENABLE_LIBXUL) \
                -DMOZ_NATIVE_ZLIB=$(MOZ_NATIVE_ZLIB) \
                -DMOZ_NATIVE_PNG=$(MOZ_NATIVE_PNG) \
                -DMOZ_NATIVE_JPEG=$(MOZ_NATIVE_JPEG) \
                $(srcdir)/system-headers | $(PERL) $(topsrcdir)/nsprpub/config/make-system-wrappers.pl system_wrappers
        $(INSTALL) system_wrappers $(DIST)/include
endif

and WRAP_SYSTEM_INCLUDES is defined through the following code in configure.in
Code:
                      ac_cv_have_visibility_builtin_bug=no
                       if ! ${CC-cc} ${CFLAGS} ${DSO_PIC_CFLAGS} ${DSO_LDOPTS} -O2 -S -o conftest.S conftest.c > /dev/null 2>&1 ; then
                         ac_cv_have_visibility_builtin_bug=yes
                       else
                         if test `grep -c "@PLT" conftest.S` = 0; then
                           ac_cv_visibility_builtin_bug=yes
                         fi
                       fi
                       rm -f conftest.{c,S}
                       ])
        if test "$ac_cv_have_visibility_builtin_bug" = "no" -a \
                "$ac_cv_have_visibility_class_bug" = "no"; then
          VISIBILITY_FLAGS='-I$(DIST)/include/system_wrappers -include $(topsrcdir)/config/gcc_hidden.h'
          WRAP_SYSTEM_INCLUDES=1
        else
          VISIBILITY_FLAGS='-fvisibility=hidden'
        fi # have visibility pragma bug
      fi   # have visibility pragma
    fi     # have visibility(default) attribute
  fi       # have visibility(hidden) attribute
fi         # GNU_CC

AC_SUBST(WRAP_SYSTEM_INCLUDES)
AC_SUBST(VISIBILITY_FLAGS)

So it is only defiend if you don't have the pragma bug. As I am running 4.1.2 and it seems that it still has this bug, you are probably running some newer version?
One possibility is to extend the checkout with nsprub or you could try to checkout only nsprub/config and see if it will work.
Try adding mozilla/nsprpub/config to the MMODULES_LOCAL list - if this does not work, adding mozilla/nsprpub to MMODULES should work (in the ebuild src_unpack function).
If one of this works - I'll add the line to the ebuild.
_________________
"I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack
Back to top
View user's profile Send private message
Master_Of_Disaster
l33t
l33t


Joined: 28 Feb 2003
Posts: 610
Location: 15.05072° East, 48.13747° North (aka Mauer), Austria

PostPosted: Fri May 18, 2007 12:34 am    Post subject: Reply with quote

Quote:
Try adding mozilla/nsprpub/config to the MMODULES_LOCAL


done - compiles with the release version of gcc 4.2.0
_________________
post tenebras lux, post fenestras tux
Registered Linux User Nr. 312509
Adopt an unanswered post today!
Back to top
View user's profile Send private message
Gergan Penkov
Veteran
Veteran


Joined: 17 Jul 2004
Posts: 1464
Location: das kleinste Kuhdorf Deutschlands :)

PostPosted: Sat May 19, 2007 10:41 pm    Post subject: Reply with quote

I've committed a new version to the repository -r4 (fixed -r3 for gcc-4.2) - the new thing is that it uses system hunspell, I've added hunspell-1.1.5 as the one in portage does not have pkg-config files and I don't think that anything uses it, as I've seen open bugs about breaking enchant. I've added to it some debian patches and it works ok with minefield. Enchant compiles with it also without problems, but I haven't tested rebuilding oo against it - the only other consumer.
As to the system hunspell, I thought that I could use the patches from glandium, but they were for myspell and 2.0 so were of not of great use. The good news is that making the new patches, I've decided to resolve the problem with the installation of dictionaries, so now you could just install myspell-* dictionaries with your favorite pkg-manager and they should work out of the box with it. In fact without installing such there will be no useful dictionaries :)
_________________
"I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack
Back to top
View user's profile Send private message
Insanity5902
Veteran
Veteran


Joined: 23 Jan 2004
Posts: 1228
Location: Fort Worth, Texas

PostPosted: Thu May 24, 2007 3:52 pm    Post subject: Reply with quote

Has anybody had problems with CA Authorities not being loaded properly.

I have tried searching on this but I can't find anything. I can mainly import them from /usr/share/ca-certificates, but there are a lot and this is really kind of annoying.
_________________
Join the adopt an unanswered post initiative today
Back to top
View user's profile Send private message
Gergan Penkov
Veteran
Veteran


Joined: 17 Jul 2004
Posts: 1464
Location: das kleinste Kuhdorf Deutschlands :)

PostPosted: Fri May 25, 2007 4:50 pm    Post subject: Reply with quote

Well I didn't know that the problem is with the CA Authorities, but I have problems with secure sites most of them are not recognized correctly and the confirmation dialog show up. I'll look at it tomorrow probably.
_________________
"I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack
Back to top
View user's profile Send private message
Insanity5902
Veteran
Veteran


Joined: 23 Jan 2004
Posts: 1228
Location: Fort Worth, Texas

PostPosted: Sat May 26, 2007 2:18 am    Post subject: Reply with quote

Yeah, that is what I get, when I go and look at the CA authorities known are listed, I go add the one that has signed that sites cert, and it doesn't ask me.

I close Firefox and reopen and go back and it ask me again, I go look at the CA's known are listed, I switch tabs and then go back to the CA tab and the one I imported is there, and I can once again load that page without accepting the unknown cert, the difference is I didn't have re-import it, just switching tabs causing it to re-read already imported certs .... pretty crazy.
_________________
Join the adopt an unanswered post initiative today
Back to top
View user's profile Send private message
wuno
Apprentice
Apprentice


Joined: 17 May 2005
Posts: 193
Location: Germany

PostPosted: Sat May 26, 2007 8:37 am    Post subject: Reply with quote

_pF_ wrote:


Code:
***MEMORY-WARNING***: firefox-bin[4698]: GSlice: g_thread_init() must be called before all other GLib functions; memory corruption due to late invocation of g_thread_init() has been detected; this program is likely to crash, leak or unexpectedly abort soon...
kill 4698

I filed a bug about this warning https://bugs.gentoo.org/show_bug.cgi?id=179784 as I see it in all gentoo compiled mozilla products. However, the precompiled bin versions do not show this warning. Could any of our patches trigger this?
Back to top
View user's profile Send private message
Gergan Penkov
Veteran
Veteran


Joined: 17 Jul 2004
Posts: 1464
Location: das kleinste Kuhdorf Deutschlands :)

PostPosted: Sat May 26, 2007 9:23 am    Post subject: Reply with quote

wuno wrote:
_pF_ wrote:


Code:
***MEMORY-WARNING***: firefox-bin[4698]: GSlice: g_thread_init() must be called before all other GLib functions; memory corruption due to late invocation of g_thread_init() has been detected; this program is likely to crash, leak or unexpectedly abort soon...
kill 4698

I filed a bug about this warning https://bugs.gentoo.org/show_bug.cgi?id=179784 as I see it in all gentoo compiled mozilla products. However, the precompiled bin versions do not show this warning. Could any of our patches trigger this?

Hallo first and nice to see you again :)
As to this - yeah it is bug in mozilla as you've already found out, I'll add your patch to the patchset. The problem is that GSlice is now internally used for some of the other memory allocation/deallocation routines, but GSlice is in glib since 2.10 and I doubt that mozilla uses >=glib-2.10 for their internal builds, so they don't care about it as they don't have the warning :)
I've added openoffice build with my patches - as in the moment the one in portage is likely to break with the new hunspell (no matter using the portage hunspell or not) https://bugs.gentoo.org/show_bug.cgi?id=179285.

[EDIT] Although on second look - I don't have such warning, if I start it from terminal:
Quote:
/usr/lib64/minefield/minefield-bin


There is nothing at all there...
[/EDIT]
_________________
"I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack
Back to top
View user's profile Send private message
Gergan Penkov
Veteran
Veteran


Joined: 17 Jul 2004
Posts: 1464
Location: das kleinste Kuhdorf Deutschlands :)

PostPosted: Sat May 26, 2007 11:41 am    Post subject: Reply with quote

Well I have found what causes the CA Cert issue and after that through bonsai the cause for it - I'll make a patch probably today to solve it as mozilla does not think that it is their problem (as always :) ).
ref: https://bugzilla.mozilla.org/show_bug.cgi?id=362980 and this also is connected to the lost certs https://bugzilla.mozilla.org/show_bug.cgi?id=379582
_________________
"I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack
Back to top
View user's profile Send private message
wuno
Apprentice
Apprentice


Joined: 17 May 2005
Posts: 193
Location: Germany

PostPosted: Sat May 26, 2007 12:38 pm    Post subject: Reply with quote

Gergan Penkov wrote:
wuno wrote:
_pF_ wrote:


Code:
***MEMORY-WARNING***: firefox-bin[4698]: GSlice: g_thread_init() must be called before all other GLib functions; memory corruption due to late invocation of g_thread_init() has been detected; this program is likely to crash, leak or unexpectedly abort soon...
kill 4698

I filed a bug about this warning https://bugs.gentoo.org/show_bug.cgi?id=179784 as I see it in all gentoo compiled mozilla products. However, the precompiled bin versions do not show this warning. Could any of our patches trigger this?

Hallo first and nice to see you again :)
[EDIT] Although on second look - I don't have such warning, if I start it from terminal:
Quote:
/usr/lib64/minefield/minefield-bin


There is nothing at all there...
[/EDIT]

Yeah, I'm around a little bit here and there :wink:
The warning is probably related to glib-2.13. I recompiled glib 2.12.11 and it's all gone. Nevertheless, I think as it's a trivial fix it should be included. At least then people aren't concerned. That glib-2.12 doesn't throw this warning doesn't mean that the threads are started properly.

Secondly a fix for your minefield ebuild

Code:
sed -i -e 's|MOZ_APP_NAME=firefox|MOZ_APP_NAME=minefield|' "${S}"/browser/confvars.sh

as it was taken out of configure.in two or three days ago.
Back to top
View user's profile Send private message
Insanity5902
Veteran
Veteran


Joined: 23 Jan 2004
Posts: 1228
Location: Fort Worth, Texas

PostPosted: Sat May 26, 2007 5:20 pm    Post subject: Reply with quote

Damn I suck, I couldn't find those bugs for the life of me.

Ah well, thanks for finding them.

I read through them and one of the fixes work, there is no need to write a patch, just add
Code:
dosym /usr/lib/nss/libnssckbi.so /usr/lib/minefield/libnssckbi.so
to the bottom of pkg_install() and it should work fine.

I tested it out on mine and it works great. No more popups for woot, paypal, google, etc.

Thanks for finding those, I should of posted a long time ago (I have been using firefox 3 since alpha1, just manaually doing it, and have been searching for that problem at least for 2 months :))
_________________
Join the adopt an unanswered post initiative today
Back to top
View user's profile Send private message
Insanity5902
Veteran
Veteran


Joined: 23 Jan 2004
Posts: 1228
Location: Fort Worth, Texas

PostPosted: Sat May 26, 2007 5:43 pm    Post subject: Reply with quote

A Couple of other notes,

Since this is a an overlay, of a cvs build, of an alpha product :) I will add a few optimizations I have found to work

1) I am able to compile with -Os without any problems at all, not sure if it is helping load times, but since -Os focuses on size I figured it was worth a try.

2) I am able to use make -j3 without any compile or runtime issues.

I might try a few others later, but so far I am happy with this. the Load times after a fresh boot do seem to be a bit faster, but again, no numbers, so take it with a grain of salt.
_________________
Join the adopt an unanswered post initiative today
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3, ... 23, 24, 25  Next
Page 2 of 25

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum