Package: compiz-gnome
Version: 0.7.6-7
Looking at this report:
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/253606
it seems Ubuntu carries an extra patch for gnome-appearance-properties
in gnome-control-center that allows to enable/disable compiz easily in
gnome. Would be
Package: compiz-gnome
Version: 0.7.6-5
Severity: minor
Setting the gconf key:
/apps/compiz/general/allscreens/options/command_terminal
to x-terminal-emulator by default would gain debian a bit more user
friendliness (the current default is "empty").
Cheers,
-- Guido
--
To UNSUBSCRIBE, email
On Sun, Nov 25, 2007 at 11:40:36PM +0100, Brice Goglin wrote:
> Does xserver-xorg-video-intel 2.2.0 from unstable help?
Nope, still the same. BTW here's the URL of the upstream report:
http://bugs.freedesktop.org/show_bug.cgi?id=13025
Cheers,
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
Hi Brice,
On Mon, Jun 04, 2007 at 11:01:18PM +0200, Brice Goglin wrote:
> Does this crash of the X server still happen nowadays when switching
> with alt-tab between gnome-terminal and a Xv window? with latest
> xserver-xorg-core and drivers?
I didn't see the bug for quiet some time, but since it o
On Sun, Feb 04, 2007 at 02:00:27PM +0100, Michel Dänzer wrote:
> On Sun, 2007-02-04 at 13:19 +0100, Guido Guenther wrote:
> > On Sat, Feb 03, 2007 at 05:47:51PM +0100, Michel D?nzer wrote:
> > >
> > > This is one of the known bugs with Mesa software rendering which a
On Sat, Feb 03, 2007 at 05:47:51PM +0100, Michel D?nzer wrote:
> On Sat, 2007-02-03 at 16:32 +0100, Guido Guenther wrote:
> > Package: xserver-xorg
> > Version: 1:7.1.0-11
> > Severity: normal
> >
> > Hi,
> > attached is the trace of a server crash that
Package: xserver-xorg
Version: 1:7.1.0-11
Severity: normal
Hi,
attached is the trace of a server crash that happened when switching
back gnome-terminal to a "fullscreen" Xv display (mythtv). The used
server layout was the one marked as "default" in xorg.conf. The
backtrace is at the end of the the
Hi,
On Tue, Jul 27, 2004 at 01:39:40AM -0500, Branden Robinson wrote:
> Try downgrading xlibs to 4.3.0.dfsg.1-4.
>
> If that fixes it, this bug is the probably the same as #256706.
Downgrading to the above version "fixes" it.
Cheers,
-- Guido
signature.asc
Description: Digital signature
On Wed, Jul 21, 2004 at 09:49:08AM -0400, Thomas Dickey wrote:
> ok. I don't see anyplace in xterm that I could improve on here
> (since it sees only one of the alt/meta definitions). There is
> some provision for keys having more than one name and modifier
> (which may have issues to resolve).
>
On Wed, Jul 21, 2004 at 05:44:32AM -0400, Thomas Dickey wrote:
> > which looks sane to me. Here's the (maybe) interesting part: When I
> > press , I see:
> >
> > Input keysym 0xFFE7, 0:'' 7bit
> > Handle 7bit-key
>
> Is that the same as one of your Meta_L or Alt_R keys?
I mean the key labeled "
Hi Thomas,
On Tue, Jul 20, 2004 at 08:50:53PM -0400, Thomas Dickey wrote:
> shift Shift_L (0x32), Shift_R (0x3e)
> lockCaps_Lock (0x42)
> control Control_L (0x25), Control_R (0x6d)
> mod1Meta_L (0x40), Alt_R (0x71)
> mod2Num_Lock (0x4d)
> mod3
> mod4Supe
On Tue, Jul 20, 2004 at 05:38:21AM -0400, Thomas Dickey wrote:
> looking for style 'Root'
> VTInitModifiers
> alt_left mask 0x8 is Mod1 modifier
> alt_right mask 0x8 is Mod1 modifier
> TranslationsUseKeyword(7ac10):#override
Mine says:
VTInitModifiers
meta_left mask 0x8 is Mod1 modifier
alt_right
On Mon, Jul 19, 2004 at 04:24:08PM -0400, Thomas Dickey wrote:
> I don't think the problem is within xterm (it's been a while since I tweaked
> the logic for this). More likely something in the keyboard configuration
> has separated the definitions that you were relying upon. What I do to
> debug
Hi Thomas,
On Mon, Jul 19, 2004 at 02:58:34PM -0400, Thomas Dickey wrote:
> > the above is no longer working after an upgrade to the versions below.
> > Before that I could use: Alt-f, Alt-b to jump whole words forward or
> > backward in a bash running within xterm. This doesn't work anymore,
> > E
On Mon, Jul 19, 2004 at 04:24:08PM -0400, Thomas Dickey wrote:
> I don't think the problem is within xterm (it's been a while since I tweaked
> the logic for this). More likely something in the keyboard configuration
> has separated the definitions that you were relying upon. What I do to
> debug
Package: xterm
Version: 4.3.0.dfsg.1-6
Severity: normal
Hi,
the above is no longer working after an upgrade to the versions below.
Before that I could use: Alt-f, Alt-b to jump whole words forward or
backward in a bash running within xterm. This doesn't work anymore,
ESC-f, ESC-b still works thoug
On Tue, May 18, 2004 at 04:06:31PM +0100, Martin Michlmayr wrote:
> Does it hurt to have that option on the Indy as well, or should does
> be done only on Indigo2?
Nope, this should be set for the I2 only.
> Also, can you paste a complete /etc/X11/XF86Config-4 configuration
> file for reference.
On Tue, May 18, 2004 at 03:32:50PM +0200, Thiemo Seufer wrote:
> Guido Guenther wrote:
> > On Sat, May 15, 2004 at 02:13:42PM +0100, Martin Michlmayr wrote:
> > > * Fabio Massimo Di Nitto <[EMAIL PROTECTED]> [2004-05-14 23:03]:
> > > > > A user reported:
&g
Hi Branden,
On Sat, Aug 30, 2003 at 06:34:07PM -0500, Branden Robinson wrote:
> On Sat, Aug 30, 2003 at 12:39:54AM +0200, Guido Guenther wrote:
> > I've built 4.3.0-0pre1v1 for mips. Should I upload the packages to
> > experimental?
>
> Yes, please do.
Done.
> (I don
Hi Branden,
On Sat, Aug 30, 2003 at 06:34:07PM -0500, Branden Robinson wrote:
> On Sat, Aug 30, 2003 at 12:39:54AM +0200, Guido Guenther wrote:
> > I've built 4.3.0-0pre1v1 for mips. Should I upload the packages to
> > experimental?
>
> Yes, please do.
Done.
> (I don
cture: mips
Version: 4.3.0-0pre1v1
Distribution: experimental
Urgency: low
Maintainer: Debian X Strike Force <[EMAIL PROTECTED]>
Changed-By: Guido Guenther <[EMAIL PROTECTED]>
Description:
lbxproxy - Low Bandwidth X (LBX) proxy server
libdps-dev - Display PostScript (DPS) client li
cture: mips
Version: 4.3.0-0pre1v1
Distribution: experimental
Urgency: low
Maintainer: Debian X Strike Force
Changed-By: Guido Guenther <[EMAIL PROTECTED]>
Description:
lbxproxy - Low Bandwidth X (LBX) proxy server
libdps-dev - Display PostScript (DPS) client library development fil
On Mon, Apr 28, 2003 at 04:42:07PM +1000, Daniel Stone wrote:
> > at least on the mips(el) end things can't be that bad. I'm running 4.3.0
> > for months now.
>
> Have you ever considered porting work? It rocks! :)
I know ;)
> > > I can do most everything but the porting. If anyone wants to port
Hi Daniel,
On Thu, Apr 03, 2003 at 05:06:49PM +1000, Daniel Stone wrote:
> Well, you can upload it to an external repository and put it on
> apt-get.org. XFree86 4.3, as it stands, cannot enter Debian until hppa,
> sh3, sh4, mips, mipsel, m68k and arm porters have a bash at it. s390 and
> hurd-i386
Hi,
Radeon VE is affected as well:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon VE QY (prog-if
00 [VGA])
Subsystem: ATI Technologies Inc Radeon 7000/Radeon VE
I checked with kernel 2.4.19 & 2.4.20, both the same black glxgears
window. Furthermore I first downgred xserver
Hi,
Radeon VE is affected as well:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon VE QY (prog-if 00 [VGA])
Subsystem: ATI Technologies Inc Radeon 7000/Radeon VE
I checked with kernel 2.4.19 & 2.4.20, both the same black glxgears
window. Furthermore I first downgred xserver-
On Sun, Jan 26, 2003 at 01:17:17PM +1100, Daniel Stone wrote:
[..snip..]
> > To my eyes the error seems to be with loadable modules. The following
> > two lines are repeated several thousand times in XFree86.0.log.
> >
> > Elf_RelocateEntry() Unsupported relocation type 18
> > Elf_RelocateEntry()
On Sun, Jan 26, 2003 at 01:17:17PM +1100, Daniel Stone wrote:
[..snip..]
> > To my eyes the error seems to be with loadable modules. The following
> > two lines are repeated several thousand times in XFree86.0.log.
> >
> > Elf_RelocateEntry() Unsupported relocation type 18
> > Elf_RelocateEntry()
On Sun, Dec 15, 2002 at 08:20:30AM +0100, Fabio Massimo Di Nitto wrote:
> No there is no risk at all. Once X.org will release IPv6 upstream this
> patch set will be obsolete and can be removed. I do not see much
> more than: X11R6.7 will include IPv6. and this let me think they will
> more or less
On Sun, Dec 15, 2002 at 08:20:30AM +0100, Fabio Massimo Di Nitto wrote:
> No there is no risk at all. Once X.org will release IPv6 upstream this
> patch set will be obsolete and can be removed. I do not see much
> more than: X11R6.7 will include IPv6. and this let me think they will
> more or less
Hi Fabio,
On Fri, Dec 13, 2002 at 11:59:01PM +0100, Fabio Massimo Di Nitto wrote:
> here is the link where you can download the set of patches to
> include IPv6 support for XFree86. I have placed a link for the simple
Thats great! Did you bother to check what x.org did already about IPv6?
As
Hi Fabio,
On Fri, Dec 13, 2002 at 11:59:01PM +0100, Fabio Massimo Di Nitto wrote:
> here is the link where you can download the set of patches to
> include IPv6 support for XFree86. I have placed a link for the simple
Thats great! Did you bother to check what x.org did already about IPv6?
As
Hi Branden,
On Mon, Aug 26, 2002 at 01:20:33AM -0500, Branden Robinson wrote:
> The X Strike Force is trying to determine for which architectures it's a
> bad idea to read several megabytes of data sequentially from /dev/mem,
> because this is exactly what XDM currently does when generating an
> XD
Hi Branden,
On Mon, Aug 26, 2002 at 01:20:33AM -0500, Branden Robinson wrote:
> The X Strike Force is trying to determine for which architectures it's a
> bad idea to read several megabytes of data sequentially from /dev/mem,
> because this is exactly what XDM currently does when generating an
> XD
On Wed, Oct 16, 2002 at 03:35:57PM -0700, Bradley Bell wrote:
> Hey, I was able to finally get my indy to boot at 1280x1024, with "setenv
> monitor H" in the prom.
Great! Where did you get that info from? I know there's a place in the
nvram that stores the monitor type, but I didn't know one can se
On Wed, Oct 16, 2002 at 03:35:57PM -0700, Bradley Bell wrote:
> Hey, I was able to finally get my indy to boot at 1280x1024, with "setenv
> monitor H" in the prom.
Great! Where did you get that info from? I know there's a place in the
nvram that stores the monitor type, but I didn't know one can s
On Thu, Sep 19, 2002 at 04:13:16PM -0700, Bradley Bell wrote:
> no, that's not it. Could it be that the monitor sense pins on the indy
> think it's only a 1024x768 monitor? The monitor has 5xBNC connections (it's
> multisync), with a macintosh monitor cable. That's plugged into a MAC->VGA
> adap
On Thu, Sep 19, 2002 at 04:13:16PM -0700, Bradley Bell wrote:
> no, that's not it. Could it be that the monitor sense pins on the indy
> think it's only a 1024x768 monitor? The monitor has 5xBNC connections (it's
> multisync), with a macintosh monitor cable. That's plugged into a MAC->VGA
> ada
On Sun, Aug 18, 2002 at 06:59:03PM -0500, Branden Robinson wrote:
> Xdm doesn't need that much data, though (note that it only reads gobs of
> data in the #ifndef DEV_RANDOM case; in other words, when it has a
> non-entropic source). I'm tempted to have it read from /dev/random and
> get real entr
On Sat, Aug 17, 2002 at 10:21:18PM -0500, Branden Robinson wrote:
> Edit xc/programs/xdm/Imakefile to:
> * add DEV_RANDOM to the defines passed to the compiler ifdef
> LinuxArchitecture
> * add ArmArchitecture, IA64Architecture, and MipsArchitecture to the
> list to the list for those for which
On Mon, Aug 12, 2002 at 12:35:11PM -0400, Mike Martin wrote:
> On Mon, 12 Aug 2002 18:15:12 +0200
> Fair enough. I've replaced strace.xdm.txt with a new one.
> MikeM
Thanks a lot! The problem is in xdm's genauth.c sumFile function.
XDM reads blindly lot's of data from /dev/mem. When it hits the GIO
On Mon, Aug 12, 2002 at 11:39:04AM -0400, Mike Martin wrote:
> On Mon, 12 Aug 2002 11:23:18 +0200
> Output of strace availible here:
> http://overlord.linux-dude.com/strace.xdm.txt
I think you need to call strace with -f to trace the forks too.
-- Guido
Hi,
here's a small update for the Indy's newport driver. It fixes the most
annoying bugs:
- broken 24bpp mode setup
- black console after starting X
- screensaver blanking the console
- 1 off errors in the RefreshArea code
Branden, can this go into pre1v3?
-- Guido
Index: xc/programs/Xserver/h
Branden wrote:
> If it's the same kernel bug I've seen on ia64 and heard about on ARM,
> xdm is in a select().
> Please do discuss this on this list. xdm doesn't even work for remote X
> servers at present (or, at least, the last time I looked at this).
Thanks for the pointer. Yes this might be t
Hi Martin,
thanks for the backtrace.
[..snip..]
> Process X (pid: -2011230548, stackpage=8a4c4000)
This looks very weird...next thing to do would be to spot the place in
xdm where it crashes the kernel(I already know it's before it forks the
X server) shall we take this off list, it's only mar
Hi Martin,
On Thu, Aug 08, 2002 at 11:01:01PM -0400, Mike Martin wrote:
> I've been trying, unsuccessfully, to use the .debs for 4.2.0 on MIPS for
> a while now. It can't find the modules pcidata and bitmap. Neither can
> I! Actually, the whole "/usr/X11R6/lib/modules" directory does not
> exist. I
Hi,
the changelog says:
* TODO: mips wants to build the server modules as shared objects instead of
static ones; why?
because the ELF loader doesn't work on mips yet(and shared object
modules are better than no modules at all since it reduces linking time
a lot when doing driver work). I ha
Hi,
the attached patch removes some previous workarounds by adding proper
functions to compiler.h for mips(el). This obsoletes the disabling of
the ati driver on mips(351) and the int10 module(350) on mipsel as well
as the mem_barrier patch(353). I've also attached the newport range fix
for complet
Hi,
the attached patch removes some previous workarounds by adding proper
functions to compiler.h for mips(el). This obsoletes the disabling of
the ati driver on mips(351) and the int10 module(350) on mipsel as well
as the mem_barrier patch(353). I've also attached the newport range fix
for comple
The attached three patches fix the server build.
-- Guido
--- xc/config/cf/linux.cf.orig Tue Jul 17 22:00:51 2001
+++ xc/config/cf/xfree86.cf Tue Jul 17 22:00:55 2001
@@ -473,7 +473,7 @@
# ifndef XF86CardDrivers
# define XF86CardDrivers mga glint nv s3virge sis savage \
-
The attached three patches fix the server build.
-- Guido
--- xc/config/cf/linux.cf.orig Tue Jul 17 22:00:51 2001
+++ xc/config/cf/xfree86.cf Tue Jul 17 22:00:55 2001
@@ -473,7 +473,7 @@
# ifndef XF86CardDrivers
# define XF86CardDrivers mga glint nv s3virge sis savage \
-
On Thu, Jul 19, 2001 at 01:54:55AM -0400, Stephen Frost wrote:
> The second problem is more difficult. xf86WriteMmio32Be is
> undefined in MIPS and is implemented under other archs in
> assembly which I'm not sure what to do with. xf86WriteMmio32Be
> is used in atimach64.c
On Thu, Jul 19, 2001 at 03:38:44AM -0400, Christopher C. Chimelis wrote:
>
> On Thu, 19 Jul 2001, Stephen Frost wrote:
>
> > > Ryan Murray reported to me that a 4.1 compile on mips fails.
> >
> > This is an update to this issue.
> >
> > After adding another parameter to RANGE ('0' for p
On Thu, Jul 19, 2001 at 01:54:55AM -0400, Stephen Frost wrote:
> The second problem is more difficult. xf86WriteMmio32Be is
> undefined in MIPS and is implemented under other archs in
> assembly which I'm not sure what to do with. xf86WriteMmio32Be
> is used in atimach64.
On Thu, Jul 19, 2001 at 03:38:44AM -0400, Christopher C. Chimelis wrote:
>
> On Thu, 19 Jul 2001, Stephen Frost wrote:
>
> > > Ryan Murray reported to me that a 4.1 compile on mips fails.
> >
> > This is an update to this issue.
> >
> > After adding another parameter to RANGE ('0' for
55 matches
Mail list logo
