radeonhd stuff, missing function now?

Beso givemesugarr at gmail.com
Mon Mar 16 10:04:41 PDT 2009


2009/3/16 Gene Heskett <gene.heskett at verizon.net>:
> On Monday 16 March 2009, Beso wrote:
>>2009/3/16, Beso <givemesugarr at gmail.com>:
>>> 2009/3/16 Gene Heskett <gene.heskett at verizon.net>:
>>>> On Sunday 15 March 2009, Beso wrote:
>>>>>so the steps are:
>>>>>1. install rpmfusion repository
>>>>
>>>> It is, but only the normal & non-free channels are enabled,
>>>> updates-testing
>>>> and rawhide are not.  I've enabled them one by one but no newer mesa
>>>> stuff is
>>>> showing up.  Several other things I needed have, but no new drm, libdrm,
>>>> mesa
>>>> or libmesa stuff has appeared.
>>>>
>>>> I also sent FF to the repository and searched for new mesa & drm.  Zero.
>>>
>>> after more googling around without any hints (i only saw some forums
>>> of people with mesa 7.3 installed when using proprietary ati/nvidia
>>> drivers and all of them with references to the rpm-fusion repository)
>>> i've decided that it's faster to add the git version of mesa to the
>>> script. now the script fetches/updates mesa, libdrm, radeonhd. you
>>> might experience troubles if you have some packages not installed. i'm
>>> on full git with all x11 packages on my gentoo box and don't know what
>>> fedora has installed. the thing that i find strange is that fedora or
>>> external repos don't provide mesa 7.3 packages.
>>>
>>>> I'm a sucker, so although it is way late, I'll sure give it a shot.  And
>>>> I
>>>> gave it this startup:
>>>> #> sh radeonhd-updater-modified.sh /usr/src
>>>>
>>>> and it exited here:
>>>>
>>>> ************ updating radeonhd ****************
>>>> ***********************************************
>>>> xf86-video-radeonhd
>>>> git clone start -->
>>>>   repository: git://anongit.freedesktop.org/git/xorg/driver/xf86-video-
>>>> radeonhd
>>>> Initialized empty Git repository in /usr/src/git-src/xf86-video-radeonhd/
>>>> remote: Counting objects: 712, done.
>>>> remote: Compressing objects: 100% (671/671), done.
>>>> remote: Total 712 (delta 531), reused 38 (delta 27)
>>>> Receiving objects: 100% (712/712), 762.19 KiB | 171 KiB/s, done.
>>>> Resolving deltas: 100% (531/531), done.
>>>> error: could not lock config file .git/config
>>>>   local clone: /usr/src/git-src/xf86-video-radeonhd
>>>> r6xx-r7xx-support
>>>> fatal: Not a git repository
>>>> tar: This does not look like a tar archive
>>>> tar: Error exit delayed from previous errors
>>>>
>>>>>>> Unpacked to /usr/src/xf86-video-radeonhd
>>>>
>>>> /usr/src/git-src
>>>> ***********************************************
>>>> ************ building libdrm ******************
>>>> ***********************************************
>>>> radeonhd-updater-modified.sh: line 271: ./autogen.sh: No such file or
>>>> directory
>>>> autogen on drm failed
>>>> ========================================
>>>>
>>>> Many thanks Beso.  I have to chuckle at your email handle though.  I'm
>>>> diabetic, type 2, so sugar is one of the poisons I have to miss as much
>>>> of as
>>>> I can, darnit.  Getting old it turns out, is not for sissies.
>>>
>>> well, i forgot to export the GIT_DIR so that the git config would find
>>> it.... sorry. now it's fixed and i've added also the mesa git version.
>>> this would take some time to build up also because it builds up quite
>>> some stuff. you could add a ./configure for mesa before the make line
>>> so that it would configure it with what you really need (it doesn't
>>> build with xcb support which is a must if you want to use kde4). i
>>> haven't added the configure option since i don't know if your libX11
>>> is build with xcb support. uncomment the ./configure line in the
>>> script if you're actually using kde4, since your libX11 should in that
>>> case be built with xcb support.
>>>
>>> --
>>> dott. ing. beso
>>
>>sorry, i forgot the script.
>
> I enabled that .configure line before I ran it since this is kde-4.2.
> This error eventually:
>
> ************ building mesa ********************
> ***********************************************
> autoreconf: Entering directory `.'
> autoreconf: configure.ac: not using Gettext
> autoreconf: running: aclocal
> autoreconf: configure.ac: tracing
> autoreconf: configure.ac: not using Libtool
> autoreconf: running: /usr/bin/autoconf
> autoreconf: configure.ac: not using Autoheader
> autoreconf: configure.ac: not using Automake
> autoreconf: Leaving directory `.'
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking how to run the C preprocessor... gcc -E
> checking for gcc... (cached) gcc
> checking whether we are using the GNU C compiler... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking for gcc option to accept ISO C89... (cached) none needed
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking for gmake... gmake
> checking for makedepend... /usr/bin/makedepend
> checking for sed... /bin/sed
> checking for pkg-config... /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking whether to enable assembly... yes, x86
> checking for gcc option to produce PIC... -fPIC
> checking for dlopen... no
> checking for dlopen in -ldl... yes
> checking for posix_memalign... yes
> checking pkg-config files for X11 are available... yes
> checking for LIBDRM... configure: error: Package requirements (libdrm >=
> 2.4.3) were not met:
>
> Requested 'libdrm >= 2.4.3' but version of libdrm is 2.4.0
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
>
> Alternatively, you may set the environment variables LIBDRM_CFLAGS
> and LIBDRM_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
>
> autogen on drm failed
> ==================
>
> That is in fact a packaging mistake, fedora calls it 2.4.0 in the rpm's name,
> but the rpm and the installed files both contain libdrm-2.3.0.so and links.
>
> This has been reported by me on the fedora list but no one has commented yet
> that can speak from authority.  I'll go bug them again.
>
> Or maybe you'll have to add that to this script also?
>
> Thank you very much, Beso.
>
comment out the mesa part, install libdrm (remember that the --prefix
in the script is not the one that should be on your distro and that
you'll need to copy the files from the drm/build directory into the
right place - i think it should be /usr/ for fedora, but i'm not sure
) and then uncomment the mesa part. it should go on after you compile
the git libdrm.
it seems that the new mesa version needs newer libdrm ones. as i've
told you, you might also need other packages since i don't know which
ones fedora install.

-- 
dott. ing. beso



More information about the xorg mailing list