On Wed, Dec 20, 2000 at 12:48:32PM -0500, Ben Collins wrote:
> On Wed, Dec 20, 2000 at 10:28:44AM -0700, Joshua Shagam wrote:
> > On Wed, Dec 20, 2000 at 12:07:31PM -0500, Ben Collins wrote:
> > >
> > > No, it doesn't. X depedns on glibc 2.2 (which is not in woo
nstall ok installed
Priority: optional
Section: x11
Installed-Size: 716
Maintainer: Branden Robinson <[EMAIL PROTECTED]>
Source: xfree86
Version: 4.0.1-11
> So there is no way it can be in testing.
But the packages are in Woody (on the x86 architecture, anyway) nontheless.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~joshagam X No Word docs in email
mp3.com/fluffyporcupine/ \ Respect for open standards
On Wed, Dec 20, 2000 at 12:48:32PM -0500, Ben Collins wrote:
> On Wed, Dec 20, 2000 at 10:28:44AM -0700, Joshua Shagam wrote:
> > On Wed, Dec 20, 2000 at 12:07:31PM -0500, Ben Collins wrote:
> > >
> > > No, it doesn't. X depedns on glibc 2.2 (which is not in woo
alled-Size: 716
Maintainer: Branden Robinson <[EMAIL PROTECTED]>
Source: xfree86
Version: 4.0.1-11
> So there is no way it can be in testing.
But the packages are in Woody (on the x86 architecture, anyway) nontheless.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL
a.c (for some
reason, mga_dri.o isn't exporting those symbols).
Stencils are still broken, but that was to be expected. At least textures
work again. They still don't respond to glTexEnv* though (changing the
filters has no effect for example), but that's a relatively minor issue in
the
a.c (for some
reason, mga_dri.o isn't exporting those symbols).
Stencils are still broken, but that was to be expected. At least textures
work again. They still don't respond to glTexEnv* though (changing the
filters has no effect for example), but that's a relatively minor issue in
the
On Tue, Dec 12, 2000 at 04:20:30PM -0500, Daniel Jacobowitz wrote:
> On Tue, Dec 12, 2000 at 12:47:29PM -0700, Joshua Shagam wrote:
> > > Actually, I read the archives about a week ago when this first popped up,
> > > and
> > > didn't find the answer.
> >
On Tue, Dec 12, 2000 at 04:20:30PM -0500, Daniel Jacobowitz wrote:
> On Tue, Dec 12, 2000 at 12:47:29PM -0700, Joshua Shagam wrote:
> > > Actually, I read the archives about a week ago when this first popped up, and
> > > didn't find the answer.
> >
> > When
On Tue, Dec 12, 2000 at 11:45:10AM -0800, Bruce Perens wrote:
> From: Joshua Shagam <[EMAIL PROTECTED]>
> > Hey Bruce, are you really such a newbie that you can't read the list
> > archives? ;)
>
> Well, you read the archives with a web browser, and my web brow
can't read the list
archives? ;)
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~joshagam X No Word docs in email
mp3.com/fluffyporcupine/ \ Respect for open standards
On Tue, Dec 12, 2000 at 11:45:10AM -0800, Bruce Perens wrote:
> From: Joshua Shagam <[EMAIL PROTECTED]>
> > Hey Bruce, are you really such a newbie that you can't read the list
> > archives? ;)
>
> Well, you read the archives with a web browser, and my web brow
can't read the list
archives? ;)
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~joshagam X No Word docs in email
mp3.com/fluffyporcupine/ \ Respect for open standards
--
To UNSUBSCRIBE, email
X install
> made unusable.
Well, it was also a poor forethought for you to not issue a package hold on
the XFree packages. It's easy enough to use dselect to request that a
package not be upgraded... (hint: = key)
--
Joshua Shagam /"\ ASCII Ribbon Ca
nd my X install
> made unusable.
Well, it was also a poor forethought for you to not issue a package hold on
the XFree packages. It's easy enough to use dselect to request that a
package not be upgraded... (hint: = key)
--
Joshua Shagam /"\ ASCII Ribbon Ca
flicts: utah-glx' in it,
but as has been said already, you ARE running Debian *usntable*, and you
reap what you sow in that regard... don't take it out on Branden, please.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
w
flicts: utah-glx' in it,
but as has been said already, you ARE running Debian *usntable*, and you
reap what you sow in that regard... don't take it out on Branden, please.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
w
On Fri, Dec 08, 2000 at 09:51:07AM +0100, Cajus Pollmeier wrote:
> Am Friday 08 December 2000 09:33 schrieb Joshua Shagam:
> > Ah, okay, that makes more sense. The shellscript is probably the easiest
> > way in that case. Try starting up a getty using your shellscript instead
&g
On Fri, Dec 08, 2000 at 09:51:07AM +0100, Cajus Pollmeier wrote:
> Am Friday 08 December 2000 09:33 schrieb Joshua Shagam:
> > Ah, okay, that makes more sense. The shellscript is probably the easiest
> > way in that case. Try starting up a getty using your shellscript instead
&g
On Fri, Dec 08, 2000 at 09:26:47AM +0100, Cajus Pollmeier wrote:
> Am Friday 08 December 2000 09:22 schrieb Joshua Shagam:
> > On Fri, Dec 08, 2000 at 08:42:57AM +0100, Cajus Pollmeier wrote:
> > > Hi!
> > >
> > > I'm trying to run X from an init script dur
But, again, it's a bad idea to do that anyway.
Just use xdm or gdm or the like if it's that important that your system be
in X at all times...
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~j
On Fri, Dec 08, 2000 at 09:26:47AM +0100, Cajus Pollmeier wrote:
> Am Friday 08 December 2000 09:22 schrieb Joshua Shagam:
> > On Fri, Dec 08, 2000 at 08:42:57AM +0100, Cajus Pollmeier wrote:
> > > Hi!
> > >
> > > I'm trying to run X fro
ing. But, again, it's a bad idea to do that anyway.
Just use xdm or gdm or the like if it's that important that your system be
in X at all times...
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~j
On Thu, Dec 07, 2000 at 09:54:20AM -0600, Thomas E. Vaughan wrote:
> On Wed, Dec 06, 2000 at 01:21:15PM -0700, Joshua Shagam wrote:
> >
> > I've completely lost track of where DRI bugs should go, but this seems
> > like the kind of thing which might just be due to somet
On Thu, Dec 07, 2000 at 09:54:20AM -0600, Thomas E. Vaughan wrote:
> On Wed, Dec 06, 2000 at 01:21:15PM -0700, Joshua Shagam wrote:
> >
> > I've completely lost track of where DRI bugs should go, but this seems
> > like the kind of thing which might just be due to somet
t's
within the DRI driver that things are breaking...
Any ideas?
Many thanks in advance.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~joshagam X No Word docs in email
mp3.com/fluffyporcupine/ \ Respect for open standards
t's
within the DRI driver that things are breaking...
Any ideas?
Many thanks in advance.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~joshagam X No Word docs in email
mp3.com/fluffyporcupi
kages, especially
for every little issue which his system may or may not have (such as, for
example, USB).
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~joshagam X No Word docs in email
mp3.com/fluffyporcupine/ \ Respect for open standards
kages, especially
for every little issue which his system may or may not have (such as, for
example, USB).
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~joshagam X No Word docs in email
mp3.c
On Sat, Nov 18, 2000 at 05:24:37PM +0900, Hajime Saito wrote:
>
> It appears that someone on this list has just been infected by the
> Navidad virus.
> Do not open attachments named navidad.exe. Details can be found here.
Okay, who's the closet Windows user? ;)
On Sat, Nov 18, 2000 at 05:24:37PM +0900, Hajime Saito wrote:
>
> It appears that someone on this list has just been infected by the
> Navidad virus.
> Do not open attachments named navidad.exe. Details can be found here.
Okay, who's the closet Windows user? ;)
lush() means
that the OpenGL stuff has to stop what it's doing in order to synchronize
with the X server again, if my understanding of the DRI architecture is
correct.
__
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www
lush() means
that the OpenGL stuff has to stop what it's doing in order to synchronize
with the X server again, if my understanding of the DRI architecture is
correct.
__
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www
; will fail with an error.
The magic thingy you need is in your XF86Config file, add
Option "DPMS" "on"
to your Monitor section.
Unfortunately, XFree 4's documentation is woefully...lacking. I didn't
know this (not for lack of trying) until someone had mentioned it
; will fail with an error.
The magic thingy you need is in your XF86Config file, add
Option "DPMS" "on"
to your Monitor section.
Unfortunately, XFree 4's documentation is woefully...lacking. I didn't
know this (not for lack of trying) until someone had mentioned it
c
interface to the pagetable), so even though it has 64MB of *potential*
memory usage, only the memory which has actually been touched is actually
allocated. It's a similar issue with the X server et al.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED]
c
interface to the pagetable), so even though it has 64MB of *potential*
memory usage, only the memory which has actually been touched is actually
allocated. It's a similar issue with the X server et al.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED]
d is to install
XFree 4 (Branden's packages would be fine) and then downloading, installing
and using nVidia's binary-only nvidia.o driver (rather than the
XFree-supplied nv.o).
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF i
d is to install
XFree 4 (Branden's packages would be fine) and then downloading, installing
and using nVidia's binary-only nvidia.o driver (rather than the
XFree-supplied nv.o).
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF i
---=-=-=-===-==---=--=---'
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HT
---=-=-=-===-==---=--=---'
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HT
On Mon, Oct 09, 2000 at 11:20:37AM -0500, Branden Robinson wrote:
> On Mon, Oct 09, 2000 at 09:17:05AM -0600, Joshua Shagam wrote:
> > It's not the compiled code which has to match between DRI and DRM,
> > just the interface. I'm using a DRM module compiled along with
On Mon, Oct 09, 2000 at 11:20:37AM -0500, Branden Robinson wrote:
> On Mon, Oct 09, 2000 at 09:17:05AM -0600, Joshua Shagam wrote:
> > It's not the compiled code which has to match between DRI and DRM,
> > just the interface. I'm using a DRM module compiled along with
..> be activated ?" etc
> very simple and basic.
Isn't the current X server autodetection stuff good enough? I'm sure
there'll eventually be (if there isn't already) XF86Setup for XFree 4,
which will let people graphically mangle the
..> be activated ?" etc
> very simple and basic.
Isn't the current X server autodetection stuff good enough? I'm sure
there'll eventually be (if there isn't already) XF86Setup for XFree 4,
which will let people graphically mangle the
ver(s).
>
> JFTR:
>
>
>
> If someone wants to make and distribute .deb's, he must get permission
> from NVIDIA first.
Or setup an installer-wrapping package like Netscape used to have and
Realplayer currently does have...
--
Joshua Shagam /"
ee driver(s).
>
> JFTR:
>
>
>
> If someone wants to make and distribute .deb's, he must get permission
> from NVIDIA first.
Or setup an installer-wrapping package like Netscape used to have and
Realplayer currently does have...
--
Joshua Shagam /"
e only
> contains libGL. What package is supposed to provide libGLU when
> xlibmesa3 is used?
What I do is I use the libGL from xlibmesa3 and the libGLU compiled from
Mesa's sources (which I already have on-hand because of formerly using
Utah-GLX).
--
Joshua Shagam
e only
> contains libGL. What package is supposed to provide libGLU when
> xlibmesa3 is used?
What I do is I use the libGL from xlibmesa3 and the libGLU compiled from
Mesa's sources (which I already have on-hand because of formerly using
Utah-GLX).
--
Joshua Shagam
On Tue, Sep 26, 2000 at 05:47:02PM +0100, Jules Bean wrote:
> On Tue, Sep 26, 2000 at 10:20:38AM -0600, Joshua Shagam wrote:
> >
> > And, if I'm not mistaken, imlib is one of Rasterman's over-glitzy
> > under-functional piles of code... :)
>
> Well, I don
On Tue, Sep 26, 2000 at 09:35:50AM +0100, Jules Bean wrote:
> On Mon, Sep 25, 2000 at 10:36:02AM -0600, Joshua Shagam wrote:
> > > How recent are we talking about here? I never noticed any problem with
> > > phase2v8, but in the past few days I haven't been running
On Tue, Sep 26, 2000 at 05:47:02PM +0100, Jules Bean wrote:
> On Tue, Sep 26, 2000 at 10:20:38AM -0600, Joshua Shagam wrote:
> >
> > And, if I'm not mistaken, imlib is one of Rasterman's over-glitzy
> > under-functional piles of code... :)
>
> Well, I
On Tue, Sep 26, 2000 at 09:35:50AM +0100, Jules Bean wrote:
> On Mon, Sep 25, 2000 at 10:36:02AM -0600, Joshua Shagam wrote:
> > > How recent are we talking about here? I never noticed any problem with
> > > phase2v8, but in the past few days I haven't been running much
pplications
> apart from WindowMaker, xpdf, emacs, xterm and xscreensaver, and it has never
> occured to me before to wonder how much any of these rely on shared memory.
Not at all. Shm is used msotly for things which do a lot of blitting, like
games and Rasterman's ov
pplications
> apart from WindowMaker, xpdf, emacs, xterm and xscreensaver, and it has never
> occured to me before to wonder how much any of these rely on shared memory.
Not at all. Shm is used msotly for things which do a lot of blitting, like
games and Rasterman's ov
On Sun, Sep 24, 2000 at 10:23:55PM +0200, Marcelo E. Magallon wrote:
> >> Joshua Shagam <[EMAIL PROTECTED]> writes:
>
> > I see no reason that libGLU *as it stands now* needs to be bundled
> > with any specific OpenGL implementation or driver.
>
> It
On Sun, Sep 24, 2000 at 10:23:55PM +0200, Marcelo E. Magallon wrote:
> >> Joshua Shagam <[EMAIL PROTECTED]> writes:
>
> > I see no reason that libGLU *as it stands now* needs to be bundled
> > with any specific OpenGL implementation or driver.
>
> It
low-level OpenGL
access. However, some parts of GLU (such as the tesselator) don't even
seem to rely on OpenGL at all...
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~joshagam X No Word docs in email
On Sun, Sep 24, 2000 at 11:33:24AM +0200, Marcelo E. Magallon wrote:
> >> Joshua Shagam <[EMAIL PROTECTED]> writes:
>
> > And wouldn't the DRM modules in the kernel source be both
> > quickly-outdated with respect to the actual drivers? I tend to
> >
low-level OpenGL
access. However, some parts of GLU (such as the tesselator) don't even
seem to rely on OpenGL at all...
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL PROTECTED] \ / No HTML/RTF in email
www.cs.nmsu.edu/~joshagam X No Word docs in email
On Sun, Sep 24, 2000 at 11:33:24AM +0200, Marcelo E. Magallon wrote:
> >> Joshua Shagam <[EMAIL PROTECTED]> writes:
>
> > And wouldn't the DRM modules in the kernel source be both
> > quickly-outdated with respect to the actual drivers? I tend to
> >
On Sun, Sep 24, 2000 at 01:12:48AM +0200, Marcelo E. Magallon wrote:
> >> Joshua Shagam <[EMAIL PROTECTED]> writes:
>
> > Okay, since posting my original message, I've found out (with
> > Marcelo Magallon's help) that I need to get a DRI driver whic
On Sun, Sep 24, 2000 at 01:12:48AM +0200, Marcelo E. Magallon wrote:
> >> Joshua Shagam <[EMAIL PROTECTED]> writes:
>
> > Okay, since posting my original message, I've found out (with
> > Marcelo Magallon's help) that I need to get a DRI driver whic
y
and more often, and I don't want to have to download the entire kernel
source to update my video driver. :P The whole current state of what's in
the kernel source package is a rant for another day, though.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL P
tely
and more often, and I don't want to have to download the entire kernel
source to update my video driver. :P The whole current state of what's in
the kernel source package is a rant for another day, though.
--
Joshua Shagam /"\ ASCII Ribbon Campaign
[EMAIL P
the future, how will DRI modules be packaged? Perhaps there will
be an xfree-server-heards package so that one can simply download their
favorite DRI module's source and then use make-kpkg to build it alongside
their kernel? That seems to me to be the simplest way...
Ma
the future, how will DRI modules be packaged? Perhaps there will
be an xfree-server-heards package so that one can simply download their
favorite DRI module's source and then use make-kpkg to build it alongside
their kernel? That seems to me to be the simplest way...
Ma
66 matches
Mail list logo