similar to: Xnest and gnome

https://bugs.freedesktop.org/show_bug.cgi?id=33695 Summary: xrandr configuration of external monitor fails (graphics mode + xinerama) Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hello, when i run Wiso Sparbuch with wine 20010824 i get the error X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 4579 Current serial number in output stream: 4579 Is there a patch to fix this problem or is someone interested to give me some advise for debugging?. There is a trace

Hi all, I have worked on both CentOS 5.2 and CentOS 5.3. In CentOS 5.2, I could connect to a remote X-server using Xnest binary provided by the package xorg-x11-server-Xnest-1.1.1-48.41.el5 with firewall settings enabled. I enabled the firewall settings from system-config-securitylevel. Now in CentOS 5.3 with firewall settings enabled, I am unable to connect to the remote X-server using Xnest

I installed itunes ok, but it seems to have a problem with opengl. I run Ubuntu 10.10 Maverick, 64 bit. I think my Opengl is standard, but I didn't know how to display its version. fixme:process:SetProcessDEPPolicy (1): stub ALSA lib pcm_pulse.c:1008:(_snd_pcm_pulse_open) Unknown field handle_underrun err:winediag:AUDDRV_GetAudioEndpoint PulseAudio "default" -22 without

Hi, My requirement is to use Xnest only. It was working seamlessly with 5.2 but not with 5.3 I am using this command to connect to the remote X-server. Xnest :1 -geometry 800x600 -query *<ip-address-of-X-server>* Can anyone confirm the same behavior? Or shall I file the bug in bugzilla? Sid On Tue, Sep 22, 2009 at 10:06 AM, Sid Kapoor <sidkapoor2000 at gmail.com>wrote:

Ok, I think we've done enough damage for one release. Thanks everyone for pulling a long weekend to get changes prepared and reviewed. We're still missing the threaded input stuff, but that needs more review and I think we wore Tiago out this time around. If someone wants to propose merging it after the freeze, I think we should consider doing it. Note that this tarball depends on

http://bugzilla.mindrot.org/show_bug.cgi?id=338 Summary: X11 forwarding no longer works after upgrading from 2.9.9p2 to 3.4p1 Product: Portable OpenSSH Version: -current Platform: Sparc URL: ftp://gandalf.cc.purdue.edu/pub/ssh/ssh-X11-bug.tgz OS/Version: Solaris Status: NEW Severity: normal

Here's 1.18 RC1. Let's figure out when to release this during XDC. Aaron Plattner (3): xfree86: Fix xf86_check_platform_slot's handling of PCI xfree86: Add GPU screens even if there are no active GDevs xfree86: Bump video driver ABI version to 20 Adam Jackson (27): glamor: Fix up indentation xf86Crtc: right-of placement by default. dmx: Fix the

I get the message below whenever I run virt-manager via a vnc session. Xlib: extension "RANDR" missing on display ":1". This error disappears when I take off "-extension RANDR" from the vncserver configuration. Taking this off makes the VNC session too big for my monitor. help. j

Does anyone have a consistent way to set the display for wine programs to /anything/ (meaning something other than :0.0)? I have done the followings: ssh to the box I want to run the wine app from. (As a result, DISPLAY was set to "tux:10.0") I tried running wine ./notepad.exe from the Windows directory. This gave me the following: Xlib: connection to ":0.0" refused by

This picks up a pile of fixes from master. Notable highlights: - Fix for CVE-2015-3164 in Xwayland - Fix int10 setup for vesa - Fix regression in server-interpreted auth - Fix fb setup on big-endian CPUs - Build fix for for gcc5 Complete changelog: Aaron Plattner (2): xfree86: Fix xf86_check_platform_slot's handling of PCI xfree86: Add GPU screens even if there are no active

Dear people, since openssh-3.8.1p1 I experience problems with the automatic X11 forwarding. I installed openssh-3.9p1 yesterday hoping the problems should disappear, but alas no. It looks like the X11 autorization times out after some time, I don't know exactly but after half an hour it surely is gone. When I installed openssh-3.8.1p1 I also had opgraded openssl from 0.9.7c to 0.9.7d then,

besides wine is there no other package thats can be used ----- Original Message ----- From: <wine-users-request@winehq.org> To: <wine-users@winehq.org> Sent: Friday, April 30, 2004 5:20 PM Subject: wine-users digest, Vol 1 #1756 - 15 msgs > Send wine-users mailing list submissions to > wine-users@winehq.org > > To subscribe or unsubscribe via the World Wide Web, visit

I think we're ready for RC1 at this point, but wanted to give people a chance to scream about "just one more API change" until tomorrow. Let me know if there's something I'm missing; if I don't hear anything, I'll be tagging RC1 in the morning. Aaron Plattner (1): xace: Fix XaceCensorImage to actually censor the right part of the image Adam Jackson (92):

xclock is the classic X Window System clock utility. It displays the time in analog or digital form, continuously updated at a frequency which may be specified by the user. Alan Coopersmith (7): config: Add missing AC_CONFIG_SRCDIR configure: Drop AM_MAINTAINER_MODE autogen.sh: Honor NOCONFIGURE=1 Update README for gitlab migration Update configure.ac bug URL for

xclock is the classic X Window System clock utility. It displays the time in analog or digital form, continuously updated at a frequency which may be specified by the user. Alan Coopersmith (3): Use _CONST_X_STRING to make libXt declare String as const char * Clear -Wsign-compare warning from gcc 7.3 xclock 1.0.9 Jon Turney (1): Consistently use X_GETTIMEOFDAY Niclas

http://bugzilla.mindrot.org/show_bug.cgi?id=851 Summary: some X11 prgs generate ``BadAtom (invalid Atom parameter)'' in X_GetProperty when using X11 forwarding Product: Portable OpenSSH Version: 3.8.1p1 Platform: All OS/Version: Solaris Status: NEW Severity: normal Priority: P2

Ok, here's what I think we should release as 1.17. I plan on doing that in a few days (Monday? Tuesday?), unless there's some good reason not to. Let me know if there's some critical (i.e. crashing) fixes that I've missed somehow. And, again, I think we can run a shorter 1.18 cycle, given the pent-up list of fixes. Sorry for not getting this wrapped up sooner. Turns out that

CentOS Errata and Security Advisory 2008:0504 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0504.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 1ed112023ac8b46875769aba0f8cd51e xorg-x11-server-randr-source-1.1.1-48.41.el5_2.1.i386.rpm 2477cf3782d76a2b411a75e8034e8ec8

CentOS Errata and Security Advisory 2008:0504 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0504.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: fa1fef968fe58c5702248ad4c2957201 xorg-x11-server-randr-source-1.1.1-48.41.el5_2.1.x86_64.rpm 67b49520787ae76224d19c03bc69458a