On Sat, Aug 26, 2006 at 04:23:07PM +0200, Michel Dänzer wrote:
> > This is the upstream part of the patch, which looks good to me.
> > Michel, do you think this is reasonable to submit upstream?
>
> Worth an attempt I think, although it may be desirable to take
> configs/linux-indirect into accoun
On Fri, 2006-08-25 at 15:03 +0200, Michael Banck wrote:
>
> The second one is the main reason for the bug report. I think it is
> alright to have a mostly empty libgl1-mesa-dri package as this package
> does not seem to have any serious reverse depends outside of x.org.
> Again, just not building
Hi,
On Sun, Aug 20, 2006 at 01:42:23AM +0200, Cyril Brulebois wrote:
> here is a small but important update of the patch. The additional part
> is located in ``additional-GL-mklib.diff'' while the updated patch is
> the ``hurd-dri-drm-updated.diff'' file.
>
> There was an extra mklib for the GL l
Hi again,
here is a small but important update of the patch. The additional part
is located in ``additional-GL-mklib.diff'' while the updated patch is
the ``hurd-dri-drm-updated.diff'' file.
There was an extra mklib for the GL library, which made the package
useless. With that updated patch, it w
On Sat, Jul 22, 2006 at 06:16:31PM +0200, Michel Daenzer wrote:
> That's probably just a bug. libgl1-mesa-glx could definitely be useful
> without DRI support, but there may also be upstream issues preventing
> that ATM. Nothing that can't be fixed though.
Hi,
here's my attempt to get mesa compil
On Fri, 2006-07-21 at 21:39 +0200, Michael Banck wrote:
>
> libgl1-mesa-glx should probably also not be built, does not include
> /usr/lib/libGL.so.1.2 if libgl1-mesa-dri is hacked away at least.
That's probably just a bug. libgl1-mesa-glx could definitely be useful
without DRI support, but there
Hi,
I tried to figure out how to disable things for the Hurd for a while
now, but wasn't able to :(
Let me repeat the requirements, maybe somebody else knows better:
libgl1-mesa-dri should not be built at all
libgl1-mesa-glx should probably also not be built, does not include
/usr/lib/libGL.so.1
On Sun, 2006-05-14 at 20:59 -0600, Marcelo E. Magallon wrote:
>
> Is DRM linux specific or does it exist on FreeBSD, too?
FreeBSD, too. The other BSDs have had varying degrees of support as well
I think.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre softwar
On Thu, May 04, 2006 at 06:14:13PM +0200, Michael Banck wrote:
> the attached patch fixes this problem in the most elegant way I could
> come up with given the make-me-harder attitude of mesa's
> debian/rules. If somebody has a better suggestion, I'd be happy to
> know :)
Whatever. If don'
tags 358065 +patch
thanks
Hi,
the attached patch fixes this problem in the most elegant way I could
come up with given the make-me-harder attitude of mesa's debian/rules.
If somebody has a better suggestion, I'd be happy to know :)
As the current version has reached testing some time ago, and a
Package: mesa
Severity: normal
Hi,
Mesa FTBFS on hurd-i386 because this architecture doesn't have dri/drm.
The libdrm-dev dependency should hence be dropped for that architecture,
and libgl1-mesa-dri shouldn't get compiled.
Regards,
Samuel
-- System Information:
Debian Release: testing/unstable
11 matches
Mail list logo
