Package: xserver-xorg-core
Version: 2:1.6.4-1
Severity: grave
Justification: renders package unusable
Recent upgrade to xserver-xorg-core_2:1.6.4-1 on amd64 with
intel driver causes crash at startup of X server.
-- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md5s
Package: xserver-xorg-video-intel
Version: 2:2.8.0-2
Severity: normal
When the X server first starts up, 2D performance (such as
painting the background, dragging a window, etc.) is nice
and fast on my left monitor (VGA) but very slow on my right
monitor (TMDS-1).
I noticed by accident that this
Package: xserver-xfree86
Version: unavailable; reported 2003-08-29
Severity: normal
It's hard to uninstall this package because xserver-xfree86.postrm
hangs.
-- System Information:
Debian Release: testing/unstable
Architecture: sparc
Kernel: Linux mammoth 2.4.21 #1 Thu Aug 7 20:30:12 EDT 2003 sp
Package: xserver-xfree86
Version: unavailable; reported 2003-08-29
Severity: normal
It's hard to uninstall this package because xserver-xfree86.postrm
hangs.
-- System Information:
Debian Release: testing/unstable
Architecture: sparc
Kernel: Linux mammoth 2.4.21 #1 Thu Aug 7 20:30:12 EDT 2003 sp
Package: xserver-common
Version: unavailable; reported 2003-08-29
Severity: normal
Like xserver-xfree86, the postrm script hangs. It's hard to uninstall.
-- System Information:
Debian Release: testing/unstable
Architecture: sparc
Kernel: Linux mammoth 2.4.21 #1 Thu Aug 7 20:30:12 EDT 2003 sparc
Package: xserver-common
Version: unavailable; reported 2003-08-29
Severity: normal
Like xserver-xfree86, the postrm script hangs. It's hard to uninstall.
-- System Information:
Debian Release: testing/unstable
Architecture: sparc
Kernel: Linux mammoth 2.4.21 #1 Thu Aug 7 20:30:12 EDT 2003 sparc
ppose its a KDE- or KDM-Problem, because it does not
> happen via fvwm2.
Right. It seems to be a KDM + i810 problem because, of all
my debian + KDE installations, only the one with the i810
suffers from this.
--
Thomas E. Vaughan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
ppose its a KDE- or KDM-Problem, because it does not
> happen via fvwm2.
Right. It seems to be a KDM + i810 problem because, of all
my debian + KDE installations, only the one with the i810
suffers from this.
--
Thomas E. Vaughan
*-dri packages.
The *-dri packages really screw up the X server with garbage.
As far as Branden's standard X packages, the display looks fine, and the X
log output looks fine (no W or E messages with respect to DRI and DRM), but
I definitely do not have hardware acceleration.
--
Thomas E. Vaugh
*-dri packages.
The *-dri packages really screw up the X server with garbage.
As far as Branden's standard X packages, the display looks fine, and the X
log output looks fine (no W or E messages with respect to DRI and DRM), but
I definitely do not have hardware acceleration.
--
Thomas E. Vaugh
> console I see a message as follows:
>
> NV0: still have vm que at nv_close(): 0x4001c000 to 0x4001d00
>
> I am using kernel 2.4.3.
>
> Of course when I use the XFree86 nv driver, anything works nice, but then
> I don't get the nice hardware GL stuff.
For what it
> console I see a message as follows:
>
> NV0: still have vm que at nv_close(): 0x4001c000 to 0x4001d00
>
> I am using kernel 2.4.3.
>
> Of course when I use the XFree86 nv driver, anything works nice, but then
> I don't get the nice hardware GL stuff.
For what it
I don't see any dri/drm errors in my X server output, but 3D stuff is not
hardware-accelerated.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
I don't see any dri/drm errors in my X server output, but 3D stuff is not
hardware-accelerated.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
l over
the screen whenever I loaded up some big textures. So I was waiting for
someone to get the latest DRI stuff aptable, and I am grateful. My recent
workaround has been to use the utah-glx stuff, but then I didn't get
antialiased fonts in KDE.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
e all over
the screen whenever I loaded up some big textures. So I was waiting for
someone to get the latest DRI stuff aptable, and I am grateful. My recent
workaround has been to use the utah-glx stuff, but then I didn't get
antialiased fonts in KDE.
--
Thomas E. Vaughan <[EMAIL PROTEC
On Wed, Mar 28, 2001 at 02:10:04PM -0500, Zephaniah E. Hull wrote:
>
> On Wed, Mar 28, 2001 at 02:03:32PM -0500, Stuart Ballard wrote:
> >
> > "Thomas E. Vaughan" wrote:
> > >
> > > DRM version = 2.0.1, expected 3.0.x
> > > DRI disabled.
>
Maybe I failed to do something that I was supposed to do, but dri is
disabled for me.
DRM version = 2.0.1, expected 3.0.x
DRI disabled.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
This is a pre-release version of XFree86, and is not supported in any
way. Bu
On Wed, Mar 28, 2001 at 02:10:04PM -0500, Zephaniah E. Hull wrote:
>
> On Wed, Mar 28, 2001 at 02:03:32PM -0500, Stuart Ballard wrote:
> >
> > "Thomas E. Vaughan" wrote:
> > >
> > > DRM version = 2.0.1, expected 3.0.x
> > > DRI disabled.
Maybe I failed to do something that I was supposed to do, but dri is
disabled for me.
DRM version = 2.0.1, expected 3.0.x
DRI disabled.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
This is a pre-release version of XFree86, and is not supported in any
way.
but now I have the
OPPOSITE problem. My message indicated that now startx and xinit are the
ones that WORK for me and that now xdm and gdm are the ones that DON'T
WORK.
I hope that I haven't angered anyone; I merely posted a message that I
thought (and still think) has not been answered.
-
): server unexpectedly died
xdm error (pid 756): Server for display :0 can't be started, session disabled
-- end /var/log/xdm.log--
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
but now I have the
OPPOSITE problem. My message indicated that now startx and xinit are the
ones that WORK for me and that now xdm and gdm are the ones that DON'T
WORK.
I hope that I haven't angered anyone; I merely posted a message that I
thought (and still think) has not been answered.
-
): server unexpectedly died
xdm error (pid 756): Server for display :0 can't be started, session disabled
-- end /var/log/xdm.log--
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &
w if it's the
same thing. What I have noticed is that when a polygon loses a vertex as
that vertex crosses the edge of the viewport, the polygon to which that
vertex belongs suddenly has its texture mapped incorrectly.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
w if it's the
same thing. What I have noticed is that when a polygon loses a vertex as
that vertex crosses the edge of the viewport, the polygon to which that
vertex belongs suddenly has its texture mapped incorrectly.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
the "focus
behavior" item under "sawfish" in the gnome control panel, the
sawfish-capplet goes off into lala land and consumes as much CPU as it can
get seemingly forever. I am using the helix debs, but I think the same
problem occurs with the stock debian gnome debs.
Any ideas?
the "focus
behavior" item under "sawfish" in the gnome control panel, the
sawfish-capplet goes off into lala land and consumes as much CPU as it can
get seemingly forever. I am using the helix debs, but I think the same
problem occurs with the stock debian gnome debs.
Any ideas?
with the debs. Unfortunately, however, I
am guessing that you won't be able to do dual-head in that case.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
with the debs. Unfortunately, however, I
am guessing that you won't be able to do dual-head in that case.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ou add the following lines:
Section "DRI"
Mode 0666
EndSection
I think that's about all I did to get hardware-accelerated OpenGL.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
ou add the following lines:
Section "DRI"
Mode 0666
EndSection
I think that's about all I did to get hardware-accelerated OpenGL.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
what you recommend above. The only solution with
freefont or sharefont installed seems to involve writing an explicit list
of font paths into /etc/X11/XF86Config.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
xfonts-cyrillic 4.0.1-0phase2v13 Cyrillic fonts for X
ii xfonts-intl-phonetic 1.1-9 International fonts for X -- Ph
ii xfonts-jmk3.0-2 James M. Knoble's character-cel
ii xfonts-pex4.0.1-0phase2v13 fonts for minimal PEX support i
ii xfonts-scalable 4.0.1-0phase2v13 scalable fonts for X
---
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
what you recommend above. The only solution with
freefont or sharefont installed seems to involve writing an explicit list
of font paths into /etc/X11/XF86Config.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
xfonts-cyrillic 4.0.1-0phase2v13 Cyrillic fonts for X
ii xfonts-intl-phonetic 1.1-9 International fonts for X -- Ph
ii xfonts-jmk3.0-2 James M. Knoble's character-cel
ii xfonts-pex4.0.1-0phase2v13 fonts for minimal PEX support i
ii xfonts
o, then is there a workaround?
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
o, then is there a workaround?
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
m than
it is to work around Debian's not having DRI support.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
m than
it is to work around Debian's not having DRI support.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nd some
of my X packages were accidentally upgraded to phase2v11. I'd like to
downgrade them to phase2v10.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
?
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
nd some
of my X packages were accidentally upgraded to phase2v11. I'd like to
downgrade them to phase2v10.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
?
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hough the change-log from Linus for 2.4.0-test9-pre7 doesn't mention any
changes to the dri stuff, I fetched the patch and looked at it manually.
Indeed, there were some relevant changes, including the major number change
from version 1 to version 2.
Thank you very much for your patience and help.
hough the change-log from Linus for 2.4.0-test9-pre7 doesn't mention any
changes to the dri stuff, I fetched the patch and looked at it manually.
Indeed, there were some relevant changes, including the major number change
from version 1 to version 2.
Thank you very much for your patience and help.
is now 3.4, etc. etc. Maybe try a bleeding edge kernel?
I have been using 2.4.0-test8 since it was released. I suppose that I
could try a test9-preX, but has there really been much movement there with
respect to the DRI for the mga?
Thank you for your response.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
is now 3.4, etc. etc. Maybe try a bleeding edge kernel?
I have been using 2.4.0-test8 since it was released. I suppose that I
could try a test9-preX, but has there really been much movement there with
respect to the DRI for the mga?
Thank you for your response.
--
Thomas E. Vaughan &
ything had been working very nicely even since the middle of phase1.
Any ideas?
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
ything had been working very nicely even since the middle of phase1.
Any ideas?
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s. Although this stuff is experimental
and all, it has been working so wonderfully for me and my G400 that I have
been happily using woody/XF4 as my primary development environment for
C++/OpenGL. Needless to say, DRI is very important to me.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
s. Although this stuff is experimental
and all, it has been working so wonderfully for me and my G400 that I have
been happily using woody/XF4 as my primary development environment for
C++/OpenGL. Needless to say, DRI is very important to me.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/N
to single-user mode?
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
to single-user mode?
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ed the xfs
package. Now everything is OK.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
ed the xfs
package. Now everything is OK.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
`dependtry <= 4' failed. E: Sub-process
> /usr/bin/dpkg exited unexpectedly
Like me, you didn't read the README file at Branden's site for the debs.
Use '--force-depends'.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
`dependtry <= 4' failed. E: Sub-process
> /usr/bin/dpkg exited unexpectedly
Like me, you didn't read the README file at Branden's site for the debs.
Use '--force-depends'.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ackage
configuration.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
ackage
configuration.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to find by eye.
I am nevertheless embarrassed to have been found in violation of one of the
cardinal rules.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
rd to find by eye.
I am nevertheless embarrassed to have been found in violation of one of the
cardinal rules.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cking replacement xlibgl1 ...
dpkg: /home/wichert/sources/dpkg-1.6.14/main/packages.c:191:
process_queue: Assertion `dependtry <= 4' failed.
Aborted
This totally stumps me. Looks like I need to go back to v8 again.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
cking replacement xlibgl1 ...
dpkg: /home/wichert/sources/dpkg-1.6.14/main/packages.c:191:
process_queue: Assertion `dependtry <= 4' failed.
Aborted
This totally stumps me. Looks like I need to go back to v8 again.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
p://lists.sourceforge.net/mailman/listinfo/dri-devel
----- End forwarded message -
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
GPG public key: <http://tensor.nssl.noaa.gov/~vaughan/pubkey.asc>
o, then does Branden include in his debs the relevant
kernel module (either as compiled for some versions of the kernel or as
source code)?
Or are you saying that Branden's server module, the mga driver mga_drv, is
inconsistent with the rest of the patched XFree 4.0.1 that Branden
distribute
On Mon, Aug 14, 2000 at 09:27:13PM +0200, Marcelo E. Magallon wrote:
>
> "Thomas E. Vaughan" <[EMAIL PROTECTED]> writes:
>
>> 8-bpp and 24-bpp depths work fine, but I need 16 bpp in order to get
>> hardware acceleration for OpenGL. Downgrading to v8 sol
.net/mailman/listinfo/dri-devel
----- End forwarded message -
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
GPG public key: <http://tensor.nssl.noaa.gov/~vaughan/pubkey.asc>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
o, then does Branden include in his debs the relevant
kernel module (either as compiled for some versions of the kernel or as
source code)?
Or are you saying that Branden's server module, the mga driver mga_drv, is
inconsistent with the rest of the patched XFree 4.0.1 that Branden
distribute
On Mon, Aug 14, 2000 at 09:27:13PM +0200, Marcelo E. Magallon wrote:
>
> "Thomas E. Vaughan" <[EMAIL PROTECTED]> writes:
>
>> 8-bpp and 24-bpp depths work fine, but I need 16 bpp in order to get
>> hardware acceleration for OpenGL. Downgrading to v8 sol
'/usr/bin/less' in an xterm
window.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
GPG public key: <http://tensor.nssl.noaa.gov/~vaughan/pubkey.asc>
'/usr/bin/less' in an xterm
window.
--
Thomas E. Vaughan <[EMAIL PROTECTED]>
CIMMS/NSSL, Norman, OK, USA
GPG public key: <http://tensor.nssl.noaa.gov/~vaughan/pubkey.asc>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
72 matches
Mail list logo
