Bug#878165: Fix upstream
Maybe this is related to kernel bug 197147. If you are running kernel 4.14 you are almost guaranteed to have hit it. The intel team has confirmed there is a problem in the BT firlwamre and have published updated firmware that fixes the problem (at least for me). So basically, upstream has fixed the issue. In the discussion ( https:// bugzilla.kernel.org/show_bug.cgi?id=197147 ) theree is a .tar.gz with thd new firmware files that should be copied to /lib/firmware/intel Give it a try, and if it fixes it, the package mantainer should consider, please, updating to the latests firmware signature.asc Description: This is a digitally signed message part.
Bug#830514: FYI
This bug is actually happening on plasma-desktop as present in testing at this date. Some packages are 5.8, some packages are 5.10 -- signature.asc Description: This is a digitally signed message part.
Bug#802522: mediawiki-extensions-ldapauth: Ldap auth is broken when used with php5 > 5.6.11
Package: mediawiki-extensions-ldapauth Version: 3.7 Severity: grave Tags: newcomer Justification: renders package unusable Dear Maintainer, It appears that due to a change in how ldap_connect works in php5-ldap >= 5.6.11 this extension for mediawiki fails to authenticate against ldap servers. Discussion on the bug and possible solution is on the mediawiki wiki https://www.mediawiki.org/wiki/Topic:Sl9i17el9a1g9tv1 For the record, the proposed fix in the discussion of changing rtrim to trim in the file extensions/LdapAuthentication/LdapAuthentication.php worked for me, but i cannot be 100% sure it is secure and "the proper thing to do" This renders this package unusable in stable, testing and unstable, as the sole purpouse of the package is to provide ldap auth. -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages mediawiki-extensions-ldapauth depends on: ii mediawiki-extensions-base 3.7 ii php5-ldap 5.6.13+dfsg-0+deb8u1 mediawiki-extensions-ldapauth recommends no packages. mediawiki-extensions-ldapauth suggests no packages. -- no debconf information
Bug#798696: breeze-cursor-theme: Breeze mouse theme reverts to default X11 mouse due to lack of line in index.theme
Package: breeze-cursor-theme Version: 4:5.4.0-1 Severity: normal Dear Maintainer, When using breee-cursor-theme the mouse theme reverts to default X11 cursor (for example, the resize cursor is not shown) because the index.theme file lacks a line describing the Inherit=breeze_cursors Please, consider changing this -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -- debconf-show failed
Bug#786762: libreoffice-core: PDF Export breaks transparent backgrounds
On Tuesday 26 May 2015 11:58:12 Rene Engelhard wrote: On Mon, May 25, 2015 at 03:19:38PM +0200, Alejandro Lorenzo Gallego wrote: On Monday 25 May 2015 13:43:35 Rene Engelhard wrote: Version update is definitely inappropriate. So the procedure would be a cherry-pick, yes... Will this be done in the repository for stable or should i work in my own That is the price-question. You filed this as important. I am not sure about that. I'd classify it as normal to be honest. Well, i suppose that's a matter of opinion. :) For me this bug really breaks libreoffice in a way that is pretty unusable for presentations, documents and spreadsheet that go a bit farther than the very basic functionality, hence the important bug. However, i understand that for some it may be considered a normal bug. You are the mantainer and i am sure you have a better judgment of the importance of a bug. So if you say it is normal, it is normal :D Even if it was (a pre-req for getting something fixes in stable is = important, see [1]) I'd need a pre-approval for it. I know, that's why i asked you if you were going to push this, i know a point release is coming and if this gets fixed in the stable repo i can workaround a bit on this, but if not, i am going to recompile the package with a patch for myself. Just wanted to know what to expect. Greetings and go on with the great work :D signature.asc Description: This is a digitally signed message part.
Bug#786762: libreoffice-core: PDF Export breaks transparent backgrounds
Package: libreoffice-core Version: 1:4.3.3-2 Severity: important Dear Maintainer, I've noticed that when exporting to PDF from libreoffice 4.3.3 (Stable version) the background of objects that ought to be transparent ( e.g. a frame with transparent background) get rendered with a solid background. This bug has been acknolowdged in the upstream bug 84294 (https://bugs.documentfoundation.org/show_bug.cgi?id=84294) and was solved and fix incorporated to the upstream 4.3.7 release. As this is stable package, i don't know if the procedure would be to update the whole version to 4.3.7 or cherrypicking the fix. The fix is detailed in this commmit: http://cgit.freedesktop.org/libreoffice/core/commit/?id=2b32cb7a06e89a86e4a961541b453df31410c126 It is a very simple one-liner, so it should be possible to cherry-pick this in case changing the whole version is considered inappropiate for stable. Greetings -- Package-specific info: All deployed bundled extensions: none All deployed shared extensions: none All deployed user extensions: none Experimental features enabled: item oor:path=/org.openoffice.Office.Common/Miscprop oor:name=ExperimentalMode oor:op=fusevaluefalse/value/prop/item -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages libreoffice-core depends on: ii fontconfig2.11.0-6.3 ii fonts-opensymbol 2:102.6+LibO4.4.0~alpha1-1 ii libatk1.0-0 2.14.0-1 ii libboost-date-time1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libclucene-contribs1 2.3.3.4-4 ii libclucene-core1 2.3.3.4-4 ii libcmis-0.4-4 0.4.1-7 ii libcups2 1.7.5-11 ii libcurl3-gnutls 7.38.0-4+deb8u2 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libeot0 0.01-3 ii libexpat1 2.1.0-6+b3 ii libexttextcat-2.0-0 3.4.4-1 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.4.2-2 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.42.1-1 ii libgltf-0.0-0 0.0.2-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libgraphite2-31.2.4-3 ii libgtk2.0-0 2.24.25-3 ii libharfbuzz-icu0 0.9.35-2 ii libharfbuzz0b 0.9.35-2 ii libhunspell-1.3-0 1.3.3-3 ii libhyphen02.8.8-2 ii libice6 2:1.0.9-1+b1 ii libicu52 52.1-8 ii libjpeg62-turbo 1:1.3.1-12 ii liblangtag1 0.5.1-3 ii liblcms2-22.6-3+b3 ii libldap-2.4-2 2.4.40+dfsg-1 ii libmythes-1.2-0 2:1.2.4-1 ii libneon27-gnutls 0.30.1-1 ii libnspr4 2:4.10.8-1 ii libnspr4-0d 2:4.10.8-1 ii libnss3 2:3.17.2-1.1 ii libnss3-1d2:3.17.2-1.1 ii libodfgen-0.1-1 0.1.1-2 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpng12-01.2.50-2+b2 ii librdf0 1.0.17-1+b1 ii libreoffice-common1:4.3.3-2+deb8u1 ii librevenge-0.0-0 0.0.1-3 ii libsm62:1.2.2-1+b1 ii libssl1.0.0 1.0.1k-3 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxinerama1 2:1.1.3-1+b1 ii libxml2 2.9.2+dfsg1-3 ii libxrandr22:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxslt1.11.1.28-2+b2 ii libxt61:1.1.4-1+b1 ii uno-libs3 4.4.0~alpha1-1 ii ure 4.4.0~alpha1-1 ii zlib1g1:1.2.8.dfsg-2+b1 libreoffice-core recommends no packages. libreoffice-core suggests no packages. Versions of packages libreoffice-common depends on: ii dpkg 1.17.25 ii libreoffice-style-crystal [libreoffice-style] 1:4.3.3-2+deb8u1 ii libreoffice-style-galaxy [libreoffice-style-default] 1:4.3.3-2+deb8u1 ii libreoffice-style-oxygen [libreoffice-style] 1:4.3.3-2+deb8u1 ii libreoffice-style-sifr [libreoffice-style]1:4.4.0~alpha1-1 ii ure 4.4.0~alpha1-1 Versions of packages libreoffice-common recommends: ii libexttextcat-data 3.4.4-1 ii python3-uno 1:4.3.3-2 ii
Bug#786762: libreoffice-core: PDF Export breaks transparent backgrounds
On Monday 25 May 2015 13:43:35 Rene Engelhard wrote: Version update is definitely inappropriate. So the procedure would be a cherry-pick, yes... Will this be done in the repository for stable or should i work in my own packages? signature.asc Description: This is a digitally signed message part.
Bug#782521: openvpn: Segfault when using unsupported cipher mode offered by openssl but not supported by openvpn
Package: openvpn Version: 2.3.4-5 Severity: normal Dear Maintainer, According to the upstream bug tracker, versions of openvpn prior to OpenVPN 2.3.5 are subject to segfault when they try to use some special ciphers offered by new versions of OpenSSL (https://community.openvpn.net/openvpn/ticket/471) Some new ciphers offered by OpenSSL need access to a new API that is not to be implemented until 2.4.0. So, please, consider applying this upstream commit to the debian package: commit deff485f85e0eb9502f1ed2cdda2dd41a429fe58 Author: Steffan Karger steffan@… Date: Sun Jun 8 18:16:13 2014 +0200 Add proper check for crypto modes (CBC or OFB/CFB) OpenSSL has added AEAD-CBC mode ciphers like AES-128-CBC-HMAC-SHA1, which have mode EVP_CIPH_CBC_MODE, but require a different API (the AEAD API). So, add extra checks to filter out those AEAD-mode ciphers. Problem is current version list these ciphers as available, and will segfault when you try to use them. Obvious workaround if to not use those cipher modes. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.56 ii init-system-helpers1.22 ii initscripts2.88dsf-59 ii iproute2 3.16.0-2 ii libc6 2.19-17 ii liblzo2-2 2.08-1.2 ii libpam0g 1.1.8-3.1 ii libpkcs11-helper1 1.11-2 ii libssl1.0.01.0.1k-3 Versions of packages openvpn recommends: ii easy-rsa 2.2.2-1 Versions of packages openvpn suggests: ii openssl 1.0.1k-3 pn resolvconf none -- Configuration Files: /etc/default/openvpn changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736350: About my lack of response
It is great to hear the bug is finally solved. It seems the debian bug tracking system has not sent me emails relating this bug report, that's why i didn't answer to your questions signature.asc Description: This is a digitally signed message part.
Bug#736350: libopenscenegraph99: openscengraph sid version causes texture corruption in flightgear
Package: libopenscenegraph99 Severity: normal Dear Maintainer, Current debian sid package 3.2.0-rc1-2 causes texture rendering in flightgear become correupted on models. I have reproduced the bug in two different machines. One running Intel graphics adapter (HD3000) and another running an Nvidia GeForce GTX 560 with propietary drivers installed. The texture corruption issue disappeared after compiling and installing stable upstream 3.2.0 openscenegraph. Please, consider upgrading sid package to upstream openscenegraph. Thanks for your time -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libopenscenegraph99 depends on: ii libavcodec54 10:1.2.4-dmo4 ii libavdevice53 7:0.10.3-dmo1 ii libavformat54 10:1.2.4-dmo4 ii libavutil52 10:2.1.3-dmo1 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libcoin80 3.1.4~abc9f50-4 ii libcurl3-gnutls 7.34.0-1 ii libgcc1 1:4.8.2-14 ii libgdal1h 1.10.1+dfsg-3 ii libgif4 4.1.6-11 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglib2.0-0 2.36.4-1 ii libjasper11.900.1-14 ii libjpeg8 8d-2 ii libopenthreads14 3.2.0~rc1-2 ii libpng12-01.2.49-5 ii libpoppler-glib8 0.18.4-10 ii libqt4-opengl 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore44:4.8.5+git209-g718fae5+dfsg-1 ii libqtgui4 4:4.8.5+git209-g718fae5+dfsg-1 ii librsvg2-22.40.0-1 ii libstdc++64.8.2-14 ii libswscale2 10:2.1.3-dmo1 ii libtiff5 4.0.3-7 ii libx11-6 2:1.6.2-1 ii libxine1 1:1.1.21-dmo2 ii zlib1g1:1.2.8.dfsg-1 libopenscenegraph99 recommends no packages. libopenscenegraph99 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730206: libtag1c2a: SIGSEG while reading some flac tags
Package: libtag1c2a Version: 1.9.1-2 Severity: important Dear Maintainer, It seems that the method replace in ByteVector class in the TagLib implementation had some troubles with some kind of tags (.flac tags seem to be the problem) This has been acknowledge in the github repostiroy of the library (https://github.com/taglib/taglib/issues/308) And has been corrected in the master branch. (https://github.com/taglib/taglib/pull/309) Please, consider applying the patch to the current Debian package. Patch can be found in URL https://github.com/taglib/taglib/commit/34f8cd8a90efe69c31a49dae9181040e343a1f71.diff Thanks -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-rc6 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libtag1c2a depends on: ii libtag1-vanilla 1.9.1-2 libtag1c2a recommends no packages. libtag1c2a 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#722193: Flightgear 2.10-3 is not installable
Flightgear 2.10-3 is not installable because there is no installable package for dependencies: libopenscenegraph100 libopenthreads15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714260: fgfs-base: New upstream release
Package: fgfs-base Version: 2.6.0-1.1 Severity: wishlist Dear Maintainer, Current upstream flightgear release is 2.10 while we have 2.6 (that's two releases older) Please, consider upgrading debian's packages -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fgfs-base depends on: ii tzdata 2013b-2 fgfs-base recommends no packages. fgfs-base 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#687976: libqtmultimediakit1: QtMobility multimedia is built without gstreamter photography support due to bad dependencies
Package: libqtmultimediakit1 Version: 1.2.0-3 Severity: normal Dear Maintainer, I was developing an application that access webcams directly through QtMobility API. This framework has a number of backends that allow acces to cameras in a multi- platform manner. With the current version from repositories i was noticing a very high CPU usages (246% , various threads hoggin 4 CPUs in my machine) In the qt bug tracking (https://bugreports.qt- project.org/browse/QTMOBILITY-1923) i found a reference to the fact that qtmobility can use two backends in linux : gstreamer camerabin and video4linux .. The latter seems to be very inefficient in terms of CPU usage. After making an apt-source and compiling myself qtmobility i checked that the configure test where failing to detect gst-photography support, altough i have installed all the build dependencies for the package. After tampering a bit with my system and after installing this -dev files the configure test passed and the qtmultimediakit library built this way show considerable less CPU usage (-dev packages installed) alex@mercurio:/media/truecrypt1/svn/AirAndGround/Ground/Software$ dpkg -l | grep streamer | grep dev ii libgstreamer-plugins-bad0.10-0:amd64 0.10.23-7 amd64GStreamer development files for libraries from the bad set ii libgstreamer-plugins-bad0.10-dev 0.10.23-7 amd64GStreamer development files for libraries from the bad set ii libgstreamer-plugins-bad1.0-0:amd640.11.94-1 amd64GStreamer development files for libraries from the bad set ii libgstreamer-plugins-bad1.0-dev0.11.94-1 amd64GStreamer development files for libraries from the bad set ii libgstreamer-plugins-base0.10-dev 0.10.36-1 amd64GStreamer development files for libraries from the base set ii libgstreamer-plugins-base1.0-dev 0.11.94-1 amd64GStreamer development files for libraries from the base set ii libgstreamer0.10-dev 0.10.36-1 amd64GStreamer core development files ii libgstreamer1.0-dev0.11.94-1 amd64GStreamer core development files So please, add the proper dependencies and recompile the package to give all users a better debian experience :) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.2 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libqtmultimediakit1 depends on: ii libasound2 1.0.25-4 ii libc62.13-35 ii libgcc1 1:4.7.1-9 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglib2.0-0 2.33.12+really2.32.3-1 ii libgstreamer-plugins-bad0.10-0 0.10.23-7 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libpulse02.0-6 ii libqt4-network 4:4.8.2+dfsg-2 ii libqt4-opengl4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui44:4.8.2+dfsg-2 ii libstdc++6 4.7.1-9 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxml2 2.8.0+dfsg1-5 ii libxv1 2:1.0.7-1 ii multiarch-support2.13-35 libqtmultimediakit1 recommends no packages. Versions of packages libqtmultimediakit1 suggests: ii qtmobility-l10n 1.2.0-3 -- 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#677986: pm-utils: MacBook Pro fails to suspend
Package: pm-utils Version: 1.4.1-8 Severity: important My MacBook Pro unibody (2011) fails to suspend when pm-utils version 1.4.1-9 is installed. Reverting back to 1.4.1-8 makes the suspend command works again. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pm-utils depends on: ii powermgmt-base 1.31 Versions of packages pm-utils recommends: ii hdparm 9.39-1 ii kbd 1.15.3-9 ii procps 1:3.3.3-1 ii vbetool 1.1-2 Versions of packages pm-utils suggests: ii cpufrequtils008-1 pn ethtool none pn radeontool none ii wireless-tools 30~pre9-8 -- 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#543733: plasma-widgets-addons: Comic plasma widget does not work
Package: plasma-widgets-addons Version: 4:4.3.0-2 Severity: important I have a KDE4 desktop with a container for a comic plasmoid.. No matter which source for the comic plasmoid i chose, it never displays the comic. In fact, it always show the button which says configure even i have just configured it Actions in the menu as Go to first strip, Go to last strip and Go to strip... fail to launch any dialog at all, altough they trigger a repaint (just to show again the configure button) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-widgets-addons depends on: ii kdebase-runtime4:4.3.0-2 runtime components from the offici ii kdelibs5 4:4.3.0-2 core libraries for all KDE 4 appli ii libc6 2.9-25GNU C Library: Shared libraries ii libgcc11:4.4.1-3 GCC support library ii libkexiv2-74:4.3.0-1 Qt like interface for the libexiv2 ii libphonon4 4:4.5.2-2 Qt 4 Phonon module ii libplasma3 4:4.3.0-2 library for the KDE 4 Plasma deskt ii libplasmaclock44:4.3.0-3 Library for the plasma clock ii libqt4-dbus4:4.5.2-2 Qt 4 D-Bus module ii libqt4-svg 4:4.5.2-2 Qt 4 SVG module ii libqt4-webkit 4:4.5.2-2 Qt 4 WebKit module ii libqt4-xml 4:4.5.2-2 Qt 4 XML module ii libqtcore4 4:4.5.2-2 Qt 4 core module ii libqtgui4 4:4.5.2-2 Qt 4 GUI module ii libsoprano42.3.0+dfsg.1-2+b2 libraries for the Soprano RDF fram ii libstdc++6 4.4.1-3 The GNU Standard C++ Library v3 ii libweather-ion44:4.3.0-3 Library which provides an interfac ii libx11-6 2:1.2.2-1 X11 client-side library ii phonon 4:4.5.2-2 Qt 4 Phonon module metapackage ii plasma-dataengines-add 4:4.3.0-2 addons for KDE 4 Plasma - data eng ii plasma-dataengines-wor 4:4.3.0-3 KDE 4 base workspace Plasma data e ii plasma-runners-addons 4:4.3.0-2 addons for KDE 4 Plasma - krunner Versions of packages plasma-widgets-addons recommends: ii plasma-widget-lancelot4:4.3.0-2 addons for KDE 4 Plasma - lancelot plasma-widgets-addons 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#316924: yafray: Crashes rendering in full GI method and photons enabled
Package: yafray Version: 0.0.7-2 Severity: important I am using Blender+Yafray to render and i think i have found a problem in yafray. I don't know if the problem is specific to Debian or it is in the upstream code, since i wasn't able to compile the source code. The problem is that the program crashes in a reproducible way when rendering a scene. It is easily reproducible if you are using blender: 1.-Open Blender, the standard scene will do. 2.-Change the Render of the scene from 'Blender internal's' to 'yafray' 3.-Deactivate xml export (or define a path to export and use that option,it is not important) 4.-Select Full method for GI 5.-Activate Photons to the render 6.-Start the Render (F12) 7.-Yafray crashes and also crashes blender if you are rendering using the plugin instead the xml esport 8.- Profit!!! rm...no, this doesn't belongs here I have uploaded a .xml file that makes the yafray crashing: http://ballfire.ath.cx/~alex/YBtest.xml usage: yafray YBtest.xml Result: crash of yafray -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to es_ES) Versions of packages yafray depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.0-11 GCC support library ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libstdc++5 1:3.3.6-7The GNU Standard C++ Library v3 ii zlib1g 1:1.2.2-4compression library - runtime yafray recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]