Bug#793945: Missing dependency on python-funcsigs
Note that even with the correct version of the python-pbr package installed, importing this module will still fail due to what I guess is a missing dependency on python-funcsigs. $ python Python 2.7.10 (default, Jul 1 2015, 10:54:53) [GCC 4.9.2] on linux2 Type help, copyright, credits or license for more information. import mock Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/dist-packages/mock/__init__.py, line 2, in module import mock.mock as _mock File /usr/lib/python2.7/dist-packages/mock/mock.py, line 83, in module import funcsigs ImportError: No module named funcsigs At least on the two systems that I have tested this on, this is the last modification that I needed to make to get the package to work. However this does not mean there are more missing dependencies/build dependencies or other problems, as I have not tested in a clean environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791275: scim: library transition may be needed when GCC 5 is the default
Control: tags -1 + patch
* Rename libscim8c2a to libscim8v5 for the libstdc++6 triggered ABI
change. Closes: #791275.
* Add Conflict/Replaces to the old package.
diff -Nru scim-1.4.15/debian/control scim-1.4.15/debian/control
--- scim-1.4.15/debian/control 2014-11-10 06:40:53.0 +0100
+++ scim-1.4.15/debian/control 2015-07-29 16:13:41.0 +0200
@@ -51,12 +51,14 @@
For development on SCIM platform, please see the description of scim-dev
package.
-Package: libscim8c2a
+Package: libscim8v5
Section: libs
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: libscim8c2a
+Replaces: libscim8c2a
Description: library for SCIM platform
SCIM (Smart Common Input Method) is an input method (IM) platform.
.
@@ -69,7 +71,7 @@
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
-Depends: libscim8c2a (= ${binary:Version}), libx11-dev, libgtk2.0-dev,
+Depends: libscim8v5 (= ${binary:Version}), libx11-dev, libgtk2.0-dev,
libgtk-3-dev | libgtk2.0-dev ( 2.21), libpango1.0-dev, ${misc:Depends}
Description: development library for SCIM platform
SCIM (Smart Common Input Method) is an input method (IM) platform.
diff -Nru scim-1.4.15/debian/libscim8c2a.install.in
scim-1.4.15/debian/libscim8c2a.install.in
--- scim-1.4.15/debian/libscim8c2a.install.in 2014-10-25 09:11:34.0
+0200
+++ scim-1.4.15/debian/libscim8c2a.install.in 1970-01-01 01:00:00.0
+0100
@@ -1 +0,0 @@
-usr/lib/@DEB_HOST_MULTIARCH@/libscim-*[!ao]
diff -Nru scim-1.4.15/debian/libscim8c2a.lintian-overrides
scim-1.4.15/debian/libscim8c2a.lintian-overrides
--- scim-1.4.15/debian/libscim8c2a.lintian-overrides2014-10-25
09:11:34.0 +0200
+++ scim-1.4.15/debian/libscim8c2a.lintian-overrides1970-01-01
01:00:00.0 +0100
@@ -1,3 +0,0 @@
-# packaging several libs into a single package as per
-#
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime
-libscim8c2a binary: package-name-doesnt-match-sonames libscim-1.0-8
libscim-gtkutils-1.0-8 libscim-x11utils-1.0-8
diff -Nru scim-1.4.15/debian/libscim8v5.install.in
scim-1.4.15/debian/libscim8v5.install.in
--- scim-1.4.15/debian/libscim8v5.install.in1970-01-01 01:00:00.0
+0100
+++ scim-1.4.15/debian/libscim8v5.install.in2014-10-25 09:11:34.0
+0200
@@ -0,0 +1 @@
+usr/lib/@DEB_HOST_MULTIARCH@/libscim-*[!ao]
diff -Nru scim-1.4.15/debian/libscim8v5.lintian-overrides
scim-1.4.15/debian/libscim8v5.lintian-overrides
--- scim-1.4.15/debian/libscim8v5.lintian-overrides 1970-01-01
01:00:00.0 +0100
+++ scim-1.4.15/debian/libscim8v5.lintian-overrides 2015-07-29
16:15:35.0 +0200
@@ -0,0 +1,3 @@
+# packaging several libs into a single package as per
+#
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime
+libscim8v5 binary: package-name-doesnt-match-sonames libscim-1.0-8
libscim-gtkutils-1.0-8 libscim-x11utils-1.0-8
diff -Nru scim-1.4.15/debian/rules scim-1.4.15/debian/rules
--- scim-1.4.15/debian/rules2014-10-26 15:47:34.0 +0100
+++ scim-1.4.15/debian/rules2015-07-29 16:15:02.0 +0200
@@ -36,11 +36,11 @@
dh_install
sed -i -e 's/@DEB_HOST_MULTIARCH@/$(DEB_HOST_MULTIARCH)/g'
debian/scim/etc/X11/xinit/xinput.d/scim-immodule
-
LD_LIBRARY_PATH=debian/libscim8c2a/usr/lib/$(DEB_HOST_MULTIARCH):$(LD_LIBRARY_PATH)
\
+
LD_LIBRARY_PATH=debian/libscim8v5/usr/lib/$(DEB_HOST_MULTIARCH):$(LD_LIBRARY_PATH)
\
dh_gtkmodules -p scim-gtk-immodule
override_dh_makeshlibs:
- dh_makeshlibs -p libscim8c2a -V libscim8c2a (= 1.4)
+ dh_makeshlibs -p libscim8v5 -V libscim8v5 (= 1.4)
override_dh_shlibdeps:
- dh_shlibdeps -l debian/libscim8c2a/usr/lib -L libscim8c2a
+ dh_shlibdeps -l debian/libscim8v5/usr/lib -L libscim8v5
Bug#793210: libfontconfig1 missing in openjdk-8-jre-headless
Le 29/07/2015 21:22, Joel Chen a écrit : When openjdk-8-jre-headless is used under openjdk-8-jre Docker container, using Font in Java application triggers NullPointerException. Hi Joel, Thank you for the report. It looks like the IcedTea build used for the openjdk-7 package links explicitly against the system fontconfig, the INSTALL file has this mention |1] : * --enable-system-fontconfig: Build and link against the system installation of fontconfig instead of trying to dynamically open it at runtime. and the default value is yes. For the openjdk-8 package we didn't use IcedTea, and the upstream build still doesn't link against fontconfig. The library is simply detected and loaded dynamically in jdk/src/solaris/native/sun/awt/fontpath.c [2]. This explains why the -headless package is missing the dependency. The openjdk-8-jre package is also missing the libfontconfig1 dependency compared to openjdk-7-jre, but it gets it transitively through the dependency on libgtk2.0-0. Now I wonder if we want to add a font dependency on a headless package. It already depends on libfreetype6, so why not libfontconfig1 too after all. Emmanuel Bourg [1] http://icedtea.classpath.org/hg/icedtea7/file/58824316f50a/INSTALL#l120 [2] http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/687fd7c7986d/src/solaris/native/sun/awt/fontpath.c#l595 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791073: id3lib3.8.3: library transition may be needed when GCC 5 is the default
Control: tags -1 + patch pending
Thanks for the heads-up. id3lib is currently between maintainers
(see #770255) and it might be a while until this is resolved.
ok, uploading to experimental now, patch attached.
diff -Nru id3lib3.8.3-3.8.3/debian/changelog id3lib3.8.3-3.8.3/debian/changelog
--- id3lib3.8.3-3.8.3/debian/changelog 2014-10-27 01:54:30.0 +0100
+++ id3lib3.8.3-3.8.3/debian/changelog 2015-07-30 15:31:32.0 +0200
@@ -1,3 +1,12 @@
+id3lib3.8.3 (3.8.3-16.1) experimental; urgency=medium
+
+ * Non maintainer upload.
+ * Rename libid3-3.8.3c2a to libid3-3.8.3v5, follow-up to the libstdc++6
+ABI transition. Addresses: #791073.
+ * Add Conflicts/Replaces for the old library.
+
+ -- Matthias Klose d...@debian.org Thu, 30 Jul 2015 15:20:05 +0200
+
id3lib3.8.3 (3.8.3-16) unstable; urgency=low
* debian/patches:
diff -Nru id3lib3.8.3-3.8.3/debian/control id3lib3.8.3-3.8.3/debian/control
--- id3lib3.8.3-3.8.3/debian/control2014-10-18 23:12:16.0 +0200
+++ id3lib3.8.3-3.8.3/debian/control2015-07-30 15:31:49.0 +0200
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Stefan Ott ste...@ott.net
Standards-Version: 3.9.6
-Build-Depends: debhelper (= 9), autoconf, automake, libtool, texinfo,
zlib1g-dev
+Build-Depends: debhelper (= 9), autoconf, automake, libtool, texinfo,
zlib1g-dev, g++ (= 4:5.2)
Build-Depends-Indep: doxygen
Homepage: http://id3lib.sourceforge.net/
Vcs-Svn: svn://anonscm.debian.org/collab-maint/deb-maint/id3lib/trunk
@@ -12,7 +12,7 @@
Package: libid3-3.8.3-dev
Section: libdevel
Architecture: any
-Depends: ${misc:Depends}, libid3-3.8.3c2a (= ${binary:Version}), zlib1g-dev
+Depends: ${misc:Depends}, libid3-3.8.3v5 (= ${binary:Version}), zlib1g-dev
Replaces: libid3-dev
Provides: libid3-dev
Conflicts: libid3-dev
@@ -43,11 +43,11 @@
library for ID3v1 and ID3v2 tag manipulation. The utilities are:
id3cp, id3tag, id3convert, id3info.
-Package: libid3-3.8.3c2a
+Package: libid3-3.8.3v5
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
-Conflicts: libid3-3.8.3, libid3-3.8.3c2
-Replaces: libid3-3.8.3, libid3-3.8.3c2
+Conflicts: libid3-3.8.3, libid3-3.8.3c2, libid3-3.8.3c2a
+Replaces: libid3-3.8.3, libid3-3.8.3c2, libid3-3.8.3c2a
Suggests: libid3-tools
Pre-Depends: ${misc:Pre-Depends}
Multi-Arch: same
diff -Nru id3lib3.8.3-3.8.3/debian/libid3-3.8.3c2a.install
id3lib3.8.3-3.8.3/debian/libid3-3.8.3c2a.install
--- id3lib3.8.3-3.8.3/debian/libid3-3.8.3c2a.install2014-10-26
14:05:02.0 +0100
+++ id3lib3.8.3-3.8.3/debian/libid3-3.8.3c2a.install1970-01-01
01:00:00.0 +0100
@@ -1,3 +0,0 @@
-usr/lib/*/libid3-3.8.so.3
-usr/lib/*/libid3-3.8.so.3.0.0
-
diff -Nru id3lib3.8.3-3.8.3/debian/libid3-3.8.3c2a.lintian-overrides
id3lib3.8.3-3.8.3/debian/libid3-3.8.3c2a.lintian-overrides
--- id3lib3.8.3-3.8.3/debian/libid3-3.8.3c2a.lintian-overrides 2014-10-27
01:48:03.0 +0100
+++ id3lib3.8.3-3.8.3/debian/libid3-3.8.3c2a.lintian-overrides 1970-01-01
01:00:00.0 +0100
@@ -1,6 +0,0 @@
-# See http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html
-libid3-3.8.3c2a: package-name-doesnt-match-sonames libid3-3.8-3
-# This is just binary data which looks like a spelling error
-libid3-3.8.3c2a: spelling-error-in-binary
usr/lib/x86_64-linux-gnu/libid3-3.8.so.3.0.0 tEH the
-# The address is indeed wrong in the upstream sources
-libid3-3.8.3c2a: old-fsf-address-in-copyright-file
diff -Nru id3lib3.8.3-3.8.3/debian/libid3-3.8.3v5.install
id3lib3.8.3-3.8.3/debian/libid3-3.8.3v5.install
--- id3lib3.8.3-3.8.3/debian/libid3-3.8.3v5.install 1970-01-01
01:00:00.0 +0100
+++ id3lib3.8.3-3.8.3/debian/libid3-3.8.3v5.install 2014-10-26
14:05:02.0 +0100
@@ -0,0 +1,3 @@
+usr/lib/*/libid3-3.8.so.3
+usr/lib/*/libid3-3.8.so.3.0.0
+
diff -Nru id3lib3.8.3-3.8.3/debian/libid3-3.8.3v5.lintian-overrides
id3lib3.8.3-3.8.3/debian/libid3-3.8.3v5.lintian-overrides
--- id3lib3.8.3-3.8.3/debian/libid3-3.8.3v5.lintian-overrides 1970-01-01
01:00:00.0 +0100
+++ id3lib3.8.3-3.8.3/debian/libid3-3.8.3v5.lintian-overrides 2015-07-30
15:19:47.0 +0200
@@ -0,0 +1,6 @@
+# See http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html
+libid3-3.8.3v5: package-name-doesnt-match-sonames libid3-3.8-3
+# This is just binary data which looks like a spelling error
+libid3-3.8.3v5: spelling-error-in-binary
usr/lib/x86_64-linux-gnu/libid3-3.8.so.3.0.0 tEH the
+# The address is indeed wrong in the upstream sources
+libid3-3.8.3v5: old-fsf-address-in-copyright-file
Bug#794098: apt-cacher-ng: Cron job should not run if service does not run
Package: apt-cacher-ng Version: 0.8.3-1 Severity: normal If the service is not running, the cron job will fail and generate error messages, spamming up /var/mail/root. Please exit the cron job if the service is not running. -- cron job output: Cannot connect to server and no alternative (socket file) is available connect: Connection refused ls: cannot access /var/log/apt-cacher-ng/maint*.log.html: No such file or directory Please check error messages in one of: -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'buildd-unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apt-cacher-ng depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.57 ii dpkg 1.18.1 ii init-system-helpers1.23 ii libbz2-1.0 1.0.6-8 ii libc6 2.19-19 ii libgcc11:5.1.1-14 ii liblzma5 5.1.1alpha+20120614-2.1 ii libssl1.0.01.0.2d-1 ii libstdc++6 5.1.1-14 ii libsystemd0223-2 ii libwrap0 7.6.q-25 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages apt-cacher-ng recommends: ii ed 1.10-2 Versions of packages apt-cacher-ng suggests: ii avahi-daemon 0.6.31-5 ii curl 7.43.0-1 ii doc-base 0.10.6 ii libfuse2 2.9.4-1 ii wget 1.16.3-3 -- Configuration Files: /etc/apt-cacher-ng/acng.conf changed [not included] /etc/apt-cacher-ng/security.conf [Errno 13] Keine Berechtigung: u'/etc/apt-cacher-ng/security.conf' -- debconf information excluded -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Be friendly, do not top-post, and follow RFC 1855 Netiquette. - If you don't I might ignore you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791311: wxwidgets3.0: library transition may be needed when GCC 5 is the default
Control: tags -1 + patch pending
attaching patch, and uploading to experimental (same as for xapian-core).
diff -Nru wxwidgets3.0-3.0.2+dfsg/debian/changelog
wxwidgets3.0-3.0.2+dfsg/debian/changelog
--- wxwidgets3.0-3.0.2+dfsg/debian/changelog2015-07-02 05:48:09.0
+0200
+++ wxwidgets3.0-3.0.2+dfsg/debian/changelog2015-07-30 13:28:25.0
+0200
@@ -1,3 +1,11 @@
+wxwidgets3.0 (3.0.2+dfsg-1ubuntu1) wily; urgency=medium
+
+ * Rename library packages, follow-up for the libstdc++6 ABI transition.
+Closes: #791311.
+ * Add Breaks/Replaces to the old library packages.
+
+ -- Matthias Klose d...@ubuntu.com Thu, 30 Jul 2015 13:26:47 +0200
+
wxwidgets3.0 (3.0.2+dfsg-1) unstable; urgency=medium
* Repack sources to remove prebuilt .swf and .chm files without sources
diff -Nru wxwidgets3.0-3.0.2+dfsg/debian/control
wxwidgets3.0-3.0.2+dfsg/debian/control
--- wxwidgets3.0-3.0.2+dfsg/debian/control 2015-07-02 04:09:26.0
+0200
+++ wxwidgets3.0-3.0.2+dfsg/debian/control 2015-07-30 13:28:35.0
+0200
@@ -15,11 +15,13 @@
Vcs-Browser:
https://anonscm.debian.org/gitweb/?p=freewx/wx.git;a=shortlog;h=refs/heads/wx3.0-debian
Homepage: http://www.wxwidgets.org/
-Package: libwxbase3.0-0
+Package: libwxbase3.0-0v5
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Multi-Arch: same
+Breaks: libwxbase3.0-0
+Replaces: libwxbase3.0-0
Description: wxBase library (runtime) - non-GUI support classes of wxWidgets
toolkit
wxBase is a collection of C++ classes providing basic data structures
(strings, lists, arrays), powerful wxDateTime class for date manipulations,
@@ -37,7 +39,7 @@
Package: libwxbase3.0-dev
Architecture: any
Section: libdevel
-Depends: wx3.0-headers (= ${binary:Version}), libwxbase3.0-0 (=
${binary:Version}), libc6-dev | libc-dev, ${misc:Depends}
+Depends: wx3.0-headers (= ${binary:Version}), libwxbase3.0-0v5 (=
${binary:Version}), libc6-dev | libc-dev, ${misc:Depends}
Suggests: wx3.0-doc, gettext
Description: wxBase library (development) - non-GUI support classes of
wxWidgets toolkit
wxBase is a collection of C++ classes providing basic data structures
@@ -52,13 +54,15 @@
This package provides the files needed to compile apps using the wxBase
library.
-Package: libwxbase3.0-0-dbg
+Package: libwxbase3.0-0v5-dbg
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Section: debug
Priority: extra
-Depends: libwxbase3.0-0 (= ${binary:Version}), ${misc:Depends}
+Depends: libwxbase3.0-0v5 (= ${binary:Version}), ${misc:Depends}
Multi-Arch: same
+Breaks: libwxbase3.0-0-dbg
+Replaces: libwxbase3.0-0-dbg
Description: debugging symbols for the wxBase library
This package contains detached debugging symbols for the wxBase library
(part of wxWidgets).
@@ -72,11 +76,13 @@
wxBase currently supports the following platforms: Generic Unix (Linux,
FreeBSD, Solaris, HP-UX, ...), Microsoft Windows, and Mac OS X.
-Package: libwxgtk3.0-0
+Package: libwxgtk3.0-0v5
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Multi-Arch: same
+Breaks: libwxgtk3.0-0
+Replaces: libwxgtk3.0-0
Description: wxWidgets Cross-platform C++ GUI toolkit (GTK+ runtime)
wxWidgets (formerly known as wxWindows) is a class library for C++ providing
GUI components and other facilities on several popular platforms (and some
@@ -89,7 +95,7 @@
Package: libwxgtk3.0-dev
Architecture: any
Section: libdevel
-Depends: wx-common, wx3.0-headers (= ${binary:Version}), libwxgtk3.0-0 (=
${binary:Version}), libwxbase3.0-dev (= ${binary:Version}), libgl1-mesa-dev |
libgl-dev, xlibmesa-glu-dev | libglu-dev, ${misc:Depends}
+Depends: wx-common, wx3.0-headers (= ${binary:Version}), libwxgtk3.0-0v5 (=
${binary:Version}), libwxbase3.0-dev (= ${binary:Version}), libgl1-mesa-dev |
libgl-dev, xlibmesa-glu-dev | libglu-dev, ${misc:Depends}
Suggests: wx3.0-doc, gettext
Description: wxWidgets Cross-platform C++ GUI toolkit (GTK+ development)
wxWidgets (formerly known as wxWindows) is a class library for C++ providing
@@ -102,13 +108,15 @@
.
This package also provides the wx-config script.
-Package: libwxgtk3.0-0-dbg
+Package: libwxgtk3.0-0v5-dbg
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Section: debug
Priority: extra
-Depends: libwxgtk3.0-0 (= ${binary:Version}), libwxbase3.0-0-dbg (=
${binary:Version}), ${misc:Depends}
+Depends: libwxgtk3.0-0v5 (= ${binary:Version}), libwxbase3.0-0v5-dbg (=
${binary:Version}), ${misc:Depends}
Multi-Arch: same
+Breaks: libwxgtk3.0-0-dbg
+Replaces: libwxgtk3.0-0-dbg
Description: debugging symbols for the wxGTK GUI toolkit library
This package contains detached debugging symbols for the wxGTK library
(part of wxWidgets).
@@ -117,11 +125,13 @@
GUI components and other facilities on several popular platforms (and some
unpopular ones as well).
-Package: libwxgtk-media3.0-0
+Package: libwxgtk-media3.0-0v5
Architecture: any
Bug#793976: ruby-netcdf: FTBFS with netcdf in experimental / update to 0.7.1
Control: found -1 ruby-netcdf/0.7.1.1-1 Control: tags -1 patch Hi Youhei, Thanks for packaging the latest upstream release and your prompt response. On 29-07-15 16:23, Youhei SASAKI wrote: I'll prepare new upstream release ASAP. ruby-netcdf (0.7.1.1-1) no longer fails the main() check, but it doesn't accept the 4.4.0-rc version we currently have in experimental: extconf.rb:55:in `main': Invalid netcdf version: 4.4.0-rc. Use --with-netcdf-version= (RuntimeError) Patching the version check regex to support an optional -rc suffix allows the build to start (patch attached), but it fails to find the HDF5 libraries: gcc -shared -o netcdfraw.so netcdfraw.o -L. \ -L/usr/lib/x86_64-linux-gnu -L/usr/lib -L/usr/local/lib \ -L/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0 -L. \ -Wl,-z,relro -L/build/ruby2.1-_39Jjj/ruby2.1-2.1.5/debian/lib \ -fstack-protector -rdynamic -Wl,-export-dynamic \ -L/usr/lib -lnetcdf -lhdf5_hl -lhdf5 -lz -ldl -lm -lcurl -lruby-2.1 \ -lpthread -lgmp -ldl -lcrypt -lm -lc /usr/bin/ld: cannot find -lhdf5_hl /usr/bin/ld: cannot find -lhdf5 collect2: error: ld returned 1 exit status This is a common problem with the new netcdf packages in experimental. I'm not sure all affected reverse dependencies need to specify the hdf5 library themselves, we should probably fix this in libnetcdf-dev by patching nc-config netcdf.pc. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 0001-Add-patch-to-support-NetCDF-4.4.0-rc-version.patch Description: application/pgp-encrypted
Bug#794013: python-mock: missing dep on python-funcsigs
... is already described in #793945. DS -- http://www.danielstender.com/entwicklerblog GnuPG key: 4096R/DF5182C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794056: python-llfuse: python3-llfuse FTBFS in unstable
control: tags -1 +pending On Jul 30 2015, Steve Langasek steve.langa...@canonical.com wrote: While preparing the python3.5 transition in Ubuntu, we found that python-llfuse would fail to build from source. Where previously the package could be built against cython alone, it's now necessary to have cython-dbg installed This is already fixed in 0.40+dfsg-2, which is currently waiting for a sponsored upload. Somehow becoming Debian Maintainer was a lot easier than getting someone to actually give me upload rights for the packages I maintain. My advocates sponsors of the past either have their GPG key expired or no time :-/. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781098: summit.debconf.org: full name from registration form should be used instead of first name + last name
Fixed in ba50877e8c0742d8ac9c19b8f553f54ec1648ce9 and deployed. Sorry if we ignored the bug for so much time. ciao cate -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793989: cups: printing PDF file with Boomaga PPD not possible
On Wed 29 Jul 2015 at 18:22:07 +0200, Michael Weghorn wrote:
Dear Maintainer,
That's not me, Michael, but thank you for your detailed report.
when printing a PDF file to a printer set up with the attached PPD file
tofile-boomaga.ppd and the CUPS file backend, no output file is actually
created.
Steps to reproduce:
* allow setting up file devices in CUPS by adding/modifying the
following line in /etc/cups/cups-files.conf:
FileDevice Yes
* restart CUPS to make that change active
* set up a printer with the attached PPD file and the CUPS file URI:
$ sudo lpadmin -p tofile-boomaga -v file:${HOME}/tofile-boomaga -E -P
tofile-boomaga.ppd
* print any PDF file to the printer:
$ lp -d tofile-boomaga test.pdf
Result:
nothing happens, no file ${HOME}/tofile-boomaga is created
I wouldn't expect this either.
Expected result:
The PDF file should be printed to (i.e. saved as) the file
${HOME}/tofile-boomaga.
I would expect this too.
When I print a text file instead, the file ${HOME}/tofile-boomaga is
created as expected and holds the content of the text file that was sent
to the printer by the command lp -d tofile-boomaga test.txt. (The resulting
file is a PDF file.)
That's ok.
Printing a PDF file as described above still works on wheezy, but not
on jessie or sid.
A good clue. Note that the error log contains
Started filter /usr/lib/cups/filter/gziptoany
This line is not present in the logs for Jessie and unstable.
This does not only affect printing PDF files directly but more use cases,
as many applications produce PDF output when printing a file.
Possibly, this might be a general problem when printing PDF files to
printers that receive PDF input if no additional CUPS filters are involved.
The problem might have to do with the fact that the printed file is already
in PDF format and the PPD file specifies that PDF is expected as input for the
printer and so no real CUPS filters are processed.
The Boomaga project can be found on GitHub here:
https://github.com/Boomaga/boomaga
Can we think in terms of bug #771259? I've tested with cups 1.7.0-2 and
${HOME}/tofile-boomaga is produced. Not so with cups 1.7.1-1.
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#794094: ITP: ruby-diaspora-federation-rails -- rails integration of diaspora federation library
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 package: wnpp severity:wishlist owner: Pirate Praveen prav...@debian.org https://rubygems.org/gems/diaspora_federation-rails -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794087: kcalc: number block does not work
Package: kcalc Version: 4:15.04.3-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Numbers cannot be entered with the numbers block of the keyboard. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-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/lksh Init: systemd (via /run/systemd/system) Versions of packages kcalc depends on: ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libgmp10 2:6.0.0+dfsg-7 ii libkf5configcore5 5.12.0-1 ii libkf5configgui5 5.12.0-1 ii libkf5configwidgets5 5.12.0-1 ii libkf5coreaddons5 5.12.0-1 ii libkf5guiaddons5 5.12.0-1 ii libkf5i18n5 5.12.0-1 ii libkf5notifications5 5.12.0-1 ii libkf5widgetsaddons5 5.12.0-1 ii libkf5xmlgui5 5.12.0-1 ii libqt5core5a 5.4.2+dfsg-5 ii libqt5gui55.4.2+dfsg-5 ii libqt5widgets55.4.2+dfsg-5 ii libqt5xml55.4.2+dfsg-5 ii libstdc++65.1.1-14 kcalc recommends no packages. kcalc suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVug2sMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZd4g/+LpFWKtRdtNYSJ9L8J+U5 Z4kWNQCeWis2rs1cwIHVLL01sX+a5Y8ydUeaIRr15tbjti08kRkZxqdcXWEK/cnE KdpGL8EYn89k2EV9YEZOhG2yFhMuzb+zBmLdSuKNRlT0gzJ6G/8tPQ+DqGUI+7Vr Nq5LtALLWx2PXN/bTuDGK/KZkTnNGY8L5QdDmKni9cbJyOCnaBbsmflaAgo7e4cY sTXjQ8dYudy4Q1NDSVcth4iEtsEcdpKHqKK+C2jiHpSCrpOTKZViWnuIxeE8vqG+ 5qIH2JQ1cxN1pH09Oo9h/nARCsDDKnMnXwQe5SWrpbLX4UxhNga3TD7Sc1H3CDAM Q+rVIY/fecyfxJKkjZVWgbWZ1zB7o6mjXQAR79xvQhvchb+Uk7XK/69KVKAdxong 5kdsCoVFUmOnWjyefeD7Fy/cNdOk2ynxeLNj9DowFQwYSMXVupRs/+fO/KAl7hVV FNEQEoWTNcPD76dF9QvpMLLpVzWzL/Wwwx1aquLwGOHUoRn5ONmdMFM+4uXConI0 3EN6Ds+p+gHl6VOqSj75QjQDqw4dPSAHd5aE/yohn72Efa3Uw2h8VmD99UHRVVaB lHRc68yu0IVq50GgRn8BoWAYKz2cG/3KTLr+G8MCKRuPmmipIM05EJtYSLcLbKNR d+kXOM5LNBuh4puD2hcqR3k= =fv3U -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794085: ITP: ruby-diaspora-federation -- diaspora federation library
package: wnpp severity:wishlist owner: Pirate Praveen prav...@debian.org https://rubygems.org/gems/diaspora_federation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794086: RFS: clblas/2.4-3
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package clblas * Package name : clblas Version : 2.4-3 Upstream Author : Advanced Micro Devices, Inc. * URL : https://github.com/clMathLibraries/clBLAS * License : Apache version 2 Section : science It builds those binary packages: libclblas-bin - OpenCL BLAS library (executables) libclblas-dev - OpenCL BLAS library (development files) libclblas-doc - OpenCL BLAS library (documentation) libclblas2 - OpenCL BLAS library (shared library) libclblas2-dbg - OpenCL BLAS library (debugging symbols) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/clblas Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/clblas/clblas_2.4-3.dsc Changes since the last upload: * Add gbp.conf file. * Allow build with alternative OpenCL implementation. Best regards, Ghislain Vaillant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793863: Add new package f2fs-tools-dev for external development use
Hi Cheng, Thanks for your reply. I am patching it to use existing Autotools mechanism to compile the libraries, but I have some questions. First, shall we add two new packages for libf2fs.so and libf2fs_format.so respectively, or shall we add only one new package named f2fs-libs to contain all libraries produced by this project? I can't decide because the original upstream author never meant to produce a libf2fs_format.so, which is simply a dynamic library version of mkfs.f2fs. Second, If we are making two packages for two libraries, why not name them like libf2fs1 instead of libf2fs0? The produced .so files are versioned 0.0.0 because the author did not configure for the version number, so Libtool simply uses the default one. When installing the .so files and the symlinks, we can use dh-exec to substitute the version number. Cheers, Kai-Chung Yan 2015-07-29 7:16 GMT+08:00 Vincent Cheng vch...@debian.org: Control: tag -1 - patch + newcomer Hi Kai-Chung, On Tue, Jul 28, 2015 at 2:51 AM, 殷啟聰 seamli...@gmail.com wrote: Source: f2fs-tools Version: 1.4.1-1 Severity: wishlist Tags: patch X-Debbugs-CC: komaldsukh...@gmail.com,h...@at.or.at,a...@gambaru.de,android-tools-de...@lists.alioth.debian.org Hi, I am packaging Android SDK which requires a libf2fs_fmt.so compiled from libf2fs.c, f2fs_format.c and f2fs_format_utils.c. Android SDK also needs the headers of f2fs-tools. More information can be found at https://android.googlesource.com/platform/external/f2fs-tools/+/master/Android.mk. Currently f2fs-tools package does not provide these files for external development use, so I wish to add a new package f2fs-tools-dev containing some development files. I have made a patch for the modifications. This patch creates a new package f2fs-tools-dev and a f2fs-tools-dev.mk that compiles the source files mentioned above into 2 .a files. The package installs this 2 .a files and the headers. Please consider using it, thank you. Thanks for the patch! However, there are a few issues with it that should be fixed before I'd consider uploading it: - Debian Policy 8.4 [1] dictates that header files and static libs should be installed in a binary package named libfoo-dev, not f2fs-tools-dev (I'd suggest libf2fs-dev here). At the same time I suggest splitting out the shared library currently installed in f2fs-tools into its own package, e.g. libf2fs0. - Both libf2fs-dev and libf2fs0 should be multiarch-ified by installing files into the appropriate multiarch paths and including the appropriate multiarch fields in d/control. You can refer to this guide to help you MA-ify a package. [2] - Instead of adding a makefile, please integrate your changes into the autotools setup that f2fs-tools currently uses. Regards, Vincent [1] https://www.debian.org/doc/debian-policy/ch-sharedlibs.html [2] https://wiki.debian.org/Multiarch/Implementation -- /* * 殷啟聰 | Kai-Chung Yan * 一生只向真理與妻子低頭 * Full-time student of National Taichung University of Education * LinkedIn: https://linkedin.com/in/seamlik * Blog: seamlik.logdown.com */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790119: ruby2.1: CVE-2015-3900: DNS hijacking vulnerability in api_endpoint()
On Thu, Jul 30, 2015 at 06:44:51AM +0200, Salvatore Bonaccorso wrote: Hi Antonio, On Wed, Jul 29, 2015 at 08:46:16PM -0300, Antonio Terceiro wrote: On Sat, Jun 27, 2015 at 10:23:31PM +0200, Christian Hofstaedtler wrote: Salvatore, * Salvatore Bonaccorso car...@debian.org [150627 13:57]: Source: ruby2.1 Version: 2.1.5-1 Severity: important Tags: security upstream patch fixed-upstream the following vulnerability was published for ruby2.1. CVE-2015-3900[0]: | RubyGems 2.0.x before 2.0.16, 2.2.x before 2.2.4, and 2.4.x before | 2.4.7 does not validate the hostname when fetching gems or making API | request, which allows remote attackers to redirect requests to | arbitrary domains via a crafted DNS SRV record, aka a DNS hijack | attack. Thank you for bringing this to our attention. I suspect upstream will upgrade to 2.2.5 (on the ruby 2.1 branch) in the next few days, and then I'd like to import that, if nobody objects. upstream didn't do that until now, so I want to upload the attached debdiff to jessie-security. the ruby packages are maintained with patches applied in git, so the metadata is not visible in the debdiff. I applied these two commits, cherry-picked from rubygems upstream (funny enough that they apply cleanly on top of the ruby source): http://anonscm.debian.org/cgit/collab-maint/ruby.git/commit/?h=debian/jessieid=9b945cadc3b157829a60debff1dd5c536644f9b2 http://anonscm.debian.org/cgit/collab-maint/ruby.git/commit/?h=debian/jessieid=61f89c1e7b7ac864d840686aa7824eb04cba5cff Salvatore, please let me know if I can upload to jessie-security. I will make similar uploads to unstable for both ruby2.1 and ruby2.2. The debdiff itself looks good to me (btw, for security upload use urgency=high for consistency). ok Looking at the security-tracker, https://security-tracker.debian.org/tracker/CVE-2015-3900 we had marked this as no-dsa with the following comment, [jessie] - ruby2.1 no-dsa (Minor issue, can be coupled with a future Ruby DSA) So I suggest to either wait for a more urgent update for ruby2.1 to be targeted via a jessie-security update or ask stable release managers to schedule it via a jessie-pu. Fine with you? sure Btw, there is https://security-tracker.debian.org/tracker/CVE-2009-5147 (but which stil hass a TODO item, so needs to be checked if this affects ruby2.1 at all, so it as well has no decision yet about dsa/no-dsa). if it was fixed upstream in 2009 as the comment at the bottom seem to imply, it definitively doesn't apply to ruby1.9.1 in wheezy (actually 1.9.3) or anything newer than that. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#794090: jessie-pu: package ruby2.1/2.1.5-2+deb8u2
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Hi, I would like to upload the attached diff as a stable update for
ruby2.1, fixing a minor security bug that didn't qualify for a DSA.
Te following patches were cherry-picked from upstream:
http://anonscm.debian.org/cgit/collab-maint/ruby.git/commit/?h=debian/jessieid=9b945cadc3b157829a60debff1dd5c536644f9b2
http://anonscm.debian.org/cgit/collab-maint/ruby.git/commit/?h=debian/jessieid=61f89c1e7b7ac864d840686aa7824eb04cba5cff
-- System Information:
Debian Release: stretch/sid
APT prefers buildd-unstable
APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--
Antonio Terceiro terce...@debian.org
diff --git a/debian/changelog b/debian/changelog
index 933e6ab..13a9637 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ruby2.1 (2.1.5-2+deb8u2) jessie; urgency=high
+
+ * Apply upstream patches to fix Request hijacking vulnerability in Rubygems
+[CVE-2015-3900] (Closes: #790119)
+
+ -- Antonio Terceiro terce...@debian.org Wed, 29 Jul 2015 09:27:24 -0300
+
ruby2.1 (2.1.5-2+deb8u1) jessie-security; urgency=high
* Fix vulnerabiity with overly permissive matching of hostnames in OpenSSL
diff --git a/lib/rubygems/remote_fetcher.rb b/lib/rubygems/remote_fetcher.rb
index 58991ca..ed2e171 100644
--- a/lib/rubygems/remote_fetcher.rb
+++ b/lib/rubygems/remote_fetcher.rb
@@ -90,7 +90,13 @@ class Gem::RemoteFetcher
rescue Resolv::ResolvError
uri
else
- URI.parse #{uri.scheme}://#{res.target}#{uri.path}
+ target = res.target.to_s.strip
+
+ if /\.#{Regexp.quote(host)}\z/ =~ target
+return URI.parse #{uri.scheme}://#{target}#{uri.path}
+ end
+
+ uri
end
end
diff --git a/test/rubygems/test_gem_remote_fetcher.rb b/test/rubygems/test_gem_remote_fetcher.rb
index 79f3a58..626797f 100644
--- a/test/rubygems/test_gem_remote_fetcher.rb
+++ b/test/rubygems/test_gem_remote_fetcher.rb
@@ -163,6 +163,21 @@ gems:
end
def test_api_endpoint
+uri = URI.parse http://example.com/foo;
+target = MiniTest::Mock.new
+target.expect :target, gems.example.com
+
+dns = MiniTest::Mock.new
+dns.expect :getresource, target, [String, Object]
+
+fetch = Gem::RemoteFetcher.new nil, dns
+assert_equal URI.parse(http://gems.example.com/foo;), fetch.api_endpoint(uri)
+
+target.verify
+dns.verify
+ end
+
+ def test_api_endpoint_ignores_trans_domain_values
uri = URI.parse http://gems.example.com/foo;
target = MiniTest::Mock.new
target.expect :target, blah.com
@@ -171,7 +186,37 @@ gems:
dns.expect :getresource, target, [String, Object]
fetch = Gem::RemoteFetcher.new nil, dns
-assert_equal URI.parse(http://blah.com/foo;), fetch.api_endpoint(uri)
+assert_equal URI.parse(http://gems.example.com/foo;), fetch.api_endpoint(uri)
+
+target.verify
+dns.verify
+ end
+
+ def test_api_endpoint_ignores_trans_domain_values_that_starts_with_original
+uri = URI.parse http://example.com/foo;
+target = MiniTest::Mock.new
+target.expect :target, example.combadguy.com
+
+dns = MiniTest::Mock.new
+dns.expect :getresource, target, [String, Object]
+
+fetch = Gem::RemoteFetcher.new nil, dns
+assert_equal URI.parse(http://example.com/foo;), fetch.api_endpoint(uri)
+
+target.verify
+dns.verify
+ end
+
+ def test_api_endpoint_ignores_trans_domain_values_that_end_with_original
+uri = URI.parse http://example.com/foo;
+target = MiniTest::Mock.new
+target.expect :target, badexample.com
+
+dns = MiniTest::Mock.new
+dns.expect :getresource, target, [String, Object]
+
+fetch = Gem::RemoteFetcher.new nil, dns
+assert_equal URI.parse(http://example.com/foo;), fetch.api_endpoint(uri)
target.verify
dns.verify
signature.asc
Description: Digital signature
Bug#794092: gnome-maps misses dependency on gir1.2-goa-1.0
Package: gnome-maps Version: 3.16.2-1 Severity: important Dear Maintainer, gnome-maps doesn't start on my system with the following error message: Unsatisfied dependency: Requiring Goa, version 1.0: Typelib file for namespace 'Goa', version '1.0' not found After manually installing package `gir1.2-goa-1.0', the application starts up correctly. Note, that I only have gnome-core installed + gnome-maps. Normal users which have the full `gnome' suite installed are not affected since (at least) gnome-documents depends on gir1.2-goa-1.0. Best regards, Matthias -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-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 Init: systemd (via /run/systemd/system) Versions of packages gnome-maps depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii geoclue-2.0 2.1.10-2 ii gir1.2-champlain-0.120.12.10-1 ii gir1.2-clutter-1.0 1.22.4-1 ii gir1.2-cogl-1.0 1.20.0-2 ii gir1.2-gdkpixbuf-2.0 2.31.5-1 ii gir1.2-geocodeglib-1.0 3.16.2-1 ii gir1.2-gfbgraph-0.2 0.2.3-1 ii gir1.2-glib-2.0 1.44.0-1+b2 ii gir1.2-gtk-3.0 3.16.6-1 ii gir1.2-gtkchamplain-0.12 0.12.10-1 ii gir1.2-gtkclutter-1.01.6.2-1 ii gjs 1.43.3-2 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libchamplain-0.12-0 0.12.10-1 ii libclutter-1.0-0 1.22.4-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl201.20.0-2 ii libdrm2 2.4.62-1 ii libegl1-mesa [libegl1-x11] 10.6.3-1 ii libfolks25 0.11.1-2 ii libgbm1 10.6.3-1 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libgee-0.8-2 0.18.0-1 ii libgeocode-glib0 3.16.2-1 ii libglib2.0-0 2.44.1-1.1 ii libgtk-3-0 3.16.6-1 ii libjson-glib-1.0-0 1.0.4-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libwayland-client0 1.8.1-1 ii libwayland-cursor0 1.8.1-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.6.3-1 ii libwayland-server0 1.8.1-1 ii libx11-6 2:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxkbcommon00.5.0-1 ii libxrandr2 2:1.5.0-1 gnome-maps recommends no packages. gnome-maps 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#794093: libnepomuk4: Please loosen the versioned dependency on libkdecore5 and libkdeui5 from '=' to '='
Package: libnepomuk4 Version: 4:4.14.2-5 Severity: wishlist I wanted to upgrade various libraries from the unstable version to the experimental version in the hope that it would solve some odd behaviour in dolphin's Places section (which it did). But doing that I had to uninstall various nepomuk related libraries and programs that depend on them (yakuake, but also muon which I don't use). This is caused because libnepomuk4, libnepomukquery4a and libnepomukutils4 have a strict versioned dependency on libkdecore5 and libkdeui5 (= 4:4.14.2-5) and the version in experimental of those libraries is 4:4.14.6-1. Oddly enough, libnepomukcore4 (version 4:14.0-1+b3) also has a dependency on those libraries, but there the versioned dependency is =4:4.13. It would be great if the other nepomuk libraries could also have a similar versioned dependency, thus '=' instead of '='. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libnepomuk4 depends on: ii libc62.19-19 ii libkdecore5 4:4.14.6-1 ii libkdeui54:4.14.6-1 ii libqt4-dbus 4:4.8.7+dfsg-1 ii libqtcore4 4:4.8.7+dfsg-1 ii libqtgui44:4.8.7+dfsg-1 ii libsoprano4 2.9.4+dfsg-1.1 ii libstdc++6 5.1.1-14 libnepomuk4 recommends no packages. libnepomuk4 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793945: [Python-modules-team] Bug#793945: pbr-1.3.0 in unstable?
On Thu, 30 Jul 2015, Michael Fladischer wrote: Hi Thomas, it seems that there is one missing depeendency for python-mock-1.3.0 still in experiamental: pbr-1.3.0 Could you do an upload into unstable? as far as I have checked, situation is more tricky -- circular versioned depends: for pbr in unstable pbuilder-satisfydepends-dummy : Depends: python-fixtures (= 1.3.1) but 0.3.14-1.1 is to be installed. Depends: python-testtools (= 1.4.0) but 0.9.39-1 is to be installed. Depends: python3-testtools (= 1.4.0) but 0.9.39-1 is to be installed. Depends: subunit (= 1.1.0) but it is not going to be installed. for testtools in instable pbuilder-satisfydepends-dummy : Depends: python-pbr (= 0.11) but it is not going to be installed. Depends: python3-pbr (= 0.11) but it is not going to be installed. Depends: python-unittest2 (= 1.1.0) but it is not going to be installed. Depends: python3-unittest2 (= 1.1.0) which is a virtual package. so either intermediate python-pbr (0.11? should be good enough for mock btw according to its requirements.txt) should be uploaded, or a build in a dirty env (we are enjoying already now how that can go). -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794100: softhsm-common: Wrong slot location in /etc/softhsm/softhsm.conf (--localstatedir configure option)
Package: softhsm-common Version: 1.3.7-2 Severity: normal Dear maintainer, /etc/softhsm/softhsm.conf and /usr/share/softhsm/softhsm.conf contain the following line: 0:/var/lib/lib/softhsm/slot0.db This is because of the --localstatedir configure parameter, we use use /var/lib instead of /var in debian/rules. Thank you, Christos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794013: python-xmp-toolkit FTBFS in Sid
This missing pbr 1.3.0 in sid is already described in #79345, this here is another problem with the update. DS -- http://www.danielstender.com/blog/ 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794084: bandit: dubious subprocess call without a subshell
Package: bandit Version: 0.12.0-1 Bandit reported this to me: Issue: subprocess call without a subshell. Severity: Low Confidence: High Location: test.py:2 1 import subprocess 2 subprocess.call(eggs) I have no idea what what is supposed to be wrong with this code. The message seems to imply that I should use a subshell instead, but such a change would make no sense from the security perspective. -- 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#793945: Cannot import mock AttributeError: 'VersionInfo' object has no, attribute 'semantic_version'
The missing dep on funcsigs is now addressed to #. DS [1] https://bugs.debian.org/794013 (reassigned from python-xmp-toolkit) python-mock: missing dep on python-funcsigs -- http://www.danielstender.com/blog/ 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789670: [PKG-Openstack-devel] Bug#789670: python-future, python-pies2overrides: error when trying to install together
On 07/29/2015 04:53 PM, Andreas Tille wrote: Hi, any news about this problem? Any suggested solution by the maintainers? Kind regards Andreas. Hi, Currently, I'm not sure I want to maintain this package anymore. The upstream authors of the package needing it decided to get rid of this dependency after I showed the issue. So I'm putting this on hold until I have the updated package. Also, Barry Warsaw wrote to me on IRC that he was interested in maintaining this python-future. If he does, then the package is his. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794096: squashfs-tools: please add --numeric-uid-gid to unsquashfs
Package: squashfs-tools Version: 4.2+20130409-2 Severity: wishlist Hi! My understanding is that squashfs stores a numeric UID and GID for each files. When called with `-lls`, unsquashfs will then try to resolve these numeric values to the corresponding system user and group (using getpwuid(3) and getgrgid(3)). This means that depending on the system on which an image is examined, the output of `unsquashfs` will differ. Sadly, there is currently no way to force `unsquashfs` to directly display the numeric values. Adding a `--numeric-uid-gid` (like cpio) or `--numeric-owner` (like Tar) option would be greatly appreciated. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#794101: Please package version 3.23.2
Source: ryu Version: 3.23-1 Severity: wishlist Hi, OpenStack Liberty needs version 3.23.2. Could you please package that one? Also, wouldn't it be better to package ryu inside the OpenStack packaging team in Alioth, rather than packaging it alone? To me, it doesn't seem like ryu is useful outside of OpenStack (let me know if I'm wrong here...). Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793991: lazarus: armel and armhf builds stall
I built and installed lazarus 1.4.2 but the builds of doublecmd, easymp3gain and cqrlog all failed in the same way as with lazarus 1.4.0. I then attempted to build the daily source snapshot of fpc's fixes tree [1], but many of the patches no longer apply cleanly. [1] ftp://ftp.freepascal.org/pub/fpc/snapshot/fixes/source/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794091: Please canonicalise meeting URLs with HTTP 301
Package: summit.debconf.org Severity: wishlist Tags: patch Please canonicalise meeting URLs with HTTP 301. This will not only correctly redirect if the name changes, it also avoids embarrassing URLs such as: https://summit.debconf.org/debconf15/meeting/183/boring-and-tedious-talk Patch attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- From ac27076470b2be01c2e07359986207dac8c63ab4 Mon Sep 17 00:00:00 2001 From: Chris Lamb la...@debian.org Date: Thu, 30 Jul 2015 13:11:39 +0100 Subject: [PATCH] Canonicalise meeting URLs with HTTP 301 This will not only correctly redirect if the name changes, it also avoids embarrassing URLs such as: https://summit.debconf.org/debconf15/meeting/183/boring-and-tedious-talks Signed-off-by: Chris Lamb la...@debian.org --- summit/schedule/views.py | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/summit/schedule/views.py b/summit/schedule/views.py index 595dc3f..ed28c17 100644 --- a/summit/schedule/views.py +++ b/summit/schedule/views.py @@ -18,7 +18,7 @@ import datetime from django.db.models import Q from django.contrib.auth import logout -from django.http import Http404, HttpResponse, HttpResponseRedirect +from django.http import Http404, HttpResponse, HttpResponseRedirect, HttpResponsePermanentRedirect from django.shortcuts import render_to_response, get_object_or_404 from django.template import RequestContext from django.core.urlresolvers import reverse @@ -457,6 +457,9 @@ def tracks(request, summit): @summit_required def meeting(request, summit, attendee, meeting_id, meeting_slug): meeting = get_object_or_404(summit.meeting_set, id=meeting_id) +# Canonicalise +if meeting_slug != meeting.slug: +return HttpResponsePermanentRedirect(meeting.get_meeting_page_url()) if meeting.private and not meeting.can_view_pm(attendee): raise Http404 return _show_meeting(request, summit, meeting, attendee) -- 2.1.4
Bug#793953: Original tarball in debian differs from the one on PyPI
Dererk wrote: This is due to repacking applied at source tarball for DFSG-compliance, since some minifications (mainly distributed as .min.*) are currently considered non-dfsg-compliant on the Debian project. Please see debian/README.source. But surely making a package DFSG compliant shouldn’t cause it to fail silently in some cases. If a Nikola theme cannot be provided completely because parts of it are not DFSG compliant, IMHO that theme should be removed completely. Christoph signature.asc Description: PGP signature
Bug#792023: php-zend-db_2.5.1-1.dsc can't be unpacked on wheezy
Hi Colin, Le 28/07/2015 10:10, Colin Watson a écrit : On Fri, Jul 10, 2015 at 11:49:52AM +0100, Colin Watson wrote: Attempting to unpack php-zend-db on wheezy fails: Now the same thing happens with php-randomlib. David, I don't know if you saw my original bug report (https://bugs.debian.org/792023); Sure. Please note that php-randomlib was uploaded a while ago (soon after Jessie was released, once franck.d.o got upgraded), and only made it in the archive recently, after NEW processing. if this is going to start affecting significant numbers of packages then it would be nice to have a systematic solution? I don’t know it is going to affect an increased number of packages, but for sure, the “annoying” patch for php-zend-db has already been merged upstream, and the one for php-randomlib was cherry-picked from upstream, so both packages will be “fixed” in the next upstream release. A systematic solution could be to not use oldstable infrastructure to unpack material targeted to unstable/testing. I don’t have reliable network access for a while, and won’t have one until DebCamp, but I’ll push new upstream releases ASAP. Regards David signature.asc Description: OpenPGP digital signature
Bug#792774: RFS: filters/2.54 [ITA]
* Marius Gavrilescu mar...@ieval.ro, 2015-07-30, 01:20: For some reason unknown to me, this message never reached me. I've just seen it on the BTS (and subsequently found it on -mentors@lists.d.o). BTS messages are not sent to bug submitters, unless they subscribe. I normally assume that people looking for sponsorship are subscribed to -mentors, and thus don't need to be CCed. * Package name: filters Version : 2.54 Upstream Author : Joey Hess j...@kitenet.net * URL : http://kitenet.net/~joey/code/filters/ This redirects to https://joeyh.name/code/filters/, but there is no 2.54 there. There is no 2.54 tagged in the VCS either. So where did this version come from? * Set source format to 3.0 (native) filters is no way Debian-specific, so the package should NOT be native. The package was native before, Right. Now is a good moment to fix it. I know no other distributions having this package The fact there are no download links on the homepage certainly doesn't help with adoption by other distros. But filters is packaged at least for FreeBSD: https://svnweb.freebsd.org/ports/head/games/filters/ If necessary I can ask upstream to remove the debian/ directory from the repository, Removing debian/ from .orig.tar is not necessary (although I don't see a point of keeping it either). With the 3.0 (quilt) format, dpkg-source nukes .orig's debian/ on unpack. -- 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#793945: pbr-1.3.0 in unstable?
On 07/30/2015 09:20 AM, Michael Fladischer wrote: Hi Thomas, it seems that there is one missing depeendency for python-mock-1.3.0 still in experiamental: pbr-1.3.0 Could you do an upload into unstable? This would fix the FTBFS for python-mock. Cheers, Michael Hi, I can't upload python-pbr until before OpenStack Liberty is out on the 15th of October. Otherwise, uploading pbr to Sid will break OpenStack Kilo. :( Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793988: redmine: Redmine is not installable
Control: tag -1 + moreinfo Hello, On Wed, Jul 29, 2015 at 06:06:11PM +0200, mid...@sword.midworld-networks.com wrote: Setting up redmine (3.0~20140825-5) ... dbconfig-common: writing config to /etc/dbconfig-common/redmine/instances/default.conf Creating config file /etc/dbconfig-common/redmine/instances/default.conf with new version Creating config file /etc/redmine/default/database.yml.new with new version granting access to database redmine_default for redmine_default@localhost: success. verifying access for redmine_default@localhost: success. creating database redmine_default: success. verifying database redmine_default exists: success. dbconfig-common: flushing administrative password Creating config file /etc/redmine/default/database.yml with new version Creating config file /etc/redmine/default/session.yml with new version A new secret session key has been generated in /etc/redmine/default/session.yml Populating database for redmine instance default. This may take a while. rake aborted! LoadError: cannot load such file -- dispatcher Tasks: TOP = db:migrate = environment (See full trace by running task with --trace) Error when running rake db:migrate, check database configuration. dpkg: error processing package redmine (--configure): subprocess installed post-installation script returned error exit status 1 Please run rake db:migrate RAILS_ENV=production X_DEBIAN_SITEID=default SCHEMA=/dev/null --trace as root from /usr/share/redmine and post the output -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#789077: ruby2.2 transition: about to switch the default in unstable
On Tue, Jul 28, 2015 at 07:28:14PM -0400, James McCoy wrote: On Tue, Jul 28, 2015 at 06:23:57PM -0300, Antonio Terceiro wrote: Hello release team. We are not at a point where it makes sense to switch the default ruby now? -^ yes in unstable. […] These packages FTBFS and we will need to look at them individually: korundum kross-interpreters subversion At least subversion is due to ruby2.2 not including or depending on ruby-test-unit, even though upstream ruby's tarball does (#791925). yes, that is fixed now. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#794089: RFS: clfft/2.4-4
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package clfft * Package name: clfft Version : 2.4-4 Upstream Author : Advanced Micro Devices, Inc. * URL : https://github.com/clMathLibraries/clFFT * License : Apache version 2 Section : science It builds those binary packages: libclfft-bin - OpenCL FFT library (executables) libclfft-dev - OpenCL FFT library (development files) libclfft-doc - OpenCL FFT library (documentation) libclfft2 - OpenCL FFT library (shared library) libclfft2-dbg - OpenCL FFT library (debugging symbols) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/clfft Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/clfft/clfft_2.4-4.dsc Changes since the last upload: * Add gbp.conf file. * Allow build with alternative OpenCL implementation. Best regards, Ghislain Vaillant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794088: ITP: axe-demultiplexer -- demultiplexes DNA sequencing reads based upon 5' read barcodes
Package: wnpp Severity: wishlist Owner: Kevin Murray s...@kdmurray.id.au * Package name: axe-demultiplexer Version : 0.2.8 Upstream Author : Kevin Murray s...@kdmurray.id.au * URL : https://github.com/kdmurray91/axe * License : GPL3+ Programming Lang: C Description : Axe demultiplexes DNA sequencing reads based upon 5' read barcodes Axe very rapidly selects the optimal barcode present in a sequence read, even in the presence of sequencing errors. The algorithm is able to handle combinatorial barcoding, barcodes of differing length, and several mismatches per barcode. As I am the upstream author, I'm not sure what Debian Med policy is regarding uploader-ship. But I have prepared a Debian package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507817: screen -r still sometimes fails with WriteMessage: Bad file descriptor
Control: found -1 4.3.1-1 On 2008-12-04 19:50:35 +0200, Sami Liedes wrote: I still sometimes get the error WriteMessage: Bad file descriptor when running screen -r with 4.0.3-11. [...] I also get this error with a probability of about a few percents. Note: I usually don't see this error directly because I invoke screen via a script from my window manager, and the terminal window just immediately disappears without I have the time to see anything in it (I'll have to update my script so that error messages can be visible). As I was wondering, I tried screen manually: zira:~ =screen -T screen-bce -dRR mutt -t mutt Remove dead screens with 'screen -wipe'. WriteMessage: Bad file descriptor (The = in zsh allows to bypass any alias and shell function.) -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794053: Info received (Bug#794053: Acknowledgement (kde: KDE crashed, not even usable like Microsoft Windows))
Working hard longer tha half a day just for KDE and nothing else(!) I could manage to get a nearly not corruptes Dektop. Result: * Only one desktop can be gotten. switching to have more than 4 (predefined) can be made to be noticed. But disappear immediatly. Also when switching to the recommended 4 desktops never is registrated. So I only have one like in Windows from M$. * Opened programms have their specific size which never can be changed. The Window of a programm can't be moved around a desktop neither can be sent to another desktop, maybe there is none. Sure, there is only one. * Killing a programm is not regularly possible, onle really brutal. * The bar for kontrolling the div. miniprogs sometimes disappear as wanted most time it does'nt. On the one side there is only one desktop, on the other none can be seen in the bar fot control. * The most annoying thing is the absence of the headbar on every window of a programm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794047: pyspatialite: distro patch causes misbuild on 64-bit archs
Control: tags -1 pending Hi Steve, Thanks for the patch. I've applied it in pyspatialite (3.0.1-9) available in unstable for syncing sortly. In a related question, why are you syncing pyspatialite into Ubuntu but not the qgis 2.8.x LTR version which is the reason we have a pyspatialite package in the archive? I'm aware of the qwtpolar incompatibility with Qwt = 6.1 which has been available in Ubuntu since vivid (LP: #1423906). Qwt 6.1.2 was recently upload to Debian experimental and in response to an email from the maintainer I've disabled the QwtPolar option in the qgis package for which the Ubuntu package stil has the patches from LP#1423906. I see no blocker for updating qgis in Ubuntu, but I may not have a complete picture. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507817: screen -r still sometimes fails with WriteMessage: Bad file descriptor
On 2015-07-30 14:20:13 +0200, Vincent Lefevre wrote: zira:~ =screen -T screen-bce -dRR mutt -t mutt Remove dead screens with 'screen -wipe'. WriteMessage: Bad file descriptor When this happens while a session is already attached, the session is not detached, i.e. this error occurs quite early. I could not reproduce the problem with strace. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794041: [PKG-Openstack-devel] Bug#794041: please please please upload 1.3.0 to unstable to help resolving #793945
On 07/30/2015 04:06 AM, Yaroslav Halchenko wrote: Package: python-pbr Version: 1.3.0-2 Severity: normal Currently python-mock in sid is completely f.cked, and to help it to become usable again we would need a recent pbr in sid. Would you be so kind to upload 1.3.0 to unstable asap or there is some factors forbiding it (number of rdepends is impressive). Meanwhile I will sweep through rdepends to see if upload of 1.3.0 would cause any new FTBFS. Cheers, Hi, I'm sorry, but I cannot upload python-pbr to Unstable right now. A lot of packages in Sid are using pbr in a lower version, and uploading pbr 1.3 to Sid will break them. In fact, it will break all of OpenStack kilo which is the current stable version of OpenStack I maintain right now. The correct thing to do was to upload python-mock 1.3 to Experimental, not to Sid. I would strongly suggest to revert the upload of mock 1.3 in Sid and upload mock 1.3 to Experimental. I am open to any other (better) solution, but I don't see any right now. Maybe we could backport the semantic_version part of pbr into the Sid package to temporarily fix the issue. BTW, I have uploaded funcsigs to Sid, so at least that one is fixed if you add the correct Depends: (let's hope the FTP masters accept the package soon though). Your thoughts? Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793845: nsf: FTBFS on Linux due to test suite errors
Builds of nsf on Linux architectures failed with test suite errors, of two types. (There was also a kFreeBSD failure, which I'll report separately.) On armhf and mipsel, the linearization test segfaults when done: We will certainly look at these a.s.a.p. I tried to reproduce the issue, but sadly I failed in doing so. In my (emulated) armhf environment, building the package succeeds. Details on my build environment (QEMU-powered Debian sid ARMHF guest on Ubuntu host): # cat /etc/debian_version stretch/sid # uname -a Linux debian-armhf 3.2.0-4-vexpress #1 SMP Debian 3.2.51-1 armv7l GNU/Linux # apt-show-versions build-essential debhelper tcllib gcc tcl tcl-dev tcl8.6 build-essential:armhf/sid 11.7 uptodate debhelper:all/sid 9.20150628 uptodate gcc:armhf/sid 4:4.9.2-4 uptodate tcl:armhf/sid 8.6.0+8 uptodate tcl-dev:armhf/sid 8.6.0+8 uptodate tcl8.6:armhf/sid 8.6.4+dfsg-2 uptodate tcllib:all/sid 1.17-dfsg-1 uptodate What I did: apt-get source nsf apt-get build-dep nsf cd nsf-2.0.0 dpkg-buildpackage -us -uc gives me -rw-r--r-- 1 root root 303662 Jul 30 11:49 ../nsf_2.0.0-1_armhf.deb -rw-r--r-- 1 root root 25394 Jul 30 11:49 ../nsf-dev_2.0.0-1_armhf.deb -rw-r--r-- 1 root root 20870 Jul 30 11:49 ../nsf-shells_2.0.0-1_all.deb How can I best simulate the environment at the buildd box? Is there a chance to obtain a core dump from the buildd box, alternatively? Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793745: [pkg-ntp-maintainers] Bug#793745: ntp fails to start
Based on the conversations upstream, I'd say that rlimit memlock 0 should be the default in debian, not something that needs to be added to working configs. (It appears that beyond the startup issue, it's fairly common for running ntpd's to crash with out-of-memory errors when using memlock. The feature is fairly useless for leaf nodes, and actual high-precision servers probably don't want to randomly die at least as much as they want a theoretical performance increase.) If someone really wants this, they can turn it on. Mike Stone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793953: Original tarball in debian differs from the one on PyPI
On 29/07/15 18:00, Christoph Groth wrote: The archive nikola_7.6.0.orig.tar.xz as present in Debian lacks many files that are present in nikola-7.6.0.tar.gz as found on https://pypi.python.org/simple/nikola/. How can this be? $ diff -r nikola-7.6.0-debian nikola-7.6.0-pypi Only in nikola-7.6.0-pypi/bower_components/bootstrap/dist/css: bootstrap-theme.css Only in nikola-7.6.0-pypi/bower_components/bootstrap/dist/css: bootstrap-theme.min.css [...] This is due to repacking applied at source tarball for DFSG-compliance, since some minifications (mainly distributed as .min.*) are currently considered non-dfsg-compliant on the Debian project. Please see debian/README.source. Cheers, Dererk -- BOFH excuse #188: ..disk or the processor is on fire. signature.asc Description: OpenPGP digital signature
Bug#794095: dnsmasq-base: 100% cpu when using default libvirtd --dhcp-script=/usr/lib/libvirt/libvirt_leaseshelper
Package: dnsmasq-base Version: 2.74-1 Severity: normal Dear Maintainer, libvirtd starts dnsmasq /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/lib/libvirt/libvirt_leaseshelper this pegs the cpu to 100%. If run as /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro then the cpu is normal. Downgrading to 2.73-2 and using libvirtd default dhcp helper keeps the cpu at normal rate libvirt-daemon package has not been updated in the last ~2 months, but dnsmasq has in the last couple of days, so whatever changed in dnsmasq either needs investigation or libvirtd needs its dhcp helper updating to match. Cheers, Adrian -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dnsmasq-base depends on: ii adduser 3.113+nmu3 ii libc62.19-19 ii libdbus-1-3 1.8.20-1 ii libgmp10 2:6.0.0+dfsg-7 ii libhogweed4 3.1.1-3 ii libidn11 1.31-1 ii libnetfilter-conntrack3 1.0.4-1 ii libnettle6 3.1.1-3 ii libnfnetlink01.0.1-3 Versions of packages dnsmasq-base recommends: pn dns-root-data none dnsmasq-base suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794099: optional non-zero exit codes in case of restart(s) required
Package: needrestart Severity: wishlist When running 'needrestart' from a terminal or script, it would be useful to have some command line parameter to make it exit non-zero, in case any restart(s) are required. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793392: ITP: dcmtkpp -- Wrappers around DCMTK to have an easier API
Le 24/07/2015 23:16, Philip Hands a écrit : Also, I note that the extra info you included makes it plain that DCMTK is also a C++ library, which is something that I'd not worked out from the long description. You might want to make sure that's clear. Done (https://anonscm.debian.org/cgit/debian-med/dcmtkpp.git/commit/?id=d53d4e8be0f25b6787cdf126f3d968e3e9e6fb61) So, either make the short description meaningful to all, or make it obviously uninteresting/incomprehensible to the uninterested. Hopefully also done. The short description will be meaningful to medical imaging people: in my experience most of them know what DICOM is, and those that develop DICOM applications (target audience of the package) will at least have heard about DCMTK. As you stated, other people will find nothing meaningful in DCMTK or DICOM and should quickly move away from this package. Thanks for your help! -- Julien signature.asc Description: OpenPGP digital signature
Bug#793863: New patch available
Control: tags -1 patch
Control: retitle -1 Add new packages for external development use
Hi Vincent and other maintainers,
This is my new patch, it adds the following packages:
- libf2fs-dev
- libf2fs-format-dev
- libf2fs-format1
- libf2fs1
I added two patches to achieve this. libtool_versioning.diff adds a
-version-info 1 param to libf2fs_la_LDFLAGS so that the soname
field is libf2fs.so.1 which matches the upstream version number.
libf2fs_format.diff modifies mkfs/Makefile.am to produce
libf2fs_format.so. All new packages has multiarch support as you
suggested.
An interactive view for the patch can be found at
https://github.com/seamlik/debianpkg-f2fs-tools/compare/master...modify-autotools.
I used dh-exec for the package so please make sure to set all *.links
and *.install executable. Thank you.
Regards,
Kai-Chung Yan
diff --git a/debian/changelog b/debian/changelog
index 8fb9492..2305a2a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+f2fs-tools (1.4.1-2) UNRELEASED; urgency=low
+
+ * New packages:
+- libf2fs-dev
+- libf2fs-format-dev
+- libf2fs-format1
+- libf2fs1
+ * New libtool_versioning.diff: soname will include major version
+ * New libf2fs_format.diff: Produce libf2fs_format.so
+
+ -- Kai-Chung Yan seamli...@gmail.com Thu, 30 Jul 2015 20:16:10 +0800
+
f2fs-tools (1.4.1-1) unstable; urgency=medium
* New upstream release.
diff --git a/debian/control b/debian/control
index d068f6d..92046eb 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: admin
Priority: optional
Maintainer: Filesystems Group filesystems-de...@lists.alioth.debian.org
Uploaders: Vincent Cheng vch...@debian.org
-Build-Depends: debhelper (= 9), dh-autoreconf, pkg-config, uuid-dev
+Build-Depends: debhelper (= 9), dh-autoreconf, pkg-config, uuid-dev, dh-exec
Standards-Version: 3.9.6
Homepage: http://git.kernel.org/cgit/linux/kernel/git/jaegeuk/f2fs-tools.git
Vcs-Svn: svn://anonscm.debian.org/collab-maint/deb-maint/f2fs-tools/trunk
@@ -28,3 +28,46 @@ Description: Tools for Flash-Friendly File System (debug)
System (LFS).
.
This package contains the debugging symbols.
+
+Package: libf2fs1
+Section: libs
+Architecture: linux-any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Core library for Flash-Friendly File System
+ F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage
+ devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File
+ System (LFS).
+
+Package: libf2fs-dev
+Section: libdevel
+Architecture: linux-any
+Depends: libf2fs1 (= ${binary:Version}), ${misc:Depends}
+Description: Core library for Flash-Friendly File System - Development files
+ F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage
+ devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File
+ System (LFS).
+ .
+ This package contains the development files.
+
+Package: libf2fs-format1
+Section: libs
+Architecture: linux-any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Library for F2FS formating
+ F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage
+ devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File
+ System (LFS).
+
+Package: libf2fs-format-dev
+Section: libdevel
+Architecture: linux-any
+Depends: libf2fs-dev,
+ libf2fs-format1 (= ${binary:Version}),
+ uuid-dev,
+ ${misc:Depends}
+Description: Library for F2FS formating - Development files
+ F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage
+ devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File
+ System (LFS).
+ .
+ This package contains the development files.
\ No newline at end of file
diff --git a/debian/f2fs-tools.install b/debian/f2fs-tools.install
new file mode 100644
index 000..0a31ff2
--- /dev/null
+++ b/debian/f2fs-tools.install
@@ -0,0 +1 @@
+debian/tmp/sbin/* usr/sbin
\ No newline at end of file
diff --git a/debian/libf2fs-dev.install b/debian/libf2fs-dev.install
new file mode 100755
index 000..48963e7
--- /dev/null
+++ b/debian/libf2fs-dev.install
@@ -0,0 +1,4 @@
+#!/usr/bin/dh-exec
+
+debian/tmp/lib/libf2fs.a usr/lib/${DEB_HOST_MULTIARCH}
+include/* usr/include/f2fs-tools
\ No newline at end of file
diff --git a/debian/libf2fs-dev.links b/debian/libf2fs-dev.links
new file mode 100755
index 000..41d5535
--- /dev/null
+++ b/debian/libf2fs-dev.links
@@ -0,0 +1,3 @@
+#!/usr/bin/dh-exec
+
+usr/lib/${DEB_HOST_MULTIARCH}/libf2fs.so.${DEB_UPSTREAM_VERSION}
usr/lib/${DEB_HOST_MULTIARCH}/libf2fs.so
\ No newline at end of file
diff --git a/debian/libf2fs-format-dev.install
b/debian/libf2fs-format-dev.install
new file mode 100755
index 000..1427e3e
--- /dev/null
+++ b/debian/libf2fs-format-dev.install
@@ -0,0 +1,4 @@
+#!/usr/bin/dh-exec
+
+debian/tmp/lib/libf2fs_format.a usr/lib/${DEB_HOST_MULTIARCH}
+mkfs/*.h
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Thu, Jul 23, 2015 at 03:58:55AM +0100, Luca Boccassi wrote: owner 630761 luca.bocca...@gmail.com thanks Note that you need to CC cont...@bugs.debian.org for this to work, or you can use the Control pseudo-header. Hello, Hi, I took the liberty of upgrading the repository on Alioth [1] to CZMQ 3.0.2, and uploaded the resulting packages to Mentors [2]. I added 2 backported patches, fixed some warnings and other changes. If it is all right with you, I will take over maintenance of this package and try to find a sponsor to finally upload it to Debian. The RFP is now 4 years old! :-) I already am the maintainer of the internal build of CZMQ at Brocade, so I am already doing this job for the company. Might as well do it for the community too! So, I had a look at the package and here are a few notes: * The changelog entries should be merged into a single one since it would be the first upload for the package. There's no need to list all the changes there either, the Initial release message with the closed bug is enough. * The -dev package should just be named libczmq-dev (i.e. without the version), this way next time the project bumps the SONAME it'll be easier to do the transition (you won't have to update all the reverse build dependencies). * Same goes for -dbg, but it's less important in that case. * The Conflicts field is not needed either way since the libczmq-dev package doesn't exist (and if you do rename the -dev package the Provides field is not needed either). * The README.source doesn't really provide any useful information, so it can be removed (also, since the dh-autoreconf plugin is used, the tarball generated from GitHub would probably work as well). * No need to use both autotools-dev and dh-autoreconf. autoreconf is enough. * No need to override the debian-watch-may-check-gpg-signature lintian warning (but it's not a problem if you want to do it anyway...). * Generally it's better to license the debian/* files under the same license of the project, in this case MPL-2.0. It seems that when the project was relicensed from the LGPL-3+, Arnaud decided to put the debian files under GPL-3 (without my consent...) which IMO doesn't make a lot of sense. * You can safely remove Gergely and myself from the Uploaders list. I think it's also safe to remove Arnaud as well since he's been inactive for a while (he can always be added back if needed). * You might want to update the page at http://zeromq.org/distro:debian with your name. I think that's all, though I might have missed something. So, anyway, I'm open to sponsoring the package if needed, since Arnaud seems to be inactive. Once you've fixed the above just ping me and I'll have another look (no need to upload the package to mentors.d.n, I only use git anyway). Cheers signature.asc Description: Digital signature
Bug#791893: git-svn exits with uninitialised value
Hi, it would be really nice if you would consider applying the provided patch. I had another data point where a SVN repository produced this error while I was able to do a proper conversion with the patch. It is a bit boring to repeatedly rebuild a patched package locally to be able to fix this issue. Kind regards and thanks for maintaining Git in Debian Andreas. [1] svn://anonscm.debian.org/debian-med/trunk/packages/plastimatch/trunk/ -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794102: [kde-full] Windows frames disappears!!!!
Package: kde-full Version: 5:84 Severity: critical --- Please enter the report below this line. --- Hi, after the last upgrade session the applications in my KDE Plasma has lost the windows frames. Even if I use alt-tab it is not possible to switch from an application to another one. The only way to get the access to KDE menu' is closing all the applications. I have try to delete rm $HOME/.kde* -Rf without resolving the problem. I have updated the system setting application (icon) because the previous was not executable. KDE openbox works fine with my previous settings. Please write me if you think I can provide you informations. Thanks for your work Marco Righi --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-2-amd64 Debian Release: stretch/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-updates ftp.it.debian.org 500 stable security.debian.org 500 stable repo.wuala.com 500 stable ftp.it.debian.org 500 stable dl.google.com 500 stable apt.spideroak.com 500 sid linux.dropbox.com 500 debian packages.linuxmint.com --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790933: Change ITP into RFP
Hi. AFAIU, reading https://github.com/odeke-em/drive/issues/277, you've been blocked by the number of dependencies needing packaging in Debian. Any interested packager should refer to above link to find pointers to some earlier efforts, in order to not reinvent all of the wheel ;) Hope this helps. Best regards, On Fri, Jul 24, 2015 at 01:51:19PM +0200, Sophie Brun wrote: retitle 790933 RFP: drive - Google Drive tool noowner 790933 -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794104: sakura: New upstream release
Package: sakura Version: 3.2.0-1 Severity: wishlist Dear Maintainer, Please consider upgrading to Sakura 3.3.0, as it contains several bugfixes and improvements. For example Sakura now nativaly supports 256 colors without tweaking the TERM variable. Thank you! Paride -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794107: libboinc7: missing library dependencies: adequate reports undefined-symbol
Package: libboinc7 Version: 7.6.6+dfsg-2exp1 Severity: normal adequate reports: libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z8md5_filePKcPcRdb libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BIO_ctrl libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_num_bits libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_LOOKUP_ctrl libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_NAME_oneline libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_verify libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = MD5_Init libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BIO_vfree libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_size libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = SSL_load_error_strings libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z8dir_scanPcP11__dirstreami libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = MD5_Final libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_new libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_CTX_init libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_bn2bin libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_CTX_free libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BIO_new libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_get_subject_name libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_private_encrypt libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z14time_to_stringd libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = PEM_read_bio_X509 libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z9md5_blockPKhiPc libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_verify_cert libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z5dtimev libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_CTX_free libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_bin2bn libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_new libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_free libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z8dir_openPKc libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BN_CTX_new libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_LOOKUP_hash_dir libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = EVP_PKEY_free libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = SSL_library_init libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = MD5_Update libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_get_pubkey libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_blinding_off libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_free libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_free libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = BIO_s_file libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_add_lookup libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = _Z9dir_closeP11__dirstream libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = is_file libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_public_decrypt libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = boinc_fopen libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = X509_STORE_CTX_new libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_crypt.so.7.6.6 = RSA_blinding_on libboinc7:x32: undefined-symbol /usr/lib/x86_64-linux-gnux32/libboinc_zip.so.7.6.6 = _ZN10DirScannerC1ERKSs libboinc7:x32: undefined-symbol
Bug#793745: [pkg-ntp-maintainers] Bug#793745: ntp fails to start
On Thu, Jul 30, 2015 at 08:26:43AM +0100, Christophe Wolfhugel wrote: I would conclude that something somewhere makes the getpw* call fail when rlimit memlock 0 is not used. As I understand, the default should change in one of the next upstream versions. It causes all kind of weird behaviour in glibc. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548417: debmirror: Transfer truncated
Hi, I'm facing the same problem using debmirror 2.16 and libwww-perl 6.08-1 on Debian Jessie. It failed when I try to mirror the debian security repository, and only with this repository, but it fails on various packages. $ debmirror --getcontents --diff=none --verbose --progress --ignore-missing-release --nocleanup --method=http --arch=i386,amd64 --nosource ./repositories/debian-security/ --host=security.debian.org --dist=squeeze/updates,wheezy/updates,jessie/updates --root=/ --section=main,contrib,non-free [ 2%] Getting: pool/updates/main/c/chromium-browser/chromium-dbg_44.0.2403.89-1~deb8u1_amd64.deb... #** GET http://security.debian.org//pool/updates/main/c/chromium-browser/chromium-dbg_44.0.2403.89-1~deb8u1_amd64.deb == 200 OK (78s) Transfer truncated: only 62989085 out of 619651636 bytes received WARNING: releasing 1 pending lock... It's the first time I report it but I'm facing this problem since years (when squeeze was the stable one) -- Thomas DEBESSE
Bug#793945: pbr-1.3.0 in unstable?
On Thu, 30 Jul 2015 15:53:31 +0200 Thomas Goirand z...@debian.org wrote: I can't upload python-pbr until before OpenStack Liberty is out on the 15th of October. Otherwise, uploading pbr to Sid will break OpenStack Kilo. :( As Yaroslav said, it would be sufficient if you could upload pbr-0.11.0 as it already supports SemanticVersion(). signature.asc Description: OpenPGP digital signature
Bug#794043: avrdude: Segfault when reading an xmega16-e5 cpu
Dima Kogan d...@secretsauce.net writes: I see avrdude crash [...] The core isn't particularly illuminating Recompile the avrdude package with debugging symbols: https://wiki.debian.org/HowToGetABacktrace#Rebuilding_the_package_you.2BIBk-re_debugging Then reproduce the bug. Also try passing - to avrdude.
Bug#790547: Running sbuild hangs after printing Summary
control: retitle -1 sbuild hangs if chroot does not exist Ok, I found the problem. My chroot is called sid-amd64-sbuild. If I call sbuild -d sid instead of just sbuild it works fine. I assume that sbuild parses debian/changelog and finds unstable or UNRELEASED, and then tries to use a chroot of that name. It would be nice if instead of hanging, it could print an error message though. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783169: drive
On Thu, Apr 23, 2015 at 09:31:01PM +0200, Fabio Pedretti wrote: This is a possible alternative, not packaged in Debian: https://github.com/odeke-em/drive FYI, see RFP in #790933 for drive. Hth, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783169: grive: please remove grive from archive - no longer works after Google API changes of 2015-04-20
On Thu, Apr 23, 2015 at 11:32:19AM +0200, Fabio Pedretti wrote: Package: grive Version: 0.2.0-1.1 Severity: grave Dear Maintainer, after 2015-04-20 Google requires the use of 3.0 API version: https://developers.google.com/google-apps/documents-list/ which grive doesn't support: http://askubuntu.com/questions/611801/grive-sync-error-possibly-google-api-shift so the grive package is no longer useful in any way. grive is also no longer updated since 2 years: https://github.com/Grive/grive/commits/master Please remove grive package from all archives. FYI, there seems to have been a fork which would now work with the latest API changes, named grive2 : https://github.com/vitalif/grive2 Hope this helps. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785069: jessie live-installer can't install grub when booted via usb drive without internet
On Sat, 30 May 2015 09:10:34 GMT Pirate Praveen prav...@debian.org wrote: Control: reassign -1 apt-setup I think this should be fixed in apt-setup. It should add the installation media as an apt source if no mirror is setup. We just hit this bug at hamaralinux and are keen to spend some time fixing it. Will take a look at it and attempt a patch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794136: FTBFS: spec_helper.rb: undefined method `color_enabled=' for #RSpec::Core::Configuration:
Source: ruby-listen Version: 2.4.0-4 Severity: serious Tags: sid stretch Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build: /usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb /tmp/buildd/ruby-listen-2.4.0/spec/spec_helper.rb:14:in `block in top (required)': undefined method `color_enabled=' for #RSpec::Core::Configuration:0x000227c278 (NoMethodError) from /usr/lib/ruby/vendor_ruby/rspec/core.rb:97:in `configure' from /tmp/buildd/ruby-listen-2.4.0/spec/spec_helper.rb:13:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /tmp/buildd/ruby-listen-2.4.0/spec/acceptance/listen_spec.rb:2:in `top (required)' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in `load' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in `block in load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in `each' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in `load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:103:in `setup' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:89:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:74:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:42:in `invoke' from /usr/bin/rspec:4:in `main' /usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb failed ERROR: Test ruby2.1 failed. Exiting. Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-listen.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792452: jessie-pu: package torrus/2.08-1
Control: tags -1 + pending On Sun, 2015-07-26 at 21:06 +0200, Bernhard Schmidt wrote: On 25.07.2015 18:54, Adam D. Barratt wrote: Hi Adam, On Tue, 2015-07-14 at 23:35 +0200, Bernhard Schmidt wrote: I would like to upload torrus 2.08-1+deb8u1 (which basically is 2.08-2) to Jessie fixing an important Bug (Bug #774851). The diff looks intrusive for a point release, but it is merely a revert of a broken patch refresh during the Jessie release cycle. The patch had been included since before Squeeze and is also in 2.08-2 in testing/unstable. Please go ahead. Uploaded and accepted. Flagged for acceptance into p-u. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789311: [DRE-maint] Bug#789311: ruby-rack: CVE-2015-3225: Potential Denial of Service Vulnerability in Rack normalize_params()
Hi, On Thu, Jul 30, 2015 at 09:58:27PM +0200, Salvatore Bonaccorso wrote: The targetting distribution was still set to 'unstable'. I have fixed that in the attached debdiffs and added the patch for jessie-security (can you import them in your VCS please?). I have uploaded to security-master the jessie-security one as attached. But for wheezy-security the package does not built. Build-log is attached. It fails for me as well already with 1.4.1-2.1. Can you have a look? It does not FTBFS if I build with sbuild, but does with the attached log in pbuilder. I can use this as wokraround at least for the DSA itself. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794130: coq: please make the build reproducible (timestamps)
Source: coq Version: 8.4pl4dfsg-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi! While working on the “reproducible builds” effort [1], we have noticed that foo could not be built reproducibly. The attached patch removes extra timestamps from the build system. Once applied, and after ocamlc is patched to remove nondeterminism, coq will be buildable reproducibly in our experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, Valentin --- coq-8.4pl4dfsg/configure 2015-07-30 17:44:11.635304955 + +++ coq-8.4pl4dfsg/configure 2015-07-30 19:06:43.0 + @@ -9,7 +9,7 @@ VERSION=8.4pl4 VOMAGIC=08400 STATEMAGIC=58400 -DATE=`LC_ALL=C LANG=C dpkg-parsechangelog -S date | date --file=- +%B %Y` +DATE=`dpkg-parsechangelog -S date | LC_ALL=C LANG=C date -u --file=- +%B %Y` # Create the bin/ directory if non-existent test -d bin || mkdir bin @@ -271,7 +271,7 @@ ) echo I can't find the program \date\ in your path. echo Please give me the current date read COMPILEDATE;; -*) COMPILEDATE=`LC_ALL=C LANG=C dpkg-parsechangelog -S date | date --file=- +%b %d %Y %H:%M:%S`;; +*) COMPILEDATE=`dpkg-parsechangelog -S date | LC_ALL=C LANG=C date -u --file=- +%b %d %Y %H:%M:%S`;; esac # Architecture
Bug#794115: gdebi: [intl:SV] updated Swedish translation
On Thu, 30 Jul 2015 19:31:26 +0200 Anders Jonsson anders.jons...@norsjovallen.se wrote: Attached is a new po file for the Swedish translation of synaptic. Silly copy and paste error. It is gdebi that the translation is for. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794149: ruby-augeas: Fails to parse default /etc/redis/redis.conf
Package: ruby-augeas
Version: 1:0.5.0-3+b1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Added an augeas entry for /etc/redis/redis.conf and ran puppet agent -t
* What exactly did you do (or not do) that was effective (or
ineffective)?
run puppet agent -t
* What was the outcome of this action?
Warning: Augeas[redis.conf](provider=augeas): Loading failed for one or more
files, see debug for /augeas//error output
Error: /Stage[main]/Cpan-test/Augeas[redis.conf]: Could not evaluate:
undefined method `flatten' for nil:NilClass
* What outcome did you expect instead?
the /etc/redis/redis.conf file would be amended
*** End of the template - remove these template lines ***
augtool print /augeas//error gives this:
/augeas/files/etc/redis/redis.conf/error = parse_failed
/augeas/files/etc/redis/redis.conf/error/pos = 35726
/augeas/files/etc/redis/redis.conf/error/line = 817
/augeas/files/etc/redis/redis.conf/error/char = 0
/augeas/files/etc/redis/redis.conf/error/lens =
/usr/share/augeas/lenses/dist/redis.aug:112.10-.37:
/augeas/files/etc/redis/redis.conf/error/message = Iterated lens matched less
than it should
Line 817 is:
notify-keyspace-events
If you comment out that line it works.
I'm not doing any editing yet, the entry inthe puppet file just says:
augeas {
'redis.conf':
context = '/files/etc/redis/redis.conf',
}
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.0.0-2-amd64 (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
Init: systemd (via /run/systemd/system)
Versions of packages ruby-augeas depends on:
ii libaugeas0 1.2.0-0.2
ii libc6 2.19-19
ii libgmp102:6.0.0+dfsg-7
ii libruby2.1 2.1.5-3
ii libxml2 2.9.2+dfsg1-3
ii ruby1:2.1.5.1
ruby-augeas recommends no packages.
ruby-augeas 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#794148: FTBFS: undefined method `mock' for #RSpec::ExampleGroups::YARDCLICommandParser::Run:..
Source: yard
Version: 0.8.7.6-1
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Dear Maintainer,
The package fails to build:
Failures:
1) YARD::CLI::CommandParser#run should show help if --help is provided
Failure/Error: command = mock(:command)
NoMethodError:
undefined method `mock' for
#RSpec::ExampleGroups::YARDCLICommandParser::Run:0x0002d81448
# ./spec/cli/command_parser_spec.rb:10:in `block (3 levels) in top
(required)'
7) YARD::CLI::Config Viewing an item should view item if no value is given
Failure/Error: YARD::Config.stub!(:save)
NoMethodError:
undefined method `stub!' for YARD::Config:Class
# ./spec/cli/config_spec.rb:9:in `block (2 levels) in top (required)'
/usr/bin/ruby2.1 /usr/bin/rspec --pattern spec/\*\*\{,/\*/\*\*\}/\*_spec.rb
failed
ERROR: Test ruby2.1 failed. Exiting.
Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/yard.html
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793026: fixed in kwin 4:5.3.2-3
Dear Maintainer, solving the problem with broken x-window-manger by installing kwin-11-4.5.3.2.3 and kde-window-manager-5.4.3.2-3 instead the testing versions did not solve any of the problems here. I can neither move nor resize windows. Some applications like icewaesel can only be stopped via kill -SIGQUIT because the Files-Quit button and the x at left corner will not be displayed. KDE is unusable in after update. On Thu, 30 Jul 2015 04:33:59 + Debian/Kubuntu Qt/KDE Maintainers debian-qt-...@lists.debian.org wrote: Source: kwin Source-Version: 4 We believe that the bug you reported is fixed in the latest version of kwin, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 793...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Debian/Kubuntu Qt/KDE Maintainers debian-qt-...@lists.debian.org (supplier of updated kwin package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 29 Jul 2015 16:43:28 -0400 Source: kwin Binary: kwin-dev kwin-common kwin-x11 kwin-wayland libkwin4-effect-builtins1 libkwineffects6 libkwinglutils6 libkwinglesutils6 libkwinxrenderutils6 kwin-data kwin-dbg kde-window-manager Architecture: source all Version: 4:5.3.2-3 Distribution: unstable Urgency: high Maintainer: Debian/Kubuntu Qt/KDE Maintainers debian-qt-...@lists.debian.org Changed-By: Debian/Kubuntu Qt/KDE Maintainers debian-qt-...@lists.debian.org Description: kde-window-manager - transitional package for kwin-x11 kwin-common - KDE window manager, common files kwin-data - KDE window manager data files kwin-dbg - KDE window manager - debug files kwin-dev - KDE window manager - devel files kwin-wayland - KDE window manager, wayland version kwin-x11 - KDE window manager, X11 version libkwin4-effect-builtins1 - KDE window manager effect builtins library libkwineffects6 - KDE window manager effects library libkwinglesutils6 - KDE window manager gl utils library libkwinglutils6 - KDE window manager gl utils library libkwinxrenderutils6 - KDE window manager render utils library Closes: 792849 793026 793997 Changes: kwin (4:5.3.2-3) unstable; urgency=high . [ Maximiliano Curia ] * kwin-wayland: Add qtwayland5 dependency, for the wayland qt5 plugin. . [ Scott Kitterman ] * Urgency high for RC but fix in testing * Remove obsolete kwin alternative and add new alternative for kwin_x11 so kwin will work as x-window-manager (Closes: #792849, #793997, #793026) Checksums-Sha1: -- Axel Ludszuweit In der Horst 28E D-30900 Wedemark Telefon: +49 (0) 5130 373093 Mobil: +49 (0) 170 2736589 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793557: [Pkg-openssl-devel] Bug#793557: Bug#793557: clamtk in testing
On Thu, Jul 30, 2015 at 02:42:33PM -0400, Carlos Kosloff wrote: That worked! Thank you. That's just a workaround that disables the cpu detection code. Can you try installing cpuid and running: cpuid cpuid -r And send me the output of both those? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794123: sddm: fails on first start after boot
Package: sddm Version: 0.11.0-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 sddm fails to start after system boot. I need to log in on tty1 and service sddm restart. Upon that, sddm comes up as expected. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-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/lksh Init: systemd (via /run/systemd/system) Versions of packages sddm depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.57 ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libpam0g1.1.8-3.1 ii libqt5core5a5.4.2+dfsg-5 ii libqt5dbus5 5.4.2+dfsg-5 ii libqt5gui5 5.4.2+dfsg-5 ii libqt5network5 5.4.2+dfsg-5 ii libqt5qml5 5.4.2-4 ii libqt5quick55.4.2-4 ii libstdc++6 5.1.1-14 ii libsystemd0 222-2 ii libxcb-xkb1 1.10-3+b1 ii libxcb1 1.10-3+b1 ii qml-module-qtquick2 5.4.2-4 ii sddm-theme-breeze [sddm-theme] 4:5.3.2-4 sddm recommends no packages. sddm suggests no packages. - -- debconf information: sddm/daemon_name: /usr/bin/sddm * shared/default-x-display-manager: sddm -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVunw3MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pYqwQ/+JR8xXCr3dmTjP4RijPEY QDikohoKKLstOilJ1sfdYaWZ76u/rPGubprbyoKiREqXeoN1/g1KplAe269KbCDF 3C5FB2LyuJOPXhehGZ8nGV1GaZAOC3+XXsMQkKnmBbyMjtg1zBPJq/N1VWPywF+I gvwXLCwAZtQwCSMbNMF0JviOb0UiDaEFxF8kJ0zh2GRy4kzu+bl7H67JqRM+eHiR CYYFrfF+D0mIGLTa3E+A+GltNQopmYbUa1702eXiMhsHR8G8E2T070xepA8BqIvK m8Rfvp9mPax9LFJhJjjFwGGS/N5C5EAhvxDB5tMwRoopaDSflZb7S5Yuul6mr6Ys jfTOpoXacg+C0i4kksdOXDzsjlnsqeuFFOTW2DQulfFsHJiO4NwiZ/CIzAwiobB1 XHj5A/iCIdszj+QrsPLVTGyIniElIe0fUex7J008iM7k4fcbtRVHnKhcw/uNmUsO aVppvlqQWl3IvoqQI3z14WYigq+LFipywjriADhfeY1n5VfTzxkr5+RhvNaAlGtT /dgdmz586TIWeurGWtMdkjpJsozQ6tksLCNh6U8OwemjZdnIFGw2W9Lytz2+mNtU jVh/xZbK1Z79mdbCJjAEmMZ58knoBLkCE8TuZoPzel/LteVl2QYJPPAKagAWXd37 DNtvrV7lklRZfnb9XuZ6ZgU= =ZPqJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793418: plasma-nm menu very tiny
Package: plasma-nm Version: 4:5.3.2-1 Followup-For: Bug #793418 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I have now found that this only happens when connecting an external monitor. Using only my notebook's internal display, the menu is rendered as expected. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-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/lksh Init: systemd (via /run/systemd/system) Versions of packages plasma-nm depends on: ii libc6 2.19-19 ii libkf5completion5 5.12.0-1 ii libkf5configcore5 5.12.0-1 ii libkf5configwidgets55.12.0-1 ii libkf5coreaddons5 5.12.0-1 ii libkf5dbusaddons5 5.12.0-1 ii libkf5i18n5 5.12.0-1 ii libkf5iconthemes5 5.12.0-1 ii libkf5itemviews55.12.0-1 ii libkf5kdelibs4support5 5.12.0-2 ii libkf5kiowidgets5 5.12.0-1 ii libkf5modemmanagerqt6 5.12.0-1 ii libkf5networkmanagerqt6 5.12.0-1 ii libkf5notifications55.12.0-1 ii libkf5service5 5.12.0-1 ii libkf5solid55.12.0-1 ii libkf5wallet5 5.12.0-1 ii libkf5widgetsaddons55.12.0-1 ii libkf5windowsystem5 5.12.0-1 ii libkf5xmlgui5 5.12.0-1 ii libopenconnect5 7.06-2 ii libqt5core5a5.4.2+dfsg-5 ii libqt5dbus5 5.4.2+dfsg-5 ii libqt5gui5 5.4.2+dfsg-5 ii libqt5network5 5.4.2+dfsg-5 ii libqt5qml5 5.4.2-4 ii libqt5widgets5 5.4.2+dfsg-5 ii libqt5xml5 5.4.2+dfsg-5 ii libstdc++6 5.1.1-14 ii mobile-broadband-provider-info 20140317-1 ii network-manager 1.0.2-2 plasma-nm recommends no packages. Versions of packages plasma-nm suggests: pn network-manager-openconnect none ii network-manager-openvpn 1.0.2-1 ii network-manager-pptp 1.0.2-1 ii network-manager-vpnc 1.0.2-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVuntmMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8paPgw//SvNMafoA+L25gk5BzEGd ABySrdxcAuWDr5pd8uMuPqw6yqZj6zsgjoIvhbPNToINZZm3Bm4VfLXCjvqFLERL 12dUF++0GPeUpjvy974Q6yNKqB/aItp5+vzYDo4Gl+WAw97TZlVzLOEItCwR+gnZ EYBx6jaKna7BfYbVT28ZtHAPlP4GIQ6L+eWSavden8ahgaf9RImQAXXFBg8PR7Co RJ/+eb2Eb+wGCKuTie+kc2FL0ETxFvJKliWvDcWR8cegQdWaeRUQosN3KsNHrllP oDMQ/RZy4Z1yeRbYsdm07VCLtI/wfh1669RwS98mlhfSeHW9nvKOM3o0qUVgL41a 0MWyawL9/TiUhSnm/0tTfsPUs9Sl3nDKaLdCM1Dvy2tHJayyH31uHbzbzv0YgZKV J/ssOri1Ze7DKPlyELVLXMFvktM825Shmn9X/hH0upeePsbeTzxI5XEMOKFruWtV 0fH51TO4MXuQJWF3/DE4mrMDZdDp8OJVAuACkeeX7huN6furUZ1PKQjBLsZ5Jbd7 6w+tsT3J1U2mBhCBwx5lhyMvTQcdXGy2/UoVwMMOMJgEBND/npv3yrIjadFy9guh 31iO4Dae/0MBlsc9tbENy5jUXspEVCd4wSGLMfIIxkcOMsfSoPG1u05P1ifF7JX7 k9Y4gyEUyjZcLZhwe2fgM9k= =rCMK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794102: [kde-full] Windows frames disappears!!!!
On July 30, 2015 10:21:52 AM EDT, Marco Righi marco.ri...@gmail.com wrote: Package: kde-full Version: 5:84 Severity: critical --- Please enter the report below this line. --- Hi, after the last upgrade session the applications in my KDE Plasma has lost the windows frames. Even if I use alt-tab it is not possible to switch from an application to another one. The only way to get the access to KDE menu' is closing all the applications. I have try to delete rm $HOME/.kde* -Rf without resolving the problem. I have updated the system setting application (icon) because the previous was not executable. KDE openbox works fine with my previous settings. Please write me if you think I can provide you informations. Thanks for your work Marco Righi Try updating kwin-x11 and related packages from unstable. That should fix it. If it does, please close this bug. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793539: Today's update
On July 30, 2015 11:01:30 AM EDT, Carlos Kosloff papim...@gmail.com wrote: There was a massive update of KDE today, it completely crashed both my computers. Not only I am still unable to access systemsettings, all my windows don't work: cannot drag from title bar because there is none, cannot close windows, nothing works. PLEASE HELP! Try updating kwin-x11 and its as associated packages from unstable. I fixed at least part of this yesterday and it hasn't migrated yet. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792774: RFS: filters/2.54 [ITA]
Jakub Wilk jw...@debian.org writes: * Marius Gavrilescu mar...@ieval.ro, 2015-07-30, 01:20: The package was native before, Right. Now is a good moment to fix it. Fixed. Upstream released a new version (2.54) that includes my patches. The new package is on mentors. You can download it by running: dget -x http://mentors.debian.net/debian/pool/main/f/filters/filters_2.54-1.dsc -- Marius Gavrilescu signature.asc Description: PGP signature
Bug#794124: mutt-kz: F1 - /usr/share/doc/mutt/manual.txt.gz: No such file or directory
Package: mutt-kz Version: 1.5.23.1-5 I can't use the help function (F1), because it tries to open nonexistent file: gzip: /usr/share/doc/mutt/manual.txt.gz: No such file or directory -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 4.0.0-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 Init: sysvinit (via /sbin/init) Versions of packages mutt-kz depends on: ii libassuan0 2.2.1-1 ii libc6 2.19-19 ii libcomerr2 1.42.13-1 ii libgnutls-deb0-28 3.3.16-1 ii libgpg-error0 1.19-2 ii libgpgme11 1.5.5-3 ii libgssapi-krb5-2 1.13.2+dfsg-2 ii libidn11 1.31-1 ii libk5crypto3 1.13.2+dfsg-2 ii libkrb5-3 1.13.2+dfsg-2 ii libncursesw5 5.9+20150516-2 ii libnotmuch40.20.2-1 ii libsasl2-2 2.1.26.dfsg1-13 ii libtinfo5 5.9+20150516-2 ii libtokyocabinet9 1.4.48-3 ii mutt 1.5.23-3 -- 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#793430: jessie-pu: package kic/2.4a-2~deb8u1
Control: tags -1 + pending On Sat, 2015-07-25 at 17:22 +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Fri, 2015-07-24 at 01:51 +0200, Andreas Beckmann wrote: kic [non-free] FTBFS in jessie and sid due to gcc ... -L -lX11 ... which worked in wheezy but gobbles the -lX11 from jessie onwards leading to undefined references due to missing -lX11. Please go ahead. Uploaded and flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794134: FTBFS: `require': cannot load such file -- hmac/sha1 (LoadError)
Source: ruby-openid Version: 2.5.0debian-1 Severity: serious Tags: sid stretch Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build: RUBYLIB=/tmp/buildd/ruby-openid-2.5.0debian/debian/ruby-openid/usr/lib/ruby/vendor_ruby:. ruby2.2 debian/ruby-tests.rb /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require': cannot load such file -- hmac/sha1 (LoadError) from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from /tmp/buildd/ruby-openid-2.5.0debian/debian/ruby-openid/usr/lib/ruby/vendor_ruby/openid/cryptutil.rb:13:in `rescue in rescue in top (required)' from /tmp/buildd/ruby-openid-2.5.0debian/debian/ruby-openid/usr/lib/ruby/vendor_ruby/openid/cryptutil.rb:7:in `rescue in top (required)' from /tmp/buildd/ruby-openid-2.5.0debian/debian/ruby-openid/usr/lib/ruby/vendor_ruby/openid/cryptutil.rb:4:in `top (required)' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from /tmp/buildd/ruby-openid-2.5.0debian/debian/ruby-openid/usr/lib/ruby/vendor_ruby/openid/dh.rb:2:in `top (required)' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from /tmp/buildd/ruby-openid-2.5.0debian/debian/ruby-openid/usr/lib/ruby/vendor_ruby/openid/consumer/associationmanager.rb:1:in `top (required)' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from /tmp/buildd/ruby-openid-2.5.0debian/test/test_associationmanager.rb:2:in `top (required)' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from debian/ruby-tests.rb:5:in `block in main' from debian/ruby-tests.rb:5:in `each' from debian/ruby-tests.rb:5:in `main' ERROR: Test ruby2.2 failed. Exiting. dh_auto_install: dh_ruby --install /tmp/buildd/ruby-openid-2.5.0debian/debian/ruby-openid returned exit code 1 Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-openid.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793020: jessie-pu: package fusiondirectory/1.0.8.2-5+deb8u1
Control: tags -1 + pending On Sat, 2015-07-25 at 21:51 +, Mike Gabriel wrote: Thanks. Uploaded an hour ago, haven't see its arrival in jessie-pu NEW, yet. Should be there within the next hours if things aren't broken on the dak side. There's this little thing called dinstall... :-) Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793470: jessie-pu: package gosa/2.7.4+reloaded2-1+deb8u1
Control: tags -1 + pending
On Sat, 2015-07-25 at 21:52 +, Mike Gabriel wrote:
Hi Adam,
On Sa 25 Jul 2015 18:19:09 CEST, Adam D. Barratt wrote:
Control: tags -1 + confirmed
On Fri, 2015-07-24 at 12:43 +0200, Mike Gabriel wrote:
+ * debian/patches:
++ Add 2007_gen-uids-like-gosa26.patch. Fix idGenerator for
patterns like
+ {%sn[3-6}-{%givenName[3-6]}. (Closes: #793455).
[...]
++ Add 2008_enable-csv-import-on-clean-installs.patch. Enable CSV /
LDIF
+ import on (non-Debian-Edu) clean GOsa² installations by
default. (Closes:
+ #782529)
Please go ahead.
Regards,
Adam
Uploaded an hour ago, no jessie-pu mail received here, yet, though.
Flagged for acceptance.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790060: jessie-pu: nbd update?
Control: tags -1 + pending On Mon, 2015-07-27 at 23:22 +0200, Wouter Verhelst wrote: On Sat, Jul 25, 2015 at 05:46:15PM +0100, Adam D. Barratt wrote: Control: tags -1 -moreinfo +cpnfirmed On Mon, 2015-07-20 at 09:51 +0200, Wouter Verhelst wrote: On Sun, Jul 19, 2015 at 04:29:30PM +0200, Julien Cristau wrote: On Sun, Jul 19, 2015 at 14:37:57 +0200, Wouter Verhelst wrote: [...] If you don't want me to immediately upload, what do you want me to do instead? Send us the proposed (source) debdiff. Attached. Please go ahead. Uploaded. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794138: startpar FTCBFS: uses build arch compiler
Source: startpar Version: 0.59-3 Tags: patch User: helm...@debian.org Usertags: rebootstrap startpar FTCBFS, because it uses the build arch compiler and later fails to strip those (wrong arch) objects. I am attaching a failing build log and a patch that fixes the problem. Helmut sbuild (Debian sbuild) 0.65.2 (24 Mar 2015) on misc-debomatic3 ╔══╗ ║ startpar 0.59-3 (CROSS host=arm64/build=amd64) 28 Jul 2015 00:34 ║ ╚══╝ Package: startpar Version: 0.59-3 Source Version: 0.59-3 Distribution: unstable Machine Architecture: amd64 Host Architecture: arm64 Build Architecture: amd64 I: NOTICE: Log filtering will replace 'build/startpar-re60yI/startpar-0.59' with '«PKGBUILDDIR»' I: NOTICE: Log filtering will replace 'build/startpar-re60yI' with '«BUILDDIR»' I: NOTICE: Log filtering will replace 'var/lib/schroot/mount/unstable-amd64-debomatic-536dd4d1-7488-4403-a771-7c0ff1e23f87' with '«CHROOT»' ┌──┐ │ Chroot Setup Commands│ └──┘ /home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup ─── I: Finished running '/home/debomatic/debomatic/sbuildcommands/chroot-setup-commands/dpkg-speedup'. Finished processing commands. ┌──┐ │ Update chroot│ └──┘ Get:1 http://httpredir.debian.org unstable InRelease [200 kB] Get:2 http://httpredir.debian.org unstable/main Sources/DiffIndex [7876 B] Get:3 http://httpredir.debian.org unstable/contrib Sources/DiffIndex [7819 B] Get:4 http://httpredir.debian.org unstable/non-free Sources/DiffIndex [7819 B] Get:5 http://httpredir.debian.org unstable/contrib Translation-en/DiffIndex [7819 B] Get:6 http://httpredir.debian.org unstable/main arm64 Packages/DiffIndex [7876 B] Get:7 http://httpredir.debian.org unstable/main Translation-en/DiffIndex [7876 B] Get:8 http://httpredir.debian.org unstable/non-free arm64 Packages/DiffIndex [7819 B] Get:9 http://httpredir.debian.org unstable/contrib arm64 Packages/DiffIndex [7819 B] Get:10 http://httpredir.debian.org unstable/non-free Translation-en/DiffIndex [7819 B] Get:11 http://httpredir.debian.org unstable/main amd64 Packages/DiffIndex [7876 B] Get:12 http://httpredir.debian.org unstable/contrib amd64 Packages/DiffIndex [7819 B] Get:13 http://httpredir.debian.org unstable/non-free amd64 Packages/DiffIndex [7819 B] Get:14 http://httpredir.debian.org unstable/main 2015-07-20-2047.52.pdiff [12.4 kB] Get:15 http://httpredir.debian.org unstable/main 2015-07-21-0250.43.pdiff [8812 B] Get:16 http://httpredir.debian.org unstable/main 2015-07-21-1449.47.pdiff [18.8 kB] Get:17 http://httpredir.debian.org unstable/main 2015-07-22-1449.38.pdiff [13.7 kB] Get:18 http://httpredir.debian.org unstable/main 2015-07-21-0850.03.pdiff [3397 B] Get:19 http://httpredir.debian.org unstable/main 2015-07-23-0247.58.pdiff [19.4 kB] Get:20 http://httpredir.debian.org unstable/main 2015-07-21-2049.10.pdiff [8292 B] Get:21 http://httpredir.debian.org unstable/main 2015-07-22-0250.18.pdiff [12.2 kB] Get:22 http://httpredir.debian.org unstable/main 2015-07-22-0848.26.pdiff [ B] Get:23 http://httpredir.debian.org unstable/main 2015-07-22-2049.44.pdiff [19.5 kB] Get:24 http://httpredir.debian.org unstable/main 2015-07-23-0910.58.pdiff [13.2 kB] Get:25 http://httpredir.debian.org unstable/main 2015-07-23-1448.36.pdiff [16.0 kB] Get:26 http://httpredir.debian.org unstable/main 2015-07-24-1452.49.pdiff [21.2 kB] Get:27 http://httpredir.debian.org unstable/main 2015-07-24-2051.02.pdiff [23.9 kB] Get:28 http://httpredir.debian.org unstable/main 2015-07-23-2049.31.pdiff [17.1 kB] Get:29 http://httpredir.debian.org unstable/main 2015-07-24-0250.04.pdiff [12.6 kB] Get:30 http://httpredir.debian.org unstable/main 2015-07-26-0254.09.pdiff [10.2 kB] Get:31 http://httpredir.debian.org unstable/main 2015-07-24-0851.36.pdiff [2008 B] Get:32 http://httpredir.debian.org unstable/main 2015-07-25-0251.08.pdiff [4449 B] Get:33 http://httpredir.debian.org unstable/main 2015-07-25-0850.02.pdiff [2819 B] Get:34 http://httpredir.debian.org unstable/main 2015-07-25-2052.33.pdiff [30.1 kB] Get:35 http://httpredir.debian.org unstable/main 2015-07-26-0850.47.pdiff [4581 B] Get:36 http://httpredir.debian.org unstable/main 2015-07-26-1450.39.pdiff [7768 B] Get:37 http://httpredir.debian.org unstable/main
Bug#794061: breeze: Breeze theme completely stopped working after the last upgrade
Hi, On 30.07.2015 21:45, Salvo Tomaselli wrote: Hello, thanks for the quick reply. Does this only affect KDE4 applications or also Qt4-only ones (like speedcrunch)? Yes, for example qweborf (attached) looks like that. Could you please post the output of: - echo $QT_PLUGIN_PATH /usr/lib/x86_64-linux-gnu/qt4/plugins/:/usr/lib/kde4/plugins/ Which I previously set in my session as a workaround, however, before filing the bugreport I have tried unsetting the variable but the result was the same. You don't happen to have a custom Qt build installed? /usr/lib/x86_64-linux-gnu/qt4/plugins is the plugin path that is hardcoded in the Debian qt4-x11 package. Cheers, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794145: fills up logs with useless (?) Invalid response packet from host ...
Package: avahi-daemon Version: 0.6.31-5 Severity: normal wastes disk-spac, obscures monitoring, etc. Manages to spit out about 10 a second (that will be 36/hour! or more than a million in a work day!) Meanwhile I guess I will just have to patch it manually $ journalctl -f -- Logs begin at Tue 2015-07-14 22:44:24 EDT. -- Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.124. Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.124. Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.238.237. Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.71. Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.238.237. Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.71. Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. Jul 30 17:00:24 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.124. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.238.237. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.238.237. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.124. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.238.237. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.238.237. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.71. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.71. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.124. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.124. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.238.237. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.71. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.124. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.71. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.124. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.238.237. Jul 30 17:00:25 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.238.237. Jul 30 17:00:26 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. Jul 30 17:00:26 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.71. Jul 30 17:00:26 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. Jul 30 17:00:26 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.235.71. Jul 30 17:00:26 hopa avahi-daemon[15397]: Invalid response packet from host 10.31.232.140. ... -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages avahi-daemon depends on: ii adduser 3.113+nmu3 ii bind9-host [host]1:9.9.5.dfsg-10 ii dbus 1.8.18-1 ii host 1:9.9.5.dfsg-10 ii init-system-helpers 1.23 ii libavahi-common3 0.6.31-5 ii libavahi-core7 0.6.31-5 ii libc62.19-18 ii libcap2 1:2.24-9 ii libdaemon0 0.14-6 ii libdbus-1-3 1.8.18-1 ii libexpat12.1.0-6+b3 ii lsb-base 4.1+Debian13+nmu1 Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-6 Versions of packages avahi-daemon suggests: ii avahi-autoipd 0.6.31-5 -- 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#794115: gdebi: [intl:SV] updated Swedish translation
On Thu, 30 Jul 2015 19:31:26 +0200 Anders Jonsson anders.jons...@norsjovallen.se wrote: Package: synaptic Severity: wishlist Tags: patch l10n Attached is a new po file for the Swedish translation of synaptic. Resent the same file with different name. Should only be called sv.po. # swedish translation for gdebi. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the gdebi package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # msgid msgstr Project-Id-Version: gdebi 0.1.4\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2013-08-03 15:11+0200\n PO-Revision-Date: 2015-07-17 14:54+0200\n Last-Translator: Anders Jonsson anders.jons...@norsjovallen.se\n Language-Team: Swedish tp...@listor.tp-sv.se\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Launchpad-Export-Date: 2013-08-03 22:48+\n X-Generator: Poedit 1.8.2\n Language: sv\n #: ../gdebi:51 #, c-format msgid usage: %prog [options] filename\n For a graphical version run gdebi-gtk\n msgstr användning: %prog [flaggor] filnamn\n För en grafisk version, kör gdebi-gtk\n #: ../gdebi:57 ../gdebi-gtk:57 msgid Run non-interactive (dangerous!) msgstr Kör icke-interaktivt (farligt!) #: ../gdebi:61 msgid Set an APT configuration option msgstr Ställ in APT-konfigurationsflagga #: ../gdebi:65 msgid Do not show progress information msgstr Visa inte förloppsinformation #: ../gdebi:69 msgid Simulate only and print a apt-get install compatible line to stderr msgstr Simulera endast och skriv ut en apt-get install-kompatibel rad till standard fel #: ../gdebi:71 msgid Use alternative root dir msgstr Använd alternativ rotkatalog #: ../gdebi:79 #, c-format msgid gdebi error, file not found: %s\n msgstr fel i gdebi, filen hittades inte: %s\n #: ../gdebi:98 ../gdebi:107 msgid Need to be root to install packages msgstr Du mÃ¥ste vara root för att installera paket #: ../gdebi:109 ../GDebi/GDebiCli.py:154 msgid Do you want to install the software package? [y/N]: msgstr Vill du installera programpaketet? [j/N]: #: ../gdebi-gtk:60 msgid Auto close when the install is finished msgstr Stäng automatiskt dÃ¥ installationen är klar #: ../gdebi-gtk:62 msgid Use alternative datadir msgstr Använd alternativ datakatalog #: ../gdebi-gtk:65 msgid Remove package msgstr Ta bort paket #: ../gdebi-gtk:84 msgid Software index is broken msgstr Programvaruindexet är trasigt #: ../gdebi-gtk:85 msgid This is a major failure of your software management system. Please check for broken packages with synaptic, check the file permissions and correctness of the file '/etc/apt/sources.list' and reload the software information with: 'sudo apt-get update' and 'sudo apt-get install -f'. msgstr Det här är ett allvarligt fel i hanteringssystemet för programvaror. Leta efter trasiga paket med synaptic, kontrollera att filrättigheterna och att filen â/etc/apt/sources.listâ är korrekta. Läs sedan om programvaruinformationen med âsudo apt-get updateâ och âsudo apt-get install - fâ. #: ../data/gdebi.ui.h:1 ../data/gdebi.desktop.in.h:3 msgid Install and view software packages msgstr Installera och visa programpaket #: ../data/gdebi.ui.h:2 msgid GPL, see /usr/share/common-licenses/GPL msgstr GPL, se /usr/share/common-licenses/GPL #: ../data/gdebi.ui.h:3 msgid Terminal msgstr Terminal #: ../data/gdebi.ui.h:4 msgid Automatically close after the changes have been successfully applied msgstr Stäng automatiskt efter att ändringarna verkställts #: ../data/gdebi.ui.h:5 ../GDebi/GDebiKDE.py:157 ../GDebi/GDebiKDE.py:159 #: ../GDebi/GDebiKDE.py:321 msgid Details msgstr Detaljer #: ../data/gdebi.ui.h:6 ../GDebi/GDebiKDE.py:320 msgid bTo install the following changes are required:/b msgstr bFör att installera krävs följande ändringar:/b #: ../data/gdebi.ui.h:7 ../data/gdebi.desktop.in.h:2 msgid Package Installer msgstr Paketinstallerare #: ../data/gdebi.ui.h:8 msgid _File msgstr _Arkiv #: ../data/gdebi.ui.h:9 msgid _Open⦠msgstr Ã_ppna⦠#: ../data/gdebi.ui.h:10 msgid _Refresh msgstr _Uppdatera #: ../data/gdebi.ui.h:11 msgid _Edit msgstr R_edigera #: ../data/gdebi.ui.h:12 msgid _Help msgstr _Hjälp #. first, we load all the default descriptions -- pyuic doesn't use #. gettext as default (FIXME, copy code from language-selector) #: ../data/gdebi.ui.h:13 ../GDebi/GDebiKDE.py:155 msgid Package: msgstr Paket: #: ../data/gdebi.ui.h:14 msgid bbig /big/b msgstr bbig /big/b #: ../data/gdebi.ui.h:15 msgid _Details msgstr _Detaljer #: ../data/gdebi.ui.h:16 ../GDebi/GDebiKDE.py:156 msgid Status: msgstr Status: #: ../data/gdebi.ui.h:17 msgid Description: msgstr Beskrivning: #. img = Gtk.Image() #. img.set_from_stock(Gtk.STOCK_APPLY,Gtk.IconSize.BUTTON) #. self.button_install.set_image(img) #: ../data/gdebi.ui.h:18 ../GDebi/GDebiGtk.py:337 ../GDebi/GDebiGtk.py:395 msgid _Install Package msgstr _Installera paket #: ../data/gdebi.ui.h:19 msgid _Remove Package
Bug#794152: ispell: munchlist error detection is overly aggressive
Package: ispell Version: 3.4.00-3 Severity: important It seems like the error detection and handling added back in March is a bit on the aggressive side. The Norwegian ispell dictionaries both allow cross products and have some categories in the build system with few words in them. Related bug report is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790765 This means that the grep around line 715 of munchlist fails: egrep $flagmarker.*[$preflags].*[$sufflags]|$flagmarker.*[$sufflags].*[$preflags] \ $LEGALFLAGLIST \ $CROSSROOTS Adding || true to that grep allows the build to complete successfully. Could that be added upstream? -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ispell depends on: ii libc6 2.19-19 ii libtinfo5 5.9+20150516-2 Versions of packages ispell recommends: ii iamerican [ispell-dictionary] 3.4.00-3 ii inorwegian [ispell-dictionary] 2.0.10-7 ii wamerican [wordlist]7.1-1 ii wbritish [wordlist] 7.1-1 ii wnorwegian [wordlist] 2.0.10-7 Versions of packages ispell suggests: pn spell none -- no debconf information -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794151: ITP: python-uritools -- RFC 3986 compliant replacement for urlparse
Package: wnpp Severity: wishlist Owner: Stein Magnus Jodal stein.mag...@jodal.no * Package name: python-uritools Version : 1.0.1 Upstream Author : Thomas Kemmer tkem...@computer.org * URL : https://github.com/tkem/uritools * License : Expat Programming Lang: Python Description : RFC 3986 compliant replacement for urlparse This module defines RFC 3986 compliant replacements for the most commonly used functions of the Python 2.7 Standard Library urlparse and Python 3 urllib.parse modules. For various reasons, the Python 2 urlparse module is not compliant with current Internet standards, does not include Unicode support, and is generally unusable with proprietary URI schemes. Python 3's urllib.parse improves on Unicode support, but the other issues still remain. This module aims to provide fully RFC 3986 compliant replacements for some commonly used functions found in urlparse and urllib.parse, plus additional functions for conveniently composing URIs from their individual components. python-uritools is a dependency for mopidy-local-sqlite (ITP #794143). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793565: [Pkg-openssl-devel] Bug#793565: libssl1.0.0: HMAC broken after upgrade to 1.0.2d-1
On Thu, Jul 30, 2015 at 08:58:21PM +0200, Kurt Roeckx k...@roeckx.be wrote: Yes, I was talking about -fsanitize=address. I suggest you make a static version of libcrypto/libssl and link that in gvpe. I suggest you build both openssl and gvpe with that option. I guess correctly then - I built a gvpe binary with it and it works for a while now. I will have to look into building openssl this way - any tips on how to most easily achieve that with the debian openssl package? -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Thu, 2015-07-30 at 16:58 +0200, Alessandro Ghedini wrote: On Thu, Jul 23, 2015 at 03:58:55AM +0100, Luca Boccassi wrote: owner 630761 luca.bocca...@gmail.com thanks Note that you need to CC cont...@bugs.debian.org for this to work, or you can use the Control pseudo-header. Silly me, thought I CC'ed it and didn't go back to check. Thanks for the reminder! So, I had a look at the package and here are a few notes: * The changelog entries should be merged into a single one since it would be the first upload for the package. There's no need to list all the changes there either, the Initial release message with the closed bug is enough. Done. I kept only 2 entries, one for each patch, as I think it's useful information for a Changelog, if it's all right with you. * The -dev package should just be named libczmq-dev (i.e. without the version), this way next time the project bumps the SONAME it'll be easier to do the transition (you won't have to update all the reverse build dependencies). * Same goes for -dbg, but it's less important in that case. Reasoning for this choice was to follow what libzmq does, since the maintainer is making both libzmq1 and libzmq3 (and libzmq5 in experimental) available at the same time, and I thought in the future I'd do the same for libczmq. But thinking about it, the key difference is that upstream still maintains older versions of libzmq, but there is only one branch in libczmq, older versions did not get bugfix releases in the past so probably it won't happen in the future. So, done as you suggested :-) * The Conflicts field is not needed either way since the libczmq-dev package doesn't exist (and if you do rename the -dev package the Provides field is not needed either). Done. * The README.source doesn't really provide any useful information, so it can be removed (also, since the dh-autoreconf plugin is used, the tarball generated from GitHub would probably work as well). I added it since there is a discrepancy between the tarballs on the official website and Github, and to explain it. If it is all right with you, I would rather keep using the tarball from the website, for 2 reasons: 1) The package is smaller, and the autotools chain is already generated, which means less maintenance and faster build times for us (autoreconf is temporary, my patch has been merged so I will drop it eventually, when they do a new release). 2) At the moment, the Github tarball ships with an object file (src/foreign/sha1/sha1.o) (I sent a patch to remove it and it has been merged upstream), which means I would have to re-package it and mark it as ds, since it is against policy as far as I understand. The tarball on the website is sanitised and does not have this problem, so unintended files are less likely to fall in now or in the future. * No need to use both autotools-dev and dh-autoreconf. autoreconf is enough. Done. But please note that, as I wrote above, once a new release happens I plan to drop autoreconf, since my patch has been merged and re-generating the autotools chain will no longer be necessary. This will be an advantage because the build system will be closer as upstream intends to, and also means faster build times and less maintenance for us. * No need to override the debian-watch-may-check-gpg-signature lintian warning (but it's not a problem if you want to do it anyway...). It was giving a warning on the Mentors upload page, so I added it. I'd like to keep it overridden if you don't mind :-) * Generally it's better to license the debian/* files under the same license of the project, in this case MPL-2.0. It seems that when the project was relicensed from the LGPL-3+, Arnaud decided to put the debian files under GPL-3 (without my consent...) which IMO doesn't make a lot of sense. Moved debian/* to MPL-2.0. * You can safely remove Gergely and myself from the Uploaders list. I think it's also safe to remove Arnaud as well since he's been inactive for a while (he can always be added back if needed). Done. * You might want to update the page at http://zeromq.org/distro:debian with your name. Done. I think that's all, though I might have missed something. Thank you very much for your feedback, it's very welcome! I also dropped libpgm-dev from the build-dep, as it is actually not needed (it's a dependency of libzmq-dev, and it pulls it in itself). I pushed all changes to the repo [1]. So, anyway, I'm open to sponsoring the package if needed, since Arnaud seems to be inactive. Once you've fixed the above just ping me and I'll have another look (no need to upload the package to mentors.d.n, I only use git anyway). Last week I talked to the ZMQ maintainer, László [CC'ed], and he expressed interest in sponsoring, but I think he is busy or away now, so if you think the package is in a good state to be uploaded I would be very happy to get the upload done with. Thank you, I really
Bug#732615: xournal: default Use XInput cause misbehaviours in annotations
Package: xournal Version: 1:0.4.8-1 Followup-For: Bug #732615 Dear Maintainer, If I start Xournal from the Xfce applications menu (AccessoriesXournal), I get a window that has the standard background (simulated lined paper). But none of the pencil, text, or highlight annotations work *at all*. That is, the document is marked dirty (I get a prompt to save the file if I try to close it), but there's no visual indication that any change has been made. And if I save the file and then open it using Xournal in Jessie, all I see is the blank piece of paper. If I disable Use XInput, annotations work again. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xournal depends on: ii ghostscript-x9.06~dfsg-2 ii libart-2.0-2 2.3.21-2 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo21.14.2-2 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgnomecanvas2-02.30.3-2 ii libgtk2.0-0 2.24.28-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libpoppler-glib8 0.26.5-2 ii libx11-6 2:1.6.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 xournal recommends no packages. xournal 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#794125: ITP: mopidy-youtube -- Mopidy extension for playing music from YouTube
Package: wnpp Severity: wishlist Owner: Stein Magnus Jodal stein.mag...@jodal.no * Package name: mopidy-youtube Version : 2.0.0 Upstream Author : Janez Troha dz...@ubuntu.si * URL : https://github.com/dz0ny/mopidy-youtube * License : Apache-2.0 Programming Lang: Python Description : Mopidy extension for playing music from YouTube Mopidy is a music server which can play music from multiple sources, like your local hard drive, radio streams, and from Spotify and SoundCloud. This package provides a Mopidy extension for playing sound from YouTube videos. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794140: FTBFS: test-yaml-parser: found unexpected ':' while scanning a plain scalar at line 80 column 21 (Psych::SyntaxError)
Source: kwalify
Version: 0.7.2-2
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Dear Maintainer,
The package fails to build:
RUBYLIB=/tmp/buildd/kwalify-0.7.2/debian/kwalify/usr/lib/ruby/vendor_ruby:.
ruby2.1 -ryaml -e YAML.load_file\(\debian/ruby-test-files.yaml\\).each\ \{\
\|f\|\ require\ f\ \}
/usr/lib/ruby/2.1.0/psych.rb:373:in `parse': (unknown): found unexpected ':'
while scanning a plain scalar at line 80 column 21 (Psych::SyntaxError)
from /usr/lib/ruby/2.1.0/psych.rb:373:in `parse_stream'
from /usr/lib/ruby/2.1.0/psych.rb:456:in `load_stream'
from /usr/lib/ruby/2.1.0/psych/deprecated.rb:29:in `load_documents'
from
/tmp/buildd/kwalify-0.7.2/debian/kwalify/usr/lib/ruby/vendor_ruby/kwalify/util/testcase-helper.rb:36:in
`load_yaml_documents'
from
/tmp/buildd/kwalify-0.7.2/debian/kwalify/usr/lib/ruby/vendor_ruby/kwalify/util/testcase-helper.rb:62:in
`load_yaml_testdata'
from /tmp/buildd/kwalify-0.7.2/test/test-yaml-parser.rb:13:in
`class:ParserTest'
from /tmp/buildd/kwalify-0.7.2/test/test-yaml-parser.rb:10:in `top
(required)'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:105:in
`block in collect_file'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:127:in
`add_load_path'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:103:in
`collect_file'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:78:in `block
in collect_recursive'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:76:in `each'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:76:in
`collect_recursive'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:83:in `block
in collect_recursive'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:81:in `each'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:81:in
`collect_recursive'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:37:in `block
(2 levels) in collect'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:34:in `each'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:34:in `block
in collect'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:122:in
`add_load_path'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb:30:in
`collect'
from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:98:in `block in
class:AutoRunner'
from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:402:in `[]'
from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:402:in `run'
from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:59:in `run'
from /usr/lib/ruby/vendor_ruby/test/unit.rb:502:in `block (2 levels) in
top (required)'
ERROR: Test ruby2.1 failed. Exiting.
Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/kwalify.html
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793565: [Pkg-openssl-devel] Bug#793565: libssl1.0.0: HMAC broken after upgrade to 1.0.2d-1
On Thu, Jul 30, 2015 at 09:39:56PM +0200, Kurt Roeckx k...@roeckx.be wrote: I guess correctly then - I built a gvpe binary with it and it works for a while now. I will have to look into building openssl this way - any tips on how to most easily achieve that with the debian openssl package? It should pick them up from dpkg-buildflags. So setting DEB_CFLAGS_APPEND=-fsanitize=address in the environment should do it. Well, I am a bloody beginner w.r.t. building debian packages, so thanks, thats useful to know. Anyways, I built a new libssl package from testing with -fsanitize=address, same with gvpe, verified that it is indeed statically linked and... marco(udp/x.x.x.x:407): hmac authentication error, received invalid packet could be an attack, or just corruption or a synchronization error. Otherwise, it seems to work. I enabled a stack underflow to check whether -fsanitize=address is active, and triggered it immediatelly, so its active, but apparently there are no obvious out of bounds accesses in gvpe (and libcrypto, and their combination). I haven't tried this with stable's libcrypto, because I didn't expect useful info to come out of it (other than that it works with libssl from stable, which we already know). -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732615: xournal: default Use XInput cause misbehaviours in annotations
Hi Mike: On Thu, 30 Jul 2015, Mike Kupfer wrote: Package: xournal Version: 1:0.4.8-1 Followup-For: Bug #732615 Dear Maintainer, If I start Xournal from the Xfce applications menu (AccessoriesXournal), I get a window that has the standard background (simulated lined paper). But none of the pencil, text, or highlight annotations work *at all*. That is, the document is marked dirty (I get a prompt to save the file if I try to close it), but there's no visual indication that any change has been made. And if I save the file and then open it using Xournal in Jessie, all I see is the blank piece of paper. I am unable to reproduce this behavior. With Use XInput checked, this seems to work fine on my sid system. Cheers, Carlo If I disable Use XInput, annotations work again. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xournal depends on: ii ghostscript-x9.06~dfsg-2 ii libart-2.0-2 2.3.21-2 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo21.14.2-2 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgnomecanvas2-02.30.3-2 ii libgtk2.0-0 2.24.28-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libpoppler-glib8 0.26.5-2 ii libx11-6 2:1.6.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 xournal recommends no packages. xournal suggests no packages. -- no debconf information -- Carlo U. Segre -- Duchossois Leadership Professor of Physics Director, Center for Synchrotron Radiation Research and Instrumentation Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://phys.iit.edu/~segre se...@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#787952: jessie-pu: package ocl-icd/2.2.3-1
Control: tags -1 + pending On Sat, 2015-07-25 at 17:27 +0100, Adam D. Barratt wrote: Control: tags -1 -moreinfo +confirmed On Tue, 2015-07-21 at 17:56 +0200, Vincent Danjean wrote: +ocl-icd (2.2.3-1+deb8u1) jessie; urgency=medium + + * Fix clSVMFree never called in OpenCL ICD (Closes: #787941) +The patch is backported from upstream + * ocl-icd-opencl-dev: Bump the Breaks/Replaces on nvidia-libopencl1 to +cover new upstream releases of nvidia-graphics-drivers (304.xx legacy +series) in wheezy (backported patch from sid by Andreas Beckmann in +#787952) Please go ahead. Uploaded and flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794146: bzr: FTBFS in sid: AttributeError: 'module' object has no attribute 'hexify'
Source: bzr Version: 2.6.0+bzr6602-3 Severity: serious Justification: fails to build from source Note: this seems to be a different issue than #790829. bzr FTBFS in the current sid: ERROR: bzrlib.tests.test_transport.TestSSHConnections.test_bzr_connect_to_bzr_ssh [...] File /tmp/buildd/bzr-2.6.0+bzr6602/build/lib.linux-x86_64-2.7/bzrlib/transport/ssh.py, line 334, in connect_ssh t = self._connect(username, password, host, port) File /tmp/buildd/bzr-2.6.0+bzr6602/build/lib.linux-x86_64-2.7/bzrlib/transport/ssh.py, line 292, in _connect server_key_hex = paramiko.util.hexify(server_key.get_fingerprint()) AttributeError: 'module' object has no attribute 'hexify' Upstream paramiko removed this function in https://github.com/paramiko/paramiko/commit/1970abbdf2f587e5. The full log can be found at http://mitya57.me/builds/bzr_2.6.0+bzr6602-3_amd64.build. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#794147: FTBFS: undefined method `mock' for #RSpec::ExampleGroups::RakeExtensionTask::New::Basic:..
Source: rake-compiler
Version: 0.9.5-1
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Dear Maintainer,
The package fails to build:
/usr/bin/ruby2.1 /usr/bin/rspec --pattern spec/\*\*\{,/\*/\*\*\}/\*_spec.rb
.FFF..FFFFF..F
Failures:
1) Rake::ExtensionTask#new (basic) should accept a gem specification as
parameter
Failure/Error: mock(Gem::Specification,
NoMethodError:
undefined method `mock' for
#RSpec::ExampleGroups::RakeExtensionTask::New::Basic:0x00027fa2e0
# ./spec/lib/rake/extensiontask_spec.rb:502:in `mock_gem_spec'
# ./spec/lib/rake/extensiontask_spec.rb:36:in `block (4 levels) in top
(required)'
4) Rake::ExtensionTask (tasks) (one extension) should warn when pre-compiled
files exist in extension directory
Failure/Error:
Rake::FileList.stub!(:[]).and_return([ext/extension_one/source.c], [])
NoMethodError:
undefined method `stub!' for Rake::FileList:Class
# ./spec/lib/rake/extensiontask_spec.rb:113:in `block (4 levels) in top
(required)'
Finished in 0.08161 seconds (files took 0.43728 seconds to load)
85 examples, 61 failures
Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/rake-compiler.html
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
