On Tuesday 17 July 2007 06:14:35 am Brice Goglin wrote:
> Did you have a chance to try after removing libglide3 so that we know
> whether the original bug is fixed or not? If you don't care anymore,
> just let me know, I'll close the bug with an invitation to reopen in
> case anybody ever reproduc
On Sunday 17 June 2007 09:30:04 am Brice Goglin wrote:
> Hi Rob,
>
> Does this crash of the X server on tdfx without libglide3 still occur
> nowadays? With latest xserver-xorg-core and tdfx drivers?
>
> Brice
After having to rebuild the machine after a hard drive failure over the
weekend, the cra
On Friday 22 December 2006 09:22, you wrote:
> retitle 403969 tdfx crashes X with AIGLX but without (working) libglide3
> kthxbye
>
> On Fri, 2006-12-22 at 08:10 -0500, Rob Bochan wrote:
> > On Friday 22 December 2006 01:52, you wrote:
> > > Try
> > >
> >
On Friday 22 December 2006 01:52, you wrote:
>
> Try
>
> LIBGL_DEBUG=verbose glxinfo 2>&1 >/dev/null
There are complaints about missing files relating to libglide3 (attached
glx.log) and a file that doesn't seem to exist period (drirc), even via
apt-cache search. I wasn't previously aware there
On Thursday 21 December 2006 13:03, you wrote:
> On Thu, 2006-12-21 at 12:59 -0500, Rob Bochan wrote:
> > On Thursday 21 December 2006 12:33, you wrote:
> > > Do these crashes also occur if you disable AIGLX with
> > >
> > > Option "AIGLX" "of
On Thursday 21 December 2006 12:33, you wrote:
>
> Do these crashes also occur if you disable AIGLX with
>
> Option "AIGLX" "off"
>
> in Section "ServerFlags"?
No they do not, though I had to add that section to the xorg.conf manually.
The glxgears and glxinfo programs run, as do some of t
On Thursday 21 December 2006 01:46, you wrote:
>
> Please provide a log file from a crash
See attached (console.log), which contains everything I could see at the
console after attempting to run glxgears. Using tail on Xorg.0.log file shows
the same exact output from a second crash from glxgears
more info from the wine.log, every one of them shows:
libGL warning: 3D driver claims to not support visual 0x25
libGL warning: 3D driver claims to not support visual 0x26
libGL warning: 3D driver claims to not support visual 0x29
libGL warning: 3D driver claims to not support visual 0x2a
libGL wa
Package: xserver-xorg
Version: 1:7.1.0-9
Severity: important
The xserver on this machine is crashing. So far, it's happening whenever
I've tried to run a winex/cedega based game, tried to run glxgears, or tried
to call up glxinfo. Whenever any of the aforementioened are attempted, I'm
dumped back
On Monday 04 September 2006 12:26, you wrote:
>
> The xlibs package doesn't exist any more, so your third party package
> needs to be changed to take this into account.
>
> Cheers,
> Julien
Out of curiosity, then why is there still an Unstable package page for it at
packages.debian.org? Also, I w
Package: xlibs
Severity: grave
Justification: renders package unusable
I'm using Sid. While installing a 3rd party package, xlibs, on which it is
dependent,
wasn't installed. Upon attempting to install xlibs, I received the
following message:
"Package xlibs is not available, but is referred to by
I no longer have the hardware related to this initial report, so I can no
longer add to (sic) any followup.
...Rob
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Friday 21 April 2006 10:13, Michel Dänzer wrote:
>
> Hmm indeed, it's not in /var/cache/apt/archives/xbase-clients_1%
> 3a7.0.0-4_powerpc.deb, so how come it's
> in /var/lib/dpkg/info/xbase-clients.list here? *shrug*
This issue seems to be remedied with the update from Tue, 25 Apr 2006 to
xba
On Friday 21 April 2006 10:13, Michel Dänzer wrote:
>
> Hmm indeed, it's not in /var/cache/apt/archives/xbase-clients_1%
> 3a7.0.0-4_powerpc.deb, so how come it's
> in /var/lib/dpkg/info/xbase-clients.list here? *shrug*
You're the guy with the @debian.org email address... you tell me ;o)
...Rob
On Friday 21 April 2006 06:06, Michel Dänzer wrote:
>
> [EMAIL PROTECTED]|11:05:36> dpkg -S /etc/X11/xinit/xserverrc
> xbase-clients: /etc/X11/xinit/xserverrc
[EMAIL PROTECTED]:~$ dpkg -S /etc/X11/xinit/xserverrc
dpkg: /etc/X11/xinit/xserverrc not found.
> [EMAIL PROTECTED]|11:06:54> apt-cache po
On Thursday 20 April 2006 16:27, you wrote:
>
> If I remember correctly (I hope I do, but I'm not quite sure), the
> file /etc/X11/xinit/xserverrc, which startx uses, contained the
> following command in woody and sarge:
>
> exec /usr/bin/X11/X -dpi 100 -nolisten tcp
>
> Perhaps this has changed
On Thursday 20 April 2006 04:18, you wrote:
>
> Basically, you'd have to compare config and log files from before and
> after.
>
OK, the log files are long gone, but I do have the previous xorg.conf backed
up. The only differences in the new config file that I'm seeing are 1) a lack
of "GLcore"
On Thursday 20 April 2006 13:52, you wrote:
>
> Have you always started X with startx? If so, then most likely the -dpi
> 100 was in some config file that is gone or no longer honoured now.
Yep, since I first installed the machine with a Woody base and dist-upgraded
to Sid (mid-2003 or so), I've
On Wednesday 19 April 2006 10:07, you wrote:
>
> Again, this must have been either due to the driver obtaining additional
> information, e.g. via EDID,
I have no idea how to figure that out. If you can tell me, I'd be glad to
provide any additional information that I can.
> or due to configurat
On Wednesday 19 April 2006 10:09, you wrote:
>
> This was also in the log file you posted. Does the touchpad work if you
> use /dev/input/mice for the mouse?
Yes, when using that setting, the touchpad works fine. Neither /dev/input/mice
nor /dev/psaux for the mouse setting gets the mouse function
On Wednesday 19 April 2006 08:50, you wrote:
>
> As you're running a 2.4 kernel, the PS/2 mouse is probably represented
> by /dev/psaux instead of /dev/input/mice.
I just tried that per your advice, and though X was able to start, neither the
mouse nor the synaptics touchpad responded at all.
Xor
On Wed, 19 Apr 2006 12:26, you wrote:
>X has always defaulted to 75 DPI, in the absence of additional
>configuration or information such as EDID. Please try to find out why
>the effective DPI has changed for you by comparing config and/or log
>files, etc.
>
This was not the case before these new p
On Wednesday 19 April 2006 02:44, you wrote:
>
> Please define 'inability to use the PS/2 mouse'.
There is no response from the attached PS/2 mouse whatsoever... no movement,
no clicks, no nothing. The only thing that's changed is the new xorg
packages. Trying all (2 were listed) available mouse
Package: xserver-xorg
Version: 1:7.0.14
Severity: important
The transistion into version 7 of xorg has left me without the ability to
use the PS/2 mouse I have attached to my laptop (HP Omnibook 6000). I was
able to use both the synaptics touchpad and the attached PS/2 mouse at any
time before the
Package: xserver-xorg
Version: 1:7.0.14
Severity: normal
The 7.x xorg transition has intruced using 75 dpi resolution, it was
previously 100 dpi. I'm using KDE, and the fonts are quite small now, which
is rather unpleasant on a 13.5 inch laptop screen (HP Omnibook 6000).
-- System Information:
D
Package: xserver-xorg
Version: 1:7.0.14
Severity: normal
The 7.x xorg transition has intruced using 75 dpi resolution, it was
previously 100 dpi. I'm using KDE, and the fonts are quite small now, which
is rather unpleasant on a 13.5 inch laptop screen (HP Omnibook 6000).
-- System Information:
D
Some more info, I don't know if it helps, but here it is:
When the aforementioned behavior is present, upon reboot of the machine, I
just noticed that the system clock had reverted to the last time I'd had a
clean reboot of the machine. In this case, it had set itself back about 10
hours.
--
Package: xserver-xorg
Version: 6.9.0.dfsg.1-5
Severity: important
Since the 6.9.x versions of xserver-xorg and its related packages, X fails
to start whenever I try to start X (manually or via login manger). This
locks the keyboard and mouse, leaving no local access to the machine
what-so-ever, sh
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
Followup-For: Bug #345640
The most recent upgrade of the xorg packages hangs my Sid machine. Screen
and keyboard are locked, so I have to ssh in remotely and reboot the machine.
My display hardware is as follows:
Voodoo 5 AGP video card
Mitsubishi Diam
acked
If there's any more info I can provide, let me know.
--
Rob Bochan
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-2
Severity: normal
Followup-For: Bug #251307
Since the most recent upgrade to xserver-xfree86_4.3.0.dfsg.1-2 (i386), X
crashes when trying to view a video file with Xine (xine-ui 0.99.1-1,
libxine1 1-rc4a-1). This was not the case until this most rece
31 matches
Mail list logo
