Hi Guys, I'm currently reinstalling CRUX (due to a HDD failure), and decided to try out Danm's v2.2 AMD64 test build. Being one for trying new stuff, I've successfully installed the latest kernel revision and have decided to try out X11R7.1 from X.org (If I stuff it up, nothing's lost due to being a clean install). Anyway, I'm only getting about 90% the way through the install, with an error on xkbcomp causing a floating point exception when rebuilding the keyboard template files? I've googled quite a bit and haven't come across anyone else with the same error. That leads me to believe that it may be distro related, rather than a bug in X (but if it's s bug, does anyone have a patch?). Or could it be related to GCC 4.0.3? (I know there are issues with Mozilla and gcc4.0.3). So if anyone has successfully built X11R7.1 on CRUX v2.2 (AMD64) using gcc 4.0.3, can you please let me know how and what you did? If an upgrade to gcc 4.1.x is required, some pointers on the best way to update it would be appreciated. I'm trying to install straight from the bz2 tarballs (using that script provided), and have read through the README several times... (I don't have an active internet connection at home, and the firewall at work currently blocks git:// so can't get the absolutely bleeding edge source). Cheers, Darran PS. I do realise that Dan's build of CRUX v2.2 (AMD64) is considered a test version and the build/project is effectively dead... PPS. A copy of this email has been sent to the crux64 ml, but don't know how many people still sunscribe to it...
On Tue, Sep 12, 2006 at 12:02:13PM +1000, Darran Kartaschew wrote:
Hi Guys,
I'm currently reinstalling CRUX (due to a HDD failure), and decided to try out Danm's v2.2 AMD64 test build.
Being one for trying new stuff, I've successfully installed the latest kernel revision and have decided to try out X11R7.1 from X.org (If I stuff it up, nothing's lost due to being a clean install).
Anyway, I'm only getting about 90% the way through the install, with an error on xkbcomp causing a floating point exception when rebuilding the keyboard template files?
I've googled quite a bit and haven't come across anyone else with the same error. That leads me to believe that it may be distro related, rather than a bug in X (but if it's s bug, does anyone have a patch?). Or could it be related to GCC 4.0.3? (I know there are issues with Mozilla and gcc4.0.3).
So if anyone has successfully built X11R7.1 on CRUX v2.2 (AMD64) using gcc 4.0.3, can you please let me know how and what you did?
If an upgrade to gcc 4.1.x is required, some pointers on the best way to update it would be appreciated.
I'm trying to install straight from the bz2 tarballs (using that script provided), and have read through the README several times... (I don't have an active internet connection at home, and the firewall at work currently blocks git:// so can't get the absolutely bleeding edge source).
Cheers, Darran
PS. I do realise that Dan's build of CRUX v2.2 (AMD64) is considered a test version and the build/project is effectively dead... PPS. A copy of this email has been sent to the crux64 ml, but don't know how many people still sunscribe to it...
I'm been using danm's crux64 and x11r7 for a while now, I didn't encounter any problems (short of having to modify a few ports that were written with x11r6 in mind), and that is with gcc 4.0.3. Perhaps you could post the log for the build. More than 2 eyes are better than 2...or something. -- Lucas Hazel <lucas@die.net.au> ================================================= "Clothes make the man. Naked men are rarely taken seriously, or given employment." (Mark Twain) =================================================
Theres a ML for crux 64? Hmm I should sign up, i don't have a 64 bit CPU just yet but I will eventually. lucas@die.net.au wrote:
On Tue, Sep 12, 2006 at 12:02:13PM +1000, Darran Kartaschew wrote:
Hi Guys,
I'm currently reinstalling CRUX (due to a HDD failure), and decided to try out Danm's v2.2 AMD64 test build.
Being one for trying new stuff, I've successfully installed the latest kernel revision and have decided to try out X11R7.1 from X.org (If I stuff it up, nothing's lost due to being a clean install).
Anyway, I'm only getting about 90% the way through the install, with an error on xkbcomp causing a floating point exception when rebuilding the keyboard template files?
I've googled quite a bit and haven't come across anyone else with the same error. That leads me to believe that it may be distro related, rather than a bug in X (but if it's s bug, does anyone have a patch?). Or could it be related to GCC 4.0.3? (I know there are issues with Mozilla and gcc4.0.3).
So if anyone has successfully built X11R7.1 on CRUX v2.2 (AMD64) using gcc 4.0.3, can you please let me know how and what you did?
If an upgrade to gcc 4.1.x is required, some pointers on the best way to update it would be appreciated.
I'm trying to install straight from the bz2 tarballs (using that script provided), and have read through the README several times... (I don't have an active internet connection at home, and the firewall at work currently blocks git:// so can't get the absolutely bleeding edge source).
Cheers, Darran
PS. I do realise that Dan's build of CRUX v2.2 (AMD64) is considered a test version and the build/project is effectively dead... PPS. A copy of this email has been sent to the crux64 ml, but don't know how many people still sunscribe to it...
I'm been using danm's crux64 and x11r7 for a while now, I didn't encounter any problems (short of having to modify a few ports that were written with x11r6 in mind), and that is with gcc 4.0.3.
Perhaps you could post the log for the build. More than 2 eyes are better than 2...or something.
-----Original Message----- From: crux-bounces@lists.crux.nu [mailto:crux-bounces@lists.crux.nu] On Behalf Of lucas@die.net.au Sent: Tuesday, 12 September 2006 13:12 To: crux@lists.crux.nu Subject: Re: Building X11R7.1
On Tue, Sep 12, 2006 at 12:02:13PM +1000, Darran Kartaschew wrote:
Hi Guys,
I'm currently reinstalling CRUX (due to a HDD failure), and decided to
try out Danm's v2.2 AMD64 test build.
Being one for trying new stuff, I've successfully installed the latest
kernel revision and have decided to try out X11R7.1 from X.org (If I stuff it up, nothing's lost due to being a clean install).
Anyway, I'm only getting about 90% the way through the install, with an error on xkbcomp causing a floating point exception when rebuilding
the keyboard template files?
I've googled quite a bit and haven't come across anyone else with the same error. That leads me to believe that it may be distro related, rather than a bug in X (but if it's s bug, does anyone have a patch?). Or could it be related to GCC 4.0.3? (I know there are issues with Mozilla and gcc4.0.3).
So if anyone has successfully built X11R7.1 on CRUX v2.2 (AMD64) using
gcc 4.0.3, can you please let me know how and what you did?
If an upgrade to gcc 4.1.x is required, some pointers on the best way to update it would be appreciated.
I'm trying to install straight from the bz2 tarballs (using that script provided), and have read through the README several times... (I
don't have an active internet connection at home, and the firewall at work currently blocks git:// so can't get the absolutely bleeding edge
source).
Cheers, Darran
PS. I do realise that Dan's build of CRUX v2.2 (AMD64) is considered a
test version and the build/project is effectively dead... PPS. A copy of this email has been sent to the crux64 ml, but don't know how many people still sunscribe to it...
I'm been using danm's crux64 and x11r7 for a while now, I didn't encounter any problems (short of having to modify a few ports that were written with x11r6 in mind), and that is with gcc 4.0.3.
Perhaps you could post the log for the build. More than 2 eyes are better than 2...or something.
-- Hi Guys, I've attached the last few lines of the compile output, and it's on the execution of xkbcomp to generate compat.dir that xkbcomp generates a floating point exception (not seen in the log). If you would like the full log, let me know and I'll email it to you. (only 226kB bzip2). The build was started using the following command: # PATH=/usr/X11R7/bin:$PATH ./build-from-tarballs.sh -m /opt/src_/X11R7/Mesa-6.5 /usr/X11R7 Darran ------------------- Building data module component xkbdata-X11R7.0-1.0.1... checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for xkbcomp... /usr/X11R7/bin/xkbcomp configure: creating ./config.status config.status: creating Makefile config.status: creating semantics/Makefile config.status: creating keycodes/Makefile config.status: creating keycodes/sgi/Makefile config.status: creating keycodes/digital/Makefile config.status: creating keymap/Makefile config.status: creating keymap/sun/Makefile config.status: creating keymap/digital/Makefile config.status: creating keymap/sgi/Makefile config.status: creating geometry/Makefile config.status: creating geometry/digital/Makefile config.status: creating geometry/sgi/Makefile config.status: creating geometry/ibm/Makefile config.status: creating compat/Makefile config.status: creating rules/Makefile config.status: creating symbols/Makefile config.status: creating symbols/pc/Makefile config.status: creating symbols/nec/Makefile config.status: creating symbols/xfree68/Makefile config.status: creating symbols/sony/Makefile config.status: creating symbols/sgi/Makefile config.status: creating symbols/macintosh/Makefile config.status: creating symbols/sun/Makefile config.status: creating symbols/fujitsu/Makefile config.status: creating symbols/digital/Makefile config.status: creating symbols/hp/Makefile config.status: creating torture/Makefile config.status: creating types/Makefile config.status: creating config.h make all-recursive make[1]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1' Making all in semantics make[2]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/semantics' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/semantics' Making all in keycodes make[2]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keycodes' Making all in digital make[3]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keycodes/digital' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keycodes/digital' Making all in sgi make[3]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keycodes/sgi' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keycodes/sgi' make[3]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keycodes' rm -f keycodes.dir /usr/X11R7/bin/xkbcomp -lfhlpR -o keycodes.dir '*' make[3]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keycodes' make[2]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keycodes' Making all in keymap make[2]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap' Making all in sun make[3]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap/sun' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap/sun' Making all in digital make[3]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap/digital' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap/digital' Making all in sgi make[3]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap/sgi' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap/sgi' make[3]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap' rm -f keymap.dir /usr/X11R7/bin/xkbcomp -lfhlpR -o keymap.dir '*' make[3]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap' make[2]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/keymap' Making all in compat make[2]: Entering directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/compat' rm -f compat.dir /usr/X11R7/bin/xkbcomp -lfhlpR -o compat.dir '*' make[2]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1/compat' make[1]: Leaving directory `/opt/src_/X11R7/X11R7/data/xkbdata-X11R7.0-1.0.1'
On Thu, 14 Sep 2006 08:37:39 +1000 "Darran Kartaschew" <darran.kartaschew@pcanu.com.au> wrote:
-----Original Message----- From: crux-bounces@lists.crux.nu [mailto:crux-bounces@lists.crux.nu] On Behalf Of lucas@die.net.au Sent: Tuesday, 12 September 2006 13:12 To: crux@lists.crux.nu Subject: Re: Building X11R7.1
On Tue, Sep 12, 2006 at 12:02:13PM +1000, Darran Kartaschew wrote:
Hi Guys,
I'm currently reinstalling CRUX (due to a HDD failure), and decided to
try out Danm's v2.2 AMD64 test build.
Being one for trying new stuff, I've successfully installed the latest
kernel revision and have decided to try out X11R7.1 from X.org (If I stuff it up, nothing's lost due to being a clean install).
Anyway, I'm only getting about 90% the way through the install, with an error on xkbcomp causing a floating point exception when rebuilding
The build was started using the following command:
# PATH=/usr/X11R7/bin:$PATH ./build-from-tarballs.sh -m /opt/src_/X11R7/Mesa-6.5 /usr/X11R7
Tilman has an x11r7 repo, I used that. Perhaps you should give it a go. ---[/etc/ports/x11r7.rsync]--- host=code-monkey.de collection=crux-ports-x11r7 destination=/usr/ports/x11r7 ---[EOF]--- -- Lucas Hazel <lucas@die.net.au> Digit Illogic Enterises [http://die.net.au] [phone: +61401313870] [ABN: 52841332786] AMAC Fast Track Computers Technician 209 Beardy Street, Armidale NSW [phone: +61267711287] School of Maths and Computer Science University of New England Armidale, Australia [http://cs.une.edu.au] ================================================= "Clothes make the man. Naked men are rarely taken seriously, or given employment." (Mark Twain) =================================================
-----Original Message----- From: crux-bounces@lists.crux.nu [mailto:crux-bounces@lists.crux.nu] On Behalf Of Lucas Hazel
-----Original Message----- From: crux-bounces@lists.crux.nu [mailto:crux-bounces@lists.crux.nu] On Sent: Tuesday, 12 September 2006 13:12 To: crux@lists.crux.nu Subject: Re: Building X11R7.1
On Tue, Sep 12, 2006 at 12:02:13PM +1000, Darran Kartaschew wrote:
Hi Guys,
I'm currently reinstalling CRUX (due to a HDD failure), and decided to try out Danm's v2.2 AMD64 test build.
Being one for trying new stuff, I've successfully installed the latest
kernel revision and have decided to try out X11R7.1 from X.org (If I
stuff it up, nothing's lost due to being a clean install).
Anyway, I'm only getting about 90% the way through the install, with
an error on xkbcomp causing a floating point exception when rebuilding
The build was started using the following command:
# PATH=/usr/X11R7/bin:$PATH ./build-from-tarballs.sh -m /opt/src_/X11R7/Mesa-6.5 /usr/X11R7
Tilman has an x11r7 repo, I used that. Perhaps you should give it a go.
---[/etc/ports/x11r7.rsync]--- host=code-monkey.de collection=crux-ports-x11r7 destination=/usr/ports/x11r7 ---[EOF]---
Thanks, I've finally managed to get X11R7 installed and working. :) (Updated to gcc4.1 and a friend downloaded the entire X11R7.1 source from git and bzipped it for me). Anyway, I've come across another problem. ATI drivers... I grabbed the v8.28.8 rpm from ati.com for x.org (the 17MB one, not the full 50MB+ installer), and getting a message about version mismatch when trying to start X when using this driver? ------ ABI class: X.Org Video Driver, version 1.0 [R200Setup] X version mismatch - detected X.org 7.1.0, required X.org 6.8.0.0 ----- Does anyone know a way around this, or do I need to download the full 50MB+ installer and pray that I have all the requirements it needs, just so I can get the correct driver installed? Darran PS. Who said life was meant to be easy? :P
On Mon, 18 Sep 2006 14:10:43 +1000 Darran Kartaschew wrote: < xorg 7.1 install>
Anyway, I've come across another problem. ATI drivers... I grabbed the v8.28.8 rpm from ati.com for x.org (the 17MB one, not the full 50MB+ installer), and getting a message about version mismatch when trying to start X when using this driver? ------ ABI class: X.Org Video Driver, version 1.0 [R200Setup] X version mismatch - detected X.org 7.1.0, required X.org 6.8.0.0
Xorg broke ABI with 7.x release, hence message above. Driver you have is for xorg-6.8. You'll need ATI 8.27.10 drivers, they have support for Xorg-7.1.[1] Also,I see from message above that you have R200. Quote from link below: "There still is no further word on the status of R200 products with these drivers." But, better check [2]
PS. Who said life was meant to be easy? :P
It wouldn't be much fun then, now would it :) ? [1]http://www.phoronix.com/scan.php?page=article&item=520&num=1 [2]http://www2.ati.com/drivers/linux/linux_8.27.10.html HTH. Pedja -- Some days violence is just a nice quick solution to a problem that would need thought, planning and actual work to do justice to. -- Wayne Pascoe
-----Original Message----- From: crux-bounces@lists.crux.nu On Behalf Of Predrag Ivanovic Sent: Friday, 22 September 2006 01:26 To: crux@lists.crux.nu Subject: Re: Building X11R7.1 On Mon, 18 Sep 2006 14:10:43 +1000 Darran Kartaschew wrote: < xorg 7.1 install>
Anyway, I've come across another problem. ATI drivers... I grabbed the v8.28.8 rpm from ati.com for x.org (the 17MB one, not the full 50MB+ installer), and getting a message about version mismatch when trying to start X when using this driver? ------ ABI class: X.Org Video Driver, version 1.0 [R200Setup] X version mismatch - detected X.org 7.1.0, required X.org 6.8.0.0
Xorg broke ABI with 7.x release, hence message above. Driver you have is for xorg-6.8. You'll need ATI 8.27.10 drivers, they have support for Xorg-7.1.[1] Also,I see from message above that you have R200. Quote from link below: "There still is no further word on the status of R200 products with these drivers." But, better check [2] -- Well, you learn something new each day, the 55MB installer has copies of the driver for both XFree86 4.1-4.3 AND X.Org 6.8 - 7.1. After downloading the big one, and running it, I've now got a functionaly X! :) Darran
participants (5)
-
Danny Rawlins -
Darran Kartaschew -
Lucas Hazel -
lucas＠die.net.au
-
Predrag Ivanovic