see below.
On Wed, 20 Sep 2000, Brian Paul wrote:
>
>
> Branden Robinson wrote:
> >
> > On Mon, Sep 18, 2000 at 09:54:03AM +0200, Harald Dunkel wrote:
> > > > However, a consensus has formed of late among the XFree86 developers, in
> > > > conjunction with Brian Paul (the mastermind of the Mes
Hello,
With the latest version of the phase 2 packages (v8) imlib seems to be
leaking shared memory segments quite badly. For example, if I start X using
twm and do ipcs -u I have one segment being used (the proprietary NVIDIA
driver seems to use that).
However, after starting and stopping imlib
On Thu, Sep 21, 2000 at 01:17:45PM -0500, Brad Hilton wrote:
> Hello,
>
> With the latest version of the phase 2 packages (v8) imlib seems to be
> leaking shared memory segments quite badly. For example, if I start X using
> twm and do ipcs -u I have one segment being used (the proprietary NVIDIA
Hi!
I think that files in subject (located in
/usr/X11R6/lib/modules/extensions) should be a part of xlibmesa3 package,
since libGLcore.a is clearly mesa specific, I'm not sure about libglx.a.
The real reason I'm writing this is that these files in their
current package conflict with NVIDIAs bina
On Fri, Sep 22, 2000 at 02:19:56AM +0200, Vedran Rodic wrote:
> Hi!
>
> I think that files in subject (located in
> /usr/X11R6/lib/modules/extensions) should be a part of xlibmesa3 package,
> since libGLcore.a is clearly mesa specific, I'm not sure about libglx.a.
>
man dpkg-divert
Frank aka Myt
On Thu, 21 Sep 2000, Franklin Belew wrote:
> On Fri, Sep 22, 2000 at 02:19:56AM +0200, Vedran Rodic wrote:
> > Hi!
> >
> > I think that files in subject (located in
> > /usr/X11R6/lib/modules/extensions) should be a part of xlibmesa3 package,
> > since libGLcore.a is clearly mesa specific, I'm no
This isn't an XF4 specific problem, but I noticed it after upgrading
and getting rid of Xaw3d. I have some Xt code which sets a value like
this:
XtVaSetValues(button, "userData", w, NULL);
and pulls it out later with
XtVaGetValues(kids[i], "userData", &foo, NULL);
Using xaw3d this worked fine,
see below.
On Wed, 20 Sep 2000, Brian Paul wrote:
>
>
> Branden Robinson wrote:
> >
> > On Mon, Sep 18, 2000 at 09:54:03AM +0200, Harald Dunkel wrote:
> > > > However, a consensus has formed of late among the XFree86 developers, in
> > > > conjunction with Brian Paul (the mastermind of the Me
Hello,
With the latest version of the phase 2 packages (v8) imlib seems to be
leaking shared memory segments quite badly. For example, if I start X using
twm and do ipcs -u I have one segment being used (the proprietary NVIDIA
driver seems to use that).
However, after starting and stopping imli
On Thu, Sep 21, 2000 at 01:17:45PM -0500, Brad Hilton wrote:
> Hello,
>
> With the latest version of the phase 2 packages (v8) imlib seems to be
> leaking shared memory segments quite badly. For example, if I start X using
> twm and do ipcs -u I have one segment being used (the proprietary NVIDI
Hi!
I think that files in subject (located in
/usr/X11R6/lib/modules/extensions) should be a part of xlibmesa3 package,
since libGLcore.a is clearly mesa specific, I'm not sure about libglx.a.
The real reason I'm writing this is that these files in their
current package conflict with NVIDIAs bin
On Fri, Sep 22, 2000 at 02:19:56AM +0200, Vedran Rodic wrote:
> Hi!
>
> I think that files in subject (located in
> /usr/X11R6/lib/modules/extensions) should be a part of xlibmesa3 package,
> since libGLcore.a is clearly mesa specific, I'm not sure about libglx.a.
>
man dpkg-divert
Frank aka My
On Thu, 21 Sep 2000, Franklin Belew wrote:
> On Fri, Sep 22, 2000 at 02:19:56AM +0200, Vedran Rodic wrote:
> > Hi!
> >
> > I think that files in subject (located in
> > /usr/X11R6/lib/modules/extensions) should be a part of xlibmesa3 package,
> > since libGLcore.a is clearly mesa specific, I'm n
This isn't an XF4 specific problem, but I noticed it after upgrading
and getting rid of Xaw3d. I have some Xt code which sets a value like
this:
XtVaSetValues(button, "userData", w, NULL);
and pulls it out later with
XtVaGetValues(kids[i], "userData", &foo, NULL);
Using xaw3d this worked fine,
>> Vedran Rodic <[EMAIL PROTECTED]> writes:
> I think that files in subject (located in
> /usr/X11R6/lib/modules/extensions) should be a part of xlibmesa3
> package, since libGLcore.a is clearly mesa specific, I'm not sure
> about libglx.a.
libGLcore.a provides hooks for the X server, that
I feel like Bill Murray in _Ground Hog Day_, forced to live the same day
over and over again...
- Forwarded message from Seth Nickell <[EMAIL PROTECTED]> -
From: Seth Nickell <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: GLU vs accelerated GL conflicts (XF4.0.1 package problem)
Date
Hope you don't mind if I CC my reply to the Debian X mailing list.
On Thu, Sep 21, 2000 at 12:28:54AM -0700, Terence Ripperda wrote:
> I'm from NVIDIA, working on our 2d/3d drivers. Now that there are XFree86 4.0.1
> packages in development, I'm looking at getting some .deb packages together for
On Thu, Sep 21, 2000 at 05:23:19PM +0200, Hervé Eychenne wrote:
> I'm in touch with Guillaume Morin <[EMAIL PROTECTED]> in order to package
> one of my application for Debian, called ulog. FYI, it intends to be the
> distributed equivalent of utmp/wtmp for X-window.
Just FYI, the proper name is t
18 matches
Mail list logo
