From lasso at spacecentre.se Sun Sep 11 12:04:35 2005 From: lasso at spacecentre.se (Lars Helmer) Date: Sun, 11 Sep 2005 14:04:35 +0200 (CEST) Subject: [Clc-crux64] ATI's proprietary drivers Message-ID: <5996.81.234.53.108.1126440275.squirrel@81.234.53.108> hello, i've been trying to get ati's proprietary drivers to work on my amd64 install for some time now. my ati-driver port can be found in the contrib64 repo among with it's dependencies. but i just cant get the acceleration working so i'm hoping anyone here got any ideas... there is a thread on the gentoo forums: http://forums.gentoo.org/viewtopic-t-377790.html that resembles my problem. the drivers installed ok, the fglrx module is loaded ok (nothing funny in dmesg), and according to the x log drm is loaded ok and everything is accelerated. xorg.conf is set to use internalagp etc. but, fglrxinfo says mesa and glxinfo says no direct rendering. glxgears is ~480fps on my ati x850xt which seems just a bit to slow... from what i've understood from the gentoo thread someone had the same problem because of some side issue of having gcc 3.3.x installed. but this is a fresh system (danm's iso) running gcc 3.4.4. can anyone see if the issue in the thread relates to crux in any way or have any other ideas as to what could be the problem here? cheers, lars From daniel at danm.de Sun Sep 11 15:23:53 2005 From: daniel at danm.de (Daniel Mueller) Date: Sun, 11 Sep 2005 17:23:53 +0200 Subject: [Clc-crux64] ATI's proprietary drivers In-Reply-To: <5996.81.234.53.108.1126440275.squirrel@81.234.53.108> References: <5996.81.234.53.108.1126440275.squirrel@81.234.53.108> Message-ID: <20050911172353.72823589@torax.localdomain> On Sun, 11 Sep 2005 14:04:35 +0200 (CEST) Lars Helmer wrote: > the drivers installed ok, the fglrx module is loaded ok (nothing > funny in dmesg), and according to the x log drm is loaded > ok and everything is accelerated. xorg.conf is set to use > internalagp etc. but, fglrxinfo says mesa and glxinfo says no > direct rendering. glxgears is ~480fps on my ati x850xt which > seems just a bit to slow... I guess you installed both, mesa3d AND ati_driver. = mesa3d = $ grep "libGL.so" .footprint lrwxrwxrwx root/root usr/lib64/libGL.so -> libGL.so.1 lrwxrwxrwx root/root usr/lib64/libGL.so.1 -> libGL.so.1.5.060302 -rwxr-xr-x root/root usr/lib64/libGL.so.1.5.060302 = ati_driver = $ grep "libGL.so" .footprint -rwxr-xr-x root/root usr/X11R6/lib32/libGL.so.1.2 -rwxr-xr-x root/root usr/X11R6/lib64/libGL.so.1.2 I am interested which file glxgears decides to use... My PC has got an NVidia card and I'm using Matt's nvidia port: $ ldd /usr/X11R6/bin/glxgears | grep libGL.so libGL.so.1 => /usr/lib/libGL.so.1 (0x00002aaaaabc1000) $ pkginfo -o /usr/lib64/libGL.so.1 Package File nvidia usr/lib64/libGL.so.1.0.7676 I suggest you to have a look at Matt's nvhelper.sh script (/usr/ports/contrib64/nvidia). bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A From lasso at spacecentre.se Sat Sep 17 11:03:23 2005 From: lasso at spacecentre.se (Lars Helmer) Date: Sat, 17 Sep 2005 13:03:23 +0200 (CEST) Subject: [Clc-crux64] ATI's proprietary drivers In-Reply-To: <20050911172353.72823589@torax.localdomain> References: <5996.81.234.53.108.1126440275.squirrel@81.234.53.108> <20050911172353.72823589@torax.localdomain> Message-ID: <12188.81.234.53.108.1126955003.squirrel@81.234.53.108> sorry about my slow reply, but computer-time has been rare this past week... On Sun, September 11, 2005 5:23 pm, Daniel Mueller said: > I guess you installed both, mesa3d AND ati_driver. yes i did, because the ati-drivers depends on mesa3d according to the release notes. > = mesa3d = > $ grep "libGL.so" .footprint > lrwxrwxrwx root/root usr/lib64/libGL.so -> libGL.so.1 > lrwxrwxrwx root/root usr/lib64/libGL.so.1 -> > libGL.so.1.5.060302 > -rwxr-xr-x root/root usr/lib64/libGL.so.1.5.060302 > > = ati_driver = > $ grep "libGL.so" .footprint > -rwxr-xr-x root/root usr/X11R6/lib32/libGL.so.1.2 > -rwxr-xr-x root/root usr/X11R6/lib64/libGL.so.1.2 > > I am interested which file glxgears decides to use... this is indeed an interesting point (learning something new with every mail... :) but it doesn't seem to be the problem: $ ldd /usr/X11R6/bin/glxgears | grep libGL libGL.so.1 => /usr/X11R6/lib64/libGL.so.1 (0x00002aaaaabc1000) $ pkginfo -o /usr/X11R6/lib64/libGL.so.1 Package File ati_driver usr/X11R6/lib64/libGL.so.1.2 x11 usr/X11R6/lib64/libGL.so.1 $ ls -l /usr/X11R6/lib64/libGL.so.1 lrwxrwxrwx 1 root root 12 Sep 10 18:40 /usr/X11R6/lib64/libGL.so.1 -> libGL.so.1.2 and i did a manual rename of the x11 libGL.so.1.2 file before installing the ati-driver port. so this seems to be in order. i'll be back with any findings after looking into the other reply i got... cheers, lars From lasso at spacecentre.se Sat Sep 17 12:48:19 2005 From: lasso at spacecentre.se (Lars Helmer) Date: Sat, 17 Sep 2005 14:48:19 +0200 (CEST) Subject: [Clc-crux64] ATI's proprietary drivers In-Reply-To: <20050911215724.6685f36b.ccd@mail.bg> References: <5996.81.234.53.108.1126440275.squirrel@81.234.53.108> <20050911215724.6685f36b.ccd@mail.bg> Message-ID: <12579.81.234.53.108.1126961299.squirrel@81.234.53.108> On Sun, September 11, 2005 8:57 pm, ccd at mail.bg said: > Hi, > > I had the same problems with ati drivers on my crux box. I've got the > same problem. I had other problems with the driver also. I've sumbited > a bug report to ati's bugzilla. What i've got from ati was, that except > the native 64bit glibc i had to install the 32 bit librarys also. > Ofcourse this did not resolve the problem at all, I still got mesa > instead of ati. I don't remember very well but I think the problem was > solved with libstdc++, I use Jeremy's crux, not the one from danm, so > installing the libstdc++ from opt did not solve the problem either, > then I got it that libstdc++-compat in opt is 32 bit, so i downloaded > some rpm from mandrake fox x86_64 (i am lazy i know :) ) i.e. > compat-libstdc++-8-3.3.4.2.x86_64.rpm, converted it to tar.gz and > copied the content of the package to the lib directory, this solved the > problem, and now I have 3d accel, but don't expect to much of it. In > general, ati's accel sucks in linux. The latest drivers resolved my > issues with artifacts in 2d and 3d, but now when i run fgl_glxgears i > get a black cube with gray background. So don't expect to much of it. > > Sorry for beeing so talkative, but i hope i helped in some way. no problem at all, it solved my problem: bash-3.00$ glxgears 40697 frames in 5.0 seconds = 8139.400 FPS 50575 frames in 5.0 seconds = 10115.000 FPS 50582 frames in 5.0 seconds = 10116.400 FPS 50576 frames in 5.0 seconds = 10115.200 FPS 50579 frames in 5.0 seconds = 10115.800 FPS 50589 frames in 5.0 seconds = 10117.800 FPS :) i made a port for it too which i'm sending to danm soon-ish... cheers, lars > Cheers, > ilf > On Sun, 11 Sep 2005 14:04:35 +0200 (CEST) > "Lars Helmer" wrote: > >> hello, >> >> i've been trying to get ati's proprietary drivers to work >> on my amd64 install for some time now. my ati-driver port >> can be found in the contrib64 repo among with it's dependencies. >> >> but i just cant get the acceleration working so i'm hoping anyone >> here got any ideas... >> >> there is a thread on the gentoo forums: >> http://forums.gentoo.org/viewtopic-t-377790.html >> that resembles my problem. >> >> the drivers installed ok, the fglrx module is loaded ok (nothing >> funny in dmesg), and according to the x log drm is loaded >> ok and everything is accelerated. xorg.conf is set to use >> internalagp etc. but, fglrxinfo says mesa and glxinfo says no >> direct rendering. glxgears is ~480fps on my ati x850xt which >> seems just a bit to slow... >> >> from what i've understood from the gentoo thread someone had the >> same problem because of some side issue of having gcc 3.3.x >> installed. but this is a fresh system (danm's iso) running gcc >> 3.4.4. can anyone see if the issue in the thread relates to >> crux in any way or have any other ideas as to what could be >> the problem here? >> >> cheers, >> >> lars >> _______________________________________________ >> Clc-crux64 mailing list >> Clc-crux64 at lists.berlios.de >> http://lists.berlios.de/mailman/listinfo/clc-crux64 > From daniel at danm.de Sun Sep 18 11:52:43 2005 From: daniel at danm.de (Daniel Mueller) Date: Sun, 18 Sep 2005 13:52:43 +0200 Subject: [Clc-crux64] libstdc++-compat -> libstdc++-compat32 Message-ID: <20050918135243.19820581@torax.localdomain> Hi, this is just an information to the people using the 64bit-danm ISO of CRUX64: Lars Helmer sent me a new version of libstdc++-compat which is 64bit. He got the files from Fedora Linux (RPM). The old port moved from: opt64/libstdc++-compat to -> compat32/libstdc++compat32 Furthermore, Lars sent me 64bit ports of - mplayer (Mplayer without Vidix & 32bit Windows dll support) - mplayerplug-in (firefox-plugin) - j2re (Blackdown's java) - firefox-java-plugin (guess what..) - gplflash (Flash plugin for Firefox) bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A From ccd at mail.bg Tue Sep 20 23:44:22 2005 From: ccd at mail.bg (Ilf Stoyanov) Date: Wed, 21 Sep 2005 02:44:22 +0300 Subject: [Clc-crux64] migrate to danm iso? In-Reply-To: <12579.81.234.53.108.1126961299.squirrel@81.234.53.108> References: <5996.81.234.53.108.1126440275.squirrel@81.234.53.108> <20050911215724.6685f36b.ccd@mail.bg> <12579.81.234.53.108.1126961299.squirrel@81.234.53.108> Message-ID: <20050921024422.19dcab72.ccd@mail.bg> Hi guys, I'm using Jeremy's x86_64 iso right now, but because of the lack of support, actually his site has been done for a while, i would like to switch to danm's iso. However I wouldn't like to just reinstall the system, whould it be possible to just pkgadd -u some packages and then edit the files in /etc/ports so that i get danm's repo's, or will i break way too much things and i better reinstall? If i can just upgrade some packages, which one should I upgrade except glibc and gcc ? Cheers, Ilf From daniel at danm.de Wed Sep 21 19:55:49 2005 From: daniel at danm.de (Daniel Mueller) Date: Wed, 21 Sep 2005 21:55:49 +0200 Subject: [Clc-crux64] migrate to danm iso? In-Reply-To: <20050921024422.19dcab72.ccd@mail.bg> References: <5996.81.234.53.108.1126440275.squirrel@81.234.53.108> <20050911215724.6685f36b.ccd@mail.bg> <12579.81.234.53.108.1126961299.squirrel@81.234.53.108> <20050921024422.19dcab72.ccd@mail.bg> Message-ID: <20050921215549.243c991d@torax.localdomain> On Wed, 21 Sep 2005 02:44:22 +0300 Ilf Stoyanov wrote: > [..] whould it be possible to just pkgadd -u some packages and > then edit the files in /etc/ports so that i get danm's repo's, or > will i break way too much things and i better reinstall? pkgadd -u won't be enough. Most library files of Jeremy's CRUX64 are installed in /usr/lib not /usr/lib{32,64}. Because of this you'll get messages like this: --------------------------------------------- $ pkgadd -u /usr/ports/contrib64/gnupg/gnupg#1.4.2-1.pkg.tar.gz usr/lib64/gnupg/gpgkeys_finger usr/lib64/gnupg/gpgkeys_hkp usr/lib64/gnupg/gpgkeys_http usr/lib64/gnupg/gpgkeys_mailto pkgadd: listed file(s) already installed (use -f to ignore and overwrite) --------------------------------------------- pkgadd -u -f should work fine here. Keep in mind that I updated a lot of packages in base & opt. To specify one example: openssl 0.9.8. The 0.9.8er version is not binary compatible to 0.9.7g due to API changes. Every application depending on openssl needs to get recompiled. bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A From poulias_n at devshell.gr Sat Sep 24 14:50:20 2005 From: poulias_n at devshell.gr (Poulias N.) Date: Sat, 24 Sep 2005 14:50:20 +0000 Subject: [Clc-crux64] xcdroast,nss.acroread problems Message-ID: <433567AC.7040500@devshell.gr> Hi all i just installed the x64 iso from danm. Everything seems ok except of the following software. 1.xcdrooast seems to build ok but when executed dies with segmentation fault. 2.nss dies on build with ../../../../pr/src/io/prfdcach.c: At top level: /usr/ports/contrib/nss/work/src/nss-3.9/mozilla/security/nss/../../dist/Linux2.6_x86_glibc_PTH_OPT.OBJ/include/prio.h:190: error: storage size of `ip' isn't known /usr/ports/contrib/nss/work/src/nss-3.9/mozilla/security/nss/../../dist/Linux2.6_x86_glibc_PTH_OPT.OBJ/include/prio.h:264: error: storage size of `mcast_if' isn't known /usr/ports/contrib/nss/work/src/nss-3.9/mozilla/security/nss/../../dist/Linux2.6_x86_glibc_PTH_OPT.OBJ/include/obsolete/probslet.h:70: error: storage size of `narray' isn't known make[4]: *** [prfdcach.o] Error 1 make[4]: Leaving directory `/usr/ports/contrib/nss/work/src/nss-3.9/mozilla/nsprpub/Linux2.6_x86_glibc_PTH_OPT.OBJ/pr/src/io' make[3]: *** [export] Error 2 make[3]: Leaving directory `/usr/ports/contrib/nss/work/src/nss-3.9/mozilla/nsprpub/Linux2.6_x86_glibc_PTH_OPT.OBJ/pr/src' make[2]: *** [export] Error 2 make[2]: Leaving directory `/usr/ports/contrib/nss/work/src/nss-3.9/mozilla/nsprpub/Linux2.6_x86_glibc_PTH_OPT.OBJ/pr' make[1]: *** [export] Error 2 make[1]: Leaving directory `/usr/ports/contrib/nss/work/src/nss-3.9/mozilla/nsprpub/Linux2.6_x86_glibc_PTH_OPT.OBJ' make: *** [build_nspr] Error 2 3.acroread32 dies with (acroread:31244): Gdk-WARNING **: locale not supported by Xlib (acroread:31244): Gdk-WARNING **: cannot set locale modifiers Thats it. Any suggestions? From daniel at danm.de Sat Sep 24 22:53:35 2005 From: daniel at danm.de (Daniel Mueller) Date: Sun, 25 Sep 2005 00:53:35 +0200 Subject: [Clc-crux64] xcdroast,nss.acroread problems In-Reply-To: <433567AC.7040500@devshell.gr> References: <433567AC.7040500@devshell.gr> Message-ID: <20050925005335.09590751@torax.localdomain> On Sat, 24 Sep 2005 14:50:20 +0000 Poulias N. wrote: > 3.acroread32 dies with > (acroread:31244): Gdk-WARNING **: locale not supported by Xlib > > (acroread:31244): Gdk-WARNING **: cannot set locale modifiers Seems that acroread depends on "libstdc++-compat32". I'll add it to acroread32's dependencies. bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A