Bug#838342: gnome-builder 3.22 fails to install cleanly
Package: gnome-builder Version: 3.22.0-1 Severity: normal Dear Maintainer, Setting up gnome-builder (3.22.0-1) ... File "/usr/share/gnome-builder/plugins/autotools_templates/resources/bin/wrapper.py", line 4 {{if enable_i18n}} ^ SyntaxError: invalid syntax File "/usr/share/gnome-builder/plugins/autotools_templates/resources/src/__main__.py", line 1 {{include "license.py"}} ^ SyntaxError: invalid syntax dpkg: error processing package gnome-builder (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: gnome-builder Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-builder depends on: ii clang1:3.8-34~exp4 ii dconf-gsettings-backend [gsettings-backend] 0.26.0-1 ii exuberant-ctags 1:5.9~svn20110310-11 ii gir1.2-git2-glib-1.0 0.24.0-3 ii gir1.2-glib-2.0 1.49.2-1 ii gir1.2-gtk-3.0 3.21.6-1 ii gir1.2-gtksource-3.0 3.22.0-1 ii gir1.2-peas-1.0 1.20.0-1 ii gir1.2-webkit2-4.0 2.13.92-1 ii libatk1.0-0 2.22.0-1 ii libc62.24-3 ii libcairo-gobject21.14.6-1+b1 ii libcairo21.14.6-1+b1 ii libclang1-3.61:3.6.2-3 ii libdevhelp-3-2 3.22.0-1 ii libflatpak0 0.6.10-1 ii libfontconfig1 2.11.0-6.7 ii libfreetype6 2.6.3-3+b1 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libgirepository-1.0-11.49.2-1 ii libgit2-24 0.24.1-2 ii libgit2-glib-1.0-0 0.24.0-3 ii libglib2.0-0 2.49.7-1 ii libgnutls30 3.5.4-2 ii libgtk-3-0 3.21.6-1 ii libgtksourceview-3.0-1 3.22.0-1 ii libjavascriptcoregtk-4.0-18 2.13.92-1 ii libpango-1.0-0 1.40.2-1 ii libpangocairo-1.0-0 1.40.2-1 ii libpangoft2-1.0-01.40.2-1 ii libpcre2-8-0 10.22-2 ii libpcre3 2:8.39-2 ii libpeas-1.0-01.20.0-1 ii libpython3.5 3.5.2-5 ii libsoup2.4-1 2.56.0-1 ii libvala-0.32-0 0.32.1-1 ii libvala-0.32-dev 0.32.1-1 ii libvte-2.91-00.46.0-1 ii libwebkit2gtk-4.0-37 2.13.92-1 ii libxml2 2.9.4+dfsg1-2 ii python3-gi 3.22.0-1 pn python3:any ii sysprof 3.21.91-1 ii valac-0.32-vapi 0.32.1-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gnome-builder recommends: pn python3-jedi ii python3-lxml 3.6.4-1 gnome-builder suggests no packages. -- no debconf information
Bug#837488: python3-pyopencl: Broken install
Package: python3-pyopencl Version: 2016.1+git20160809-1 Severity: normal Dear Maintainer, Do you want to continue? [Y/n] Y Setting up python3-pyopencl (2016.1+git20160809-1) ... File "/usr/lib/python3/dist-packages/pyopencl/compyte/ndarray/gen_elemwise.py", line 955 print sio.getvalue() ^ SyntaxError: invalid syntax File "/usr/lib/python3/dist-packages/pyopencl/compyte/ndarray/test_gpu_ndarray.py", line 314 print shp, dtype, offseted, order1, order2 ^ SyntaxError: Missing parentheses in call to 'print' dpkg: error processing package python3-pyopencl (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: python3-pyopencl E: Sub-process /usr/bin/dpkg returned an error code (1) mdriftmeyer@horus:~/tmp-files$ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-pyopencl depends on: ii libc6 2.24-2 ii libgcc1 1:6.2.0-3 ii libstdc++6 6.2.0-3 ii mesa-opencl-icd [opencl-icd]12.0.2-1 ii ocl-icd-libopencl1 [libopencl1] 2.2.9-2 ii pocl-opencl-icd [opencl-icd]0.13-7 ii python3 3.5.1-4 ii python3-appdirs 1.4.0-2 pn python3-cffi-backend-api-max pn python3-cffi-backend-api-min ii python3-decorator 4.0.6-1 ii python3-numpy [python3-numpy-abi9] 1:1.11.1~rc1-1 ii python3-pkg-resources 27.1.2-1 ii python3-pytools 2016.2.1-1 ii python3-six 1.10.0-3 pn python3:any Versions of packages python3-pyopencl recommends: ii python-pyopencl-doc 2016.1+git20160809-1 ii python3-mako 1.0.4+ds1-1 Versions of packages python3-pyopencl suggests: pn python3-imaging-tk ii python3-matplotlib1.5.3-1 ii python3-opengl3.1.0+dfsg-1 pn python3-pyopencl-dbg ii python3-pytest3.0.2-1 -- no debconf information
Bug#819291: pitivi: 0.95-1+b1 segfaults against gtk+3.0 3.20
You can close the bug. Pitivi 0.97 runs cleanly. Sincerely, Marc Jeffrey Driftmeyer On 03/30/2016 12:12 AM, Sebastian Dröge wrote: On Di, 2016-03-29 at 12:28 -0700, Marc J. Driftmeyer wrote: Downloaded the latest executable from Pitivi, pitivi-0.95-x86_64- 2016-03-26_0816, and it loads just fine. I meant the latest version of things in unstable :) Completely different binaries that ship their own versions of most of the dependencies are not a good comparison. Can you please get a backtrace of the crash? -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#831819: darktable 2.0.5 crashes on OpenCL
Package: darktable Version: 2.0.5-2 Severity: normal Dear Maintainer, Output as follows: mdriftmeyer@horus:~$ darktable The entire clEnqueueCopyImageToBuffer call is unimplemented (clEnqueueCopyImageToBuffer.c:15) mdriftmeyer@horus:~$ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages darktable depends on: ii libatk1.0-0 2.20.0-1 ii libc6 2.23.90+20160711.c10f90d-1 ii libcairo-gobject2 1.14.6-1+b1 ii libcairo2 1.14.6-1+b1 ii libcolord-gtk10.1.26-1 ii libcolord21.3.2-1 ii libcups2 2.1.4-4 ii libcurl3-gnutls 7.47.0-1 ii libexiv2-14 0.25-3 ii libflickcurl0 1.25-3 ii libgcc1 1:6.1.1-9 ii libgdk-pixbuf2.0-02.34.0-1 ii libgl1-mesa-glx [libgl1] 12.0.1-3 ii libglib2.0-0 2.49.2-2 ii libglu1-mesa [libglu1]9.0.0-2.1 ii libgomp1 6.1.1-9 ii libgphoto2-6 2.5.10-3 ii libgphoto2-port12 2.5.10-3 ii libgraphicsmagick-q16-3 1.3.24-1 ii libgtk-3-03.20.6-2 ii libice6 2:1.0.9-1+b1 ii libilmbase12 2.2.0-11 ii libjpeg62-turbo 1:1.5.0-1 ii libjs-prototype 1.7.1-3 ii libjs-scriptaculous 1.9.0-2 ii libjson-glib-1.0-01.2.0-1 ii liblcms2-22.7-1 ii liblensfun1 0.3.2-3 ii liblua5.2-0 5.2.4-1 ii libopenexr22 2.2.0-11 ii libopenjp2-7 2.1.1-1 ii libosmgpsmap-1.0-11.1.0-1 ii libpango-1.0-01.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpng16-16 1.6.23-1 ii libpugixml1v5 1.7-2 ii librsvg2-22.40.16-1 ii libsdl1.2debian 1.2.15+dfsg1-4 ii libsecret-1-0 0.18.5-1 ii libsm62:1.2.2-1+b1 ii libsoup2.4-1 2.54.1-1 ii libsqlite3-0 3.13.0-1 ii libstdc++66.1.1-9 ii libtiff5 4.0.6-2 ii libwebp5 0.4.4-1.1 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxml2 2.9.4+dfsg1-1 ii libxrandr22:1.5.0-1 ii zlib1g1:1.2.8.dfsg-2+b1 darktable recommends no packages. darktable suggests no packages. -- no debconf information
Bug#828624: samba: Service fails to install and start
Package: samba Version: 2:4.4.4+dfsg-1 Followup-For: Bug #828624 Dear Maintainer, Selecting previously unselected package samba. (Reading database ... 704294 files and directories currently installed.) Preparing to unpack .../samba_2%3a4.4.4+dfsg-1_amd64.deb ... Unpacking samba (2:4.4.4+dfsg-1) ... Processing triggers for libc-bin (2.23-0experimental2) ... Processing triggers for systemd (230-3) ... Processing triggers for man-db (2.7.5-1) ... Setting up samba (2:4.4.4+dfsg-1) ... Created symlink /etc/systemd/system/multi-user.target.wants/nmbd.service → /lib/systemd/system/nmbd.service. Created symlink /etc/systemd/system/multi-user.target.wants/samba-ad-dc.service → /lib/systemd/system/samba-ad-dc.service. Created symlink /etc/systemd/system/multi-user.target.wants/smbd.service → /lib/systemd/system/smbd.service. Job for samba-ad-dc.service failed because the control process exited with error code. See "systemctl status samba-ad-dc.service" and "journalctl -xe" for details. invoke-rc.d: initscript samba-ad-dc, action "start" failed. dpkg: error processing package samba (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for libc-bin (2.23-0experimental2) ... Processing triggers for systemd (230-3) ... Errors were encountered while processing: samba E: Sub-process /usr/bin/dpkg returned an error code (1) Gotta love when testing isn't thorough. Marc J. Driftmeyer -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages samba depends on: ii adduser 3.114 ii dpkg 1.18.7 ii init-system-helpers 1.35 ii libbsd0 0.8.3-1 ii libc62.23-0experimental2 ii libldb1 2:1.1.26-1 ii libpam-modules 1.1.8-3.3 ii libpam-runtime 1.1.8-3.3 ii libpopt0 1.16-10 ii libpython2.7 2.7.12~rc1-2 ii libtalloc2 2.1.6-1 ii libtdb1 1.3.9-1 ii libtevent0 0.9.28-1 ii libwbclient0 2:4.4.4+dfsg-1 ii lsb-base 9.20160601 ii procps 2:3.3.11-3 ii python 2.7.11-2 ii python-dnspython 1.14.0-1 ii python-samba 2:4.4.4+dfsg-1 pn python2.7:any ii samba-common 2:4.4.4+dfsg-1 ii samba-common-bin 2:4.4.4+dfsg-1 ii samba-libs 2:4.4.4+dfsg-1 ii tdb-tools1.3.9-1 ii update-inetd 4.43 Versions of packages samba recommends: ii attr1:2.4.47-2 ii logrotate 3.8.7-2 ii samba-dsdb-modules 2:4.4.4+dfsg-1 ii samba-vfs-modules 2:4.4.4+dfsg-1 Versions of packages samba suggests: ii bind9 1:9.10.3.dfsg.P4-10 ii bind9utils 1:9.10.3.dfsg.P4-10 pn ctdb pn ldb-tools ii ntp1:4.2.8p8+dfsg-1 ii smbldap-tools 0.9.9-1 pn ufw ii winbind2:4.4.4+dfsg-1 -- no debconf information
Bug#826301: flashplugin-nonfree: update-flashplugin-nonfree --install fails to download updated version
Good. Glad we did. The thing has been outdated and crapping on every web site across the Internet. It takes 5 minutes to build a new hash and update the package being pulled. It only took nearly 2 weeks of it to get your attention. Don't fret none. In a year or so all sites will have flash removed and you can go eventually abandon the package. It may annoy you, but you took on the responsibility for such an irritating package, which such broad impact, that you'd think making a cron job that weekly checks whether a newer update is ready and then sends you a note when it is would help you monitor the package in a more timely manner. - Marc On 06/09/2016 03:06 PM, John Paul Adrian Glaubitz wrote: Jesus Christ, people! There are actually seven duplicates of the *SAME* bug report? Do you people even bother these days to check for existing bug reports or do you just file a new bug right away and always assume you're the first one? Seriously, how hard is it to open your browser and point it to bugs.debian.org, then type "flashplugin-nonfree" and then hit "Search"? And if you're using "reportbug", it *will* actually show you all the existing bug reports. Please be more considerate in the future. You guys produced a lot of unnecessary noise! There is no need to assume what with a package that is being installed by thousands of users, that *you* will have been the first one to discover this particular issue. Is there? So, for the next time: *Before* reporting a bug, *please* check for existing bug reports! Thank you! Adrian -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#826777: flashplugin-nonfree: latest security release missing from hash
Package: flashplugin-nonfree Version: 1:3.6.1+b1 Severity: normal Dear Maintainer, Fix the service to get .626 to avoid all the annoying Flash Plugin errors across all web site. Sincerely, Marc J. Driftmeyer -- Package-specific info: Debian version: stretch/sid Architecture: amd64 Package version: 1:3.6.1+b1 Adobe Flash Player version: LNX 11,2,202,616 MD5 checksums: 160a01dd00527304e5291e65eb0c65e2 /var/cache/flashplugin-nonfree/get-upstream-version.pl 18271ef4389464f5236e415a8f140872 /var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz cb4968ab3f52b73a05590ecd87a83bd5 /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link best version is /usr/lib/flashplugin-nonfree/libflashplayer.so link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so link flash-mozilla.so is /usr/lib/mozilla/plugins/flash-mozilla.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 lrwxrwxrwx 1 root root 34 Aug 17 2015 /usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to /etc/alternatives/flash-mozilla.so -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages flashplugin-nonfree depends on: ii binutils 2.26-10 ii ca-certificates20160104 ii debconf [debconf-2.0] 1.5.59 ii gnupg 2.1.12-1 ii libatk1.0-02.20.0-1 ii libcairo2 1.14.6-1+b1 ii libcurl3-gnutls7.47.0-1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgcc11:6.1.1-5 ii libglib2.0-0 2.48.1-1 ii libgtk2.0-02.24.30-2 ii libnspr4 2:4.12-2 ii libnss32:3.23-2 ii libpango1.0-0 1.40.1-1 ii libstdc++6 6.1.1-5 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxt6 1:1.1.5-1 ii wget 1.17.1-2 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: ii fonts-dejavu 2.35-1 pn hal pn iceweasel ii konqueror-nsplugins4:16.04.1-1 ii ttf-mscorefonts-installer 3.6 pn ttf-xfree86-nonfree -- no debconf information
Bug#807788: texworks crashes looking for libpoppler.so.47
Confirmed. Close. - Marc On 05/11/2016 06:14 AM, Hilmar Preusse wrote: On 13.12.15 Marc J. Driftmeyer (m...@reanimality.com) wrote: Hi Marc, With the most recent updates to Poppler 0.38 the shared object library coded instead of linking to libpoppler.so is linked to libpoppler.so.47 TeXWorks crashes as the new version is libpoppler.so.57. I guess this has been fixed in latest texworks upload (0.6.0). Please confirm. Hilmar -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#822828: gedit 3.20 segfaulting
The original bug segfaulted on launch. Now the only segfault occurs within loading that particular plugin. So whatever changed within GTK+ and the bindings Gedit uses [sans the gedit-plugins] that original bug can be closed as the behavior is no longer present. I only suggest a regression test on what might be the offending code in that particular plugin that causes an immediate crash for Gedit upon selection. Whatever the method call that loads the module into use it automatically segfaults Gedit. - Marc On 05/10/2016 01:19 PM, Michael Biebl wrote: Hi Marc On Wed, 27 Apr 2016 20:24:33 -0700 "Marc J. Driftmeyer" wrote: Package: gedit Version: 3.20.1-1 Severity: normal Dear Maintainer, I'm having only Gedit 3.20 running into issues/showstoppers on my Debian Sid configuration. Included is the strace output from the command line. I hope you can find what is throwing this exception and cause a segfault. Great application in my workflow. Is this a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823770 i.e., should we reassign and merge the two bug reports? Regards, Michael -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#823770: gedit-plugins: source code color plugin crashes gedit
Package: gedit-plugins Version: 3.20.0-1 Severity: normal Dear Maintainer, When activating the Color Scheme Editor plugin Gedit 3.20 crashes. It repeated segfaults until I remove gedit-plugins. Restart Gedit then works. Reinstalling gedit-plugins with all of them disabled works. Workaround: Don't activate Color Scheme Editor. Real solution: either remove the plugin or run more tests to make sure it doesn't segfault Gedit. - Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gedit-plugins depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-1 ii gedit3.20.1-1 ii gir1.2-git2-glib-1.0 0.24.0-3 ii gir1.2-glib-2.0 1.48.0-2 ii gir1.2-gtk-3.0 3.20.3-2 ii gir1.2-gtksource-3.0 3.20.2-1 ii gir1.2-gucharmap-2.901:8.0.0-1 ii gir1.2-pango-1.0 1.40.1-1 ii gir1.2-peas-1.0 1.18.0-1+sid1 ii gir1.2-vte-2.91 0.44.1-1 ii gir1.2-zeitgeist-2.0 0.9.16-0.1 ii libatk1.0-0 2.20.0-1 ii libc62.23-0experimental2 ii libcairo-gobject21.14.6-1+b1 ii libcairo21.14.6-1+b1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libgirepository-1.0-11.48.0-2 ii libglib2.0-0 2.48.0-1 ii libgtk-3-0 3.20.3-2 ii libgtksourceview-3.0-1 3.20.2-1 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpeas-1.0-01.18.0-1+sid1 ii libzeitgeist-2.0-0 0.9.16-0.1 ii python3 3.5.1-3 ii python3-cairo1.10.0+dfsg-5+b1 ii python3-dbus 1.2.4-1 ii python3-gi 3.20.1-1 ii python3-gi-cairo 3.20.1-1 ii python3.53.5.1-11 gedit-plugins recommends no packages. Versions of packages gedit-plugins suggests: ii zeitgeist-datahub 0.9.16-0.1 -- no debconf information
Bug#822827: python3-pyqt5: qt5-5-1 abi dependencies makes install impossible against Qt5.6
I've installed the PyQt 5.6 and look forward to when Calibre moves away from the 5-5-1 hard dependency. For now, I can use their pre-builts. Thanks for your help, Marc On 05/01/2016 10:45 AM, Dmitry Shachnev wrote: Control: notfound -1 5.6 Control: found -1 pyqt5/5.6+dfsg-1 Control: fixed -1 pyqt5/5.6+dfsg-2 Hi Marc, On Wed, Apr 27, 2016 at 05:53:18PM -0700, Marc J. Driftmeyer wrote: Yet, in Debian we get this: python3-pyqt5 depends on qtbase-abi-5-5-1 qtbase-abi-5-5-1 does not appear to be available python3-pyqt5 suggests python3-pyqt5-dbg I hope this is an oversight. As of now its useless against Qt 5.6.0 which being in Sid. I have uploaded a PyQt version built against Qt 5.6 to experimental. -- Dmitry Shachnev -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#822827: python3-pyqt5: qt5-5-1 abi dependencies makes install impossible against Qt5.6
Package: python3-pyqt5 Version: 5.6 Severity: normal Dear Maintainer, >From the release notes: PyQt v5.6 has been released. The highlights of the release are support for Qt v5.6.0 and the provision of wheels for Python v3.5 for Linux, OS X and Windows. Added full support for Qt v5.6.0. Python v3.5 wheels are available for 64-bit Linux, 64-bit OS X and 32 and 64-bit Windows. (After this release Windows .exe installers will no longer be produced.) Added the QtWebEngineCore module. Added the missing qt_set_sequence_auto_mnemonic() to QtGui. Added the missing MouseLock to QWebEnginePage.Feature. Added the missing WA_DontShowOnScreen. PEP 484 stub files are installed by default. Added the --import-from command line argument to pyuic5. Added the --no-stubs and --stubsdir options to configure.py. Added the --qtconf-prefix option to configure.py. Yet, in Debian we get this: python3-pyqt5 depends on qtbase-abi-5-5-1 qtbase-abi-5-5-1 does not appear to be available python3-pyqt5 suggests python3-pyqt5-dbg I hope this is an oversight. As of now its useless against Qt 5.6.0 which being in Sid. - Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-pyqt5 depends on: ii libc6 2.22-7 ii libgcc11:6.0.1-2 ii libpython3.5 3.5.1-11 ii libqt5core5a 5.6.0+dfsg-2 ii libqt5dbus55.6.0+dfsg-2 ii libqt5designer55.6.0-1 ii libqt5gui5 5.6.0+dfsg-2 ii libqt5help55.6.0-1 ii libqt5network5 5.6.0+dfsg-2 ii libqt5printsupport55.6.0+dfsg-2 ii libqt5test55.6.0+dfsg-2 ii libqt5widgets5 5.6.0+dfsg-2 ii libqt5xml5 5.6.0+dfsg-2 ii libstdc++6 6.0.1-2 ii python33.5.1-3 ii python3-sip [sip-py3api-11.3] 4.18+dfsg-1 pn qtbase-abi-5-5-1 python3-pyqt5 recommends no packages. Versions of packages python3-pyqt5 suggests: pn python3-pyqt5-dbg
Bug#820250: calibre: rebuild against Qt 5.6
Source: calibre Version: 2.54 Severity: normal Dear Maintainer, When you have time I would appreciate being able to move a large portion of my Qt installation to 5.6.0, but Calibre/Calibre-bin are holding everything up with its build depends. The sooner it gets rebuilt against Qt 5.6.0 the better. - Marc J. Driftmeyer -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#806745: gegl --list-all crashes
All clean. You can close it. - Marc On 04/04/2016 09:00 AM, Matteo F. Vescovi wrote: Control: tag -1 + moreinfo On 2016-04-04 at 15:58 (CEST), Marc J. Driftmeyer wrote: I'm betting if I rebuild GEGL from trunk it will work. If that's the case, your build of GEGL needs investigating. So? -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#819846: gnome-music: python-gi crashing gnome-music upon launch
Downgrading GNOME Music back to 3.18.2 then flushing Tracker indexes, followed by reinstalling GNOME Music to 3.20 and updating today's sid branch accessibility to 3.20, and restarting GNOM Music it now loads, albeit empty while tracker works. - Marc On 04/03/2016 01:03 AM, Andreas Henriksson wrote: Hello Marc J. Driftmeyer. Thanks for your bug report. On Sat, Apr 02, 2016 at 05:22:15PM -0700, Marc J. Driftmeyer wrote: Package: gnome-music Version: 3.20.0-1 Severity: normal [...] mdriftmeyer@horus:~$ gnome-music /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_array_append_vals: assertion 'array' failed g_type = info.get_g_type() /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_hash_table_lookup: assertion 'hash_table != NULL' failed g_type = info.get_g_type() [...] Did gnome-music work for you in a previous version? Did downgrading again fix the problem for you? Fwiw, it works for me (and a small unrelated to your issue bug fix has been committed to svn already - namely depend on grilo-plugins-0.3, so make sure you have that package installed as well). I searched google and ran into someone having similar problems at: https://bbs.archlinux.org/viewtopic.php?id=193754 That discussion happened way before gnome-music 3.20 was released so likely you have some kind of general issue with gnome-music (possibly related to tracker data, but the discussions on the forum is quite vague). It looks to me like someone (who can reproduce the issue?) might have to get their hands dirty and debug this. If you could please investigate if there's any upstream bug report for this issue otherwise please file one Regards, Andreas Henriksson -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#819846: gnome-music: python-gi crashing gnome-music upon launch
I have all of the latest including Grilo-0.3 packages. Music worked after rebuilding the index structures with Tracker for the 3.18 branch. Upgrading to 3.20 with the latest python and tracker updates now produces these errors. In a different app, Pitivi, the updates with python-gi and gtk+, etc., causes a similar error in output before crashing. More recent trunk builds of Pitivi load just fine. Downgrading Gnome-Music to 3.18.2 produces an empty indexed UI, with the following output to console: gnome-music /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_array_append_vals: assertion 'array' failed g_type = info.get_g_type() /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_hash_table_lookup: assertion 'hash_table != NULL' failed g_type = info.get_g_type() /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_hash_table_insert_internal: assertion 'hash_table != NULL' failed g_type = info.get_g_type() (gnome-music:28251): Gtk-WARNING **: Theme parsing error: application.css:23:20: The 'gtk-key-bindings' property has been renamed to '-gtk-key-bindings' (gnome-music:28251): Gtk-WARNING **: Theme parsing error: application.css:26:20: The 'gtk-key-bindings' property has been renamed to '-gtk-key-bindings' (gnome-music:28251): Gtk-WARNING **: Theme parsing error: application.css:29:20: The 'gtk-key-bindings' property has been renamed to '-gtk-key-bindings' 08:17:11 ERRORTracker query crashed: tracker-db-interface-error-quark: Invalid child (0) Rebuilding the Tracker indexes in progress gives me the familiar 3.18.2 Gnome-Music UI as it's working on repopulating my files with the Albums, Artists, Songs, Playlists, Search and Check, tabbed in-line views. Console output: mdriftmeyer@horus:~/Projects/Blender$ gnome-music /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_array_append_vals: assertion 'array' failed g_type = info.get_g_type() /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_hash_table_lookup: assertion 'hash_table != NULL' failed g_type = info.get_g_type() /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_hash_table_insert_internal: assertion 'hash_table != NULL' failed g_type = info.get_g_type() (gnome-music:29297): Gtk-WARNING **: Theme parsing error: application.css:23:20: The 'gtk-key-bindings' property has been renamed to '-gtk-key-bindings' (gnome-music:29297): Gtk-WARNING **: Theme parsing error: application.css:26:20: The 'gtk-key-bindings' property has been renamed to '-gtk-key-bindings' (gnome-music:29297): Gtk-WARNING **: Theme parsing error: application.css:29:20: The 'gtk-key-bindings' property has been renamed to '-gtk-key-bindings' The gtk-key-bindings errors makes sense as I expect the api to have changed from gtk+3 3.18 to 3.20. - Marc On 04/03/2016 01:03 AM, Andreas Henriksson wrote: Hello Marc J. Driftmeyer. Thanks for your bug report. On Sat, Apr 02, 2016 at 05:22:15PM -0700, Marc J. Driftmeyer wrote: Package: gnome-music Version: 3.20.0-1 Severity: normal [...] mdriftmeyer@horus:~$ gnome-music /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_array_append_vals: assertion 'array' failed g_type = info.get_g_type() /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_hash_table_lookup: assertion 'hash_table != NULL' failed g_type = info.get_g_type() [...] Did gnome-music work for you in a previous version? Did downgrading again fix the problem for you? Fwiw, it works for me (and a small unrelated to your issue bug fix has been committed to svn already - namely depend on grilo-plugins-0.3, so make sure you have that package installed as well). I searched google and ran into someone having similar problems at: https://bbs.archlinux.org/viewtopic.php?id=193754 That discussion happened way before gnome-music 3.20 was released so likely you have some kind of general issue with gnome-music (possibly related to tracker data, but the discussions on the forum is quite vague). It looks to me like someone (who can reproduce the issue?) might have to get their hands dirty and debug this. If you could please investigate if there's any upstream bug report for this issue otherwise please file one Regards, Andreas Henriksson -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#819846: gnome-music: python-gi crashing gnome-music upon launch
Package: gnome-music Version: 3.20.0-1 Severity: normal Dear Maintainer, Not unlike pitivi that crashes against the updates, gnome-music does as well. And what they share in common is python-gi. mdriftmeyer@horus:~$ gnome-music /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_array_append_vals: assertion 'array' failed g_type = info.get_g_type() /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_hash_table_lookup: assertion 'hash_table != NULL' failed g_type = info.get_g_type() /usr/lib/python3/dist-packages/gi/module.py:178: Warning: g_hash_table_insert_internal: assertion 'hash_table != NULL' failed g_type = info.get_g_type() Traceback (most recent call last): File "/usr/lib/python3/dist-packages/gnomemusic/playlists.py", line 139, in callback self.update_static_playlist(playlist) File "/usr/lib/python3/dist-packages/gnomemusic/playlists.py", line 176, in update_static_playlist while cursor.next(): GLib.Error: tracker-db-interface-error-quark: Invalid child (0) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-music depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gir1.2-glib-2.0 1.48.0-1 ii gir1.2-grilo-0.3 0.3.0-1 ii gir1.2-gst-plugins-base-1.0 1.8.0-1 ii gir1.2-gstreamer-1.0 1.8.0-1 ii gir1.2-gtk-3.0 3.20.1-2 ii gir1.2-mediaart-2.0 1.9.0-2 ii gir1.2-notify-0.70.7.6-2 ii gir1.2-totem-plparser-1.03.10.6-4 ii gir1.2-tracker-1.0 1.8.0-2 ii gnome-settings-daemon3.20.0-1 ii grilo-plugins-0.20.2.17-1 ii libatk1.0-0 2.18.0-1 ii libc62.22-5 ii libcairo-gobject21.14.6-1 ii libcairo21.14.6-1 ii libgdk-pixbuf2.0-0 2.33.2-1 ii libglib2.0-0 2.48.0-1 ii libgtk-3-0 3.20.1-2 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii python3 3.5.1-3 ii python3-dbus 1.2.4-1 ii python3-gi 3.20.0-1 ii python3-gi-cairo 3.20.0-1 ii python3-requests 2.9.1-3 pn python3:any ii tracker 1.8.0-2 gnome-music recommends no packages. gnome-music suggests no packages. -- no debconf information
Bug#819291: pitivi: 0.95-1+b1 segfaults against gtk+3.0 3.20
Downloaded the latest executable from Pitivi, pitivi-0.95-x86_64-2016-03-26_0816, and it loads just fine. - Marc On 03/27/2016 01:40 AM, Sebastian Dröge wrote: On Sa, 2016-03-26 at 17:42 -0700, Marc J. Driftmeyer wrote: I unfortunately had not tested Pitivi of late. I'll see if I can run a debug set up and get back to you. Thanks! For me pitivi still runs fine with the latest versions of everything. -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#819291: pitivi: 0.95-1+b1 segfaults against gtk+3.0 3.20
Let me know if I'm in the ball park on this one: mdriftmeyer@horus:~/tmp-files$ PYTHONHOME=/usr strace -o strace.out.txt gdb /usr/bin/python3.5 -ex "set environ PYTHONHOME=$PYTHONHOME" -ex "set environ LD_LIBRARY_PATH=$LD_LIBRARY_PATH" -ex "r /usr/bin/pitivi" GNU gdb (Debian 7.10-1+b1) 7.10 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/python3.5...(no debugging symbols found)...done. Setting environment variable "PYTHONHOME" to null value. Starting program: /usr/bin/python3.5 /usr/bin/pitivi [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Fatal Python error: Py_Initialize: Unable to get the locale encoding ImportError: No module named 'encodings' Current thread 0x77f8c700 (most recent call first): Program received signal SIGABRT, Aborted. 0x76d04478 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:55 55 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) On 03/27/2016 01:40 AM, Sebastian Dröge wrote: On Sa, 2016-03-26 at 17:42 -0700, Marc J. Driftmeyer wrote: I unfortunately had not tested Pitivi of late. I'll see if I can run a debug set up and get back to you. Thanks! For me pitivi still runs fine with the latest versions of everything. -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#819291: pitivi: 0.95-1+b1 segfaults against gtk+3.0 3.20
I unfortunately had not tested Pitivi of late. I'll see if I can run a debug set up and get back to you. - Marc On 03/26/2016 11:14 AM, Sebastian Dröge wrote: On Fr, 2016-03-25 at 23:09 -0700, Marc J. Driftmeyer wrote: Package: pitivi Version: 0.95-1+b1 Severity: normal [...] Segmentation fault Does that mean that it worked before GTK 3.20 and fails now after the upgrade? Can you get a backtrace of the crash with gdb, after installing all the relevant debug packages? Thanks! -- Marc J. Driftmeyer main: m...@reanimality.com <mailto:%27...@reanimality.com%27> book: m...@holoworlds.net <mailto:%27...@reanimality.com%27> main:www.reanimastudios.com <http://www.reanimastudios.com> book:www.holoworlds.net <http://www.holoworlds.net>
Bug#819291: pitivi: 0.95-1+b1 segfaults against gtk+3.0 3.20
Package: pitivi Version: 0.95-1+b1 Severity: normal Dear Maintainer, mdriftmeyer@horus:~$ pitivi Missing soft dependency: - pycanberra not found on the system -> enables sound notifications when rendering is complete Missing soft dependency: - GnomeDesktop not found on the system -> file thumbnails provided by GNOME's thumbnailers Missing soft dependency: - Notify not found on the system -> enables visual notifications when rendering is complete Traceback (most recent call last): File "/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/titleeditor.py", line 394, in tabSwitchedCb self._connect_signals() File "/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/titleeditor.py", line 326, in _connect_signals self.app.gui.viewer.target.connect( AttributeError: 'NoneType' object has no attribute 'viewer' (pitivi:14391): Gtk-WARNING **: Negative content width -608 (allocation -608, extents 0x0) while allocating gadget (node highlight, owner GtkScale) (pitivi:14391): Gtk-WARNING **: Negative content width -1 (allocation 1, extents 1x1) while allocating gadget (node border, owner pitivi+viewer+ViewerWidget) (pitivi:14391): Gtk-WARNING **: Negative content height -1 (allocation 1, extents 1x1) while allocating gadget (node border, owner pitivi+viewer+ViewerWidget) (pitivi:14391): Gtk-WARNING **: Allocating size to pitivi+viewer+TransformationBox 0x2fd8300 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? Segmentation fault mdriftmeyer@horus:~$ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pitivi depends on: ii gir1.2-gdkpixbuf-2.02.33.2-1 ii gir1.2-ges-1.0 1.8.0-1 ii gir1.2-glib-2.0 1.47.92-1 ii gir1.2-gst-plugins-base-1.0 1.8.0-1 ii gir1.2-gstreamer-1.01.8.0-1 ii gir1.2-gtk-3.0 3.20.0-1 ii gir1.2-pango-1.01.38.1-1 ii gnome-icon-theme3.12.0-1 ii gstreamer1.0-alsa [gstreamer1.0-audiosink] 1.8.0-1 ii gstreamer1.0-plugins-bad [gstreamer1.0-videosink] 1.8.0-1 ii gstreamer1.0-plugins-base 1.8.0-1 ii gstreamer1.0-plugins-good [gstreamer1.0-videosink] 1.8.0-1 ii gstreamer1.0-pulseaudio [gstreamer1.0-audiosink]1.8.0-1 ii gstreamer1.0-x [gstreamer1.0-videosink] 1.8.0-1 ii libc6 2.22-4 ii libcairo2 1.14.6-1 ii python3 3.5.1-3 ii python3-cairo 1.10.0+dfsg-5+b1 ii python3-dbus1.2.4-1 ii python3-gi 3.18.2-2+b1 ii python3-gi-cairo3.18.2-2+b1 ii python3-gst-1.0 1.8.0-1 ii python3-matplotlib 1.5.1-1+b1 ii python3-numpy 1:1.11.0~b3-1+b1 ii python3-xdg 0.25-4 ii python3.5 3.5.1-9 pitivi recommends no packages. Versions of packages pitivi suggests: ii frei0r-plugins 1.4-3+b1 ii gir1.2-gnomedesktop-3.03.19.93-1 ii gir1.2-notify-0.7 0.7.6-2 ii gstreamer1.0-libav 1.8.0-1 ii gstreamer1.0-plugins-ugly 1.8.0-1 -- no debconf information
Bug#818433: gnome-documents not sourcing liblibreofficegtk.so
Package: gnome-documents Version: 3.19.4-2 Severity: normal Dear Maintainer, Launching gnome-documents causes a crash due to the directory path search for liblibreofficegtk.so Workaround: /usr/lib/x86_64-linux-gnu/$ sudo ln -s /usr/lib/libreoffice/program/liblibreofficekitgtk.so liblibreofficekitgtk.so Better solution would be teaching the package to search under /usr/lib/libreoffice/program - Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-documents depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gir1.2-evince-3.03.19.92-1 ii gir1.2-gdata-0.0 0.17.4-1 ii gir1.2-gnomedesktop-3.0 3.19.92-1 ii gir1.2-goa-1.0 3.19.92.1-1 ii gir1.2-gtk-3.0 3.19.12-1 ii gir1.2-tracker-1.0 1.7.5-1 ii gir1.2-webkit2-4.0 2.10.8-1 ii gir1.2-zpj-0.0 0.0.3-2 ii gjs 1.45.3-1 ii gnome-online-miners 3.14.3-1+b1 ii libc62.22-3 ii libcairo-gobject21.14.6-1 ii libcairo21.14.6-1 ii libevdocument3-4 3.19.92-1 ii libevview3-3 3.19.92-1 ii libgdata22 0.17.4-1 ii libgdk-pixbuf2.0-0 2.33.2-1 ii libglib2.0-0 2.47.92-1 ii libgnome-desktop-3-123.19.92-1 ii libgtk-3-0 3.19.12-1 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libzapojit-0.0-0 0.0.3-2 ii tracker 1.7.5-1 Versions of packages gnome-documents recommends: ii gir1.2-lokdocview-0.1 1:5.1.1-1 ii gnome-user-guide 3.18.1-1 ii libgsf-bin 1.14.36-1 pn unoconv gnome-documents suggests no packages. -- no debconf information
Bug#807788: texworks crashes looking for libpoppler.so.47
Package: texworks Version: 0.5~svn1363-6+b1 Severity: normal Dear Maintainer, With the most recent updates to Poppler 0.38 the shared object library coded instead of linking to libpoppler.so is linked to libpoppler.so.47 TeXWorks crashes as the new version is libpoppler.so.57. Workaround: mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu$ sudo ln -s libpoppler.so libpoppler.so.47 Then TeXWorks launches. I'd prefer TeXWorks link against the most current version of libpoppler.so so then it doesn't break when libpoppler.so update links to the next libpoppler.so.5x or libpoppler.so.6x - Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages texworks depends on: ii libc6 2.21-4 ii libgcc1 1:5.3.1-3 ii libhunspell-1.3-0 1.3.3-3+b2 ii libpoppler-qt4-40.38.0-2 ii libpoppler570.38.0-2 ii libqt4-dbus 4:4.8.7+dfsg-5 ii libqt4-script 4:4.8.7+dfsg-5 ii libqt4-scripttools 4:4.8.7+dfsg-5 ii libqt4-xml 4:4.8.7+dfsg-5 ii libqtcore4 4:4.8.7+dfsg-5 ii libqtgui4 4:4.8.7+dfsg-5 ii libstdc++6 5.3.1-3 ii libsynctex1 2015.20150524.37493-7+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages texworks recommends: ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 ii poppler-data0.4.7-5 ii texlive-latex-base 2015.20151116-1 ii texworks-help-en0.5~svn1363-6 Versions of packages texworks suggests: ii texlive-xetex 2015.20151116-1 ii texworks-scripting-lua 0.5~svn1363-6+b1 ii texworks-scripting-python 0.5~svn1363-6+b1 -- no debconf information
Bug#806745: gegl --list-all crashes
Package: gegl Version: 0.3.4-1 Severity: normal Dear Maintainer, Sorry for not tagging on the prior gegl bug I posted, but this is the output to console I get just doing a simple gegl --list-all. gegl --list-all (process:26355): GLib-CRITICAL **: g_hash_table_remove_all: assertion 'hash_table != NULL' failed (process:26355): GLib-CRITICAL **: g_hash_table_iter_init: assertion 'hash_table != NULL' failed (process:26355): GLib-CRITICAL **: g_hash_table_iter_next: assertion 'ri->version == ri->hash_table->version' failed (process:26355): GLib-CRITICAL **: g_hash_table_lookup: assertion 'hash_table != NULL' failed I'm betting if GEGL crashes Gimp just becomes a zombie process and waits indefinitely, instead of crashing with any log support written for bug detection. I downgraded to Glib in Sid and still got the same thing. I have not rebuilt gegl from trunk but have built GIMP 2.9.2 bz copy from Gimp.org and it produces the same result: a zombie process. I'm betting if I rebuild GEGL from trunk it will work. If that's the case, your build of GEGL needs investigating. Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gegl depends on: ii libbabl-0.1-0 0.1.14-1 ii libc6 2.21-0experimental4 ii libgegl-0.3-0 0.3.4-1 ii libglib2.0-0 2.47.3-3 ii libspiro0 1:0.5.20150702-2 gegl recommends no packages. gegl suggests no packages. -- no debconf information
Bug#806570: gimp: broken with gegl 0.3.4 update
Package: gimp Version: 2.8.14-1.2 Severity: normal Dear Maintainer, Spinning wheel of death. No GUI launches and silently dies leaving a zombie process running. Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gimp depends on: ii gimp-data2.8.14-1.2 ii libaa1 1.4p5-44 ii libatk1.0-0 2.18.0-1 ii libbabl-0.1-00.1.14-1 ii libbz2-1.0 1.0.6-8 ii libc62.21-0experimental3 ii libcairo21.14.4-1 ii libdbus-1-3 1.10.4-1 ii libdbus-glib-1-2 0.104-1 ii libexif120.6.21-2 ii libexpat12.1.0-7 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.6.1-0.1 ii libgdk-pixbuf2.0-0 2.32.2-1 ii libgegl-0.3-00.3.4-1 ii libgimp2.0 2.8.14-1.2 ii libglib2.0-0 2.46.2-1 ii libgs9 9.16~dfsg-2 ii libgtk2.0-0 2.24.28-1 ii libgudev-1.0-0 230-2 ii libice6 2:1.0.9-1+b1 ii libjasper1 1.900.1-debian1-2.4 ii libjpeg62-turbo 1:1.4.1-2 ii libjson-glib-1.0-0 1.0.4-2 ii liblcms2-2 2.6-3+b3 ii libmng1 1.0.10+dfsg-3.1+b3 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpangoft2-1.0-01.38.1-1 ii libpng12-0 1.2.54-1 ii libpoppler-glib8 0.28.1-1 ii librsvg2-2 2.40.11-2 ii libsm6 2:1.2.2-1+b1 ii libtiff5 4.0.5-1 ii libwmf0.2-7 0.2.8.4-10.4 ii libx11-6 2:1.6.3-1 ii libxcursor1 1:1.1.14-1+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxmu6 2:1.1.2-2 ii libxpm4 1:3.5.11-1+b1 ii libxt6 1:1.1.5-1 ii python-gtk2 2.24.0-4 ii python2.72.7.10-5+b1 pn python:any ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gimp recommends: ii ghostscript 9.16~dfsg-2 Versions of packages gimp suggests: ii gimp-data-extras 1:2.0.1-3 ii gimp-help-en [gimp-help] 2.8.2-0.1 ii gvfs-backends 1.26.2-1 ii libasound21.0.29-1 -- no debconf information
Bug#806272: iceweasel: crashes daily on Twitter feed and many other sites using embedded vids
Package: iceweasel Version: 42.0-1 Severity: normal Dear Maintainer, Bare with me as I vent as it is not a slight towards you, the maintainers. I'm getting really effing sick of this POS crashing daily, repeatedly on various mainstream web sites. Don't have a clue how systemd works with Iceweasel but this crap spews in terminal 2015-11-25 17:36:33: basic_code_modules.cc:70: ERROR: Module /lib/x86_64-linux-gnu/libsystemd.so.0 could not be stored Getting sick of losing downloads because of this crap. I understand this POS browser has become a major PITA, but I'm tired of jumping back and forth between browsers like Chrome, Chromium, Iceweasel and Epiphany. Not a single one is worth a crap. If this is something on Debian's side, then best of luck fixing it. If it has to do with integration of systemd than perhaps Mozilla can get off it's duff and fix it. It's just demoralizing in 2015 that browsers are a POS and continuously crash, irregardless of any test harness implemented. Sincerely, Marc J. Driftmeyer P.S. I appreciate the hard work everyone does. It's gotta be frustrating to take the users frustrations when so many outstanding bugs from Mozilla clearly shows they don't give a frack about their Linux port. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: Certificate Patrol Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/certpat...@psyc.eu Package: xul-ext-certificatepatrol Status: user-disabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Ghostery Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi Status: enabled Name: HTTPS-Everywhere Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/https-everywhere-...@eff.org Package: xul-ext-https-everywhere Status: user-disabled Name: IMDB Search Location: ${PROFILE_EXTENSIONS}/{c4080853-c699-4120-b8e0-618bff8a4474}.xpi Status: enabled Name: IMDb Plus Location: ${PROFILE_EXTENSIONS}/imdbp...@eros.man.xpi Status: enabled Name: It's All Text! Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/itsallt...@docwhat.gerf.org Package: xul-ext-itsalltext Status: user-disabled Name: Open in Browser Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/openinbrow...@www.spasche.net Package: xul-ext-openinbrowser Status: user-disabled Name: PDF Viewer Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/uriloa...@pdf.js Package: xul-ext-pdf.js Status: user-disabled Name: Sage Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{a6ca9b3b-5e52-4f47-85d8-cca35bb57596} Package: xul-ext-sage Status: user-disabled Name: Video DownloadHelper Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}.xpi Status: enabled Name: Video WithOut Flash Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/v...@drev.com Package: xul-ext-video-without-flash Status: user-disabled -- Plugins information Name: DjView-4.10.4 Location: /usr/lib/mozilla/plugins/nsdejavu.so Package: djview-plugin Status: enabled Name: Gnome Chemistry Utils Location: /usr/lib/mozilla/plugins/libmozgcu.so Package: gcu-plugin Status: enabled Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled Name: Google Talk Plugin Location: /opt/google/talkplugin/libnpgoogletalk.so Package: google-talkplugin Status: disabled Name: Google Talk Plugin Video Renderer Location: /opt/google/talkplugin/libnpo1d.so Package: google-talkplugin Status: disabled Name: Shockwave Flash (11.2.202.548) Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled -- Addons package information ii djview-plugin 4.10.4-1 amd64Browser plugin for the DjVu image ii gcu-plugin 0.14.10-2+b1 amd64GNOME chemistry utils (browser pl ii gnome-shell3.18.3-2 amd64graphical shell for the GNOME des ii google-talkplu 5.41.0.0-1 amd64Google Talk Plugin ii iceweasel 42.0-1 amd64Web browser based on Firefox ii xul-ext-certif 2.0.14-4 all Certificate Monitor for Iceweasel ii xul-ext-https- 5.1.1-2 all extension to force the use of HTT ii xul-ext-itsall 1.9.2-1 all extension to edit textareas using ii xul-ext-openin 1.16-1 all open files directly in the browse ii xul-ext-pdf.js 1.2.109+dfsg all Portable Document Format (PDF) vi ii xul-ext-sage 1.5.2-3 all lightweight RSS and Atom feed rea ii xul-ext-video- 3.1.1-1 all extension to watch videos without -- System Information: Debian Rele
Bug#801829: gnome-control-center dependency breaks
Package: gnome-control-center Version: gnome-control-center dependecy breaks Severity: normal Dear Maintainer, Given: libcheese-gtk25, libcheese8 vs. libcheese-gtk23, libcheese7 connundrum. Why in the hell is this crap continuing to happen? You roll out gnome-control-center with hard dependency on obsolete libcheese and libcheese-gtk packages. Then you roll out the cheese 3.18.1 to match gnome-control-center 3.18.1 but instead of re-rolling a second build to update the proper dependencies you have your debian-buildd channel with different dependencies leaving a broken staged solution. Roll cheese out first and then gnome-control-center, then roll them both out to incoming.debian.org. On top of all that you have a dozen other packages that will de-install due to their 3.18.1 dependencies on libcheese7. Get the stuff synced with dependencies before you make them public. This isn't tensor calculus. It's straight forward. Stage them non-publically, then roll them out as test builds to test. Not much to test when installation breaks, repeatedly. Gimping ourselves to a full GNOME 3.18.1 isn't professional, whether one pays a support contract or gets it free. It just pisses people off to switch distributions. The old excuse you don't pay for it don't fly anymore. Enough corporate sponsors have been subsidizing Linux and its community to the tune of billions over the past two decades. I've used Debian for 15 years to compliment OS X. These major Desktop Environment releases are getting worse, not better. The KDE 4 to 5 is just as bad. But this GCC 5 crap takes the cake. So not looking forward to Perl and LibPNG. Marc J. Driftmeyer -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-control-center depends on: ii accountsservice0.6.40-3 ii apg2.2.3.dfsg.1-2 ii colord 1.2.11-1 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.18.1-1 ii gnome-desktop3-data3.18.1-1 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-settings-daemon 3.18.1-1 ii gsettings-desktop-schemas 3.18.0-1 ii libaccountsservice00.6.40-3 ii libatk1.0-02.18.0-1 ii libc6 2.21-0experimental1 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 pn libcheese-gtk23 pn libcheese7 ii libclutter-1.0-0 1.24.2-1 ii libclutter-gtk-1.0-0 1.6.6-1 ii libcolord-gtk1 0.1.25-1.1+b1 ii libcolord2 1.2.11-1 ii libcups2 2.1.0-4 ii libdbus-glib-1-2 0.104-1 ii libfontconfig1 2.11.0-6.3 ii libgdk-pixbuf2.0-0 2.32.1-1 ii libgl1-mesa-glx [libgl1] 11.0.2-1 ii libglib2.0-0 2.46.0-2 ii libgnome-bluetooth13 3.18.0-1 ii libgnome-desktop-3-10 3.16.2-2 ii libgoa-1.0-0b 3.18.0-1 ii libgoa-backend-1.0-1 3.18.0-1 ii libgrilo-0.2-1 0.2.14-1 ii libgtk-3-0 3.18.2-1 ii libgtop-2.0-10 2.32.0-1 ii libgudev-1.0-0 230-2 ii libibus-1.0-5 1.5.10-1 ii libkrb5-3 1.13.2+dfsg-2 ii libmm-glib01.4.12-1 ii libnm-glib-vpn11.0.6-1 ii libnm-glib41.0.6-1 ii libnm-gtk0 1.0.6-2 ii libnm-util21.0.6-1 ii libpango-1.0-0 1.38.0-3 ii libpangocairo-1.0-01.38.0-3 ii libpolkit-gobject-1-0 0.113-1 ii libpulse-mainloop-glib07.0-1 ii libpulse0 7.0-1 ii libpwquality1 1.2.3-1 ii libsmbclient 2:4.3.0+dfsg-2 ii libsoup2.4-1 2.52.1-1 ii libupower-glib30.99.3-1+b2 ii libwacom2 0.15-1 ii libx11-6 2:1.6.3-1 ii libxi6 2:1.7.5-1 ii libxml22.9.2+zdfsg1-4 Versions of packages gnome-control-center recommends: ii cracklib-runtime 2.9.2-1+b1 ii cups-pk-helper 0.2.5-2+b1 ii gkbd-capplet 3.6.0-1 ii gnome-online-accounts 3.18.0-1 ii gnome-user-guide 3.18.1-1 ii gnome-user-share 3.18.0-1 ii iso-codes 3.62-1 ii libnss-myhostname 227-2 ii mesa-utils 8.2.0-1 ii mousetweaks3.12.0-1 ii network-manager-gnome 1.0.6-2 ii policykit-1-gnome 0.105-2 ii realmd 0.16.2-1 ii rygel 0.28.0-2 ii rygel-tracker
Bug#800619: evolution 3.18 build depends odd
Package: evolution Version: 3.18.0-1 Severity: normal Dear Maintainer, The following list as the newly built evolution 3.18 against evolution-data-server 3.18. Version: 3.18.0-1 Architecture: amd64 Maintainer: Debian Evolution Maintainers Installed-Size: 394 Pre-Depends: debconf (>= 1.4.69) | debconf-2.0 Depends: libc6 (>= 2.14), libcamel-1.2-54 (>= 3.17), libclutter-gtk-1.0-0 (>= 0.91.8), libecal-1.2-19 (>= 3.17), libedataserver-1.2-21 (>= 3.17), libevolution (>= 3.18.0-1), libevolution (<< 3.19), libglib2.0-0 (>= 2.40), libgtk-3-0 (>= 3.0.0), libical1a (>= 1.0), libnotify4 (>= 0.7.0), libsoup2.4-1 (>= 2.42), libwebkitgtk-3.0-0 (>= 1.3.10), libxml2 (>= 2.7.4), evolution-common (= 3.18.0-1), evolution-data-server (>= 3.16.5), evolution-data-server (<< 3.17), dbus, psmisc Recommends: evolution-plugins, yelp, bogofilter | spamassassin Suggests: evolution-ews, evolution-plugins-experimental, gnupg, network-manager Replaces: evolution-common (<< 2.91) Provides: imap-client, mail-reader Something wreaks here. How is it that evolution-data-server (<<3.17) make any sense? What am I missing here? - Marc J. Driftmeyer -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evolution depends on: ii dbus 1.10.0-3 ii debconf [debconf-2.0] 1.5.57 ii evolution-common 3.18.0-1 ii evolution-data-server 3.18.0-1 ii libc6 2.21-0experimental1 ii libcamel-1.2-543.18.0-1 ii libclutter-gtk-1.0-0 1.6.4-1 ii libecal-1.2-19 3.18.0-1 ii libedataserver-1.2-21 3.18.0-1 ii libevolution 3.18.0-1 ii libglib2.0-0 2.46.0-2 ii libgtk-3-0 3.18.0-2 ii libical1a 1.0.1-0.1 ii libnotify4 0.7.6-2 ii libsoup2.4-1 2.52.0-1 ii libwebkitgtk-3.0-0 2.4.9-2+b1 ii libxml22.9.2+zdfsg1-4 ii psmisc 22.21-2.1 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-3 iu evolution-plugins 3.18.0-1 ii yelp 3.16.1-1 Versions of packages evolution suggests: pn evolution-ews iu evolution-plugins-experimental 3.18.0-1 ii gnupg 1.4.19-5 ii network-manager 1.0.6-1 -- debconf information: evolution/kill_processes: evolution/needs_shutdown:
Bug#800427: cheese: Cheese 3.18 breaks Gnome Contacts 3.18
Package: cheese Version: 3.16.1-1 Severity: normal Dear Maintainer, Can we seriously cross-reference the test harness dependencies to figure out that when other packages upgrade to GNOME 3.18.0 [Example: gnome-contacts] that adjacent packages, like Cheese 3.18.0 don't break and uninstall already the latest 3.18 packages? Seriously, this entire upgrade along with the GCC 5 transition is an abomination. Finish the GCC 5 transition with GNOME 3.16 and then move in 3.18. Too many breaks make zero sense. The Fact gnome-control-center is built but the rquired libgdesktop 3.12 is non-existent and those packages are uploaded to Experimental anyways speaks volumes to the problems not being mitigated to avoid the end user from taking a bath on broken packages. - Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cheese depends on: ii cheese-common 3.16.1-1 ii gnome-video-effects0.4.1-3 ii libc6 2.21-0experimental1 ii libcanberra-gtk3-0 0.30-2.1 ii libcheese-gtk233.16.1-1 ii libcheese7 3.16.1-1 ii libclutter-1.0-0 1.24.0-1 ii libclutter-gtk-1.0-0 1.6.4-1 ii libgdk-pixbuf2.0-0 2.32.0-1 ii libglib2.0-0 2.46.0-2 ii libgnome-desktop-3-10 3.16.2-2 ii libgstreamer1.0-0 1.6.0-1 ii libgtk-3-0 3.18.0-2 Versions of packages cheese recommends: ii gnome-icon-theme3.12.0-1 ii gvfs1.25.92-1 ii hicolor-icon-theme 0.13-1 ii nautilus-sendto 3.8.2-1 ii yelp3.16.1-1 Versions of packages cheese suggests: pn gnome-video-effects-frei0r -- no debconf information
Bug#799949: libgtk-3-common: Missing for 3.18.0
Package: libgtk-3-common Version: 3.17.9-2 Severity: normal Dear Maintainer, Where is libgtk-3-common? It's missing and thus breaks updating to GNOME 3.18.0. - Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libgtk-3-common depends on: iu adwaita-icon-theme 3.18.0-1 ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 Versions of packages libgtk-3-common recommends: iu libgtk-3-0 3.18.0-1 libgtk-3-common suggests no packages. -- no debconf information
Bug#799826: gnome-documents: completely fails to load with errors
Package: gnome-documents Version: 3.18.0-1 Severity: normal Dear Maintainer, Do you guys bother to test this stuff? mdriftmeyer@horus:/usr/bin$ ./gnome-documents ../gnome-documents: line 2: syntax error near unexpected token `{' ../gnome-documents: line 2: `imports.package.init({ name: "gnome-documents",' Contents of file: #! imports.package.init({ name: "gnome-documents", version: "3.18.0", prefix: "/usr", libdir: "/usr/lib/x86_64-linux-gnu" }); imports.package.run(imports.main); I wish I knew how this system loads and initializes and I'd fix it myself. - Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-documents depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gir1.2-evince-3.03.16.1-1 ii gir1.2-gdata-0.0 0.17.3-1 ii gir1.2-gnomedesktop-3.0 3.16.2-2 ii gir1.2-goa-1.0 3.17.92-1 ii gir1.2-gtk-3.0 3.17.9-2 ii gir1.2-tracker-1.0 1.6.0-1 ii gir1.2-webkit2-4.0 2.8.5+dfsg1-3 ii gir1.2-zpj-0.0 0.0.3-2 ii gjs 1.43.3-2 ii gnome-online-miners 3.14.3-1+b1 ii libc62.21-0experimental1 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libevdocument3-4 3.16.1-1 ii libevview3-3 3.16.1-1 ii libgdata22 0.17.3-1 ii libgdk-pixbuf2.0-0 2.32.0-1 ii libglib2.0-0 2.45.8-1 ii libgnome-desktop-3-103.16.2-2 ii libgtk-3-0 3.17.9-2 ii libpango-1.0-0 1.37.5-1 ii libpangocairo-1.0-0 1.37.5-1 ii libzapojit-0.0-0 0.0.3-2 ii tracker 1.6.0-1 Versions of packages gnome-documents recommends: ii gnome-user-guide 3.16.1-1 ii unoconv 0.7-1.1 gnome-documents suggests no packages. -- no debconf information
Bug#796479: eog-plugins: change requirement for postr
Package: eog-plugins Version: 3.16.1-1 Severity: normal Dear Maintainer, You should make a depends for eog-plugins to bring in postr. The plugin's Flickr upload is broken without it. If you don't want to make it a dependency and leave it as a suggestion you should break up the plugins package into more than one tier. Personally, I don't see the point of breaking up the plugins and would force a dep: postr on the install. Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages eog-plugins depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii eog 3.16.3-1 ii gir1.2-gtk-3.0 3.16.6-1 ii gsettings-desktop-schemas3.16.1-1 ii libatk1.0-0 2.16.0-2 ii libc62.21-0experimental0 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libchamplain-0.12-0 0.12.10-1 ii libchamplain-gtk-0.12-0 0.12.10-1 ii libclutter-1.0-0 1.22.4-1 ii libclutter-gtk-1.0-0 1.6.2-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl201.20.0-2 ii libdrm2 2.4.64-1 ii libegl1-mesa [libegl1-x11] 11.0.0~git20150817-1 ii libexif120.6.21-2 ii libgbm1 11.0.0~git20150817-1 ii libgdata22 0.17.2-1 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libgirepository-1.0-11.44.0-1+b2 ii libglib2.0-0 2.45.4-2 ii libgtk-3-0 3.16.6-1 ii libjson-glib-1.0-0 1.0.4-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpeas-1.0-01.12.1-2 ii libsoup2.4-1 2.50.0-2 ii libwayland-client0 1.8.1-1 ii libwayland-cursor0 1.8.1-1 ii libwayland-egl1-mesa [libwayland-egl1] 11.0.0~git20150817-1 ii libwayland-server0 1.8.1-1 ii libx11-6 2:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxkbcommon00.5.0-1 ii libxml2 2.9.2+dfsg1-3 ii libxrandr2 2:1.5.0-1 ii python3 3.4.3-5 ii python3-gi 3.16.2-1 ii python3.43.4.3-8 eog-plugins recommends no packages. Versions of packages eog-plugins suggests: ii postr 0.13.1-1 -- no debconf information
Bug#793930: opencollada-dev: useless with hard reference to ext/hash_fun.h
Package: opencollada-dev Version: 0.1.0~20140703.ddf8f47+dfsg1-1 Severity: normal Dear Maintainer, Perhaps you can get some proactive reaction out of the OpenCollada Dev team. This hard code into GCC old stack is getting tiresome: In file included from /usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/c++/5.2.1/ext/hash_map:60: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/c++/5.2.1/backward/backward_warning.h:32:2: warning: This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated. [-W#warnings] #warning \ ^ In file included from /home/mdriftmeyer/Projects/Blender/blender/source/blender/collada/AnimationImporter.cpp:50: In file included from /home/mdriftmeyer/Projects/Blender/blender/source/blender/collada/collada_utils.h:30: In file included from /usr/include/opencollada/COLLADAFramework/COLLADAFWMeshPrimitive.h:18: In file included from /usr/include/opencollada/COLLADAFramework/COLLADAFWEdge.h:16: /usr/include/opencollada/COLLADABaseUtils/COLLADABUhash_map.h:77:18: fatal error: 'ext/hash_fun.h' file not found #include ^ 1 warning and 1 error generated. This makes compiling OpenCollada support with Blender useless on LLVM/Clang of any release, never mind currently with 3.6 or 3.7 and upcoming 3.8 Trunk. When GCC 5.2.1 is complaining then it's time someone guts it out of their code. - Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages opencollada-dev depends on: ii libpcre3-dev 2:8.35-7 ii libxml2-dev 2.9.2+dfsg1-3 opencollada-dev recommends no packages. opencollada-dev 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#793751: freetype: Freetype 2.6 has been released
Source: freetype Severity: normal Dear Maintainer, Simple request. What is the time frame for FreeType 2.6 to be pulled into Sid/Experimental and expected time dependent packages can see what hasn't been updated in well over a year? - Marc -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774826: freetype: Please update Freetype to 2.5.5
Source: freetype Severity: normal Dear Maintainer, What exactly is the reason for Freetype lagging and not being updated in a timely manner? Is there a freeze on it? If so, I understand and just want to push for 2.5.5 to be updated available in Sid ASAP. - Marc J. Driftmeyer -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#757293: [Pkg-libvirt-maintainers] Bug#757293: libvirt-daemon-system (1.2.7-3) fails to start
Whatever changed in the packaging for 1.2.7-4 resolved installation errors. Bug should be closed. Thanks! - Marc On 08/06/2014 11:58 PM, Guido Günther wrote: On Wed, Aug 06, 2014 at 10:44:46PM -0700, Marc J. Driftmeyer wrote: Install just means an apt-get update/apt-get upgrade within Sid. No dist-upgrade was made. mdriftmeyer@horus:~$ journalctl /usr/sbin/libvirtd -- Logs begin at Sat 2014-08-02 19:02:24 PDT, end at Tue 2014-08-05 07:44:38 PDT /usr/sbin/libvirtd Output: mdriftmeyer@horus:~$ /usr/sbin/libvirtd libnuma: Warning: Cannot parse distance information in sysfs: Success That's o.k. so the daemon starts. On 08/06/2014 10:10 PM, Guido Günther wrote: journalctl /usr/sbin/libvirtd Nothing here ? It just pukes on the libvirt-daemon-system package upgrade. Use 'apt-get autoremove' to remove them. Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] Y Setting up libvirt-daemon-system (1.2.7-3) ... Job for libvirtd.service failed. See 'systemctl status libvirtd.service' and 'journalctl -xn' for details. invoke-rc.d: initscript libvirtd, action "start" failed. dpkg: error processing package libvirt-daemon-system (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libvirt-bin: libvirt-bin depends on libvirt-daemon-system (>= 1.2.7-3); however: Package libvirt-daemon-system is not configured yet. Syslog would be helpful here. -- Guido dpkg: error processing package libvirt-bin (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libvirt-daemon-system libvirt-bin E: Sub-process /usr/bin/dpkg returned an error code (1) - Marc -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212
Bug#757293: [Pkg-libvirt-maintainers] Bug#757293: libvirt-daemon-system (1.2.7-3) fails to start
Could be a simple out of order configuration dependency throwing a failure. - Marc On 08/06/2014 10:10 PM, Guido Günther wrote: journalctl /usr/sbin/libvirtd -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212
Bug#757293: [Pkg-libvirt-maintainers] Bug#757293: libvirt-daemon-system (1.2.7-3) fails to start
Install just means an apt-get update/apt-get upgrade within Sid. No dist-upgrade was made. mdriftmeyer@horus:~$ journalctl /usr/sbin/libvirtd -- Logs begin at Sat 2014-08-02 19:02:24 PDT, end at Tue 2014-08-05 07:44:38 PDT /usr/sbin/libvirtd Output: mdriftmeyer@horus:~$ /usr/sbin/libvirtd libnuma: Warning: Cannot parse distance information in sysfs: Success On 08/06/2014 10:10 PM, Guido Günther wrote: journalctl /usr/sbin/libvirtd It just pukes on the libvirt-daemon-system package upgrade. Use 'apt-get autoremove' to remove them. Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] Y Setting up libvirt-daemon-system (1.2.7-3) ... Job for libvirtd.service failed. See 'systemctl status libvirtd.service' and 'journalctl -xn' for details. invoke-rc.d: initscript libvirtd, action "start" failed. dpkg: error processing package libvirt-daemon-system (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libvirt-bin: libvirt-bin depends on libvirt-daemon-system (>= 1.2.7-3); however: Package libvirt-daemon-system is not configured yet. dpkg: error processing package libvirt-bin (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libvirt-daemon-system libvirt-bin E: Sub-process /usr/bin/dpkg returned an error code (1) - Marc -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212
Bug#757293: libvirt-daemon-system (1.2.7-3) fails to start
Package: libvirt-daemon-system Version: 1.2.7-3 Severity: normal Dear Maintainer, Today's install resulted in a broken libvirt installation. Output: mdriftmeyer@horus:/etc/init.d$ sudo systemctl status libvirtd.service libvirtd.service - Virtualization daemon Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled) Active: failed (Result: start-limit) since Wed 2014-08-06 16:03:13 PDT; 21s ago Docs: man:libvirtd(8) http://libvirt.org Process: 16200 ExecStart=/usr/sbin/libvirtd $libvirtd_opts (code=exited, status=1/FAILURE) Main PID: 16200 (code=exited, status=1/FAILURE) Aug 06 16:03:13 horus systemd[1]: Failed to start Virtualization daemon. Aug 06 16:03:13 horus systemd[1]: Unit libvirtd.service entered failed state. Aug 06 16:03:13 horus systemd[1]: libvirtd.service holdoff time over, sched...t. Aug 06 16:03:13 horus systemd[1]: Stopping Virtualization daemon... Aug 06 16:03:13 horus systemd[1]: Starting Virtualization daemon... Aug 06 16:03:13 horus systemd[1]: libvirtd.service start request repeated t...t. Aug 06 16:03:13 horus systemd[1]: Failed to start Virtualization daemon. Aug 06 16:03:13 horus systemd[1]: Unit libvirtd.service entered failed state. Hint: Some lines were ellipsized, use -l to show in full. mdriftmeyer@horus:/etc/init.d$ sudo systemctl start libvirtd.service Job for libvirtd.service failed. See 'systemctl status libvirtd.service' and 'journalctl -xn' for details. mdriftmeyer@horus:/etc/init.d$ sudo journalctl -xn -- Logs begin at Sat 2014-08-02 19:02:24 PDT, end at Wed 2014-08-06 16:04:19 PDT Aug 06 16:04:03 horus systemd[1]: Unit libvirtd.service entered failed state. Aug 06 16:04:03 horus systemd[1]: libvirtd.service holdoff time over, scheduling Aug 06 16:04:03 horus systemd[1]: Cannot add dependency job for unit uuidd.socke Aug 06 16:04:03 horus systemd[1]: Stopping Virtualization daemon... -- Subject: Unit libvirtd.service has begun shutting down -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit libvirtd.service has begun shutting down. Aug 06 16:04:03 horus systemd[1]: Starting Virtualization daemon... -- Subject: Unit libvirtd.service has begun with start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit libvirtd.service has begun starting up. Aug 06 16:04:03 horus systemd[1]: libvirtd.service start request repeated too qu Aug 06 16:04:03 horus systemd[1]: Failed to start Virtualization daemon. -- Subject: Unit libvirtd.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit libvirtd.service has failed. -- -- The result is failed. Aug 06 16:04:03 horus systemd[1]: Unit libvirtd.service entered failed state. Aug 06 16:04:19 horus sudo[16228]: mdriftmeyer : TTY=pts/1 ; PWD=/etc/init.d ; U Aug 06 16:04:19 horus sudo[16228]: pam_unix(sudo:session): session opened for us lines 6-28/28 (END) Hope this helps resolve the bug, - Marc -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212
Bug#741486: llvm-3.4-dev: LLVMSupport.a undefined reference to symbol 'del_curterm'
It's one of two possibilities: Either it's a bug in OpenShadingLanguage or LLVM. Blender isn't compiling against LLVM other than leveraging OpenShadingLanguage which then hooks in LLVM to compile that code. I'm not seeing this bug in OpenShadingLanguage I keep compiled locally against trunk. Finally, the same is occurring in LLVM 3.5 http://stackoverflow.com/questions/21477407/llvm-3-5-fails-to-link <http://stackoverflow.com/questions/21477407/llvm-3-5-fails-to-link> - Marc On 03/13/2014 12:21 AM, Sylvestre Ledru wrote: Hello, On 12/03/2014 23:28, Marc J. Driftmeyer wrote: Building Blender Git master with OpenShadingLanguage and LLVM 3.4 resulted in the following: /usr/bin/ld: /usr/lib/llvm-3.4/lib/libLLVMSupport.a(Process.o): undefined reference to symbol 'del_curterm' //lib/x86_64-linux-gnu/libtinfo.so.5: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[2]: *** [bin/blender] Error 1 make[1]: *** [source/creator/CMakeFiles/blender.dir/all] Error 2 Why do you think it is a bug of LLVM and not a missing library called from Blender build system? Cheers, Sylvestre -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212
Bug#741486: llvm-3.4-dev: LLVMSupport.a undefined reference to symbol 'del_curterm'
Package: llvm-3.4-dev Version: 1:3.4-2 Severity: normal Dear Maintainer, Building Blender Git master with OpenShadingLanguage and LLVM 3.4 resulted in the following: /usr/bin/ld: /usr/lib/llvm-3.4/lib/libLLVMSupport.a(Process.o): undefined reference to symbol 'del_curterm' //lib/x86_64-linux-gnu/libtinfo.so.5: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[2]: *** [bin/blender] Error 1 make[1]: *** [source/creator/CMakeFiles/blender.dir/all] Error 2 - Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages llvm-3.4-dev depends on: ii libc6 2.18-4 ii libcloog-isl4 0.18.2-1 ii libffi-dev 3.0.13-12 ii libffi63.0.13-12 ii libgcc11:4.8.2-16 ii libgmp10 2:5.1.3+dfsg-1 ii libisl10 0.12.2-1 ii libjsoncpp00.6.0~rc2-3 ii libllvm3.4 1:3.4-2 ii libstdc++6 4.8.2-16 ii libtinfo-dev 5.9+20140118-1 ii libtinfo5 5.9+20140118-1 ii llvm-3.4 1:3.4-2 llvm-3.4-dev recommends no packages. llvm-3.4-dev suggests no packages. -- no debconf information -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212
Bug#732202: libhdf5-openmpi-dev: pathways for mpi.h not picked up with the linked include
Could do that, but that doesn't address the fundamental pathway flaw. - Marc On 12/24/2013 04:51 AM, pini wrote: Hi, Marc J. Driftmeyer a écrit , Le 15/12/2013 17:00: Package: libhdf5-openmpi-dev Version: 1.8.11-5 Severity: normal Dear Maintainer, I installed libhdf5-openmpi-dev to build against Field3D GPU stack and wanting to build for parallel switched from hdf5 serial to hdf5 openmpi. Result: not found. Solution: Edit H5public.h to change the following: #include to #include Not sure if this is a proper workaround, but I can cleanly build Field3D now. How about using CC=mpicc CXX=mpicxx instead? Thanks, _g. -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212
Bug#732202: libhdf5-openmpi-dev: pathways for mpi.h not picked up with the linked include
Package: libhdf5-openmpi-dev Version: 1.8.11-5 Severity: normal Dear Maintainer, I installed libhdf5-openmpi-dev to build against Field3D GPU stack and wanting to build for parallel switched from hdf5 serial to hdf5 openmpi. Result: not found. Solution: Edit H5public.h to change the following: #include to #include Not sure if this is a proper workaround, but I can cleanly build Field3D now. Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libhdf5-openmpi-dev depends on: ii hdf5-helpers1.8.11-5 ii libhdf5-openmpi-7 1.8.11-5 ii libjpeg8-dev [libjpeg-dev] 8d-2 ii libopenmpi-dev 1.6.5-6 ii zlib1g-dev 1:1.2.8.dfsg-1 libhdf5-openmpi-dev recommends no packages. Versions of packages libhdf5-openmpi-dev suggests: pn libhdf5-doc -- no debconf information -- debsums errors found: debsums: changed file /usr/include/H5public.h (from libhdf5-openmpi-dev package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731569: packagekit: I second the spamming every 10 minutes or so
Package: packagekit Version: 0.8.14-1 Followup-For: Bug #731569 Dear Maintainer, I second the update of packagekit spamming the console. More testing should be done. - Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages packagekit depends on: ii libc6 2.17-97 ii libglib2.0-0 2.38.1-2 ii libglib2.0-bin2.38.1-2 ii libpackagekit-glib2-160.8.14-1 ii libpolkit-gobject-1-0 0.112-2 ii libsqlite3-0 3.8.1-2 ii libsystemd-journal0 204-5 ii libsystemd-login0 204-5 ii packagekit-backend-aptcc 0.8.14-1 ii policykit-1 0.112-2 Versions of packages packagekit recommends: ii packagekit-tools 0.8.14-1 Versions of packages packagekit suggests: ii packagekit-backend-smart 0.8.14-1 -- 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#731307: libav-tools: Rebuild against libfreetype-dev 2.5.1 please
Package: libav-tools Version: 6:9.10-1 Severity: normal Dear Maintainer, In reference to the recent freetype 2.5.1 update libav packages will no longer build with --enable-libfreetype due to the file restructure of missing. Manually creating a symlink to freetyp2 under /usr/include resulting in a symlink to freetyp2 called freetype resolves the issues, but one would expect every single hard coded 3rd party app using freetype needs a heads up or something within package building from Debian to work around it. It seems odd that for such an late to the party update to freetype in Debian that third party trunks like libav haven't updated yet. FYI: I'm building from git trunk off of libav to verify this annoyance. Sincerely, Marc J. Driftmeyer P.S. Not building a workaround on such a vital part of the OS [It's type handling system] seems truly short-sighted. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libav-tools depends on: ii dpkg 1.17.1 ii libavcodec54 6:9.10-1 ii libavdevice53 6:9.10-1 ii libavfilter3 6:9.10-1 ii libavformat54 6:9.10-1 ii libavresample1 6:9.10-1 ii libavutil526:9.10-1 ii libbz2-1.0 1.0.6-5 ii libc6 2.17-97 ii libgnutls262.12.23-8 ii libgsm11.0.13-4 ii libmp3lame01:3.99.5-dmo2 ii libopenjpeg2 1.3+dfsg-4.6 ii libopus0 1.1~rc+20131128-1 ii librtmp0 2.4+20121230.gitdf6c518-1 ii libschroedinger-1.0-0 1.0.11-2 ii libsdl1.2debian1.2.15-8 ii libspeex1 1.2~rc1.1-1 ii libswscale26:9.10-1 ii libtheora0 1.1.1+dfsg.1-3.1 ii libva1 1.2.1-2 ii libvorbis0a1.3.2-1.3 ii libvorbisenc2 1.3.2-1.3 ii libvpx11.2.0-2 ii libx264-1332:0.133.2339+git585324f-2 ii libxvidcore4 3:1.3.2-dmo1 ii zlib1g 1:1.2.8.dfsg-1 libav-tools recommends no packages. Versions of packages libav-tools suggests: ii frei0r-plugins 1:1.4-dmo4 -- 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#730297: iceweasel forms defaults to French (France) when my defaults are English (United States)
Package: iceweasel Version: 24.1.0esr-1 Severity: normal Dear Maintainer, For several releases after version 17.0 Iceweasel upon launch and accessing comment forms spell checking defaults to the top most choice on the stack of Languages -> French (France). I select English (United States) which works for the session, but upon restart reverts to the aforementioned behavior. It's either a spell-checking hook into Iceweasel or something specific to Iceweasel's preferences not reading locally configured preferences. Perhaps the builder of the package defaults it to French? Sincerely, Marc J. Driftmeyer -- Package-specific info: -- Extensions information Name: Adblock Plus Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Package: xul-ext-adblock-plus Status: enabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: DownloadHelper Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d} Status: enabled Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled Name: HTTPS-Everywhere Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/https-everywh...@eff.org Package: xul-ext-https-everywhere Status: enabled Name: RESTClient Location: ${PROFILE_EXTENSIONS}/{ad0d925d-88f8-47f1-85ea-8463569e756e}.xpi Status: user-disabled Name: Shortly URL Shortner Location: ${PROFILE_EXTENSIONS}/shor...@aloshbennett.in Status: enabled Name: Terms of Service; Didn’t Read Location: ${PROFILE_EXTENSIONS}/jid0-3guet1r69sqnsrca5p8kx9ez...@jetpack.xpi Status: user-disabled Name: United States English Spellchecker dictionary Location: ${PROFILE_EXTENSIONS}/en...@dictionaries.addons.mozilla.org Status: enabled Name: WOT Location: ${PROFILE_EXTENSIONS}/{a0d7ccb3-214d-498b-b4aa-0e8fda9a7bf7} Status: user-disabled -- Plugins information Name: DjView-4.9 Location: /usr/lib/mozilla/plugins/nsdejavu.so Package: djview-plugin Status: enabled Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled Name: KParts Plugin Location: /usr/lib/mozilla/plugins/libkpartsplugin.so Package: kpartsplugin Status: enabled Name: MozPlugger 1.14.5 handles QuickTime and Windows Media Player Plugin (1.14.5) Location: /usr/lib/mozilla/plugins/mozplugger.so Package: mozplugger Status: enabled Name: Shockwave Flash (11,2,202,310) Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled Name: Skype Buttons for Kopete Location: /usr/lib/mozilla/plugins/skypebuttons.so Package: kopete Status: enabled Name: Xine Plugin Location: /usr/lib/xine-plugin/xineplugin.so Package: xine-plugin Status: enabled -- Addons package information ii djview-plugin 4.9-4amd64Browser plugin for the DjVu image ii gnome-shell3.10.1-1 amd64graphical shell for the GNOME des ii iceweasel 24.1.0esr-1 amd64Web browser based on Firefox ii kopete 4:4.10.5-3 amd64instant messaging and chat applic ii kpartsplugin 20120605-1 amd64Netscape-compatible plugin to emb ii mozplugger 1.14.5-2 amd64Plugin allowing external viewers ii rhythmbox-plug 3.0.1-1+b1 amd64plugins for rhythmbox music playe ii xine-plugin1.0.2-4 amd64xine-based media player plugin fo ii xul-ext-adbloc 2.4+dfsg-1 all advertisement blocking extension ii xul-ext-https- 3.4.2-1 all extension to force the use of HTT -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 4.4 ii fontconfig 2.11.0-1 ii libc6 2.17-96 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.38.1-2 ii libgtk2.0-0 2.24.22-1 ii libnspr42:4.10.2-1 ii libnspr4-0d 2:4.10.2-1 ii libsqlite3-03.8.1-1 ii libstdc++6 4.8.2-5 ii procps 1:3.3.8-2 ii xulrunner-24.0 24.1.0esr-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-mathjax 2.2-1 ii fonts-oflb-asana-math 000.907-4 ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.11.3+dfsg-3 ii mozplugger 1.14.5-2 ii otf-stix 1.1.0-1 Versions of packages xulrunner-24.0 depends on: ii libasound21.0.27.2-3 ii liba
Bug#730147: llvm-3.3: Shared object libs matching static missing
Package: llvm-3.3 Version: 1:3.3-13 Severity: normal Dear Maintainer, Could we please build out for both shared and static libs on LLVM/Clang for at least 3.4 and moving forward? - Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages llvm-3.3 depends on: ii libc6 2.17-96 ii libffi6 3.0.13-6 ii libgcc1 1:4.8.2-5 ii libllvm3.31:3.3-13 ii libstdc++64.8.2-5 ii llvm-3.3-runtime 1:3.3-13 Versions of packages llvm-3.3 recommends: ii llvm-3.3-dev 1:3.3-13 Versions of packages llvm-3.3 suggests: ii llvm-3.3-doc 1:3.3-13 -- 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#728260: clang-3.3: Clang-3.3-examples package request
Package: clang-3.3 Version: 1:3.3-11 Severity: wishlist Dear Maintainer, Would you folks consider bundling clang-3.3-examples as part of the optional installable packages for the llvm-toolchain--3.3? It would be a nice springboard of looking at some coding styles directly, while perusing the Clang Docs. - Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages clang-3.3 depends on: ii libc62.17-93 ii libclang-common-3.3-dev 1:3.3-11 ii libclang1-3.31:3.3-11 ii libffi6 3.0.13-4 ii libgcc-4.8-dev 4.8.2-1 ii libgcc1 1:4.8.2-1 ii libllvm3.3 1:3.3-11 ii libobjc-4.8-dev 4.8.2-1 ii libstdc++-4.8-dev4.8.2-1 ii libstdc++6 4.8.2-1 Versions of packages clang-3.3 recommends: ii llvm-3.3-dev 1:3.3-11 ii python2.7.5-5 clang-3.3 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#722993: libaudit-common: libaudit1 transition requiring libaudit-common breaks gdm3, gnome-session, etc.
Package: libaudit-common Version: 2.3.2-2 Severity: normal Dear Maintainer, With the entrance of libaudit1 and libaudit-common several packages break presently, including: gdm3 gnome-session gnome-shell gnome-shell-extension-weather gnome-shell-extensions libaudit0 python-audit xvfb It looks like a few of these packages need rebuilding against the change. - Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719647: libstdc++-4.8-dev: illegal character in stl_vector.h produces invalid UTF-8 and breaks builds
Package: libstdc++-4.8-dev Version: 4.8.1-8 Severity: normal Dear Maintainer, Within stl_vector.h and more specifically line 842, character 3 is a hidden \240 character that when viewed within Kate reviews the equivalent to the metrical tetraseme as a single space not visible within Vim. Basically deleting this and replacing it with a normal space resolves the issue allowing GCC 4.8 and Clang to build as normal. - Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libstdc++-4.8-dev depends on: ii gcc-4.8-base4.8.1-8 ii libc6-dev 2.17-92 ii libgcc-4.8-dev 4.8.1-8 ii libstdc++6 4.8.1-8 libstdc++-4.8-dev recommends no packages. Versions of packages libstdc++-4.8-dev suggests: pn libstdc++-4.8-doc -- 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#712126: brasero: Brasero 3.8.0-1 segfaults due to duplicate gio module references
Package: brasero Version: 3.8.0-1 Severity: normal Dear Maintainer, Upon installing brasero 3.8.0-1 from Sid and the subsequent gvfs the application will not launch. Output: mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu/gio/modules$ brasero (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVfs'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVolumeMonitor'. (gst-plugin-scanner:6451): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-volume-monitor. Expected type is GVolumeMonitor. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: cannot add interface type `GLoadableIcon' to type `GVfsIcon', since type `GVfsIcon' already conforms to interface (gst-plugin-scanner:6451): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-vfs. Expected type is GVfs. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapper'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperSmb'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperHttp'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperAfp'. (gst-plugin-scanner:6451): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `' (gst-plugin-scanner:6451): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `' (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVfs'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVolumeMonitor'. (brasero:6450): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-volume-monitor. Expected type is GVolumeMonitor. (brasero:6450): GLib-GObject-WARNING **: cannot add interface type `GLoadableIcon' to type `GVfsIcon', since type `GVfsIcon' already conforms to interface (brasero:6450): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-vfs. Expected type is GVfs. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapper'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperSmb'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperHttp'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GVfsUriMapperAfp'. (brasero:6450): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `' (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyDrive'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyMount'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyShadowMount'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolume'. (brasero:6450): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolumeMonitor'. (brasero:6450): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolumeMonitorUDisks2'. (brasero:6450): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-native-volume-monitor. Expected type is GNativeVolumeMonitor. (brasero:6450): GLib-GObject-WARNING **: invalid class cast from `GProxyVolumeMonitorUDisks2' to `' (brasero:6450): GLib-GObject-WARNING **: invalid class cast from (NULL) pointer to `' (brasero:6450): GLib-GObject-CRITICAL **: g_type_class_peek_parent: assertion `g_class != NULL' failed (brasero:6450): GLib-GObject-WARNING **: invalid class cast from (NULL) pointer to `GObject' Segmentation fault mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu/gio/modules$ -- Upon investigating these two different plugins I noticed the following with glib-networking gio modules and gvfs gio modules: mdriftmeyer@horus:/usr/lib/x86_64-linux-gnu/gio/modules$ ls -rhlt total 520K -rw-r--r-- 1 root root 15K May 8 05:08 libgiolibproxy.so -rw-r--r-- 1 root root 101K May 8 05:08 libgiognutls.so -rw-r--r-- 1 root root 19K May 8 05:08 libgiognomeproxy.so -rw-r--r-- 1
Bug#710863: clang-3.3 fails to build trunk
Package: clang-3.3 Version: 1:3.3~svn179851-1~exp1 Severity: normal Dear Maintainer, Odd bug: After resolving the issue building llvm/clang trunk with gcc-4.7 in an early bug I have tested both the llvm-3.3 3.3~svn179851-1~exp1 and a freshly built llvm-3.4-trunk provided by gcc-4.7.3-4 both resulting in the following exact same location of failure: Note: I run a default all on targets with x86_64 being my primary target: Output: mdriftmeyer@horus:~/DeveloperProjects/LLVMProject/cmake-clang-3.4-trunk$ make [ 3%] Built target LLVMSupport [ 3%] Built target LLVMTableGen [ 5%] Built target llvm-tblgen [ 5%] Built target intrinsics_gen [ 6%] Built target LLVMCore [ 6%] Built target LLVMAsmParser [ 6%] Built target LLVMBitReader [ 6%] Built target LLVMIRReader [ 6%] Built target LLVMObject [ 8%] Built target LLVMMC [ 8%] Built target LLVMTarget [ 10%] Built target LLVMAnalysis [ 11%] Built target LLVMipa [ 13%] Built target LLVMTransformUtils [ 14%] Built target LLVMInstCombine [ 15%] Built target LLVMScalarOpts [ 15%] Built target LLVMObjCARCOpts [ 19%] Built target LLVMCodeGen [ 20%] Built target LLVMSelectionDAG [ 20%] Built target LLVMMCParser [ 21%] Built target LLVMAsmPrinter [ 21%] Built target LLVMBitWriter [ 21%] Built target LLVMInstrumentation [ 21%] Built target LLVMVectorize [ 21%] Built target LLVMipo [ 21%] Built target LLVMHello [ 21%] Built target LLVMLinker [ 21%] Built target LLVMMCDisassembler [ 21%] Built target LLVMOption [ 22%] Built target LLVMDebugInfo [ 22%] Built target LLVMExecutionEngine [ 22%] Built target LLVMInterpreter [ 22%] Built target LLVMRuntimeDyld [ 23%] Built target LLVMJIT [ 23%] Built target LLVMMCJIT [ 23%] Built target AArch64CommonTableGen [ 23%] Built target LLVMAArch64Utils [ 23%] Built target LLVMAArch64AsmPrinter [ 23%] Built target LLVMAArch64Info [ 23%] Built target LLVMAArch64Desc [ 24%] Built target LLVMAArch64CodeGen [ 24%] Built target LLVMAArch64AsmParser [ 24%] Built target LLVMAArch64Disassembler [ 25%] Built target ARMCommonTableGen [ 25%] Built target LLVMARMAsmPrinter [ 25%] Built target LLVMARMInfo [ 25%] Built target LLVMARMDesc [ 27%] Built target LLVMARMCodeGen [ 27%] Built target LLVMARMAsmParser [ 27%] Built target LLVMARMDisassembler [ 27%] Built target LLVMCppBackendInfo [ 27%] Built target LLVMCppBackendCodeGen [ 28%] Built target HexagonCommonTableGen [ 28%] Built target LLVMHexagonInfo [ 28%] Built target LLVMHexagonDesc [ 28%] Built target LLVMHexagonAsmPrinter [ 29%] Built target LLVMHexagonCodeGen [ 30%] Built target MipsCommonTableGen [ 30%] Built target LLVMMipsInfo [ 30%] Built target LLVMMipsAsmPrinter [ 31%] Built target LLVMMipsDesc [ 32%] Built target LLVMMipsCodeGen [ 32%] Built target LLVMMipsDisassembler [ 32%] Built target LLVMMipsAsmParser [ 32%] Built target MBlazeCommonTableGen [ 32%] Built target LLVMMBlazeInfo [ 32%] Built target LLVMMBlazeAsmPrinter [ 34%] Built target LLVMMBlazeDesc [ 34%] Built target LLVMMBlazeCodeGen [ 34%] Built target LLVMMBlazeAsmParser [ 34%] Built target LLVMMBlazeDisassembler [ 34%] Built target MSP430CommonTableGen [ 34%] Built target LLVMMSP430AsmPrinter [ 34%] Built target LLVMMSP430Info [ 34%] Built target LLVMMSP430Desc [ 35%] Built target LLVMMSP430CodeGen [ 35%] Built target NVPTXCommonTableGen [ 35%] Built target LLVMNVPTXAsmPrinter [ 35%] Built target LLVMNVPTXInfo [ 36%] Built target LLVMNVPTXDesc [ 36%] Built target LLVMNVPTXCodeGen [ 37%] Built target PowerPCCommonTableGen [ 37%] Built target LLVMPowerPCInfo [ 37%] Built target LLVMPowerPCAsmPrinter [ 38%] Built target LLVMPowerPCDesc [ 39%] Built target LLVMPowerPCCodeGen [ 39%] Built target LLVMPowerPCAsmParser [ 39%] Built target AMDGPUCommonTableGen [ 39%] Built target LLVMR600Info [ 39%] Built target LLVMR600AsmPrinter [ 40%] Built target LLVMR600Desc [ 41%] Built target LLVMR600CodeGen [ 42%] Built target SparcCommonTableGen [ 42%] Built target LLVMSparcInfo [ 43%] Built target LLVMSparcDesc [ 43%] Built target LLVMSparcCodeGen [ 43%] Built target SystemZCommonTableGen [ 43%] Built target LLVMSystemZAsmPrinter [ 43%] Built target LLVMSystemZInfo [ 43%] Built target LLVMSystemZDesc [ 44%] Built target LLVMSystemZCodeGen [ 44%] Built target LLVMSystemZAsmParser [ 44%] Built target LLVMSystemZDisassembler [ 44%] Built target X86CommonTableGen [ 44%] Built target LLVMX86Utils [ 44%] Built target LLVMX86AsmPrinter [ 44%] Built target LLVMX86Info [ 44%] Built target LLVMX86Desc [ 45%] Built target LLVMX86CodeGen [ 45%] Built target LLVMX86AsmParser [ 45%] Built target LLVMX86Disassembler [ 46%] Built target XCoreCommonTableGen [ 46%] Built target LLVMXCoreInfo [ 46%] Built target LLVMXCoreAsmPrinter [ 46%] Built target LLVMXCoreDesc [ 47%] Built target LLVMXCoreCodeGen [ 47%] Built target LLVMXCoreDisassembler [ 47%] Built target LLVMArchive [ 47%] Built target FileCheck [ 47%] Built target FileUpdate [ 47%] Built target count [ 47%] Built target not [ 47%] Built target yaml-bench [ 47%] Built target compiler-rt-h
Bug#710322: clang-3.3: Support Headers not picked up cstddef and more
Package: clang-3.3 Version: 1:3.3~svn179851-1~exp1 Severity: normal Dear Maintainer, Since so many packages have been pushed from experimental into Sid with GCC-4.7 and part of GCC-4.8 I decided to see how building LLVM/Clang from trunk works. It fails with assembly issues I'll file later using GCC-4.7 as the CC. Now, I decide to install the LLVM-3.3/Clang-3.3 toolchain in its entirety to see how well it builds and this is what I get: Scanning dependencies of target LLVMSupport [ 0%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/APFloat.cpp.o In file included from /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/lib/Support/APFloat.cpp:15: In file included from /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/APFloat.h:104: In file included from /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/APInt.h:19: In file included from /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/ArrayRef.h:14: In file included from /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/SmallVector.h:17: /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/Support/AlignOf.h:19:10: fatal error: 'cstddef' file not found #include ^ 1 error generated. make[2]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/APFloat.cpp.o] Error 1 make[1]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/all] Error 2 make: *** [all] Error 2 What is it with this latest transition in GCC-4.7.4 and GCC-4.8 that seems to throw this error each and every time I test it? Am I missing a package that can resolve the relocation of these header file paths or does Debian need to contact LLLVM/Clang and make sure those paths are included when building the infrastructure? Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages clang-3.3 depends on: ii libc62.17-3 ii libclang-common-dev 1:3.3~svn179851-1~exp1 ii libffi5 3.0.10-3 ii libgcc1 1:4.8.0-8 ii libllvm3.3 1:3.3~svn179851-1~exp1 ii libstdc++6 4.8.0-8 ii libstdc++6-4.7-dev 4.7.3-4 Versions of packages clang-3.3 recommends: ii llvm-3.3-dev 1:3.3~svn179851-1~exp1 ii python2.7.3-13 clang-3.3 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#704427: libevolution: Evolution 3.8 broken due to archaic ligbnome-desktop-3-2 dependency
Package: libevolution Version: 3.8.0-1 Severity: normal Dear Maintainer, Is there some reason libevolution has a hard dependency on libgnome-desktop-3-2? One would expect the dependency for GNOME 3.8 and Evolution 3.8 to be on: libgnome-desktop-3-7, the very same library one installs when updating to GNOME 3.8. Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libevolution depends on: ii libatk1.0-0 2.8.0-1 ii libc6 2.17-0experimental1 ii libcairo-gobject2 1.12.14-1 ii libcairo2 1.12.14-1 ii libcamel-1.2-43 3.8.0-1 ii libcanberra-gtk3-0 0.30-1 ii libcanberra00.30-1 ii libebackend-1.2-6 3.8.0-1 ii libebook-1.2-14 3.8.0-1 ii libebook-contacts-1.2-0 3.8.0-1 ii libecal-1.2-15 3.8.0-1 ii libedata-book-1.2-173.8.0-1 ii libedataserver-1.2-17 3.8.0-1 ii libenchant1c2a 1.6.0-9 ii libgail-3-0 3.8.0-1 ii libgdata13 0.13.3-1 ii libgdk-pixbuf2.0-0 2.28.0-1 ii libglib2.0-02.36.0-2 pn libgnome-desktop-3-2 ii libgoa-1.0-03.8.0-1 ii libgstreamer1.0-0 1.0.6-1 ii libgtk-3-0 3.8.0-1 ii libgtkhtml-4.0-04.6.0-1 ii libgtkhtml-editor-4.0-0 4.6.0-1 ii libgweather-3-3 3.7.91-1 ii libical00.48-2 ii libjavascriptcoregtk-3.0-0 1.11.91-1 ii libldap-2.4-2 2.4.31-1 ii libnotify4 0.7.5-2 ii libnspr42:4.9.5-1 ii libnspr4-0d 2:4.9.5-1 ii libnss3 2:3.14.3-1 ii libnss3-1d 2:3.14.3-1 ii libpango1.0-0 1.32.5-1 ii libsecret-1-0 0.15-1 ii libsoup-gnome2.4-1 2.42.0-1 ii libsoup2.4-12.42.0-1 ii libsqlite3-03.7.16.1-1 ii libwebkitgtk-3.0-0 1.11.91-1 ii libxml2 2.9.0+dfsg1-4 ii libytnef0 1.5-4 libevolution recommends no packages. libevolution 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#698623: libreoffice-core amd64 dependency concern (ure 4.0.0~) breaks 3.6.5~rc2-1 installability
Package: libreoffice-core Version: 1:3.6.4-1 Severity: normal Dear Maintainer, Either we have a simple mistake or a mixed upload where libreoffice 3.6.5~rc2-1 core has a misplaced dependency or a collision between the 3.6.5 upcoming release and the impending 4.0.0 release of LibreOffice. libreoffice-core presently requires for amd64 the following dependency: dep: ure (>= 4.0.0~) [amd64] Either that is a mistake or a result of two different version of LibreOffice intended to be uploaded to Experimental. Just a heads-up. - Sincerely, Marc J. Driftmeyer -- Package-specific info: All deployed bundled extensions: Identifier: org.openoffice.da.writer2xhtml.oxt Version: 1.0.2 URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml is registered: yes Media-Type: application/vnd.sun.star.package-bundle Description: Writer2xhtml provides Writer and Calc export filters for XHTML and XHTML+MathML bundled Packages: { URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/writer2xhtml.rdb is registered: yes Media-Type: application/vnd.sun.star.uno-typelibrary;type=RDB Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/W2XDialogs/ is registered: yes Media-Type: application/vnd.sun.star.basic-library Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/Options.xcs is registered: yes Media-Type: application/vnd.sun.star.configuration-schema Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/writer2xhtml-filter.jar is registered: yes Media-Type: application/vnd.sun.star.uno-component;type=Java Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/w2x_types.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/w2x_filters.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/Options.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: } Identifier: com.sun.wiki-publisher Version: 1.1.2 URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher is registered: yes Media-Type: application/vnd.sun.star.package-bundle Description: The Wiki Publisher enables you to create Wiki articles on MediaWiki servers without having to know the syntax of the MediaWiki markup language. Publish your new and existing documents transparently with the Writer to a wiki page. bundled Packages: { URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/help is registered: yes Media-Type: application/vnd.sun.star.help Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcs is registered: yes Media-Type: application/vnd.sun.star.configuration-schema Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiEditor/ is registered: yes Media-Type: application/vnd.sun.star.basic-library Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/components.rdb is registered: yes Media-Type: application/vnd.sun.star.uno-components Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Addons.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/ProtocolHandler.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/OptionsDialog.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Filter.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Types.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Paths.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: } Identifier: com.sun.star.comp.Calc.NLPSolver Version: 0.9 URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/NLPsolver is registered: yes Media-Type: application/vnd.sun.star.package-bundle Description: T
Bug#694595: gcc-4.7: Starting with 4.7.2-10 breaks building LLVM/Clang Trunk
Package: gcc-4.7 Version: 4.7.2-12 Severity: normal Dear Maintainer, Starting with 4.7.2-10 breaks building LLVM/Clang Trunk. Building LLVM/Clang whether with a previous trunk build clang or using gcc to build clang now stands broken for the simple fact: In file included from /home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_benchmarks_test.cc:15: In file included from /home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_test_utils.h:19: In file included from /home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_test_config.h:20: In file included from /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/vector:60: /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../include/c++/4.7/bits/stl_algobase.h:60:10: fatal error: 'bits/c++config.h' file not found #include ^ In file included from /home/mdriftmeyer/DeveloperProjects/LLVMProject/trunk/llvm/projects/compiler-rt/lib/asan/tests/asan_test.cc:27: This has been going on since 4.7.2-10 was introduced into Experimental. This breakage has occasionally occured since LLVM 2.9 trunk and I'm just making everyone aware that they need to make some updates either to both Debian's end and LLVM's reference end to the mappings where the project needs to look in Debian for the c++config.h file. Since c++config.h is managed by gccxml-0.9 perhaps an update to this package can fix it? /usr/share/gccxml-0.9/GCC/4.7/bits/c++config.h Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.7 depends on: pn binutils ii cpp-4.7 4.7.2-12 ii gcc-4.7-base4.7.2-12 ii libc6 2.16-0experimental1 ii libgcc-4.7-dev 4.7.2-12 ii libgmp102:5.0.5+dfsg-2 ii libmpc2 0.9-4 ii libmpfr43.1.0-5 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gcc-4.7 recommends: ii libc6-dev 2.16-0experimental1 Versions of packages gcc-4.7 suggests: pn binutils-gold pn gcc-4.7-doc ii gcc-4.7-locales 4.7.2-12 pn gcc-4.7-multilib ii libcloog-ppl00.15.11-4 pn libgcc1-dbg pn libgomp1-dbg pn libitm1-dbg pn libmudflap0-4.7-dev pn libmudflap0-dbg pn libppl-c2 pn libppl7 pn libquadmath0-dbg -- 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#673720: icedove: version `PNG12_0' not found
I reinstalled quite a while ago while the transition to libpng15 is completed. Personally, the dummy transition solution is a kludge that seems all too prevalent in Debian. I would either get libpng15 fully transitioned and then do a complete distribution upgrade build of all packages directly or indirectly impacted by its presence, on test-bed servers or I wouldn't even bother to offer libpng15 knowing the transition seems to crawl and take 6-9 months for it to be completed. Just my 2 cents. - Marc On 08/26/2012 09:56 AM, Carsten Schoenert wrote: Hello Marc, as I can see you use sid. And it seems that you have manually installed some packages from experimental. The current version of libpng12 in experimental is a simple dummy package (especially for that reasons like that you covered). Icedove itselfs just depended on libcairo2, libcairo2 is depending on libpng12. But sid and experimental allready provide libpng15. To solve the dependencie of libcairo2 (and indirect for icedove and iceweasel for example) there is a dummy package for libpng12. Take a look at the package description of libpng12: Description: PNG library - runtime libpng is a library implementing an interface for reading and writing PNG (Portable Network Graphics) format files. . This package is superseded by libpng15-15, and is provided only for transitional purposes. So if you don't do anything on the installed librarys icedove will work. Don't try to install anything from experimental if there is no real need for this. To solve your problem reinstall libpng12 package from sid, if you have pinned something releated just do a unpinning. This problem will gone if no package in sid is needing a libpng12 anymore. After all all involved package have to be rebuilded by the maintainers in special cases, normaly the build server will do the repacking. Regards Carsten On Sun, May 20, 2012 at 07:56:36PM -0700, Marc J. Driftmeyer wrote: Package: icedove Version: 11.0-1 Severity: normal Dear Maintainer, Heads up: The update to libpng that moves libpng12 to point to libpng15 continues to throw these errors with libcairo2: mdriftmeyer@horus:~/Downloads$ icedove XPCOMGlueLoad error for file /usr/lib/icedove/libxpcom.so: /usr/lib/x86_64-linux-gnu/libpng12.so.0: version `PNG12_0' not found (required by /usr/lib/x86_64-linux-gnu/libcairo.so.2) Couldn't load XPCOM. Whether it's icedove, iceweasel, chrome or any application that leverages the current libcairo2 unless a smoother path with libpng12--> libpng15 is completed BEFORE upload even to Expermental nothing but broken software will result. Two broken symlinks were visible in /usr/lib/ for libpng12 and libpng. If I point them to the latest: lrwxrwxrwx 1 root root 11 Jul 26 2011 libpng.so -> libpng12.so lrwxrwxrwx 1 root root 30 May 20 19:50 libpng12.so -> x86_64-linux-gnu/libpng12.so.0 via: lrwxrwxrwx 1 root root 36 Jul 19 2011 libpng15.so.0 -> /lib/x86_64-linux-gnu/libpng15.so.15 lrwxrwxrwx 1 root root 13 Jul 19 2011 libpng15.s0 -> libpng15.so.0 lrwxrwxrwx 1 root root 11 May 19 02:03 libpng.so -> libpng15.so lrwxrwxrwx 1 root root 10 May 19 02:03 libpng.a -> libpng15.a lrwxrwxrwx 1 root root 36 May 19 02:03 libpng15.so -> /lib/x86_64-linux-gnu/libpng15.so.15 lrwxrwxrwx 1 root root 36 May 19 02:03 libpng12.so.0 -> /lib/x86_64-linux-gnu/libpng15.so.15 -rw-r--r-- 1 root root 261K May 19 02:03 libpng15.a lrwxrwxrwx 1 root root 13 May 19 22:33 libpng12.so.3 -> libpng15.so.0 lrwxrwxrwx 1 root root 13 May 20 17:49 libpng15.so.15 -> libpng15.so.0 it eliminates the error: mdriftmeyer@horus:~/Downloads$ icedove XPCOMGlueLoad error for file /usr/lib/icedove/libxpcom.so: /usr/lib/x86_64-linux-gnu/libpng12.so.0: version `PNG12_0' not found (required by /usr/lib/x86_64-linux-gnu/libcairo.so.2) Couldn't load XPCOM. and pollutes only: mdriftmeyer@horus:/usr/lib$ iceweasel XPCOMGlueLoad error for file /usr/lib/xulrunner-12.0/libxpcom.so: libxul.so: cannot open shared object file: No such file or directory Couldn't load XPCOM. which after filing yesterday's bug I've tracked down is an issue with libcairo2 and libpng12 where libcairo2 is requiring PNG12_0 and therefore crashing leaving any Mozilla based product dead in the water, not to mention Chrome. I guess I'll have to continue bombarding reports until someone rebuilds libcairo2 against libpng12 pointing to libpng15-15. - Marc J. Driftmeyer -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#673720: icedove: version `PNG12_0' not found
Package: icedove Version: 11.0-1 Severity: normal Dear Maintainer, Heads up: The update to libpng that moves libpng12 to point to libpng15 continues to throw these errors with libcairo2: mdriftmeyer@horus:~/Downloads$ icedove XPCOMGlueLoad error for file /usr/lib/icedove/libxpcom.so: /usr/lib/x86_64-linux-gnu/libpng12.so.0: version `PNG12_0' not found (required by /usr/lib/x86_64-linux-gnu/libcairo.so.2) Couldn't load XPCOM. Whether it's icedove, iceweasel, chrome or any application that leverages the current libcairo2 unless a smoother path with libpng12--> libpng15 is completed BEFORE upload even to Expermental nothing but broken software will result. Two broken symlinks were visible in /usr/lib/ for libpng12 and libpng. If I point them to the latest: lrwxrwxrwx 1 root root 11 Jul 26 2011 libpng.so -> libpng12.so lrwxrwxrwx 1 root root 30 May 20 19:50 libpng12.so -> x86_64-linux-gnu/libpng12.so.0 via: lrwxrwxrwx 1 root root 36 Jul 19 2011 libpng15.so.0 -> /lib/x86_64-linux-gnu/libpng15.so.15 lrwxrwxrwx 1 root root 13 Jul 19 2011 libpng15.s0 -> libpng15.so.0 lrwxrwxrwx 1 root root 11 May 19 02:03 libpng.so -> libpng15.so lrwxrwxrwx 1 root root 10 May 19 02:03 libpng.a -> libpng15.a lrwxrwxrwx 1 root root 36 May 19 02:03 libpng15.so -> /lib/x86_64-linux-gnu/libpng15.so.15 lrwxrwxrwx 1 root root 36 May 19 02:03 libpng12.so.0 -> /lib/x86_64-linux-gnu/libpng15.so.15 -rw-r--r-- 1 root root 261K May 19 02:03 libpng15.a lrwxrwxrwx 1 root root 13 May 19 22:33 libpng12.so.3 -> libpng15.so.0 lrwxrwxrwx 1 root root 13 May 20 17:49 libpng15.so.15 -> libpng15.so.0 it eliminates the error: mdriftmeyer@horus:~/Downloads$ icedove XPCOMGlueLoad error for file /usr/lib/icedove/libxpcom.so: /usr/lib/x86_64-linux-gnu/libpng12.so.0: version `PNG12_0' not found (required by /usr/lib/x86_64-linux-gnu/libcairo.so.2) Couldn't load XPCOM. and pollutes only: mdriftmeyer@horus:/usr/lib$ iceweasel XPCOMGlueLoad error for file /usr/lib/xulrunner-12.0/libxpcom.so: libxul.so: cannot open shared object file: No such file or directory Couldn't load XPCOM. which after filing yesterday's bug I've tracked down is an issue with libcairo2 and libpng12 where libcairo2 is requiring PNG12_0 and therefore crashing leaving any Mozilla based product dead in the water, not to mention Chrome. I guess I'll have to continue bombarding reports until someone rebuilds libcairo2 against libpng12 pointing to libpng15-15. - Marc J. Driftmeyer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 4.3 ii fontconfig2.9.0-5 ii libasound21.0.25-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-32 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libevent-2.0-52.0.19-stable-1 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-5 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.0-8 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4-0d 2:4.9-3 ii libnss3-1d2:3.13.4-3 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.25.2-1 ii libsqlite3-0 3.7.12-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.0-8 ii libvpx1 1.1.0-1 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii psmisc22.16-1 ii zlib1g1:1.2.7.dfsg-4 Versions of packages icedove recommends: ii hunspell-de-de [hunspell-dictionary] 20110609-1 ii hunspell-en-ca [hunspell-dictionary] 1:3.3.0-3 ii hunspell-en-us [hunspell-dictionary] 20070829-5 ii hunspell-fr [hunspell-dictionary] 1:3.3.0-3 ii myspell-he [myspell-dictionary] 1.1-2 Versions of packages icedove suggests: ii gconf-service 3.2.5-1 ii libgconf-2-4 3.2.5-1 ii libgssapi-krb5-2 1.10.1+dfsg-1 ii libnotify40.7.5-1 ii ttf-lyx 2.0.3-2 -- 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#673642: libcairo2-dev: Conflicts with libpng-dev and libpng12-dev, please rebuild against libpng-dev
Package: libcairo2-dev Version: 1.12.2-2 Severity: normal Dear Maintainer, I discovered after updating the transition of libpng to the lastest experimental 1.5.10-2 that libpng12-dev points to libpng-dev and libpng12-0 becomes a place holder for libpng-1.5.10-2. Unfortunately, Chrome, Iceweasel both break as they are expecting libpng12 of the 1.2.49-1 variety. Please rebuild cairo against this new transition and also Iceweasel [I can live with Google rebuilding Chrome if they know Debian is making the transition now more prominent with libpng moving away from the 1.2.x branch]. For now I downgraded libpng12 of experimental back to sid but then that screws up apt-get upgrade until I reinstall the experimental version and thus lose Iceweasel/Chrome packages until they are fixed. I can wait for libdirectfb-dev and a few miscellaneous dev packages to be built against this transition. For instance, Inkscape trunk actually looks for libpng12.pc and in order to get around it I created a symlink against libpng.pc under /usr/lib/x86_64-linux-gnu/pkgconfig/ with the following: libpng12.pc -> libpng15.pc Now it compiles but I'll bet they'll be updating their configuration with autoconf/autotools shortly. However, it reminds me that Inkscape 0.48.2 will have to be built against the new libpng-dev/libpng15 sooner rather than later, as well. I know I could purge a large collection of software but I've done this once already and it's getting annoying. I'll have to wait to do apt-update until these annoyance hurdles with the PNG 1.5 library transition is complete. - Marc J. Driftmeyer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcairo2-dev depends on: ii libcairo-gobject2 1.12.2-2 ii libcairo-script-interpreter2 1.12.2-2 ii libcairo2 1.12.2-2 ii libfontconfig1-dev2.9.0-5 ii libfreetype6-dev 2.4.9-1 ii libglib2.0-dev2.32.3-1 ii libpixman-1-dev 0.25.2-1 ii libpng12-dev 1.5.10-2 ii libsm-dev 2:1.2.1-2 ii libx11-dev2:1.4.99.901-2 ii libxcb-render0-dev1.8.1-1 ii libxcb-shm0-dev 1.8.1-1 ii libxcb1-dev 1.8.1-1 ii libxrender-dev1:0.9.7-1 libcairo2-dev recommends no packages. Versions of packages libcairo2-dev suggests: ii libcairo2-doc 1.12.2-2 -- 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#670970: python3-numpy: broken symlinks with missing numpy
Package: python3-numpy Version: 1:1.6.1-8 Severity: normal Dear Maintainer, Bug report #665998 references dh_numpy not filling in the python3:Depends and I assume that's causing the broken references to numpy leaving it completely useless for building software against numpy in python3.2. Blender Trunk now uses Numpy and fails on configuration. Discovered missing references in python3-numpy numpy -> ../../lib/pymodules/python3.2/numpy/core/include/numpy Dead link, period. There is no pymodules path for python3.2. Blender cmake is complaining on the following: Numpy path '/usr/lib/python3.2/site-packages/numpy' is missing, Odd, seeing as Debian doesn't seem to even ship a site-packages path let alone a site-packages/numpy. - Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python3-numpy depends on: ii libatlas3gf-base [liblapack.so.3gf] 3.8.4-3 ii libblas3gf [libblas.so.3gf] 1.2.20110419-2 ii libc62.13-31 ii libgcc1 1:4.7.0-5 ii libgfortran3 4.7.0-5 ii liblapack3gf [liblapack.so.3gf] 3.3.1-1 ii libquadmath0 4.7.0-5 ii python3 3.2.3~rc1-2 ii python3.23.2.3~rc2-1 python3-numpy recommends no packages. Versions of packages python3-numpy suggests: pn gcc4:4.6.3-4 pn gfortran 4:4.6.3-4 pn python-numpy-doc 1:1.6.1-8 pn python3-dev3.2.3~rc1-2 pn python3-nose pn python3-numpy-dbg -- 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#666132: eog broken against libcairo-gobject.so.2
=> /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x7fd3c4187000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x7fd3c3f81000) mdriftmeyer@horus:~$ ldd /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 mdriftmeyer@horus:~$ ldd /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 linux-vdso.so.1 => (0x7fff22bff000) libcairo.so.2 => /usr/lib/libcairo.so.2 (0x7fb078eaf000) libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x7fb078bf3000) libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7fb0788fb000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fb0786df000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fb078358000) libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x7fb0780ce000) libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x7fb077e2f000) libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x7fb077bfa000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x7fb0779d1000) libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x7fb0777c7000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7fb077488000) libz.so.1 => /usr/lib/x86_64-linux-gnu/libz.so.1 (0x7fb077271000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fb076fef000) libgthread-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x7fb076ded000) libffi.so.5 => /usr/lib/x86_64-linux-gnu/libffi.so.5 (0x7fb076bdf000) libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7fb0769a2000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fb07679a000) /lib64/ld-linux-x86-64.so.2 (0x7fb07933a000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x7fb07656f000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x7fb07634f000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fb07614b000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x7fb075f47000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x7fb075d41000) mdriftmeyer@horus:~$ - Marc On 03/28/2012 04:54 PM, Michael Biebl wrote: On 29.03.2012 01:28, Marc J. Driftmeyer wrote: Package: eog Version: 3.4.0-1 Severity: normal Dear Maintainer, Running eog from the CLI produces the following output and failure: mdriftmeyer@horus:~$ eog eog: symbol lookup error: /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2: undefined symbol: cairo_region_destroy Perhaps eog needs to be rebuilt against libcairo2_1.12.0-1 before being pushed to experimental? Could you send the output of ldd /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 and ldd /usr/bin/eog -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#666132: eog broken against libcairo-gobject.so.2
Package: eog Version: 3.4.0-1 Severity: normal Dear Maintainer, Running eog from the CLI produces the following output and failure: mdriftmeyer@horus:~$ eog eog: symbol lookup error: /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2: undefined symbol: cairo_region_destroy Perhaps eog needs to be rebuilt against libcairo2_1.12.0-1 before being pushed to experimental? - Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eog depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gconf-gsettings-backend [gsettings-backend] 3.2.3-4 ii gir1.2-atk-1.0 2.3.93-1 ii gir1.2-freedesktop 1.31.22-1 ii gir1.2-gdkpixbuf-2.0 2.26.0-1 ii gir1.2-glib-2.0 1.31.22-1 ii gir1.2-gtk-3.0 3.4.0-1 ii gir1.2-pango-1.0 1.29.5-1 ii gir1.2-peas-1.0 1.2.0-2 ii gnome-icon-theme 3.3.91-1 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.3.93-1 ii libc62.13-27 ii libcairo-gobject21.12.0-1 ii libcairo21.12.0-1 ii libexempi3 2.2.0-1 ii libexif120.6.20-2 ii libffi5 3.0.10-3 ii libgdk-pixbuf2.0-0 2.26.0-1 ii libgirepository-1.0-11.31.22-1 ii libglib2.0-0 2.32.0-1 ii libgnome-desktop-3-2 3.2.1-3 ii libgtk-3-0 3.4.0-1 ii libjpeg8 8d-1 ii liblcms2-2 2.2+git20110628-2.1 ii libpango1.0-01.29.5-1 ii libpeas-1.0-01.2.0-2 ii librsvg2-2 2.36.0-1 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-7 ii shared-mime-info 0.90-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages eog recommends: ii librsvg2-common 2.36.0-1 eog 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#660088: libpng-dev: libpng 1.5.8 stable uninstallable against GTK 3.x
Thanks for the heads-up. I expected a transition with a lot of packages taking a hit jumping to 1.5. From the looks of lit 1.6 is nearing release status. Not sure if that will require another big change or not seeing as I'm not directly diving into the API, but glad to see you guys have been hoping for this transition as much as I have been. - Marc On 02/16/2012 03:04 AM, Aníbal Monsalve Salazar wrote: > >Clearly, 1.4.x and 1.5.x seem to be ignored. -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#660088: libpng-dev: libpng 1.5.8 stable uninstallable against GTK 3.x
Package: libpng-dev Version: 1.5.8 Severity: wishlist Dear Maintainer, When is Debian planning to update it's DE basic package support for the newer releases of libpng? Clearly, 1.4.x and 1.5.x seem to be ignored. Are you waiting for GNOME to require GTK 3.x to update it's minimum libpng support to say, 1.6 before updating dependencies in GNOME 3.x? Presently, this is the result for attempting to install libpng-dev (1.5.8) from Experimental: mdriftmeyer@horus:~/DeveloperProjects/LLVMProject/cmake-llvm$ sudo apt-get -t experimental install libpng-dev Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libcanberra-gtk-common-dev libx264-118 libpaper-dev lesstif2-dev libdjvulibre-dev linux-kbuild-2.6.38 linux-headers-2.6.39-2-common libmagick++5 libsoup-gnome2.4-dev libcanberra-dev gir1.2-cryptui-0.0 libimobiledevice-dev libusbmuxd-dev libijs-dev libvte-2.90-doc gir1.2-rsvg-2.0 libjavascriptcoregtk-3.0-dev libglewmx1.6 libggadget-gtk-1.0-0b libjavascriptcoregtk-1.0-dev Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libindicate5 The following packages will be REMOVED: epiphany-browser-dev gir1.2-indicate-0.5 libanjuta-dev libavahi-ui-dev libcairo2-dev libcairomm-1.0-dev libcanberra-gtk-dev libcanberra-gtk3-dev libcheese-dev libclutter-1.0-dev libcogl-dev libcogl-pango-dev libcryptui-dev libdbusmenu-glib-dev libdbusmenu-gtk-dev libdbusmenu-gtk3-dev libdbusmenu-jsonloader-dev libdirectfb-dev libelemental-dev libevince-dev libexif-gtk-dev libgail-3-dev libgail-dev libgconfmm-2.6-dev libgdk-pixbuf2.0-dev libgdl-3-dev libggadget-gtk-1.0-dev libgimp2.0-dev libglade2-dev libgladeui-dev libgnome-bluetooth-dev libgnome-desktop-dev libgnomecanvas2-dev libgnomeprint2.2-dev libgnomeprintui2.2-dev libgpod-dev libgs-dev libgtk-3-dev libgtk2.0-dev libgtkgl2.0-dev libgtkhex-3-dev libgtkhtml-4.0-dev libgtkhtml-editor-4.0-dev libgtkmathview-dev libgtkmm-2.4-dev libgtkmm-3.0-dev libgtksourceview-3.0-dev libgtksourceview2.0-dev libgtksourceviewmm-3.0-dev libgtkspell-dev libgucharmap2-dev libgweather-3-dev libindicate-dev libjbig2dec0-dev libmagick++-dev libmagickcore-dev libmagickwand-dev libmutter-dev libnotify-dev libnotifymm-dev libpango1.0-dev libpangomm-1.4-dev libplot-dev libpng12-dev libpngwriter0-dev libpoppler-glib-dev librsvg2-dev libsdl1.2-dev libseed-gtk3-dev libunique-3.0-dev libunique-dev libvte-2.90-dev libvte-dev libwebkit-dev libwebkitgtk-3.0-dev libwebkitgtk-dev libwnck-3-dev libyelp-dev python-gtk2-dev python-webkit-dev The following NEW packages will be installed: libpng-dev The following packages will be upgraded: libindicate5 1 upgraded, 1 newly installed, 80 to remove and 191 not upgraded. Need to get 368 kB of archives. After this operation, 145 MB disk space will be freed. Do you want to continue [Y/n]? n Abort. === Clearly, this is a no go. Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630321: RE : Bug#630321: Opencl
Since AMD just published it's Linux FGLX Catalyst driver with their renamed Accelerated Parallel Processing (APP) in conjunction with their AMD 7990 GPGPU http://blogs.amd.com/play/2011/12/21/764-days-as-graphics-performance-champion-%E2%80%93-and-counting/ Developers: http://developer.amd.com/sdks/AMDAPPSDK/Pages/default.aspx In the release notes: http://developer.amd.com/sdks/AMDAPPSDK/assets/AMD_APP_SDK_Release_Notes_Developer.pdf 1 What’s New in AMD APP SDK v2.6 Key features supported in SDK 2.6 and the Catalyst 11.12 drivers include: *• OpenCLTM runtime integration into Linux and Windows® Catalyst drivers.* • Inclusion of the Khronos C++ wrapper API. • Multi-GPU support on Linux platforms. • PX5 support. • Preview: Support for AVX instructions on CPUs that support AVX. • Support for FMA4 instructions in OpenCL built-in function libraries on CPUs that support FMA4. • Kernel reflection, query kernel parameters, and enable use of OpenCL kernels in data-driven applications. • Support for atomic counters on APUs. • Redesign of OpenCL run-time on CPU, significantly improving performance. • Support for the cl_amd_media_ops2 extension, exposing hardware capabilities for accelerating image-related processing. • Async copies preview (set environment variable GPU_ASYNC_MEM_COPY=2 to enable). The OpenCLTM 1.2 preview includes the following capabilities (requires 8.93.10 preview drivers): • Host access flags for memory objects enables more efficient buffer handling. • Pattern-based GPU buffer and image initialization eliminates need for certain buffer/image transfers. • Memory objects migration supports early transfer of buffers in preparation for when they are needed. • New generalized image creation API. • Enhanced image/buffer map operations. • OpenCL 1.2 CPU device partition, including partition of a CPU after addition to a context. • Generalized 1D and 2D images, image arrays, and image<-->buffer interop. It seems like AMD woke up and followed NVidia's move for it's proprietary [non-free] driver to make my wishes come true. I'm not interested in server environments without top end GPUs that can utlize the AMD driver. Nor is anyone else going to use any of the streams on such an entry level card from AMD [though it's rather hard to find such a weak card today] for GPGPU cycles. In my fields of Computer Science and Mechanical Engineering it's rather obvious any blade servers and workstations will want cycles for Finite Element Analysis and Computational Fluid Dynamics first for HPC over database and app server deployment. If Debian can't manage to package what now is required I'm sure I can build my own custom debs. - Marc On 12/22/2011 12:07 AM, Bastien ROUCARIES wrote: I will not do this without a free generic software fallback. Think about server environnement without top edge graphic card. Imagemagick should work in this environment without modification Open an rfp or an itp, test it and package it and will do something Bastien Le 22 déc. 2011 05:51, "Marc J. Driftmeyer" <mailto:m...@reanimality.com>> a écrit : I'm not too concerned with OpenCL support in a free version, nor have I ever been. Seeing as AMD and Nvidia, not to mention Intel are releasing their implementations directly for BSD or similar license use my needs have been fulfilled. More to the point, all three have to adhere to Khronos specification created by Apple and now in their committee for all to leverage. That's all that really needs to happen. I would suggest when AMD releases their opencl sdk that will be working with LLVM/Clang that the Clang package guys coordinate with the AMD non-free driver packagers and make sure the AMD SDK for OpenCL is included in the AMD fglx driver files ala what Nvidia package maintainers do for the nvidia non-free driver stack. - Marc On 12/21/2011 07:04 AM, Bastien ROUCARIES wrote: > > tags 630321 + wontfix > severity 630321 wishl... -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#630321: Opencl
I'm not too concerned with OpenCL support in a free version, nor have I ever been. Seeing as AMD and Nvidia, not to mention Intel are releasing their implementations directly for BSD or similar license use my needs have been fulfilled. More to the point, all three have to adhere to Khronos specification created by Apple and now in their committee for all to leverage. That's all that really needs to happen. I would suggest when AMD releases their opencl sdk that will be working with LLVM/Clang that the Clang package guys coordinate with the AMD non-free driver packagers and make sure the AMD SDK for OpenCL is included in the AMD fglx driver files ala what Nvidia package maintainers do for the nvidia non-free driver stack. - Marc On 12/21/2011 07:04 AM, Bastien ROUCARIES wrote: tags 630321 + wontfix severity 630321 wishlist thanks They are no free implementation of opencl except http://cgit.freedesktop.org/mesa/clover that is not packaged for debian Therefore mark as wontfix If you want opencl support open a request for package bug for clover and block this bug by the RFP. something like this bcc:, tags 630321 - wontfix block 630321 by RFPbugnumber thanks Bastien -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#625519: gnome-shell: blacklist too aggressive
Thanks and I agree. Unless either Desktop Environment can provide a complete best of breed app by app basis solution it seems in a FOSS world [and even after they do meet that criteria] they still play as easily in each other's sandbox. Happy Solstice, Marc On 12/21/2011 03:54 AM, Michael Biebl wrote: Hi Marc, the issue is not about gnome-shell *not* looking into /usr/share/applications/kde, but rather gnome-menus blacklisting several KDE programs. See /etc/gnome/menus.blacklist. kate is listed there as kde4/kate.desktop, that's why it magically showed up, as soon as you move the desktop file around. While hiding a lot of those very KDE specific programs does make sense, the blacklist is a bit too aggressive for my taste. Cheers, Michael -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#647083: gnome-shell: dependency against libgnome-desktop-3-0 instead of libgnome-desktop-3-2 breaking upgrade path
On 10/30/2011 06:23 PM, Marc J. Driftmeyer wrote: Of course it has to do with libgnome-desktop-3.0 Not to mention libgail and glibmm. Your Debian GNOME 3.2 list is false. http://www.0d.be/debian/debian-gnome-3.2-status.html You cannot upgrade to libgnome-desktop-3.2 without breaking gnome-shell, evolution and several other packages. A simple sudo apt-get upgrade after you install gnome-shell 3.2.1 by hand reveals all the packages that will be dumped when trying to upgrade including gnome-shell 3.2.1. Regarding the Status of glibmm: It claims all architectures are ready when they aren't even close. http://packages.debian.org/search?keywords=libglibmm-2.4-1c2a experimental <http://packages.debian.org/experimental/libglibmm-2.4-1c2a>(libs): C++ wrapper for the GLib toolkit (shared libraries) 2.30.0-1: armel hurd-i386 i386 powerpc s390 Sorry, but how is it that armel, powerpc and s390 have built packages before the most common architecture, amd64? I won't even comment on hurd. Any time I see a hurd package before the rest of the options I have to shake my head. The priority seems to imply availability of hardware first and serving the most commonly used architecture first. first => last - Marc - Marc On 10/30/2011 06:03 AM, Gergely Nagy wrote: Michael Biebl writes: The dependency against libgnome-desktop-3-0 instead of libgnome-desktop-3-2 breaking upgrade path from 3.0.x to 3.2.1 in Experimental. What upgrade path is broken? TBH I'm not really sure what you are complaining about. Please be more verbose what your problem is. I think the problem is with libgail. When doing an aptitude install gnome-shell/experimental, it can't find a solution where major parts of gnome wouldn't be removed. The best it could do, without keeping gnome-shell at 3.0 is: The following actions will resolve these dependencies: Remove the following packages: 1) gnome 2) gnome-core 3) gnome-desktop-environment 4) libgail-3-common Install the following packages: 5) gir1.2-accountsservice-1.0 [0.6.15-1 (unstable)] Upgrade the following packages: 6) gir1.2-gtk-3.0 [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 7) gjs [1.29.0-2+b1 (now, unstable) -> 1.30.0-1 (experimental)] 8) libgail-3-0 [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 9) libgjs0b [1.29.0-2+b1 (now, unstable) -> 1.30.0-1 (experimental)] 10) libglib2.0-0 [2.28.8-1 (now, unstable) -> 2.30.1-2 (experimental)] 11) libglib2.0-0-dbg [2.28.8-1 (now, unstable) -> 2.30.1-2 (experimental)] 12) libglib2.0-bin [2.28.8-1 (now, unstable) -> 2.30.1-2 (experimental)] 13) libglib2.0-dev [2.28.8-1 (now, unstable) -> 2.30.1-2 (experimental)] 14) libgtk-3-0 [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 15) libgtk-3-bin [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 16) libgtk-3-common [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 17) libgtk-3-dev [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 18) libmutter0 [3.0.2.1-4 (now, unstable) -> 3.2.1-1 (experimental)] 19) mutter-common [3.0.2.1-4 (now, unstable) -> 3.2.1-1 (experimental)] This seems to happen because libgail-3-common has a dependency on libgail-3-0 (= 3.0.12-2), and libgail-3.0 would be upgraded to 3.2.1-1, breaking libgail-3-common. And gnome-core depends on libgail-3-common, and that's where all hell breaks loose. (an updated libgail-3-common does not seem to be available in experimental). I'm not entirely sure this is related to the original report, as it has nothing to do with libgnome-desktop-3.0 as far as I see, but it sure prevents one from installing gnome-shell from experimental. At least, if one does not wish to remove a few handy meta packages. -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#647083: gnome-shell: dependency against libgnome-desktop-3-0 instead of libgnome-desktop-3-2 breaking upgrade path
Of course it has to do with libgnome-desktop-3.0 Not to mention libgail and glibmm. Your Debian GNOME 3.2 list is false. http://www.0d.be/debian/debian-gnome-3.2-status.html You cannot upgrade to libgnome-desktop-3.2 without breaking gnome-shell, evolution and several other packages. A simple sudo apt-get upgrade after you install gnome-shell 3.2.1 by hand reveals all the packages that will be dumped when trying to upgrade including gnome-shell 3.2.1. Regarding the Status of glibmm: It claims all architectures are ready when they aren't even close. http://packages.debian.org/search?keywords=libglibmm-2.4-1c2a experimental <http://packages.debian.org/experimental/libglibmm-2.4-1c2a>(libs): C++ wrapper for the GLib toolkit (shared libraries) 2.30.0-1: armel hurd-i386 i386 powerpc s390 Sorry, but how is it that armel, powerpc and s390 have built packages before the most common architecture, amd64? I won't even comment on hurd. Any time I see a hurd package before the rest of the options I have to shake my head. The priority seems to imply availability of hardware first and serving the most commonly used architecture first. - Marc On 10/30/2011 06:03 AM, Gergely Nagy wrote: Michael Biebl writes: The dependency against libgnome-desktop-3-0 instead of libgnome-desktop-3-2 breaking upgrade path from 3.0.x to 3.2.1 in Experimental. What upgrade path is broken? TBH I'm not really sure what you are complaining about. Please be more verbose what your problem is. I think the problem is with libgail. When doing an aptitude install gnome-shell/experimental, it can't find a solution where major parts of gnome wouldn't be removed. The best it could do, without keeping gnome-shell at 3.0 is: The following actions will resolve these dependencies: Remove the following packages: 1) gnome 2) gnome-core 3) gnome-desktop-environment 4) libgail-3-common Install the following packages: 5) gir1.2-accountsservice-1.0 [0.6.15-1 (unstable)] Upgrade the following packages: 6) gir1.2-gtk-3.0 [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 7) gjs [1.29.0-2+b1 (now, unstable) -> 1.30.0-1 (experimental)] 8) libgail-3-0 [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 9) libgjs0b [1.29.0-2+b1 (now, unstable) -> 1.30.0-1 (experimental)] 10) libglib2.0-0 [2.28.8-1 (now, unstable) -> 2.30.1-2 (experimental)] 11) libglib2.0-0-dbg [2.28.8-1 (now, unstable) -> 2.30.1-2 (experimental)] 12) libglib2.0-bin [2.28.8-1 (now, unstable) -> 2.30.1-2 (experimental)] 13) libglib2.0-dev [2.28.8-1 (now, unstable) -> 2.30.1-2 (experimental)] 14) libgtk-3-0 [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 15) libgtk-3-bin [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 16) libgtk-3-common [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 17) libgtk-3-dev [3.0.12-2 (now, unstable) -> 3.2.1-1 (experimental)] 18) libmutter0 [3.0.2.1-4 (now, unstable) -> 3.2.1-1 (experimental)] 19) mutter-common [3.0.2.1-4 (now, unstable) -> 3.2.1-1 (experimental)] This seems to happen because libgail-3-common has a dependency on libgail-3-0 (= 3.0.12-2), and libgail-3.0 would be upgraded to 3.2.1-1, breaking libgail-3-common. And gnome-core depends on libgail-3-common, and that's where all hell breaks loose. (an updated libgail-3-common does not seem to be available in experimental). I'm not entirely sure this is related to the original report, as it has nothing to do with libgnome-desktop-3.0 as far as I see, but it sure prevents one from installing gnome-shell from experimental. At least, if one does not wish to remove a few handy meta packages. -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#647083: gnome-shell: dependency against libgnome-desktop-3-0 instead of libgnome-desktop-3-2 breaking upgrade path
Package: gnome-shell Version: 3.2.1-1 Severity: normal Dear Maintainer, The dependency against libgnome-desktop-3-0 instead of libgnome-desktop-3-2 breaking upgrade path from 3.0.x to 3.2.1 in Experimental. Gnome Shell 3.2.1-1 has this dependency that keeps it from cleanly upgrading the system to GNOME 3.2.1. Should this be a libgnome-desktop-3-0 | libgnome-desktop-3-2 relationship in Depends? Or does that not work, and if it does should you not have waited until Evolution and the several other packages that have this libgnome-desktop-3-0 dependency were all built against libgnome-desktop-3-2 instead?/ I look forward to testing Gnome 3.2.1 when the basic dependencies are all fixed. - Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii gconf2 2.32.4-1 ii gir1.2-accountsservice-1.0 0.6.15-1 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-caribou-1.0 0.4.1-1 ii gir1.2-clutter-1.0 1.8.2-1 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-folks-0.6 0.6.3.2-2 ii gir1.2-freedesktop 1.31.0-1 ii gir1.2-gconf-2.0 2.32.4-1 ii gir1.2-gdkpixbuf-2.0 2.24.0-1 ii gir1.2-gee-1.0 0.6.1-3 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 1.31.0-1 ii gir1.2-gmenu-3.0 3.2.0.1-1 ii gir1.2-gnomebluetooth-1.03.2.1-1 ii gir1.2-gtk-3.0 3.2.1-1 ii gir1.2-json-1.0 0.14.0-1 ii gir1.2-mutter-3.03.2.1-1 ii gir1.2-networkmanager-1.00.9.0-2 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-polkit-1.00.102-1 ii gir1.2-soup-2.4 2.36.0-1 ii gir1.2-telepathyglib-0.120.16.0-1 ii gir1.2-telepathylogger-0.2 0.2.10-2 ii gir1.2-upowerglib-1.00.9.14-1 ii gjs 1.30.0-1 ii gnome-bluetooth 3.2.1-1 ii gnome-icon-theme-symbolic3.2.1-1 ii gnome-settings-daemon3.2.1-1 ii gsettings-desktop-schemas3.2.0-1 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libcamel-1.2-23 3.0.3-1 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.2-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.2-2 ii libdbus-1-3 1.5.6-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.26-1 ii libebook1.2-10 3.0.3-1 ii libecal1.2-8 3.0.3-1 ii libedataserver1.2-14 3.0.3-1 ii libedataserverui-3.0-0 3.0.3-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.3.2-2 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.7-2 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgee2 0.6.1-3 ii libgirepository-1.0-11.31.0-1 ii libgjs0b [libgjs0-libmozjs7d]1.30.0-1 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglib2.0-0 2.30.1-2 ii libgnome-desktop-3-0 3.0.2-2 ii libgnome-keyring03.2.0-3 ii libgnome-menu-3-03.2.0.1-1 ii libgstreamer0.10-0
Bug#646215: Update Gnome-Shell to > 3.0.2-6 for amd64 or better yet, 3.2.0
Thanks for what I expected to be your response, ``Experimental.'' What I failed to clearly get across is that even if it's in Experimental I cannot test it to help give feedback so that it can more rapidly move to Sid/Unstable, due to the fact the staggered release of packages keeps me from testing it fully. In short, if I can't do a full dist-upgrade of Gnome to 3.2.x in Experimental, what's the point of trickling in packages when it really needs one concerted staging where all necessary packages are first built and then uploaded to Experimental, at once. I can understand if it takes a week to get packages up. When it takes 3 to 4 weeks for all necessary packages to be uploaded before one can even run it without a broken shell [Gnome Shell currently breaks] it's really a poor reflection on the process. - Marc On 10/24/2011 04:48 AM, Josselin Mouette wrote: Le dimanche 23 octobre 2011 à 22:17 -0700, Marc J. Driftmeyer a écrit : If you want people to bang on this release you're gonna have to do better getting the entire dependency tree updated before you start hitting Experimental with updates. Otherwise, it's nothing but a bunch of angry testers losing interest in testing Gnome 3.x. I’m not sure I understand well: are you actually complaining of broken packages in *experimental* ? -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#646215: Update Gnome-Shell to > 3.0.2-6 for amd64 or better yet, 3.2.0
Dear Maintainers, I'm sure you guys are well aware of this but not of the G introspection packages can update without gnome-shell meeting at least 3.0.2-6 or newer. I'll leave my complaints about glibmm 2.30 to their respective ownership but needless to say these to packages [along with over 50% of the 3.2.x upgrade is broken] and is screwing with updates in Sid when one has a mixed Sid/Experimental solution. If you want people to bang on this release you're gonna have to do better getting the entire dependency tree updated before you start hitting Experimental with updates. Otherwise, it's nothing but a bunch of angry testers losing interest in testing Gnome 3.x. The same crap happened in KDE 4.x and still happens. Is this everyone's idea of Software Quality Control? I highly doubt it. FWIW: Once these packages get updated [with Gnome 3.0.x] I've not see any showstoppers. That's one of the reasons I chose Debian--it has better quality control than the rest of the Linux community of distributions. - Marc J. Driftmeyer -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#644447: Please update poppler to new released 0.18
I'm well aware it will break packages. I'm also well aware that GNOME 3.2 has broken my installation inside Debian, but you guys hide behind (Experimental) when it's convenient and behind Stable as a last resort when you declare Sid to be (Unstable) and thus one should use Stable. I'm more interested in bringing attention to the dependent library that so many growing packages rely on and that one should rebuild those apps against a more stable solution poppler 0.18.x branch than the prior stable branch. I'm not holding a gun to anyone's head, just pointing out that 4 weeks most likely or more will have passed before you get around to updating. But since you pointed out Evince it relies upon a custom version so as not to be held back and that seems to me, like Okular, counter-intuitive to the concept of shared libraries. I'm not going to die if poppler isn't current. I'll just wait and when it's out rebuild Scribus to test and file more bugs against. No harm, no foul. - Marc On 10/16/2011 01:09 AM, Pino Toscano wrote: Alle domenica 16 ottobre 2011, Marc Driftmeyer ha scritto: I didn't know we were discussing Debian stable? No, we're discussing how introducing poppler 0.18 in Debian unstable *right now* would break a dozen of other sources, including cups, gimp, evince. I understood you need poppler 0.18 for something, but you should please also understand poppler 0.18 at the moment is *not* feasible for Debian unstable (which does not mean "can be broken at will"). -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#644447: Please update poppler to new released 0.18
On 10/15/2011 03:26 AM, Pino Toscano wrote: Hi, Please update to 0.18.0 in sid I'm here to second the request to get Poppler packaged sooner rather than later. Poppler 0.18 also causes the usual API/ABI breakage in the private core library, plus some API loss in poppler-glib causes more problems too. At the moment there are about a dozen or so sources in Debian which will *not* build at all with poppler 0.18, which means you won't see it in unstable soon. Maybe in a couple of months, but not before all the issues (which have been mostly reported) are solved. For now, building Scribus Trunk disables Poppler Support. Any pointer about this? mdriftmeyer@horus:~/DeveloperProjects/QtProjects/Scribus/cmake-trunk$ cmake ../trunk/ -- Shared Library Flags: -- Scribus 1.5.0.svn will be built to install into /usr/local -- Machine: x86_64-linux-gnu, void pointer size: 8 -- Found target X86 -- Found target X86_64 -- Building for target x86_64-linux-gnu -- Using standard ApplicationDataDir. You can change it with -DAPPLICATION_DATA_DIR Qt4 Found OK -- QtWebkit Found OK -- Building without Qt3 Support (GOOD) ZLIB Library Found OK Using PNG Library: /usr/lib/libpng.so PNG Library Found OK OSG found OK JPEG Library Found OK TIFF Library Found OK Python Library Found OK -- FreeType2 Library Found OK -- Previously selected rendering system: CAIRO -- Found Cups: /usr/lib/x86_64-linux-gnu/libcups.so CUPS Library Found OK LIBXML2 Library Found OK LCMS ReleaseLibrary: /usr/lib/liblcms.so LCMS Debug Library: LCMS_LIBRARY_DEBUG-NOTFOUND LCMS Library: /usr/lib/liblcms.so LCMS 2 ReleaseLibrary: /usr/lib/liblcms2.so LCMS 2 Debug Library: LCMS2_LIBRARY_DEBUG-NOTFOUND LCMS 2 Library: /usr/lib/liblcms2.so LittleCMS-2 Library Found OK FontConfig Found OK ASpell Found OK PoDoFo found OK Boost Library Found OK GRAPHICS_MAGIC debug: pkgconf: /usr/include/GraphicsMagick, include:/usr/include/ImageMagick;/usr/include/Imagemagick/magick lib:/usr/lib/libGraphicsMagick.so GraphicksMagick Found OK *-- checking for one of the modules 'libpoppler>=0.17.1;poppler>=0.17.1' Poppler NOT found - Disabling support for native PDF import* -- GMAGICK: Libs: /usr/lib/libGraphicsMagick.so, Inc: /usr/include/ImageMagick;/usr/include/Imagemagick/magick/GraphicsMagick, Ldflags: RPATH: lib/scribus/plugins/; -- /usr/lib/libQtCore.so/usr/lib/libQtGui.so/usr/lib/libQtXml.so/usr/lib/libxml2.so/usr/lib/libz.so -- Building with Scripter 1 -- Source header files will be installed -- /home/mdriftmeyer/DeveloperProjects/QtProjects/Scribus/trunk/resources/translations/po -- The following GUI languages will be installed: -- Configuring done -- Generating done -- Build files have been written to: /home/mdriftmeyer/DeveloperProjects/QtProjects/Scribus/cmake-trunk mdriftmeyer@horus:~/DeveloperProjects/QtProjects/Scribus/cmake-trunk$ So you can see trunk is building against a beta of poppler. I've been following the poppler dev lists so I'm aware of all the abi issues and that they are working on landing an 0.18.1 release. More recent versions of Evince and Okular will be dependent upon the 0.18 and the upcoming 0.20 branch now the developer branch for Poppler. I can only second the sooner, rather than later for allowing Debian to build GNOME 3.2 packages against, not to mention KDE 4.7.2 packages. Evince of GNOME 3.2 and Okular of KDE 4.7 compile fine with poppler 0.16. (Not to consider that Okular can compile and work with any poppler-qt4 version>= 0.8.) From what I've been following Poppler's version for Okular is not standard libpoppler. http://lists.freedesktop.org/archives/poppler/2011-October/008094.html A lot of xpdf303 is being ported over to Poppler trunk, as well. - Marc -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#644447: poppler: Scribus and other Poppler leveled apps cannot build with support until 0.18 is packaged
Package: poppler Followup-For: Bug #67 Dear Maintainer, I'm here to second the request to get Poppler packaged sooner rather than later. I follow the Dev List as a subscriber and l considerable amount of change has gone into the 0.18 branch and soon a point release is on it's way. For now, building Scribus Trunk disables Poppler Support. More recent versions of Evince and Okular will be dependent upon the 0.18 and the upcoming 0.20 branch now the developer branch for Poppler. I can only second the sooner, rather than later for allowing Debian to build GNOME 3.2 packages against, not to mention KDE 4.7.2 packages. - Marc J. Driftmeyer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644302: nvidia-graphics-drivers: Bag of hurt using 285.05.09-1 against XOrg 1.11.1-1
I figured your hands are tied. So far, it seems GTK+ themes turn the Xorg server into a wait station. I switched out the GTK+ Theme for Chrome to it's default one and the system stop laging for Chrome. However, Iceweasel, Thunderbird [while typing this] is like walking through a time field where the echo to the screen is a solid 1- 2 second delay that scales up to 2 seconds with several keys types in rapid succession. Unfortunately, I think XUL/MozJS and the Theme engine don't like the latest Xorg/Nvidia combo. Nvidia thinks it has to do with GPU acceleration verses software acceleration with trapezoids but after discovering the GTK+ Theme lag it's clear that how GTK+ is handling primitive window drawing with GDK and rasterizing fonts to the screen it's clear it's just not a rendering via the Driver side, but how GTK+/GDK, XOrg and Nvidia all work together. I haven't been the most cordial with Nvidia but it appears as I'm typing this that there are quite a few memory leaks in GTK+ Themes, caching issues and much more. - Marc On 10/04/2011 02:42 PM, Russ Allbery wrote: "Marc J. Driftmeyer" writes: I don't know if it's a timeout issue or what [I'm more well-versed in WindowServer of OS X and Openstep] but this latest fix from Nvidia is nothing but a bag of hurt. Several comments are building already on nvnews.net's Linux Forum. That would indeed be the appropriate place to discuss it. There's literally nothing that we as NVIDIA package maintainers can do, since this is a closed-source driver handed to us as a compiled binary from NVIDIA. They're the only ones who can fix it; there really isn't anything we can do from a packaging perspective. That's not to say that your bug filing is a bad idea. It's good to have it recorded in the BTS so that other people know it's still a problem when they see the same thing. But unfortunately we're pretty much in a waiting game for NVIDIA to figure out what the problem is and release updated drivers. -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#644302: nvidia-graphics-drivers: Bag of hurt using 285.05.09-1 against XOrg 1.11.1-1
Package: nvidia-graphics-drivers Version: 285.05.09-1 Severity: important Dear Maintainer, I had high hopes for this ABI fix from Nvidia to work against the latest Xorg in Sid. Whether it's Chrome, Iceweasel or any other Browser, the XOrg useage of the CPU initially pumps up to 100%. After about 10 minutes it settles down to 30%, leaving even simple text input and search completion unbearably slow. Just opening a new tab jumps Xorg CPU usage to 36%. That's pathetic. With the demands on the browser and heavy sites, a system comes to a crawl, if not a potential several minute wait until X get's it's crap together. I don't know if it's a timeout issue or what [I'm more well-versed in WindowServer of OS X and Openstep] but this latest fix from Nvidia is nothing but a bag of hurt. Several comments are building already on nvnews.net's Linux Forum. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641246: octave3.2: octave 3.4.2 is out w/ lots of deprecated functions listed now and going forward
Package: octave3.2 Version: 3.2.4-11 Severity: normal I'd list but the NEWS file is very extensive: http://www.gnu.org/software/octave/NEWS-3.4.html There are quite a large number of transitions which I imagine will impact several existing packages, but it would be nice to be current instead of waiting until 3.6 branch is released. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages octave3.2 depends on: ii libamd2.2.01:3.4.0-2 ii libarpack2 2.1+parpack96.dfsg-3+b1 ii libatlas3gf-base [liblapack.so.3gf]3.8.4-3 ii libblas3gf [libblas.so.3gf]1.2.20110419-2 ii libbz2-1.0 1.0.5-7 ii libc6 2.13-20 ii libcamd2.2.0 1:3.4.0-2 ii libccolamd2.7.11:3.4.0-2 ii libcholmod1.7.11:3.4.0-2 ii libcolamd2.7.1 1:3.4.0-2 ii libcurl3-gnutls7.21.7-2 ii libcxsparse2.2.3 1:3.4.0-2 ii libfftw3-3 3.2.2-1 ii libfltk1.1 1.1.10-7 ii libfreetype6 2.4.6-2 ii libftgl2 2.1.3~rc5-3 ii libgcc11:4.6.1-10 ii libgfortran3 4.6.1-10 ii libgl1-mesa-glx [libgl1] 7.11-5 ii libglpk0 4.45-1 ii libglu1-mesa [libglu1] 7.11-5 ii libgomp1 4.6.1-10 ii libgraphicsmagick++3 1.3.12-1.1 ii libgraphicsmagick3 1.3.12-1.1 ii libhdf5-openmpi-1.8.4 [libhdf5-1.8.4] 1.8.4-patch1-3 ii libice62:1.0.7-2 ii libjasper1 1.900.1-10 ii libjpeg8 8c-2 ii liblapack3gf [liblapack.so.3gf]3.3.1-1 ii liblcms1 1.19.dfsg-1 ii libltdl7 2.4-4 ii libncurses55.9-1 ii libpcre3 8.12-4 ii libpng12-0 1.2.46-3 ii libqhull5 2009.1-2 ii libqrupdate1 1.1.1-1 ii libreadline6 6.2-4 ii libsm6 2:1.2.0-2 ii libstdc++6 4.6.1-10 ii libtiff4 3.9.5-1 ii libumfpack5.4.01:3.4.0-2 ii libwmf0.2-70.2.8.4-8.1 ii libx11-6 2:1.4.4-1 ii libxext6 2:1.3.0-3 ii libxml22.7.8.dfsg-4 ii octave3.2-common 3.2.4-11 ii texinfo4.13a.dfsg.1-8 ii zlib1g 1:1.2.5.dfsg-1 Versions of packages octave3.2 recommends: ii gnuplot 4.4.0-1.1 ii libatlas3gf-base 3.8.4-3 Versions of packages octave3.2 suggests: ii octave3.2-doc 3.2.4-11 ii octave3.2-emacsen ii octave3.2-headers ii octave3.2-htmldoc 3.2.4-11 ii octave3.2-info 3.2.4-11 -- 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#638986: drupal7: Installs sites in /etc, not in /var or /usr/share
I think one concern I have is making Drupal 7 accessible to clients who want to update their own themes and other related content, without having to have specific access to /etc/drupal/7/ or /var/lib We have a set up for /var/virtualservers/ path and of course we don't allow ftp access for clients deploying off our servers Drupal 7 assumes one has ftp access set up to the server for the client. That's neither a secure nor very diverse option to have when developing themes. Perhaps this is more of an architectural issues with Drupal in seeing that I don't authorize ftp on port 25 period, let alone be the means to uploading new themes for clients to do so. At the very least Drupal 7 should have sftp on port 22 as one option and a general Debian solution for Drupal should think about the deployed solution first as to how best to distribute files and how a solution could be easily accessible for clients and maintainers of the drupal package installed. I'm surprised Drupal 7 didn't address more of this. Seeing as I control the server I can handle the means upon which Debian handles how it distributes Drupal's core files versus client/user account themes. It just seems cautionary to think that we make sure not to break any standard approach to theming that Drupal currently expects with the template php files and what not when going to a non Debian deployment server. Presently I'm sudo cp gz archives under a client account's theme path and then extracting them which Drupal will then recognize. That is not what I call hands-off and very slick as a solution Drupal decided to be as the hidden option possible when uploading Themes other than non-secure ftp port 25 access. Perhaps it's a big future feature to offer Sftp, WebDAV and other means to allow clients to upload their own custom themes but it would be nice if the package maintainer submitted a request to at least get the ball rolling on Sftp port 22 as an option where themes can even be installed under a clients home account ala $HOME/drupal/user/themes or something to that extent that allows Drupal access to read the theme files only before serving to the web client. - Marc On 09/05/2011 08:49 AM, Kasper Loopstra wrote: On 09/04/2011 09:22 PM, Luigi Gangitano wrote: Hi all, /usr/share is not an option since there should be no user-created file there (see FHS 2.3 at http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#THEUSRHIERARCHY <http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html>). This would be possible to use for sites/default, since a default site should not change (or should it?) during the course of the install (outside of updates via aptitude). I used /etc/drupal/7/sites for configuration files (settings.php belongs there as the equivalent files for horde or phpmyadmin do), so that a predictable path could be used by maintainer scripts and utils. I agree it is predictable for config files. However, image data (PNG files) are probably not considered a config file. Probably module files belong to /var/lib/drupal, which should be created ad-hoc, but drupal as many other web apps is not so distribution-friendly since it expects files to be under its main folder (currently /usr/share/drupal7). The same kind of symlink currently used in /sites/default/files might be used to move everything under the sites/all folder to /var/lib/drupal/7/sites/all/. Is there any other file you wish to be moved? Especially the large amount of data in themes, as well as the libraries and modules. Thank you very much for you attention, Kasper Loopstra. Regards, L -- Luigi Gangitano -- mailto:lu...@debian.org>> -- mailto:gangit...@lugroma3.org>> GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#638986: drupal7: Installs sites in /etc, not in /var or /usr/share
I second the concern about having all sites management being under /etc when it's typically under the other two options. - Marc -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#640078: drupal7: Drupal 7.8 has been released with considerable bug fixes
Package: drupal7 Version: 7.6-1 Severity: normal I'd cite the list but you can read all the changes from 7.7 to 7.8 which would be a welcome upgrade from 7.6 to 7.8 listed here: http://drupal.org/node/1265840 - Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages drupal7 depends on: ii apache22.2.19-2 ii apache2-mpm-prefork [httpd]2.2.19-2 ii curl 7.21.7-1 ii dbconfig-common1.8.47 ii debconf [debconf-2.0] 1.5.41 ii exim4-daemon-heavy [mail-transport-agent] 4.76-2 ii mysql-client 5.1.58-1 ii mysql-client-5.1 [virtual-mysql-client]5.1.58-1 ii php5 5.3.8-1 ii php5-gd5.3.8-1 ii php5-mysql 5.3.8-1 ii php5-pgsql 5.3.8-1 ii postgresql-client 9.1+121 ii postgresql-client-9.0 [postgresql-client] 9.0.4-2 ii postgresql-client-9.1 [postgresql-client] 9.1~rc1-3 ii wwwconfig-common 0.2.2 Versions of packages drupal7 recommends: ii mysql-server-5.1 [mysql-server] 5.1.58-1 ii postgresql 9.1+121 drupal7 suggests no packages. -- Configuration Files: /etc/drupal/7/apache2.conf changed: Alias /drupal7 /usr/share/drupal7 Options +FollowSymLinks AllowOverride All order allow,deny allow from all -- debconf information: drupal7/pgsql/changeconf: false drupal7/dbconfig-remove: * drupal7/pgsql/authmethod-user: ident drupal7/db/basepath: drupal7/upgrade-error: abort * drupal7/dbconfig-install: true drupal7/purge: false drupal7/upgrade-backup: true drupal7/pgsql/manualconf: * drupal7/database-type: pgsql drupal7/internal/reconfiguring: false drupal7/install-error: abort drupal7/remote/port: drupal7/remove-error: abort drupal7/mysql/admin-user: root * drupal7/pgsql/admin-user: postgres drupal7/missing-db-package-error: abort drupal7/dbconfig-upgrade: true drupal7/remote/host: * drupal7/db/app-user: mdriftmeyer * drupal7/pgsql/authmethod-admin: ident * drupal7/db/dbname: lawrence drupal7/pgsql/no-empty-passwords: drupal7/internal/skip-preseed: false drupal7/passwords-do-not-match: drupal7/dbconfig-reinstall: false drupal7/mysql/method: unix socket * drupal7/pgsql/method: unix socket drupal7/remote/newhost: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639214: eglibc: changes to paths concerning crt1.o, crti.o and crtn.o breaks building LLVM Trunk
John, Thanks for the prompt reply. I've posted this discussion to the LLVM List and will see what becomes of it. Thank you, - Marc On 08/24/2011 10:25 PM, Jonathan Nieder wrote: reassign 639214 general forcemerge 637232 639214 quit Hi Marc, Marc J. Driftmeyer wrote: With the most recent changes of moving the object files under /usr/lib/x86_64-linux-gnu/ the linker to build Clang/LLVM breaks. A workaround is to add symlinks for crt1.o, crti.o and crtn.o back under /usr/lib. From /usr/share/doc/libc6/NEWS.Debian.gz: Starting with the eglibc package version 2.13-5, the libraries are shipped in the multiarch directory /lib/$arch instead of the more traditional /lib. Similarly the includes are now shipped in /usr/include/$arch instead of the more traditional /usr/include. The toolchain in Debian has been updated to cope with that, and most build systems should be unaffected. If you are using a non-Debian toolchain to build your software and it is not able to cope with multiarch, you might try to pass the following option to your compiler: -B/usr/lib/$arch -I/usr/include/$arch Does clang support similar options? See also http://llvm.org/bugs/show_bug.cgi?id=6541 which suggests to me that upstream is interested in out-of-the-box support for the new paths. Reassigning to "general" and merging with the relevant bug, since this is far from a libc-specific problem. See [1] for some background. Thanks and hope that helps, Jonathan [1] http://wiki.debian.org/Multiarch -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#639214: eglibc: changes to paths concerning crt1.o, crti.o and crtn.o breaks building LLVM Trunk
Package: eglibc Version: 2.13-18 Severity: normal With the most recent changes of moving the object files under /usr/lib/x86_64-linux-gnu/ the linker to build Clang/LLVM breaks. A workaround is to add symlinks for crt1.o, crti.o and crtn.o back under /usr/lib. Is there a solution possible in perhaps alternatives to make a clean approach for the LLVM/Clang project to see these object files necessary to link against and continue building without having to rehack their configure/makefiles? I would expect the Debian FreeBSD being part of the family would be a great opportunity to make this issue be resolved and work across all architectures and for other compilers besides the GCC Family. - Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637829: libreoffice 3.4.2 (failed to launch javaldx)
When running 3.4.1 the entire LibreOffice crashed with a similar reference to javaldx. Rebooting the system with Linux 3 kernel and LibreOffice 3.4.2 no longer has the quickstart active in GNOME 3.x. Whether they are related [javaldx and the quickstart] I'm not sure. I do know I've got US English throughout the UI and I'm staring at German names in the addon-tool bar that list a circle, parallelogram, grid and more as: Kreis, Parallelogramm, Gitter, etc, but that's a separate bug, along with the fact my last state stored of rearranging the UI didn't store state. http://www.reanimality.com/hidden/LibreOffice.3.4.2.Errors.jpg I can file a separate bug on the UI issue. - Marc On 08/15/2011 12:09 AM, Rene Engelhard wrote: severity 637829 minor # please no such sucky subject next time which can suggest the sloppy # reader that libreoffice itself also failed to start retitle 637829 Warning: failed to launch javaldx thanks On Sun, Aug 14, 2011 at 03:25:06PM -0700, Marc J. Driftmeyer wrote: Package: libreoffice Version: 1:3.4.2-1 Severity: normal Why? mdriftmeyer@horus:~/DeveloperProjects/LLVMProject/build-llvm-clang-libc++$ soffice Warning: failed to launch javaldx - java may not fuction correctly Did you even try to run any feature needing Java? They work. (But I see that message, too in my sid chroot) mdriftmeyer@horus:/usr/lib/libreoffice/program$ java -version java version "1.6.0_23" OpenJDK Runtime Environment (IcedTea6 1.11pre) (6b23~pre4-2) OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) mdriftmeyer@horus:/usr/lib/libreoffice/program$ sid)rene@frodo:~$ java -version java version "1.6.0_18" OpenJDK Runtime Environment (IcedTea6 1.8.9) (6b18-1.8.9-0.1) OpenJDK 64-Bit Server VM (build 16.0-b13, mixed mode) Grüße/Regards, René -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#637829: libreoffice 3.4.2 (failed to launch javaldx)
Package: libreoffice Version: 1:3.4.2-1 Severity: normal mdriftmeyer@horus:~/DeveloperProjects/LLVMProject/build-llvm-clang-libc++$ soffice Warning: failed to launch javaldx - java may not fuction correctly FWIW: The libreoffice quickstart crashed forcing me to launch this by hand. mdriftmeyer@horus:/usr/lib/libreoffice/program$ java -version java version "1.6.0_23" OpenJDK Runtime Environment (IcedTea6 1.11pre) (6b23~pre4-2) OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) mdriftmeyer@horus:/usr/lib/libreoffice/program$ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice depends on: ii liblucene2-java 2.9.4+ds1-3 Full-text search engine library fo ii libreoffice-base 1:3.4.2-1 office productivity suite -- datab ii libreoffice-calc 1:3.4.2-1 office productivity suite -- sprea ii libreoffice-core 1:3.4.2-1 office productivity suite -- arch- ii libreoffice-draw 1:3.4.2-1 office productivity suite -- drawi ii libreoffice-filter-mobiledev 1:3.4.2-1 office productivity suite -- mobil ii libreoffice-impress 1:3.4.2-1 office productivity suite -- prese ii libreoffice-java-common 1:3.4.2-1 office productivity suite -- arch- ii libreoffice-math 1:3.4.2-1 office productivity suite -- equat ii libreoffice-report-builder-b 1:3.4.2-1 LibreOffice extension for building ii libreoffice-writer 1:3.4.2-1 office productivity suite -- word ii ttf-dejavu 2.33-1 Metapackage to pull in ttf-dejavu- ii ttf-sil-gentium-basic1.1-2 smart Unicode font families (Basic Versions of packages libreoffice recommends: ii libpaper-utils 1.1.24+nmu1 library for handling paper charact ii ttf-liberation 1.07.0-1Fonts with the same metrics as Tim ii ttf-mscorefonts-installer3.3 Installer for Microsoft TrueType c Versions of packages libreoffice suggests: ii cups-bsd 1.5.0-1 Common UNIX Printing System(tm) - ii default-jre [jav 1:1.6-40Standard Java or Java compatible R ii gstreamer0.10-ff 1:0.10.11-4.1 FFmpeg plugin for GStreamer ii gstreamer0.10-pl 0.10.22-3 GStreamer plugins from the "bad" s ii gstreamer0.10-pl 0.10.35-1 GStreamer plugins from the "base" ii gstreamer0.10-pl 0.10.30-1 GStreamer plugins from the "good" ii gstreamer0.10-pl 0.10.18-3 GStreamer plugins from the "ugly" ii hunspell-de-de [ 20110609-1 German dictionary for hunspell ii hunspell-en-ca [ 1:3.3.0-3 English_canadian dictionary for hu ii hunspell-en-us [ 20070829-4 English_american dictionary for hu ii hunspell-fr [hun 1:3.3.0-3 French dictionary for hunspell pn hyphen-hyphenati (no description available) ii icedove 5.0-2 mail/news client with RSS and inte ii iceweasel7.0~a2+20110804042002-1 Web browser based on Firefox ii imagemagick 8:6.6.9.7-5 image manipulation programs ii libgl1-mesa-glx 7.11~0-2free implementation of the OpenGL ii libldap-2.4-22.4.25-1.1 OpenLDAP libraries ii libreoffice-filt 1:3.4.2-1 office productivity suite -- legac ii libreoffice-gnom 1:3.4.2-1 office productivity suite -- GNOME ii libreoffice-help 1:3.4.2-1 office productivity suite -- Engli ii libreoffice-kde 1:3.4.2-1 office productivity suite -- KDE i pn libreoffice-l10n (no description available) ii libreoffice-offi 1:3.4.2-1 office productivity suite -- Java ii libsane 1.0.22-6API library for scanners ii libxrender1 1:0.9.6-2 X Rendering Extension client libra ii menu 2.1.45 generates programs menu for all me ii myspell-he [mysp 1.1-2 Hebrew dictionary for myspell pn mythes-thesaurus (no description available) pn openclipart-libr (no description available) ii openjdk-6-jre [j 6b23~pre4-2 OpenJDK Java runtime, using Hotspo ii openjdk-7-jre [j 7~b147-2.0~pre2-3 OpenJDK Java runtime, using Hotspo ii pstoedit 3.51~pre1-1 PostScript and PDF files to editab ii unixodbc 2.2.14p2-2 ODBC tools libraries Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-3 generic font configuration library ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc62.
Bug#631350: speech-dispatcher: Speech Dispatcher overriding Intel HD internal sound
/etc/default/pulseaudio mdriftmeyer@horus:/etc/default$ more pulseaudio # Start the PulseAudio sound server in system mode. # (enables the pulseaudio init script) # System mode is not the recommended way to run PulseAudio as it has some # limitations (such as no shared memory access) and could potentially allow # users to disconnect or redirect each others audio streams. The # recommended way to run PulseAudio is as a per-session daemon. For GNOME # sessions you can install pulseaudio-esound-compat and GNOME will # automatically start PulseAudio on login (if ESD is enabled in # System->Preferences->Sound). For other sessions, you can simply start # PulseAudio with "pulseaudio --daemonize". # 0 = don't start, 1 = start PULSEAUDIO_SYSTEM_START=0 # Prevent users from dynamically loading modules into the PulseAudio sound # server. Dynamic module loading enhances the flexibility of the PulseAudio # system, but may pose a security risk. # 0 = no, 1 = yes DISALLOW_MODULE_LOADING=1 mdriftmeyer@horus:/etc/default$ Of course I ran a purge. I have been testing GNOME 3 out so I haven't used KDE 4.6.5 for a few months, just KDE applications within GNOME 3 Shell. Since all my mails are imap'd I'll keep this archived and tested again when I reinstall speech-dispatcher to see if I ever run into this again. Thanks for the help and sorry about purging the set up. - Marc On 08/10/2011 12:17 AM, Boris Dušek wrote: There is no need to reinstall speech-dispatcher, because: a. you uninstalled it with --purge, then you no longer have its configuration file and would install the default configuration file, whose contents I already well know b. you did uninstalled it without --purge, then it left the conffiles I am asking you for, and you can send the information I inquired without installing the respective package In any case, knowing your /etc/default/pulseaudio would be helpful, and if you still have the /etc/speech-dispatcher/speechd.conf, then the grep output I asked too. Anyway while the problem looks like in pulseaudio since it should be able to run fine with 2 instances under different users, the speech-dispatcher.postinst script should not have modified /etc/default/speech-dispatcher to be RUN=yes on upgrade from 0.6* (it should have been 0.7). Unfortunately no way to fix that now in the package for those who upgraded from 0.6. New installs of speech-dispatcher should be fine, though. If you did not use --purge when uninstalling speech-dispatcher, just edit /etc/default/speech-dispatcher and change "RUN=yes" to "RUN=no", speech-dispatcher 0.7 should not run as a system-wide service. 10.8.2011 v 0:56, Marc J. Driftmeyer: I'll have to reinstall it. After uninstalling it PulseAudio and ALSA work seemlessly within both KDE 4.6.5 and GNOME 3.0.2. What is the boot order of loaded services/daemons and perhaps that is the problem? - Marc On 08/08/2011 12:51 PM, Boris Dušek wrote: Hello, sorry for not getting to you earlier. Could you please: 1. post your /etc/default/pulseaudio 2. post output of: grep AudioOutputMethod /etc/speech-dispatcher/speechd.conf Also, would you remember whether you had this problem also with previous 0.7* versions of the package? Finally, the bugreport information says that you have modified the conffile /etc/default/speech-dispatcher. Do you remember modifying it? (A theory I have is that a package installation script modified it without you doing it). -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com <http://www.reanimality.com/> Cell :: (509) 435-5212 Boris Dušek BRAILCOM, o.p.s. -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#631350: speech-dispatcher: Speech Dispatcher overriding Intel HD internal sound
I'll have to reinstall it. After uninstalling it PulseAudio and ALSA work seemlessly within both KDE 4.6.5 and GNOME 3.0.2. What is the boot order of loaded services/daemons and perhaps that is the problem? - Marc On 08/08/2011 12:51 PM, Boris Dušek wrote: Hello, sorry for not getting to you earlier. Could you please: 1. post your /etc/default/pulseaudio 2. post output of: grep AudioOutputMethod /etc/speech-dispatcher/speechd.conf Also, would you remember whether you had this problem also with previous 0.7* versions of the package? Finally, the bugreport information says that you have modified the conffile /etc/default/speech-dispatcher. Do you remember modifying it? (A theory I have is that a package installation script modified it without you doing it). -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#625287: Iceweasel: 4.0.1-2 : Help -> About Iceweasel window view missing close button with GNOME 3.0 Experimental
It doesn't have a close button on the Help-> About for Iceweasel 6 and Icedove 5. - Marc On 08/07/2011 06:35 AM, Mike Hommey wrote: On Tue, May 03, 2011 at 12:05:52AM -0700, Marc J. Driftmeyer wrote: Package: iceweasel Version: 4.0.1-2 Severity: normal With Gnome 3.0 Experimental running GNOME SHell the the Help->About Iceweasel does not have a close action icon. It requires an Alt-F4 action or a Right Mouse Button -> Close Window solution. There should be a close icon in the upper right corner ala it's parent application. Perhaps this is an oversight in the default new windowing theme for Gnome 3.x? Hi, Does this still happen with a more recent gnome desktop and a more recent iceweasel? Mike -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#633839: libpng15-15: libpng15 1.5.4 is now out and fixes regressions in 1.5.2
Package: libpng15-15 Version: 1.5.2-3 Severity: normal Libpng 1.5.4 - July 7, 2011 This is a public release of libpng, intended for use in production codes. Files available for download: Source files with LF line endings (for Unix/Linux) and with a "configure" script libpng-1.5.4.tar.xz (LZMA-compressed, recommended) libpng-1.5.4.tar.gz libpng-1.5.4.tar.bz2 Source files with CRLF line endings (for Windows), without the "configure" script lpng154.7z (LZMA-compressed, recommended) lpng154.zip Other information: libpng-1.5.4-README.txt libpng-1.5.4-LICENSE.txt Changes since the last public release (1.5.2): Re-initialize the zlib compressor before compressing non-IDAT chunks. Added API functions to set parameters for zlib compression of non-IDAT chunks. Updated scripts/symbols.def with new API functions. Only compile the new zlib re-initializing code when text or iCCP is supported, using PNG_WRITE_COMPRESSED_TEXT_SUPPORTED macro. Improved the optimization of the zlib CMF byte (see libpng-1.2.6). Optimize the zlib CMF byte in non-IDAT compressed chunks Fixed gcc -ansi -pedantic compile. A strict ANSI system does not have snprintf, and the "__STRICT_ANSI__" detects that condition more reliably than __STDC__ (John Bowler). Removed the PNG_PTR_NORETURN attribute because it too dangerous. It tells the compiler that a user supplied callback (the error handler) does not return, yet there is no guarantee in practice that the application code will correctly implement the error handler because the compiler only issues a warning if there is a mistake (John Bowler). Removed the no-longer-used PNG_DEPSTRUCT macro. Updated the zlib version to 1.2.5 in the VStudio project. Fixed 64-bit builds where png_uint_32 is smaller than png_size_t in pngwutil.c (John Bowler). Fixed bug with stripping the filler or alpha channel when writing, that was introduced in libpng-1.5.2 (bug report by Andrew Church). Updated pngtest.png with the new zlib CMF optimization. Cleaned up conditional compilation code and of background/gamma handling Internal changes only except a new option to avoid compiling the png_build_grayscale_palette API (which is not used at all internally.) The main change is to move the transform tests (READ_TRANSFORMS, WRITE_TRANSFORMS) up one level to the caller of the APIs. This avoids calls to spurious functions if all transforms are disabled and slightly simplifies those functions. Pngvalid modified to handle this. A minor change is to stop the strip_16 and expand_16 interfaces from disabling each other; this allows the future alpha premultiplication code to use 16-bit intermediate values while still producing 8-bit output. png_do_background and png_do_gamma have been simplified to take a single pointer to the png_struct rather than pointers to every item required from the png_struct. This makes no practical difference to the internal code. A serious bug in the pngvalid internal routine 'standard_display_init' has been fixed - this failed to initialize the red channel and accidentally initialized the alpha channel twice. Changed png_struct jmp_buf member name from png_jmpbuf to tmp_jmpbuf to avoid a clash with the png_jmpbuf macro on some platforms. Added appropriate feature test macros to ensure libpng sees the correct API _POSIX_SOURCE is defined in pngpriv.h, pngtest.c and pngvalid.c to ensure that POSIX conformant systems disable non-POSIX APIs. _ISOC99_SOURCE is defined in pngpriv.h to obtain the ISO C99 snprintf definition, when available. Removed png_snprintf and added formatted warning messages. This change adds internal APIs to allow png_warning messages to have parameters without requiring the host OS to implement snprintf. As a side effect the dependency of the tIME-supporting RFC1132 code on stdio is removed and PNG_NO_WARNINGS does actually work now. Added PNG_WRITE_OPTIMIZE_CMF_SUPPORTED macro to make the zlib "CMF" byte optimization configureable. Internal functions were added to claim/release the z_stream and, hopefully, make the code more robust. Also deflateEnd checking is added - previously libpng would ignore an error at the end of the stream. Removed the -D_ALL_SOURCE from definitions for AIX in CMakeLists.txt Implemented premultiplied alpha support: png_set_alpha_mode API Added expand_16 support to the high level interface. Added named value and 'flag' gamma support to png_set_gamma. Made a minor change from the previous (unreleased) ABI/API to hide the exact value used for Macs - it's not a good idea to embed this in the ABI! Moved macro definitions for PNG_HAVE_IHDR, PNG_HAVE_PLTE, and PNG_AFTER_IDAT from pngpriv.h to png.h because they must be visible to applications that call png_set_unknown_chunks(). Check for up->location !PNG_AFTER_IDAT whe
Bug#633719: octave3.2: Inconsistency detected by ld.so: dl-close.c: 736: _dl_close: Assertion `map->l_init_called' failed!
Package: octave3.2 Version: 3.2.4-10 Severity: important Setting up octave3.2 (3.2.4-10) ... warning: mark_as_command is obsolete and will be removed from a future version of Octave skipping line skipping line skipping line Inconsistency detected by ld.so: dl-close.c: 736: _dl_close: Assertion `map->l_init_called' failed! dpkg: error processing octave3.2 (--configure): subprocess installed post-installation script returned error exit status 127 configured to not write apport reports Processing triggers for menu ... Errors were encountered while processing: octave3.2 E: Sub-process /usr/bin/dpkg returned an error code (1) Some errors occurred while unpacking. Packages that were installed will be configured. This may result in duplicate errors or errors caused by missing dependencies. This is OK, only the errors above this message are important. Please fix them and run [I]nstall again Press enter to continue. Setting up octave3.2 (3.2.4-10) ... warning: mark_as_command is obsolete and will be removed from a future version of Octave skipping line skipping line skipping line Inconsistency detected by ld.so: dl-close.c: 736: _dl_close: Assertion `map->l_init_called' failed! dpkg: error processing octave3.2 (--configure): subprocess installed post-installation script returned error exit status 127 Processing triggers for menu ... Errors were encountered while processing: octave3.2 dselect: warning: subprocess installation script returned error exit status 100 Press to continue. - Marc J. Driftmeyer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages octave3.2 depends on: ii libamd2.2.0 1:3.4.0-2 approximate minimum degree orderin ii libarpack2 2.1+parpack96.dfsg-3+b1 Fortran77 subroutines to solve lar ii libatlas3gf-base 3.8.4-3 Automatically Tuned Linear Algebra ii libblas3gf [libb 1.2-8 Basic Linear Algebra Reference imp ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc62.13-10 Embedded GNU C Library: Shared lib ii libcamd2.2.0 1:3.4.0-2 symmetric approximate minimum degr ii libccolamd2.7.1 1:3.4.0-2 constrained column approximate lib ii libcholmod1.7.1 1:3.4.0-2 sparse Cholesky factorization libr ii libcolamd2.7.1 1:3.4.0-2 column approximate minimum degree ii libcurl3-gnutls 7.21.6-3Multi-protocol file transfer libra ii libcxsparse2.2.3 1:3.4.0-2 concise sparse matrix library (com ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libfltk1.1 1.1.10-6Fast Light Toolkit - shared librar ii libfreetype6 2.4.4-2 FreeType 2 font engine, shared lib ii libftgl2 2.1.3~rc5-3 library to render text in OpenGL u ii libgcc1 1:4.6.1-3 GCC support library ii libgfortran3 4.6.1-3 Runtime library for GNU Fortran ap ii libgl1-mesa-glx 7.11~0-2free implementation of the OpenGL ii libglpk0 4.43-1.1linear programming kit with intege ii libglu1-mesa [li 7.11~0-2Mesa OpenGL utility library (GLU) ii libgomp1 4.6.1-3 GCC OpenMP (GOMP) support library ii libgraphicsmagic 1.3.12-1+b2 format-independent image processin ii libgraphicsmagic 1.3.12-1+b2 format-independent image processin ii libhdf5-serial-1 1.8.4-patch1-2 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libjasper1 1.900.1-9 JasPer JPEG-2000 runtime library ii libjpeg626b1-2 Independent JPEG Group's JPEG runt ii liblapack3gf [li 3.3.0-4 library of linear algebra routines ii liblcms1 1.18.dfsg-1.2+b4Color management library ii libltdl7 2.4-2 A system independent dlopen wrappe ii libncurses5 5.9-1 shared libraries for terminal hand ii libpcre3 8.12-3 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.44-3PNG library - runtime ii libqhull52009.1-1calculate convex hulls and related ii libqrupdate1 1.0.1-1 Fast updates of QR and Cholesky de ii libreadline6 6.2-2 GNU readline and history libraries ii libsm6 2:1.2.0-2 X11 Session Management library ii libstdc++6 4.6.1-3
Bug#633385: Just seconding the request of updating drupal7 to drupal7-7.4-1
Package: drupal7 Version: 7.2-1 Followup-For: Bug #633385 Please consider this a second request for Drupal 7.4 packaging. - Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages drupal7 depends on: ii apache2 2.2.19-1 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.19-1 Apache HTTP Server - traditional n ii curl 7.21.6-3 Get a file from an HTTP, HTTPS or ii dbconfig-common 1.8.47 common framework for packaging dat ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii exim4-daemon-heavy [mail-tran 4.76-2 Exim MTA (v4) daemon with extended ii mysql-client 5.1.57-3 MySQL database client (metapackage ii mysql-client-5.1 [virtual-mys 5.1.57-3 MySQL database client binaries ii php5 5.3.6-13 server-side, HTML-embedded scripti ii php5-gd 5.3.6-13 GD module for php5 ii php5-mysql5.3.6-13 MySQL module for php5 ii php5-pgsql5.3.6-13 PostgreSQL module for php5 ii postgresql-client 9.0.4-1front-end programs for PostgreSQL ii postgresql-client-9.0 [postgr 9.0.4-1+b1 front-end programs for PostgreSQL ii wwwconfig-common 0.2.2 Debian web auto configuration Versions of packages drupal7 recommends: ii mysql-server-5.1 [mysql-serve 5.1.57-3 MySQL database server binaries and ii postgresql9.0.4-1object-relational SQL database (su drupal7 suggests no packages. -- debconf information: drupal7/pgsql/changeconf: false drupal7/dbconfig-remove: * drupal7/pgsql/authmethod-user: ident drupal7/db/basepath: drupal7/upgrade-error: abort * drupal7/dbconfig-install: true drupal7/purge: false drupal7/upgrade-backup: true drupal7/pgsql/manualconf: * drupal7/database-type: pgsql drupal7/internal/reconfiguring: false drupal7/install-error: abort drupal7/remote/port: drupal7/remove-error: abort drupal7/mysql/admin-user: root * drupal7/pgsql/admin-user: postgres drupal7/missing-db-package-error: abort drupal7/dbconfig-upgrade: true drupal7/remote/host: * drupal7/db/app-user: mdriftmeyer * drupal7/pgsql/authmethod-admin: ident * drupal7/db/dbname: lawrence drupal7/pgsql/no-empty-passwords: drupal7/internal/skip-preseed: false drupal7/passwords-do-not-match: drupal7/dbconfig-reinstall: false drupal7/mysql/method: unix socket * drupal7/pgsql/method: unix socket drupal7/remote/newhost: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632925: drupal7: apache2.conf missing from installation
Package: drupal7 Version: 7.2-1 Severity: normal Section 3 of README.Debian.gz When linking apache2 against the apache2.conf from Drupal7 with the following command: $ sudo ln -s /etc/drupal/7/apache2.conf /etc/apache2/conf.d/drupal7.conf results in a failure. Reason: only apache.conf is listed. Of course a simple symlink fixes this ala $ sudo ln -s apache.conf apache2.conf and with a simple: $ sudo /etc/init.d/apache2 force-reload one can browse http://localhost/drupal7/install.php that is referenced under: Section 4 of README.Debian.gz - Marc J. Driftmeyer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages drupal7 depends on: ii apache2 2.2.19-1 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.19-1 Apache HTTP Server - traditional n ii curl 7.21.6-3 Get a file from an HTTP, HTTPS or ii dbconfig-common 1.8.47 common framework for packaging dat ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii exim4-daemon-heavy [mail-tran 4.76-2 Exim MTA (v4) daemon with extended ii mysql-client 5.1.57-3 MySQL database client (metapackage ii mysql-client-5.1 [virtual-mys 5.1.57-3 MySQL database client binaries ii php5 5.3.6-13 server-side, HTML-embedded scripti ii php5-gd 5.3.6-13 GD module for php5 ii php5-mysql5.3.6-13 MySQL module for php5 ii php5-pgsql5.3.6-13 PostgreSQL module for php5 ii postgresql-client 9.0.4-1front-end programs for PostgreSQL ii postgresql-client-9.0 [postgr 9.0.4-1+b1 front-end programs for PostgreSQL ii wwwconfig-common 0.2.2 Debian web auto configuration Versions of packages drupal7 recommends: ii mysql-server-5.1 [mysql-serve 5.1.57-3 MySQL database server binaries and ii postgresql9.0.4-1object-relational SQL database (su drupal7 suggests no packages. -- debconf information: drupal7/pgsql/changeconf: false drupal7/dbconfig-remove: drupal7/pgsql/authmethod-user: ident drupal7/db/basepath: drupal7/upgrade-error: abort * drupal7/dbconfig-install: true drupal7/purge: false drupal7/upgrade-backup: true drupal7/pgsql/manualconf: * drupal7/database-type: pgsql drupal7/internal/reconfiguring: false drupal7/install-error: abort drupal7/remote/port: drupal7/remove-error: abort drupal7/mysql/admin-user: root drupal7/pgsql/admin-user: postgres drupal7/missing-db-package-error: abort drupal7/dbconfig-upgrade: true drupal7/remote/host: drupal7/db/app-user: drupal7 drupal7/pgsql/authmethod-admin: ident drupal7/db/dbname: drupal7 drupal7/pgsql/no-empty-passwords: drupal7/internal/skip-preseed: false drupal7/passwords-do-not-match: drupal7/dbconfig-reinstall: false drupal7/mysql/method: unix socket drupal7/pgsql/method: unix socket drupal7/remote/newhost: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632912: libpng15-dev breaks too many packages to be useful
Package: libpng15-dev Version: 1.5.2-2 Severity: normal I would love to build against libpng15-dev but to do so results in too many packages uninstalled: The following packages will be REMOVED: epiphany-browser-dev gnustep-core-devel libavahi-ui-dev libcairo2-dev libcairomm-1.0-dev libcryptui-dev libdbusmenu-glib-dev libdbusmenu-gtk-dev libdirectfb-dev libelemental-dev libevince-dev libexif-gtk-dev libgail-3-dev libgail-dev libgconfmm-2.6-dev libgd2-xpm-dev libgdk-pixbuf2.0-dev libggadget-gtk-1.0-dev libgimp2.0-dev libglade2-dev libgnome-desktop-3-dev libgnome-desktop-dev libgnomecanvas2-dev libgnomeprint2.2-dev libgnomeprintui2.2-dev libgnustep-gui-dev libgpod-dev libgraphicsmagick++1-dev libgraphicsmagick1-dev libgs-dev libgtk-3-dev libgtk2.0-dev libgtkextra-x11-2.0-dev libgtkgl2.0-dev libgtkhtml-4.0-dev libgtkhtml-editor-4.0-dev libgtkmathview-dev libgtkmm-2.4-dev libgtkmm-3.0-dev libgtksourceview-3.0-dev libgtksourceview2.0-dev libgtksourceviewmm-2.0-dev libgtkspell-dev libgucharmap2-dev libgweather-3-dev libjbig2dec0-dev libmagick++-dev libmagickcore-dev libmagickwand-dev libmetacity-dev libnotify-dev libnotifymm-dev libpango1.0-dev libpangomm-1.4-dev libplot-dev libpng12-dev libpngwriter0-dev libpolkit-gnome-dev libpoppler-glib-dev librsvg2-dev libsdl1.2-dev libseed-gtk3-dev libunique-dev libvips-dev libwebkitgtk-3.0-dev libwebkitgtk-dev libwmf-dev python-gnome2-dev python-gtk2-dev python-webkit-dev The following NEW packages will be installed: libpng15-dev 0 upgraded, 1 newly installed, 70 to remove and 104 not upgraded. Need to get 279 kB of archives. After this operation, 179 MB disk space will be freed. Do you want to continue [Y/n]? n Abort. = What's the time frame for this to be usable. Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625917: Drupal7: I've got clients wishing to develop/deploy on 7 now
Luigi, Thank you very much for getting this through Debian proper. I'm working with it as I write this against PostgreSQL. Very much appreciate all the effort put into making this getting into Debian. - Marc On 06/19/2011 05:44 PM, Luigi Gangitano wrote: Hi, a new version of the package (7.2) with uncompressed sources of javascript files has been uploaded to the NEW queue a few minutes ago. I can provide a copy of this package if the NEW approval takes a long time. Regards, L -- Luigi Gangitano -- -- GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#631350: speech-dispatcher: Speech Dispatcher overriding Intel HD internal sound
Package: speech-dispatcher Version: 0.7.1-6 Severity: normal Scenario: Reboot Linux 2.6.39.2 or 2.6.32 Speech Dispatcher launches along with pulseaudio. Basic notification of sound works, but control of Intel HD with internal 6 channel controls fails: Checking Sound Preferences in either KDE 4.6.3 or Gnome 2.32 or Gnome 3.0.1 shows only Simultaneous output to Internal Audio Analog Surround 5.1. To restore Intel HD control and the ability to Test the speakers do the following: 1. Find the process associated with speech-dispatcher and kill -9 with sudo. 2. pulseaudio -k from general account 3. sudo /etc/init.d/alsa-utils force-reload 4. Relaunch Sound Preferences and the Internal Intel HD is now active. Keyboard controls of the surround sound scales down/up accordingly. It appears speech-dispatcher needs to wait for the internal or pci hardware to fully initialize before accessing, or I can just disable it system-wide, until the priority between the devices and Pulseaudio with Alsa is worked out. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages speech-dispatcher depends on: ii adduser 3.113 add and remove users and groups ii dpkg 1.16.0.3 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libao41.1.0-1Cross Platform Audio Output Librar ii libasound21.0.23-4 shared library for ALSA applicatio ii libaudio2 1.9.2-7Network Audio System - shared libr ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libdotconf1.0 1.0.13-3 Configuration file parser library ii libespeak11.45.04-1 Multi-lingual software speech synt ii libflite1 1.4-release-2 a small run-time speech synthesis ii libglib2.0-0 2.28.6-2 GLib library of C routines ii libpulse0 0.9.22-1.1 PulseAudio client libraries ii libspeechd2 0.7.1-6Speech Dispatcher: Shared librarie ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip Versions of packages speech-dispatcher recommends: ii pulseaudio0.9.22-1.1 PulseAudio sound server Versions of packages speech-dispatcher suggests: pn libttspico-utils (no description available) pn speech-dispatcher-doc-cs (no description available) pn speech-dispatcher-festival (no description available) -- Configuration Files: /etc/default/speech-dispatcher changed: RUN=yes -- 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#625917: Drupal7: I've got clients wishing to develop/deploy on 7 now
Thank you. I'll take you up on that offer if a week goes by and you're still getting no approval for packaging into the repositories. - Marc On 06/19/2011 05:44 PM, Luigi Gangitano wrote: Hi, a new version of the package (7.2) with uncompressed sources of javascript files has been uploaded to the NEW queue a few minutes ago. I can provide a copy of this package if the NEW approval takes a long time. Regards, L -- Luigi Gangitano -- -- GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#630850: nvidia-glx: Unacceptable upload to Sid breaks KDE 4.6.3 install
You guys are all doing, for the most part, what you can during the transition and it's a lot of work. On 06/17/2011 06:32 PM, Russ Allbery wrote: "Marc J. Driftmeyer" writes: The upgrade to nvidia-glx and latest in Sid is broken resulting in the following: Yes, the multiarch transition for glx is ugly. The right Breaks are getting sorted out, which will hopefully unconfuse apt until we can get the right diversions set up for NVIDIA. Seriously, How does this stuff get passed SQA? This is a non-starter. It doesn't. That's why it's in unstable. If you want things that have passed QA, use Debian stable. Debian unstable is exactly what it says on the tin. However, suggesting stable is a lame retort. I could never make that excuse at NeXT nor Apple Engineering. When everything in the depends are covered these drivers are far more stable than they have ever been in the past and I credit the nvidia package maintainers, solely, for such efforts. Sincerely Yours, Marc J. Driftmeyer -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#630850: nvidia-glx: Unacceptable upload to Sid breaks KDE 4.6.3 install
Package: nvidia-glx Version: 275.09.04-1 Severity: important The upgrade to nvidia-glx and latest in Sid is broken resulting in the following: mdriftmeyer@horus:~$ sudo apt-get install libgl1-nvidia-alternatives libgl1-nvidia-glx libgl1-nvidia-glx-ia32 nvidia-glx nvidia-kernel-dkms Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libboost-thread1.46-dev libsmokeqimageblitz3 libprocesscore4b libsbsms1 geoclue gedit-common libkastencontrollers4 telepathy-logger ruby-event-loop dx-doc libopal3.6.8 libntfs10 libsolidcontrol4a telepathy-gabble linux-tools-2.6.38 libmono-simd2.0-cil libmoosex-strictconstructor-perl libboost-regex1.46-dev chromium-l10n libqtsensors1 gfortran-4.5 xscreensaver-screensaver-bsod libboost-program-options1.46-dev libwireshark0 libx264-112 libprotobuf6 python-subvertpy libkipi8 libboost-graph-parallel1.46-dev geoclue-localnet libxbase2.0-0 lesstif2-dev dxsamples lincity-ng-data enfuse libtinyxml2.5.3 libboost-graph1.46-dev libsolidcontrolifaces4a libtinyxml2.6.2 libcurand3 libqtexengine1 geoclue-yahoo libccid libavfilter1 libkggznet4 qt-assistant-compat libgl2ps0 libboost-date-time1.42.0 libkggzmod4 librpmio1 linux-headers-2.6.31-1-common libedata-cal1.2-7 liboktetakastencontrollers4 libboost-iostreams1.42.0 libkexiv2-8 libwsutil0 linux-source-2.6.37 linux-source-2.6.38 liboktetacore4 telepathy-salut libscim8c2a google-gadgets-common libdvbpsi6 x11proto-gl-dev libkeduvocdocument4 k3d-data libpyside0.4 libkontactinterface4 libkdegames5a avogadro-data libboost-date-time1.46-dev freemat-data libpeas-common libkggzgames4 liboktetagui4 python-sip4 xloadimage libboost-iostreams1.46-dev libkastengui4 libkephal4a fonts-oldstandard octave3.2-common libkastencore4 libntfs-3g75 libmuparser0debian1 liboktetakastengui4 sat4j kde-config-cddb libsmokeqtuitools4-3 liborigin2-1 libboost-math1.46-dev libflickrnet2.2-cil libboost-python1.46-dev gobjc++-4.5 qdvdauthor-data gobjc-4.5 bluefish-plugins libboost-signals1.46-dev libkadm5clnt-mit7 libmozjs3d libalglib-2.6.0 libgeos-3.2.0 libpt2.6.7 bluefish-data zeitgeist-core libboost-system1.46-dev libkadm5srv-mit7 libkmahjongglib4 libjasper-java google-gadgets-gst libboost-serialization1.42.0 libmission-control-plugins0 libsmokephonon3 freemat-help libcusparse3 geoclue-manual libsmokesolid3 libboost-wave1.46-dev libmed1 geoclue-hostip liboktetakastencore4 libv8-3.1.8.10 xscreensaver-screensaver-webcollage libsmokeqtsvg4-3 mpi-default-bin libwiretap0 libprotoc6 libshiboken0.5 libboost-filesystem1.46-dev libboost-test1.46-dev libsublime3 pcscd libmsn0.3 libmoosex-singleton-perl gnugo libffms2-2 libsmokesoprano3 telepathy-mission-control-5 libsmokeqttest4-3 libtamuanova-0.2 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: acetoneiso acroread acroread-data acroread-debian-files acroread-dictionary-en acroread-escript acroread-fonts-jpn acroread-l10n-de acroread-l10n-en acroread-l10n-fr acroread-l10n-ja acroread-plugins akonadiconsole akregator alsa-tools-gui alsaplayer-common alsaplayer-gtk amarok amor aqsis ark asymptote audacity avidemux-qt avogadro bibus blender blender-ogrexml blinken blogilo boinc-manager bomber bovo brasero brutalchess cantor cantor-backend-kalgebra cantor-backend-maxima cantor-backend-octave cantor-backend-r cantor-backend-sage celestia celestia-glut celestia-gnome cenon.app chm2pdf conglomerate convertall coriander csound-gui cynthiune.app dasher deskbar-applet deskbar-plugins-strigi devede dia-gnome digikam digikam-doc divxenc dolphin dragonplayer dx edenmath.app electricsheep empathy enblend eog epiphany-browser epiphany-browser-dev epiphany-extensions f-spot filelight filezilla fontmatrix foomatic-gui fraqtive freecad freedink freedink-dfarc freeglut3 freeglut3-dev freemat gabedit gausssum gchempaint gcrystal gcu-bin gdesklets gdis gdm3 gedit gedit-latex-plugin gedit-plugins geomview ghemical gimp-plugin-registry gir1.2-clutter-1.0 gir1.2-clutter-gst-1.0 gir1.2-eog-3.0 gir1.2-epiphany-2.31 gir1.2-gtkclutter-1.0 gir1.2-mutter-3.0 gir1.2-peas-1.0 gir1.2-totem-1.0 git-cola glew-utils gmsh gnome-about gnome-activity-journal gnome-applets gnome-games gnome-hearts gnome-mag gnome-media gnome-netstatus-applet gnome-orca gnome-screensaver gnome-session gnome-session-bin gnome-session-fallback gnome-shell gnome-spell gnome-tweak-tool gns3 gnuplot gnuplot-x11 gnustep-back0.18 gnustep-back0.18-art gnustep-back0.18-cairo googleearth-package gorm.app gpac granatier grass gstreamer0.10-plugins-gl gtkglarea5 guile-gnome2-gnome guile-gnome2-gnome-ui gvfs gvfs-backends gvfs-bin gvfs-fuse gwenview gworkspace.app h264enc helpviewer.app htmldoc hugin hugin-tools inkblot ioquake3 isag jovie juk k3b k3d k3dsurf kaccessible kaddressbook kalarm kalgebra kalgebramobile kalzium kanagram kapm
Bug#625917: Drupal 7: Status update request with Drupal 7.2 out and Drupal 6.22 now uploaded to Incoming
Luigi, I saw you had Drupal 7 submitted for review and later it must have been pulled. Does this mean you are getting ready to upload Drupal 7.2 that was released in the last week of May? Do you have a package I could download, test and get work done? Sincerely, Marc J. Driftmeyer -- Marc J. Driftmeyer Email :: m...@reanimality.com <mailto:m...@reanimality.com> Web :: http://www.reanimality.com Cell :: (509) 435-5212 <>
Bug#630321: imagemagick: Heterogeneous Distributed Processing (OpenCL) support missing: available since 6.5.9-0
Package: imagemagick Version: 8:6.6.9.7-4 Severity: normal Support for OpenCL was added and first mentioned here: 2010-01-01 6.5.9-0 Cristy Add OpenCL-enabled filter (e.g. convert image.png -process "convolve '-1, -1, -1, -1, 9, -1, -1, -1, -1'" image.jpg). Added StringTo...() processing functions It's been extended since. Identify reveals: mdriftmeyer@horus:~/DeveloperProjects/KDEProjects/Kile-Git$ identify -version Version: ImageMagick 6.6.9-7 2011-06-11 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC Features: OpenMP A missing OpenCL on the features list reveals support has not been compiled in. Is there a means to adding support for an add-on module or an actual imagemagick-opencl version? Much thanks for the hard work, Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-6 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.2generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-02.28.6-2 GLib library of C routines ii libgomp14.6.0-13 GCC OpenMP (GOMP) support library ii libice6 2:1.0.7-2X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii liblcms11.18.dfsg-1.2+b4 Color management library ii liblqr-1-0 0.4.1-1 converts plain array images into m ii libltdl72.4-2A system independent dlopen wrappe ii libmagickcore4 8:6.6.9.7-4 low-level image manipulation libra ii libmagickwand4 8:6.6.9.7-4 image manipulation library ii libsm6 2:1.2.0-2X11 Session Management library ii libtiff43.9.5-1 Tag Image File Format (TIFF) libra ii libx11-62:1.4.3-2X11 client-side library ii libxext62:1.3.0-3X11 miscellaneous extension librar ii libxt6 1:1.1.1-1X11 toolkit intrinsics library ii zlib1g 1:1.2.5.dfsg-1 compression library - runtime Versions of packages imagemagick recommends: ii ghostscript 9.02~dfsg-2interpreter for the PostScript lan ii libmagickcore4-extra 8:6.6.9.7-4low-level image manipulation libra ii netpbm2:10.0-12.2+b1 Graphics conversion tools between ii ufraw-batch 0.18-1 batch importer for raw camera imag Versions of packages imagemagick suggests: ii autotrace 0.31.1-15.1 bitmap to vector graphics converte ii cups-bsd [lpr] 1.4.6-8 Common UNIX Printing System(tm) - ii curl 7.21.6-1 Get a file from an HTTP, HTTPS or ii enscript 1.6.5.2-1 converts text to Postscript, HTML ii ffmpeg 4:0.7~beta2-2 Multimedia player, server, encoder ii gimp 2.6.11-3 The GNU Image Manipulation Program ii gnuplot4.4.0-1.1 A command-line driven interactive pn grads (no description available) ii groff-base 1.21-6GNU troff text-formatting system ( pn hp2xx (no description available) pn html2ps(no description available) ii imagemagick-do 8:6.6.9.7-4 document files of ImageMagick ii libwmf-bin 0.2.8.4-8 Windows metafile conversion tools ii mplayer3:1.0~rc4+svn20110308-0.2 The Ultimate Movie Player For Linu ii povray 1:3.6.1-12+b1 Persistence of vision raytracer (3 ii radiance 4R0+20110410-1Lighting Simulation and Rendering ii sane-utils 1.0.22-3 API library for scanners -- utilit ii texlive-binari 2009-8Binaries for TeX Live ii transfig 1:3.2.5.d-1 Utilities for converting XFig figu ii xdg-utils 1.1.0~rc1-2 desktop integration utilities from -- 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