Bug#889652: Update to 3.7.3
Package: src:gtk-d Version: 3.7.1 Severity: normal --- Please enter the report below this line. --- The current version in Debian seems to be buggy enough to introduce bugs in e.g. Tilix [1]. Please consider updating to 3.7.3 (that specific bug confirmed fixed here). All the best, Alex [1] https://github.com/gnunn1/tilix/issues/1275
Bug#780337: python3-pyclamd: Broken with Python 3
Package: python3-pyclamd Version: 0.3.9-1 Severity: grave Justification: renders package unusable Dear Maintainer, in contrast to the idea one might get by reading the package name ;) pyClamd 0.3.9 doesn't work with Python 3. --- Traceback (most recent call last): File pyclamd-test.py, line 1, in module import pyclamd File /usr/lib/python3/dist-packages/pyclamd/__init__.py, line 4, in module from pyclamd import __version__ ImportError: cannot import name '__version__' --- A locally build package using 0.3.10 seems to work (as stated by the upstream author: This version is compatible with python 3 ... and python 2 ...). Please consider updating the package. Thank you! Best regards, Alex -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-pyclamd depends on: pn python3:any none Versions of packages python3-pyclamd recommends: ii clamav-daemon 0.98.6+dfsg-1 python3-pyclamd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771991: fixed in samba 2:4.1.13+dfsg-3
I ran into an issue today where libldb1 was updated to 1.1.18 and samba now complains about mismatching versions at startup, refusing to run. Could this be addressed by a rebuild?
Bug#771991: [Pkg-samba-maint] Bug#771991: fixed in samba 2:4.1.13+dfsg-3
Do you mean allows to be used as in package can be installed or should it actually fix that problem? Trying to provision a domain from scratch earlier today here resulted in ldb: module version mismatch in ../source4/dsdb/samdb/ldb_modules/acl.c : ldb_version=1.1.18 module_version=1.1.17 -- samba: Installed: 2:4.1.13+dfsg-3 Candidate: 2:4.1.13+dfsg-3 Version table: *** 2:4.1.13+dfsg-3 0 500 http://ftp.at.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status 2014-12-10 15:33 GMT+01:00 Jelmer Vernooij jel...@samba.org: On Wed, Dec 10, 2014 at 03:18:30PM +0100, Alexander Hofbauer wrote: I ran into an issue today where libldb1 was updated to 1.1.18 and samba now complains about mismatching versions at startup, refusing to run. Could this be addressed by a rebuild? Please install 2:4.1.13+dfsg-3, which allows samba to be used with ldb 1.1.18. Jelmer
Bug#741498: nvidia-kernel-dkms: fails to build for self-compiled 3.12.x kernel
This looks like it is related to your kernel configuration, it works fne on the Debian stock kernel. I'm not a sure whether the kernel config is to blame here. Trying to compile for 3.15-rc8 I get exactly the same error. Might be a coincidence, but nevertheless I was able to trace back the problem to conftest.h not being able to correctly test for kernel version. E.g. testing for = 3,10,0 always chooses the else branch (verified by adding an #error statement there). Further tests (manually resolving every define in conftest.h) yielded a compiling and loading kernel module. Is there a CONF_* that prevents the header file from correctly testing for kernel versions?
Bug#710673: [php5-common] JSON functions not available
Package: php5-common Version: 5.5.0~rc2+dfsg-1 Severity: normal --- Please enter the report below this line. --- After pulling in the latest PHP 5.5 packages from Sid JSON functions seem to have gone completely. $ php -r 'var_dump(function_exists(json_encode));' bool(false) $ php -r 'var_dump(function_exists(json_decode));' bool(false) Anything I'm missing here? --- System information. --- Architecture: amd64 Kernel: Linux 3.9.3+ Debian Release: jessie/sid 500 unstableftp.at.debian.org 100 experimentalftp.at.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.14) | sed (= 4.1.1-1) | psmisc (= 22.15-1~) | lsof | ucf | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710673: [php5-common] Re
Ah, I completely skipped that entry. Didn't realize this was due to license issues and because that package hasn't yet landed (somewhere in non-free?) I wasn't aware of the split either. All that Apache 2.4, PHP 5.5, APC/opache stuff got me quite confused over the last few hours. ;) Sorry for the noise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657990: Temporary workaround
Real workaround for those annoyed by the bug until it gets fixed: Replace the FIFO-name (ListenFIFO) in systemd's socket file (/lib/systemd/system/systemd-initctl.socket) with /run/initctl. signature.asc Description: This is a digitally signed message part
Bug#657883: XDebug patches broken
Package: php5-xdebug Version: 2.1.3-1 The patches php5.4-support and php5.3-support break XDebug in Eclipse here with the error popup Unexpected termination of script, debugging ended.. Building from source without these patches works fine, using latest development (2.2dev) version from XDebug's git repository as well. - $ ./eclipse-php -consoleLog -debug ... !ENTRY org.eclipse.php.debug.core 4 4 2012-01-29 16:15:37.452 !MESSAGE class org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget : DBGp Response Error: stdout:=4 msg:unimplemented command !ENTRY org.eclipse.php.debug.core 4 4 2012-01-29 16:15:37.851 !MESSAGE class org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget : DBGp Response Error: stderr:=4 msg:unimplemented command !ENTRY org.eclipse.php.debug.core 4 150 2012-01-29 16:15:37.859 !MESSAGE Unexpected termination of script, debugging ended. !ENTRY org.eclipse.php.debug.core 4 4 2012-01-29 16:15:37.863 !MESSAGE class org.eclipse.php.internal.debug.core.xdebug.communication.XDebugCommunicationDaemon : Unexpected Exception: Listener thread still listening java.lang.NullPointerException at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.sendBreakpointAddCmd(DBGpTarget.java:1753) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.breakpointAdded(DBGpTarget.java:1679) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.loadPredefinedBreakpoints(DBGpTarget.java:1944) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.initiateSession(DBGpTarget.java:426) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.sessionReceived(DBGpTarget.java:276) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.sessionReceived(DBGpTarget.java:241) at org.eclipse.php.internal.debug.core.xdebug.communication.XDebugCommunicationDaemon.createLaunch(XDebugCommunicationDaemon.java:292) at org.eclipse.php.internal.debug.core.xdebug.communication.XDebugCommunicationDaemon.startConnectionThread(XDebugCommunicationDaemon.java:173) at org.eclipse.php.internal.debug.core.daemon.AbstractDebuggerCommunicationDaemon$ReceiverThread.run(AbstractDebuggerCommunicationDaemon.java:215) at java.lang.Thread.run(Thread.java:722) - $ apt-cache policy php5 php5-xdebug php5: Installed: 5.3.9-4 Candidate: 5.3.9-4 Version table: 5.4.0~rc6-1 0 100 http://ftp.at.debian.org/debian/ experimental/main amd64 Packages *** 5.3.9-4 0 500 http://ftp.at.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status nginx: Installed: 1.1.12-1 Candidate: 1.1.12-1 Version table: *** 1.1.12-1 0 500 http://ftp.at.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status php5-fpm: Installed: 5.3.9-4 Candidate: 5.3.9-4 Version table: 5.4.0~rc6-1 0 100 http://ftp.at.debian.org/debian/ experimental/main amd64 Packages *** 5.3.9-4 0 500 http://ftp.at.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status php5-xdebug: Installed: 2.1.3-1 Candidate: 2.1.3-1 Version table: *** 2.1.3-1 0 500 http://ftp.at.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653232: Please add `python-gi-cairo' to dependencies
Package: gedit-plugins Version: 3.2.1-1 Trying to use the session management plugin results in a TypeError: Traceback (most recent call last): File /usr/lib/gedit/plugins/sessionsaver/__init__.py, line 160, in on_save_session_action SaveSessionDialog(window, self, self.sessions).run() File /usr/lib/gedit/plugins/sessionsaver/dialogs.py, line 56, in __new__ cls._instance = object.__new__(cls, *args) TypeError: Couldn't find conversion for foreign struct 'cairo.Context' Other plugins are affected as well. Installing `python-gi-cairo' solves the problem. Please consider adding it to the list of dependencies. Best regards, Alex signature.asc Description: This is a digitally signed message part
Bug#617532: compizconfig-settings-manager: CCSM crash on startup
I can confirm that problem here. Could you tell us what is the output of this command: python -c 'import compizconfig as c; print c.__file__' /usr/local/lib/python2.6/dist-packages/compizconfig.so -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607565: initramfs-tools: initramfs fails to assemble Intel
Hi! I think I was facing the same problem the other day and I hope this is related. The array holding the root partition wouldn't be assembled and stay read-only due to the fact that mdadm couldn't start mdmon, which was not included in the ramdisk. Writing a quick'n'dirty hook for initramfs-tools adding mdmon auto-magically fixed that. --8--- /etc/initramfs-tools/hooks/mdmon: #!/bin/sh . /usr/share/initramfs-tools/hook-functions copy_exec /sbin/mdmon --8--- I can't shutdown the system in a clean way though, it stops at some point (magic SysRq keys still work). I guess it's trying to unmount the root after mdmon has been killed with all the other processes? Best regards, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607565: initramfs-tools: initramfs fails to assemble Intel
Am Dienstag, den 25.01.2011, 13:53 +0100 schrieb martin f krafft: No, it is mounted auto-read-only as long as there are no writes to the device. This is a security measure. I see no reason why mdmon should help with this. Ext4 was complaining about a read-only device, initramfs did't continue booting and I couldn't enable write access (neither via mdadm --readwrite or /sys/class/block/md126/md/array_state). As I already said, adding mdmon to the initrd did the trick for me. Any ideas about what I might have done wrong? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585493: Fails to upgrade, insserv bails due to loop
Same problem here. --- insserv: There is a loop at service bootlogs if started insserv: There is a loop between service bootlogs and mountnfs if started insserv: loop involving service mountnfs at depth 8 insserv: loop involving service networking at depth 7 insserv: loop involving service fuse at depth 11 insserv: There is a loop between service bootlogs and mountnfs-bootclean if started insserv: loop involving service mountnfs-bootclean at depth 9 insserv: loop involving service mountoverflowtmp at depth 8 insserv: There is a loop between service bootlogs and mountoverflowtmp if started insserv: loop involving service mountall-bootclean at depth 9 insserv: loop involving service mountall at depth 10 insserv: There is a loop between service gdm3 and bootlogd if started insserv: loop involving service bootlogd at depth 3 insserv: loop involving service mountdevsubfs at depth 2 insserv: There is a loop between service gdm3 and bootlogs if started insserv: loop involving service bootlogs at depth 4 insserv: loop involving service gdm3 at depth 3 insserv: loop involving service network-manager at depth 2 insserv: There is a loop between service bootlogs and mountall if started insserv: loop involving service checkfs at depth 10 insserv: loop involving service hostname at depth 5 insserv: loop involving service pcmcia at depth 14 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header signature.asc Description: This is a digitally signed message part
Bug#580113: [mplayer] No audio output to pulse
If you have reportbug installed, please post the output of 'reportbug --template mplayer'. Adam already sent that, but just in case you want to compare, here's mine (reportbug-ng though). --- System information. --- Architecture: amd64 Kernel: Linux 2.6.33.1 Debian Release: squeeze/sid 500 unstableftp.de.debian.org 100 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libaa1 (= 1.4p5) | 1.4p5-38 libartsc0(= 1.5.9) | 1.5.9-3+b1 libasound2 ( 1.0.18) | 1.0.22-2 libaudio2 | 1.9.2-3 libavcodec52(= 4:0.5.1-1) | 4:0.5.1-3 OR libavcodec-extra-52 (= 4:0.5.1-1) | libavformat52 (= 4:0.5.1-1) | 4:0.5.1-3 OR libavformat-extra-52 (= 4:0.5.1-1) | libavutil49 (= 4:0.5.1-1) | 4:0.5.1-3 OR libavutil-extra-49 (= 4:0.5.1-1) | libc6 (= 2.7) | 2.10.2-7 libcaca0 (= 0.99.beta17-1) | 0.99.beta17-1 libcdparanoia0 (= 3.10.2+debian) | 3.10.2+debian-9 libdirectfb-1.2-9 | 1.2.10.0-3 libdvdread4 | 4.1.3-9 libenca0 (= 1.9) | 1.13-1 libesd0 (= 0.2.35) | 0.2.41-7 libfontconfig1 (= 2.8.0) | 2.8.0-2.1 libfreetype6 (= 2.2.1) | 2.3.11-1 libgcc1(= 1:4.1.1) | 1:4.4.4-1 libgif4 (= 4.1.4) | 4.1.6-9 libgl1-mesa-glx | 7.8.2-0.1 OR libgl1 | libjack0 (= 0.118.0) | 1.9.5~dfsg-4 libjpeg62 | 6b-16.1 liblircclient0 | 0.8.3-5 liblzo2-2 | 2.03-2 libncurses5 (= 5.7+20100313) | 5.7+20100313-2 libogg0 (= 1.0rc3) | 1.2.0~dfsg-1 libopenal1 | 1:1.11.753-1 libpng12-0(= 1.2.13-4) | 1.2.43-1 libpostproc51 (= 4:0.5.1-1) | 4:0.5.1-3 OR libpostproc-extra-51 (= 4:0.5.1-1) | libpulse0 (= 0.9.21) | 0.9.21-1.3 libsdl1.2debian (= 1.2.10-1) | 1.2.14-6 libsmbclient(= 3.0.24) | 2:3.4.7~dfsg-2 libspeex1 (= 1.2~beta3-1) | 1.2~rc1-1 libstdc++6 (= 4.1.1) | 4.4.4-1 libsvga1| 1:1.4.3-29 libswscale0 (= 4:0.5.1-1) | 4:0.5.1-3 OR libswscale-extra-0 (= 4:0.5.1-1) | libtheora0 (= 0.0.0.alpha7.dfsg) | 1.1.1+dfsg.1-3 libx11-6 (= 0) | 2:1.3.3-3 libxext6 (= 0) | 2:1.1.1-3 libxinerama1| 2:1.1-3 libxt6 | 1:1.0.7-1 libxv1 | 2:1.0.5-1 libxvmc1| 2:1.0.5-1 libxxf86dga1| 2:1.1.1-2 libxxf86vm1 | 1:1.1.0-2 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== mplayer-doc | ttf-freefont| 20090104-6 netselect | OR fping | bzip2 | 1.0.5-4 fontconfig | 2.8.0-2.1 signature.asc Description: This is a digitally signed message part
Bug#580113: [mplayer] No audio output to pulse
Package: mplayer Version: 2:1.0~rc3+svn20100502-1 Severity: serious With the latest update to mplayer, audio output to pulse doesn't work any more. Playing any file results in ”ERROR: Assertion 'channels 0' failed at pulse/volume.c:76, function pa_cvolume_set(). Aborting.“ I guess this problem affects upstream as well, as I used my own svn version (about a month old) of mplayer that did not have this problem. Using gnome-mplayer with setting Mplayer Software Volume Control Enabled works around this bug. Greetings from Austria, Alex signature.asc Description: This is a digitally signed message part
Bug#580113: [mplayer] No audio output to pulse
Any chance to check with other PA-enabled clients to verify our PA installation? (like vlc with the pulseaudio modules) Just tried vlc with vlc-plugin-pulse: --- pulse audio output: No. of Audio Channels: 2 pulse audio output debug: Pulse mainloop started pulse audio output debug: Pulse stream connected pulse audio output debug: Pulse initialized successfully pulse audio output debug: Buffer metrics: maxlength=141120, tlength=42336, prebuf=35280, minreq=7056 pulse audio output debug: Using sample spec 'float32le 2ch 44100Hz', channel map 'front-left,front-right'. pulse audio output debug: Connected to device alsa_output.pci-_00_1b.0.analog-stereo (0, not suspended). main audio output debug: using audio output module pulse pulse audio output debug: Pulse stream started --- I think this means that pulseaudio is working correctly here. signature.asc Description: This is a digitally signed message part
Bug#576457: pulseaudio: fails to start
Confirming this issue. Same error here (also tried a clean install). signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#573061: [couchdb] Split couchdb into separate packages
Package: couchdb Version: 0.10.1-1 Severity: minor Please consider providing separate packages (like couchdb-bin) so one does not have to install the system-daemon or init-files. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#558129: [libxxf86vm-dev] doesn't install xf86vmode.h
Package: libxxf86vm-dev Severity: normal --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-rc8 Debian Release: squeeze/sid 500 unstableftp.de.debian.org 100 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libxxf86vm1 (= 1:1.0.2-1) | 1:1.0.2-1 libx11-dev | 2:1.3.2-1 x11proto-xf86vidmode-dev | 2.3-0.1 dpkg -L libxxf86vm-dev: /usr /usr/lib /usr/lib/pkgconfig /usr/lib/pkgconfig/xxf86vm.pc /usr/lib/libXxf86vm.a /usr/share /usr/share/doc /usr/share/doc/libxxf86vm-dev /usr/share/doc/libxxf86vm-dev/copyright /usr/share/doc/libxxf86vm-dev/changelog.Debian.gz /usr/share/doc/libxxf86vm-dev/changelog.gz /usr/share/man /usr/share/man/man3 /usr/share/man/man3/XF86VidModeGetAllModeLines.3.gz /usr/share/man/man3/XF86VidModeDeleteModeLine.3.gz /usr/share/man/man3/XF86VidModeSwitchToMode.3.gz /usr/share/man/man3/XF86VidModeGetViewPort.3.gz /usr/share/man/man3/XF86VidModeSetGammaRamp.3.gz /usr/share/man/man3/XF86VidModeGetMonitor.3.gz /usr/share/man/man3/XF86VidModeSetViewPort.3.gz /usr/share/man/man3/XF86VidModeSetGamma.3.gz /usr/share/man/man3/XF86VM.3.gz /usr/share/man/man3/XF86VidModeGetGammaRampSize.3.gz /usr/share/man/man3/XF86VidModeModModeLine.3.gz /usr/share/man/man3/XF86VidModeGetGamma.3.gz /usr/share/man/man3/XF86VidModeQueryExtension.3.gz /usr/share/man/man3/XF86VidModeValidateModeLine.3.gz /usr/share/man/man3/XF86VidModeGetModeLine.3.gz /usr/share/man/man3/XF86VidModeSwitchMode.3.gz /usr/share/man/man3/XF86VidModeGetGammaRamp.3.gz /usr/share/man/man3/XF86VidModeQueryVersion.3.gz /usr/share/man/man3/XF86VidModeLockModeSwitch.3.gz /usr/share/man/man3/XF86VidModeSetClientVersion.3.gz /usr/share/man/man3/XF86VidModeGetPermissions.3.gz /usr/share/man/man3/XF86VidModeGetDotClocks.3.gz /usr/lib/libXxf86vm.so signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#536392: [screenlets] screenlets-daemon crashes
Hi! The bug seems to be in python-gobject package. I tried screenlets today, got a segmentation fault and found this bug report. Despite the current version was said to fix the bug I tried to apply the provided patch after building the source on my own and it worked. This is strange because once patches are applied, they should not apply a second time in the source folder, right? I came to the conclusion that at least the mentioned patch was not applied by dpkg-buildpackage although it's in series-file. Looking at debian/rules I saw that there was no include /usr/share/cdbs/1/rules/simple-patchsys.mk in the head section. I'm not entirely sure if that include needs to be there (don't really know all the debian build systems) but adding it seems to apply all patches in debian/series and the segfault is now gone. Greets, Alex signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#536392: [screenlets] screenlets-daemon crashes
Looking at debian/rules I saw that there was no include /usr/share/cdbs/1/rules/simple-patchsys.mk in the head section. Of course not. You are using quilt since 0.1.2-6. Stupid me. Proposed fix this time (hope I got it right): --- build/screenlets:: dh_quilt_patch [...] clean:: dh_quilt_unpatch --- signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#521673: [cryptsetup] Won't build with libtool 2.2.6a-1
Package: cryptsetup Version: 2:1.0.6-7 Severity: minor In an attempt to patch cryptsetup to use udevadm instead of udevsettle and build it with libtool at version 2.2.6a-1 I noticed that debian/rules tries to copy /usr/share/libtool/ltmain.sh ltmain.sh which is to be found in config/. I consider this to be rather a reminder than a bugreport ;-) Greets, Alex --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29 Debian Release: squeeze/sid 500 unstableftp.at.debian.org 100 experimentalftp.at.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#521678: [libtotem-plparser12] Should have build-depend on libicu-dev
Package: libtotem-plparser12 Version: 2.24.2-1 Severity: minor Title says it all; ld otherwise complains about missing icui18n. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29 Debian Release: squeeze/sid 500 unstableftp.at.debian.org 100 experimentalftp.at.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libatk1.0-0(= 1.20.0) | 1.24.0-2 libbonobo2-0 (= 2.15.0) | 2.24.1-1 libc6 (= 2.7-1) | 2.9-6 libcairo2 (= 1.2.4) | 1.8.6-2+b1 libcamel1.2-11 (= 2.22.3) | libdbus-1-3 (= 1.0.2) | 1.2.12-1 libedataserver1.2-9(= 2.22.3) | 2.22.3-1.1 libgconf2-4(= 2.13.5) | 2.24.0-7 libglib2.0-0 (= 2.16.3) | 2.20.0-2 libgtk2.0-0(= 2.12.0) | 2.16.0-1 libhal1 (= 0.5.8.1) | 0.5.11-8 liborbit2 (= 1:2.14.10) | 1:2.14.17-0.1 libpango1.0-0 (= 1.20.3) | 1.24.0-1 libxml2(= 2.6.27) | 2.7.3.dfsg-1 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#521546: [mesa] Transparency issues with DRI2
Package: mesa Version: 7.4 Severity: normal Tags: patch Hi! I've noticed that mesa 7.4 has been released and since rc1 has landed in experimental I guess you will upload it in no time, right? That said, could I ask you to cherry pick commit 66175aac7609ad314f25fbdff0d3958af310dc24 which fixes transparency problems for me with DRI2 in compiz? Thank you, Alex --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29 Debian Release: squeeze/sid 500 unstableftp.at.debian.org 500 unstabledebian-multimedia.informatik.uni-erlangen.de 100 experimentalftp.at.debian.org 100 experimentaldebian-multimedia.informatik.uni-erlangen.de signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
