tag 187365 + fixed-in-experimental
thanks
[0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian %
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1 LD_TRACE_PRELINKING=t \
/lib/ld-2.3.2.so /usr/X11R6/lib/libGLU.so.1.3 | grep ^undefined
[1] [EMAIL PROTECTED]:~/packages/xfree86/svn/branche
tag 187365 + fixed-in-experimental
thanks
[0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian %
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1 LD_TRACE_PRELINKING=t \
/lib/ld-2.3.2.so /usr/X11R6/lib/libGLU.so.1.3 | grep ^undefined
[1] [EMAIL PROTECTED]:~/packages/xfree86/svn/branche
>> Michel Dänzer <[EMAIL PROTECTED]> writes:
> Because the libGL provided by mesag3 doesn't seem to be able to load the
> DRI drivers (though that might just be a matter of how it's built).
Brian (?) mentioned something about building that capability on the
mesa libraries a long time ago. I
>> Branden Robinson <[EMAIL PROTECTED]> writes:
> We could just as well ask why we bother to ship xlibmesa*, then.
>
> I would like to know why the answers to your question and the above
> should be different.
The best answer I can come up with? Because someone is bound to create
a CD whi
On Sat, Apr 26, 2003 at 04:56:41PM -0500, Branden Robinson wrote:
> On Thu, Apr 03, 2003 at 03:59:12PM +1000, Daniel Stone wrote:
> > On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> > > /usr/X11R6/lib/libGLU.so.1-lGL
> >
> > Hold on, doesn't this render the entir
On Sam, 2003-04-26 at 23:58, Branden Robinson wrote:
> On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel Dänzer wrote:
> > On Don, 2003-04-03 at 07:59, Daniel Stone wrote:
> > > On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> > > > /usr/X11R6/lib/libGLU.so.1 -lGL
> >
On Thu, Apr 03, 2003 at 03:59:12PM +1000, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> > /usr/X11R6/lib/libGLU.so.1 -lGL
>
> Hold on, doesn't this render the entire -gl/-glu fix moot?
Why would it? Shared libraries depend on other shared libra
On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel Dänzer wrote:
> On Don, 2003-04-03 at 07:59, Daniel Stone wrote:
> > On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> > > /usr/X11R6/lib/libGLU.so.1-lGL
> >
> > Hold on, doesn't this render the entire -gl/-glu fix m
On Thu, Apr 03, 2003 at 04:03:17PM +0200, Michel D?nzer scrawled:
> On Don, 2003-04-03 at 15:23, Daniel Stone wrote:
> > On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
> >
> > > Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> > > thing as libglu1-mesa, e
On Thu, Apr 03, 2003 at 04:03:17PM +0200, Michel D?nzer scrawled:
> On Don, 2003-04-03 at 15:23, Daniel Stone wrote:
> > On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
> >
> > > Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> > > thing as libglu1-mesa, e
On Don, 2003-04-03 at 15:23, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
>
> > Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> > thing as libglu1-mesa, except that they tend to be more buggy?
>
> Really not my decision, tbh.
I
On Don, 2003-04-03 at 15:18, Marco d'Itri wrote:
> On Apr 03, Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> >Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> >thing as libglu1-mesa, except that they tend to be more buggy?
> You should ask the libperl-sdl maintainer, this i
On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
> No, why? libGLU depends on libGL (which isn't reflected in the
> xlibmesa*-glu dependencies due to this bug), I guess the rationale
> behind the split was that not every app that uses libGL also uses
> libGLU.
Ah, right. Sorry, br
On Apr 03, Michel Dänzer <[EMAIL PROTECTED]> wrote:
>No, why? libGLU depends on libGL (which isn't reflected in the
>xlibmesa*-glu dependencies due to this bug), I guess the rationale
Yes, I concluded this too.
>Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
>thing as
On Don, 2003-04-03 at 07:59, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> > /usr/X11R6/lib/libGLU.so.1 -lGL
>
> Hold on, doesn't this render the entire -gl/-glu fix moot?
No, why? libGLU depends on libGL (which isn't reflected in the
xlibmesa*-
On Don, 2003-04-03 at 15:23, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
>
> > Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> > thing as libglu1-mesa, except that they tend to be more buggy?
>
> Really not my decision, tbh.
I
On Don, 2003-04-03 at 15:18, Marco d'Itri wrote:
> On Apr 03, Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> >Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> >thing as libglu1-mesa, except that they tend to be more buggy?
> You should ask the libperl-sdl maintainer, this i
On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
> No, why? libGLU depends on libGL (which isn't reflected in the
> xlibmesa*-glu dependencies due to this bug), I guess the rationale
> behind the split was that not every app that uses libGL also uses
> libGLU.
Ah, right. Sorry, br
On Don, 2003-04-03 at 07:59, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> > /usr/X11R6/lib/libGLU.so.1 -lGL
>
> Hold on, doesn't this render the entire -gl/-glu fix moot?
No, why? libGLU depends on libGL (which isn't reflected in the
xlibmesa*-
On Apr 03, Michel Dänzer <[EMAIL PROTECTED]> wrote:
>No, why? libGLU depends on libGL (which isn't reflected in the
>xlibmesa*-glu dependencies due to this bug), I guess the rationale
Yes, I concluded this too.
>Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
>thing as
On Apr 03, Daniel Stone <[EMAIL PROTECTED]> wrote:
>On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
>> /usr/X11R6/lib/libGLU.so.1 -lGL
>
>Hold on, doesn't this render the entire -gl/-glu fix moot?
[EMAIL PROTECTED] xlibmesa3/xlibmesa4 went to
xlibmesa4-gl and xlibme
On Apr 03, Daniel Stone <[EMAIL PROTECTED]> wrote:
>On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
>> /usr/X11R6/lib/libGLU.so.1 -lGL
>
>Hold on, doesn't this render the entire -gl/-glu fix moot?
[EMAIL PROTECTED] xlibmesa3/xlibmesa4 went to
xlibmesa4-gl and xlibme
On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> /usr/X11R6/lib/libGLU.so.1-lGL
Hold on, doesn't this render the entire -gl/-glu fix moot?
--
Daniel Stone <[EMAIL PROTECTED]>
Developer, Trinity College, University of Melbourne
p
On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> /usr/X11R6/lib/libGLU.so.1-lGL
Hold on, doesn't this render the entire -gl/-glu fix moot?
--
Daniel Stone <[EMAIL PROTECTED]>
Developer, Trinity College, University of Melbourne
p
Package: xlibmesa3-glu
Version: 4.2.1-6
Severity: normal
[This is a standard text.]
One or more libraries in this package are buggy.
All libraries need to be linked against other libraries which they
reference. You can check this by running this command:
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1 L
Package: xlibmesa3-glu
Version: 4.2.1-6
Severity: normal
[This is a standard text.]
One or more libraries in this package are buggy.
All libraries need to be linked against other libraries which they
reference. You can check this by running this command:
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1 L
26 matches
Mail list logo
