Bug#757308: grass: Please update to use wxpython3.0
On Thu, Aug 07, 2014 at 10:52:42AM +0200, Sebastiaan Couwenberg wrote: On 08/07/2014 06:56 AM, Olly Betts wrote: It looks like grass 7.0.0 will be compatible with wxPython 3.0 - I see in http://trac.osgeo.org/grass/wiki/Release/7.0.0beta-News the entry: | wxPython 3 compatibility fixes So updating the package to this version seems the simplest fix. In theory this is a good idea. But updating from grass 6.4.3 to 7.0.0 will require a transition, which we are unlikely to get in shape before the freeze in November. Ah, I didn't appreciate there were rdeps which would need to be updated for this too. Updating from grass 6.4.3 to 6.4.4 is more in the realm of possibilities, so we'll need to look into backporting the wxPython 3.0 changes to that. I've been working on a script to assist updating code to work with wxPython3, which might be helpful here if the python code in grass has changed a lot between 6.4.x and 7.0.0 such that backporting the changes is difficult: http://anonscm.debian.org/gitweb/?p=collab-maint/wx-migration-tools.git;a=summary I tried it on the 6.4.3 package, and with a bit of manual tweaking the startup wizard works, but the GUI after that doesn't. I'll send the debdiff of that in case it's useful. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
On Sat, Aug 16, 2014 at 07:50:56AM +0200, László Böszörményi (GCS) wrote: Why do you NMU my package after five hours? I'm active and wanted to upload 3.1.1 with more fixes. Now I'm going to wait not to clash with the transition. Sorry, I didn't mean to annoy anyone. There no problem with you uploading 3.1.1. It certainly won't make the transition take any longer than if I hadn't NMUed, and at this point it won't delay it at all, since none of the rdeps have actually been uploaded yet. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758093: ltspfsd: quietly fails with systemd as init system
On 2014-08-14, Vagrant Cascadian wrote: When running systemd as the init system, ltspfsd quietly fails to start. It's normally started from udev on device insertion or media change if ltspfsd isn't already started. This seems relevent: http://blog.fraggod.net/2012/06/16/proper-ish-way-to-start-long-running-systemd-service-on-udev-event-device-hotplug.html live well, vagrant pgpjM5IuHYrnq.pgp Description: PGP signature
Bug#757308: grass: Partial patch for wxpython3 support in 6.4.3-3
Here's the patch I mentioned in my previous comment. Cheers, Olly diff -Nru grass-6.4.3/debian/changelog grass-6.4.3/debian/changelog --- grass-6.4.3/debian/changelog 2013-12-17 00:51:16.0 +1300 +++ grass-6.4.3/debian/changelog 2014-08-16 16:05:18.0 +1200 @@ -1,3 +1,12 @@ +grass (6.4.3-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to depend on python-wxgtk3.0 rather than python-wxgtk2.8. +- new patch: wxpy3.0-compat.patch + * Drop Build-Conflicts: wx2.6-headers as wx2.6 was removed pre-wheezy. + + -- Olly Betts o...@survex.com Sat, 16 Aug 2014 16:04:44 +1200 + grass (6.4.3-3) unstable; urgency=medium * Now b-d on current libgdal-dev. diff -Nru grass-6.4.3/debian/control grass-6.4.3/debian/control --- grass-6.4.3/debian/control 2013-12-17 00:51:16.0 +1300 +++ grass-6.4.3/debian/control 2014-08-07 14:51:24.0 +1200 @@ -27,17 +27,17 @@ libproj-dev, proj-bin, libreadline-dev | libreadline6-dev, libsqlite3-dev, + libwxgtk3.0-dev, libxmu-dev, #install optipng if compressing the PNG images in the programmers' manual # optipng, python (= 2.6.6-3~), - python-wxgtk2.8, libwxgtk2.8-dev, + python-wxgtk3.0, python-dev, tcl-dev (= 8.5), tk-dev (= 8.5), unixodbc-dev, hardening-includes Standards-Version: 3.9.5 -Build-Conflicts: wx2.6-headers Homepage: http://grass.osgeo.org/ Vcs-Browser: http://git.debian.org/?p=pkg-grass/grass.git Vcs-Git: git://git.debian.org/git/pkg-grass/grass.git @@ -109,7 +109,7 @@ Depends: ${shlibs:Depends}, grass-core, ${python:Depends}, - python-wxgtk2.8, + python-wxgtk3.0, # pyGL needed for wxNviz python-opengl, xterm | x-terminal-emulator, diff -Nru grass-6.4.3/debian/control.in grass-6.4.3/debian/control.in --- grass-6.4.3/debian/control.in 2013-12-17 00:51:16.0 +1300 +++ grass-6.4.3/debian/control.in 2014-08-07 14:51:12.0 +1200 @@ -27,17 +27,17 @@ libproj-dev, proj-bin, libreadline-dev | libreadline6-dev, libsqlite3-dev, + libwxgtk3.0-dev, libxmu-dev, #install optipng if compressing the PNG images in the programmers' manual # optipng, python (= 2.6.6-3~), - python-wxgtk2.8, libwxgtk2.8-dev, + python-wxgtk3.0, python-dev, tcl-dev (= 8.5), tk-dev (= 8.5), unixodbc-dev, hardening-includes Standards-Version: 3.9.5 -Build-Conflicts: wx2.6-headers Homepage: http://grass.osgeo.org/ Vcs-Browser: http://git.debian.org/?p=pkg-grass/grass.git Vcs-Git: git://git.debian.org/git/pkg-grass/grass.git @@ -109,7 +109,7 @@ Depends: ${shlibs:Depends}, grass-core, ${python:Depends}, - python-wxgtk2.8, + python-wxgtk3.0, # pyGL needed for wxNviz python-opengl, xterm | x-terminal-emulator, diff -Nru grass-6.4.3/debian/patches/series grass-6.4.3/debian/patches/series --- grass-6.4.3/debian/patches/series 2013-12-17 00:51:16.0 +1300 +++ grass-6.4.3/debian/patches/series 2014-08-07 15:40:42.0 +1200 @@ -7,3 +7,4 @@ barscale_ui svn-any-version fix_big-endian_issues +wxpy3.0-compat.patch diff -Nru grass-6.4.3/debian/patches/wxpy3.0-compat.patch grass-6.4.3/debian/patches/wxpy3.0-compat.patch --- grass-6.4.3/debian/patches/wxpy3.0-compat.patch 1970-01-01 12:00:00.0 +1200 +++ grass-6.4.3/debian/patches/wxpy3.0-compat.patch 2014-08-16 18:01:04.0 +1200 @@ -0,0 +1,556 @@ +Description: Fix to work with wxPython 3.0 +Author: Olly Betts o...@survex.com +Last-Update: 2014-08-16 + +--- a/gui/wxpython/wxplot/profile.py b/gui/wxpython/wxplot/profile.py +@@ -291,7 +291,7 @@ + if len(self.seglist) 0 : + self.ppoints = plot.PolyMarker(self.seglist, +legend = ' ' + self.properties['marker']['legend'], +- colour = wx.Color(self.properties['marker']['color'][0], ++ colour = wx.Colour(self.properties['marker']['color'][0], +self.properties['marker']['color'][1], +self.properties['marker']['color'][2], +255), +@@ -302,7 +302,7 @@ + + # Add profile distance/elevation pairs to plot data list for each raster profiled + for r in self.rasterList: +-col = wx.Color(self.raster[r]['pcolor'][0], ++col = wx.Colour(self.raster[r]['pcolor'][0], +self.raster[r]['pcolor'][1], +self.raster[r]['pcolor'][2], +255) +@@ -332,7 +332,7 @@ + dlg = wx.FileDialog(parent = self, + message = _(Choose prefix for file(s) where to save profile values...), + defaultDir = os.getcwd(), +-wildcard = _(Comma separated value (*.csv)|*.csv), style = wx.SAVE) ++wildcard = _(Comma
Bug#756941: Gnome-Shell 3.13-1 hangs at GDM
Hi, Thanks, that patch worked for me. I did come across it while I was searching the web for an answer, but I dismissed it because I have systemd installed on my system. I thought the patch was to fix a problems on systems that don't have systemd running? I was thinking that maybe the problem was related to the libgsystem package missing from debian? Anyhow, the advice worked for me thanks. -- Regards Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#489625: more fun with apr's libtool copy
Just to let you know, apr's libtool copy sets some variables for programs which are no longer valid on i386, e.g. RANLIB=i486-linux-gnu-ranlib. This makes subversion FTBFS[1]. Cheers, Sven 1. https://buildd.debian.org/status/fetch.php?pkg=subversionarch=i386ver=1.8.10-1%2Bb1stamp=1408144688 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758271: [gwenview] can't load webp images
Package: gwenview Version: 4:4.13.3-1 Severity: normal --- Please enter the report below this line. --- kde-runtime now support webp image and I can use kolorpaint to open them. Gwenview still can't open webp images, and the open dialog doesn't show .webp file. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 990 unstableftp.debian.org 500 testing-proposed-updates ftp.debian.org 500 testing security.debian.org 500 testing ftp.debian.org 1 experimentalftp.debian.org --- Package information. --- Depends(Version) | Installed -+-= kde-runtime ( 4:4.10) | 4:4.13.3-1 libbaloofiles4(= 4:4.12.80) | 4:4.13.3-1 libc6 (= 2.14) | libexiv2-12 | libgcc1 (= 1:4.1.1) | libjpeg8 (= 8c) | libkactivities6 (= 4:4.11) | libkdcraw23(= 4:4.12.3) | libkdecore5(= 4:4.4.95) | libkdeui5 (= 4:4.7.0) | libkfile4 (= 4:4.4.95) | libkio5 (= 4:4.7.0) | libkipi11 (= 4:4.11.1) | libkonq5abi1(= 4:4.6.1) | libkparts4 (= 4:4.5.85) | liblcms2-2 (= 2.2+git20110628) | libphonon4 (= 4:4.2.0) | libpng12-0 (= 1.2.13-4) | libqt4-opengl (= 4:4.5.3) | libqt4-svg (= 4:4.5.3) | libqtcore4 (= 4:4.8.0) | libqtgui4 (= 4:4.8.0) | libsolid4 (= 4:4.3.4) | libstdc++6 (= 4.6) | libx11-6 | phonon | Recommends (Version) | Installed =-+-=== kamera| 4:4.13.3-1 Suggests (Version) | Installed ===-+-=== svgpart | 4:4.11.3-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758272: [pulseaudio] core-util.c: Failed to create secure directory
Package: pulseaudio Version: 5.0-6 Severity: important --- Please enter the report below this line. --- Here's some journald logs: ### 8月 16 11:53:23 SUN pulseaudio[10094]: [pulseaudio] main.c: Failed to acquire autospawn lock 8月 16 11:53:23 SUN pulseaudio[10094]: [autospawn] lock-autospawn.c: 不能访问 autospawn锁。 8月 16 11:53:23 SUN pulseaudio[10094]: [autospawn] core-util.c: Failed to create secure directory (/run/user/1000/pulse): 权限不够 8月 16 11:53:23 SUN pulseaudio[10092]: [pulseaudio] main.c: Failed to acquire autospawn lock 8月 16 11:53:23 SUN pulseaudio[10092]: [autospawn] lock-autospawn.c: 不能访问 autospawn锁。 8月 16 11:53:23 SUN pulseaudio[10092]: [autospawn] core-util.c: Failed to create secure directory (/run/user/1000/pulse): 权限不够 ### It seems that sometimes /run/user/1000/pulse is owned by root, but not user 1000. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 990 unstableftp.debian.org 500 testing-proposed-updates ftp.debian.org 500 testing security.debian.org 500 testing ftp.debian.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+- === libasound2(= 1.0.24.1) | libc6 (= 2.15) | libcap2 (= 1:2.10) | libdbus-1-3 (= 1.1.1) | libfftw3-single3| libgcc1(= 1:4.1.1) | libice6(= 1:1.0.0) | libltdl7 (= 2.4.2) | liborc-0.4-0 (= 1:0.4.20) | libpulse0 (= 5.0-6) | libsamplerate0 (= 0.1.7) | libsm6 | libsndfile1 (= 1.0.20) | libspeexdsp1 (= 1.2~beta3.2-1) | libstdc++6 (= 4.1.1) | libsystemd-login0 (= 31) | libtdb1 (= 1.2.7+git20101214) | libudev1 (= 183) | libwebrtc-audio-processing-0| libx11-6| libx11-xcb1 | libxcb1 | libxtst6| adduser | lsb-base(= 3.2-13) | udev (= 143) | libasound2-plugins | pulseaudio-utils| Recommends (Version) | Installed -+-=== pulseaudio-module-x11| 5.0-6 rtkit| 0.11-1 Suggests (Version) | Installed ==-+-=== pavumeter | pavucontrol| paman | paprefs| --- Output from package bug script --- File '/etc/default/pulseaudio' does not exist /etc/pulse/client.conf: # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 # USA. ## Configuration file for PulseAudio clients. See pulse-client.conf(5) for ## more information. Default values are commented out. Use either ; or # for ## commenting. ; default-sink = ; default-source = ; default-server = ; default-dbus-server = ; autospawn = yes ; daemon-binary = /usr/bin/pulseaudio ; extra-arguments = --log-target=syslog ; cookie-file = ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; auto-connect-localhost = no ; auto-connect-display = no /etc/pulse/daemon.conf: # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version
Bug#756584: [LCFC] templates://whatmaps/{templates}
This is the last call for comments for the review of debconf templates for whatmaps. The reviewed templates will be sent on Monday, August 18, 2014 to this bug report and a mail will be sent to this list with [BTS] as a subject tag. -- Template: whatmaps/enable_service_restarts Type: boolean Default: false _Description: Automatically restart services after library security updates? Services need to be restarted to benefit from updates of shared libraries they depend on. Otherwise they remain vulnerable to security bugs fixed in these updates. . Automatic service restarts are only done if APT fetched the library from a source providing security updates. This also affects packages installed via unattended-upgrades. Source: whatmaps Section: admin Priority: extra Maintainer: Guido Günther a...@sigxcpu.org Build-Depends: debhelper (= 9~), lsb-release, python-all ( 2.6.6-3~), python-mock, python-nose, python-setuptools, Standards-Version: 3.9.5 Homepage: https://honk.sigxcpu.org/piki/projects/whatmaps Vcs-Git: git://honk.sigxcpu.org/git/whatmaps.git/ X-Python-Version: = 2.7 XS-Testsuite: autopkgtest Package: whatmaps Architecture: all Depends: ${misc:Depends}, ${python:Depends}, lsb-release, python-apt, python-pkg-resources Description: tool to find processes mapping shared objects After package upgrades (especially security fixes), services using a shared library need to be restarted to make use of the updated version. . Whatmaps looks for shared objects provided by upgraded packages, lists any running processes that map them, and can integrate with APT to restart services as needed after security upgrades. signature.asc Description: Digital signature
Bug#756584: [LCFC] templates://whatmaps/{templates}
On Sat, 16 Aug 2014 09:17:03 +0200 Christian PERRIER wrote: Template: whatmaps/enable_service_restarts Type: boolean Default: false _Description: Automatically restart services after library security updates? Services need to be restarted to benefit from updates of shared libraries they depend on. Otherwise they remain vulnerable to security bugs fixed in these updates. how about something like this: s/Otherwise/Until restarting, the services will/ -- victory no need to CC me :-) http://userscripts.org/scripts/show/102724 0.0.1.4 http://userscripts.org/scripts/show/163846 0.0.1 http://userscripts.org/scripts/show/163848 0.0.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758273: mopidy: [INTL:fr] Initial French debconf translation
Package: mopidy Version: N/A Severity: wishlist Tags: patch l10n Hi! Please find attached the french templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Kind Regards jipege fr.po.gz Description: application/gzip
Bug#758274: libgl1-mesa-dri: GLX module does not load - AIGLX error while loading r600_dri.so and swrast_dri.so
Source: libgl1-mesa-dri Version: 10.2.5-1 Severity: important Tags: d-i patch NB : I've fixed this bug on my laptop, so the informations below are correct. But with this bug, none of the GL applications work : glxinfo for example returns Error: couldn't find RGB GLX visual or fbconfig. Description of the bug : This bug appeared after an upgrade of the packages. When Xorg is loading the GLX module, there is an error with libs r600_dri.so and swrast_dri.so. The Xorg.0.log says : [50.309] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/r600_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/r600_dri.so: undefined symbol: _glapi_tls_Dispatch) [50.309] (EE) AIGLX: reverting to software rendering [50.327] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch) [50.327] (EE) GLX: could not load software renderer So the GLX module is not loaded, and all of apps that are using OpenGL can not work (including glxinfo). The problem is that the libs try to use a tls function, but they seem not to be built correctly. To fix it, you must re-build the Mesa library with the flag --enable-glx-tls, and it should work correctly (that is what I have done, and now all is working fine). -- Package-specific info: glxinfo: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD TURKS OpenGL version string: 2.1 Mesa 10.3.0-devel (git-7c65b71) OpenGL shading language version string: 1.30 OpenGL extensions: GL_AMD_conservative_depth, GL_AMD_draw_buffers_blend, GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_stencil_export, GL_AMD_shader_trinary_minmax, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_ES2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_base_instance, GL_ARB_blend_func_extended, GL_ARB_buffer_storage, GL_ARB_clear_buffer_object, GL_ARB_color_buffer_float, GL_ARB_compressed_texture_pixel_storage, GL_ARB_conservative_depth, GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_derivative_control, GL_ARB_draw_buffers, GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex, GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, GL_ARB_explicit_uniform_location, GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_framebuffer_sRGB, GL_ARB_get_program_binary, GL_ARB_half_float_pixel,
Bug#758275: nautilus: crashes after extended period
Package: nautilus Version: 3.12.2-1 Severity: important Dear Maintainer, After loading nautilus up and leaving it running, it crashes at some stage overnight, but anticipating this crash it was also running gdb. And here is its report - ### Program received signal SIGSEGV, Segmentation fault. magazine_chain_pop_head (magazine_chunks=0x81d5698) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c:539 539 /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c: No such file or directory. (gdb) Quit (gdb) bt #0 magazine_chain_pop_head (magazine_chunks=0x81d5698) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c:539 #1 thread_memory_magazine1_alloc (tmem=optimized out, ix=1) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c:842 #2 g_slice_alloc (mem_size=mem_size@entry=12) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c:998 #3 0xb7337d90 in g_list_prepend (list=0x0, data=0x843ed20) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/glist.c:308 #4 0x080e2c0f in ?? () #5 0x08103786 in ?? () #6 0xb7338d80 in g_idle_dispatch (source=source@entry=0x8b84670, callback=0x8103770, user_data=0x0) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:5319 #7 0xb733c1d7 in g_main_dispatch (context=0x8204678, context@entry=0x8b84670) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:3064 #8 g_main_context_dispatch (context=context@entry=0x8204678) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:3663 #9 0xb733c598 in g_main_context_iterate (context=context@entry=0x8204678, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:3734 #10 0xb733c658 in g_main_context_iteration (context=0x8204678, context@entry=0x0, may_block=may_block@entry=1) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:3795 #11 0xb74f823c in g_application_run (application=0x81e40e0, argc=1, argv=0xba04) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./gio/gapplication.c:2114 #12 0x08067098 in ?? () #13 0xb6f6aa63 in __libc_start_main (main=0x8066fc0, argc=1, argv=0xba04, init=0x81298f0, fini=0x8129960, rtld_fini=0xb7fedc90 _dl_fini, stack_end=0xb9fc) at libc-start.c:287 #14 0x08067102 in ?? () (gdb) # Thanks Sharon. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.12.2-1 ii gvfs 1.20.2-1 ii libatk1.0-02.12.0-1 ii libc6 2.19-7 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libexempi3 2.2.1-2 ii libexif12 0.6.21-1 ii libgail-3-03.12.2-1+b1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libglib2.0-data2.40.0-3 ii libgnome-desktop-3-10 3.12.2-2 ii libgtk-3-0 3.12.2-1+b1 ii libnautilus-extension1a3.12.2-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii libselinux12.3-1 ii libtracker-sparql-1.0-01.0.2-1+b1 ii libx11-6 2:1.6.2-2 ii libxml22.9.1+dfsg1-4 ii nautilus-data 3.12.2-1 ii shared-mime-info 1.3-1 Versions of packages nautilus recommends: ii eject 2.1.5+deb1+cvs20081104-13.1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-sushi3.12.0-2 ii gvfs-backends 1.20.2-1 ii librsvg2-common2.40.2-1 Versions of packages nautilus suggests: ii atril [pdf-viewer] 1.8.0+dfsg1-4 ii brasero3.10.0-1 ii eog3.12.2-1 ii epdfview [pdf-viewer] 0.1.8-3 ii evince [pdf-viewer]3.12.1-1 ii gv [pdf-viewer]1:3.7.4-1 ii mpg321 [mp3-decoder] 0.3.2-1.1 ii okular [pdf-viewer]4:4.13.3-1 ii totem 3.12.1-1 ii tracker1.0.2-1+b1 ii vlc [mp3-decoder] 2.1.5-1 ii vlc-nox [mp3-decoder] 2.1.5-1 ii xdg-user-dirs 0.15-1 ii zathura [pdf-viewer] 0.2.9-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#758276: imagemagick: display transparent gif does not allow to access the menu (e17, icewm)
Package: imagemagick Version: 8:6.7.7.10+dfsg-4 Severity: normal Dear Maintainer, when applying /usr/bin/display (/usr/bin/display.im6) to a transparent gif (e.g. http://www2.inf.fh-brs.de/~fnatte2s/r8i8aqbyq6gf.gif), a new window opens, but it is a matter of luck whether a left mouse click opens the ImageMagick menu window. This is observed with e17 and icewm. (Sorry if I'm missing something obvious) This _might_ relate to #588537 (but I can observe it on more than one WM). Thanks, Felix -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii hicolor-icon-theme 0.13-1 ii libbz2-1.0 1.0.6-7 ii libc6 2.19-7 ii libfontconfig1 2.11.0-5 ii libfreetype62.5.2-1 ii libglib2.0-02.40.0-3 ii libgomp14.9.1-4 ii libice6 2:1.0.9-1 ii libjpeg88d1-1 ii liblcms2-2 2.6-3 ii liblqr-1-0 0.4.1-2 ii libltdl72.4.2-1.7 ii liblzma55.1.1alpha+20120614-2 ii libmagickcore5 8:6.7.7.10+dfsg-4 ii libmagickwand5 8:6.7.7.10+dfsg-4 ii libsm6 2:1.2.2-1 ii libtiff54.0.3-9 ii libx11-62:1.6.2-2 ii libxext62:1.3.2-1 ii libxt6 1:1.1.4-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages imagemagick recommends: ii ghostscript 9.05~dfsg-8.1 ii libmagickcore5-extra 8:6.7.7.10+dfsg-4 ii netpbm2:10.0-15+b2 ii ufraw-batch 0.19.2-2 Versions of packages imagemagick suggests: pn autotracenone ii cups-bsd [lpr] 1.7.4-4 pn curl none pn enscript none pn ffmpeg none ii gimp 2.8.10-2 ii gnuplot 4.6.5-10 pn gradsnone ii groff-base 1.22.2-6 pn hp2xxnone pn html2ps none pn imagemagick-doc none ii libwmf-bin 0.2.8.4-10.3 pn mplayer none pn povray none pn radiance none ii sane-utils 1.0.24-1.1+b1 ii texlive-binaries [texlive-base-bin] 2014.20140528.34243-5 ii transfig 1:3.2.5.e-3 ii xdg-utils1.1.0~rc1+git20111210-7.1 -- no debconf information -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757924:
more debug info after installing additional -dbg packages -- Ilan Cohen Application: plasma-desktop (4.11.11) KDE Platform Version: 4.13.3 Qt Version: 4.8.6 Operating System: Linux 3.14-2-amd64 x86_64 Distribution: Debian GNU/Linux testing (jessie) -- Information about the crash: In detail, tell us what you were doing when the application crashed. The crash can be reproduced sometimes. -- Backtrace: Application: Plasma Desktop Shell (plasma-desktop), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7ff1d70f3900 (LWP 2558))] Thread 3 (Thread 0x7ff1ab52c700 (LWP 2560)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7ff1d05487fa in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4 #2 0x7ff1d0548829 in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4 #3 0x7ff1cadba0a4 in start_thread (arg=0x7ff1ab52c700) at pthread_create.c:309 #4 0x7ff1d69e704d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 2 (Thread 0x7ff129807700 (LWP 2564)): #0 0x7ff1d69de50d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7ff1ca49dfe4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7ff1ca49e0ec in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7ff1d3513017 in QEventDispatcherGlib::processEvents (this=0x7ff1240008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7ff1d34e44f1 in QEventLoop::processEvents (this=this@entry=0x7ff129806ca0, flags=...) at kernel/qeventloop.cpp:149 #5 0x7ff1d34e4805 in QEventLoop::exec (this=this@entry=0x7ff129806ca0, flags=...) at kernel/qeventloop.cpp:204 #6 0x7ff1d33e2c39 in QThread::exec (this=this@entry=0x2870a40) at thread/qthread.cpp:538 #7 0x7ff1d34c6033 in QInotifyFileSystemWatcherEngine::run (this=0x2870a40) at io/qfilesystemwatcher_inotify.cpp:265 #8 0x7ff1d33e539f in QThreadPrivate::start (arg=0x2870a40) at thread/qthread_unix.cpp:349 #9 0x7ff1cadba0a4 in start_thread (arg=0x7ff129807700) at pthread_create.c:309 #10 0x7ff1d69e704d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7ff1d70f3900 (LWP 2558)): [KCrash Handler] #6 QVariant::userType (this=0x30) at kernel/qvariant.cpp:1798 #7 0x7ff1ac416cea in ?? () from /usr/lib/kde4/plasma_applet_menubar.so #8 0x7ff1ac40ea39 in ?? () from /usr/lib/kde4/plasma_applet_menubar.so #9 0x7ff1ac40eaab in ?? () from /usr/lib/kde4/plasma_applet_menubar.so #10 0x7ff1d3870bf6 in QDBusConnectionPrivate::deliverCall (this=0x1ee07f0, object=0x2424540, msg=..., metaTypes=..., slotIdx=11) at qdbusintegrator.cpp:951 #11 0x7ff1d34fdf41 in QObject::event (this=0x2424540, e=optimized out) at kernel/qobject.cpp:1222 #12 0x7ff1d2879c0c in QApplicationPrivate::notify_helper (this=this@entry=0x1efd2a0, receiver=receiver@entry=0x2424540, e=e@entry=0x47c1710) at kernel/qapplication.cpp:4570 #13 0x7ff1d2880360 in QApplication::notify (this=this@entry=0x1ee3a20, receiver=receiver@entry=0x2424540, e=e@entry=0x47c1710) at kernel/qapplication.cpp:4356 #14 0x7ff1d41eb79a in KApplication::notify (this=0x1ee3a20, receiver=0x2424540, event=0x47c1710) at ../../kdeui/kernel/kapplication.cpp:311 #15 0x7ff1d34e586d in QCoreApplication::notifyInternal (this=0x1ee3a20, receiver=receiver@entry=0x2424540, event=event@entry=0x47c1710) at kernel/qcoreapplication.cpp:953 #16 0x7ff1d34e8f41 in sendEvent (event=0x47c1710, receiver=0x2424540) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #17 QCoreApplicationPrivate::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0x1e66300) at kernel/qcoreapplication.cpp:1577 #18 0x7ff1d34e93d3 in QCoreApplication::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/qcoreapplication.cpp:1470 #19 0x7ff1d3512eb3 in sendPostedEvents () at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:236 #20 postEventSourceDispatch (s=0x1ef4020) at kernel/qeventdispatcher_glib.cpp:280 #21 0x7ff1ca49de04 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #22 0x7ff1ca49e048 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #23 0x7ff1ca49e0ec in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #24 0x7ff1d3512ffd in QEventDispatcherGlib::processEvents (this=0x1e67b30, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #25 0x7ff1d29192c6 in QGuiEventDispatcherGlib::processEvents (this=optimized out, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #26 0x7ff1d34e44f1 in QEventLoop::processEvents (this=this@entry=0x7fff966ffd10, flags=...) at kernel/qeventloop.cpp:149 #27 0x7ff1d34e4805 in QEventLoop::exec (this=this@entry=0x7fff966ffd10, flags=...) at kernel/qeventloop.cpp:204
Bug#758277: nautilus: crashes after running overnight
Package: nautilus Version: 3.12.2-1 Severity: important Dear Maintainer, Please disregard previous email from boudic...@talktalk.net, old email address no longer in use. After running nautilus overnight, it crashes at some stage, but gdb was running, and this is its error report - # Program received signal SIGSEGV, Segmentation fault. magazine_chain_pop_head (magazine_chunks=0x81d5698) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c:539 539 /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c: No such file or directory. (gdb) Quit (gdb) bt #0 magazine_chain_pop_head (magazine_chunks=0x81d5698) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c:539 #1 thread_memory_magazine1_alloc (tmem=optimized out, ix=1) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c:842 #2 g_slice_alloc (mem_size=mem_size@entry=12) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gslice.c:998 #3 0xb7337d90 in g_list_prepend (list=0x0, data=0x843ed20) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/glist.c:308 #4 0x080e2c0f in ?? () #5 0x08103786 in ?? () #6 0xb7338d80 in g_idle_dispatch (source=source@entry=0x8b84670, callback=0x8103770, user_data=0x0) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:5319 #7 0xb733c1d7 in g_main_dispatch (context=0x8204678, context@entry=0x8b84670) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:3064 #8 g_main_context_dispatch (context=context@entry=0x8204678) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:3663 #9 0xb733c598 in g_main_context_iterate (context=context@entry=0x8204678, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:3734 #10 0xb733c658 in g_main_context_iteration (context=0x8204678, context@entry=0x0, may_block=may_block@entry=1) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./glib/gmain.c:3795 #11 0xb74f823c in g_application_run (application=0x81e40e0, argc=1, argv=0xba04) at /build/glib2.0-f_gKLq/glib2.0-2.40.0/./gio/gapplication.c:2114 #12 0x08067098 in ?? () #13 0xb6f6aa63 in __libc_start_main (main=0x8066fc0, argc=1, argv=0xba04, init=0x81298f0, fini=0x8129960, rtld_fini=0xb7fedc90 _dl_fini, stack_end=0xb9fc) at libc-start.c:287 #14 0x08067102 in ?? () (gdb) run # Thanks Sharon. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.12.2-1 ii gvfs 1.20.2-1 ii libatk1.0-02.12.0-1 ii libc6 2.19-7 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libexempi3 2.2.1-2 ii libexif12 0.6.21-1 ii libgail-3-03.12.2-1+b1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libglib2.0-data2.40.0-3 ii libgnome-desktop-3-10 3.12.2-2 ii libgtk-3-0 3.12.2-1+b1 ii libnautilus-extension1a3.12.2-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii libselinux12.3-1 ii libtracker-sparql-1.0-01.0.2-1+b1 ii libx11-6 2:1.6.2-2 ii libxml22.9.1+dfsg1-4 ii nautilus-data 3.12.2-1 ii shared-mime-info 1.3-1 Versions of packages nautilus recommends: ii eject 2.1.5+deb1+cvs20081104-13.1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-sushi3.12.0-2 ii gvfs-backends 1.20.2-1 ii librsvg2-common2.40.2-1 Versions of packages nautilus suggests: ii atril [pdf-viewer] 1.8.0+dfsg1-4 ii brasero3.10.0-1 ii eog3.12.2-1 ii epdfview [pdf-viewer] 0.1.8-3 ii evince [pdf-viewer]3.12.1-1 ii gv [pdf-viewer]1:3.7.4-1 ii mpg321 [mp3-decoder] 0.3.2-1.1 ii okular [pdf-viewer]4:4.13.3-1 ii totem 3.12.1-1 ii tracker1.0.2-1+b1 ii vlc [mp3-decoder] 2.1.5-1 ii vlc-nox [mp3-decoder] 2.1.5-1 ii xdg-user-dirs 0.15-1 ii zathura [pdf-viewer] 0.2.9-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#701273: eris: diff for NMU version 1.3.21-0.1
Control: tags 701273 + patch Control: tags 701273 + pending Dear maintainer, I've prepared an NMU for eris (versioned as 1.3.21-0.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. The NMU-diff is based on the current version in git. Regards. diff --git a/debian/changelog b/debian/changelog index 31d499a..2fe94f2 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,10 @@ -eris (1.3.21-1) unstable; urgency=low +eris (1.3.21-0.1) unstable; urgency=low + [ Tobias Frost ] + * Non-maintainer upload. + * Fixing symbol file for liberis. + + [ Stephen M. Webb ] * new upstream release * debian/control: bumped build-dep versions for new WorldForge packages * renamed packages due to new SONAME @@ -12,7 +17,7 @@ eris (1.3.21-1) unstable; urgency=low from source * debian/control: fixed Vcs-Browser URL - -- Stephen M. Webb stephen.w...@bregmasoft.ca Sun, 11 Aug 2013 17:26:33 -0400 + -- Tobias Frost t...@debian.org Sat, 16 Aug 2014 07:10:01 + eris (1.3.19-5) unstable; urgency=low diff --git a/debian/liberis-1.3-20.symbols b/debian/liberis-1.3-20.symbols index 9bb067a..4d75ddf 100644 --- a/debian/liberis-1.3-20.symbols +++ b/debian/liberis-1.3-20.symbols @@ -47,9 +47,9 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# _ZN4Eris10SpawnPointC2ERKSsRKSt6vectorINS_13CharacterTypeESaIS4_EES2_@Base 1.3.19 _ZN4Eris10SpawnPointD1Ev@Base 1.3.19 _ZN4Eris10SpawnPointD2Ev@Base 1.3.19 - _ZN4Eris10TimedEventD0Ev@Base 1.3.19 - _ZN4Eris10TimedEventD1Ev@Base 1.3.19 - _ZN4Eris10TimedEventD2Ev@Base 1.3.19 + (optional=inline)_ZN4Eris10TimedEventD0Ev@Base 1.3.19 + (optional=inline)_ZN4Eris10TimedEventD1Ev@Base 1.3.19 + (optional=inline)_ZN4Eris10TimedEventD2Ev@Base 1.3.19 _ZN4Eris10ViewEntity11onTaskAddedEPNS_4TaskE@Base 1.3.19 _ZN4Eris10ViewEntity13onSoundActionERKN5Atlas7Objects8SmartPtrINS2_9Operation17RootOperationDataEEE@Base 1.3.19 _ZN4Eris10ViewEntity19onVisibilityChangedEb@Base 1.3.19 @@ -280,9 +280,9 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# _ZN4Eris4Poll12new_timeout_E@Base 1.3.19 _ZN4Eris4Poll5_instE@Base 1.3.19 _ZN4Eris4Poll8instanceEv@Base 1.3.19 - _ZN4Eris4PollD0Ev@Base 1.3.19 - _ZN4Eris4PollD1Ev@Base 1.3.19 - _ZN4Eris4PollD2Ev@Base 1.3.19 + (optional=inline)_ZN4Eris4PollD0Ev@Base 1.3.19 + (optional=inline)_ZN4Eris4PollD1Ev@Base 1.3.19 + (optional=inline)_ZN4Eris4PollD2Ev@Base 1.3.19 _ZN4Eris4Room10appearanceERKSs@Base 1.3.19 _ZN4Eris4Room10checkEntryEv@Base 1.3.19 _ZN4Eris4Room10createRoomERKSs@Base 1.3.19 @@ -508,9 +508,9 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# _ZN4Eris8IGRouterD0Ev@Base 1.3.19 _ZN4Eris8IGRouterD1Ev@Base 1.3.19 _ZN4Eris8IGRouterD2Ev@Base 1.3.19 - _ZN4Eris8PollDataD0Ev@Base 1.3.19 - _ZN4Eris8PollDataD1Ev@Base 1.3.19 - _ZN4Eris8PollDataD2Ev@Base 1.3.19 + (optional=inline)_ZN4Eris8PollDataD0Ev@Base 1.3.19 + (optional=inline)_ZN4Eris8PollDataD1Ev@Base 1.3.19 + (optional=inline)_ZN4Eris8PollDataD2Ev@Base 1.3.19 _ZN4Eris8TypeInfo11addAncestorEPS0_@Base 1.3.19 _ZN4Eris8TypeInfo12setAttributeERKSsRKN5Atlas7Message7ElementE@Base 1.3.19 _ZN4Eris8TypeInfo12validateBindEv@Base 1.3.19 @@ -908,7 +908,8 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# _ZNSt5dequeISsSaISsEE16_M_push_back_auxERKSs@Base 1.3.19 (regex|optional=inline)_ZNSt5dequeISsSaISsEE17_M_reallocate_mapE[mj]b@Base 1.3.19 (optional=inline)_ZNSt5dequeISsSaISsEE19_M_destroy_data_auxESt15_Deque_iteratorISsRSsPSsES5_@Base 1.3.19 - _ZNSt5dequeISsSaISsEE5eraseESt15_Deque_iteratorISsRSsPSsE@Base 1.3.19 + (optional)_ZNSt5dequeISsSaISsEE5eraseESt15_Deque_iteratorISsRSsPSsE@Base 1.3.19 + (optional)_ZNSt5dequeISsSaISsEE8_M_eraseESt15_Deque_iteratorISsRSsPSsE@Base 1.3.21 (regex|optional=inline)_ZNSt5dequeISsSaISsEED[12]Ev@Base 1.3.19 _ZNSt6vectorIN4Eris10ServerInfoESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base 1.3.19 (regex)_ZNSt6vectorIN4Eris10ServerInfoESaIS1_EE7reserveE[mj]@Base 1.3.19 @@ -981,9 +982,10 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# (optional=inline)_ZNSt8_Rb_treeIPN4Eris9MetaQueryES2_St9_IdentityIS2_ESt4lessIS2_ESaIS2_EE5eraseERKS2_@Base 1.3.19 _ZNSt8_Rb_treeIPN4Eris9MetaQueryES2_St9_IdentityIS2_ESt4lessIS2_ESaIS2_EE8_M_eraseEPSt13_Rb_tree_nodeIS2_E@Base 1.3.19 (optional=gcc-4.7)_ZNSt8_Rb_treeISsSsSt9_IdentityISsESt4lessISsESaISsEE10_M_insert_EPKSt18_Rb_tree_node_baseS8_RKSs@Base 1.3.19 + (optional)_ZNSt8_Rb_treeISsSsSt9_IdentityISsESt4lessISsESaISsEE10_M_insert_EPSt18_Rb_tree_node_baseS7_RKSs@Base 1.3.21 (optional=inline)_ZNSt8_Rb_treeISsSsSt9_IdentityISsESt4lessISsESaISsEE11equal_rangeERKSs@Base 1.3.19 (optional=gcc-4.7)_ZNSt8_Rb_treeISsSsSt9_IdentityISsESt4lessISsESaISsEE12_M_erase_auxESt23_Rb_tree_const_iteratorISsES7_@Base 1.3.19 - _ZNSt8_Rb_treeISsSsSt9_IdentityISsESt4lessISsESaISsEE16_M_insert_uniqueERKSs@Base 1.3.19 + (optional)_ZNSt8_Rb_treeISsSsSt9_IdentityISsESt4lessISsESaISsEE16_M_insert_uniqueERKSs@Base 1.3.19
Bug#758278: ITP: python-xstatic-jsencrypt -- JSEncrypt XStatic support
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-xstatic-jsencrypt Version : 2.0.0.2 Upstream Author : Radomir Dopieralski openst...@sheep.art.pl * URL : https://github.com/stackforge/xstatic-jsencrypt * License : Expat Programming Lang: Python Description : JSEncrypt XStatic support XStatic is a packaging standard to package external (often 3rd party) static files as a Python package, so they are easily usable on all operating systems, with any package management system or even without one. . Many Python projects need to use some specific data files, like javascript, css, java applets, images, etc. Sometimes these files belong to YOUR project (then you may want to package them separately, but you could also just put them into your main package). But in many other cases, those files are maintained by someone else (like jQuery javascript library or even much bigger js libraries or applications) and you definitely do not really want to merge them into your project. So, you want to have static file packages, but you don’t want to get lots of stuff you do not want. Thus, stuff required by XStatic file packages (especially the main, toplevel XStatic package) tries to obey to be a MINIMAL, no-fat thing. XStatic doesn't sell any web framework or other stuff you don't want. Maybe there will be optional XStatic extensions for all sorts of stuff, but they won't be required if you just want the files. . By having static files in packages, it is also easier to build virtual envs, support linux/bsd/... distribution package maintainers and even windows installs using the same mechanism. . This package provides JSEncrypt support as a Python module. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758234: debian-policy: allow packages to depend on packages of lower priority
Le Fri, Aug 15, 2014 at 02:22:33PM -0300, Henrique de Moraes Holschuh a écrit : Am 15.08.2014 17:47, schrieb Gerrit Pape: That this rule is violated in hundreds of cases [1] clearly shows that there is something wrong which needs to be addressed in a more idiomatic way. Maybe update the policy text to match reality? Any packages depended upon by a higher priority package are, effectively, raised to that package's priority. Le Fri, Aug 15, 2014 at 06:17:32PM +0200, Ansgar Burchardt a écrit : I suggest to drop the following paragraph from 2.5: Packages must not depend on packages with lower priority values (excluding build-time dependencies). In order to ensure this, the priorities of one or more packages may need to be adjusted. This requirement is not fulfilled by many packages and it doesn't seem to break anything. Having packages with priority = standard pull in libraries with lower priority seems also more useful than raising the priorities of the libraries as they alone do not satisfy the requirements for higher priorities: I don't think any library belongs to Important programs, including those which one would expect to find on any Unix-like system., yet we have many libraries with such priority in the archive. Hi Ansgar and everybody, there seems to be a consensus that the Policy should be updated, but there are two non-compatible proposals. Given that raising the priority of the packages needed by other high-priority packages is a work that would be done by the FTP Master team via overrides, mabye Ansgar or another member can give us a first-hand opinion on Henrique's proposition ? By the way, related to priorities, there is #196367 where it was proposed to document in the Policy that priorities are determined via overrides. Patches were submitted in 2003 and 2010. Is there a wording that you find more suitable ? - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=196367#65 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=196367#104 Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758280: ITP: python-xstatic-qunit -- QUnit XStatic support
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-xstatic-qunit Version : 1.14.0.2 Upstream Author : Radomir Dopieralski openst...@sheep.art.pl * URL : https://github.com/stackforge/xstatic-qunit * License : Expat Programming Lang: Python Description : QUnit XStatic support XStatic is a packaging standard to package external (often 3rd party) static files as a Python package, so they are easily usable on all operating systems, with any package management system or even without one. . Many Python projects need to use some specific data files, like javascript, css, java applets, images, etc. Sometimes these files belong to YOUR project (then you may want to package them separately, but you could also just put them into your main package). But in many other cases, those files are maintained by someone else (like jQuery javascript library or even much bigger js libraries or applications) and you definitely do not really want to merge them into your project. So, you want to have static file packages, but you don’t want to get lots of stuff you do not want. Thus, stuff required by XStatic file packages (especially the main, toplevel XStatic package) tries to obey to be a MINIMAL, no-fat thing. XStatic doesn't sell any web framework or other stuff you don't want. Maybe there will be optional XStatic extensions for all sorts of stuff, but they won't be required if you just want the files. . By having static files in packages, it is also easier to build virtual envs, support linux/bsd/... distribution package maintainers and even windows installs using the same mechanism. . This package provides QUnit support as a Python module. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758281: ITP: asic0x -- iBurst / ArrayComm network driver for USB
Package: wnpp Severity: wishlist * Package name : asic0x Version : 1.0 Upstream Author : Lourens Steyn lourensst...@hotmail.com * URL : https://github.com/lourenssteyn/asic0x * License : GPL-2+ Description : iBurst / ArrayComm network driver for USB Clean implementation (no status info) for the iBurst / ArrayComm USB modems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757735: Need special debugging
Brian, It's bad news to know that the program runs without optimizations but fails when compiled with optimizations: that either means the program is incorrectly doing something undefined, that leads to this different behaviour, or that some of the optimizations performed by the compiler are wrong. Before accusing the compiler, I need to rule out any problem in the code itself. This is why I need you to run a test where the whole program is optimized, and only the src/lib/xmalloc.c file is compiled without optimizations. Indeed, there is a possibility that the malloc() data structures are corrupted outside, and of course the malloc() code will then discover the inconsistency and fail, but that does not mean the bug is in the malloc() code itself. If you change the whole program to run without optimizations, you can remove this accidental corruption source and then the program runs normally, of course. Not doing the test means I cannot investigate this bug further, since I am unable to reproduce the failure here, even when compiling with -O3. Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758282: postgresql-9.3: FTBFS on sparc: 1 of 136 tests failed
Package: postgresql-9.3 Version: 9.3.4-2 Severity: serious Rebuilding this package against Perl 5.20 failed on the sparc buildd, apparently due to a regression test failure. https://buildd.debian.org/status/fetch.php?pkg=postgresql-9.3arch=sparcver=9.3.4-2%2Bb1stamp=1408173187 -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758283: libnet-arp-perl: FTBFS on kfreebsd-*: unknown type name 'uint64_t'
Package: libnet-arp-perl Version: 1.0.8-1 Severity: serious Rebuilding this package against Perl 5.20 failed on the kfreebsd-* buildds: cc -c -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DVERSION=\1.0.8\ -DXS_VERSION=\1.0.8\ -fPIC -I/usr/lib/x86_64-kfreebsd-gnu/perl/5.20/CORE -DBSD arp_lookup_bsd.c In file included from arp_lookup_bsd.c:25:0: /usr/include/net/if_arp.h:130:2: error: unknown type name 'uint64_t' uint64_t txrequests; /* # of ARP requests sent by this host. */ ^ /usr/include/net/if_arp.h:131:2: error: unknown type name 'uint64_t' uint64_t txreplies; /* # of ARP replies sent by this host. */ ^ [...] -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758279: systemd: Manpage systemd-sleep states better approach but doesn't hint which one
Am 16.08.2014 10:58, schrieb Eric Lavarde: Package: systemd Version: 208-6 Severity: wishlist Hello, the manpage systemd-sleep(8) states that: Note that scripts or binaries dropped in /usr/lib/systemd/system-sleep/ are intended for local use only and should be considered hacks. If applications want to be notified of system suspend/hibernation and resume, there are much nicer interfaces available. Fine so far, but it should give some hints at which much nicer interface it's pointing. Currently it's a dead end hint. Since this is not a downstream issue, could you please file this upstream at [1] and report back with the bug number. Thanks! Michael [1] https://bugs.freedesktop.org/enter_bug.cgi?product=systemd -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#640812: How can I reproduce this?
tag 640812 - unreproducible moreinfo thanks On Sep 10, Guido Trotter ultrot...@debian.org wrote: I tried to reproduce this with something like p11tool --provider /usr/lib/pkcs11/libopencryptoki.so --list-tokens but it doesn't fail. Can you please tell me what command exactly you're running, and how it fails? This can be trivially reproduced with a command like: strace -e trace=open pkcsconf -s Which will show that dlopen(3) looks for the modules only in the default library path. Unless /usr/lib/opencryptoki/stdll/ is in $LD_LIBRARY_PATH then errors like this will be logged: Aug 16 04:41:40 bongo openCryptokiModule[5636]: DL_Load: dlopen() failed for [libpkcs11_sw.so]; dlerror = [libpkcs11_sw.so: impossibile aprire il file oggetto condiviso: File o directory non esistente] -- ciao, Marco signature.asc Description: Digital signature
Bug#758284: cups-daemon: IdleExitTimeout is unreliable
Package: cups-daemon Version: 1.7.4-4 Severity: normal This machine had a minimal Wheezy and has been updated to testing. systems-sysv was installed; rebooted and then cups installed without its Recommends:, A print queue was established and a job sent to the printer. I=IdleExitTimeout t=time for cups to become inactive after cups reports 'Job completed'. For I 30s, t=I+30. For I 30s, t=I. For I = 30s it appears to be a toss up whether it is I or I+30. An extract from an error_log for I=50s: I [16/Aug/2014:09:57:54 +0100] [Job 3] Job completed. D [16/Aug/2014:09:57:54 +0100] cupsdMarkDirty(---J-) D [16/Aug/2014:09:57:54 +0100] cupsdSetBusyState: newbusy=Printing jobs and dirty files, busy=Printing jobs and dirty files D [16/Aug/2014:09:57:54 +0100] cupsdSetBusyState: newbusy=Printing jobs and dirty files, busy=Printing jobs and dirty files D [16/Aug/2014:09:57:54 +0100] Discarding unused printer-state-changed event... D [16/Aug/2014:09:57:54 +0100] cupsdMarkDirty(---J-) D [16/Aug/2014:09:57:54 +0100] cupsdSetBusyState: newbusy=Printing jobs and dirty files, busy=Printing jobs and dirty files D [16/Aug/2014:09:57:54 +0100] cupsdMarkDirty(---J-) D [16/Aug/2014:09:57:54 +0100] cupsdSetBusyState: newbusy=Printing jobs and dirty files, busy=Printing jobs and dirty files D [16/Aug/2014:09:57:54 +0100] cupsd is not idle any more, canceling shutdown. D [16/Aug/2014:09:57:56 +0100] [Job 3] Unloading... * D [16/Aug/2014:09:57:56 +0100] cupsd is not idle any more, canceling shutdown. * I [16/Aug/2014:09:58:25 +0100] Saving job.cache... D [16/Aug/2014:09:58:25 +0100] cupsdSetBusyState: newbusy=Not busy, busy=Printing jobs and dirty files D [16/Aug/2014:09:58:25 +0100] cupsd is idle, scheduling shutdown in 50 seconds. I [16/Aug/2014:09:59:15 +0100] Printer sharing is off and there are no jobs pending, shutting down for now. I [16/Aug/2014:09:59:15 +0100] Scheduler shutting down normally. D [16/Aug/2014:09:59:15 +0100] Discarding unused server-stopped event... I [16/Aug/2014:09:59:15 +0100] Saving job.cache... D [16/Aug/2014:09:59:15 +0100] cupsdStopSelect() Please note the almost 30s delay at the lines marked *. An extract from an error_log for I=20s: I [16/Aug/2014:10:06:24 +0100] [Job 4] Job completed. D [16/Aug/2014:10:06:24 +0100] cupsdMarkDirty(---J-) D [16/Aug/2014:10:06:24 +0100] cupsdSetBusyState: newbusy=Printing jobs and dirty files, busy=Printing jobs and dirty files D [16/Aug/2014:10:06:24 +0100] cupsdSetBusyState: newbusy=Printing jobs and dirty files, busy=Printing jobs and dirty files D [16/Aug/2014:10:06:24 +0100] Discarding unused printer-state-changed event... D [16/Aug/2014:10:06:24 +0100] cupsdMarkDirty(---J-) D [16/Aug/2014:10:06:24 +0100] cupsdSetBusyState: newbusy=Printing jobs and dirty files, busy=Printing jobs and dirty files D [16/Aug/2014:10:06:24 +0100] cupsdMarkDirty(---J-) D [16/Aug/2014:10:06:24 +0100] cupsdSetBusyState: newbusy=Printing jobs and dirty files, busy=Printing jobs and dirty files D [16/Aug/2014:10:06:24 +0100] cupsd is not idle any more, canceling shutdown. D [16/Aug/2014:10:06:25 +0100] [Job 4] Unloading... D [16/Aug/2014:10:06:25 +0100] cupsd is idle, scheduling shutdown in 20 seconds. I [16/Aug/2014:10:06:45 +0100] Printer sharing is off and there are no jobs pending, shutting down for now. I [16/Aug/2014:10:06:45 +0100] Scheduler shutting down normally. D [16/Aug/2014:10:06:45 +0100] Discarding unused server-stopped event... I [16/Aug/2014:10:06:45 +0100] Saving job.cache... D [16/Aug/2014:10:06:45 +0100] cupsdSetBusyState: newbusy=Not busy, busy=Printing jobs and dirty files I [16/Aug/2014:10:06:45 +0100] Saving job.cache... D [16/Aug/2014:10:06:45 +0100] cupsdStopSelect() Please note the lack of a 30s delay. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728312: gnome-keyring RC bug – GNOME Bugzilla – Bug 711222
Hey Stef!, As reported at GNOME Bugzilla – Bug 711222 [1] there are some serious issues with gnome-keyring that have resulted in the package being marked as unfit for release. As you seem to be the main contributor to this package, could you please look into this? Thanks! Martin-Éric [1] https://bugzilla.gnome.org/show_bug.cgi?id=711222 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#758285: npm says Segmentation fault
Package: npm Version: 1.4.21+ds-2 Severity: important Dear Maintainer, When I try to install a module, about 1 time on 3, it installs correctly, for the rest, it fails with a Segmentation fault message. $ npm install module_name Totally useless package version when trying to install a module that have some external dependencies. -- System Information: Debian Release: 7.6 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: armel (armv7l) Kernel: Linux 3.4.5-1414429-user (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages npm depends on: ii node-abbrev 1.0.5-2 ii node-ansi 0.3.0-2 ii node-ansi-color-table 1.0.0-1 ii node-archy0.0.2-1 ii node-block-stream 0.0.7-1 ii node-fstream 0.1.24-1 ii node-fstream-ignore 0.0.6-2 ii node-github-url-from-git 1.1.1-1 ii node-glob 4.0.5-1 ii node-graceful-fs 3.0.2-1 ii node-gyp 0.12.2+ds-1 ii node-inherits 2.0.0-1 ii node-ini 1.1.0-1 ii node-lockfile 0.4.1-1 ii node-lru-cache2.3.1-1 ii node-minimatch1.0.0-1 ii node-mkdirp 0.3.5-1 ii node-nopt 3.0.1-1 ii node-npmlog 0.0.4-1 ii node-once 1.1.1-1 ii node-osenv0.1.0-1 ii node-read 1.0.5-1 ii node-read-package-json1.2.4-1 ii node-request 2.26.1-1 ii node-retry0.6.0-1 ii node-rimraf 2.2.2-2 ii node-semver 2.1.0-2 ii node-sha 1.2.3-1 ii node-slide1.1.4-1 ii node-tar 0.1.18-1 ii node-underscore 1.4.4-2 ii node-which1.0.5-2 ii nodejs0.10.29~dfsg-1 npm recommends no packages. npm 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#754434: broadcom-sta-dkms: API change breaks package on 3.15
the issue persists with linux kernel 3.16. nicholas' patch works there too; i've used it in the attached form to make the dkms modules build both for 3.14 and 3.16. --- src/wl/sys/wl_cfg80211_hybrid.c-pre754434 2014-08-16 01:17:03.845650307 +0200 +++ src/wl/sys/wl_cfg80211_hybrid.c 2014-08-16 11:01:40.134992927 +0200 @@ -1841,7 +1841,11 @@ wl_get_assoc_ies(wl); memcpy(wl-bssid, e-addr, ETHER_ADDR_LEN); wl_update_bss_info(wl); +#if LINUX_VERSION_CODE KERNEL_VERSION(3, 15, 0) cfg80211_ibss_joined(ndev, (u8 *)wl-bssid, GFP_KERNEL); +#else + cfg80211_ibss_joined(ndev, (u8 *)wl-bssid, wl-conf-channel, GFP_KERNEL); +#endif set_bit(WL_STATUS_CONNECTED, wl-status); wl-profile-active = true; } signature.asc Description: Digital signature
Bug#755184: apt-cacher: File size mismatch error when downloading libgphoto2-2_2.4.14-2_armhf.deb
On Fri, Aug 15, 2014 at 08:38:09PM +0300, Sergii Pylypenko wrote: Hi. Your patch have fixed the bug on my side, thanks! Good, I will queue this for 1.7.10. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758259: spring: FTBFS with cmake 3.0
On 16.08.2014 00:29, Felix Geyer wrote: Source: spring Version: 96.0+dfsg-2 Severity: normal Tags: patch Hi, I have prepared cmake 3.0 in experimental and would like to upload it to unstable soon. Hi Felix, I'll have a look at it this weekend and if there are no further problems, I intend to apply upstream's patch soon. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#758286: nzbget: diff for NMU version 12.0+dfsg-1.1
Package: nzbget Version: 12.0+dfsg-1 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for nzbget (versioned as 12.0+dfsg-1.1) and uploaded it to DELAYED/12. Please feel free to tell me if I should delay it longer. * Rebuild against GnuTLS v3. Closes: #753137 * 0010_unnecessary_gcryptdep.diff: Only link against gcrypt if gnutls 2.12. Closes: #745958 cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru nzbget-12.0+dfsg/debian/changelog nzbget-12.0+dfsg/debian/changelog --- nzbget-12.0+dfsg/debian/changelog 2014-01-12 15:55:29.0 +0100 +++ nzbget-12.0+dfsg/debian/changelog 2014-08-16 11:53:34.0 +0200 @@ -1,3 +1,12 @@ +nzbget (12.0+dfsg-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rebuild against GnuTLS v3. Closes: #753137 + * 0010_unnecessary_gcryptdep.diff: Only link against gcrypt if +gnutls 2.12. Closes: #745958 + + -- Andreas Metzler ametz...@debian.org Sat, 16 Aug 2014 11:53:28 +0200 + nzbget (12.0+dfsg-1) unstable; urgency=low * New upstream release diff -Nru nzbget-12.0+dfsg/debian/control nzbget-12.0+dfsg/debian/control --- nzbget-12.0+dfsg/debian/control 2014-01-12 15:19:06.0 +0100 +++ nzbget-12.0+dfsg/debian/control 2014-08-15 18:21:56.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Andreas Moog andreas.m...@warperbbs.de Build-Depends: debhelper (= 9), dh-autoreconf, - libgnutls-dev, + libgnutls28-dev, libncurses5-dev, libpar2-dev (= 0.3.1), libsigc++-2.0-dev, diff -Nru nzbget-12.0+dfsg/debian/patches/0010_unnecessary_gcryptdep.diff nzbget-12.0+dfsg/debian/patches/0010_unnecessary_gcryptdep.diff --- nzbget-12.0+dfsg/debian/patches/0010_unnecessary_gcryptdep.diff 1970-01-01 01:00:00.0 +0100 +++ nzbget-12.0+dfsg/debian/patches/0010_unnecessary_gcryptdep.diff 2014-08-16 12:01:45.0 +0200 @@ -0,0 +1,71 @@ +Description: Use pkg-config to locate GnuTLS, and only search for + and link against libgcrypt if GnuTLS is older than 2.12. +Author: Andreas Metzler ametz...@debian.org +Origin: vendor +Forwarded: http://nzbget.net/forum/viewtopic.php?f=3t=1229p=8812#p8812 +Last-Update: 2014-08-16 + +--- a/configure.ac b/configure.ac +@@ -383,37 +383,32 @@ if test $USETLS = yes; then + fi + + if test $TLSLIB = GnuTLS -o $TLSLIB = ; then +- INCVAL=${LIBPREF}/include +- LIBVAL=${LIBPREF}/lib +- AC_ARG_WITH(libgnutls_includes, +- [AS_HELP_STRING([--with-libgnutls-includes=DIR], [GnuTLS include directory])], +- [INCVAL=$withval]) +- CPPFLAGS=${CPPFLAGS} -I${INCVAL} +- AC_ARG_WITH(libgnutls_libraries, +- [AS_HELP_STRING([--with-libgnutls-libraries=DIR], [GnuTLS library directory])], +- [LIBVAL=$withval]) +- LDFLAGS=${LDFLAGS} -L${LIBVAL} +- +- AC_CHECK_HEADER(gnutls/gnutls.h, +- FOUND=yes +- TLSHEADERS=yes, +- FOUND=no) +- if test $FOUND = no -a $TLSLIB = GnuTLS; then +- AC_MSG_ERROR([Couldn't find GnuTLS headers (gnutls.h)]) ++ PKG_CHECK_MODULES([GnuTLS], [gnutls = 2.12], ++ [LIBS=${LIBS} ${GnuTLS_LIBS}] ++ [CPPFLAGS=${CPPFLAGS} ${GnuTLS_CFLAGS}] ++ [FOUND=yes], ++ [FOUND=maybe]) ++ if test x$FOUND = xmaybe ; then ++ PKG_CHECK_MODULES([legacy_GnuTLS], [gnutls], ++[FOUND=legacy], ++[FOUND=no]) + fi +- if test $FOUND = yes; then +- AC_SEARCH_LIBS([gnutls_global_init], [gnutls], +-AC_SEARCH_LIBS([gcry_control], [gnutls gcrypt], +- FOUND=yes, +- FOUND=no), +-FOUND=no) +- if test $FOUND = no -a $TLSLIB = GnuTLS; then +-AC_MSG_ERROR([Couldn't find GnuTLS library]) +- fi +- if test $FOUND = yes; then +-TLSLIB=GnuTLS +-AC_DEFINE([HAVE_LIBGNUTLS],1,[Define to 1 to use GnuTLS library for TLS/SSL-support.]) ++ AS_IF([test x$FOUND = xlegacy], ++ AC_MSG_NOTICE([Found GnuTLS 2.12. - we need libgcrypt.]) ++ AC_SEARCH_LIBS([gcry_control], [gcrypt], ++[FOUND=yes] ++[LIBS=${LIBS} ${legacy_GnuTLS_LIBS}] ++[CPPFLAGS=${CPPFLAGS} ${legacy_GnuTLS_CFLAGS}], ++FOUND=no)) ++ ++ if test x$FOUND = xno; then ++ if test x$TLSLIB = xGnuTLS; then ++AC_MSG_ERROR([Could not find GnuTLS]) + fi ++ else ++ TLSLIB=GnuTLS ++ AC_DEFINE([HAVE_LIBGNUTLS],1, ++ [Define to 1 to use GnuTLS library for TLS/SSL-support.]) + fi + fi + diff -Nru nzbget-12.0+dfsg/debian/patches/series nzbget-12.0+dfsg/debian/patches/series --- nzbget-12.0+dfsg/debian/patches/series 2014-01-12 15:19:06.0 +0100 +++ nzbget-12.0+dfsg/debian/patches/series 2014-08-16 11:50:00.0 +0200 @@ -1 +1,2 @@ 0001-dont-embed-libraries.patch +0010_unnecessary_gcryptdep.diff signature.asc Description: Digital signature
Bug#758287: apt-show-versions: Warning keys on reference is experimental with Perl 5.20
Package: apt-show-versions Version: 0.22.3 User: debian-p...@lists.debian.org Usertags: perl-5.20-transition Hi, since Perl 5.20, apt-show-versions throws the following Perl warnings upon each invocation: $ apt-show-versions /dev/null keys on reference is experimental at /usr/bin/apt-show-versions line 264. keys on reference is experimental at /usr/bin/apt-show-versions line 359. $ According to http://perldoc.perl.org/perldiag.html#keys-on-reference-is-experimental this feature may change or be removed in a future Perl version, hence the severity of this bug report may be raised to RC in the future. See http://perldoc.perl.org/perldelta.html#New-Warnings for reasoning and background. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15-trunk-amd64 (SMP w/1 CPU core) 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 apt-show-versions depends on: ii apt 1.0.6 ii libapt-pkg-perl 0.1.29+b2 ii perl [libstorable-perl] 5.20.0-4 apt-show-versions recommends no packages. apt-show-versions 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#750199: xbmc: No Video but audio and subtitiles
On Sun, Jul 27, 2014 at 02:01:58PM -0600, Carlos Ramos wrote: I can confirm this problem. The package vdpau-va-driver is installed by default with xbmc now, but the problem is not fixed. Sound and subtitles are good, but video is just black when output is anything ff-*-vdpau, the output ff-h264-vaapi does work fine for most videos but it creates weird screen artifacts for at least one of my older videos. Software rendering works too. I'm seeing this issue as well; vdpau-va-driver is installed, but any H.264 file fails to decode, with only artifacts on the screen. For me, just turning off VAAPI (keeping VDPAU on) solves the problem. This is on a GT218 (NVIDIA ION). It would seem natural that XBMC should prefer the native VDPAU API rather than VDPAU through VAAPI on NVIDIA cards, but I'm not sure how easy this is to detect. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749974: new maitreya push
On Sat, 16 Aug 2014, Olly Betts wrote: I've NMUed wxsqlite3 to unstable, so please upload maitreya. I built the package in a freshly updated unstable pbuilder but its linked against libwxsqlite3-3.0-0. Is that right or have I in fact not got the latest packages? -- Jaldhar H. Vyas jald...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758288: libkrb5support0 should conflict libk5crypto3 from stable?
Package: libkrb5support0 Version: 1.12.1+dfsg-7 Severity: normal Dear Maintainer, On a somewhat unstable system with pinning back to stable (yes I know, sue me), with libkrb5support0 from unstable, libk5crypto3 from stable/updates and libapache2-mod-php5 from stable/updates: apt-cache policy libapache2-mod-php5 Installed: 5.4.4-14+deb7u12 Candidate: 5.4.4-14+deb7u12 ... *** 5.4.4-14+deb7u12 0 500 http://security.debian.org/ stable/updates/main amd64 Packages ... apt-cache policy libk5crypto3 libk5crypto3: Installed: 1.10.1+dfsg-5+deb7u2 Candidate: 1.10.1+dfsg-5+deb7u2 ... *** 1.10.1+dfsg-5+deb7u2 0 500 http://security.debian.org/ stable/updates/main amd64 Packages apt-cache policy libkrb5support0 libkrb5support0: Installed: 1.12.1+dfsg-7 Candidate: 1.12.1+dfsg-7 Version table: *** 1.12.1+dfsg-7 0 5 http://mirror.internode.on.net/pub/debian/ testing/main amd64 Packages 2 http://mirror.internode.on.net/pub/debian/ unstable/main amd64 Packages ... there's a link error: sudo /etc/init.d/apache2 restart 17235 (process ID) old priority 0, new priority 19 apache2: Syntax error on line 244 of /etc/apache2/apache2.conf: Syntax error on line 1 of /etc/apache2/mods-enabled/php5.load: Cannot load /usr\ /lib/apache2/modules/libphp5.so into server: /usr/lib/x86_64-linux-gnu/libk5crypto.so.3: symbol krb5int_buf_len, version krb5support_0_MIT not \ defined in file libkrb5support.so.0 with link time reference Action 'configtest' failed. The Apache error log may have more information. failed! Please feel free to reassign to the actual package at fault if not this one, but since this was the only package to get pulled in when I installed something from unstable... -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (5, 'testing'), (2, 'unstable'), (1, 'experimental'), (1, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libkrb5support0 depends on: ii libc6 2.17-97 ii libkeyutils1 1.5.9-5 ii multiarch-support 2.13-38+deb7u3 libkrb5support0 recommends no packages. libkrb5support0 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#736500: fails on update
I can't reproduce the bug in a clean testing chroot: update-apt-xapian-index is automatically run during installation (with success), and then works if re-launched soon after. On the other hand, I've been able to get the same error by manually removing the existing index in /var/lib/apt-xapian-index and creating an empty value files. To work around the problem you can just delete all of the files in /var/lib/apt-xapian-index (but not the directory) and then re-run update-apt-xapian-index. If you don't have data corruption problems on the disk or other similar issues, it won't happen anymore. In the case when you have an empty value, I've seen that readValueDB in axi/__init__.py runs apparently successfully, but then returns empty dicts: if the maintainer wants I could write a patch that returns the default values in that case, as if /var/lib/apt-xapian-index/values had not been found. -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758289: qa.debian.org: developer.php not updated for at least week
Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: pts ddpo Hello, the developer overview is outdated, e.g. https://qa.debian.org/developer.php?login=ametz...@debian.org still shows kbtin as pending upload although it had been accepted 6 days ago. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757918: tbb 4.0 alpha fails
Hi, Holger Levsen wrote (12 Aug 2014 11:43:35 GMT) : so the launcher (version 0.1.2 still) today tried to upgrade to tbb 4.0-alpha, which IMO it shouldnt do, but anyway, it also failed: 0.1.2-1 worked for me 2 days ago on sid. Not tried 0.1.3-1 yet. [...] exceptions.OSError: [Errno 13] Permission denied I assume this is due to me using apparmor, Quite possibly, as the AppArmor profiles shipped in 0.1.2-1 are only partly updated wrt. the XDG-compliant dirs, were clearly never fully tested on current sid, and are totally broken: https://github.com/micahflee/torbrowser-launcher/issues/124 https://github.com/micahflee/torbrowser-launcher/pull/125 (They are even more broken once combined with the fact that torbrowser-launcher downloads 4.0-alpha, that changes the location of many directories. Addressed too in my pull request.) Aug 12 13:32:31 matrix kernel: audit: type=1400 audit(1407843151.609:1377): apparmor=DENIED operation=open profile=/usr/bin/torbrowser-launcher name=/usr/bin/python2.7 pid=20218 comm=file requested_mask=r denied_mask=r fsuid=1002 ouid=0 This specific one is innocuous, and I've proposed to hide it with commit bfabd82 that's on the #125 pull request. Did you see any other AppArmor denial message that could help confirm that the AppArmor profiles were at fault on that one? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726798: (no subject)
Hello Andreas, could you forward your patch to upstream, please? Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757534: apt: use --require-valid-signature option to dpkg-source for apt-get source by default
On Fri, Aug 08, 2014 at 07:54:07PM -0400, Michael Gilbert wrote: apt-get source currently shows messages about invalid signatures, but goes on to extract the source anyway, and the error text is kind of easy to miss as well. A more secure default would be to use the --require-valid-signature option to dpkg-source. This requires an up-to-date debian-keyring package is installed, which is both beefy in size and even the unstable version isn't always current (not to mention in stable), so that this will fail on perfectly fine source packages, which defeats the purpose as false positives will teach people to ignore such errors (It would also mean that this should be at least a recommends of apt as it should really be possible to get the source for debian packages without too much fuzz which makes it scary). Note that changes here may lead to a lot of ftbfs bugs for packages with bad sigs, but that's a good thing. Those need a new sig anyway. Minus security bugs in apt, it doesn't add anything and the problem of getting all keys remains: the package is (kinda by design – and wasn't it discussed to remove it entirely?) always out of date and online updates (via default protocols) are subject to MITM (as well), so I see not much point. On the contrary, it isn't --no-check as the checksum check doesn't hurt (and I guess --no-check was not available back then) – the sig check on the other hand seems to be confusing as proven here. I at least don't understand where you get the idea from that packages would have bad sigs and would need new sigs. I guess some dsc are signed by keys which are expired now one way or another, but they were good at the time they entered the archive (and at this point the sig on the dsc looses most of its value), a bad sig would mean it was bad from the start… I recognize that we miss an option to add this option if you choose so though while for the directly following dpkg-buildpackage you can change the options given to it. I have written a trivial patch to fix this (option Dpkg::Source-Options with default value '-x'). Note that this can be done already with a wrapper script set via dir::bin::dpkg-source if you so choose. I will mark this bug as closed with this change. Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#733986: pixman: Please enable hardening build flags
Hi, here's an updated patch. Tested on my sid system since a few days. Cheers, -- intrigeri commit 0bf90a42e3a9a73d5dffca9321b3bd31fa3d9ab8 Author: intrigeri intrig...@debian.org Date: Thu Jan 2 21:11:53 2014 + Enable hardening build flags with dpkg-buildflags. All default dpkg-buildflags, plus the bonus bindnow one, are used. The last available one (PIE) is not applicable to shared libraries. diff --git a/debian/rules b/debian/rules index a4ce000..a8100d2 100755 --- a/debian/rules +++ b/debian/rules @@ -3,13 +3,16 @@ PACKAGE = libpixman-1-0 SHLIBS = 0.25.2 +export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow + # Disable Gtk+ autodetection: override_dh_auto_configure: # also avoid loongson2f optimizations on mipsel, see 0.26.0-3 # changelog entry: LS_CFLAGS= dh_auto_configure -- --disable-gtk \ --disable-silent-rules \ - --disable-arm-iwmmxt + --disable-arm-iwmmxt \ + $(shell dpkg-buildflags --export=configure) # Install in debian/tmp to retain control through dh_install: override_dh_auto_install:
Bug#758290: [wine-development] version suffix of wineapploader scripts don't work
Package: wine-development Version: 1.7.24-3 Severity: normal --- Please enter the report below this line. --- Hi, the new version suffixes (e.g. /usr/bin/winecfg-development) don't work: winecfg-development wine: cannot find LC:\\windows\\system32\\winecfg-development.exe Greets jre --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 900 testing http.debian.net 500 testing moblock-deb.sourceforge.net 500 stable moblock-deb.sourceforge.net 300 unstableftp.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== wine64-development (= 1.7.24-3) | 1.7.24-3 OR wine32-development (= 1.7.24-3) | 1.7.24-3 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== wine-doc | binfmt-support | 2.1.4-1 ttf-mscorefonts-installer| 3.5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576338: [dpkg] --purge not well described in manual page dpkg.1
Hello Guillem, On Fri, Aug 15, 2014 at 11:47:09PM +0200, Guillem Jover wrote: On Fri, 2014-08-15 at 20:53:05 +0200, Helge Kreutzmann wrote: On Sat, Apr 03, 2010 at 04:02:35PM +0200, Jens Seidel wrote: Package: dpkg Version: 1.15.5.6 Severity: minor man dpkg contains: -r, --remove, -P, --purge package...|-a|--pending Remove an installed package. -r or --remove remove everything except conffiles. This may avoid having to reconfigure the package if it is reinstalled later. (Conffiles are configuration files that are listed in the DEBIAN/conffiles con- trol file). -P or --purge removes everything, including conffiles. That's only partly correct. In contrast to apt-get purge, dpkg is also able to purge already removed packages. This is not well described in the manual page (Remove an installed package.). I suggest to remove installed or to rewrite it to something as Remove an (maybe partly) installed package. If that is the case, then indeed the description does not mention it at all. Yeah, I didn't fix this at the time, because I wanted to reword the entire options description and split it. I'll try to do that for the next release, otherwise I will just correct the specific thing reported in here, and leave the rework for later. Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#754368: closed by Ximin Luo infini...@pwned.gg (Re: Bug#754368: mozilla-gnome-keyring: please consider npapi-sdk-dev B-D)
Date: Sat, 16 Aug 2014 11:58:59 +0100 From: Ximin Luo infini...@pwned.gg To: 754368-d...@bugs.debian.org Control: tags -1 wontfix Closing because the bug is invalid. Please spend some effort to weed out false positives in the future, if you ever do a system-wide migration like this again. It is much easier for *you* to do this, than get 100s other maintainers to do it separately. Reading through the docs of npapi-sdk is not a productive use of my time. I don't agree. I assume all maintainers know their packages build-dependencies better than everyone else, it wouldn't be easier for me taking a look at packages I've never touched. Otherwise sorry for the noise. Thanks for checking. -- G..e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758291: [wine-development] Please use Debian's alternative system
Package: wine-development Version: 1.7.24-3 Severity: wishlist --- Please enter the report below this line. --- Hi, to solve many issues related to the new wine-development packages with the -development suffix) I suggest the following: 1.) stable branch: provide binaries/manpages with suffix -stable (e.g. /usr/bin/wine-stable|winecfg-stable|...) 2.) development branch: provide binaries/manpages with suffix -development (e.g. /usr/bin/wine-development|winecfg-development|...) 3.) both branches: provide wine without a suffix using Debian's alternative system, e.g. /usr/bin/wine -- /usr/bin/wine-stable /usr/bin/winecfg -- /usr/bin/winecfg-stable Perhaps this was already what you intended to do, don't know. I had this idea when I saw your recent suffix additions (before seeing that they break wine internals) and suddenly realized that extending this to the stable branch should make implementing Debian's alternative system really easy. Before I thought about implementing it by directly linking to the files in /usr/lib/. This would solve #758290 (wineapploader scripts like winecfg),#758176 (Desktop launchers), #750880 (winetricks) and any other 3rd party problems (e.g. playonlinux can't use system's wine-development). Greets jre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758292: kdewebdev: package description points to a broken homepage
Package: kdewebdev Version: 4:4.12.3-3 Severity: normal Dear Maintainer, The package description points to the following Homepage. rajulocal@hogwarts:~/chess$ apt-cache show kdewebdev | grep -i homepage | uniq Homepage: http://kdewebdev.org/ However, this link seems to be broken. The website looks like an advertising space for bluehost company than homepage of kdewebdev project. Could you please update the package description to point to the correct homepage link? thanks raju -- Kamaraju S. Kusumanchi http://malayamaarutham.blogspot.com/ -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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/dash Versions of packages kdewebdev depends on: ii kfilereplace 4:4.12.3-3 ii kimagemapeditor 4:4.12.3-3 ii klinkstatus 4:4.12.3-3 ii kommander4:4.12.3-3 kdewebdev recommends no packages. kdewebdev 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#758293: /usr/share/man/man3/drand48.3.gz: rand48() incorrectly declared obsolete
Package: manpages-dev Version: 3.65-1 Severity: minor File: /usr/share/man/man3/drand48.3.gz Dear Maintainer, see Keith Thompson's detailed explanation at http://stackoverflow.com/a/25276434. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-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/dash Versions of packages manpages-dev depends on: ii manpages 3.65-1 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii konqueror [man-browser] 4:4.13.3-1 ii man-db [man-browser] 2.6.7.1-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#754368: closed by Ximin Luo infini...@pwned.gg (Re: Bug#754368: mozilla-gnome-keyring: please consider npapi-sdk-dev B-D)
On 16/08/14 12:36, Gabriele Giacone wrote: Date: Sat, 16 Aug 2014 11:58:59 +0100 From: Ximin Luo infini...@pwned.gg To: 754368-d...@bugs.debian.org Control: tags -1 wontfix Closing because the bug is invalid. Please spend some effort to weed out false positives in the future, if you ever do a system-wide migration like this again. It is much easier for *you* to do this, than get 100s other maintainers to do it separately. Reading through the docs of npapi-sdk is not a productive use of my time. I don't agree. I assume all maintainers know their packages build-dependencies better than everyone else, it wouldn't be easier for me taking a look at packages I've never touched. I, and other maintainers, don't know what npapi-sdk is. If you want me to do something with my package, you ought to do this least amount of work as a good-will gesture. Otherwise, good luck dumping extra work onto other people. Otherwise sorry for the noise. Thanks for checking. -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701273:
This is the right diff... (Overlooked one versioned dependency on wfmath in the -dev package) diff --git a/debian/changelog b/debian/changelog index 31d499a..f3472e0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,11 @@ -eris (1.3.21-1) unstable; urgency=low +eris (1.3.21-0.1) unstable; urgency=low + [ Tobias Frost ] + * Non-maintainer upload. + * Fixing symbol file for liberis. + * Adding patch remove silent-rules. + + [ Stephen M. Webb ] * new upstream release * debian/control: bumped build-dep versions for new WorldForge packages * renamed packages due to new SONAME @@ -12,7 +18,7 @@ eris (1.3.21-1) unstable; urgency=low from source * debian/control: fixed Vcs-Browser URL - -- Stephen M. Webb stephen.w...@bregmasoft.ca Sun, 11 Aug 2013 17:26:33 -0400 + -- Tobias Frost t...@debian.org Sat, 16 Aug 2014 07:10:01 + eris (1.3.19-5) unstable; urgency=low diff --git a/debian/control b/debian/control index a2d9b1f..68f3017 100644 --- a/debian/control +++ b/debian/control @@ -56,7 +56,7 @@ Depends: libatlas-cpp-0.6-dev (= 0.6.2), libglib2.0-dev, libsigc++-2.0-dev, libskstream-0.3-dev (= 0.3.8), - libwfmath-0.3-dev (= 0.3.11), + libwfmath-1.0-dev, ${misc:Depends} Description: WorldForge client entity library - development files Eris is designed to simplify client development (and avoid repeating the diff --git a/debian/liberis-1.3-20.symbols b/debian/liberis-1.3-20.symbols index 9bb067a..4d75ddf 100644 --- a/debian/liberis-1.3-20.symbols +++ b/debian/liberis-1.3-20.symbols @@ -47,9 +47,9 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# _ZN4Eris10SpawnPointC2ERKSsRKSt6vectorINS_13CharacterTypeESaIS4_EES2_@Base 1.3.19 _ZN4Eris10SpawnPointD1Ev@Base 1.3.19 _ZN4Eris10SpawnPointD2Ev@Base 1.3.19 - _ZN4Eris10TimedEventD0Ev@Base 1.3.19 - _ZN4Eris10TimedEventD1Ev@Base 1.3.19 - _ZN4Eris10TimedEventD2Ev@Base 1.3.19 + (optional=inline)_ZN4Eris10TimedEventD0Ev@Base 1.3.19 + (optional=inline)_ZN4Eris10TimedEventD1Ev@Base 1.3.19 + (optional=inline)_ZN4Eris10TimedEventD2Ev@Base 1.3.19 _ZN4Eris10ViewEntity11onTaskAddedEPNS_4TaskE@Base 1.3.19 _ZN4Eris10ViewEntity13onSoundActionERKN5Atlas7Objects8SmartPtrINS2_9Operation17RootOperationDataEEE@Base 1.3.19 _ZN4Eris10ViewEntity19onVisibilityChangedEb@Base 1.3.19 @@ -280,9 +280,9 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# _ZN4Eris4Poll12new_timeout_E@Base 1.3.19 _ZN4Eris4Poll5_instE@Base 1.3.19 _ZN4Eris4Poll8instanceEv@Base 1.3.19 - _ZN4Eris4PollD0Ev@Base 1.3.19 - _ZN4Eris4PollD1Ev@Base 1.3.19 - _ZN4Eris4PollD2Ev@Base 1.3.19 + (optional=inline)_ZN4Eris4PollD0Ev@Base 1.3.19 + (optional=inline)_ZN4Eris4PollD1Ev@Base 1.3.19 + (optional=inline)_ZN4Eris4PollD2Ev@Base 1.3.19 _ZN4Eris4Room10appearanceERKSs@Base 1.3.19 _ZN4Eris4Room10checkEntryEv@Base 1.3.19 _ZN4Eris4Room10createRoomERKSs@Base 1.3.19 @@ -508,9 +508,9 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# _ZN4Eris8IGRouterD0Ev@Base 1.3.19 _ZN4Eris8IGRouterD1Ev@Base 1.3.19 _ZN4Eris8IGRouterD2Ev@Base 1.3.19 - _ZN4Eris8PollDataD0Ev@Base 1.3.19 - _ZN4Eris8PollDataD1Ev@Base 1.3.19 - _ZN4Eris8PollDataD2Ev@Base 1.3.19 + (optional=inline)_ZN4Eris8PollDataD0Ev@Base 1.3.19 + (optional=inline)_ZN4Eris8PollDataD1Ev@Base 1.3.19 + (optional=inline)_ZN4Eris8PollDataD2Ev@Base 1.3.19 _ZN4Eris8TypeInfo11addAncestorEPS0_@Base 1.3.19 _ZN4Eris8TypeInfo12setAttributeERKSsRKN5Atlas7Message7ElementE@Base 1.3.19 _ZN4Eris8TypeInfo12validateBindEv@Base 1.3.19 @@ -908,7 +908,8 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# _ZNSt5dequeISsSaISsEE16_M_push_back_auxERKSs@Base 1.3.19 (regex|optional=inline)_ZNSt5dequeISsSaISsEE17_M_reallocate_mapE[mj]b@Base 1.3.19 (optional=inline)_ZNSt5dequeISsSaISsEE19_M_destroy_data_auxESt15_Deque_iteratorISsRSsPSsES5_@Base 1.3.19 - _ZNSt5dequeISsSaISsEE5eraseESt15_Deque_iteratorISsRSsPSsE@Base 1.3.19 + (optional)_ZNSt5dequeISsSaISsEE5eraseESt15_Deque_iteratorISsRSsPSsE@Base 1.3.19 + (optional)_ZNSt5dequeISsSaISsEE8_M_eraseESt15_Deque_iteratorISsRSsPSsE@Base 1.3.21 (regex|optional=inline)_ZNSt5dequeISsSaISsEED[12]Ev@Base 1.3.19 _ZNSt6vectorIN4Eris10ServerInfoESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base 1.3.19 (regex)_ZNSt6vectorIN4Eris10ServerInfoESaIS1_EE7reserveE[mj]@Base 1.3.19 @@ -981,9 +982,10 @@ liberis-1.3.so.20 liberis-1.3-20 #MINVER# (optional=inline)_ZNSt8_Rb_treeIPN4Eris9MetaQueryES2_St9_IdentityIS2_ESt4lessIS2_ESaIS2_EE5eraseERKS2_@Base 1.3.19 _ZNSt8_Rb_treeIPN4Eris9MetaQueryES2_St9_IdentityIS2_ESt4lessIS2_ESaIS2_EE8_M_eraseEPSt13_Rb_tree_nodeIS2_E@Base 1.3.19 (optional=gcc-4.7)_ZNSt8_Rb_treeISsSsSt9_IdentityISsESt4lessISsESaISsEE10_M_insert_EPKSt18_Rb_tree_node_baseS8_RKSs@Base 1.3.19 + (optional)_ZNSt8_Rb_treeISsSsSt9_IdentityISsESt4lessISsESaISsEE10_M_insert_EPSt18_Rb_tree_node_baseS7_RKSs@Base 1.3.21 (optional=inline)_ZNSt8_Rb_treeISsSsSt9_IdentityISsESt4lessISsESaISsEE11equal_rangeERKSs@Base 1.3.19
Bug#757429: playonlinux: Please update to use wxpython3.0
Control: severity -1 grave Coin, Any run now goes wild in an infinite loop with this error message: Looking for python... 2.7.8 - selected Traceback (most recent call last): File mainwindow.py, line 34, in module import wx, wx.aui ImportError: No module named wx Reverting python-wxversion to 2.8.12.1+dfsg2-1 from snapshot fixed the problem, but currently this package is unusable. Regards. -- Marc Dequènes (Duck) pgpLb1hNeRcFg.pgp Description: PGP Digital Signature
Bug#758294: libxml-parser-perl: files referenced in doc-base no longer exist
Package: libxml-parser-perl Version: 2.41-2 Severity: normal The doc-base file for libxml-parser-perl references /usr/lib/perl5/XML/Parser/Encodings/README and /usr/lib/perl5/XML/Parser/Encodings/Japanese_Encodings.msg. After the perl 5.20 transition, these two files no longer exist. So during the upgrade of lixml-parser-perl, the doc-base trigger emits the following error: Processing 1 added doc-base file... Error in `/usr/share/doc-base/libxml-parser-perl', line 10: all `Format' sections are invalid. Note: `install-docs --verbose --check file_name' may give more details about the above error. This error is rather misleading. 'install-docs --verbose --check /usr/share/doc-base/libxml-parser-perl' reports Warning in `/usr/share/doc-base/libxml-parser-perl', line 10: file mask ` /usr/lib/perl5/XML/Parser/Encodings/README /usr/lib/perl5/XML/Parser/Encodings/Japanese_Encodings.msg' does not match any files. Error in `/usr/share/doc-base/libxml-parser-perl', line 10: all `Format' sections are invalid. /usr/share/doc-base/libxml-parser-perl: Fatal error found, the file won't be registered. Changing the file paths to the new location is enough to make install-docs happy again. Cheers -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxml-parser-perl depends on: ii libc6 2.19-9 ii libexpat1 2.1.0-6 ii liburi-perl 1.64-1 ii libwww-perl 6.08-1 ii perl5.20.0-4 ii perl-base [perlapi-5.20.0] 5.20.0-4 libxml-parser-perl recommends no packages. libxml-parser-perl suggests no packages. -- no debconf information -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#758294: libxml-parser-perl: files referenced in doc-base no longer exist
On 2014-08-16 14:10:50, Sebastian Ramacher wrote: Processing 1 added doc-base file... Error in `/usr/share/doc-base/libxml-parser-perl', line 10: all `Format' sections are invalid. Note: `install-docs --verbose --check file_name' may give more details about the above error. This error is rather misleading. It's not. I just didn't read it correctly. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#758295: ITP: libjs-spin.js -- animated CSS3 loading spinner
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: libjs-spin.js Version : 1.2.8 Upstream Author : Felix Gnass fgn...@neteye.de * URL : https://github.com/fgnass/spin.js * License : Expat Programming Lang: Javascript Description : animated CSS3 loading spinner Spin.js is an animated CSS3 loading spinner with VML fallback for IE. It features: * No images, no external CSS * No dependencies * Highly configurable * Resolution independent * Uses VML as fallback in old IEs * Uses @keyframe animations, falling back to setTimeout() * Works in all major browsers, including IE6 * Small footprint (~1.9K gzipped) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758296: RFS: lebiniou/3.22-1 (libav11 transition fix)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package lebiniou * Package name: lebiniou Version : 3.22-1 Upstream Author : Olivier Girondel oliv...@biniou.info * URL : http://biniou.net * License : GPLv2 Section : graphics It builds this binary package: lebiniou - displays images that evolve with sound To access further information about this package, please visit the following URL: http://mentors.debian.net/package/lebiniou Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/lebiniou/lebiniou_3.22-1.dsc Changes since the last upload: * New upstream release 3.22. * Fix some bugs found with clang. * Fix FTBFS against libav11. (Closes: #758205) Best regards, -- Olivier signature.asc Description: OpenPGP digital signature
Bug#758282: postgresql-9.3: FTBFS on sparc: 1 of 136 tests failed
Re: Niko Tyni 2014-08-16 20140816092217.GA2953@estella.local.invalid Package: postgresql-9.3 Version: 9.3.4-2 Severity: serious Rebuilding this package against Perl 5.20 failed on the sparc buildd, apparently due to a regression test failure. https://buildd.debian.org/status/fetch.php?pkg=postgresql-9.3arch=sparcver=9.3.4-2%2Bb1stamp=1408173187 I believe this is gcc-4.9's fault, also seen in postgresql-9.4. The issue seems to be something like spilling constants and other weirdnesses that only happen under register pressure. s390 has similar issues in the isolation tests. The package builds/tests fine with -O1. If the problems persist, I'll disable -O2 in postgresql-9.4's debian/rules, but I'd prefer the compiler getting fixed :) Re: Debian Bug Tracking System 2014-08-16 handler.s.c.140818156531733.transcr...@bugs.debian.org Processing commands for cont...@bugs.debian.org: block 753529 with 758282 758283 Bug #753529 [release.debian.org] transition: perl 5.20 753529 was blocked by: 758127 757571 757754 758270 753529 was not blocking any bugs. Added blocking bug(s) of 753529: 758283 and 758282 postgresql-9.3 needs to be removed from testing anyway as we are moving to postgresql-9.4. If it helps with the perl transition, you can remove it from testing now or as soon as the rdeps have transitioned to 9.4. The current status is: pgsql-asn1oid: RC bug with patch filed, waiting for maintainer pg-reorg: Needs porting upstream, could just be removed from testing if it remains the only blocker pgrouting: Waiting for maintainer, though I've heard he's working on it, so should happen soonish postgis: Uploaded to sid, waiting for testing transition (postgresql-pljava: is sid-only atm anyway) I don't intend to do any further postgresql-9.3 uploads to sid. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741365: Unnecessary device-mapper errors - /usr/share/grub/grub-mkconfig_lib
I also have a system with no LVM requirement. The lines /proc/devices: No entry for device-mapper found are emitted by grub-probe. In general, the grub scripts redirect grub-probe's stderr to /dev/null to suppress these, but the subroutines in /usr/share/grub/grub-mkconfig_lib aren't completely consistent in doing so. I quickly hacked /usr/share/grub/grub-mkconfig_lib to add the redirection on every invocation of grub-probe and the messages have gone away. For example, the original line partmap=`${grub_probe} --device $@ --target=partmap` was changed to partmap=`${grub_probe} --device $@ --target=partmap` 2 /dev/null (I'm not supplying an actual diff because I haven't checked the full logic and may have broken something. It was just a quick experiment.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758195: ITP: solarus -- Open-source Zelda-like game engine
The package does not include any artwork. It is just the game engine that can be used to launch different games (e.g. solarus /path/to/game). The games are distributed separately. Le 15/08/2014 13:41, Reinhard Tartler a écrit : On Fri, Aug 15, 2014 at 5:35 AM, Pierre Rudloff cont...@rudloff.pro wrote: Package: wnpp Severity: wishlist Owner: Pierre Rudloff cont...@rudloff.pro * Package name: solarus Version : 1.2.1 Upstream Author : Nathan Moore nathanmo...@cox.net * URL : http://www.solarus-games.org/ * License : GPL Programming Lang: C++ Description : Open-source Zelda-like game engine What kind of artwork do you intend to include into the Debian package, and how would that be licensed? As far as I understand the upstream homepage, the page relies on the Nintendo original artwork, which is not freely available. Can you please clarify your intent here? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758297: ITP: python-xstatic-spin -- Spin.js XStatic support
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-xstatic-spin Version : 1.2.8.0+dfsg1 Upstream Author : Radomir Dopieralski openst...@sheep.art.pl * URL : https://github.com/stackforge/xstatic-spin * License : Expat Programming Lang: Python Description : Spin.js XStatic support XStatic is a packaging standard to package external (often 3rd party) static files as a Python package, so they are easily usable on all operating systems, with any package management system or even without one. . Many Python projects need to use some specific data files, like javascript, css, java applets, images, etc. Sometimes these files belong to YOUR project (then you may want to package them separately, but you could also just put them into your main package). But in many other cases, those files are maintained by someone else (like jQuery javascript library or even much bigger js libraries or applications) and you definitely do not really want to merge them into your project. So, you want to have static file packages, but you don’t want to get lots of stuff you do not want. Thus, stuff required by XStatic file packages (especially the main, toplevel XStatic package) tries to obey to be a MINIMAL, no-fat thing. XStatic doesn't sell any web framework or other stuff you don't want. Maybe there will be optional XStatic extensions for all sorts of stuff, but they won't be required if you just want the files. . By having static files in packages, it is also easier to build virtual envs, support linux/bsd/... distribution package maintainers and even windows installs using the same mechanism. . This package provides spin.js support as a Python module. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757906: Dependency solution problems currently with gnuplog
Control: reassign -1 gnuplot 4.6.5-10 On Tue, Aug 12, 2014 at 10:07:03AM +0100, Klaus Ethgen wrote: I have the both packages, gnuplot-nox and gnuplot-x11, installed with version 4.6.5-6. The new version of that packages are 4.6.5-10 but conflicting each other. This is the underlying problem, which is why I am reassigning to gnuplot so they can figure something out. Packages should have a clear upgrade path, period. This might be a bit more relaxed for testing/sid, but given that Debian has many derivatives (and users) basing on this as well, a good path would not hurt for them as well after all: We need them as testers, so we should treat well. ;) Further more, I don't see a file conflict between -nox and -x11, so I wonder why commit b5b3c3b37abb03029a22891fdb98b9e22ca00c41 readds it (wheezy has file conflicts and had replaces/conflicts). (what follows is an answer to the general points raised in the bugreport as well, mostly unrelated to the actual problem at hand) I see two or tree solutions for this problem: - Just take only the installable packages in consideration when resolving dependencies. That would not update gnuplot-nox and/or gnuplot-x11 but would not install and deinstall the dependencies of newer package every time. Sounds easy, right? You might realize though that you don't know if a package is installable without resolving its dependencies and even if each subtree is installable, doesn't mean that some subtrees do not require the removal of another subtree … - Pick one out of the conflicting packages to keep and upgrade and deinstall the other. That would be not the best solution but at least allows to update them. The user can choose afterwards to install the other package. (Maybe taking the one that has the least dependencies.) … which apt really really really hates to do – so it usually doesn't – for good reason: How on earth should apt be able to decide for you if you want -x11 or -nox? You have both installed, so you seem to want both after all… - Inform the user clearly _why_ they are not updated. At the moment it only shows that they have been kept back but not for what reason. Again, this sounds easy, but in practice it means that with the completion of this project we have created an artificial human-like intelligence (well, given that even I usually don't know why without a lot of debugging, probably well beyond human …). You can get a glimpse of this with -o Debug::pkgProblemResolver=1 and it will tell you in its strange way what you want to know, but only because this situation here is trivial as -x11 and -nox conflict explicitly. Now imagine a situation in which some obscure package on the 10th level in the tree makes a 2nd level or-group decision impossible… in an algorithm which is designed to decide once and never questions this decision again (as reconsidering means we are prune to run into an endless loop – in practice, we have some points where we carefully do backtracking, but that is hard…). Anyway, all three are generalisations of smaller bugs we already have reported in the BTS (multiple times) we are hopeful to tackle one at the time as time permits, so I hope you understand that I am not cloning or otherwise retaining this bugreport as a sort of never-closeable metabug. The thing with installing and also suggesting to autoremove them is e.g. something I am trying to hunt down at the moment. It works most of the time correctly (we have a test for this, so I am sure), but some special conditions seem to spoil it… With this packages it is just annoying and maybe is not good for SSDs as they would wear out. But for other packages that problem can get really problematic so I think it should be solved. I should really get an SSD, so that I might understand the constant fear of everyone with one that it could wear out, but I somehow doubt many people do an endless loop of installautoremove cycles to make a considerable dent in this problem space… - in other words: Please don't try to invent arguments as it spoils the good arguments before… Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#758195: ITP: solarus -- Open-source Zelda-like game engine
On Sat, Aug 16, 2014 at 8:41 AM, Pierre Rudloff cont...@rudloff.pro wrote: The package does not include any artwork. It is just the game engine that can be used to launch different games (e.g. solarus /path/to/game). The games are distributed separately. Please make sure to copy that piece of information in the package description. The game itself is most likely not suitable for Debian/main, but might be for Debian/contrib, then, AFAIUI. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758298: ITP: ruby-cssmin -- Ruby library for minifying CSS
package: wnpp Severity: wishlist Owner: 'Balasankar C' balasank...@autistici.org *Package Name : ruby-cssmin Version : 1.0.3 Upstream Author : Ryan Grove *URL : https://github.com/rgrove/cssmin/ *License : BSD *Description : Ruby library for minifying CSS signature.asc Description: Digital signature
Bug#758299: startx: X server fails to start, strace shows permission error
Package: xinit Version: 1.3.2-1 Severity: important Dear Maintainer, I was connecting my monitor with my laptop to do some writing stuff. This is normally fine, well it fails sometimes but then I restart my computer. This time it failed again and I thought, good time to update debian. So I did. libc6-dev, linux-headers, and linux-image were updated. After that I restarted and when it came to call startx the X server did exit gracefully with no error. And here I am with no GUI. I first checked /var/log/Xorg.0.log but nothing special, no errors and no important warnings in my eyes. Then I used strace -ff which gave me interesting information about the X server, e.g.: * setresuid(-1, 0, -1) = -1 EPERM (Operation not permitted) * rename(/var/log/Xorg.0.log, /var/log/Xorg.0.log.old) = -1 EACCES (Permission denied) * Fatal Server error and Cannot move old log file /var/log/Xorg. 0.log to /var/log/Xorg.0.log.old This seemed to be a simple privileg issue. I tested sudo startx which got X running. Next, I checked if /usr/bin/X and /usr/bin/Xorg had suid. The first one yes, second one no. I tried chmod u+s /usr/bin/Xorg. But startx still didn't work without sudo. I also deleted /var/log/Xorg*. Same result. And put them again in place. My guess is, that it has something to do with the new kernel version and the x server. I had no time for further testing. I would appreciate your help, aureliano -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xinit depends on: ii coreutils 8.13-3.5 ii libc6 2.13-38+deb7u3 ii libx11-62:1.5.0-1+deb7u1 ii x11-common 1:7.7+3~deb7u1 ii xauth 1:1.0.7-1 Versions of packages xinit recommends: ii i3-wm [x-window-manager] 4.2-2 ii xserver-xorg [xserver] 1:7.7+3~deb7u1 ii xterm [x-terminal-emulator] 278-4 xinit 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#758234: debian-policy: allow packages to depend on packages of lower priority
On Sat, 16 Aug 2014, Charles Plessy wrote: Le Fri, Aug 15, 2014 at 02:22:33PM -0300, Henrique de Moraes Holschuh a écrit : Am 15.08.2014 17:47, schrieb Gerrit Pape: That this rule is violated in hundreds of cases [1] clearly shows that there is something wrong which needs to be addressed in a more idiomatic way. Maybe update the policy text to match reality? Any packages depended upon by a higher priority package are, effectively, raised to that package's priority. I did write that we also need text to discourage raising priorities without asking other interested parties, first. And that should also include the maintainer of the package which will get its priority raised. IMHO, it would be fine if they're treated the same way we do pre-depends, i.e. ask in d-devel first, only we'd want to add at least debian-boot and debian-cd and the relevant package maintainers as well. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758299: startx: X server fails to start, strace shows permission error
Aureliano Vismundo x...@mail36.net (2014-08-16): I was connecting my monitor with my laptop to do some writing stuff. This is normally fine, well it fails sometimes but then I restart my computer. This time it failed again and I thought, good time to update debian. So I did. libc6-dev, linux-headers, and linux-image were updated. After that I restarted and when it came to call startx the X server did exit gracefully with no error. And here I am with no GUI. I first checked /var/log/Xorg.0.log but nothing special, no errors and no important warnings in my eyes. Then I used strace -ff which gave me interesting information about the X server, e.g.: * setresuid(-1, 0, -1) = -1 EPERM (Operation not permitted) * rename(/var/log/Xorg.0.log, /var/log/Xorg.0.log.old) = -1 EACCES (Permission denied) * Fatal Server error and Cannot move old log file /var/log/Xorg. 0.log to /var/log/Xorg.0.log.old Running something under strace disables the setuid bit. It would be nice to see stdout/stderr/X log when starting your session as a regular user. If X exits gracefully, that might just be your window/session manager returning, leading to X's graceful exit. Mraw, KiBi. signature.asc Description: Digital signature
Bug#758195: ITP: solarus -- Open-source Zelda-like game engine
OK, I have updated the package's description. Le 16/08/2014 14:52, Reinhard Tartler a écrit : On Sat, Aug 16, 2014 at 8:41 AM, Pierre Rudloff cont...@rudloff.pro wrote: The package does not include any artwork. It is just the game engine that can be used to launch different games (e.g. solarus /path/to/game). The games are distributed separately. Please make sure to copy that piece of information in the package description. The game itself is most likely not suitable for Debian/main, but might be for Debian/contrib, then, AFAIUI. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756784: Fwd: Re: Bug#756784: visp: FTBFS on powerpc
On 2014-08-04 11:21:31, Emilio Pozuelo Monfort wrote: On 02/08/14 14:38, Fabien Spindler wrote: Hi, Is it possible to relaunch the build of visp https://buildd.debian.org/status/package.php?p=vispsuite=unstable especially on powerpc arch. I suspect that a 3rd party was updated and that this update fixes the error that occurs on powerpc. Given back. It failed with the same error again. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#757764: cowbuilder runs into dpkg-buildpackage: cannot combine -b and -b
Control: severity -1 normal Re: To Debian Bug Tracking System 2014-08-11 20140811083242.ga22...@msg.df7cb.de dpkg-dev got stricter and is now refusing duplicated options: dpkg-buildpackage: cannot combine -b and -b This was also seen there: https://lists.debian.org/debian-dpkg/2014/08/msg00021.html While dpkg-dev is at fault, cowbuilder is broken at the moment and should be fixed, even if dpkg-dev reverts that change. dpkg doesn't refuse the options anymore, so downgrading the severity. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755096: transition: postgresql-9.4
Re: Julien Cristau 2014-07-18 20140717230423.gp3...@betterave.cristau.org On Thu, Jul 17, 2014 at 22:42:59 +0300, Christoph Berg wrote: Fwiw, I think the ben file needs 9. changed to 9\. Atm it is picking up some git commitish version number in the haskell-persistent-postgresql dependencies or something like that. Fixed, thanks. Here's another update to also include Build-Depends and Recommends. (Hopefully I got the syntax right.) title = postgresql-9.4; is_affected = .depends ~ /postgresql.*-9\.[34].*/ | .build-depends ~ /postgresql.*-9\.[34].*/ | .recommends ~ /postgresql.*-9\.[34].*/; is_good = .depends ~ /postgresql.*-9\.4.*/ | .build-depends ~ /postgresql.*-9\.4.*/ | .recommends ~ /postgresql.*-9\.4.*/; is_bad = .depends ~ /postgresql.*-9\.3.*/ | .build-depends ~ /postgresql.*-9\.3.*/ | .recommends ~ /postgresql.*-9\.3.*/; BTS Tracking: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=migration-94;tag=migration-93;users=pkg-postgresql-pub...@lists.alioth.debian.org Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522058: patch for bug #522058
tags 522058 + patch than https://bugs.debian.org/ --- debian/emacsen-startup~ +++ debian/emacsen-startup @@ -1,6 +1,10 @@ (add-to-list 'auto-mode-alist '(\\.ml[iylp]?\\' . tuareg-mode)) (autoload 'tuareg-mode tuareg Major mode for editing Caml code t) (autoload 'camldebug ocamldebug-tuareg Run the Caml debugger t) +(autoload 'tuareg-run-ocaml tuareg + Run an OCaml toplevel process. I/O via buffer `*ocaml-toplevel*'. + t) +(defalias 'run-ocaml 'tuareg-run-ocaml) (dolist (ext '(.cmo .cmx .cma .cmxa .cmi)) (add-to-list 'completion-ignored-extensions ext)) (debian-pkg-add-load-path-item -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754662: witty 3.3.3+dfsg-2 upload still has build problems
Found 754662 3.3.3+dfsg-2 Thanks The -2 upload made the build-depends satisfiable on all of the current release architectures However there still build problems that need to be addessed. Firstly there have been build-failures on many architectures in the official archive including a couple that built -1 successfully. The armel failure looks like it was caused by the introduction of paralell builds combined with with inadequate dependencies in the build system leading to race conditions. In particular we see a symlink is created after it is needed. CMake Error in src/CMakeLists.txt: Cannot find source file: /«BUILDDIR»/witty-3.3.3+dfsg/src/web/skeleton/jquery.min.js Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx --snip-- make: *** [build-static/Makefile] Error 1 make: *** Waiting for unfinished jobs --snip-- ln -s /usr/share/javascript/jquery/jquery.min.js src/web/skeleton/ The kfreebsd-i386 failure seems to be a hang in documentation generation, I would guess this was just a random failure. mipsel looks like the same issue as armel. powerpc and s390x failed with (cd src/js; for I in *.js; do -c --no-seqs -nc $I `basename $I .js`.min.js; done) /bin/sh: 1: -c: not found Some investigation showed that the block of code in debian/rules to select the minifier is broken. In particular ifdef only tests if a variable is defined, not if it's value is non-empty. mips hasn't attempted a build yet. Secondly the packages build-depends are still unsatisfiable on all the debian-ports.org architectures (alpha, arm64, hppa, m68k, powerpcspe, ppc64, sh4 sparc64 and x32) and one architecture that has lost it's release status but is still in the offiical archive at present (sparc) Given that nodejs is only available on a relatively small number of architectures it probablly makes more sense to use a list of architectures where it is available than a list of architectures where it is not available. The attatched debdiff changes the lists of architectures in debian/control to specify a list of architectures where nodejs is known to be available rather than an incomplete list of architectures where it is not available, Fixes the minifier selection code in debian/rules and disables paralell builds. It has been build-tested on powerpc. I do not have any immediate intent to NMU. P.S. a little note on the version number in the debdiff. I was inititally testing in an arm64 qemu chroot but ran into the issue that qemu-aarch64 and openjdk don't get along (real arm64 hardware is fine afaict) so I moved to testing on the powerpc porterbox. diff -u witty-3.3.3+dfsg/debian/changelog witty-3.3.3+dfsg/debian/changelog --- witty-3.3.3+dfsg/debian/changelog +++ witty-3.3.3+dfsg/debian/changelog @@ -1,3 +1,14 @@ +witty (3.3.3+dfsg-2+arm64) unreleased; urgency=medium + + * Fix minifier detection logic in debian/rules Closes: #754662 + * Disable paralell builds again. They don't seem to work reliablly. +Reopens: 739436 + * Change dependencies in debian/rules to use list of architectures where +nodejs is available rathe than incomplete list of architectures where +it is available. + + -- Peter Michael Green plugw...@debian.org Sat, 16 Aug 2014 05:05:31 + + witty (3.3.3+dfsg-2) unstable; urgency=medium * Use yui-compressor where uglifyjs is not available. Closes: #754662 diff -u witty-3.3.3+dfsg/debian/control witty-3.3.3+dfsg/debian/control --- witty-3.3.3+dfsg/debian/control +++ witty-3.3.3+dfsg/debian/control @@ -11,8 +11,9 @@ mtasc, libgraphicsmagick1-dev, lsb-release, hardening-wrapper, libjs-jquery, libpango1.0-dev, python-pygments, firebird2.5-dev, libjs-jquery-jplayer, jquery-jplayer-bluemonday, libmysqlclient-dev, fonts-font-awesome, - libglew-dev (= 1.10), libqt4-dev, yui-compressor [mips powerpc s390x], - node-uglify [!mips !powerpc !s390x] + libglew-dev (= 1.10), libqt4-dev, + yui-compressor [!amd64 !armel !armhf !i386 !kfreebsd-amd64 !kfreebsd-i386 !mipsel], + node-uglify [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mipsel] Standards-Version: 3.9.5.0 Section: libdevel Homepage: http://www.webtoolkit.eu/ diff -u witty-3.3.3+dfsg/debian/rules witty-3.3.3+dfsg/debian/rules --- witty-3.3.3+dfsg/debian/rules +++ witty-3.3.3+dfsg/debian/rules @@ -48,7 +48,7 @@ # yui-compressor (what upstream used in the past) where there is no UglifyJS MINIFIER=$(shell which uglifyjs) -ifdef MINIFIER +ifneq ($(MINIFIER),) MINIFIER_FLAGS=-c --no-seqs -nc else MINIFIER=/usr/bin/yui-compressor @@ -65,10 +65,12 @@ CFLAGS += -O2 endif -ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) - NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) - MAKEFLAGS += -j$(NUMJOBS) -endif +# Paralell build failed on armel and mipsel, presumablly due to inadequate +# target dependencies. Disable it for now. +#ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) +# NUMJOBS = $(patsubst
Bug#758105: bug#18266: Bug#758105: bug#18266: grep -P and invalid exits with error
El 14/08/14 a las 14:33, Paul Eggert escribió: Vincent Lefevre wrote: On input, using null bytes may be better if one wants to be able to match real replacement characters without false positives. Maybe, though this is no place to get fancy. It's simple to tell users an invalid byte acts like '?'. Simple is good. Anyway, this is a matter for the implementing volunteer to decide, whoever that happens to be. Workaround attached. It's too slow against binary files, but I haven't found a simpler solution. What do you think? Santiago From 7dd8d7c8682ee29bcb0ec9a64b98170fb7c6a064 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Santiago=20Ruano=20Rinc=C3=B3n?= santi...@debian.org Date: Sat, 16 Aug 2014 14:24:43 +0200 Subject: [PATCH] Workaround to don't abort for invalid UTF8 input * src/pcresearch.c (Pexecute): When pcre_exec returns an invalid UTF8 character error, copies line_buf to an auxiliar buffer, removes invalid characters and evaluates against it. * tests/pcre-infloop: Exit status is 1 again. * tests/pcre-invalid-utf8-input: Check again if grep doesn't abort. Also cheks for match after a second invalid character in the same line. Closes http://debbugs.gnu.org/18266 --- src/pcresearch.c | 16 tests/pcre-infloop|2 +- tests/pcre-invalid-utf8-input | 12 +--- 3 files changed, 26 insertions(+), 4 deletions(-) diff --git a/src/pcresearch.c b/src/pcresearch.c index 820dd00..2b81e2b 100644 --- a/src/pcresearch.c +++ b/src/pcresearch.c @@ -164,6 +164,22 @@ Pexecute (char const *buf, size_t size, size_t *match_size, e = pcre_exec (cre, extra, line_buf, line_end - line_buf, start_ofs 0 ? 0 : start_ofs, 0, sub, sizeof sub / sizeof *sub); + + /* Workaround to don't abort for invalid multi-byte input (until + libpcre provides a better solution?) + If pcre_exec returns PCRE_ERROR_BADUTF8, copy the input, clean it + and evaluate again. */ + if (e == PCRE_ERROR_BADUTF8){ +char *line_utf8_clean = xmemdup (line_buf, line_end - line_buf); + +while (e == PCRE_ERROR_BADUTF8) { + line_utf8_clean[sub[0]] = '\0'; + + e = pcre_exec (cre, extra, line_utf8_clean, line_end - line_buf, + start_ofs 0 ? 0 : start_ofs, 0, + sub, sizeof sub / sizeof *sub); +} + } } if (e = 0) diff --git a/tests/pcre-infloop b/tests/pcre-infloop index 1b33e72..b92f8e1 100755 --- a/tests/pcre-infloop +++ b/tests/pcre-infloop @@ -28,6 +28,6 @@ printf 'a\201b\r' in || framework_failure_ fail=0 LC_ALL=en_US.UTF-8 timeout 3 grep -P 'a.?..b' in -test $? = 2 || fail_ libpcre's match function appears to infloop +test $? = 1 || fail_ libpcre's match function appears to infloop Exit $fail diff --git a/tests/pcre-invalid-utf8-input b/tests/pcre-invalid-utf8-input index 913e8ee..2c6aadb 100755 --- a/tests/pcre-invalid-utf8-input +++ b/tests/pcre-invalid-utf8-input @@ -13,9 +13,15 @@ require_en_utf8_locale_ fail=0 -printf 'j\202\nj\n' in || framework_failure_ +printf 'j\202j\202\x\njx\n' in || framework_failure_ -LC_ALL=en_US.UTF-8 grep -P j in -test $? -eq 2 || fail=1 +LC_ALL=en_US.UTF-8 grep -P j in out 21 || fail=1 +compare in out || fail=1 +compare /dev/null err || fail=1 + +# Match after a second invalid UTF-8 character +LC_ALL=en_US.UTF-8 grep -P x in out 21 || fail=1 +compare in out || fail=1 +compare /dev/null err || fail=1 Exit $fail -- 1.7.10.4 signature.asc Description: Digital signature
Bug#758300: [python3-pykcs11] provide pykcs11 also for python 2
Package: python3-pykcs11 Severity: normal Dear maintainer, please continue to provide pykcs11 also for python 2, because most software (usable in conjunction with this library, eg: m2crypto) is not ready yet for python3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749974: new maitreya push
On Sat, Aug 16, 2014 at 06:44:48AM -0400, Jaldhar H. Vyas wrote: On Sat, 16 Aug 2014, Olly Betts wrote: I've NMUed wxsqlite3 to unstable, so please upload maitreya. I built the package in a freshly updated unstable pbuilder but its linked against libwxsqlite3-3.0-0. Is that right or have I in fact not got the latest packages? -- Jaldhar H. Vyas jald...@debian.org I am investigating this now but is that not correct? As I look at https://packages.debian.org/ I find that source package http://ftp.de.debian.org/debian/pool/main/w/wxsqlite3/wxsqlite3_3.1.0~dfsg1-1.1.dsc http://ftp.de.debian.org/debian/pool/main/w/wxsqlite3/wxsqlite3_3.1.0~dfsg1.orig.tar.bz2 http://ftp.de.debian.org/debian/pool/main/w/wxsqlite3/wxsqlite3_3.1.0~dfsg1-1.1.debian.tar.xz produces the binary packages: libwxsqlite3-3.0-0 (3.1.0~dfsg1-1.1) libwxsqlite3-3.0-dev (3.1.0~dfsg1-1.1) That is also how it was when these were in experimantal. When I attempt to apt-get these 2 packages, this is what happened: -cut here--- root@hrnowl:/home/pelliott-unstable# apt-get install libwxsqlite3-3.0-0 libwxsqlite3-3.0-dev Reading package lists... Done Building dependency tree Reading state information... Done libwxsqlite3-3.0-0 is already the newest version. Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libwxsqlite3-3.0-dev : Depends: libwxsqlite3-3.0-0 (= 3.1.0~dfsg1-1.1) but 3.1.0~dfsg1-2 is to be installed E: Unable to correct problems, you have held broken packages. -end cut-- Before when I was testing the experimental version, I got the source from experimental, built the binaries from the source, and installed the binaries with dpkg -i If I download the wxsqllite3 binaries, install them with dpkg-i then I can build and run maitreya. But apt-get install can not install the wxsqlite3 binaries. I think this is a bug in wxsqlite3. But when they fix it so that apt-get install on the wxsqlite3 binaries works then I will have to update my control file. Please tell me if my analysis is correct! And if so when the wxsqlite package is fixed. Thank You. -- Paul Elliott 1(512)837-1096 pelli...@blackpatchpanel.com PMB 181, 11900 Metric Blvd Suite J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 signature.asc Description: Digital signature
Bug#758301: libpython-dev: broken symlinks: i486-linux-gnu-python-config
Package: libpython-dev Version: 2.7.8-1 User: debian...@lists.debian.org Usertags: adequate broken-symlink libpython-dev ships broken symlinks: $ dpkg -L libpython-dev | xargs -n1 file | grep broken /usr/bin/i486-linux-gnu-python-config: broken symbolic link to `i486-linux-gnu-python2.7-config' /usr/share/man/man1/i486-linux-gnu-python-config.1.gz: broken symbolic link to `i486-linux-gnu-python2.7-config.1.gz' libpython2.7-dev ships only i386-* and i586-* files, but no i486-*. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpython-dev depends on: ii libpython2.7-dev 2.7.8-4 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735488: qt4-x11: Add arm64 support
I have a doubt: why do you disable javascript-jit for arm64? Should this be happening in other archs? Because I have not received any bug reports wrt this yet. -- La mejor prueba de que la navegación en el tiempo no es posible, es el hecho de no haber sido invadidos por masas de turistas provenientes del futuro. Stephen Hawking Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#758017: linphone: diff for NMU version 3.6.1-2.4
tags 758017 + patch tags 758017 + pending thanks Dear maintainer, I've prepared an NMU for linphone (versioned as 3.6.1-2.4) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -Nru linphone-3.6.1/debian/changelog linphone-3.6.1/debian/changelog --- linphone-3.6.1/debian/changelog 2014-05-14 05:26:02.0 -0400 +++ linphone-3.6.1/debian/changelog 2014-08-13 07:05:31.0 -0400 @@ -1,3 +1,10 @@ +linphone (3.6.1-2.4) experimental; urgency=medium + + * Non-maintainer upload. + * Add libav11.patch fix compilation against libav11 + + -- Reinhard Tartler siret...@tauware.de Wed, 13 Aug 2014 07:05:12 -0400 + linphone (3.6.1-2.3) unstable; urgency=medium * Non-maintainer upload. diff -Nru linphone-3.6.1/debian/patches/libav11.patch linphone-3.6.1/debian/patches/libav11.patch --- linphone-3.6.1/debian/patches/libav11.patch 1969-12-31 19:00:00.0 -0500 +++ linphone-3.6.1/debian/patches/libav11.patch 2014-08-13 07:05:04.0 -0400 @@ -0,0 +1,12 @@ +--- a/mediastreamer2/src/utils/ffmpeg-priv.h b/mediastreamer2/src/utils/ffmpeg-priv.h +@@ -69,9 +69,6 @@ static inline int avcodec_decode_video2( + return avcodec_decode_video(avctx,picture, got_picture_ptr,avpkt-data,avpkt-size); + } + #endif +-#if (LIBAVCODEC_VERSION_MAJOR = 56) +-#include libavcodec/old_codec_ids.h +-#endif + #if LIBAVCODEC_VERSION_INT = AV_VERSION_INT(54,25,0) + #define CodecID AVCodecID + #endif diff -Nru linphone-3.6.1/debian/patches/series linphone-3.6.1/debian/patches/series --- linphone-3.6.1/debian/patches/series 2014-03-26 19:50:03.0 -0400 +++ linphone-3.6.1/debian/patches/series 2014-08-13 07:03:32.0 -0400 @@ -6,3 +6,4 @@ #add-zrtp-to-ortp-dependencies.patch #kfreebsd.patch libav10.patch +libav11.patch
Bug#758299: startx: X server fails to start, strace shows permission error
On Sat, 16 Aug 2014 15:19:27 +0200 Cyril Brulebois wrote: Aureliano Vismundo (2014-08-16): I was connecting my monitor with my laptop to do some writing stuff. This is normally fine, well it fails sometimes but then I restart my computer. This time it failed again and I thought, good time to update debian. So I did. libc6-dev, linux-headers, and linux-image were updated. After that I restarted and when it came to call startx the X server did exit gracefully with no error. And here I am with no GUI. I first checked /var/log/Xorg.0.log but nothing special, no errors and no important warnings in my eyes. Then I used strace -ff which gave me interesting information about the X server, e.g.: * setresuid(-1, 0, -1) = -1 EPERM (Operation not permitted) * rename(/var/log/Xorg.0.log, /var/log/Xorg.0.log.old) = -1 EACCES (Permission denied) * Fatal Server error and Cannot move old log file /var/log/Xorg. 0.log to /var/log/Xorg.0.log.old Running something under strace disables the setuid bit. It would be nice to see stdout/stderr/X log when starting your session as a regular user. If X exits gracefully, that might just be your window/session manager returning, leading to Xs graceful exit. Mraw, KiBi. Hi Kibi, ahh, I understand, thanks for your quick response. There was no stdout, but stderr: http://paste.debian.net/115897/ Im using i3 as window manager. Greets aureliano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#758302: lvm2: Nodes ain't created after execution `/etc/init.d/lvm2 start'
Package: lvm2 Version: 2.02.106-2 Severity: serious File: /etc/init.d/lvm2 I suppose that % /sbin/lvm vgchange -aay --sysinit /dev/null is not enough, because it doesn't create nodes in my /dev, and it causes an interrupt while the bootstrap. This is the reason I've added this line: % /sbin/lvm vgscan --mknodes /dev/null It fixes the problem. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.85-2 ii init-system-helpers 1.20 ii initscripts 2.88dsf-53.3 ii libc6 2.19-7 ii libdevmapper-event1.02.1 2:1.02.85-2 ii libdevmapper1.02.12:1.02.85-2 ii libreadline5 5.2+dfsg-2 ii libudev1 208-6 ii lsb-base 4.1+Debian13 lvm2 recommends no packages. Versions of packages lvm2 suggests: pn thin-provisioning-tools none -- Configuration Files: /etc/init.d/lvm2 changed: SCRIPTNAME=/etc/init.d/lvm2 . /lib/lsb/init-functions [ -x /sbin/vgchange ] || exit 0 case $1 in start) log_action_begin_msg Setting up LVM Volume Groups /sbin/lvm vgchange -aay --sysinit /dev/null /sbin/lvm vgscan --mknodes /dev/null log_action_end_msg $? ;; stop|restart|force-reload|status) ;; *) echo Usage: $SCRIPTNAME start 2 exit 3 ;; esac -- no debconf information pgpcbzOVea2S_.pgp Description: PGP signature
Bug#758224: Confused about libpulse0 libsystemd-journal0 dependency
Control: tags -1 moreinfo unreproducible Hi, On Fri, Aug 15, 2014 at 10:50 AM, Frits Daalmans fr...@daalmansdata.eu wrote: Package: pulseaudio Version: 5.0-6 Severity: normal Problem: can't install libpulse0:i386 5.0-6 on system with libpulse0:amd64 5.0-6 I have a mixed amd64 / i386 architecture system, have libpulse0:amd64 upgraded to 5.0-6, and wished to upgrade libpulse0:i386 from 4.0-6+b1 to 5.0-6 for skype. libpulse0 version 5.0-6 has a new Depends: libsystemd-journal0 (= 183) libsystemd-journal0 version 204-7 for amd64 architecture is installed. I don't know much about libsystemd-journal0, but its description mentions it provides an interface for the systemd journal service. My question / bug report is this: is the dependency of libpulse0 on libsystemd-journal0 architecture-independent, or must I have a specific 32-bit libsystemd-journal0:i386 installed in order to get libpulse0:i386 working (that is what apt-get is telling me) Yes, you need that. The systemd libs are multiarch-enabled, so it should work. (The latter is not an option because on my, admittedly experimental, system it wants to remove pulseaudio and systemd(!!), as well as 260 other packages. This is the part that is broken, then. What does 'apt install libpulse0:i386=5.0-6' say? -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749974: new maitreya push
On Sat, 2014-08-16 at 09:19 -0500, Paul Elliott wrote: On Sat, Aug 16, 2014 at 06:44:48AM -0400, Jaldhar H. Vyas wrote: On Sat, 16 Aug 2014, Olly Betts wrote: I've NMUed wxsqlite3 to unstable, so please upload maitreya. I built the package in a freshly updated unstable pbuilder but its linked against libwxsqlite3-3.0-0. Is that right or have I in fact not got the latest packages? I am investigating this now but is that not correct? As I look at https://packages.debian.org/ I find that source package http://ftp.de.debian.org/debian/pool/main/w/wxsqlite3/wxsqlite3_3.1.0~dfsg1-1.1.dsc http://ftp.de.debian.org/debian/pool/main/w/wxsqlite3/wxsqlite3_3.1.0~dfsg1.orig.tar.bz2 http://ftp.de.debian.org/debian/pool/main/w/wxsqlite3/wxsqlite3_3.1.0~dfsg1-1.1.debian.tar.xz produces the binary packages: libwxsqlite3-3.0-0 (3.1.0~dfsg1-1.1) libwxsqlite3-3.0-dev (3.1.0~dfsg1-1.1) That is also how it was when these were in experimantal. These are the correct packages, the name of the package wasn't changed when wxsqlite3 just got updated. The package name corresponds to: libwxsqlite3 = as in sqlite version 3 -3.0 = version of wxwidgets -0= soversion When I attempt to apt-get these 2 packages, this is what happened: -cut here--- root@hrnowl:/home/pelliott-unstable# apt-get install libwxsqlite3-3.0-0 libwxsqlite3-3.0-dev Reading package lists... Done Building dependency tree Reading state information... Done libwxsqlite3-3.0-0 is already the newest version. Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libwxsqlite3-3.0-dev : Depends: libwxsqlite3-3.0-0 (= 3.1.0~dfsg1-1.1) but 3.1.0~dfsg1-2 is to be installed E: Unable to correct problems, you have held broken packages. -end cut-- Version 3.1.0~dfsg1-2 doesn't exist, maybe you built it yourself? Try downgrading it to the version in unstable first. James signature.asc Description: This is a digitally signed message part
Bug#757917: transition: libav11
On 2014-08-13 21:07:42, Reinhard Tartler wrote: On Wed, Aug 13, 2014 at 5:25 PM, Emilio Pozuelo Monfort po...@debian.org wrote: There already is https://release.debian.org/transitions/html/auto-libav.html Lovely! This sounds good in principle, but I would like to hear about the results of a mass-rebuild of the rdeps. a OK, I've let me amd64 workstation try to build all packages in jessie listed on the URL above. Here are the results: ... lebiniou (using -Werror ?! - easily patchable) Fixed. opal FAIL (unrelated to libav11, cf. #728452) I think the version information of #728452 is all screwed up. The version in unstable builds fine and also builds fine against libav 11. visp FAIL (unrelated to libav11, cf. #756784) #756784 only affects visp on powerpc. visp builds fine against libav 11. vlc FAIL (silly configure check fail, will sort out with upstream) vtk FAIL (unrelated to libav11, cf. #713794) #713794 only affects experimental. The version from unstable builds fine against libav 11. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#744753: New timer unit sounds exciting
I am very interested in this and would like to study and help out if I can. At worst my own understanding will grow. I have been affected by this bug for awhile (silent fail of anacron job runs on resume), and was left hanging on the cliff after reading 'man systemd-sleep': Note that scripts or binaries dropped in /usr/lib/systemd/system-sleep/ are intended for local use only and should be considered hacks. If applications want to be notified of system suspend/hibernation and resume, there are much nicer interfaces available. ...wondering 'what are said interfaces'? Any suggestions on which systemd code I should study. Perhaps the current timer unit code and see any references to kernel timerfd facilities to get an idea of how they work currently? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757917: transition: libav11
Ah, and one more: On 2014-08-13 21:07:42, Reinhard Tartler wrote: amarok build deps uninstallable Looks like a consequence of #747536. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#758303: [bluetooth] Failure during link with other device
Package: bluetooth Version: 5.21-2 Severity: critical --- Please enter the report below this line. --- It is not possible use other software to link mobile phone. For example, it is impossible syncronize jpilot with the Palm smartphone. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 testing-updates ftp.it.debian.org 500 testing www.deb-multimedia.org 500 testing security.debian.org 500 testing ftp.it.debian.org 500 testing apt.jenslody.de 500 stable repo.wuala.com 500 stable apt.spideroak.com 500 sid linux.dropbox.com 500 debian packages.linuxmint.com 100 jessie-backports ftp.it.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== bluez | 5.21-2 Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== bluez-cups | 5.21-2 bluez-obexd| 5.21-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735488: qt4-x11: Add arm64 support
On Friday 15 August 2014 23:46:19 Wookey wrote: [snip] In an attempt to solve the -fpermissive thing, I updated the patches for the current qt4-x11 package to try and get an example build log (without -fpermissive) to wave at people who grokked C++ and arm64. This involved some tweaking of the arch/ABI identification logic wich was bust and by using dpkg_arch ('arm64') in place of uname -m ('aarch64') then checking for arm* later, it incorrectly identified the ABI as 'arm' and tried to build wrong assembler. So I've fixed that up to not use the hacky mechanism and re-order the checks/extend the regeps so both arm64 and aarch64 end up pointing at QTs internel 'aarch64', and other arm* names refer to QTs internal 'arm'. Part of this can be upstreamed (will do so) and a little part (the one that adds arm64) will need to be kept as a Debian (and probably Ubuntu) delta, as we seem the only ones using that name for aarch64. -- Lo que me sorprende de las mujeres es que se arrancan los pelos desde la raíz con cera caliente y aún así le temen a las arañas. Jerry Seinfeld lis: comentario sobre tu frase yo soy mujer, yo me arranco los pelos y VOS le tenes miedo a las arañas María Luján Pérez Meyer (mi hermana) Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#758304: maxima: wxdraw2d() doesn't work because grcommon.lisp is buggy
Package: maxima Version: 5.27.0-3 Severity: important Dear Maintainer, What led up to the situation? using function wxdraw2d() from package draw in wxmaxima Function draw2d() works but function wxdraw2d works not, because produced gnuplot script maxout.gnuplot contains a syntax error in the set terminal command at the first line. Therefore, no Plott is generated. using wxdraw2d() first line in maxout.gnuplot is: set terminal png enhanced truecolor size 500, 300 xff but should be set terminal png enhanced truecolor size 500, 300 #ff I could solve the problem as follows: in file /usr/share/maxima/5.27.0/share/draw/grcommon.lisp is a function called hex-to-xhex in line 321 I changed it from: (defun hex-to-xhex (str) (concatenate 'string x (subseq str 1))) to: (defun hex-to-xhex (str) (concatenate 'string # (subseq str 1))) Now the PNG is created and displayed in wxmaxima. But I don't know what side effects this change includes. Best regards, Andreas -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maxima depends on: ii gnuplot-qt [gnuplot-x11] 4.6.0-8 ii libc6 2.13-38+deb7u3 ii libgmp10 2:5.0.5+dfsg-2 ii libreadline6 6.2+dfsg-0.1 ii libx11-6 2:1.5.0-1+deb7u1 Versions of packages maxima recommends: ii maxima-share 5.27.0-3 Versions of packages maxima suggests: ii maxima-doc5.27.0-3 pn maxima-emacs none pn texmacs none ii tk8.4 [wish] 8.4.19-5 pn xmaxima none -- 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#735488: qt4-x11: Add arm64 support
WRT the mkspecs changes I am currently asking upstream if adding an mkspec just for getting rid of -m64 is the right way to go. Maybe we can add an exception somewhere without the need of adding another mkspec. -- 20:57 * m4rgin4l patento el proceso de invencion 20:57 m4rgin4l de aqui en mas cualquier inventor me tiene que pagar regalias por inventar algo 20:57 * m4rgin4l tiene la patente pendiente del metodo cientifico Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#735488: qt4-x11: Add arm64 support
WRT the mkspecs changes I am currently asking upstream if adding an mkspec just for getting rid of -m64 is the right way to go. Maybe we can add an exception somewhere without the need of adding another mkspec. -- 20:57 * m4rgin4l patento el proceso de invencion 20:57 m4rgin4l de aqui en mas cualquier inventor me tiene que pagar regalias por inventar algo 20:57 * m4rgin4l tiene la patente pendiente del metodo cientifico Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#752123: dpkg: man page de spelling error
Hello Konstantin, sorry for the late reply; I'm not subscribed to the bug thus I missed it. Could you CC: me on replies? On Sun, Jun 29, 2014 at 06:48:36PM +0200, Konstantin.manna wrote: On 29.06.2014 15:27, Helge Kreutzmann wrote: Hello Guillem, hello Konstantin, On Fri, Jun 20, 2014 at 01:32:17AM +0200, Guillem Jover wrote: On Thu, 2014-06-19 at 23:13:14 +0200, Konstantin Manna wrote: Package: dpkg Version: 1.17.10 Severity: minor Tags: patch correct de man page minor spelling error commit 91ebd49cd8c5279d803798d6e85412c046b309c9 Author: Konstantin Manna konstantin.ma...@rwth-aachen.de Date: Thu Jun 19 23:10:36 2014 +0200 correct man page spelling mistake diff --git a/man/po/de.po b/man/po/de.po index 43b4b00..46bb1a4 100644 --- a/man/po/de.po +++ b/man/po/de.po @@ -3407,7 +3407,7 @@ msgstr Binstalled (installiert) #. type: Plain text #: dpkg.1:91 msgid The package is unpacked and configured OK. -msgstr Das Paket ist entpackt und konfigurierte korrekt. +msgstr Das Paket ist entpackt und korret konfiguriert. Did you mean korret → korrekt? As in msgstr Das Paket ist entpackt und korrekt konfiguriert. ? If so, and if the translation looks better, I'll merge locally pending my next push. I should probably also fix the original string to say: msgid The package is unpacked and configured correctly. Please do not apply. The word order was done on purpose. Konstatin, if you disagree than let's discuss this first, probably involving debian-l10n-german; I'll apply the fix (if any is necessary) afterwards for both head and stable. Thanks Helge i don't really understand. are you unhappy with the german fix(my suggestion) or the english one (Guillems)? You changed the word order which is IMHO neither necessary nor superior to my translation. Original: The package is unpacked and configured OK. Currently: Das Paket ist entpackt und konfigurierte korrekt. Your (fixed) suggestion: Das Paket ist entpackt und korrekt konfiguriert. Your translation would IMHO be more akin to en english sentence like: The package is unpacked and is correctly configured. Unfortunately I'm not able to give you the proper grammer terms for my reasoning. We can either discuss this on debian-l10n-german or you simply have to leave it as is (both forms are correct and as a translator I belive my form is better than the one suggested from you). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#704786: ember: diff for NMU version 0.6.2+dfsg-2.1
Control: tags 704786 + patch Control: tags 753767 + patch Dear maintainer, I've prepared an NMU for ember (versioned as 0.6.2+dfsg-2.1). The diff is attached to this message. Regards. diff -Nru ember-0.6.2+dfsg/debian/changelog ember-0.6.2+dfsg/debian/changelog --- ember-0.6.2+dfsg/debian/changelog 2012-06-13 21:46:01.0 +0200 +++ ember-0.6.2+dfsg/debian/changelog 2014-08-16 17:07:14.0 +0200 @@ -1,3 +1,15 @@ +ember (0.6.2+dfsg-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Apply patch 0014-boost-1.53.patch from git repository. + * Patching to support wfmath-1.0 and ogre-1.8 (Backport from new upstream +version): Patch 0015-ogre18-wfmath10.patch. (Closes: #704786) + * The rebuild will also allow installing it again (Closes: #753767) + * Adding versioned B-D on liberis-dev 1.3.21-0.1 to ensure that the NMU +of eris is considered. (Can be removed the next upload) + + -- Tobias Frost t...@debian.org Sat, 16 Aug 2014 17:05:12 +0200 + ember (0.6.2+dfsg-2) unstable; urgency=low * fixed a FTBFS on random arches due to --parallel on dh_install diff -Nru ember-0.6.2+dfsg/debian/control ember-0.6.2+dfsg/debian/control --- ember-0.6.2+dfsg/debian/control 2012-06-09 17:01:51.0 +0200 +++ ember-0.6.2+dfsg/debian/control 2014-08-16 17:11:15.0 +0200 @@ -9,10 +9,10 @@ libatlas-cpp-0.6-dev (= 0.6.1), libboost-thread-dev, libcegui-mk2-dev (= 0.7.5), - liberis-1.3-dev (= 1.3.19), + liberis-1.3-dev (= 1.3.21-0.1~), liblua5.1-0-dev, libmercator-0.3-dev (= 0.3.0), - libogre-dev (= 1.7.0), + libogre-1.8-dev, libopenal-dev, libpcre3-dev, libsdl1.2-dev, diff -Nru ember-0.6.2+dfsg/debian/patches/0014-boost-1.53.patch ember-0.6.2+dfsg/debian/patches/0014-boost-1.53.patch --- ember-0.6.2+dfsg/debian/patches/0014-boost-1.53.patch 1970-01-01 01:00:00.0 +0100 +++ ember-0.6.2+dfsg/debian/patches/0014-boost-1.53.patch 2014-08-16 10:55:18.0 +0200 @@ -0,0 +1,14 @@ +Description: fixes FTBFS using boost1.53-dev +Author: Stephen M. Webb stephen.w...@bregmasoft.ca + +--- a/src/components/ogre/SceneManagers/EmberPagingSceneManager/src/OgrePagingLandScapeData2D.cpp b/src/components/ogre/SceneManagers/EmberPagingSceneManager/src/OgrePagingLandScapeData2D.cpp +@@ -116,7 +116,7 @@ + _save (); + //Use the shared pointer for deletion + //delete[] mHeightData; +- mHeightDataPtr.reset(0); ++ mHeightDataPtr.reset(); + mHeightData = 0; + _unload(); + mIsLoaded = false; diff -Nru ember-0.6.2+dfsg/debian/patches/0015-ogre18-wfmath10.patch ember-0.6.2+dfsg/debian/patches/0015-ogre18-wfmath10.patch --- ember-0.6.2+dfsg/debian/patches/0015-ogre18-wfmath10.patch 1970-01-01 01:00:00.0 +0100 +++ ember-0.6.2+dfsg/debian/patches/0015-ogre18-wfmath10.patch 2014-08-16 15:32:13.0 +0200 @@ -0,0 +1,233 @@ +--- a/configure.ac b/configure.ac +@@ -252,7 +252,7 @@ + # Check for OGRE + OGRE_VERSION=1.7.0 + OGRE_MAX_VERSION=1.8.0 +-PKG_CHECK_MODULES(OGRE, [OGRE = $OGRE_VERSION OGRE $OGRE_MAX_VERSION], ++PKG_CHECK_MODULES(OGRE, [OGRE = $OGRE_VERSION OGRE = $OGRE_MAX_VERSION], + [ + CXXFLAGS=$CXXFLAGS $OGRE_CFLAGS + LIBS=$LIBS $OGRE_LIBS +@@ -448,7 +448,7 @@ + + # Check for the WorldForge libs + PKG_CHECK_MODULES(WF, [eris-1.3 = 1.3.19 \ +- varconf-1.0 = 0.6.7 mercator-0.3 = 0.3.0 atlascpp-0.6 = 0.6.2 wfmath-0.3 = 0.3.11 libwfut-0.2 = 0.2.1], ++ varconf-1.0 = 0.6.7 mercator-0.3 = 0.3.0 atlascpp-0.6 = 0.6.2 wfmath-1.0 libwfut-0.2 = 0.2.1], + [ + CXXFLAGS=$CXXFLAGS $WF_CFLAGS + LIBS=$LIBS $WF_LIBS +--- a/src/components/ogre/scripting/bindings/lua/ogre/OgreEntity.pkg b/src/components/ogre/scripting/bindings/lua/ogre/OgreEntity.pkg +@@ -278,7 +278,7 @@ + morph animation, 'includes_pose_animation true' if using pose animation + and 'includes_skeletal_animation true' if using skeletal animation. + */ +- bool isHardwareAnimationEnabled(void) const; ++ bool isHardwareAnimationEnabled(void); + + /** Overridden from MovableObject */ + //void _notifyAttached(Node* parent, bool isTagPoint = false); +@@ -433,7 +433,7 @@ + BIND_HARDWARE_MORPH + }; + /// Choose which vertex data to bind to the renderer +- Ogre::Entity::VertexDataBindChoice chooseVertexDataForBinding(bool hasVertexAnim) const; ++ Ogre::Entity::VertexDataBindChoice chooseVertexDataForBinding(bool hasVertexAnim); + + /** Are buffers already marked as vertex animated? */ + bool _getBuffersMarkedForAnimation(void) const; +---
Bug#757577: apt: REMOVED at bottom of full-upgrade / dist-upgrade
Control: forcemerge 755088 -1 On Sat, Aug 09, 2014 at 02:56:17PM +0100, bofh80 wrote: It would seem advantageous simply to move the REMOVED package list to the bottom of the output. Please check for duplicates before reporting bugs/wishlistitems. Just because apt has many open bugreports doesn't mean its okay to add more. (Not that this would be the first time this was reported, it is just that it was very recently for the last time and with a similar title, so not that hard to find) You will find discussions/rationals/threats there. Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#757735: Need special debugging
tags 757735 + patch kthxbye On Sat, Aug 16, 2014 at 11:21:38AM +0200, Raphael Manfredi wrote: Brian, It's bad news to know that the program runs without optimizations but fails when compiled with optimizations: that either means the program is incorrectly doing something undefined, that leads to this different behaviour, or that some of the optimizations performed by the compiler are wrong. Before accusing the compiler, I need to rule out any problem in the code itself. This is why I need you to run a test where the whole program is optimized, and only the src/lib/xmalloc.c file is compiled without optimizations. I did exactly that. In fact, the attached patch makes it work just fine. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 From ddb58565422e853ed5c1ea9ca859d13f03929df3 Mon Sep 17 00:00:00 2001 From: brian m. carlson sand...@crustytoothpaste.net Date: Sat, 16 Aug 2014 15:08:34 + Subject: [PATCH] Prevent crash in xmalloc.o. xmalloc.o crashes with -O2, but works just fine with -O0. Limit the optimization on this file to avoid this problem. --- src/lib/Makefile.SH | 4 1 file changed, 4 insertions(+) diff --git a/src/lib/Makefile.SH b/src/lib/Makefile.SH index 9aa424a..8eb0057 100644 --- a/src/lib/Makefile.SH +++ b/src/lib/Makefile.SH @@ -71,6 +71,10 @@ COMMON_LIBS = $libs \$(RM) \$@ \$(CC) -c \$(JCFLAGS) \$ +all:: .FORCE_DEPEND + +xmalloc.o: JCFLAGS = \$(CFLAGS) -O0 $pthread $ccflags $large + !GROK!THIS! $spitshell Makefile '!NO!SUBS!' -- 2.1.0.rc1 signature.asc Description: Digital signature
Bug#757917: transition: libav11
On Wed, Aug 13, 2014 at 9:07 PM, Reinhard Tartler siret...@gmail.com wrote: linphone FAIL, #758017, NMU uploaded to 5/days vlc FAIL (silly configure check fail, will sort out with upstream) Turns out to be sligtly more complicated as thought. After consultation with j-b (videolan upstream), we decided that we really should go with vlc 2.2 for jessie. This, however, requires new upstream releases of libdvdread and libdvdnav (j-b blogged on this: http://www.jbkempf.com/blog/post/2014/dvdread-dvdnav-and-dvdcss) I've uploaded both packages, the next step would be to update vlc to 2.2. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758272: [pulseaudio] core-util.c: Failed to create secure directory
Hi, On Sat, Aug 16, 2014 at 3:07 AM, 张敬强 godfrey.pub...@gmail.com wrote: Package: pulseaudio Version: 5.0-6 Severity: important --- Please enter the report below this line. --- Here's some journald logs: ### 8月 16 11:53:23 SUN pulseaudio[10094]: [pulseaudio] main.c: Failed to acquire autospawn lock 8月 16 11:53:23 SUN pulseaudio[10094]: [autospawn] lock-autospawn.c: 不能访问 autospawn锁。 8月 16 11:53:23 SUN pulseaudio[10094]: [autospawn] core-util.c: Failed to create secure directory (/run/user/1000/pulse): 权限不够 8月 16 11:53:23 SUN pulseaudio[10092]: [pulseaudio] main.c: Failed to acquire autospawn lock 8月 16 11:53:23 SUN pulseaudio[10092]: [autospawn] lock-autospawn.c: 不能访问 autospawn锁。 8月 16 11:53:23 SUN pulseaudio[10092]: [autospawn] core-util.c: Failed to create secure directory (/run/user/1000/pulse): 权限不够 ### It seems that sometimes /run/user/1000/pulse is owned by root, but not user 1000. Could you please post a full log? Instructions here: https://wiki.ubuntu.com/PulseAudio/Log -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758115: Disabled wait state X'32EE' on IPL of zIPL
On Fri, 15 Aug 2014 19:12:24 -0400 (EDT), Stephen Powell wrote: The full PSW is as follows: 0002 8000 32EE By the way, Hercules has an instruction tracing facility, similar to the CP TRACE command on z/VM. The T command, along with the T+ and T- commands, are documented in the Hercules User Reference Guide, available as a pdf file from http://hercdoc.glanzmann.org Scroll down to the section for the manuals for version 3.07, which is the version which is currently packaged for Debian. And, by the way, the current main Hercules web site is http://www.hercules-390.eu The 3.07 documentation which ships with the current hercules package in Debian points to the old web site, which is no longer valid. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758305: nova: [INTL:it] updated Italian translation of debconf messages
Package: nova Severity: wishlist Tags: l10n patch Hi. Please find attached the updated Italian translation of nova debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of nova debconf messages. # Copyright (C) 2012, Beatrice Torracca beatri...@libero.it # This file is distributed under the same license as the nova package. # Beatrice Torracca beatri...@libero.it, 2012, 2013, 2014. msgid msgstr Project-Id-Version: nova\n Report-Msgid-Bugs-To: n...@packages.debian.org\n POT-Creation-Date: 2014-05-03 03:26+\n PO-Revision-Date: 2014-08-02 13:11+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../nova-common.templates:2001 msgid Auth server hostname: msgstr Nome host del server di autenticazione: #. Type: string #. Description #: ../nova-common.templates:2001 msgid Please specify the URL of your Nova authentication server. Typically this is also the URL of your OpenStack Identity Service (Keystone). msgstr Specificare l'URL del server di autenticazione Nova. Tipicamente, è anche l'URL dell'OpenStack Identity Service (Keystone). #. Type: string #. Description #: ../nova-common.templates:3001 msgid Auth server tenant name: msgstr Nome del locatario («tenant») per il server di autenticazione: #. Type: string #. Description #: ../nova-common.templates:4001 msgid Auth server username: msgstr Nome utente per il server di autenticazione: #. Type: password #. Description #: ../nova-common.templates:5001 msgid Auth server password: msgstr Password per il server di autenticazione: #. Type: boolean #. Description #: ../nova-common.templates:6001 msgid Set up a database for Nova? msgstr Impostare un database per Nova? #. Type: boolean #. Description #: ../nova-common.templates:6001 msgid No database has been set up for Nova to use. If you want to set one up now, please make sure you have all needed information: msgstr Non è stato impostato alcun database per l'uso da parte di Nova. Se si desidera impostarne uno ora assicurarsi di avere tutte le informazioni necessarie: #. Type: boolean #. Description #: ../nova-common.templates:6001 msgid * the host name of the database server (which must allow TCP\n connections from this machine);\n * a username and password to access the database;\n * the type of database management software you want to use. msgstr * il nome host del server di database (che deve permettere le connessioni\n TCP da questa macchina);\n * un nome utente e una password per accedere al database;\n * il tipo di software di gestione del database che si desidera usare. #. Type: boolean #. Description #: ../nova-common.templates:6001 msgid If you don't choose this option, no database will be set up and Nova will use regular SQLite support. msgstr Se non si sceglie questa opzione, non verrà impostato alcun database e Nova userà il regolare supporto SQLite. #. Type: boolean #. Description #: ../nova-common.templates:6001 msgid You can change this setting later on by running \dpkg-reconfigure -plow nova-common\. msgstr È possibile cambiare questa impostazione successivamente eseguendo \dpkg- reconfigure -plow nova-common\. #. Type: multiselect #. Description #: ../nova-common.templates:7001 msgid API to activate: msgstr API da attivare: #. Type: multiselect #. Description #: ../nova-common.templates:7001 msgid Openstack Nova supports different API services, each of them binding on a different port. Select which one nova-api should support. msgstr OpenStack Nova gestisce diversi servizi API, ognuno dei quali collegato ad una porta diversa. Selezionare quale deve essere gestito da nova-api. #. Type: multiselect #. Description #: ../nova-common.templates:7001 msgid If it is a compute node that you are setting-up, then you only need to run the metadata API server. If you run Cinder, then you don't need osapi_volume (you cannot run osapi_volume and cinder-api on the same server: they bind on the same port). msgstr Se si sta configurando un nodo di calcolo, allora è necessario eseguire solamente il server di API per metadati. Se si esegue Cinder, allora non si ha bisogno di osapi_volume (non si può avere in esecuzione osapi_volume e cinder_api sullo stesso server: si collegano alla stessa porta). #. Type: string #. Description #: ../nova-common.templates:8001 msgid Value for my_ip: msgstr Valore per my_ip: #. Type: string #. Description #: ../nova-common.templates:8001 #| msgid #| Enter the IP address that will be set in the my_ip directive of nova.conf. msgid This value will be stored in the my_ip directive of nova.conf. msgstr Questo valore verrà memorizzato nella direttiva
Bug#745098: rjava: FTBFS with Java 8: configure: error: Cannot compile a simple JNI program
Hi Emmanuel, On 15 August 2014 at 22:56, Emmanuel Bourg wrote: | Le 14/08/2014 14:46, Dirk Eddelbuettel a écrit : | | Sorry if I missed something ere, and I rushed the email out as I am on my way | out of the door. | | Ok, let me recap. | | r-base build depends on default-jdk. Today default-jdk is an alias for | openjdk-7-jdk, it installs a symlink from /usr/lib/jvm/default-java to | /usr/lib/jvm/java-7-openjdk-amd64. r-base keeps the path to openjdk-7 in On amd64, possibly a different symlink on other arches. Having the indirection is usually a good thing. | its configuration (/usr/lib/jvm/java-7-openjdk-amd64), instead of | /usr/lib/jvm/default-java, and this path is used to build rJava. | | The issue arises when the default-jdk package is updated and points to | the next version of Java. Since rjava build depends on default-jdk, it Right. Usually we get a 'call' to rebuild. | pulls openjdk-8-jdk, but the r-base configuration still points to | /usr/lib/jvm/java-7-openjdk-amd64. Since openjdk-7 hasn't been installed | the build fails. | | I think there is an inconsistency, because if you build depend on | default-jdk you should use /usr/lib/jvm/default-java. And if you need | /usr/lib/jvm/java-7-openjdk-amd64 you should build depend on openjdk-7-jdk. | | I see 3 possible solutions: | | 1. Change r-base to keep the path to /usr/lib/jvm/default-java in its | configuration instead of /usr/lib/jvm/java-7-openjdk-amd64. This fixes | the issue once and for all. | | 2. Change r-base and rjava to build depend on openjdk-7-jdk instead of | default-jdk. They'll have to be updated again later to build depend on | openjdk-8. | | 3. Wait until OpenJDK 8 becomes the default version of Java in Debian | and rebuild r-base and rjava. But the issue will reappear when we | transition to openjdk-9. Good list and discussion, thanks for that. | Which solution do you prefer? I'd would prefer to keep it simple and go with 3. In the past we had explicitly named Depends, and I did get bug reports asking to renamed to the more indirect 'default-$foo' style packages. I still think that is best. Java major versions do not change that much. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751218: [ipheth-utils] Segmentation fault on using iPhone hotspot
Hi Paul, Sorry for the delay in responding. I had prepared the latest version of this package which would close the two other bugs, but never managed to find a sponsor on mentors.debian.org for upload. My original sponsor has gone off the radar. Is there anything we can do to help at this level? I no longer have an iPhone to test on, but think it is worth mentioning that the ipheth-pair utility is somewhat obsolete in a desktop environment. Perhaps, but it turns out that not everybody has a desktop environment. I, personnally, am using my computer only inconsole mode (I'm blind). So this utility is very important tome and I'mwilling to do the tests i someone can help with fixing the repored bug. I know that it gets called by udev, and this is mainly to satisfy a non-desktop installation - say minimal + ipheth-utils. In a desktop environment, Nautilus / GVFS will also perform pairing on first connection. Is there more precise information available on this? Is it possibleto run one of these two insteadofipheth-pair if this program can't bemade to work? Thereafter, it is no longer needed. Well if I can find another solution to perform the pairing I don't mind changing tools, but I'd realy appreciate having a way to share my phone's connection. There were issues in the past with the pairing failing if your phone has a screen lock code, but I am not sure if this is still the case. My phone has no such code and the pairing does stillnot work. Any help would be greatly appreciated. Has the bug been reported upstream? Cheers, Shérab. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org