On Thu, Sep 01, 2005 at 02:58:19PM +1000, Daniel Stone wrote:
Right. My solution for that was to split them into a separate
mesa-utils source package, with a slightly hacked Makefile. They
build just fine independently.
Ah, you mean the utils! The demos are shipped in a separate
On Sat, Sep 03, 2005 at 05:30:52PM -0400, Michel Dänzer wrote:
I tried building from SVN:
[...]
mkdir -p debian/stamp/ touch debian/stamp/target-gl-debian-debug
dh_testdir
chmod +x debian/shadowtree
rm -f -rf build/gl-debian-debug-i386
debian/shadowtree
[ Moving to pkg-mesa-devel, please follow up there only ]
On Sun, 2005-09-04 at 11:12 -0600, Marcelo E. Magallon wrote:
On Sat, Sep 03, 2005 at 05:30:52PM -0400, Michel Dänzer wrote:
I tried building from SVN:
[...]
mkdir -p debian/stamp/ touch
On Sun, 2005-09-04 at 09:04 -0600, Marcelo E. Magallon wrote:
On Thu, Sep 01, 2005 at 02:58:19PM +1000, Daniel Stone wrote:
Right. My solution for that was to split them into a separate
mesa-utils source package, with a slightly hacked Makefile. They
build just fine independently.
On Wed, 2005-08-31 at 21:55 -0600, Marcelo E. Magallon wrote:
On Wed, Aug 31, 2005 at 10:35:55PM -0400, Michel Dänzer wrote:
2) Someone with the proper hardware should test the several
(there's at least 8 of them IIRC) drivers that ship inside the
-dri package with the
On Wed, 2005-08-31 at 22:00 -0600, Marcelo E. Magallon wrote:
On Thu, Sep 01, 2005 at 12:07:46PM +1000, Daniel Stone wrote:
Sorry, I've really just not had any time recently, and there are some
things I wanted to clean up before I fired off to you (e.g. the
Build-Dep on glut, which
On Wed, Aug 31, 2005 at 02:41:05AM +0200, Michael Biebl wrote:
It seems that mesa (6.3.2) as well as xorg (6.8.2) both provide a
GL/GLU implemetation.
If you look at:
Thanks for your answers, Marcelo.
I noticed that Ubuntu renamed mesag3-libglu1-mesa and
xlibmesa-gl-libgl1-xorg.
Hopefully libglu1-mesa is a typo on your side. The driver provided by
mesag3 is a software rasterizer and the package *should* be named
something like libgl1-mesa-soft
On Wed, 2005-08-31 at 17:25 -0600, Marcelo E. Magallon wrote:
Daniel also said he'd send a package via email which I never got, so I
went ahead and did my own thing. (No Matt, I'm not happy with the idea
of fishing patches out of some random, cluttered, and very unusable
webpage;
On Wed, 2005-08-31 at 17:25 -0600, Marcelo E. Magallon wrote:
On Wed, Aug 31, 2005 at 02:41:05AM +0200, Michael Biebl wrote:
The GLU package is, uhm, I don't know. At some point I talked with
Branden about it, but we never did anything. The xfree86 (and now the
x.org) are the ones
On Thu, Sep 01, 2005 at 03:20:10AM +0200, Michael Biebl wrote:
x-window-system-core in Ubuntu Breezy now depends on
libgl1-mesa-dri/libgl1-mesa/libglu1-mesa while as in unstable it is
xlibmesa-dri/xlibmesa-gl/liblu1-xorg.
If that's right, that's broken, too.
It should at most recommend
On Wed, Aug 31, 2005 at 10:35:55PM -0400, Michel Dänzer wrote:
Is this an attempt to smooth the transition from the xorg
packages to the mesa ones and in the course of the X
modularisation to get completely rid of the GL/GLU code in xorg
(and the libgl*-xorg packages) and use
On Thu, Sep 01, 2005 at 12:07:46PM +1000, Daniel Stone wrote:
Sorry, I've really just not had any time recently, and there are some
things I wanted to clean up before I fired off to you (e.g. the
Build-Dep on glut, which introduced horrible Build-Deps and other
hilarity which meant that
Hi all,
It seems that mesa (6.3.2) as well as xorg (6.8.2) both provide a GL/GLU
implemetation. IIRC the xorg GL/GLU code is based on (older) mesa code.
Why this duplication of code and which of this two implementations is
the preferred one? Could I replace the xorg packages with the mesa
14 matches
Mail list logo