I just want to chime in: since Xinerama support has been disabled in
gtk2, my desktop is near unusable. I have one screen smaller then the
other, so there's a dead area in which panel menus and windows may be
lost, and there's no way (I know of) to access them.
So yes, I *desesperately* need
Le lun 03/03/2003 à 01:36, Branden Robinson a écrit :
To date, no kernels with the feature of sending Linux keycodes exist for
m68k-based Macintoshes.
You should perhaps indicate the date and kernel version this refers to.
Xav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Le jeu 03/04/2003 à 15:44, Sven Luther a écrit :
Mmm, i have a m68k machine, it is a [EMAIL PROTECTED] only though, and it will
take ages to build X on such a box. I can do it though if it is needed,
i have to revive the box first though, and see if i have enough disk
space. I could try an
Le jeu 03/04/2003 à 19:55, Sven Luther a écrit :
On Thu, Apr 03, 2003 at 05:31:38PM +0200, Xavier Bestel wrote:
Le jeu 03/04/2003 à 15:44, Sven Luther a écrit :
Mmm, i have a m68k machine, it is a [EMAIL PROTECTED] only though, and it will
take ages to build X on such a box. I can do
when using the packages from Daniel Stone, mldonkey_gui (using labl_gtk,
using gtk+1.2) segfaults. I tried with DISPLAY=:0 and with
DISPLAY=localhost:0, nearly the same result.
Ask if you're interested in more precisions.
Xav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: normal
Tags: experimental
The ChipsTech driver doesn't work with XVideo: xvinfo says XVideo
is supported, mplayer and xine open successfully an XVideo window
but display only garbage in it (looks like they display RGB instead
of YUV, or
Hi,
whenever I launch a GTK2 app, it outputs:
Gdk-WARNING **: The X server advertises that RENDER support is present,
but fails to supply the necessary pixmap support. In
other words, it is buggy.
I have a Xinerama setup, with a r128 and a TNT2. I'm currently using
X4.3-pre, but I think it was
Le ven 03/10/2003 à 09:16, Branden Robinson a écrit :
I'm running Garnome 0.27.1 on debian sid+experimental. Everything was
hunky-dory until I upgraded from 4.3.0-0pre1v1 - 4.3.0-0pre1v3. At this
point, gnome-session consistently hung on the Gnome2.4 splash screen. I
wasn't able to pull
Le mar 14/10/2003 à 17:10, Gregory Stark a écrit :
Helvetica and Courier shows up blank. That is it's just an empty area that I
can select and copy and paste into another program. The height of the blank
lines is only a few pixels and the background colour underneath shows through.
I don't
Le ven 09/04/2004 à 22:32, Dale E. Edmons a écrit :
A problem I've been having (not unique to Debian) is that
my machine tends to lock up on me.
Had that problem once - hardware lockups when doing intensive graphics
operations. After one month of fiddling with installs of different
kernels,
Hi,
I have a Xinerama setup with a TNT and a R128 (ATI All-in-Wonder Pro) on
an SMP system (intel).
Of course, I have to disable the font server to make it work (I found
that and reported it on Xpert a while ago).
This setup works well with X 4.1 + Gatos drivers, but not with the pre
4.2 debs.
Le mer 04/09/2002 à 14:34, Xavier Bestel a écrit :
Hi,
I have a Xinerama setup with a TNT and a R128 (ATI All-in-Wonder Pro) on
an SMP system (intel).
Of course, I have to disable the font server to make it work (I found
that and reported it on Xpert a while ago).
This setup works well
Le mer 04/09/2002 à 18:18, Branden Robinson a écrit :
On Wed, Sep 04, 2002 at 04:32:01PM +0200, Xavier Bestel wrote:
I retract the last statement: finally I had a hang with pure 4.2 pre1v4
debs (although I had to wait for some hours before it happened).
Anything I could do to help
Le mer 04/09/2002 à 22:36, Michel Dänzer a écrit :
On Mit, 2002-09-04 at 14:34, Xavier Bestel wrote:
This setup works well with X 4.1 + Gatos drivers, but not with the pre
4.2 debs. If I use the Gatos drivers, Xv and tuner work (on the r128),
but X hangs the whole machine very often
Le jeu 05/09/2002 à 13:39, Michel Dänzer a écrit :
On Don, 2002-09-05 at 11:39, Xavier Bestel wrote:
Le mer 04/09/2002 à 22:36, Michel Dänzer a écrit :
On Mit, 2002-09-04 at 14:34, Xavier Bestel wrote:
This setup works well with X 4.1 + Gatos drivers, but not with the pre
4.2
Le jeu 05/09/2002 à 15:37, Michel Dänzer a écrit :
the bug must be in the MMIO acceleratin routines.
Maybe; you could try isolating the offending acceleration function with
the XaaNo... options.
Well, I'll try that when I have a bit of spare time. Where can I find
the list of Xaa.. options
Le ven 06/09/2002 à 00:39, Michel Dänzer a écrit :
On Don, 2002-09-05 at 17:15, Xavier Bestel wrote:
Le jeu 05/09/2002 à 15:37, Michel Dänzer a écrit :
the bug must be in the MMIO acceleratin routines.
Maybe; you could try isolating the offending acceleration function
Le dim 08/09/2002 à 21:14, Xavier Bestel a écrit :
Le ven 06/09/2002 à 00:39, Michel Dänzer a écrit :
On Don, 2002-09-05 at 17:15, Xavier Bestel wrote:
Le jeu 05/09/2002 à 15:37, Michel Dänzer a écrit :
the bug must be in the MMIO acceleratin routines.
Maybe; you could try
(just forwarded to debian-x for info)
Le lun 09/09/2002 à 03:16, Xavier Bestel a écrit :
Hi,
I have a dual-headed system, with a TNT (nvidia) and an All-In-wonder
128 (ati r128) ,running on a dual-pIII VIA VP6. With X 4.1, it runs fine
(with or without Xinerama Gatos drivers) (as long as I
I know, it's a bit off-topic, but it may be useful.
I had random freezes when using semi-intensive graphics, but
processor-intensive operations (e.g. big kernel compiles) were OK (so it
looked like a software problem). I've had a hard time finding where the
problem was.
The bug was a hardware
The subjects says it all .. since 4.2.1 pre1v1 (IIRC) Xv doesn't work at
1400x1050, but works at lower resolutions.
Xine dies with:
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 142 (XVideo)
Minor opcode of failed request: 19 ()
Le ven 27/09/2002 à 14:46, Michel Dänzer a écrit :
On Fre, 2002-09-27 at 11:35, Xavier Bestel wrote:
The subjects says it all .. since 4.2.1 pre1v1 (IIRC) Xv doesn't work at
1400x1050, but works at lower resolutions.
Xine dies with:
X Error of failed request: BadAlloc (insufficient
Here it is. This patch (the brain is Michel Dänzer, I was just an
idea-to-patch translator) resolves the Xv not working at some
resolutions for me. It seems it works very well.
Xav
--- xc/programs/Xserver/hw/xfree86/drivers/ati/r128_video.c.orig
2002-09-30 17:39:09.0
I'm trying to use some bitmapped fonts with Xft, but they're all
packaged as .bdf.gz or .pcf.gz, and freetype can't read that.
I could manually gunzip all my font directories, but then next upgrade
will mess it up.
Either X fonts packages should ship gunzipped fonts, or freetype should
I just want to chime in: since Xinerama support has been disabled in
gtk2, my desktop is near unusable. I have one screen smaller then the
other, so there's a dead area in which panel menus and windows may be
lost, and there's no way (I know of) to access them.
So yes, I *desesperately* need
Le lun 03/03/2003 à 01:36, Branden Robinson a écrit :
To date, no kernels with the feature of sending Linux keycodes exist for
m68k-based Macintoshes.
You should perhaps indicate the date and kernel version this refers to.
Xav
Le jeu 03/04/2003 à 15:44, Sven Luther a écrit :
Mmm, i have a m68k machine, it is a [EMAIL PROTECTED] only though, and it will
take ages to build X on such a box. I can do it though if it is needed,
i have to revive the box first though, and see if i have enough disk
space. I could try an
Le jeu 03/04/2003 à 19:55, Sven Luther a écrit :
On Thu, Apr 03, 2003 at 05:31:38PM +0200, Xavier Bestel wrote:
Le jeu 03/04/2003 à 15:44, Sven Luther a écrit :
Mmm, i have a m68k machine, it is a [EMAIL PROTECTED] only though, and it
will
take ages to build X on such a box. I can
when using the packages from Daniel Stone, mldonkey_gui (using labl_gtk,
using gtk+1.2) segfaults. I tried with DISPLAY=:0 and with
DISPLAY=localhost:0, nearly the same result.
Ask if you're interested in more precisions.
Xav
Le mar 29/04/2003 à 14:18, Michel Dänzer a écrit :
On Mon, 2003-04-28 at 22:59, =?iso-8859-1?Q? J=FCrgen=20Schmidt ?=
wrote:
my laptop does not start under LINUX all of a sudden. I get the following
message, which I am suggested to report to DEBIAN. Here I go:
...
Starting
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: normal
Tags: experimental
The ChipsTech driver doesn't work with XVideo: xvinfo says XVideo
is supported, mplayer and xine open successfully an XVideo window
but display only garbage in it (looks like they display RGB instead
of YUV, or
Hi,
whenever I launch a GTK2 app, it outputs:
Gdk-WARNING **: The X server advertises that RENDER support is present,
but fails to supply the necessary pixmap support. In
other words, it is buggy.
I have a Xinerama setup, with a r128 and a TNT2. I'm currently using
X4.3-pre, but I think it was
Le mer 05/11/2003 à 08:29, Mpiktas a écrit :
Hi,
In my case, gdm doesn't ask me for the root password. But it doesn't
shutdown ! The shutdown dialog just disappears when I click OK, and
nothing else. I have to ctrl-alt-F1, login as root and halt.
Weird.
Really? Or does it ask the
I guess it was misdirected ...
---BeginMessage---
I had the same problem and found an easy solution, I'll post it here
even if nobody's really interested in it ;-).
In /etc/gdm/gdm.conf you have to set SecureSystemMenu=false like that
you will get the old behaviour.
Bye,
Marcel
--
Marcel
Le jeu 13/11/2003 à 14:44, Sean Neakums a écrit :
Heiko Scheit [EMAIL PROTECTED] writes:
I know there is no reason to do so, but when starting an xterm with
the option '-geom 0x0' it crashes.
Running 4.2.1-13 here, and I get:
$ xterm -geom 0x0
X Error of failed request: BadValue
Hi,
I'm running debian/unstable on my laptop with xfree 4.3.0-0pre1v3, and
debian/experimental on my desktop (with -pre1v5 IIRC). I tried switching
to the whiteglass X cursor theme (by setting
/etc/alternatives/x-cursor-theme and restarting X) but I'm still stuck
with the core cursors.
Does
Le dim 04/01/2004 à 13:27, Michel Dänzer a écrit :
On Sat, 2004-01-03 at 11:48, Xavier Bestel wrote:
I'm running debian/unstable on my laptop with xfree 4.3.0-0pre1v3, and
debian/experimental on my desktop (with -pre1v5 IIRC). I tried switching
to the whiteglass X cursor theme
Le dim 04/01/2004 à 16:20, Jean-Christophe Dubacq a écrit :
At one point, it was necessary to have also libxcursor1-dev installed.
Bingo ! That was it, the /usr/lib/libXcursor.so - libXcursor.so.1.0.1
symlink is in libxcursor-dev instead of libxcursor1. I wonder why ?
Thanks a lot, it works now
Le lun 05/01/2004 à 12:10, Michel Dänzer a écrit :
On Sun, 2004-01-04 at 22:10, Xavier Bestel wrote:
Le dim 04/01/2004 à 16:20, Jean-Christophe Dubacq a écrit :
At one point, it was necessary to have also libxcursor1-dev installed.
Bingo ! That was it, the /usr/lib/libXcursor.so
Le lun 19/01/2004 à 12:15, Harald Dunkel a écrit :
Is there a chance to get it included as an official
timing in the ati driver, and in the debconf installation
menu?
The ati driver is buggy at 1400x1050: XVideo doesn't work.
(note that the driver from gatos.sf.net works fine)
Xav
The subjects says it all .. since 4.2.1 pre1v1 (IIRC) Xv doesn't work at
1400x1050, but works at lower resolutions.
Xine dies with:
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 142 (XVideo)
Minor opcode of failed request: 19 ()
Le ven 27/09/2002 à 14:46, Michel Dänzer a écrit :
On Fre, 2002-09-27 at 11:35, Xavier Bestel wrote:
The subjects says it all .. since 4.2.1 pre1v1 (IIRC) Xv doesn't work at
1400x1050, but works at lower resolutions.
Xine dies with:
X Error of failed request: BadAlloc (insufficient
Here it is. This patch (the brain is Michel Dänzer, I was just an
idea-to-patch translator) resolves the Xv not working at some
resolutions for me. It seems it works very well.
Xav
--- xc/programs/Xserver/hw/xfree86/drivers/ati/r128_video.c.orig2002-09-30
17:39:09.0
I'm trying to use some bitmapped fonts with Xft, but they're all
packaged as .bdf.gz or .pcf.gz, and freetype can't read that.
I could manually gunzip all my font directories, but then next upgrade
will mess it up.
Either X fonts packages should ship gunzipped fonts, or freetype should
Package: xserver-xorg-video-ati
Version: 1:6.6.193-1
Severity: normal
Hi,
after watching a video (with Totem, using Xv under beryl), Xorg
segfaulted. Can't say much more, I just hope this backtrace helps.
Thanks,
Xav
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
Hi Brice,
Le dimanche 27 mai 2007 à 23:22 +0200, Brice Goglin a écrit :
About 2 years ago, you reported a bug to the Debian BTS regarding a
crash of the X server while running blender.
I can't reproduce it with today's unstable.
Thanks,
Xav
Hi again Brice (you're tireless !),
that bug doesn't exist anymore in sid; and I think it wasn't in latest
etch. Please close it.
Thanks for your work,
Xav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, 2005-09-19 at 02:18, Debian Bug Tracking System wrote:
r300_dri.so is missing from /usr/X11R6/lib/modules/dri, because it's not
in the MANIFEST.i386.
No, it's because the r300 driver doesn't get built yet in the X.Org tree
due to its experimental nature.
This is the only file
On Mon, 2005-09-19 at 09:47, Xavier Bestel wrote:
You can get it in sid, in the libgl1-mesa-dri package.
Oh, cool ! Can someone tell me how to to use it ? Here is what I have in
my logs:
(==) RADEON(0): Write-combining range (0xc000,0x800)
(WW) RADEON(0): Direct rendering
Sorry for the report. It seems the problem occured because I had Xorg
from experimental and xlibmesa-gl from unstable. I upgraded everything
from experimental and it seems it doesn't segfault anymore.
Xav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
I spoke too fast. After playing longer witrh experimental, the bug is
still there:
Backtrace:
0: /usr/X11R6/bin/X(xf86SigHandler+0x80) [0x8088b60]
1: [0xe500]
2: /usr/X11R6/lib/modules/extensions/libGLcore.so [0x55752c9b]
3:
FWIW, just downgrading xserver-xorg to 6.8.2.dfsg.1-8 and leaving all
other packages to 6.8.99.900.dfsg.1-0pre1 let me continue to work with
blender without any problem.
Xav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Mon, 2005-10-10 at 14:03, Debian Bug Tracking System wrote:
Processing commands for [EMAIL PROTECTED]:
tags 332336 + pending
Bug#332336: xserver-xorg: upgrading nags for reconfiguration
There were no tags set.
Bug#332356: debconf is very questioning during upgrade
Tags added: pending
On Mon, 2005-10-10 at 14:33, David Martínez Moreno wrote:
El lunes, 10 de octubre de 2005 14:14, Xavier Bestel escribió:
How about Bug#331697: /usr/X11R6/bin/X: crash with blender ?
Hello, Xavier. I do not have further information about your bug. I
tagged
pending bugs
On Mon, 2005-10-17 at 09:34, Michel Dänzer wrote:
This is already available in xserver-xorg 6.8.99.900.dfsg.1-0pre1 in
experimental. The r300 DRI driver is even available in sid in the
libgl1-mesa-dri package, the same may be true for the DRM in
linux-image-2.6.13-*.
All that is true, but
On Mon, 2005-10-17 at 09:34, Michel Dänzer wrote:
This is already available in xserver-xorg 6.8.99.900.dfsg.1-0pre1 in
experimental. The r300 DRI driver is even available in sid in the
libgl1-mesa-dri package, the same may be true for the DRM in
linux-image-2.6.13-*.
I overlooked something
Hi,
I have noticed that with xserver-xorg 6.8.99.900.dfsg.1-0pre1 windows
are really slow to map (initial mapping and virtual desktop switch),
with and without DRI, with and without Composite, with and without
xcompmgr -a or -c.
For example, Evolution full-screen (1920x1200) takes 2 seconds to
On Wed, 2005-10-19 at 13:41, Sven Luther wrote:
Michel, i don't see any libgl1-mesa-dri powerpc package in sid, any idea what
the problem is ? Or did you give the wrong name ? There is a libgl1-mesa-dbg,
and a mesag3, and the obvious xlibmesa-dri ones, but no libgl1-mesa-dri.
Could someone
On Wed, 2005-10-19 at 14:55, Sven Luther wrote:
On Wed, Oct 19, 2005 at 02:34:45PM +0200, Xavier Bestel wrote:
On Wed, 2005-10-19 at 13:41, Sven Luther wrote:
Michel, i don't see any libgl1-mesa-dri powerpc package in sid, any idea
what
the problem is ? Or did you give the wrong
On Wed, 2005-10-19 at 15:17, Sven Luther wrote:
.. and x-window-system-core depends on the former and is uninstallable
when installing the latter.
Anyway, thanks for the info Sven.
Did you file a bug report about this ?
Just done now :)
Xav
--
To UNSUBSCRIBE, email to
Package: x-window-system-core
Severity: normal
x-window-system-core depends on xlibmesa-dri which conflics (logically)
with libgl1-mesa-dri. But x-window-system-core is uninstallable with
libgl1-mesa-dri, which is needed for working DRI on some cards.
-- System Information:
Debian Release:
On Wed, 2005-10-19 at 17:57, David Nusinow wrote:
On second thought, we can simply allow either package to satisfy the
dependency, although I'm going to leave xlibmesa-dri as the default.
Forget my last mail then ...
Thanks,
Xav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
On Thu, 2005-10-20 at 12:09, Michel Dänzer wrote:
On Thu, 2005-10-20 at 11:06 +0200, Xavier Bestel wrote:
When starting Xorg, I have to manually chmod 666 the DRM char device
sometimes.
Sounds like something else changes it to something else behind the X
server's back, most likely udev
Package: xbase-clients
Version: 6.8.99.900.dfsg.1-0pre1
Severity: normal
x-window-system wants to install xprint and xbase-clients, but the file
/usr/X11R6/bin/pclcomp is present both in xbase-clients and in xprint.
So x-window-system is uninstallable.
-- System Information:
Debian Release:
The problem is still there: when loggin out and relogging in (gdm is
setup to restart Xorg in this case) the /dev/dri/card0 device switches
back to 660 root.root, so DRI doesn't work.
Maybe there should be an option in xorg.conf to leave the device node
alone (if it's really Xorg changing the
Hi,
I'm trying to run oprofile (which I don't know at all) on Xorg to find
where windows mapping is slow. I installed xserver-xorg-dbg, but
oprofile's report is still without symbols:
[EMAIL PROTECTED]:~]$ opreport -g --symbols -p /usr/lib/debug/usr/X11R6/bin/
warning: /no-vmlinux could not be
Le jeudi 27 octobre 2005 à 13:40 +0200, Michel Dänzer a écrit :
Does passing something like -p /usr/lib/debug/usr/X11R6/lib/modules to
opreport make a difference?
No difference at all.
Xav
Package: xlibs
Version: 6.8.99.901.dfsg.1-2
Severity: normal
When installing xlibs from experimental, my keyboard (french layout)
doesn't work anymore. NB: this bug has been reported just after
installing xlibs from unstable, so the included logs are probably
wrong.
-- Package-specific info:
Package: libxrandr2
Version: 2:1.1.0.2-5
Severity: important
Hi,
I know it should be fixed, but I still have the locking problem when
trying to run the Tribal Trouble demo:
java: xcb_xlib.c:41: xcb_xlib_lock: Assertion `!c-xlib.lock' failed.
You can try the demo here:
On Mon, 2007-02-12 at 08:08 +0100, Brice Goglin wrote:
Hi Guys,
About 8 months ago, you reported (a replied to a bug) in the Debian BTS
regarding ssh -X problems between sarge and sid machines. I just want to
know whether it still occurs with latest packages nowadays, especially
Sarge-Etch.
On Mon, 2007-02-26 at 11:44 +0100, Robert Millan [ackstorm] wrote:
My intel card can do without either XAANoOffscreenPixmaps or
AddARGBGLXVisuals.
No difference can be found on first sight (and I tested most basic stuff:
cube,
skydome, etc).
nVidia doesn't need AddARGBGLXVisuals, but it
On Mon, 2005-11-07 at 23:59, Samuli Suominen wrote:
I found out that savage_dri.so from Mesa 6.4 is bundled with X.org 6.8.99.901
(6.9RC1), but that file is nowhere to be found in xlibmesa-dri package in
Debian Experimental.
Try to install libgl1-mesa-dri instead. It contains your driver.
Hi David,
xorg-x11 (6.8.99.902.dfsg.1-1) experimental; urgency=low
[...]
* Have x-window-system-core alternately depend on the mesa packages. Thanks
Xavier Bestel.
Thanks for that, but it still depends on xlibmesa-dri which depends on
xlibmesa-gl which, of course, conflicts with libgl1
Le vendredi 06 janvier 2006 à 23:48 +0100, Denis Barbier a écrit :
On Sat, Nov 05, 2005 at 02:51:04PM +0100, Xavier Bestel wrote:
Package: xlibs
Version: 6.8.99.901.dfsg.1-2
Severity: normal
When installing xlibs from experimental, my keyboard (french layout)
doesn't work anymore
On Tue, 2006-01-24 at 17:46, Michel Dänzer wrote:
I don't think the Debian X packages should go out of their way to deal
with proprietary driver issues. In particular, the nv driver may very
well get DRI support in the future.
That would be awesome. Someone is working on this ?
Xav
On Wed, 2006-02-01 at 21:00, Xavier Bestel wrote:
Hi,
I have installed all X-related packages fro experimental today, and now
I don't have accentuated letters anymore.
Replying to myself (in case it can help somebody): I had to manually add
the link to /etc/X11/xkb in /usr/X11R6/lib/X11
On Mon, 2006-03-06 at 11:00, Eugene Konev wrote:
At Mon, 06 Mar 2006 10:56:09 +0100,
Xavier Bestel wrote:
on my system, xorg 1:7.0.0 depends on libgl1-mesa which isn't there
(well, there is a libgl1-mesa=6.4.1-0ubuntu6 but I doubt it comes from
the debian archive - moreover it's
On Fri, 2006-03-10 at 02:24, Janne Kujanpaa wrote:
Svante Signell wrote:
I'm missing the mesa-utils package. Obviously glxgears and glxinfo have
moved there from the xbase-clients package. According to debian-x
mailing list it should be on its way, but it is not yet downloadable.
Package: xdmx-tools
Version: 1:1.0.1-2
Severity: minor
Hi,
I dunno if it's OK, but the xdmx-tools packages contains no useful file:
[EMAIL PROTECTED]:~]$ dpkg -L xdmx-tools
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/xdmx-tools
/usr/share/doc/xdmx-tools/copyright
On Wed, 2006-03-29 at 00:12, Carlos Moffat wrote:
Hi,
There are a number of bugs filled against xserver-xorg relating to a
hard lockup caused by the radeon driver when using Xorg 6.9 (Bugs
#345929, #345640 and #348105 seem to be flavors of the same thing).
Does anybody know what the
Le lundi 08 mai 2006 à 16:10 +0200, Michel Dänzer a écrit :
On Mon, 2006-05-08 at 16:04 +0200, Ingo Juergensmann wrote:
On Mon, May 08, 2006 at 11:04:31AM +0200, Michel Dänzer wrote:
Difficult. There's no X Server running on that machine and it's located
1000 km away from me
On Fri, 2006-08-25 at 01:25, Drew Parsons wrote:
We haven't mentioned the input drivers yet. Most of them still need to
be upgraded (all minor upgrades) and are not yet in experimental. There
is no ABI change for them so they should work in both the 7.0 and 7.1.
FWIW, yesterday I had to
On Fri, 2006-08-25 at 09:56, Drew Parsons wrote:
On Fri, 2006-08-25 at 09:28 +0200, Xavier Bestel wrote:
On Fri, 2006-08-25 at 01:25, Drew Parsons wrote:
We haven't mentioned the input drivers yet. Most of them still need to
be upgraded (all minor upgrades) and are not yet
On Fri, 2006-08-25 at 10:57, Drew Parsons wrote:
Xavier, if you want to get back on to the new 7.1 system, then
xserver-xorg-core 2:1.1.1-4 is the version to go from.
I'd like to, but it looks like aptitude wants to suppress
xserver-xorg-video-all and hold all other xserver-* to unstable
On Tue, 2006-08-29 at 01:39, Matthew Garrett wrote:
Sorry? 12 of the files in the source tree contain explicit Nvidia
copyright statements. The others tend to have no copyrights at all, but
are generally written by Mark Vojkovich who is an nvidia employee.
True. But as the driver is
On Tue, 2006-08-29 at 20:43, David Nusinow wrote:
But what I'd like to do is set it to wishlist and title it Please
de-obfuscate the nv driver.
I'm sure you know that, but isn't that what the nouveau project
http://nouveau.freedesktop.org is all about ? Maybe the nv driver
should be marked as
Hi Thierry,
On Tue, 2006-08-29 at 23:01, Thierry Reding wrote:
To make things easy for testing, I've uploaded the source packages that I've
used to build the binaries I'm running to my website[4]. Everyone interested
is more than welcome to grab them and test away. Packages need to be built in
On Wed, 2006-08-30 at 13:49, Xavier Bestel wrote:
Hi Thierry,
On Tue, 2006-08-29 at 23:01, Thierry Reding wrote:
To make things easy for testing, I've uploaded the source packages that I've
used to build the binaries I'm running to my website[4]. Everyone interested
is more than welcome
On Wed, 2006-08-30 at 13:59, Thierry Reding wrote:
You need to downgrade libc6. At least that did the trick for me. I guess the
libc people did on purpose upload a libc 2.3.999 which would make packages
built against it depend on 2.4-1 so that those packages would be
uninstallable. But I'm
On Tue, 2006-08-29 at 23:01, Thierry Reding wrote:
To make things easy for testing, I've uploaded the source packages that I've
used to build the binaries I'm running to my website[4]. Everyone interested
is more than welcome to grab them and test away. Packages need to be built in
this
On Wed, 2006-08-30 at 16:05, Xavier Bestel wrote:
On Tue, 2006-08-29 at 23:01, Thierry Reding wrote:
To make things easy for testing, I've uploaded the source packages that I've
used to build the binaries I'm running to my website[4]. Everyone interested
is more than welcome to grab them
Le mercredi 30 août 2006 à 16:22 +0200, Xavier Bestel a écrit :
Otherwise the packages have been built and installed ok. I'll test them
when I'm back home.
Result from the test:
- it's unusable (sometimes it hangs for a few seconds, sometimes it
works well) but I think it's because I'm using
Package: xserver-xorg-video-ati
Version: 1:6.6.2-1
Severity: wishlist
Hi,
the ati manpage should probably mention radeon and r128 in its SEE
ALSO section.
Also, it should probably stop being titled xf86-video-ati.
Xav
-- System Information:
Debian Release: testing/unstable
APT
Hi,
On Mon, 2006-09-04 at 07:21, Shawn Starr wrote:
Hi,
As per the previous discussions from
http://article.gmane.org/gmane.linux.debian.devel.x/37245
I have gotten compiz to work with the removed intrusive patch.
[...]
I have this working now, packages and diffs available on request
Package: compiz
Version: 0.0.13+git20060928-2
Severity: important
Compiz is totally unsuable with an r300-based card (using the free
driver). All operation takes ages (30 seconds to change focus !).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy:
Le samedi 30 septembre 2006 à 13:02 +0200, Michel Dänzer a écrit :
On Fri, 2006-09-29 at 21:07 -0400, Shawn Starr wrote:
I need the following three (3) patches in order for r300 to work smoothly
with
compiz/beryl:
30_fedora_offscreen-pixmaps.patch
This can't be applied until
Le samedi 30 septembre 2006 à 14:08 +0200, Xavier Bestel a écrit :
Le samedi 30 septembre 2006 à 13:02 +0200, Michel Dänzer a écrit :
On Fri, 2006-09-29 at 21:07 -0400, Shawn Starr wrote:
I need the following three (3) patches in order for r300 to work smoothly
with
compiz/beryl
Using Option XAANoOffscreenPixmaps makes it work. Still slow for
resizes, and not totally snappy overall (Shawn Starr's patches worked a
bit better IMHO) but now it's usable.
Xav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Tue, 2006-10-03 at 13:53 +0200, Michel Dänzer wrote:
Assuming you're using XAA with Option XaaNoOffscreenPixmaps, that
effectively disables acceleration for anything but the actual
compositing done by compiz.
Yet Another Option I have to remember to prune when it's no more
useful...
Le samedi 03 mars 2007 à 14:28 +0100, Michel Dänzer a écrit :
I'm using beryl 0.1..2~0beryl1, with an r300. Yesterday, using ati
driver 6.6.3-4, it was working. Today, after upgrading to 6.6.3-5, it
doesn't work anymore: I need to move the cube to see the windows content
updated.
1 - 100 of 166 matches
Mail list logo