Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
HOWTO: Radeon 9500 (and newer) with DRI
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 9, 10, 11, 12, 13, 14  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
mathfeel
l33t
l33t


Joined: 03 Aug 2004
Posts: 700

PostPosted: Tue Apr 10, 2007 2:04 am    Post subject: Reply with quote

mesa-9999 failed:
Code:
i686-pc-linux-gnu-gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I../../src/mesa/glapi -I../../src/mesa/math -I../../src/mesa/tnl -I../../src/mesa/shader -I../../src/mesa/shader/grammar -I../../src/mesa/shader/slang -I../../src/mesa/swrast -I../../src/mesa/swrast_setup -O2 -march=pentium-m -pipe -fomit-frame-pointer -fno-strict-aliasing  -m32 -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_POSIX_MEMALIGN  shader/slang/slang_compile.c -o shader/slang/slang_compile.o
shader/slang/slang_compile.c:1971:39: error: library/slang_120_core_gc.h: No such file or directory
make[4]: *** [shader/slang/slang_compile.o] Error 1
make[4]: Leaving directory `/var/tmp/portage/media-libs/mesa-9999/work/mesa-9999/src/mesa'
make[3]: *** [default] Error 2
make[3]: Leaving directory `/var/tmp/portage/media-libs/mesa-9999/work/mesa-9999/src/mesa'
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/var/tmp/portage/media-libs/mesa-9999/work/mesa-9999/src'
make[1]: *** [default] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/mesa-9999/work/mesa-9999'
make: *** [linux-dri-x86] Error 2

_________________
-----------------------------------------------------------
"In heaven all the interesting people are missing"
-- Friedrich Nietzsche
Back to top
View user's profile Send private message
Primozic
Apprentice
Apprentice


Joined: 11 Jun 2004
Posts: 186
Location: Dover, NH, USA

PostPosted: Tue Apr 10, 2007 3:53 pm    Post subject: Reply with quote

mathfeel wrote:
mesa-9999 failed:
Code:
...
shader/slang/slang_compile.c:1971:39: error: library/slang_120_core_gc.h: No such file or directory
...


This has been fixed upstream.
_________________
Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR
Back to top
View user's profile Send private message
.tomi
n00b
n00b


Joined: 15 Jun 2006
Posts: 11
Location: Poland

PostPosted: Wed Apr 11, 2007 2:38 am    Post subject: Reply with quote

Code:
* Running command "/usr/bin/rsync -rlptDvz --progress --delete --delete-after --timeout=180 --exclude="distfiles/*" --exclude="local/*" --exclude="packages/*" "rsync://rsync.sturmartillerie.org/mesa-cvs/*" "/usr/portage/local/layman/r300-driver""...
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(609) [receiver=2.6.9]
* Failed to add overlay "r300-driver".
* Error was: Adding the overlay failed!

What's wrong?
Back to top
View user's profile Send private message
Primozic
Apprentice
Apprentice


Joined: 11 Jun 2004
Posts: 186
Location: Dover, NH, USA

PostPosted: Wed Apr 11, 2007 5:33 am    Post subject: Reply with quote

.tomi wrote:
Code:
* Running command "/usr/bin/rsync -rlptDvz --progress --delete --delete-after --timeout=180 --exclude="distfiles/*" --exclude="local/*" --exclude="packages/*" "rsync://rsync.sturmartillerie.org/mesa-cvs/*" "/usr/portage/local/layman/r300-driver""...
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(609) [receiver=2.6.9]
* Failed to add overlay "r300-driver".
* Error was: Adding the overlay failed!

What's wrong?

Hard drive failure.

I'm really not having much luck with my server these days...

At the moment I'm not sure when it will be back up.
_________________
Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR
Back to top
View user's profile Send private message
SuperDindon
Tux's lil' helper
Tux's lil' helper


Joined: 01 Sep 2005
Posts: 125

PostPosted: Thu Apr 12, 2007 8:14 am    Post subject: Reply with quote

x11-drm ebuild for the new Makefile install target here : http://moigeeknevro.com/x11-drm.tar.gz
Back to top
View user's profile Send private message
mrbox
n00b
n00b


Joined: 26 Apr 2004
Posts: 10

PostPosted: Thu Apr 12, 2007 11:21 am    Post subject: Reply with quote

Primozic wrote:
.tomi wrote:
Code:
* Running command "/usr/bin/rsync -rlptDvz --progress --delete --delete-after --timeout=180 --exclude="distfiles/*" --exclude="local/*" --exclude="packages/*" "rsync://rsync.sturmartillerie.org/mesa-cvs/*" "/usr/portage/local/layman/r300-driver""...
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(609) [receiver=2.6.9]
* Failed to add overlay "r300-driver".
* Error was: Adding the overlay failed!

What's wrong?

Hard drive failure.

I'm really not having much luck with my server these days...

At the moment I'm not sure when it will be back up.

:cry: No mirror location available ?
Back to top
View user's profile Send private message
roderick
l33t
l33t


Joined: 11 Jul 2005
Posts: 908
Location: St. John's, NL CANADA

PostPosted: Wed Apr 18, 2007 12:02 pm    Post subject: Reply with quote

Seems this is back up now.

Thanks.

Also, I noticed that the mesa ebuild has an error (as far as I understand it):

Code:

--- /usr/portage/local/layman/r300-driver/mesa-9999.ebuild 2007-04-15 15:15:56.000000000 -0230
+++ /usr/local/portage/media-libs/mesa/mesa-9999.ebuild 2007-04-17 16:30:02.000000000 -0230
@@ -284,7 +288,7 @@

        # Create the two-number versioned libs (.so.#.#), since only .so.# and
        # .so.#.#.# were made
-       dosym libGLU.so.1.3.060502 /usr/$(get_libdir)/libGLU.so.1.3
+       dosym libGLU.so.1.3.060503 /usr/$(get_libdir)/libGLU.so.1.3
        dosym libGLw.so.1.0.0 /usr/$(get_libdir)/libGLw.so.1.0

        # libGLU doesn't get the plain .so symlink either


The old dosym tries to create a link to a non-existant libGLU, the correct one is libGLU.so.1.3.060503 in order to get the libGLU.so.1.3 symlink properly generated.

Thanks.
_________________
If God were a pickle, I'd still say "no pickle on my burger".
http://roderick-greening.blogspot.com/
Back to top
View user's profile Send private message
h017ah
n00b
n00b


Joined: 18 Apr 2007
Posts: 46

PostPosted: Wed Apr 18, 2007 12:34 pm    Post subject: Reply with quote

I'm trying to follow this guide http://gentoo-wiki.com/HOWTO_DRI_with_ATi_Open-Source_Drivers#Alternative_installation, but it fails rather early in the process..

I have only this overlay in my layman.cfg:

overlays: file:///etc/layman/my-list.xml

my-list.xml is pasted from the wiki, and contains

/etc/layman/my-list.xml:
<layman>
  <overlay
   type = "rsync"
   src = "rsync://rsync.sturmartillerie.org/mesa-cvs"
   name = "r300-driver">

    <link>
      http://forums.gentoo.org/viewtopic-t-374745.html
    </link>

    <description>
      This overlay enables the primozic opensource r300 display driver overlay
    </description>
  </overlay>
</layman>


When I run layman -L, I get:
Code:
# layman -L
* Overlay "r300-driver" is missing a "contact" attribute!
* Overlay "r300-driver" is missing a "contact" attribute!
* Overlay "r300-driver" is missing a "contact" attribute!
* Overlay "r300-driver" is missing a "contact" attribute!

and then when I run layman -a r300-driver I get:
Code:
layman -a r300-driver
* Overlay "r300-driver" is missing a "contact" attribute!
* Overlay "r300-driver" does not exist!


What am I doing wrong? Running Gentoo 2006.1 on a AMD64 machine...
Back to top
View user's profile Send private message
roderick
l33t
l33t


Joined: 11 Jul 2005
Posts: 908
Location: St. John's, NL CANADA

PostPosted: Wed Apr 18, 2007 12:38 pm    Post subject: Reply with quote

Change nocheck to yes in your /etc/layman/layman.cfg. It is probably no right now.

If not, try layman -f; layman -a r300-driver
_________________
If God were a pickle, I'd still say "no pickle on my burger".
http://roderick-greening.blogspot.com/
Back to top
View user's profile Send private message
h017ah
n00b
n00b


Joined: 18 Apr 2007
Posts: 46

PostPosted: Wed Apr 18, 2007 12:45 pm    Post subject: Reply with quote

Nice :) nocheck did it.
Back to top
View user's profile Send private message
roderick
l33t
l33t


Joined: 11 Jul 2005
Posts: 908
Location: St. John's, NL CANADA

PostPosted: Wed Apr 18, 2007 1:23 pm    Post subject: Reply with quote

Found another update required...

Code:

--- /usr/portage/local/layman/r300-driver/x11-drivers/xf86-video-intel/xf86-video-intel-9999.ebuild     2007-04-15 15:15:56.000000000 -0230
+++ x11-drivers/xf86-video-intel/xf86-video-intel-9999.ebuild   2007-04-13 11:58:25.000000000 -0230
@@ -27,8 +27,7 @@
                        x11-libs/libX11 )"

 PATCHES="${FILESDIR}/${P}-man-page-updates.patch
-       ${FILESDIR}/${P}-fix-texture-pool-handling.patch
-       ${FILESDIR}/${P}-disable-sync.patch"
+       ${FILESDIR}/${P}-fix-texture-pool-handling.patch"

 CONFIGURE_OPTIONS="$(use_enable dri)"



The disable-sync patch no longer needed for intel driver.
_________________
If God were a pickle, I'd still say "no pickle on my burger".
http://roderick-greening.blogspot.com/
Back to top
View user's profile Send private message
mathfeel
l33t
l33t


Joined: 03 Aug 2004
Posts: 700

PostPosted: Wed Apr 18, 2007 9:12 pm    Post subject: Reply with quote

Makefile problem in xorg-server-1.2.99.999:

Code:
mesa # make
Making all in main
make[1]: Entering directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/main'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/main'
Making all in math
make[1]: Entering directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/math'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/math'
Making all in swrast
make[1]: Entering directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/swrast'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/swrast'
Making all in swrast_setup
make[1]: Entering directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/swrast_setup'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/swrast_setup'
Making all in tnl
make[1]: Entering directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/tnl'
make[1]: *** No rule to make target `t_vb_arbprogram.lo', needed by `libtnl.la'.  Stop.
make[1]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/tnl'
make: *** [all-recursive] Error 1

_________________
-----------------------------------------------------------
"In heaven all the interesting people are missing"
-- Friedrich Nietzsche
Back to top
View user's profile Send private message
Primozic
Apprentice
Apprentice


Joined: 11 Jun 2004
Posts: 186
Location: Dover, NH, USA

PostPosted: Thu Apr 19, 2007 4:18 am    Post subject: Reply with quote

roderick wrote:
Also, I noticed that the mesa ebuild has an error (as far as I understand it):

Code:
...
-       dosym libGLU.so.1.3.060502 /usr/$(get_libdir)/libGLU.so.1.3
+       dosym libGLU.so.1.3.060503 /usr/$(get_libdir)/libGLU.so.1.3
...


The old dosym tries to create a link to a non-existant libGLU, the correct one is libGLU.so.1.3.060503 in order to get the libGLU.so.1.3 symlink properly generated.


Nice catch. This has been fixed, and the xf86-video-intel disable sync patch has been removed.

The build problems with xorg-server-1.2.99.999 will take a little more work. Anything above Mesa 6.5.2 is not officially supported in the server-1.3-branch, so I've had to backport many things from xserver git master for mesa git to work. Unfortunately, I'm a little behind at the moment.

EDIT: Should be fixed now.
_________________
Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR
Back to top
View user's profile Send private message
roderick
l33t
l33t


Joined: 11 Jul 2005
Posts: 908
Location: St. John's, NL CANADA

PostPosted: Fri Apr 20, 2007 1:26 pm    Post subject: Reply with quote

Primozic wrote:

Nice catch. This has been fixed, and the xf86-video-intel disable sync patch has been removed.


No problem. I've had a bit of experience with the Mesa live builds over the last year or so and have had this issue crop up (I was part of the xgl-coffee overlay way back).

Anyway, thanks for hosting this overlay. It's been useful for me (outside the radeon stuff as I have an Intel 945), being able to test newer xorg, mesa, x11-drm, etc.
_________________
If God were a pickle, I'd still say "no pickle on my burger".
http://roderick-greening.blogspot.com/
Back to top
View user's profile Send private message
Shamus397
Apprentice
Apprentice


Joined: 03 Apr 2005
Posts: 218
Location: Ur-th

PostPosted: Sun Apr 22, 2007 10:12 pm    Post subject: Reply with quote

With the latest xorg-server-1.2.99.999 the compile dies:
Code:
/bin/sh ../../../libtool --tag=CC   --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../../include -I/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/mesa/include -I../X -I../glapi -I../main -I../math -I../shader -I../swrast -I../swrast_setup -I../tnl -I.. -I../../../hw/xfree86/os-support   -DHAVE_DIX_CONFIG_H -DXFree86Server -DGLX_USE_TLS -DPTHREADS -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2   -I../../../include -I../../../include -I../../../Xext -I../../../composite -I../../../damageext -I../../../xfixes -I../../../Xi -I../../../mi -I../../../miext/shadow  -I../../../miext/damage -I../../../render -I../../../randr -I../../../fb -O2 -pipe -march=athlon64 -MT mm.lo -MD -MP -MF .deps/mm.Tpo -c -o mm.lo mm.c
 x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../../include -I/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/mesa/include -I../X -I../glapi -I../main -I../math -I../shader -I../swrast -I../swrast_setup -I../tnl -I.. -I../../../hw/xfree86/os-support -DHAVE_DIX_CONFIG_H -DXFree86Server -DGLX_USE_TLS -DPTHREADS -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 -I../../../include -I../../../include -I../../../Xext -I../../../composite -I../../../damageext -I../../../xfixes -I../../../Xi -I../../../mi -I../../../miext/shadow -I../../../miext/damage -I../../../render -I../../../randr -I../../../fb -O2 -pipe -march=athlon64 -MT mm.lo -MD -MP -MF .deps/mm.Tpo -c mm.c  -fPIC -DPIC -o .libs/mm.o
mv -f .deps/mm.Tpo .deps/mm.Plo
make[3]: *** No rule to make target `occlude.lo', needed by `libmain.la'.  Stop.
make[3]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa/main'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL/mesa'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.2.99.999/work/xorg-server-1.2.99.999/GL'
make: *** [all-recursive] Error 1

!!! ERROR: x11-base/xorg-server-1.2.99.999 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  ebuild.sh, line 1304:   Called x-modular_src_compile
  x-modular.eclass, line 333:   Called x-modular_src_make
  x-modular.eclass, line 328:   Called die

!!! emake failed
!!! 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/x11-base/xorg-server-1.2.99.999/temp/build.log'.

!!! This ebuild is from an overlay: '/usr/portage/local/layman/r300-driver'

Now I'm not sure if I should be building this or the 1.3.99.999 branch. Also, Primozic mentioned that he only used
Code:
emerge -av1 libdrm x11-drm mesa mesa-progs xorg-server xf86-video-ati

when rebuilding this, but it seems there are some missing dependencies in the ebuilds, at least when I tried it last (it seems that mesa is missing a dependency on libXdamage and xorg-server is missing a dependency on randrproto).

This is on an AMD64 system with an ATI Radeon card. One other thing--I had to put ** in the package.keywords as portage would complain about 'missing keywords' if I had either -* or ~* next to the package names. I'm running ~amd64, but I doubt that makes any difference. :P
Back to top
View user's profile Send private message
roderick
l33t
l33t


Joined: 11 Jul 2005
Posts: 908
Location: St. John's, NL CANADA

PostPosted: Mon Apr 23, 2007 12:27 am    Post subject: Reply with quote

Mesa live build is building Mesa 6.5.3 RC2 (at the moment). There was a change in the source that is causing your issues I believe. Not sure, but I believe 1.2.X needs to be built against Mesa 6.5.2 and 1.3.X xorg needs to be built aganst Mesa live build (i.e. 6.5.3).

See here:
http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commit;h=74afcabd8599565c1b6d06ea5f355662a81c3778
http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commit;h=b3ab925e910defa0955cac1adb6167a0bff1076f
_________________
If God were a pickle, I'd still say "no pickle on my burger".
http://roderick-greening.blogspot.com/
Back to top
View user's profile Send private message
Primozic
Apprentice
Apprentice


Joined: 11 Jun 2004
Posts: 186
Location: Dover, NH, USA

PostPosted: Mon Apr 23, 2007 2:48 pm    Post subject: Reply with quote

roderick wrote:
Anyway, thanks for hosting this overlay. It's been useful for me (outside the radeon stuff as I have an Intel 945), being able to test newer xorg, mesa, x11-drm, etc.

You're welcome. I'm glad to see that you're finding a use for it. I'm not sure if any other people have realized it, but my overlay is no longer radeon specific. I have moved on to Intel graphics myself.

Shamus397 wrote:
With the latest xorg-server-1.2.99.999 the compile dies:
Code:
...
make[3]: *** No rule to make target `occlude.lo', needed by `libmain.la'.  Stop.
...

This has been fixed in the overlay for xorg-server-1.3.0.0; upstream for xorg-server-1.3.99.999.

Shamus397 wrote:
when rebuilding this, but it seems there are some missing dependencies in the ebuilds, at least when I tried it last (it seems that mesa is missing a dependency on libXdamage and xorg-server is missing a dependency on randrproto).

The xorg-server ebuilds in my overlay pull in >=x11-proto/randrproto-1.2. >=libXdamage-1.1 is pulled in by x11-base/xorg-x11-7.2, which is found in the official Portage tree. Unmask it if need be.

I try to keep my ebuilds in line with their official Portage equivalents. If you diff against them, you will find that there are not many changes between the two.

roderick wrote:
Mesa live build is building Mesa 6.5.3 RC2 (at the moment). There was a change in the source that is causing your issues I believe. Not sure, but I believe 1.2.X needs to be built against Mesa 6.5.2 and 1.3.X xorg needs to be built aganst Mesa live build (i.e. 6.5.3).

1.3.X also needs to be built against Mesa 6.5.2, unless you're using a patched version (i.e. xorg-server-1.3.0.0 in my overlay). Mesa git master (mesa-9999) should be used when building against xorg-server git master (xorg-server-1.3.99.999).

EDIT: I forgot to mention that xorg-server-1.2.99.999 has been renamed xorg-server-1.3.0.0.
_________________
Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR
Back to top
View user's profile Send private message
Shamus397
Apprentice
Apprentice


Joined: 03 Apr 2005
Posts: 218
Location: Ur-th

PostPosted: Mon Apr 23, 2007 7:21 pm    Post subject: Reply with quote

Thanks guys for all the help. I really appreciate it! :)

OK, so I switched to xorg-server-1.3.99.999 and it finally compiled. :D Although I had to recompile xf86-input-mouse to get a working mouse. :P Weird. But anyway, I'm getting decent performance out of it and I'm sure the guys working on the radeon driver will figure out how to get reflections working sooner or later. ;)
Back to top
View user's profile Send private message
mathfeel
l33t
l33t


Joined: 03 Aug 2004
Posts: 700

PostPosted: Tue Apr 24, 2007 11:00 pm    Post subject: Reply with quote

...not for me, 1.3.99.999 emerge failes:
Code:
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include -I../Xprint -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/freetype2 -I../include -I../include -I../Xext -I../composite -I../damageext -I../xfixes -I../Xi -I../mi -I../miext/shadow -I../miext/damage -I../render -I../randr -I../fb "-DVENDOR_STRING=\"The X.Org Foundation\"" "-DVENDOR_RELEASE=(((7) * 10000000) + ((2) * 100000) + ((0) * 1000) + 0)" -O2 -march=pentium-m -pipe -fomit-frame-pointer -MT dispatch.lo -MD -MP -MF .deps/dispatch.Tpo -c dispatch.c  -fPIC -DPIC -o .libs/dispatch.o
devices.c: In function 'EnableDevice':
devices.c:183: error: 'DeviceEnabled' undeclared (first use in this function)
devices.c:183: error: (Each undeclared identifier is reported only once
devices.c:183: error: for each function it appears in.)
devices.c: In function 'DisableDevice':
devices.c:213: error: 'DeviceDisabled' undeclared (first use in this function)
devices.c: In function 'ActivateDevice':
devices.c:237: error: 'DeviceAdded' undeclared (first use in this function)
devices.c: In function 'RemoveDevice':
devices.c:616: error: 'DeviceRemoved' undeclared (first use in this function)
make[2]: *** [devices.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f .deps/dispatch.Tpo .deps/dispatch.Plo
make[2]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.3.99.999/work/xorg-server-1.3.99.999/dix'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.3.99.999/work/xorg-server-1.3.99.999/dix'
make: *** [all-recursive] Error 1

!!! ERROR: x11-base/xorg-server-1.3.99.999 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  ebuild.sh, line 1304:   Called x-modular_src_compile
  x-modular.eclass, line 333:   Called x-modular_src_make
  x-modular.eclass, line 328:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/log/portage/x11-base:xorg-server-1.3.99.999:20070424-223552.log'.

_________________
-----------------------------------------------------------
"In heaven all the interesting people are missing"
-- Friedrich Nietzsche
Back to top
View user's profile Send private message
Shamus397
Apprentice
Apprentice


Joined: 03 Apr 2005
Posts: 218
Location: Ur-th

PostPosted: Fri Apr 27, 2007 4:21 am    Post subject: Reply with quote

All I can say is that it compiled for me on the day I posted. You might want to try again the next day--they might have fixed the problem.

Speaking of which, I remember the last time I tried this driver that I was compiling a new kernel and needed to reinstall my video drivers and the end result is that git pulled in a set of new sources (as it's supposed to) that didn't work at the time. So I guess what I'm saying here is how do you find out which set of sources you currently have so that you can reinstall the same working set? You (and I'm looking at you, Primozic ;)) post a long hash number that you plug into your ebuild but how are you generating that? Inquiring minds want to know. :)
Back to top
View user's profile Send private message
tontudelbot
Tux's lil' helper
Tux's lil' helper


Joined: 08 Jun 2006
Posts: 77

PostPosted: Sat Apr 28, 2007 1:30 pm    Post subject: input 1.4.2 Reply with quote

As this commit, xorg-server.1.3.99.999 requires inputproto >= 1.4.2, so doesn't compile. I remember (maybe I'm wrong) an inputproto-9999 ebuild from your overlay, primozic. We should wait for a oficial portage ebuild or use one other? thx!
Back to top
View user's profile Send private message
roderick
l33t
l33t


Joined: 11 Jul 2005
Posts: 908
Location: St. John's, NL CANADA

PostPosted: Sat Apr 28, 2007 9:26 pm    Post subject: Reply with quote

If you have a working live build installed, then you can always perform a quickpkg of it. Then when you want to re-install it, you can install from the quickpkg. Might not be exactly wat you want.

There is also a way to tell GIT what revision/date/tag to use. This can be done in the ebuild, but kind of negates the live aspect.
_________________
If God were a pickle, I'd still say "no pickle on my burger".
http://roderick-greening.blogspot.com/
Back to top
View user's profile Send private message
mathfeel
l33t
l33t


Joined: 03 Aug 2004
Posts: 700

PostPosted: Mon Apr 30, 2007 9:28 am    Post subject: Reply with quote

Shamus397 wrote:
All I can say is that it compiled for me on the day I posted. You might want to try again the next day--they might have fixed the problem.

Speaking of which, I remember the last time I tried this driver that I was compiling a new kernel and needed to reinstall my video drivers and the end result is that git pulled in a set of new sources (as it's supposed to) that didn't work at the time. So I guess what I'm saying here is how do you find out which set of sources you currently have so that you can reinstall the same working set? You (and I'm looking at you, Primozic ;)) post a long hash number that you plug into your ebuild but how are you generating that? Inquiring minds want to know. :)


a new day, a new error:
Code:
i686-pc-linux-gnu-gcc -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/freetype2 -I../../include -I../../include -I../../Xext -I../../composite -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/shadow -I../../miext/damage -I../../render -I../../randr -I../../fb -I/usr/include/freetype2 -DXPRINT -DPRINT_ONLY_SERVER -D_XP_PRINT_SERVER_ -DXPRINTDIR=\"/usr/lib/X11/xserver\" -DXPRASTERDDX -DXPPCLDDX -DXPMONOPCLDDX -DXPPSDDX -DXFree86Server -O2 -march=pentium-m -pipe -fomit-frame-pointer -Wl,-z -Wl,lazy -o Xprt Xprt-attributes.o Xprt-AttrValid.o Xprt-ddxInit.o Xprt-Init.o Xprt-mediaSizes.o Xprt-Oid.o Xprt-spooler.o Xprt-Util.o Xprt-miinitext-wrapper.o Xprt-dpmsstubs-wrapper.o Xprt-fbcmap_mi.o  -L/var/tmp/portage/x11-base/xorg-server-1.3.99.999/work/xorg-server-1.3.99.999 ../../dix/.libs/libdix.a ../../config/libconfig.a ../../xkb/.libs/libxkb.a ../../xkb/.libs/libxkbstubs.a ../../dbe/.libs/libdbe.a ../../XTrap/.libs/libxtrap.a ../../record/.libs/librecord.a ../../composite/.libs/libcomposite.a ../../randr/.libs/librandr.a ../../xfixes/.libs/libxfixes.a ../../damageext/.libs/libdamageext.a ../../Xi/.libs/libXi.a ../../GL/glx/.libs/libglx.a ../../GL/mesa/.libs/libGLcore.a -lpthread ../../miext/damage/.libs/libdamage.a ../../os/.libs/libcwrapper.a ../../os/.libs/libos.a /usr/lib/libX11.so -ldl /usr/lib/libXfont.so /usr/lib/libfreetype.so /usr/lib/libfontenc.so -lz /usr/lib/libXdmcp.so /usr/lib/libXau.so ps/.libs/libps.a raster/.libs/libraster.a pcl/.libs/libpcl.a pcl-mono/.libs/libpcl.a ../../fb/.libs/libfb.a ../../render/.libs/librender.a ../../mi/.libs/libmi.a ../../Xext/.libs/libXext.a -lm
../../config/libconfig.a(config.o): In function `configFini':
config.c:(.text+0x7a): undefined reference to `dbus_error_init'
config.c:(.text+0x92): undefined reference to `dbus_connection_unregister_object_path'
config.c:(.text+0xaf): undefined reference to `dbus_connection_remove_filter'
config.c:(.text+0xcc): undefined reference to `dbus_bus_remove_match'
config.c:(.text+0xe8): undefined reference to `dbus_bus_release_name'
config.c:(.text+0xf8): undefined reference to `dbus_connection_unref'
config.c:(.text+0x100): undefined reference to `dbus_error_free'
../../config/libconfig.a(config.o): In function `configFilter':
config.c:(.text+0x1ad): undefined reference to `dbus_message_is_signal'
../../config/libconfig.a(config.o): In function `configReconnect':
config.c:(.text+0x242): undefined reference to `dbus_error_init'
config.c:(.text+0x258): undefined reference to `dbus_bus_get'
config.c:(.text+0x26f): undefined reference to `dbus_error_is_set'
config.c:(.text+0x27b): undefined reference to `dbus_error_free'
config.c:(.text+0x2b2): undefined reference to `dbus_connection_set_exit_on_disconnect'
config.c:(.text+0x2c6): undefined reference to `dbus_connection_get_unix_fd'
config.c:(.text+0x338): undefined reference to `dbus_bus_request_name'
config.c:(.text+0x344): undefined reference to `dbus_error_is_set'
config.c:(.text+0x370): undefined reference to `dbus_error_free'
config.c:(.text+0x380): undefined reference to `dbus_connection_unref'
config.c:(.text+0x39c): undefined reference to `dbus_connection_unref'
config.c:(.text+0x3f9): undefined reference to `dbus_bus_add_match'
config.c:(.text+0x401): undefined reference to `dbus_error_is_set'
config.c:(.text+0x429): undefined reference to `dbus_error_free'
config.c:(.text+0x445): undefined reference to `dbus_bus_release_name'
config.c:(.text+0x455): undefined reference to `dbus_connection_unref'
config.c:(.text+0x47d): undefined reference to `dbus_connection_add_filter'
config.c:(.text+0x4a5): undefined reference to `dbus_error_free'
config.c:(.text+0x4c1): undefined reference to `dbus_bus_release_name'
config.c:(.text+0x4de): undefined reference to `dbus_bus_remove_match'
config.c:(.text+0x4ee): undefined reference to `dbus_connection_unref'
config.c:(.text+0x55f): undefined reference to `dbus_connection_register_object_path'
config.c:(.text+0x58b): undefined reference to `dbus_bus_release_name'
config.c:(.text+0x5a8): undefined reference to `dbus_bus_remove_match'
config.c:(.text+0x5b8): undefined reference to `dbus_connection_unref'
config.c:(.text+0x5c5): undefined reference to `dbus_error_free'
../../config/libconfig.a(config.o): In function `configMessage':
config.c:(.text+0x645): undefined reference to `dbus_error_init'
config.c:(.text+0x64d): undefined reference to `dbus_message_get_interface'
config.c:(.text+0x661): undefined reference to `dbus_error_free'
config.c:(.text+0x6a5): undefined reference to `dbus_message_new_method_return'
config.c:(.text+0x6c1): undefined reference to `dbus_error_free'
config.c:(.text+0x6e1): undefined reference to `dbus_message_iter_init_append'
config.c:(.text+0x6e9): undefined reference to `dbus_message_get_member'
config.c:(.text+0x728): undefined reference to `dbus_message_iter_append_basic'
config.c:(.text+0x753): undefined reference to `dbus_message_iter_append_basic'
config.c:(.text+0x78c): undefined reference to `dbus_message_get_signature'
config.c:(.text+0x7b8): undefined reference to `dbus_message_iter_append_basic'
config.c:(.text+0x7dd): undefined reference to `dbus_connection_send'
config.c:(.text+0x7ed): undefined reference to `dbus_message_unref'
config.c:(.text+0x7fc): undefined reference to `dbus_connection_flush'
config.c:(.text+0x814): undefined reference to `dbus_message_iter_init'
config.c:(.text+0x830): undefined reference to `dbus_message_unref'
config.c:(.text+0x838): undefined reference to `dbus_error_free'
config.c:(.text+0x872): undefined reference to `dbus_message_unref'
config.c:(.text+0x87a): undefined reference to `dbus_error_free'
config.c:(.text+0x889): undefined reference to `dbus_message_get_member'
config.c:(.text+0x8cb): undefined reference to `dbus_message_get_member'
config.c:(.text+0x90d): undefined reference to `dbus_message_get_args'
config.c:(.text+0x94c): undefined reference to `DeleteInputDeviceRequest'
config.c:(.text+0x9c5): undefined reference to `dbus_message_iter_get_arg_type'
config.c:(.text+0x9fe): undefined reference to `dbus_message_iter_recurse'
config.c:(.text+0xa06): undefined reference to `dbus_message_iter_get_arg_type'
config.c:(.text+0xa22): undefined reference to `dbus_message_iter_get_basic'
config.c:(.text+0xa54): undefined reference to `dbus_message_iter_has_next'
config.c:(.text+0xa64): undefined reference to `dbus_message_iter_next'
config.c:(.text+0xa6c): undefined reference to `dbus_message_iter_get_arg_type'
config.c:(.text+0xa81): undefined reference to `dbus_message_iter_get_basic'
config.c:(.text+0xab0): undefined reference to `dbus_message_iter_next'
config.c:(.text+0xb98): undefined reference to `NewInputDeviceRequest'
config.c:(.text+0xbc9): undefined reference to `dbus_message_iter_append_basic'
../../config/libconfig.a(config.o): In function `configWakeupHandler':
config.c:(.text+0x143): undefined reference to `dbus_connection_read_write_dispatch'
collect2: ld returned 1 exit status
make[3]: *** [Xprt] Error 1
make[3]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.3.99.999/work/xorg-server-1.3.99.999/hw/xprint'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.3.99.999/work/xorg-server-1.3.99.999/hw/xprint'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/x11-base/xorg-server-1.3.99.999/work/xorg-server-1.3.99.999/hw'
make: *** [all-recursive] Error 1

!!! ERROR: x11-base/xorg-server-1.3.99.999 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  ebuild.sh, line 1304:   Called x-modular_src_compile
  x-modular.eclass, line 333:   Called x-modular_src_make
  x-modular.eclass, line 328:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/log/portage/x11-base:xorg-server-1.3.99.999:20070430-073909.log'.

!!! This ebuild is from an overlay: '/usr/local/portage/mesa-cvs'

_________________
-----------------------------------------------------------
"In heaven all the interesting people are missing"
-- Friedrich Nietzsche
Back to top
View user's profile Send private message
Shamus397
Apprentice
Apprentice


Joined: 03 Apr 2005
Posts: 218
Location: Ur-th

PostPosted: Tue May 01, 2007 1:16 pm    Post subject: Reply with quote

Now that error I have seen. :) You have to disable DBUS for xorg-server, so put in a line like so into your /etc/portage/package.use file:
Code:
=x11-base/xorg-server-1.3.99.999 beryl aiglx nptl dri sdl xorg -dbus

The magic in that line is the -dbus bit. If you do that, it should compile the rest of the way. But as this is the development version, YMMV. 8)
Back to top
View user's profile Send private message
h017ah
n00b
n00b


Joined: 18 Apr 2007
Posts: 46

PostPosted: Tue May 01, 2007 4:57 pm    Post subject: Reply with quote

Woho! Now I've got DRI enabled and AIGLX working _and_ 1280x1024 @ 100Hz with my Radeon X800XL on my AMD64 machine! Fantastic driver :)

Thanks for all your efforts for making this happen :)
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 ... 9, 10, 11, 12, 13, 14  Next
Page 10 of 14

 
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