brain-dead
software.
I am karlheg, of deB.ORG. You will be freed. Resistance is useful.
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
http://www.debian.org/~karlheg
:)
--
--Brad
====
Bradley M. Alexander, CISSP | Co-Chairman,
Beowulf System Admin/Security Specialist |NoVALUG/DCLUG Security SIG
Winstar Telecom | [EMAIL PROTECTED]
(703) 889-1049 | [
out the verbose delivery, but I'm trying to give a good mental
picture of the problem...
Anything you can suggest?
Thanks,
--
--Brad
====
Bradley M. Alexander, CISSP | Co-Chairman,
Beowulf System Admin
drm] TV-18: set mode NTSC 480i 0
[ 69.742210] [drm] TV-18: set mode NTSC 480i 0
[ 70.025718] [drm] TV-18: set mode NTSC 480i 0
[ 70.165900] [drm] TV-18: set mode NTSC 480i 0
[ 70.440784] [drm] TV-18: set mode NTSC 480i 0
[ 70.580867] [drm] TV-18: set mode NTSC 480i 0
[ 74.651497] [drm
FYI: I just downgraded the xserver packages back to
those of "testing" and the Sony screen works again.
st...@riemann{~}dpkg --list 'xserver*' |grep ^ii
ii xserver-common 2:1.6.5-1
common files used by various X servers
ii xserver-xorg
f you'd like, I'll generate a diff and post it
> here.
Thanks for reviving this bug, Jay! The patch you sent still yields
incorrect geometry in my original use case, but upstream HEAD works
for me, as does a revised patch (attached) incorporating an additional
logic fix per upstream.
= NULL)
+ w->clock.font = XQueryFont( XtDisplay(w),
+ XGContextFromGC(
+ DefaultGCOfScreen(XtScreen(w))) );
+ min_width = XTextWidth(w->clock.font, str, len) +
+ 2 * w->clock.padding;
+ min_height = w->clock.font->ascent +
+ w->clock.font->descent + 2
Intel x86_64 system running up-to-date
sid unless I run it with MESA_NO_ASM set. I would of course prefer a
real fix (that wouldn't require giving up all the optimizations), but
I acknowledge that that may not be so easy. :-/
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org
ana
ii compiz-gnom 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana
ii compiz-gtk 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana
ii compiz-plug 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana
compiz recommends no packages.
-- no debconf informa
It's fine with me if you close the
bug.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
I've written and committed to the upstream the manual page for S3.
Should I rework it for Lenny and prepare patch? Is the man page the
subject for proposed updates? I'm asking because the changes can be
slightly complicated for proposed updates as it's needed to change
configure.ac and /debian fi
Package: xserver-xorg-core
Version: 2:1.6.1.901-3
Severity: important
I have observed two regressions since upgrading to 2:1.6.1.901-3,
despite having taken care to rebuild xserver-xorg-video-intel against
current versions of xserver-xorg-dev and x11proto-dri2. (As such, I
believe this report to
results; fonts are back to normal, and
DRI2 is working.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "un
u...@debian.org (Aaron M. Ucko) writes:
> I normally stay clear of experimental packages, but I gave
> 2.7.99.901-3 a try, with good results; fonts are back to normal, and
> DRI2 is working.
Well, according to the logs, anyway; in practice, I found OpenGL apps
to produce garbage a
u...@debian.org (Aaron M. Ucko) writes:
> Well, according to the logs, anyway; in practice, I found OpenGL apps
> to produce garbage and had to revert to -core 2:1.6.1.901-2 +
> -video-intel 2:2.7.1-1 to get a fully working setup.
Sorry to keep following up to myself, but I notice
fonts I reported as http://bugs.debian.org/534766 .
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscri
Julien Cristau writes:
> xprint support was removed from libXfont. We should add a Breaks:
> xprint to the libxfont1 package, as it doesn't look like xprint will be
> coming back.
Strictly speaking, shouldn't that have called for an soname bump?
--
Aaron M. Ucko, KB1CJC (
ses a large amount of swap to be used and impairs the usability
of the desktop. I'm happy to provide anything that you need to solve
this problem.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RS
7.4.4-1 Miscellaneous Mesa GL utilities
Versions of packages compiz-core recommends:
ii compiz-plugins0.8.2-6OpenGL window and compositing mana
Versions of packages compiz-core suggests:
pn nvidia-glx (no description available)
-- n
Other information which may be relevant:
* Opening a menu using e.g. Alt-F also works.
* In the CompizConfig Settings Manager, I can grab a key sequence that
uses Alt; however, I still cannot use the key sequence later.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440
g in some way or if
this behavior was seen by other people. I couldn't find anything.
This problem probably has been around for a while, but I didn't notice
it except for the fact that Ctrl-Alt-Bksp and Ctrl-Alt-F* didn't work.
--
brian m. carlson / brian with sandals: Houston, T
sly because this is a ThinkPad R60, which doesn't have a
Right Win key.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
Package: mesa-utils
Version: 7.5-2
Severity: minor
In general, I'm all for shipping upstream changelogs, as their
contents are often of interest. However, in the case of mesa-utils,
doing so increased the package's installed footprint by approximately
a factor of 15(!). Moreover, it already depe
ike to ask that you consider applying Ubuntu's patch to the
server, since it fixes the problem (and is good defensive programming
anyway). I realize that it's not the ideal solution, but having the X
server crash at least half the time I resume makes it difficult to
practically use my
Package: xorg
> > version: N/A
> > Severity: wishlist
> > Tags: l10n patch.
Here is the updated Wolof translation of the xorg package.
# translation of xorg_po_wo.po to Wolof
# This file is distributed under the same license as the PACKAGE package.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOL
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 2.0
(II) LoadModule: "kbd"
(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.3.1
Module class: X.Org XInpu
1.3.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 2.0
(II) LoadModule: "kbd"
(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
compiled for 1.4.0.90, module version = 1.3.1
Yes, the problem is very easy to reproduce.
It only occur later, when I start the game.
I tried within EXA, but with the same result.
And yes, with the unstable packages, I haven't this problem. Only with the
experimental.
If you want, I can do test for you.
TIA
Pedro
___
Rendering Extension client libra
compiz-gtk recommends no packages.
Versions of packages compiz-gtk suggests:
ii gnome-themes 2.24.1-1 official themes for the GNOME 2 de
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas,
\).*/XWIDTH=\1; XHEIGHT=\2/p'`
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe"
What is your full lspci -v output? If you had got such strange picture
when X was started then probably S3 displayed some other place in
memory. Your log shows that framebuffer's start address is 0x0900
- 0x097f. So X server will put the image there.
(II) resource ranges after preInit:
"Evgeny M. Zubok" <[EMAIL PROTECTED]> writes:
> What is your full lspci -v output? If you had got such strange picture
> when X was started then probably S3 displayed some other place in
> memory. Your log shows that framebuffer's start address is 0x0900
> -
You logs are incomplete. They are broken before the ScreenInit
section. I think that the hanging occurs before that moment. After the
place where your logs are ended up there must be something like this:
(==) s3(0): Write-combining range (0xf400,0x20)
(==) s3(0): Backing store disabled
(
> I can put the S3 back in and get the lspci output for you, but it will
> be a few days before I can do so. The card itself and the bus it goes
> into is working, as OpenVMS on the same system does correctly
> initialize and use the display with the S3 card in place.
I've searched in Google the
Brice Goglin <[EMAIL PROTECTED]> writes:
> Evgeni, From what I see, you've been involved with upstream s3
> recently. So, does this patch matter for s3 0.6 as well ? do you plan
> to apply it upstream?
This patch is intended only for 0.4.0 version and can not be applied to
0.6.0 as there was some
7.4+1 X11 utilities
ii xutils1:7.3+18 X Window System utility programs m
Versions of packages xterm suggests:
ii xfonts-cyrillic 1:1.0.0-6 Cyrillic fonts for X
-- no debconf information
--
To UNSUBSCRIBE, email to debian-x-re
en I'm actually playing some form of media. (The system on which I
observed the problem is a desktop with a dedicated speaker for system
beeps.)
I'll follow up once I'm actually back in front of the system in
question.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, uck
etty busy in real
life. At any rate, I can confirm that Thomas's patch is the way to
go; 242-1 is silent whether built with or without libxkbfile-dev
installed, but applying the patch lets it beep again. Could you
please incorporate it when you get a chance?
Thanks!
--
Aaron M. Ucko, KB1CJC
Shaddy Baddah writes:
> (II) Bus 1: bridge is at (0:1:1), (0,1,1), BCTRL: 0x0023 (VGA_EN is cleared)
> (--) PCI:*(1:2:0) ATI Technologies Inc 3D Rage Pro 215GP rev 92, Mem @
> 0xe100/24, 0xe200/12, BIOS @ 0xe102/0
> (--) PCI: (2:1:0) S3 Inc. 86c764/765 [Trio32/64/64V+] rev 84, Mem @
>
Package: xvfb
Version: 2:1.4.2-10.lenny1
Severity: important
*** Please type your report below this line U**
b...@brum:~$ sudo apt-get install xvfb
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed
xvfb
0
Franklin Piat writes:
> The screen looks too wide and corrupted, when ran in 24 bits mode.
I close this bug in upstream. The problem was partially solved in 0.6.1
version (available in Debian) and finally solved in upstream by fixing
interlaced mode which is needed to set up 1024x768 resolution
doesn't *pre*-depend on x11-common (>= 1:7.0.0),
it's entirely possible that it wound up misinstalled on his system.
To wit, dpkg may have unpacked xutils-dev with /usr/lib/X11 still a
symlink to /usr/X11R6/lib/X11, inadvertently stranding imake's
database there.
--
Aaron M.
on-dev if relevant).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please take a look at http://wiki.debian.org/multiarch .
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
e you're at it? The fix is a
one-liner, and upstream applied it three months ago:
http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/tnl/t_vb_render.c?r1=1.49&r2=1.50&view=patch
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a val
X Strike Force SVN Repository Admin <[EMAIL PROTECTED]>
writes:
> +/usr/bin/compiz.real --strict-binding --indirect-rendering --use-cow $@ gconf
$@ requires double quotes to DTRT:
/usr/bin/compiz.real --strict-binding --indirect-rendering --use-cow "$@" gconf
--
Aaron M. U
Package: xserver-xorg
Version: 1:7.0.22
Severity: normal
First of all I take some configurations and logs
|= X font Server =
/etc/X11/fs/config contains:
[skip]
catalogue = /usr/share/fonts/X11/misc/,
/usr/share/fonts/X11/100dpi/:unscaled,
I have the same issue. See #370382
and https://bugs.freedesktop.org/show_bug.cgi?id=7112
I discovered that the problem is in acceleration.
Workaround is to disable acceleration :(
Section "Device"
Identifier "s3_trio64v2"
Driver "s3"
Option "noaccel"
^^ ^^^
further questions of this nature to
[EMAIL PROTECTED]
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello,
This is my first mail to this list and i'm asking this because i didn't
found anything like it on the archives.
My question is, why doesn't Debian Etch come with a "Universal Xorg
Conf"? Something that is supposed to work on almost all computers. Example:
Option "AllowMouseOpenFail"
--- orig/configure.ac 2006-02-13 03:48:46.0 +
+++ new/configure.ac2006-10-08 02:31:54.0 +
@@ -62,6 +62,8 @@
# Checks for header files.
AC_HEADER_STDC
+AC_DEFINE(S3_NEWMMIO, 1, [Enable support for the new MMIO])
+
AC_SUBST([XORG_CFLAGS])
AC_SUBST([moduledir])
A
I see this too; Ubuntu's 017_en_US_UTF-8_XI18N_OBJS.diff (attached,
and only partially applied upstream AFAICT) corrects the references to
nonexistent shared objects, which look like an accidental regression
on upstream's part incurred when switching to git.
--
Aaron M. Ucko, KB1C
ume very often (as in, multiple times a day) and
haven't seen this for a while. I reinstalled the driver sometime back
and haven't seen a problem since, so I think you can close this bug.
Thanks for checking.
--
brian m. carlson / brian with sandals: Houston, Texas, U
On Tue, Jan 12, 2010 at 08:30:24AM +, Julien Cristau wrote:
> On Tue, Jan 12, 2010 at 00:38:35 +, brian m. carlson wrote:
>
> > When KMS is enabled, sometimes the display will seem to shift to the
> > left or right whilst I'm running X. This happens fairly frequent
On Tue, Jan 12, 2010 at 06:44:39PM +, Julien Cristau wrote:
> On Tue, Jan 12, 2010 at 18:39:03 +, brian m. carlson wrote:
> > On Tue, Jan 12, 2010 at 08:30:24AM +, Julien Cristau wrote:
> > > Does this also happen with i915.powersave=0 on the kernel command line?
On Mon, Jan 11, 2010 at 08:04:15AM +0100, Brice Goglin wrote:
> Steve M. Robbins wrote:
> > Package: xserver-xorg-video-radeon
> > Version: 1:6.12.4-2
> > Severity: normal
> >
> > Just upgraded all packages today and rebooted into my first attempt at
> > u
Package: xserver-xorg-input-synaptics
Version: 1.2.1-1
Severity: normal
I'm currently using KDE4 and enabled Xinerama through nvidia-settings. After
that, I've noticed that when the mouse pointer got on the second screen (the
right screen) it could not leave it.
The workaround was just plugging
John Talbut writes:
> Package: xserver-xorg-video-s3
> Version: 1:0.6.0-1
> Severity: important
>
> As soon as X is started the screen switches to power saving mode, the
> same when running gdm or xorg. If I use the vesa driver this does not
> happen (but it is slow).
> This happened after insta
laneous Mesa GL utilities
Versions of packages compiz-core recommends:
ii compiz-plugins0.8.4-4OpenGL window and compositing mana
Versions of packages compiz-core suggests:
pn nvidia-glx (no description available)
-- no debconf information
--
br
On Fri, Oct 29, 2010 at 11:04:45PM +0200, Julien Cristau wrote:
> What's the size of your root window? (xdpyinfo and xrandr output)
1024x768. The output of those two commands is attached, just in case
you need more information from them.
--
brian m. carlson / brian with sandals: Housto
libxt61:1.0.7-1 X11 toolkit intrinsics library
ii xbitmaps 1.1.0-1Base X bitmaps
Versions of packages xterm recommends:
ii x11-utils 7.5+3 X11 utilities
ii xutils1:7.5+5 X Window System utility pro
Thomas Dickey writes:
> The feature seems to work here (compiled myself...). I'd assume it's
> a resource setting; the output of "appres XTerm" might show it.
Thanks for the quick response! I wondered about that too, but didn't
notice anything suspicious in the
rminfo definition from xterm's sources. (The
latest update claims to have taken xterm-246's definition.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
--
To UNSUBSCRIBE, email to de
u...@debian.org (Aaron M. Ucko) writes:
> FTR) but of ncurses-base; the addition of rmm and smm settings to
It belatedly occurred to me that the issue is likelier indirect, with
bash for some reason picking up on that and forcing xterm into the
wrong mode. :-/ I don't have time to inv
please patch
_rl_init_eightbit to set _rl_enable_meta = 0 in eight-bit mode?
Thanks!
> http://invisible-island.net/xterm/xterm.log.html#xterm_21
ITYM http://invisible-island.net/xterm/xterm.log.html#xterm_216 .
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian
r as I can still function graphically.
Why can't it get back to a console mode?
--
John M Flinchbaugh
j...@hjsoft.com
signature.asc
Description: Digital signature
On Wed, May 12, 2010 at 12:47:23AM +0200, Julien Cristau wrote:
> Did you configure your kernel with CONFIG_FRAMEBUFFER_CONSOLE=y?
I have it as a module, and loading the fbcon module allows me to switch
to VT 1 and see a working console! I'll try it now from a clean a boot.
--
I now have working text consoles and graphical consoles with KMS and
fbcon.
Thanks.
--
John M Flinchbaugh
j...@hjsoft.com
signature.asc
Description: Digital signature
Package: xserver-xorg-video-mga
Version: 1:1.4.11.dfsg-4
Severity: normal
Hello,
I am, too, hit by the same bug. And for me too, the only solution has been to
switch to the "vesa" Driver instead of the "mga" Driver :-(
Everything worked fine with Matrox cards on Debian while XFree was used. Sin
Forwarding to what appears to have been the intended bug number.
--- Begin Message ---
I was also able to trigger the bug under kernel 2.6.35 getting the following
in dmesg:
[ 211.274392] [TTM] Buffer eviction failed
[ 211.699964] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocat
On Fri, Jan 28, 2011 at 01:01:47PM +0100, Cyril Brulebois wrote:
> brian m. carlson (19/05/2010):
> > This is not the first time that this has happened, but it does not
> > happen often. I am also quite sure that this is the wrong package,
> > but since I have no workin
Cyril Brulebois writes:
> why are you submitting this bug against the s3 driver? You seem to be
> running the radeon driver
Perhaps the original poster meant ACPI S3 mode and decided to put bug
here. Need to reassign either to radeon or to kernel.
--
To UNSUBSCRIBE, email to debian-x-requ...
On Tue, Apr 26, 2011 at 08:34:42AM +0200, Cyril Brulebois wrote:
> Hi,
>
> Steve M. Robbins (25/04/2011):
> > This bug is almost a repeat of #527483 except that the symbol is
> > present in the static library. It's not present in the shared lib,
> > however, wh
On Wed, May 04, 2011 at 12:10:48AM -0500, Jonathan Nieder wrote:
> Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518
> which is fixed (sort of) by commit 0354e355 (2011-04-01).
Oh my word. So glibc 2.13 breaks random binaries that happened to
incorrectly use memcpy() instead of me
On Wed, May 04, 2011 at 12:29:50PM +0200, Julien BLACHE wrote:
> "Steve M. Robbins" wrote:
>
> Hi,
>
> > I'm with Linus on this: let's just revert to the old behaviour. A
> > tiny amount of clock cycles saved isn't worth the instability.
>
On Wed, May 04, 2011 at 01:34:15PM +0200, sean finney wrote:
> And furthermore, even if Debian chooses to "fix" this, upstreams will
> be forced to eventually cater to the default glibc behavior for every
> other libc distro out there that does not have their own "fix" (and
> non-libc OS's where t
On Wed, May 04, 2011 at 10:08:47AM +0200, Michel Dänzer wrote:
> Steve, can you provide the output of fbset -i and the
> "/etc/X11/xorg.conf file as well? Any reason for not using the radeon
> driver?
I don't know why the radeon driver is not in use. I have two monitors
(1600x1200 and 1920x1200)
On Wed, May 04, 2011 at 09:29:53AM +0200, Michel Dänzer wrote:
> On Mit, 2011-05-04 at 02:18 -0500, Jonathan Nieder wrote:
> > Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg
> > [...]
>
> More importantly xserver-xorg-core-dbg, to get debugging symbols
> for /usr/lib/xo
On Wed, May 04, 2011 at 02:18:35AM -0500, Jonathan Nieder wrote:
> Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg
> and get a full backtrace (bt full), or even better, run xorg under
> valgrind and see what it says?
OK, I ran valgrind Xorg; note that valgrind was not exit
On Thu, May 05, 2011 at 09:33:45AM +0200, Michel Dänzer wrote:
> On Mit, 2011-05-04 at 23:41 -0500, Steve M. Robbins wrote:
> > On Wed, May 04, 2011 at 10:08:47AM +0200, Michel Dänzer wrote:
> >
> > > Steve, can you provide the output of fbset -i and the
> > >
On Fri, May 06, 2011 at 10:30:01AM +0200, Michel Dänzer wrote:
> So, where does that leave this report? I still suspect the bug is that
> the fbdev driver doesn't properly handle the virtual directive in
> SubSection "Display", but before reassigning to xserver-xorg-video-fbdev
> (and most likely
On Fri, May 06, 2011 at 03:46:35AM -0500, Jonathan Nieder wrote:
> Michel Dänzer wrote:
>
> > [ Dropping the libc6 list from CC, as this doesn't seem to have anything
> > to do with libc6 after all ]
>
> Yes, sorry for the misdirection.
>
> Actually I have a question in mind still. The origina
On Thu, May 12, 2011 at 07:49:26AM -0500, Jonathan Nieder wrote:
> > I did try to downgrade, but I'm not sure I succeeded. Do you want me
> > to try again?
So I did try again with libc 2.11.2-11 and the bug remains: fbdev
crashes.
> The other loose thread I'm curious about is what triggered t
severity 625521 normal
thanks
First: thanks again to all who helped me with this bug.
On Thu, May 12, 2011 at 03:50:57PM -0400, Filipus Klutiero wrote:
> Hi Steve,
> sorry if you already received my last mail, but could you please
> justify severity critical for this bug?
Thanks to the help of
Package: libgl1-mesa-dri
Version: 7.10.2-2
Severity: important
With gnome-shell and xorg radeon driver (card: Radeon HD3470),
version 7.10.2 keeps crashing when mouse is clicking panel icons (top right).
With version 7.10-4 it works ok.
-- Package-specific info:
glxinfo:
DISPLAY is n
On 05/17/2011 12:53 AM, Sven Joachim wrote:
On 2011-05-16 19:26 +0200, Cyril Brulebois wrote:
I guess you're in the case where r600g (gallium) works OK, while r600c
(classic) doesn't. It would be nice to figure out whether mesa master
is showing the same bugs. You could try the following instru
On 05/17/2011 11:38 AM, Cyril Brulebois wrote:
Hi,
Arief M Utama (17/05/2011):
Not sure how to start gnome-shell with all the exports override, so
I just did a make install.
Result is, gnome-shell works ok, as it was before in 7.10-4.
alright; what if you build r600c instead? It's go
I'm running Debian sid, using xemacs 21.4.22-3.1, which is nearly a
year old. In the last couple of weeks, the editor window began
"leaving behind" copies of the red cursor box. See attached
screenshot. Redrawing the window (e.g. using CTRL-L) is enough to
clear up the cursors.
Since xemacs has
he/apt/archives/xcursor-themes_1.0.1-5_all.deb
should let
apt-get -f install
continue (though xcursor-themes already declares appropriate versioned
Conflicts: and Replaces:, so that theoretically shouldn't have been
necessary).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.
lls into there.
> !!! ERROR! The map file `antt.map' has not been found at all.
Some file in /etc/texmf/updmap.d probably has a dangling reference to
antt.map; please comment the line out (with a leading #) or move the
file out of that directory altogether.
--
Aaron M. Ucko, KB1CJC (amu
Package: xserver-xorg-video-intel
Version: 2:2.0.0-1
Severity: normal
Greetings!
Having run a binary-only build of xserver-xorg-video-intel for
personal use (rather than waiting for the buildd), I was surprised to
observe that I wound up with both the desired architecture-dependent
-video-intel p
What chip you are talking about? In the s3 driver source code there are
only following supported chips:
Without New MMIO:
PCI_CHIP_964_0
PCI_CHIP_964_1
PCI_CHIP_TRIO
PCI_CHIP_AURORA64VP,
With New MMIO:
PCI_CHIP_968
PCI_CHIP_TRIO64UVP
PCI_CHIP_TRIO64V2_DXGX
As I remember there is always one com
Sorry, I see what you are talking about.
When Xorg was moved from imake building system the old building rules was
not incorporated into Xorg 7.0/7.1 source tree. I'll try to change this
issue.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EM
I resolved (i hope) the incosistences with the old S3 chipsets. Thanks to
Eugene Konev for his report. Now s3_accel.c compiled twice: with and without
S3_NEWMMIO and then object files s3_accel_newmmio.o and s3_accel_pio.o
are linked together.
Infomation for maintainer. This patch replaces(!!!) my
Sorry for my previous dirty hack for Makefile.am. My previous message
should be ignored. Now I present new correct version of patch. It also
possibly closes bug #377386 which was merged with this bug.
Infomation for maintainer. This patch replaces(!!!) my previous patch
01_enable_new_mmio.diff. I
To wish you all the joy of Christmas and happiness all through the New Year.
http://holidayoffnow.com
-
DEMANDTEC EMAIL NOTICE:
NOTICE: This email transmiss
ded per-library
path, and DYLD_FALLBACK_LIBRARY_PATH.
(It's actually slightly more complicated than that because there's
also the concept of frameworks, but I don't believe it concerns
ncurses.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (N
> "Taketoshi" == Taketoshi Sano <[EMAIL PROTECTED]> writes:
Taketoshi> Today, I happenly found the work-around for this problem.
Taketoshi> Try the steps below after stopping/restarting the xfs-xtt:
Taketoshi> 1) xset -fp
Taketoshi> (if you use unix socket, then "xset
> "Alexander" == Alexander Hvostov <[EMAIL PROTECTED]> writes:
Alexander> xfs-xtt looks in /usr/X11R6/lib/X11/fonts/TrueType for its *.ttf fonts
(at
Alexander> least by default).
Alexander> (1) Be sure you put your fonts there.
Done.
Alexander> (2) Be sure there is a file
just a ToDo item, not a screaming demand for service.
--
Karl M. Hegbloom <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
201 - 300 of 349 matches
Mail list logo
