Bug#739691: Upgrade to Xserver 1.15 broke kwin and others: primus also affected

primus is also affected by this problem: Kind regards Ralf -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/530e6a3a.5000.

Bug#739691: closed by Maximiliano Curia (Bug#739691: fixed in kde-workspace 4:4.11.6-3)

reopen 739691 thanks Hi, > This is an automatic notification regarding your Bug report which > was filed against the libgl1-mesa-glx package: > > #739691: libgl1-mesa-glx:amd64: Upgrade to Xserver 1.15 broke kwin > and others: Invalid GLXFBConfig returned > > It has been closed by Maximiliano

Bug#739691: libgl1-mesa-glx:amd64: Upgrade to Xserver 1.15 broke kwin and others: Invalid GLXFBConfig returned

Package: libgl1-mesa-glx Version: 9.2.2-1 Severity: important Dear Maintainer, after upgrading to XServer 1.15, compositing in KWin does not work anymore. Downgrading X back to 1.14 confirmed that indeed the issue was introduced by the upgrade. However, further research indicates that this is a

Bug#718876: libegl1-mesa: Flickering in EGL OpenGL full-screen window with swap interval 1 [Regression]

Package: libegl1-mesa Version: 9.1.4-1 Severity: normal Dear Maintainer, since Mesa was upgraded from 8.0 to 9.1, full-screen EGL applications that set a non-0 swap interval do not work properly anymore (unless a compositor is used). This affects all drivers. The bug was reported upstream at h

Bug#573325: Bug#711623: Re: Bug#711623: ssh-agent: Removes LD_LIBRARY_PATH from environment

Hi, > Well, x11-common is welcome to implement it that way if it chooses to > and if it actually works; note that the file > /etc/X11/Xsession.d/90x11-common_ssh-agent is not actually shipped by > the openssh packages themselves, but rather by x11-common ... > > See bug #573325, filed a while bac

Bug#704604: libgl1-mesa-dri:amd64: Invalid configuration file /etc/drirc (according to driconf)

Package: libgl1-mesa-dri Version: 8.0.5-4 Severity: normal Dear Maintainer, running driconf with the default /etc/drirc in place results in an error message: Configuration file "/etc/drirc" contains errors: mandatory application attribute missing I will leave the file alone until you fix the pr

Bug#640499: libxvmc: please add multiarch support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, >>> I don't think so. >> Why that? This would effectively mean broken OpenGL for i386 apps >> on systems using the proprietary NVidia driver. The patch from >> the original report is simple and working on several people's >> systems. The dpkg iss

Bug#640499: libxvmc: please add multiarch support

Hi, >> Just a question, this bug will be resolved for the Wheezy release ? > > I don't think so. Why that? This would effectively mean broken OpenGL for i386 apps on systems using the proprietary NVidia driver. The patch from the original report is simple and working on several people's systems.

Bug#640499: hardening, too

Hi, > This bug prevents me to run googleearth, wine, teamviewer, ... > on my debian sid/experimental amd64/nvidia since a month. > > Is there some guideline somewhere to install the package > with Cyril or Ralph patch ? You should not use my patch, it only unnecessarily complicates things by spli

Bug#640499: libxvmc: please add multiarch support

Hi, > Have the upgrade and install paths paths of this scenario been tested? And > the > case of locally modified/removed config files? > > I'll take libfoo as an example package that ships /etc/foo.conf > [snip] > > Just curious ... Whatever happens here is not specific to libxvmc - see libp

Bug#640499: libxvmc: please add multiarch support

As it turned out, the conffile issue is actually a bug in dpkg [1]. In theory (and once dpkg is fixed), it is perfectly fine to have a conffile in an MA: same package, as long as the content is the same for all architectures. Since the libxvmc wrapper uses dlopen, which uses the correct library

Bug#640499: libxvmc: please add multiarch support [PATCH]

upload. + * Support for multiarch (patch by Andreas Beckmann). + * Bump debhelper dependency for ${misc:Pre-Depends}. + * Split config file into separate package. + + -- Ralf Jung Sun, 12 Aug 2012 22:45:20 +0200 + libxvmc (2:1.0.7-1) unstable; urgency=low [ Robert Hooker ] diff --git a/debian

Bug#640499: libxvmc: please add multiarch support

Hi, > Ralf Jung (20/05/2012): > > is there any progress on this? This package is blocking > > libgl1-nvidia-glx from being installable in a foreign architecture, > > thereby preventing a proper multiarch migration for systems using the > > proprietary nvidia driver.

Bug#640499: libxvmc: please add multiarch support

Hi, is there any progress on this? This package is blocking libgl1-nvidia-glx from being installable in a foreign architecture, thereby preventing a proper multiarch migration for systems using the proprietary nvidia driver. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-x-requ...@li

Bug#665004: xserver-xorg-input-synaptics: scrolling stopped working after upgrade 1.5.0 --> 1.5.99

Hi, > Works for me too but I'm only able to test edge scrolling. That's why > I used 'seems' because two fingers scrolling is also affected > according to the upstream bug report and I can't confirm that. I can confirm that the rc4 is working fine for two-finger scrolling as well. Thanks a lot :)

Bug#665004: Scrolling not working properly anymore

I can confirm this for my HP Compaq 615. I'm glad the old versions can still be downloaded, since precise scrolling using the touchpad is impossible with the new version. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble

Bug#550308: [xedit] missing deps on xbitmaps

Actually, x11-apps currently recommends "xbitmap", which does not exist and is probably a typo of "xbitmaps". -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111006124