[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Suggestion

From: Sven Heyll <ubt7@rz.uni-karlsruhe.de>
Subject: Suggestion
Date: 09 Oct 2000 11:16:40 -0100

> Hi,
> why not splitting the xfree86-server package, so that the drm/dri stuff 
> is in an extra package and can be compiled before installing. Dri
> modules have to be 
> compiled with the corresponding drm version, which is provided by the
> kernel. 

I have been thinking about this and I think we should leave dri in
xfree86-server and have the drm source (not dri) in a separate
package. The device3dfx package is like this. It puts a few docs in
/usr/share/doc and a source tar ball in /usr/src. You can unpack the
tar ball go into the directory and type "make" and it builds the
kernel module (3dfx.o in that case).

I don't think it would be too hard to build such a package from the X
sources. Almost every thing you would need is in the directory [X
source]/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel you
just need to package the Imake generated makefile and a few headers
and source file from the parent directorys. This would also make so
drm modules where not distributed with the kernel. Someone had said
earlier that they did not want that.

> I have kernel 2.4.0test6 and the X binarys forbid me to use dri. 
> I tried to compile (apt-get source xlib6g(or what ever) --compile)
> X by myself, but this failed because of missing glide librarys. I dont
> see the reason why 
> one would have to recompile whole X only to get DRI working. So one
> possible solution 
> would be, that there is a 
> default DRI package, available also in binary version and compiled for
> the current debian 
> kernel, or to let the user choose, during install of the binarypackage
> to get and compile 
> and install the source package. This could be done after a test for the
> kernel version. 

This would become a mott point if drm and dri are both packaged in
debian. The drm modules can be builded without building all of X. It
takes some hacking, but I did it. And if we package it as I was saying
above the package would contain "pre-hacked" source. So it could be
built very easily. Dri and drm would both be upgraded when an upgrade
happened and all someone would have to do is do a quick rebuild of the

These are all just ideas, of course.


Reply to: