Thanks for the detailed answer. We have a lot of multiprocessor machines here. Do you think
Code:
-ftree-parallelize-loops=4
makes any sense?
_________________
The collected works of diegel - Page 2
_________________
ShadeOfBlue wrote:
Try:
Code:
-march=r12000 -O3 -fomit-frame-pointer -fno-math-errno -fno-rounding-math -fno-signaling-nans -funsafe-math-optimizations -fgcse-sm -fgcse-las -fipa-pta -ftree-loop-linear -ftree-loop-im -fivopts -fno-keep-static-consts
First try with these options works fine and is the fastest build so far. Thank you!
_________________
Just one more question: assuming we have a R12000 processor. -param l1-cache-size=32 but what is the correct cache-line-size for this architecture?
_________________
I uploaded neko_firefox3.0.19_beta3.tardist to incoming and send a message to nekonoko, it will show up in beta soon. This build is optimized with many of the options shadeofblue suggested and it is noticeable faster than the previous builds. It also fixes a bus error in the svg code and contains updated patch and release notes.
Please report in this thread only severe issues in conjunction with the firefox3 build. I will not fix problems with depending nekoware packages, firefox extensions, your system setup or broken Internet sites.
Next step for me is a complete review of the patch from dexter1, most of his fixes are mips pro related and are not interesting for future builds anymore. The next build will based on a current cvs checkout, so it will be a firefox3.0.19pre.
You can do a mips pro build with the current patch. I did a -O3 build and beside the fact that it had a lot of problems, it was slower than my gcc builds. The beta3 build is much faster now. If anyone is able to make a faster mips pro build compared to this gcc4.7 build I have a free Tezro for him.
Please report in this thread only severe issues in conjunction with the firefox3 build. I will not fix problems with depending nekoware packages, firefox extensions, your system setup or broken Internet sites.
Next step for me is a complete review of the patch from dexter1, most of his fixes are mips pro related and are not interesting for future builds anymore. The next build will based on a current cvs checkout, so it will be a firefox3.0.19pre.
You can do a mips pro build with the current patch. I did a -O3 build and beside the fact that it had a lot of problems, it was slower than my gcc builds. The beta3 build is much faster now. If anyone is able to make a faster mips pro build compared to this gcc4.7 build I have a free Tezro for him.
It's in beta now:
ftp://ftp.nekoware.de/beta/neko_firefox ... a3.tardist
ajw99uk wrote: seems fine on http sites (though only tried a handful so far) but not https - I'm getting the error
Incorrect Response
Firefox doesn't know how to communicate with the server.
The site responded to the network request in an unexpected way and the browser cannot continue.
Perhaps bad preferences on my part?
No problem here, I did my online banking with it. Please check your add-ons, noscript? We are talking about beta3?
I can't see any ssl problem here. Probably it is a packaging issue, I will test ssl with a fresh installation today. But if I don't see a problem, I am not able to debug it.
Yes, both are working fine.hamei wrote: Can you connect to ixquick and duckduckgo without problems ? Also the mozilla extensions site refuses to connect.
firefox uses it's own libssl3.soI am using the neko_openssl 0.9.8x , don't know if that is a problem. Does Firefox use an external SSL library ? i didn't see anything about that in the configure settings but ... could there be a clash there ?
Try moving your .mozilla to .mozilla.bak and start firefox3. If the problem still persists it has nothing to do with your firefox configuration.
Be aware that . mozilla hosts also your seamonkey, thunderbird and sunbird configuration. The firefox config is in .mozilla/firefox.
I was able to reproduce the problem. My package misses the freebl libraries. If you add the firefox2 or seamonkey lib directory to your LD_LIBRARY32_PATH it will work. For example LD_LIBRARY32_PATH=$LD_LIBRARY32_PATH:/usr/nekoware/lib/firefox-2.0.0.22pre. Or copy libfreebl3.chk and libfreebl3.so from /usr/nekoware/lib/firefox-2.0.0.22pre to /usr/nekoware/lib/firefox-3.0.19. I will add the libraries to the next package.
There are also two missing dependencies: a current neko_gettext and neko_pixman is needed.
Thanks for testing so far. I will upload a new package including the missing files and dependencies on Friday.
@canavan: I don't see the crash you reported. Can you give some Information about your system and your Irix version?
@canavan: I don't see the crash you reported. Can you give some Information about your system and your Irix version?
Yes, there are major differences. The javascript engine is new designed and contains a lot of C++ code, in 3.0 javascript is C only. Additionally a lot of media tools for sound and video are added in 3.5, but you can disable this of course. I tried to compile 3.5 and came to the same point dexter had reached. I decided to debug 3.0 first, because I was sure to run into this bus error problem again in 3.5. Probably my fixes in 3.0 will fix firefox 3.5 as well, but at this point we are debugging firefox 3.0.hamei wrote: diegel : is there a major change between 3.0 and 3.5 ? I know there was a big different at 3.6 but is it possible that 3.5 would solve a few more problems ?
I uploaded neko_firefox3.0.19.tardist to incoming, it will show up in beta soon. This version is now complete with the freebl libraries. I also moved many of the optimization options shadeofblue suggested to CFLAGS, so much more code is optimized with this options. I also double checked, that I don't have any newer software on the build system installed. In the previous builds I used a newer pango version than the current nekoware. This should fix some problems.
@canavan: This is a stripped version. If you still experience problems, I will put an unstripped version on my ftp server for you.
@canavan: This is a stripped version. If you still experience problems, I will put an unstripped version on my ftp server for you.
it is in beta now:
ftp://ftp.nekoware.de/beta/neko_firefox3.0.19.tardist
I would try to reinstall all nekoware packages listed in the release notes. I did not see this error so far. Memory should not be the problem, firefox3 starts with about 130mb and if you open very much tabs you may need up to 300mb. I write this message on my fuel currently, so it should run on your fuel without problems.BetXen wrote: but I still have problems on my fuel (also 6.5.30). It is probably due to bad library paths and so on. I could identify pendant references to libgdk_pixbuf (now "ldd .../firefox'bin" gives no error anymore) and tried to renew .rqsfiles as ShadOfBlue suggested... without success for the moment. I always have the std::bad_alloc issue.
You can try it. It will compile with the included patch with mips pro. The javascript engine will not run at all, but you can move the gcc compiled libmozjs.so to the mips pro build. I didn't test it very much, because for me it was slower than the gcc build and it was very unstable. With firefox 3.5 the libmozjs.so workaround will not work anymore, since it contains c++ code.foetz wrote: i'm still somewhat skeptical about the gcc faster than mips pro builds but firefox3 is different so i'll see soon enough.
Yes, you can crash firefox with such kind of sites, but I did not see the errors you reported. I have seen a pango related error, I am quite sure this is a problem of the current pango package. I also have seen a bus error, but I was not able to reproduce it, so I can't debug it. There must be something different with your setup, are you using your firefox with a remote X11 server?hamei wrote: The interesting part is, if I stick to old-fashioned websites (nekochan, graphics magick, personal sites) this is not a problem at all. It's when you go to the javascript-laden advertising-driven "rich user experience" modern sites-of-shit that all hell breaks loose.
Okay, all this sites are ipv6 enabled.Voralyan wrote: These are the pages are affected by this:
http://www.google.com (also other TLDs)
http://www.bing.com
http://www.mozilla.org
And these sites are ipv4 only.
I build firefox3 with ipv6 enabled - this can be a problem if your system is ipv6 enabled and you don't have a working ipv6 connection. You can switch this off using about:config by setting network.dns.disableIPv6 to true.
The patchfile is /usr/nekoware/patch/neko_firefox3.patch and it's not installed by default.telackey wrote: Hmm, I've got it installed and it runs fine, but I don't see the patch file under /usr/nekoware/patch[es] ]
I fixed two more alignment errors. The main problem was an alignment error in the nsUrlClassifierHashCompleter stuff - I did not fix this problem, I simply disabled this code by disabling safe-browsing. Safe browsing is completely useless for Irix users and adds a lot of additionally database overhead. You can build firefox3 with this patch and mips pro also, but as usual you have to fix a lot of broken code if you start to use aggressive optimization with mips pro.
Attached you find a rebuild of the javascript and xpcom libraries for firefox3. Hamei, can you please check if some of your crashes disappear with this libraries. It's a tar archive with libmozjs.so, libxpcom.so and libxpcom_core.so included. The libraries should be placed in /usr/nekoware/lib/firefox-3.0.19.
I don't think this is a version problem. I can see the errors here as well. But I don't use very fancy sites with lots of adds, so this is not a real problem for me. For my daily work this version of firefox works without any crashes. I think there was an optimization problem within the xpcom libraries, that caused segmentation faults. I have seen the bus error hamei reported, but I don't have any idea how to debug it, since I was never able to reproduce it.foetz wrote: it might help if diegel could post the list of what he has installed on his dev machine. only a clean(!) and similar environment can yield proper results.
neko_pango-1.14.10.tardist is available in beta now. This version of pango make firefox3 run a lot more stable.
_________________
hamei wrote:
Out of curiosity- what happens at a newer pango ? It's up to 32 or something, so there must have been a reason you chose this version ?
I didn't try any newer version - pango 1.14 is the minimum requirement for firefox 3.5 so it's probably a good choice for firefox.
_________________
canavan wrote:
I just tried building a current ImageMagick with neko_pango-1.14.10, but it doesn't build any pango support because the minimum version is 1.28.1. There's no Pango support inGraphicsMagick, so that's not a problem there.
Another reason why I choose 1.14 is the fact that we have 1.12 in current and a lot more newer versions up to 1.28 in obsolete. The only explanation for me is that there is a problem with never versions. If someone can give some more details of this problems I may have a look at a current version of pango.
_________________
Just tried pango 1.28.4. It compiles and works for me. In opposite to 1.14 it contains c++ code and with this my gcc build will not be nekoware compliant. The problems of the previous pango packages are most probably the usual mips pro optimization failures. If someone wants to fix it feel free, I am out here.
_________________
hamei wrote:
I am a turkey who knows nothing but on several occasions I have found places where gcc should have refused to compile the code. Places that were flat-out wrong. The code accidentally works under gcc but that's not a good thing ; a hidden cancer is not better than an obvious one ... and the people in charge at many community software projects are quite dismissive of real flaws. "It works fine here, just use gcc."
I didn't talk about refused code, I am tired to solve problems that don't exist at O1 and show up at O2 or O3 optimization level. The optimization of gcc is much more reliable than mips pro. Of course I can build an O1 optimized pango 1.28, but it will be slow, even slower than 1.12.
_________________
hamei wrote:
It's kind of frustrating. This sort of thing is not that uncommon. I have not had any problems that I know of with -O3 but in future, I'll try that when there is an unexplained problem. Thank you for the pointer.
Compiles without errors on the first try here. Here is my standard build environment:
Code:
export CC=c99
export CXX=CC
export CFLAGS="-O1 -OPT:Olimit=0:roundoff=3:IEEE_arithmetic=3:alias=TYPED -mips4 -n32 -INLINE -woff 1174"
export CXXFLAGS="-O1 -OPT:Olimit=0:roundoff=3:IEEE_arithmetic=3:alias=TYPED -mips4 -n32 -Zf,_245 -INLINE -woff 1110,1171,1201,1355,3201"
export LDFLAGS="-L/usr/nekoware/lib"
export PERL="/usr/nekoware/bin/perl"
export CPPFLAGS="-I/usr/nekoware/include -I/usr/nekoware/include/glib-2.0"
export CXX=CC
export CFLAGS="-O1 -OPT:Olimit=0:roundoff=3:IEEE_arithmetic=3:alias=TYPED -mips4 -n32 -INLINE -woff 1174"
export CXXFLAGS="-O1 -OPT:Olimit=0:roundoff=3:IEEE_arithmetic=3:alias=TYPED -mips4 -n32 -Zf,_245 -INLINE -woff 1110,1171,1201,1355,3201"
export LDFLAGS="-L/usr/nekoware/lib"
export PERL="/usr/nekoware/bin/perl"
export CPPFLAGS="-I/usr/nekoware/include -I/usr/nekoware/include/glib-2.0"
_________________
I uploaded neko_pango-1.28.4.tardist to incoming. It looks like the c++ code is used internally only. The libraries may work with mips pro.
@hamei:
versions long | grep glib-mkenums
f 51351 34 neko_glib.sw.eoe usr/nekoware/bin/glib-mkenums
f 44878 14 neko_glib.man.manpages usr/nekoware/man/man1/glib-mkenums.1
f 62337 22 neko_glib.man.html usr/nekoware/share/gtk-doc/html/gobject/glib-mkenums.html
@hamei:
versions long | grep glib-mkenums
f 51351 34 neko_glib.sw.eoe usr/nekoware/bin/glib-mkenums
f 44878 14 neko_glib.man.manpages usr/nekoware/man/man1/glib-mkenums.1
f 62337 22 neko_glib.man.html usr/nekoware/share/gtk-doc/html/gobject/glib-mkenums.html
_________________
Very interesting! Can you send some pictures of this modified V10? I would compare the pictures with my spare V10 boards to find a possible hardware modification.
_________________
If you have a boot CD, you can boot to installation. In the installation program you can start a shell in the admin menu. With the shell account you can modify the passwd of your system in /root/etc/passwd.
_________________
I bought some from this seller in a different auction for $75. They are new and working.
http://www.ebay.com/itm/Phobos-P1000SX- ... SS:US:1123
http://www.ebay.com/itm/Phobos-P1000SX- ... SS:US:1123
_________________
ClassicHasClass wrote:
PM me!
PM sent.
_________________
Currently I don't have the time to spent much work on porting software for Irix. But I like to share my knowledge. My firefox 3.0.19 build based on the patches posted in this forum:
viewtopic.php?f=15&t=16722370
viewtopic.php?f=15&t=16722189
viewtopic.php?f=15&t=16718674
I only fixed some of the bus errors. I build it with gcc 4.7 and mips pro but finally decided to package the gcc build, because the mips pro build had a lot of more problems to fix and there was no performance advantage. If someone want to package a mips pro build this should be not a big deal. You should use the libmozjs from my gcc build, since there were optimization problems within the libmozjs at least since firebird times. The current firefox2 also uses a gcc build javascript library.
firefox 3.5.19 compiles with the patches posted in this forum, but it doesn't start because of several assertion errors. There is no difference if you build it with gcc or mips pro. I don't spent much time into debugging this until now. I think it is worth to invest some time into firefox 3.5 since it uses a much more improved javascript version.
I also have a xfs dump of the build system of Ncommanders firefox10 port. His work doesn't based on the known patches, he seems to start completely from scratch. libxul linking fails with a memory error. Probably you can link it with debugging switched off, but from my point of view it makes no sense to port firefox with debugging disabled. Ncommanders work is based on gcc only. JanJaap mentioned that there is a 64 bit linker, that should be able to link larger object, but as far I understand this correctly it is for the 64 bit abi only. A basic Irix 64bit NSPR port exists in the mozilla sources, but this is very old and there is still a lot of work to build a 64bit firefox.
Finally I think it is worth to spent some time on the webkit port of bplaa.yai. He also had problems with the javascript stuff. It think there is a fair chance this code just work with gcc:
viewtopic.php?f=15&t=16726801&p=7351745&hilit=qt#p7351745
viewtopic.php?f=15&t=16722370
viewtopic.php?f=15&t=16722189
viewtopic.php?f=15&t=16718674
I only fixed some of the bus errors. I build it with gcc 4.7 and mips pro but finally decided to package the gcc build, because the mips pro build had a lot of more problems to fix and there was no performance advantage. If someone want to package a mips pro build this should be not a big deal. You should use the libmozjs from my gcc build, since there were optimization problems within the libmozjs at least since firebird times. The current firefox2 also uses a gcc build javascript library.
firefox 3.5.19 compiles with the patches posted in this forum, but it doesn't start because of several assertion errors. There is no difference if you build it with gcc or mips pro. I don't spent much time into debugging this until now. I think it is worth to invest some time into firefox 3.5 since it uses a much more improved javascript version.
I also have a xfs dump of the build system of Ncommanders firefox10 port. His work doesn't based on the known patches, he seems to start completely from scratch. libxul linking fails with a memory error. Probably you can link it with debugging switched off, but from my point of view it makes no sense to port firefox with debugging disabled. Ncommanders work is based on gcc only. JanJaap mentioned that there is a 64 bit linker, that should be able to link larger object, but as far I understand this correctly it is for the 64 bit abi only. A basic Irix 64bit NSPR port exists in the mozilla sources, but this is very old and there is still a lot of work to build a 64bit firefox.
Finally I think it is worth to spent some time on the webkit port of bplaa.yai. He also had problems with the javascript stuff. It think there is a fair chance this code just work with gcc:
viewtopic.php?f=15&t=16726801&p=7351745&hilit=qt#p7351745
_________________
Yes there are some dead links to old patches. Attached you find all patches I know. Also please take a look at my firefox3 release notes.
_________________
Uploaded a new package of neko_pango-1.28.4 to incoming with /usr/nekoware/etc tagged as config.
_________________
Just define it or look where it is defined:
find /usr/include -exec fgrep PATH_MAX {} \; -print
At my system it is defined in /usr/include/internal/limits_core.h
find /usr/include -exec fgrep PATH_MAX {} \; -print
At my system it is defined in /usr/include/internal/limits_core.h
_________________
mia wrote:
Nope same outcome, didn't work either.
Can you please check what libraries firefox uses , ldd output sould look like this:
Code:
ldd /usr/nekoware/lib/firefox-3.0.19/firefox-bin
libpthread.so => /usr/lib32/libpthread.so
libsmime3.so => /usr/nekoware/lib/firefox-3.0.19/libsmime3.so
libssl3.so => /usr/nekoware/lib/firefox-3.0.19/libssl3.so
libnss3.so => /usr/nekoware/lib/firefox-3.0.19/libnss3.so
libnssutil3.so => /usr/nekoware/lib/firefox-3.0.19/libnssutil3.so
libsoftokn3.so => /usr/nekoware/lib/firefox-3.0.19/libsoftokn3.so
libcairo.so.3 => /usr/nekoware/lib/firefox-3.0.19/libcairo.so.3
libfreetype.so.7 => /usr/nekoware/lib/libfreetype.so.7
libfontconfig.so.2 => /usr/nekoware/lib/libfontconfig.so.2
libXrender.so.1 => /usr/nekoware/lib/libXrender.so.1
libX11.so.1 => /usr/lib32/libX11.so.1
libXt.so => /usr/lib32/libXt.so
libgthread-2.0.so.1 => /usr/nekoware/lib/libgthread-2.0.so.1
libXft.so.2 => /usr/nekoware/lib/libXft.so.2
libpangocairo-1.0.so.1 => /usr/nekoware/lib/libpangocairo-1.0.so.1
libpangoft2-1.0.so.1 => /usr/nekoware/lib/libpangoft2-1.0.so.1
libpango-1.0.so.1 => /usr/nekoware/lib/libpango-1.0.so.1
libgobject-2.0.so.1 => /usr/nekoware/lib/libgobject-2.0.so.1
libgmodule-2.0.so.1 => /usr/nekoware/lib/libgmodule-2.0.so.1
libglib-2.0.so.1 => /usr/nekoware/lib/libglib-2.0.so.1
libintl.so.9 => /usr/nekoware/lib/libintl.so.9
libsqlite3.so.1 => /usr/nekoware/lib/firefox-3.0.19/libsqlite3.so.1
libfastm.so => /usr/lib32/libfastm.so
libmozjs.so => /usr/nekoware/lib/firefox-3.0.19/libmozjs.so
libxpcom.so => /usr/nekoware/lib/firefox-3.0.19/libxpcom.so
libxpcom_core.so => /usr/nekoware/lib/firefox-3.0.19/libxpcom_core.so
libplds4.so => /usr/nekoware/lib/firefox-3.0.19/libplds4.so
libplc4.so => /usr/nekoware/lib/firefox-3.0.19/libplc4.so
libnspr4.so => /usr/nekoware/lib/firefox-3.0.19/libnspr4.so
libdl.so => /usr/lib32/libdl.so
libgtk-x11-2.0.so.1 => /usr/nekoware/lib/libgtk-x11-2.0.so.1
libatk-1.0.so.1 => /usr/nekoware/lib/libatk-1.0.so.1
libgdk-x11-2.0.so.1 => /usr/nekoware/lib/libgdk-x11-2.0.so.1
libgdk_pixbuf-2.0.so.1 => /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
libm.so => /usr/lib32/libm.so
libsocket.so => /usr/lib32/libsocket.so
libc.so.1 => /usr/lib32/libc.so.1
libpixman-1.so.1 => /usr/nekoware/lib/libpixman-1.so.1
libglitz.so.2 => /usr/nekoware/lib/libglitz.so.2
libpng12.so.0 => /usr/nekoware/lib/libpng12.so.0
libz.so => /usr/nekoware/lib/libz.so
libbz2.so => /usr/nekoware/lib/libbz2.so
libiconv.so.3 => /usr/nekoware/lib/libiconv.so.3
libexpat.so.2 => /usr/nekoware/lib/libexpat.so.2
libgen.so => /usr/lib32/libgen.so delay-load
libintl.so.4 => /usr/nekoware/lib/libintl.so.4
libXext.so => /usr/lib32/libXext.so
libpng.so.3 => /usr/nekoware/lib/libpng.so.3
libpthread.so => /usr/lib32/libpthread.so
libsmime3.so => /usr/nekoware/lib/firefox-3.0.19/libsmime3.so
libssl3.so => /usr/nekoware/lib/firefox-3.0.19/libssl3.so
libnss3.so => /usr/nekoware/lib/firefox-3.0.19/libnss3.so
libnssutil3.so => /usr/nekoware/lib/firefox-3.0.19/libnssutil3.so
libsoftokn3.so => /usr/nekoware/lib/firefox-3.0.19/libsoftokn3.so
libcairo.so.3 => /usr/nekoware/lib/firefox-3.0.19/libcairo.so.3
libfreetype.so.7 => /usr/nekoware/lib/libfreetype.so.7
libfontconfig.so.2 => /usr/nekoware/lib/libfontconfig.so.2
libXrender.so.1 => /usr/nekoware/lib/libXrender.so.1
libX11.so.1 => /usr/lib32/libX11.so.1
libXt.so => /usr/lib32/libXt.so
libgthread-2.0.so.1 => /usr/nekoware/lib/libgthread-2.0.so.1
libXft.so.2 => /usr/nekoware/lib/libXft.so.2
libpangocairo-1.0.so.1 => /usr/nekoware/lib/libpangocairo-1.0.so.1
libpangoft2-1.0.so.1 => /usr/nekoware/lib/libpangoft2-1.0.so.1
libpango-1.0.so.1 => /usr/nekoware/lib/libpango-1.0.so.1
libgobject-2.0.so.1 => /usr/nekoware/lib/libgobject-2.0.so.1
libgmodule-2.0.so.1 => /usr/nekoware/lib/libgmodule-2.0.so.1
libglib-2.0.so.1 => /usr/nekoware/lib/libglib-2.0.so.1
libintl.so.9 => /usr/nekoware/lib/libintl.so.9
libsqlite3.so.1 => /usr/nekoware/lib/firefox-3.0.19/libsqlite3.so.1
libfastm.so => /usr/lib32/libfastm.so
libmozjs.so => /usr/nekoware/lib/firefox-3.0.19/libmozjs.so
libxpcom.so => /usr/nekoware/lib/firefox-3.0.19/libxpcom.so
libxpcom_core.so => /usr/nekoware/lib/firefox-3.0.19/libxpcom_core.so
libplds4.so => /usr/nekoware/lib/firefox-3.0.19/libplds4.so
libplc4.so => /usr/nekoware/lib/firefox-3.0.19/libplc4.so
libnspr4.so => /usr/nekoware/lib/firefox-3.0.19/libnspr4.so
libdl.so => /usr/lib32/libdl.so
libgtk-x11-2.0.so.1 => /usr/nekoware/lib/libgtk-x11-2.0.so.1
libatk-1.0.so.1 => /usr/nekoware/lib/libatk-1.0.so.1
libgdk-x11-2.0.so.1 => /usr/nekoware/lib/libgdk-x11-2.0.so.1
libgdk_pixbuf-2.0.so.1 => /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
libm.so => /usr/lib32/libm.so
libsocket.so => /usr/lib32/libsocket.so
libc.so.1 => /usr/lib32/libc.so.1
libpixman-1.so.1 => /usr/nekoware/lib/libpixman-1.so.1
libglitz.so.2 => /usr/nekoware/lib/libglitz.so.2
libpng12.so.0 => /usr/nekoware/lib/libpng12.so.0
libz.so => /usr/nekoware/lib/libz.so
libbz2.so => /usr/nekoware/lib/libbz2.so
libiconv.so.3 => /usr/nekoware/lib/libiconv.so.3
libexpat.so.2 => /usr/nekoware/lib/libexpat.so.2
libgen.so => /usr/lib32/libgen.so delay-load
libintl.so.4 => /usr/nekoware/lib/libintl.so.4
libXext.so => /usr/lib32/libXext.so
libpng.so.3 => /usr/nekoware/lib/libpng.so.3
_________________
It's exactly the same. Probably you have same strange Xserver settings. My /var/X11/xdm/Xservers look like this:
Code:
:0 secure /usr/bin/X11/X -nobitscale -c -class TrueColor -depth 24 -solidroot sgilightblue -cursorFG red -cursorBG white
_________________
This issue has been discussed earlier. You need to configure /usr/nekoware/etc/fonts/local.conf see page 3 of this thread. I think I will add a configured version of this file in my firefox3 complete package.mapesdhs wrote: :D
I'd say the only thing that bugs me atm is the browser not displaying certain characters correctly,
especially the various kinds of quote marks.