Bug#778913: openssh-server: init (at least systemd) doesn't notice when sshd fails to start and reports success
Am 30.03.2015 um 01:17 schrieb Michael Biebl: So I suggest using the Type=forking option but also setting RestartPreventExitStatus=255 [1], since 255 seems to be the return code on config errors and I don't think it makes sense to restart in that case. The resulting ssh.service would look like [Unit] Description=OpenBSD Secure Shell server After=network.target auditd.service ConditionPathExists=!/etc/ssh/sshd_not_to_be_run [Service] EnvironmentFile=-/etc/default/ssh ExecStart=/usr/sbin/sshd $SSHD_OPTS ExecReload=/bin/kill -HUP $MAINPID KillMode=process Restart=on-failure Type=forking PIDFile=/var/run/sshd.pid RestartPreventExitStatus=255 [Install] WantedBy=multi-user.target Alias=sshd.service With those changes, ssh.service ssems to behave as expected on failures. I spoke too soon. As it turns out, sshd has a rather strange, or let's say broken, SIGHUP behaviour (when in daemon mode): It reexecs, i.e. changes its PID but doesn't write a new /var/run/sshd.pid. Since ssh runs reload in it's if-up.d hook under systemd, this will break make it break badly, since systemd will lose track of the sshd main process. Colin, any idea, why sshd behaves so strange on SIGHUP? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#781163: unblock (pre-approved): util-linux/2.25.2-5.1
Control: tags -1 d-i
On 2015-03-25 14:58, Kirill Smelkov wrote:
Package: release.debian.org
Severity: important
User: release.debian@packages.debian.org
Usertags: unblock, confirmed, moreinfo
Hello up there,
Recently I've discovered that `unshare -r`, though it used to work in
2014, stopped working for Jessie:
https://bugs.debian.org/780841
The fix was pre-ack'ed by util-linux maintainer (Andreas Henriksson)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780841#10
and pre-approved by RT member Niels Thykier on debian-release@l.d.o:
https://lists.debian.org/debian-release/2015/03/msg00661.html
Niels asked to file an unblock request with full intended debdiff, which
I do here. It is an NMU, because there is no reply from Andreas for
several days. Hope it is ok.
Thanks beforehand,
Kirill
Hi,
I have unblocked this now and am CC'ing KiBi for a d-i ack. I am also
quoting in full for his convenience.
Thanks,
~Niels
diff --git a/debian/changelog b/debian/changelog
index 7850238..0d80c1b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+util-linux (2.25.2-5.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Cherry-pick `unshare -r` fix from upstream. (Closes: #780841)
+
+ -- Kirill Smelkov k...@nexedi.com Wed, 25 Mar 2015 16:23:34 +0300
+
util-linux (2.25.2-5) unstable; urgency=medium
* Revert Trigger update of initramfs on upgrades (Closes: #773354)
diff --git a/debian/patches/series b/debian/patches/series
index 6428b26..577ad52 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -17,3 +17,4 @@ Update-Japanese-translation.patch
Update-Russian-translation.patch
Trivial-unfuzzy.patch
libblkid-care-about-unsafe-chars-in-cache.patch
+unshare-Fix-map-root-user-to-work-on-new-kernels.patch
diff --git
a/debian/patches/unshare-Fix-map-root-user-to-work-on-new-kernels.patch
b/debian/patches/unshare-Fix-map-root-user-to-work-on-new-kernels.patch
new file mode 100644
index 000..9a469c1
--- /dev/null
+++ b/debian/patches/unshare-Fix-map-root-user-to-work-on-new-kernels.patch
@@ -0,0 +1,71 @@
+From: Eric W. Biederman ebied...@xmission.com
+Date: Wed, 17 Dec 2014 17:06:03 -0600
+Subject: [PATCH] unshare: Fix --map-root-user to work on new kernels
+Origin:
https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit?id=0bf159413bdb9e324864a422b7aecb081e739119
+
+In rare cases droping groups with setgroups(0, NULL) is an operation
+that can grant a user additional privileges. User namespaces were
+allwoing that operation to unprivileged users and that had to be
+fixed.
+
+Update unshare --map-root-user to disable the setgroups operation
+before setting the gid_map.
+
+This is needed as after the security fix gid_map is restricted to
+privileged users unless setgroups has been disabled.
+
+Signed-off-by: Eric W. Biederman ebied...@xmission.com
+---
+ include/pathnames.h | 1 +
+ sys-utils/unshare.c | 19 +++
+ 2 files changed, 20 insertions(+)
+
+diff --git a/include/pathnames.h b/include/pathnames.h
+index 0d21b98..cbc93b7 100644
+--- a/include/pathnames.h
b/include/pathnames.h
+@@ -93,6 +93,7 @@
+
+ #define _PATH_PROC_UIDMAP /proc/self/uid_map
+ #define _PATH_PROC_GIDMAP /proc/self/gid_map
++#define _PATH_PROC_SETGROUPS/proc/self/setgroups
+
+ #define _PATH_PROC_ATTR_CURRENT /proc/self/attr/current
+ #define _PATH_PROC_ATTR_EXEC/proc/self/attr/exec
+diff --git a/sys-utils/unshare.c b/sys-utils/unshare.c
+index fccdba2..9fdce93 100644
+--- a/sys-utils/unshare.c
b/sys-utils/unshare.c
+@@ -39,6 +39,24 @@
+ #include pathnames.h
+ #include all-io.h
+
++static void disable_setgroups(void)
++{
++const char *file = _PATH_PROC_SETGROUPS;
++const char *deny = deny;
++int fd;
++
++fd = open(file, O_WRONLY);
++if (fd 0) {
++if (errno == ENOENT)
++return;
++ err(EXIT_FAILURE, _(cannot open %s), file);
++}
++
++if (write_all(fd, deny, strlen(deny)))
++err(EXIT_FAILURE, _(write failed %s), file);
++close(fd);
++}
++
+ static void map_id(const char *file, uint32_t from, uint32_t to)
+ {
+ char *buf;
+@@ -181,6 +199,7 @@ int main(int argc, char *argv[])
+ }
+
+ if (maproot) {
++disable_setgroups();
+ map_id(_PATH_PROC_UIDMAP, 0, real_euid);
+ map_id(_PATH_PROC_GIDMAP, 0, real_egid);
+ }
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781502: crash: assertion 'dest_width 0' failed
Package: system-config-lvm Version: 1.1.18-1 Severity: important Dear Maintainer, I just clicked to Best Fit and system-config-lvm crashed with assert error: /usr/share/system-config-lvm/cylinder_items.py:1032: GtkWarning: gdk_pixbuf_scale_simple: assertion 'dest_width 0' failed scaled_pixbuf = self.pixbuf.scale_simple(pixmap_width, height, gtk.gdk.INTERP_BILINEAR) Traceback (most recent call last): File /usr/share/system-config-lvm/Volume_Tab_View.py, line 550, in on_best_fit self.display_view.draw() File /usr/share/system-config-lvm/renderer.py, line 594, in draw self.display.draw(self.da, self.gc, (10, y_offset)) File /usr/share/system-config-lvm/cylinder_items.py, line 920, in draw self.cyl_upper.draw(pixmap, gc, (x, y)) File /usr/share/system-config-lvm/cylinder_items.py, line 305, in draw CylinderItem.draw(self, dc, gc, (x, y)) File /usr/share/system-config-lvm/cylinder_items.py, line 120, in draw child.draw(dc, gc, (x, y)) File /usr/share/system-config-lvm/cylinder_items.py, line 305, in draw CylinderItem.draw(self, dc, gc, (x, y)) File /usr/share/system-config-lvm/cylinder_items.py, line 120, in draw child.draw(dc, gc, (x, y)) File /usr/share/system-config-lvm/cylinder_items.py, line 311, in draw cyl_pix = self.cyl_gen.get_cyl(dc, self.get_width(), self.height) File /usr/share/system-config-lvm/cylinder_items.py, line 1039, in get_cyl pixmap.draw_pixbuf(gc, scaled_pixbuf, 0, 0, 0, 0, -1, -1) TypeError: Gdk.Drawable.draw_pixbuf() argument 2 must be gtk.gdk.Pixbuf, not None The program 'system-config-lvm.py' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 9076 error_code 11 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Kind regards, Petr -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armel Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages system-config-lvm depends on: ii gettext 0.19.3-2 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 ii lvm22.02.111-2.1 ii menu2.1.47 ii python 2.7.9-1 ii python-glade2 2.24.0-4 ii python-gnome2 2.28.1+dfsg-1.1 ii python-gtk2 2.24.0-4 ii python-support 1.0.15 system-config-lvm recommends no packages. system-config-lvm 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#781294: fw4spl: FTBFS: trouble finding HDF5
Normally, the bug you reported is fixed in the latest version of the package, which will soon be uploaded. Thank you for your feedback. Corentin On Thu, 26 Mar 2015 23:39:51 -0400 Aaron M. Ucko u...@debian.org wrote: Source: fw4spl Version: 0.9.2-1 Severity: serious Justification: fails to build from source Automated builds of fw4spl have been failing to detect HDF5 fully: -- Configuring fwAtomsHdf5IO: /«PKGBUILDDIR»/SrcLib/io/fwAtomsHdf5IO CMake Warning (dev) at CMakeLists.txt:135 (get_target_property): Policy CMP0026 is not set: Disallow use of the LOCATION target property. Run cmake --help-policy CMP0026 for policy details. Use the cmake_policy command to set the policy and suppress this warning. The LOCATION property should not be read from target fwAtomsHdf5IO. Use the target name directly with add_custom_command, or use the generator expression $TARGET_FILE, as appropriate. Call Stack (most recent call first): CMakeLists.txt:300 (configureProject) CMakeLists.txt:537 (fwLib) SrcLib/io/fwAtomsHdf5IO/CMakeLists.txt:1 (fwLoadProperties) This warning is for project developers. Use -Wno-dev to suppress it. : /usr/include/hdf5/serial -- Found HDF5: HDF5_LIBRARY-NOTFOUND;/usr/lib/i386-linux-gnu/libhdf5_cpp.so I'm not sure what the problem is, since fw4spl properly declares a build dependency on libhdf5-dev, and CMake is able to locate libhdf5_cpp.so. Could you please take a look? Incidentally, there are a lot of warnings about the LOCATION property cluttering up CMake's output; please also consider either addressing or at least suppressing them. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781499: unblock: bsd-mailx/8.1.2-0.20141216cvs-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please consider unblocking bsd-mailx.
It contains only a removal of bogus colon from getopt() function call,
see https://bugs.launchpad.net/ubuntu/+source/bsd-mailx/+bug/1411623
The issue it fixes is acctually a regression introduced in previous
upload unblocked last December - this is the only reason I'm asking
for unblock, while being aware that the change itself does not strictly
meet the current guidelines for such requests.
Regards,
robert
Comparing bsd-mailx_8.1.2-0.20141216cvs-1.dsc
bsd-mailx_8.1.2-0.20141216cvs-2.dsc
diff -Nru bsd-mailx-8.1.2-0.20141216cvs/debian/changelog
bsd-mailx-8.1.2-0.20141216cvs/debian/changelog
--- bsd-mailx-8.1.2-0.20141216cvs/debian/changelog 2014-12-18
00:52:47.0 +0100
+++ bsd-mailx-8.1.2-0.20141216cvs/debian/changelog 2015-03-15
11:27:50.0 +0100
@@ -1,3 +1,10 @@
+bsd-mailx (8.1.2-0.20141216cvs-2) unstable; urgency=medium
+
+ * Add 27-Fix-getopt-string.patch to fix `-N' flag that does not take
+an argument (LP: #1411623).
+
+ -- Robert Luberda rob...@debian.org Sun, 15 Mar 2015 11:27:33 +0100
+
bsd-mailx (8.1.2-0.20141216cvs-1) unstable; urgency=high
* New upstream version from OpenBSD cvs repository. The version consists of:
diff -Nru
bsd-mailx-8.1.2-0.20141216cvs/debian/patches/27-Fix-getopt-string.patch
bsd-mailx-8.1.2-0.20141216cvs/debian/patches/27-Fix-getopt-string.patch
--- bsd-mailx-8.1.2-0.20141216cvs/debian/patches/27-Fix-getopt-string.patch
1970-01-01 01:00:00.0 +0100
+++ bsd-mailx-8.1.2-0.20141216cvs/debian/patches/27-Fix-getopt-string.patch
2015-03-15 11:27:50.0 +0100
@@ -0,0 +1,25 @@
+From: Robert Luberda rob...@debian.org
+Date: Sun, 15 Mar 2015 11:23:01 +0100
+Subject: 27 Fix getopt string
+
+Apply patch from upstream [1] to fix -N flag
+that does not take an argument (LP: #1411623).
+
+[1]
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/mail/main.c.diff?r1=1.29r2=1.30f=h
+---
+ main.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/main.c b/main.c
+index 92bff1a..fa669a1 100644
+--- a/main.c
b/main.c
+@@ -115,7 +115,7 @@ main(int argc, char **argv)
+ subject = NULL;
+ header = NULL;
+ replyto = NULL;
+- while ((i = getopt(argc, argv, EIN:a:b:c:defins:u:v)) != -1) {
++ while ((i = getopt(argc, argv, EINa:b:c:defins:u:v)) != -1) {
+ switch (i) {
+ case 'u':
+ /*
diff -Nru bsd-mailx-8.1.2-0.20141216cvs/debian/patches/series
bsd-mailx-8.1.2-0.20141216cvs/debian/patches/series
--- bsd-mailx-8.1.2-0.20141216cvs/debian/patches/series 2014-12-18
00:52:47.0 +0100
+++ bsd-mailx-8.1.2-0.20141216cvs/debian/patches/series 2015-03-15
11:27:50.0 +0100
@@ -24,3 +24,4 @@
24-False-cant-send-email-errors.patch
25-Fix-confusing-error.patch
26-Add-missing-include.patch
+27-Fix-getopt-string.patch
unblock bsd-mailx/8.1.2-0.20141216cvs-2
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (990, 'unstable'), (200, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.16-3-686-pae (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
signature.asc
Description: Digital signature
Bug#781500: ITP: svgwrite -- Python library to create SVG drawings
Package: wnpp Severity: wishlist Owner: Christos Trochalakis yati...@ideopolis.gr * Package name: svgwrite Version : 1.1.16 Upstream Author : Manfred Moitzi * URL : http://pythonhosted.org/svgwrite/ * License : Expat Programming Lang: Python Description : Python library to create SVG drawings Pure python 2/3 library to create SVG drawings. It supports: * Structural Objects * Graphical Objects * Text Objects * Masking * Animation * Filter Effects svgwrite is a dependency for simplecv, a framework for building computer vision applications, which I also intent to package. We are using simplecv in our internal image processing pipeline and we have already prepared some packages used internally. I plan to polish them and upload them to debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781503: update sidekiq to latest upstream release
package: ruby-sidekiq version: 3.2.6~dfsg severity: wishlist There is one test that is failing, 1) Failure: WorkerGeneratorTest#test_worker_is_created_and_its_test [/tmp/buildd/ruby-sidekiq-3.3.0~dfsg/test/test_worker_generator.rb:14]: Expected file app/workers/foo_worker.rb to exist, but does not 263 runs, 628 assertions, 1 failures, 0 errors, 0 skips signature.asc Description: OpenPGP digital signature
Bug#781479: lmms: Sound is randomly corrupted when opening project
[Jakob Wiedner] when opening a project (using alsa) the playback produces only noise. This happens seemingly randomly. Restart of lmms immediately does not solve the problem and (as well) randomly the playback is normal again after waiting a couple of minutes. For trying to reproduce this behaviour opening lmms in a terminal brought the folowing: Notice: could not set realtime priority. Interestingly, when lmms only produces noise, at the gnome system setting gui under 'sound applications' lmms occurs flickering and is non-responsive. Could this be some uninitialized memory making it into the alsa device? Try running lmms using valgrind (valgrind lmms) on the command line and see if some errors are reported? -- Vennlig hilsen Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781485: git-pbuilder: uses incorrect path for the LD_PRELOAD for libeatmydata.so
Hi, On Mon, Mar 30, 2015 at 10:24:13AM +1300, Francois Marier wrote: Package: git-buildpackage Version: 0.6.22 Severity: normal While building a package with BUILDER=pbuilder, I get a ton of messages like this: ERROR: ld.so: object '/usr/lib/libeatmydata/libeatmydata.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. and while I do have the libeatmydata1 package installed, the path to the .so file is wrong, it should be: /usr/lib/x86_64-linux-gnu/libeatmydata.so And I can't easily work-around it by creating a symlink to it because I'd have to add the symlink within the chroot. gbp doesn't do anything with libeatmydata. You're probably looking for a bug in pbuilder itself? -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775509: Seeking Mentor for Bug#775509: RFS: tz-converter/1.0.0 ITP tz-converter
On Sat, 2015-03-28 at 14:10 +0900, Dave Maiorino wrote: For the copyright file, I have gone back and added a source for Saki-NuoveXT-Apps-world-clock.ico. As for the icon gnome-set-time.png, I have grabbed this from the system, which looks to belong from the package gnome-desktop licensed under GNU. As a result, I have added the copyright owners of this package for the file icons/gnome-set-time.png. Please let me know if this needs to be further reviewed. Please add this information to the upstream AUTHORS file too. The License lines in debian/copyright are incorrect, please use the right ones from the copyright-format spec: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Sorry for the PEP errors. main_widget.py is giving PEP-8 warnings too. For the build dir and the changelog.Debian.gz issues, not quite sure how those got in there ;) Might have been from an older upload that I did not fixed. Corrected these now. You should use `python setup.py sdist` to create your upstream tarballs but if I use that some files are missing so you'll need to fix setup.py. I have taken all of these changes, and reposted to mentors.debian.net. Please let me know if there is anything else, or how I can catch a sponsor. I have been using Debian for almost 10 years, and want to be able to contribute back :) Could you explain what debian/source/options is for? debian/tz-converter.1.gz is a compressed copy of the upstream manual page. I would suggest removing it. debian/upstream-signing-key.pgp is at a deprecated path, it should be converted to an ASCII-armoured key at debian/upstream/signing-key.asc debian/source/include-binaries can be removed after the above fixes. debian/patches is empty and can be removed. Downloading the upstream tarball with uscan fails, missing sigs: uscan --download-current-version --verbose --destdir . The upstream tarball from uscan is different to the one on mentors. The upstream setup.py should install the manual page instead of the Debian packaging including debian/tz-converter.manpages. Same for debian/tz-converter.desktop and debian/install Same for /usr/bin/tz-converter and debian/links Same for the icons and debian/install Are you sure the override_dh_* in debian/rules are needed? Please wrap and sort the debian meta-data using this (from devscripts): wrap-and-sort -sa I'd suggest wrapping debian/watch on the whitespace. You might want to look at this wiki page: https://wiki.debian.org/debian/watch Why is there a copy of debian/changelog in the upstream tarball here? tz-converter/changelog.gz Your OpenPGP key is using SHA-1 self-signatures and never expires, you might want to update your configuration and set a expiry date using a self-signature with a stronger hash algorithm. Please also read through the rest of the OpenPGP best practices: https://help.riseup.net/en/security/message-security/openpgp/best-practices#self-signatures-should-not-use-sha1 https://help.riseup.net/en/security/message-security/openpgp/best-practices#use-an-expiration-date-less-than-two-years -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#781443: capnproto: FTBFS on armhf and armel (test seg. faults) but built there in the past
On 2015-03-30 04:30, Tom Lee wrote: Hey Niels, Understood. Hard to see exactly what's going on here because we seem to be falling afoul of https://lists.debian.org/debian-devel/2014/04/msg00322.html. Do you happen to know if there's another way to get access to test-suite.log from these builds? The suggested work-around in that mailing list thread appears to require a change to the packaging, which I imagine we want to try and avoid. Cheers, Tom [...] Hi Tom, I see no problem in adding a VERBOSE=1 (or --disable-silent-rules, or whatever), as it does not have an effect of the produced built. In fact, I am not aware of any other way to obtain the test-suite.log from the buildds. To my knowledge, the buildds more or less discards the build environment immediately after the build terminates. My best alternative is for you to get -guest access to a porterbox and try to reproduce it there[1]. It may take some time before you get such an account. It might make sense for you to try that in parallel with the build logs - just in case the build logs are not enough for you to fix the issue. DDs also have access to porterboxes, so you might also be able to convince your sponsor to help you with obtaining additional information from the porterbox. Though, in this case, you will probably want to stack up a few things to save a few roundtrips. Maybe something like: * Please build the package and which fail the tests * Extract test-build.log * Run the test via gdb and do a bt at the point it seg. faults. * Extract stacktrace from gdb and attach it along with the test-build.log * ... Thanks, ~Niels [1] https://dsa.debian.org/doc/guest-account/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781501: gnote segfaults when it can't find a .note file
package: gnote version: 3.14.2-1 severity: grave reason: gnote is unusable with this When I manually created this file, I could start gnote and use it normally. I had just installed it and using it for the first time. pravi@savannah:~/forge/diaspora$ gnote Segmentation fault (core dumped) pravi@savannah:~/forge/diaspora$ gdb gnote GNU gdb (Debian 7.7.1-2) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from gnote...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/gnote [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffea870700 (LWP 5454)] [New Thread 0x7fffe9e62700 (LWP 5455)] (gnote:5450): glibmm-CRITICAL **: unhandled exception (type Glib::Error) in signal handler: domain: g-io-error-quark code : 1 what : Error opening file '/home/pravi/.local/share/gnote/33c7ece0-72fa-4c6a-b27f-84cf78f04e84.note': No such file or directory [New Thread 0x7fffe9661700 (LWP 5456)] [Thread 0x7fffea870700 (LWP 5454) exited] [Thread 0x7fffe9e62700 (LWP 5455) exited] [Thread 0x77fa9a00 (LWP 5450) exited] [Inferior 1 (process 5450) exited with code 01] (gdb) signature.asc Description: OpenPGP digital signature
Bug#780527: [rt.debian.org #5763] AutoReply: Please add Leopold Palomo-Avellaneda's key to the DM keyring
Control: package debian-maintainers Control: tags -1 + pending Hello Leopold Palomo-Avellaneda, Your DM application was accepted and the corresponding RT ticket is posted at https://rt.debian.org/Ticket/Display.html?id=5763 Currently, rt.debian.org isn't accessible for the general public. It was sometime ago. Maybe one of your advocates will look at your RT ticket for you, after it has been taken by a keyring maintainer. See http://wiki.debian.org/rt.debian.org Not urgent but please try to get more OpenPGP signatures from DDs and sign theirs keys as well. :-) Thank you for your contribution to the Debian Project. Cheers, Aníbal On Mon, 2015-03-30 06:38:42 +, Debian Keyring requests (Incoming) via RT wrote: This message has been automatically generated in response to the creation of a trouble ticket regarding Please add Leopold Palomo-Avellaneda's key to the DM, a summary of which appears below the dashed line. There is no need to reply to this message right now. Your ticket has been assigned an ID of [rt.debian.org #5763]. Please include the string [rt.debian.org #5763] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. - -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 keyring-maint: please add key ID 8C5FEF119BD16E680FD9944B05F4A7A949A2D9AA to the DM keyring please notify 780527-d...@bugs.debian.org Changed-By: Anibal Monsalve Salazar ani...@debian.org Date: Mon, 30 Mar 2015 06:21:42 + BTS: http://bugs.debian.org/780527 Comment: Add Leopold Palomo-Avellaneda l...@alaxarxa.net as a Debian Maintainer Agreement: https://lists.debian.org/debian-newmaint/2015/02/msg00012.html Advocates: tille - https://lists.debian.org/debian-newmaint/2015/02/msg00014.html iwamatsu - https://lists.debian.org/debian-newmaint/2015/03/msg3.html KeyCheck: pub 4096R/49A2D9AA 2014-03-15 Key fingerprint = 8C5F EF11 9BD1 6E68 0FD9 944B 05F4 A7A9 49A2 D9AA uid Leopold Palomo-Avellaneda l...@alaxarxa.net sig! 59B3A0E8 2014-03-18 Eugene V. Lyubimkin jac...@debian.org sig! 6AA15948 2014-07-20 Ana Beatriz Guerrero Lopez a...@ekaia.org sig! F14A64A2 2014-12-01 Aaron M. Ucko a...@alum.mit.edu sig!349A2D9AA 2014-03-15 Leopold Palomo-Avellaneda l...@alaxarxa.net sig!349A2D9AA 2014-03-16 Leopold Palomo-Avellaneda l...@alaxarxa.net uid Leopold Palomo-Avellaneda leopold.pal...@upc.edu sig! 59B3A0E8 2014-03-18 Eugene V. Lyubimkin jac...@debian.org sig! F14A64A2 2014-12-01 Aaron M. Ucko a...@alum.mit.edu sig!349A2D9AA 2014-03-16 Leopold Palomo-Avellaneda l...@alaxarxa.net sub 4096R/A8ACD239 2014-03-15 sig! 49A2D9AA 2014-03-15 Leopold Palomo-Avellaneda l...@alaxarxa.net . Key is OpenPGP version 4 or greater. Key has 4096 bits. Valid e flag, no expiration. Valid s flag, no expiration. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJVGO7gAAoJEHxWrP6UeJfY+MoP/0u0VQ9lO9jptNYsX3jJa16C 2545VHrdVThE+2/Fopp2scpO9HjvBkT/rKZJc1Ve0QZfiCnjt8nKDhydkeQ2VuWh yBj2yUYGzsxFWoyj4wmkybmbWhGB1fAijMDn1E5DXkpyy57R6/Qx1sSagfuI8f8+ 6kwtHR0+TP7QwbmLARNLP3eg+9cc9hVD865v3mqnzAd0tvd6L7JaWD8CXzjX+sqb hvQCN0S4ONCAHHIbtrZi8Q7hRrDbbWRtHGW5h/K72xAES3emwB1J20wcihkWwigv G17fbQXqwZg1DUzrgEII4IkOM3aRKes6Dad6vHrI5dlSJwMbAKqZNI/Eu7irmE8m OtrQLnNB/d7fAl2DKgmXmand91e3+xgdk0rmrkshJfCxFkvLXkHigomPmYPpqTec 0eccHgXekZL6iiaryLFRGhyH0FONt3oa/mYRXzrhiofpvdotxtN+iv4kJzD4/52q m8VdxHm3HYE9/ggXay0mWGuRpZT7N6XcTA/jYgMFxNaLqsPdE2aDVu8yYB5qHT2G 6894rSH1rbYuVBepC82dumvHASKObnz/iGH1jmw90D+fBSX3CimHPF1NtrYvSz/B CX6ktGJgVDRUH6ZQefd8jPnetkquRl7b+GLpJluvk3kK0x/Pk3mxCurQxknL0U4C b+k8NcO4KPp/wGyK3VR5 =NxHt -END PGP SIGNATURE- signature.asc Description: Digital signature
Bug#781455: RFS: util-linux/2.25.2-5.1 (fixing `unshare -r` regression) [NMU]
Hello Andreas, On Mon, Mar 30, 2015 at 12:48:51AM +0200, Andreas Henriksson wrote: Hello Kirill Smelkov! On Sun, Mar 29, 2015 at 05:49:11PM +0300, Kirill Smelkov wrote: Package: sponsorship-requests Severity: important Tags: upstream patch Hello up there, Recently I've discovered that `unshare -r`, though it used to work in 2014, stopped working for Jessie: https://bugs.debian.org/780841 The fix was pre-ack'ed by util-linux maintainer (Andreas Henriksson) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780841#10 and pre-approved by RT member Niels Thykier on debian-release@l.d.o: https://lists.debian.org/debian-release/2015/03/msg00661.html and then a proper unblock request filed: https://bugs.debian.org/781163 Since I have no upload rights, in unblock request I've only presented a diff for source package, and this way Niels suggested I should upload package with the fix to mentors.debian.net and seek for a sponsor: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781163#22 which I do here. Thanks for your nice bug summary, solution and also for doing the administrative trivia to pave the way. Please, someone could you please sponsor this upload with important (imho) fix to make `unshare -r` work again for Jessie? I've uploaded an eqvivalent package to your proposed NMU. (Only equivalent because I care about the VCS history. Please do check out the Vcs-Git field and the git repository for pkg-util-linux if you're interested in doing further work. Your help with bug-triaging util-linux bugs would be very welcome!) Thanks for uploading it and I understand and agree with rationale to first push the patch to the git repo. But I do wonder (just in case) why you have not just applied my original patch which was prepared exactly this way for pkg-util-linux.git repository with detailed changelog: https://bugs.debian.org/780841 (starting from 8 From: Kirill Smelkov k...@nexedi.com Date: Fri, 20 Mar 2015 14:32:11 +0300 Subject: [PATCH] Cherry-pick `unshare -r` fix from upstream Since linux 3.16.7-ckt4-1 Debian kernel started to include patches to disallow setgroups until a gid mapping has been established and other patches to Prevent evasion of group negative permissions through a userns (CVE-2014-8989): ... ( comparing to https://anonscm.debian.org/cgit/collab-maint/pkg-util-linux.git/commit/?id=769505696c58bce97a6858488989ec430abff0e9 ) ? The fix was pre-approved by Andreas, but somehow it turned out it is me who should care about actual upload being done. As always, the one who wants to get something done needs to take the lead. Please remember we're all volunteers here (atleast I definitely am). Yes, in a sense we all are and I agree, and thanks to this I discovered mentors.debian.net and practiced a bit with package preparation, so all for the good. Thanks again, Kirill -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781504: Segmentation fault after pack ioctl unpack
Package: ruby2.1
Version: 2.1.5-1
Severity: grave
Tags: patch
Hi,
When testing OpenStack Fuel, one of the components is using rethtool, which
suffer from below ruby 2.1 upstream bug:
https://bugs.ruby-lang.org/issues/10568
The fix is attached in the above bug report, in this URL:
https://bugs.ruby-lang.org/attachments/download/4936/ruby-2.1-rb-str-associated.patch
I have also attached the patch.
I tested to rebuilding the Ruby 2.1 interpreter using this patch, and this
solved my issue.
It would be super nice if this patch could land in Jessie before the release.
This kind of crash IMO deserves such action. If you don't have time to patch
the current Ruby 2.1 interpreter and would accept an NMU, let me know, and
I will do so.
Cheers,
Thomas Goirand (zigo)
diff --git a/pack.c b/pack.c
index 71dd6af..6e515b2 100644
--- a/pack.c
+++ b/pack.c
@@ -234,6 +234,31 @@ static void qpencode(VALUE,VALUE,long);
static unsigned long utf8_to_uv(const char*,long*);
+static ID id_associated;
+
+static void
+str_associate(VALUE str, VALUE add)
+{
+VALUE assoc;
+
+assoc = rb_attr_get(str, id_associated);
+if (RB_TYPE_P(assoc, T_ARRAY)) {
+ /* already associated */
+ rb_ary_concat(assoc, add);
+}
+else {
+ rb_ivar_set(str, id_associated, add);
+}
+}
+
+static VALUE
+str_associated(VALUE str)
+{
+VALUE assoc = rb_attr_get(str, id_associated);
+if (NIL_P(assoc)) assoc = Qfalse;
+return assoc;
+}
+
/*
* call-seq:
* arr.pack ( aTemplateString ) - aBinaryString
@@ -921,7 +960,7 @@ pack_pack(VALUE ary, VALUE fmt)
}
if (associates) {
- rb_str_associate(res, associates);
+ str_associate(res, associates);
}
OBJ_INFECT(res, fmt);
switch (enc_info) {
@@ -1801,7 +1840,7 @@ pack_unpack(VALUE str, VALUE fmt)
VALUE a;
const VALUE *p, *pend;
- if (!(a = rb_str_associated(str))) {
+ if (!(a = str_associated(str))) {
rb_raise(rb_eArgError, no associated pointer);
}
p = RARRAY_CONST_PTR(a);
@@ -1810,7 +1849,7 @@ pack_unpack(VALUE str, VALUE fmt)
if (RB_TYPE_P(*p, T_STRING) RSTRING_PTR(*p) == t) {
if (len RSTRING_LEN(*p)) {
tmp = rb_tainted_str_new(t, len);
-rb_str_associate(tmp, a);
+str_associate(tmp, a);
}
else {
tmp = *p;
@@ -1844,7 +1883,7 @@ pack_unpack(VALUE str, VALUE fmt)
VALUE a;
const VALUE *p, *pend;
- if (!(a = rb_str_associated(str))) {
+ if (!(a = str_associated(str))) {
rb_raise(rb_eArgError, no associated pointer);
}
p = RARRAY_CONST_PTR(a);
@@ -2006,4 +2045,6 @@ Init_pack(void)
{
rb_define_method(rb_cArray, pack, pack_pack, 1);
rb_define_method(rb_cString, unpack, pack_unpack, 1);
+
+id_associated = rb_intern_const(__pack_associated__);
}
diff --git a/test/ruby/test_pack.rb b/test/ruby/test_pack.rb
index 3f0931b..38c1981 100644
--- a/test/ruby/test_pack.rb
+++ b/test/ruby/test_pack.rb
@@ -181,7 +181,7 @@ def test_pack_p
assert_equal a[0], a.pack(p).unpack(p)[0]
assert_equal a, a.pack(p).freeze.unpack(p*)
assert_raise(ArgumentError) { (a.pack(p) + ).unpack(p*) }
-assert_raise(ArgumentError) { (a.pack(p) d).unpack(p*) }
+assert_equal a, (a.pack(p) d).unpack(p*)
end
def test_format_string_modified
Bug#781485: git-pbuilder: uses incorrect path for the LD_PRELOAD for libeatmydata.so
On 2015-03-30 at 09:08:29, Guido Günther wrote: gbp doesn't do anything with libeatmydata. You're probably looking for a bug in pbuilder itself? Interesting, this pbuilder bug lead me to believe that there was no eatmydata support in pbuilder itself: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606158 Francois -- http://fmarier.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781509: apt-transport-https: reports uninitialized size → W: Size of file [FILE] is not what the server reported
Package: apt-transport-https
Version: 0.9.15.3
Tags: patch
When there are many https repositories in sources.list, ‘apt-get update’
often spews warnings like this:
W: Size of file
/var/lib/apt/lists/partial/debathena.mit.edu_apt_dists_quantal_debathena_source_Sources.bz2
is not what the server reported 31194 16209
W: Size of file
/var/lib/apt/lists/partial/debathena.mit.edu_apt_dists_saucy_debathena_source_Sources.bz2
is not what the server reported 31029 24393
W: Size of file
/var/lib/apt/lists/partial/debathena.mit.edu_apt_dists_trusty_debathena_source_Sources.bz2
is not what the server reported 26334 16209
W: Size of file
/var/lib/apt/lists/partial/debathena.mit.edu_apt_dists_utopic_debathena_source_Sources.bz2
is not what the server reported 26237 16209
W: Size of file
/var/lib/apt/lists/partial/debathena.mit.edu_apt_dists_vivid_debathena_source_Sources.bz2
is not what the server reported 14 251
For more details, see
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/807303. The underlying
problem is that HttpsMethod::write_data was sometimes calling URIStart
with Res.Size uninitialized. Here is a patch against 1.0.9.7 with a
satisfying diffstat.
Anders
-- 8 --
From: Anders Kaseorg ande...@mit.edu
Subject: [PATCH] HttpsMethod: Call URIStart in parse_header, not write_data
There was no guarantee that progress_callback was called before the
first write_data, so URIStart was sometimes called with Res.Size
uninitialized. This is much simpler anyway.
Signed-off-by: Anders Kaseorg ande...@mit.edu
---
methods/https.cc | 23 ++-
methods/https.h | 3 ---
2 files changed, 2 insertions(+), 24 deletions(-)
diff --git a/methods/https.cc b/methods/https.cc
index 3a5981b..a423b3d 100644
--- a/methods/https.cc
+++ b/methods/https.cc
@@ -68,6 +68,8 @@ HttpsMethod::parse_header(void *buffer, size_t size, size_t
nmemb, void *userp)
me-File-Truncate(me-Server-StartPos);
me-File-Seek(me-Server-StartPos);
+ me-Res.Size = me-Server-Size;
+ me-URIStart(me-Res);
}
else if (me-Server-HeaderLine(line) == false)
return 0;
@@ -85,29 +87,12 @@ HttpsMethod::write_data(void *buffer, size_t size, size_t
nmemb, void *userp)
if (me-Server-JunkSize != 0)
return buffer_size;
- if (me-ReceivedData == false)
- {
- me-URIStart(me-Res);
- me-ReceivedData = true;
- }
-
if(me-File-Write(buffer, buffer_size) != true)
return false;
return buffer_size;
}
-int
-HttpsMethod::progress_callback(void *clientp, double dltotal, double /*dlnow*/,
- double /*ultotal*/, double /*ulnow*/)
-{
- HttpsMethod *me = (HttpsMethod *)clientp;
- if(dltotal 0 me-Res.Size == 0) {
- me-Res.Size = (unsigned long long)dltotal;
- }
- return 0;
-}
-
// HttpsServerState::HttpsServerState - Constructor/*{{{*/
HttpsServerState::HttpsServerState(URI Srv,HttpsMethod * /*Owner*/) :
ServerState(Srv, NULL)
{
@@ -183,7 +168,6 @@ bool HttpsMethod::Fetch(FetchItem *Itm)
char curl_errorstr[CURL_ERROR_SIZE];
URI Uri = Itm-Uri;
string remotehost = Uri.Host;
- ReceivedData = false;
// TODO:
// - http::Pipeline-Depth
@@ -201,10 +185,7 @@ bool HttpsMethod::Fetch(FetchItem *Itm)
curl_easy_setopt(curl, CURLOPT_WRITEHEADER, this);
curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, write_data);
curl_easy_setopt(curl, CURLOPT_WRITEDATA, this);
- curl_easy_setopt(curl, CURLOPT_PROGRESSFUNCTION, progress_callback);
- curl_easy_setopt(curl, CURLOPT_PROGRESSDATA, this);
// options
- curl_easy_setopt(curl, CURLOPT_NOPROGRESS, false);
curl_easy_setopt(curl, CURLOPT_FILETIME, true);
// only allow curl to handle https, not the other stuff it supports
curl_easy_setopt(curl, CURLOPT_PROTOCOLS, CURLPROTO_HTTPS);
diff --git a/methods/https.h b/methods/https.h
index 411b714..e3dd709 100644
--- a/methods/https.h
+++ b/methods/https.h
@@ -60,13 +60,10 @@ class HttpsMethod : public pkgAcqMethod
virtual bool Fetch(FetchItem *);
static size_t parse_header(void *buffer, size_t size, size_t nmemb, void
*userp);
static size_t write_data(void *buffer, size_t size, size_t nmemb, void
*userp);
- static int progress_callback(void *clientp, double dltotal, double dlnow,
- double ultotal, double ulnow);
void SetupProxy();
CURL *curl;
FetchResult Res;
HttpsServerState *Server;
- bool ReceivedData;
public:
FileFd *File;
--
2.4.0.rc0
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781151: boot often stalls with two A start job is running messages: binfmt and schroot sessions
Le 27/03/2015 17:44, Michael Biebl a écrit : Am 27.03.2015 um 17:40 schrieb Thibaut Paumard: Le 27/03/2015 10:33, Thibaut Paumard a écrit : I'm going to disable binfmt-support, just for checking, and report when boot stalls again. I confirm that even with binfmt-support disabled, boot stalls. Actually the system is booted, but unusable because core services failed to start (including logind). It is then impossible to start those services from the debug shell, and impossible to halt the machine from the debug shell (halt, reboot don't return and don't halt the system). Can you boot with systemd.log_level=debug on the kernel command line and attach the output of journalctl -alb to the bug report. I guess you want that one day when booting fails? In the meanwhile I think I have found the culprit (butI can not be sure for a bug that is not systematic): I had installed and removed, but not purged, munge. After purging munge, the system rebooted fine two times, with some time working in between. I'll add the log_level stuff to my command line and report if boot fails again. Kind regards, Thibaut. Thanks, Michael -- signature.asc Description: OpenPGP digital signature
Bug#781479: lmms: Sound is randomly corrupted when opening project
On 2015-03-30 08:15, Petter Reinholdtsen wrote: [Jakob Wiedner] when opening a project (using alsa) the playback produces only noise. This happens seemingly randomly. Restart of lmms immediately does not solve the problem and (as well) randomly the playback is normal again after waiting a couple of minutes. For trying to reproduce this behaviour opening lmms in a terminal brought the folowing: Notice: could not set realtime priority. Interestingly, when lmms only produces noise, at the gnome system setting gui under 'sound applications' lmms occurs flickering and is non-responsive. Could this be some uninitialized memory making it into the alsa device? Try running lmms using valgrind (valgrind lmms) on the command line and see if some errors are reported? Dear Maintainer, one additional note: When using jack as sound engine, the behaviour described does not occur. here the output of ~$ valgrind lmms (using alsa): ==3560== Memcheck, a memory error detector ==3560== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==3560== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info ==3560== Command: lmms ==3560== ==3560== Invalid read of size 4 ==3560==at 0x45959F8: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4591495: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4578E79: QGtkStyle::QGtkStyle() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x44F61E2: QStyleFactory::create(QString const) (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B304D: QApplication::style() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B3494: QApplicationPrivate::initialize() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B35CF: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B385A: QApplication::QApplication(int, char**, int) (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x80AE3D3: main (in /usr/bin/lmms) ==3560== Address 0x7ab4910 is 8 bytes inside a block of size 10 alloc'd ==3560==at 0x40291CC: malloc (vg_replace_malloc.c:296) ==3560==by 0x55DFDA7: strdup (strdup.c:42) ==3560==by 0x45959D5: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4591495: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4578E79: QGtkStyle::QGtkStyle() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x44F61E2: QStyleFactory::create(QString const) (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B304D: QApplication::style() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B3494: QApplicationPrivate::initialize() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B35CF: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B385A: QApplication::QApplication(int, char**, int) (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x80AE3D3: main (in /usr/bin/lmms) ==3560== ==3560== Invalid read of size 4 ==3560==at 0x45932EB: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4593459: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x45935BE: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4595DFC: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4591495: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4578E79: QGtkStyle::QGtkStyle() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x44F61E2: QStyleFactory::create(QString const) (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B304D: QApplication::style() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B3494: QApplicationPrivate::initialize() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B35CF: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x41B385A: QApplication::QApplication(int, char**, int) (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x80AE3D3: main (in /usr/bin/lmms) ==3560== Address 0x7abff40 is 8 bytes inside a block of size 10 alloc'd ==3560==at 0x40291CC: malloc (vg_replace_malloc.c:296) ==3560==by 0x55DFDA7: strdup (strdup.c:42) ==3560==by 0x45932BA: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4593459: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x45935BE: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4595DFC: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4591495: ??? (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x4578E79: QGtkStyle::QGtkStyle() (in /usr/lib/i386-linux-gnu/libQtGui.so.4.8.6) ==3560==by 0x44F61E2:
Bug#781365: ftp.debian.org: Please split up non-free
On Sun, Mar 29, 2015 at 09:22:33PM +0200, Karsten Merker wrote: On Sat, 28 Mar 2015 07:04:29 +0100 Wouter Verhelst wou...@debian.org wrote: [splitting non-free] If we scale this down a bit, I think it should be possible to support the suggested split today, and it would also be a useful split if we did so; but as I don't really know dak all that well, please do correct me if I'm wrong. My suggestion would be to split non-free into the following sub-suites: - non-free/hardware: for hardware support packages: non-free firmware packages (firmware-iwlwifi), non-free drivers (nvidia-glx), etc. I would definitely like to see a split between device firmware and software running on the main CPU, i.e. drivers. We have lots of devices for which we have free drivers, but no free firmware. I do not consider a free driver loading a non-free firmware blob into a device-internal SRAM and using it worse than having the same free driver use the bitwise identical firmware blob when it is already stored in a device-interal Flash/EPROM, and most people appear to consider latter acceptable. So how about non-free/firmware and non-free/drivers? There were others who've made that suggestion. I can see why it could be a good idea. Why not, I suppose. - non-free/gfdl: for GFDL-licensed documentation. I first considered suggesting a non-free/doc repository; but most non-free documentation currently in Debian is GFDL-licensed anyway, and I also think it's probably more useful to have something which is considered free by our friends of the FSF, so that those who want can say install whatever the FSF would consider free. I don't feel too strong about that, though. Ack, in particular as there is apparently quite a number of people who consider the GFDL with invariant sections free or at least acceptable. Right -- the FSF, at the very least :-) - non-free/codec: for codecs in the widest sense of the word. This wouldn't be just non-free multimedia codecs, but also non-free archivers, such as rar-nonfree; anything that contains an algorithm to encode or decode a particular file format would be allowed into this repository. I am not sure that this is a sensible category. What makes the difference between a non-free (un)packer like rar and a non-free word processor that is the only application to read a proprietary document format (as a randomly generated example)? Without going into too much detail, while there are free rar implementations, they don't support all the features of the rar format, although they do support most. If you end up with a rar file that uses one of those non-free-only features, you either need to use the non-free program, or need to ask the person who gave you the file in the first place to repack it without that feature. In other words, I see no difference. The idea of the codecs section would be to help people in the situation of someone sent me a file that I can't read with free software. If some package doesn't fit that situation, but is an implementation of something that would read a file format, one could wonder why it's in non-free in the first place. -- It is easy to love a country that is famous for chocolate and beer -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773913: [Pkg-xfce-devel] Bug#773913: Bug#773913: Lightdm switches immediately to a black screen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, Mar 30, 2015 at 12:18:20AM +0200, Thomas Goirand wrote: Hi Yves-Alexis, I have experienced the same issue as described by Fabien. What happens is, if I leave my laptop unused for a (very) long period of time idle, it goes into darkness (slowly fades out, then full screen black). So something in your desktop environment handles the brightness and sets it to minimum? When I want to wake-up my latop, I just press any key. This wakes up the laptop, but it does *not* set the screen brightness back to normal. Ok. Increasing the brightness on the lightdm password prompt doesn't work. I assume your laptop needs something in userspace to handle the brightness keys, then? However, if I just type my password (blankly, hoping it works...), then I get to X (using the mate Desktop in my case), then brightness control works, and I can see the screen again. Because MATE handles the brightness keys. Before I knew this trick, I thought my laptop was crashed. So I just powered off, then on again. But then when lightdm gets back, it sets the brightness to zero again (meaning screen is off in my case), and I can see nothing. The only way is again, to type my login and password blanking (without any control to see if I typed correctly), then when X start, I can set the brightness again. I can confirm that the issue is in lightdm, because gdm doesn't have this issue. I'm also using systemd. I'm using the Nouveau driver (and probably also the intel i915 since my laptop has 2 cards). I'm not sure this is related to video board and driver, but I thought it was a good info. It's somehow related yeah. Brightness keys handling has been a mess these past years. It was once handled completely by the laptops embedded controller, then it was done by the kernel/ACPI, then by the driver, then by basically noone (since Windows 8 laptops), so it has to be done in userspace. I believe that the best way to fix it, is to make sure that the brightness controls are *always* working in lightdm. If I get back to lightdm with a black screen, I don't really mind if I can fix that by increasing the brightness... Sure, but I'm not sure handling the brightness keys are really the role of a login screen. I'll forward this upstream but don't hold your breath. If I may help to debug the issue in any way, let me know. I'd be happy to do whatever you propose to debug the issue or test some fixes. It might help to know which kind of laptop it is. Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCgAGBQJVGQetAAoJEG3bU/KmdcClhGQH/1DyjXmIlpjkPS2JEWVPaTy7 0naSLdQn/kGj2U3Uv+tMAIaQaeekG0vgsI9R/f4ibG59BB7ywYx/3e5VWvLqXSDc HD3uREqxF6s2EYf+XSib4tY+hVj+QP+f6zhd4OglPCqlnluY316neIft1ck7Hz8f k5a0NjyGnjFZyqKtNPoWrp9Q54FW04vYXxJ1anzRvDb7goOlt8ThKXV7feJfMMRK a2lqdyYQPjMFxusNr+yYvwQB/8SOk4JKvUwFrNDQsQOD0Bm5gFT/jQDqUM0tns4k ukugms7gl1YIhs1SAvYicJQBxkLDO2QOoTf/RqI1FpYblwT4EJVLArBVhoKi5FU= =+8JX -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#780591: ltsp-client-builder fails when installing Debian Edu combined server in virtualbox environment
On Sun, Mar 29, 2015 at 04:07:34PM -0700, Vagrant Cascadian wrote: On 2015-03-24, Wolfgang Schweer wrote: On Mon, Mar 23, 2015 at 12:02:05PM -0700, Vagrant Cascadian wrote: On Tue, Mar 17, 2015 at 10:00:08PM +0100, Wolfgang Schweer wrote: Confirmed after having started an USB stick installation on real (and very old) hardware; something like /dev/sdXY is mounted on /cdrom inside d-i environment. Inspired by this observation I tried this patch in the virtualbox environment (booting from 'cd') and as well on bare metal w/ USB stick: --- a/ltsp-client-builder.postinst 2015-02-07 18:30:46.0 +0100 +++ b/ltsp-client-builder.postinst 2015-03-24 16:04:09.510087326 +0100 @@ -64,7 +64,7 @@ db_progress STEP 1 if [ $USE_CDROM != false ] [ ! -f /target/media/cdrom/.disk/info ]; then -chroot /target mount /media/cdrom +mount $(mount | grep cdrom | cut -d' ' -f1 | head -1) /target/media/cdrom log mounting /media/cdrom fi ... Installation succeded in both cases. 'head -1' is most probably unneeded, added just in case the device is mounted twice. It won't do any harm though, I guess. I'll try reworking this patch a bit, as it can stand to be more robust in general, but fixing this without understanding what exactly is wrong, and without being able to reproduce the bug on a standard debian-installer install worries me... Yes. The reason might be the different ordering (grub-install/ltsp chroot) and the cd therefore still being mounted on /cdrom/ (d-i env). Mounting the same device for the second time would only succed then if done in d-i env as well (as opposed to inside target). That was the idea for my patch. One obvious difference I've seen so far is debian-edu runs ltsp-client-builder after grub-installer. Yes, but I had no luck to figure out why this happens. And I don't understand why the mount problem doesn't show up with USB stick installs if ordering is the reason. Do debian-edu installs modify /etc/fstab in a way that would result in /media/cdrom not being mountable? AFAICT, no. What other differences are there in a debian-edu install? So far I'm not aware of any other ones. Wolfgang signature.asc Description: Digital signature
Bug#781505: chromium-l10n: Should depend on the same version of chromium
Package: chromium-l10n Version: 38.0.2125.101-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, as you can see from the installation details, when upgrading chromium I forgot to update chromium-l10n as well. The result is quite funny: the strings in the UI have been shuffled, so that every label shows the translation for something completely unrelated. I'm seeing browser crashes as well, when typing more then a few characters in the omnibox. Is there a reason for chromium-l10n to have a = dependency and not a = one? It's quite easy to fall in this trap... Thanks, Luca - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (995, 'unstable'), (991, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chromium-l10n depends on: ii chromium 41.0.2272.76-2 chromium-l10n recommends no packages. chromium-l10n suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlUZDAoACgkQ+AQB36CPPlpX2wCdEwRtIYQPMbLYVejMoAwLmE1A qNsAoIXyj7dN9eeXtKCqv1MfwF6z0LJe =msrg -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#781506: thermald: some documentation for the user
Package: thermald Version: 1.3-9 Severity: wishlist Dear Maintainer, Thank you for packaging thermald for Debian. In its current form, the package provides very less information on what it does, and how an end-user would interact with it. There also does not seem to be any client tool to talk to the daemon. Would it be possible to add a README.Debian giving some additional pointers ? -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.3-rc5 (SMP w/4 CPU cores) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages thermald depends on: ii init-system-helpers 1.22 ii libc62.19-15 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-2 0.104-1 ii libgcc1 1:4.9.2-10 ii libglib2.0-0 2.42.1-1 ii libgomp1 4.9.2-10 ii libstdc++6 4.9.2-10 ii libxml2 2.9.2+dfsg1-3 thermald recommends no packages. thermald 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#781508: fprintd: Please upgrade to version 0.6.0
Source: fprintd Version: 0.5.1-1 Severity: wishlist Dear Maintainer, I have a Lenovo X1 Carbon Gen 3 laptop. It has a Validity Sensors, Inc. VFS5011 finger print reader. Support for this reader was added in version 0.6.0 of the libfprint software. The changelog can be seen here: http://cgit.freedesktop.org/libfprint/libfprint/log/ This is a wish for you to please upgrade the version of the fprintd packages from 0.5.1 to 0.6.0. Thanks, Jim Barber -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fprintd depends on: ii dbus 1.8.16-1 ii libc6 2.19-17 ii libdbus-1-31.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libfprint0 1:0.5.1-1 ii libglib2.0-0 2.42.1-1 ii libpolkit-gobject-1-0 0.105-8 ii policykit-10.105-8 fprintd recommends no packages. fprintd 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#781507: libssh2: FTBFS: symbols file mismatch (needs ABI bump)
Source: libssh2 Version: 1.5.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) libssh2 FTBFS on all architectures with: --- debian/libssh2-1.symbols (libssh2-1_1.5.0-1_m68k) +++ dpkg-gensymbolssAyNcA 2015-03-30 08:09:06.562181072 + @@ -56,8 +56,8 @@ libssh2_knownhost_readline@Base 1.2 libssh2_knownhost_writefile@Base 1.2 libssh2_knownhost_writeline@Base 1.2 - libssh2_md5@Base 1.5.0 - libssh2_md5_init@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_md5@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_md5_init@Base 1.5.0 libssh2_poll@Base 1.0 libssh2_poll_channel_read@Base 1.0 libssh2_publickey_add_ex@Base 1.0 @@ -114,8 +114,8 @@ libssh2_sftp_tell@Base 1.0 libssh2_sftp_unlink_ex@Base 1.0 libssh2_sftp_write@Base 1.0 - libssh2_sha1@Base 1.5.0 - libssh2_sha1_init@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_sha1@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_sha1_init@Base 1.5.0 libssh2_trace@Base 1.0 libssh2_trace_sethandler@Base 1.2.3 libssh2_userauth_authenticated@Base 1.0 I question how you could possibly have built and uploaded the i386 binaries of it, except in an unclean (maybe not minimal or not up-to-date) chroot, or not even in a chroot. The effect of this is that you broke ABI on i386, even. -- System Information: Debian Release: 8.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.16.0-4-m68k Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772619: seems it has been worked upon and integrated in gnome-applets 3.16.
Hi all, Good news. Seems Alberts imported and then integrated netspeed in gnome-applets 3.16. See https://git.gnome.org/browse/gnome-applets/log/ and specifically https://git.gnome.org/browse/gnome-applets/commit/?id=23511fa2f9812af35bde6ef863f49735de88c0d5 which via the changelog/NEWS tells us of the changes done by Alberts. Looking forward to see gnome-applets 3.16 in experimental soonish :) -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780591: ltsp-client-builder fails when installing Debian Edu combined server in virtualbox environment
On Sun, Mar 29, 2015 at 05:34:40PM -0700, Vagrant Cascadian wrote: Here's an alternate patch that worked for me with both CD and USB installs, and has a fallback to the old behavior if none of the mounts contain .disk/info. Please try it and let me know if it solves your issue: diff --git a/ltsp-client-builder.postinst b/ltsp-client-builder.postinst index 4b9c057..6b9dd59 100644 --- a/ltsp-client-builder.postinst +++ b/ltsp-client-builder.postinst @@ -64,8 +64,20 @@ done db_progress STEP 1 if [ $USE_CDROM != false ] [ ! -f /target/media/cdrom/.disk/info ]; then -chroot /target mount /media/cdrom -log mounting /media/cdrom +# Read mountpoints of cdrom devices from /proc/mounts, and mount +# at /target/media/cdrom/ +while [ ! -f /target/media/cdrom/.disk/info ] read device mountpoint otherstuff ; do +case $mountpoint in +*cdrom*) log mounting $device on /target/media/cdrom + mount $device /target/media/cdrom + ;; +esac +done /proc/mounts +if [ ! -f /target/media/cdrom/.disk/info ]; then + # Last-ditch failsafe... + log Mounting /media/cdrom in the chroot. + in-target mount /media/cdrom +fi fi # workaround for: http://bugs.debian.org/390647 Yes, this patch solves the issue (virtualbox CD installs). Wolfgang signature.asc Description: Digital signature
Bug#781209: postinst execution order bug confuses systemd
On Sun, Mar 29, 2015 at 06:45:45PM +0200, Michael Biebl wrote: Can you be more specific, what you have in mind here? Nevermind, I found a machine with Network Manager installed and got the answer to my question: with the symlink, systemd uses the target of the symlink as the real service and adds the name of the symlink to Names=, just like in the Alias case. Thanks, -- Romain Francoise rfranco...@debian.org http://people.debian.org/~rfrancoise/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781485: Processed: reassign 781485 to pbuilder
Debian Bug Tracking System dixit: Bug #781485 [git-buildpackage] git-pbuilder: uses incorrect path for the LD_PRELOAD for libeatmydata.so Bug reassigned from package 'git-buildpackage' to 'pbuilder'. Huh? What exactly does gbp run when you invoke it like this? If it runs “eatmydata pbuilder”, then this is not a bug but happens when the host is wheezy and the chroot is jessie/sid, and known. The correct way (currently) to do this is to invoke it like this: env LD_LIBRARY_PATH=/usr/lib/libeatmydata \ LD_PRELOAD=libeatmydata.so pbuilder … bye, //mirabilos -- hecker cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? Hätten die nicht noch 3 Jahre warten können? mirabilos bis dahin gibts google nicht mehr hecker ja, könnte man meinen. wahrscheinlich ist der angekündigte welt- untergang aus dem maya-kalender die globale abschaltung von google ☺ und darum müssen die die doodles vorher noch raushauen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781510: Consider using a tool like VirtualDub or avidemux to fix it.
Package: ffmpeg
Version: 7:2.6.1-1
Severity: minor
The comment displayed by ffmpeg on debian linux is rather useless (as of today):
[...]
[mpeg4 @ 0x1b5de20] Video uses a non-standard and wasteful way to
store B-frames ('packed B-frames'). Consider using a tool like
VirtualDub or avidemux to fix it.
[...]
avidemux is still not part of debian #203211 and VirtualDub is windows
only. Please consider suggesting alternatives that works on Debian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781511: debian-installer-8-netboot-i386: fails to mount ext4 file system at / for root on /
Package: debian-installer-8-netboot-i386 Version: 20150107 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu Hi, while testing Debian Edu, PXE installations are failing with: 'The attempt to mount a file system with type ext4 in LVM VG vg_system, LV root at / failed.' When using the current netboot tarball -rw-r--r-- 1 root root 18544521 Mar 30 04:54 netboot-i386.tar.gz the error doesn't show up. Same with d-i-8-netboot-amd64, I guess. Wolfgang signature.asc Description: Digital signature
Bug#781298: missing Built-Using: qt4-x11
Hi Helmut, Normally, the bug you reported is fixed in the latest version of the package, which will soon be uploaded. I added rdfind and symlinks to my Build-Depends, and these lines in d/rules (in override_dh_auto_install) : rdfind -outputname /dev/null -makesymlinks true debian/fw4spl/ symlinks -r -s -c debian/fw4spl Does everything looks right for you ? Thank you for your feedback. Corentin On Fri, 27 Mar 2015 08:00:46 +0100 Helmut Grohne hel...@subdivi.de wrote: Package: fw4spl Version: 0.9.2-1 Severity: serious Justification: policy 7.8 fw4spl copies parts of libqt4-qt3support during build: http://dedup.debian.net/compare/fw4spl/libqt4-qt3support It therefore must list qt4-x11 in Built-Using according to the Debian policy section 7.8. Of course, the better solution here is not to copy libraries libqt4-qt3support in the first place. You may be able to do with symbolic links and a suitable dependency. If you choose to keep that copy, please also register your embedded copy with the security tracker: https://wiki.debian.org/EmbeddedCodeCopies Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781507: libssh2: FTBFS: symbols file mismatch (needs ABI bump)
Damn. Thank you. Turns out I had libssl-dev in the chroot, which got picked up instead of libgcrypt. On Mon, 30 Mar 2015, at 11:09, Thorsten Glaser wrote: Source: libssh2 Version: 1.5.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) libssh2 FTBFS on all architectures with: --- debian/libssh2-1.symbols (libssh2-1_1.5.0-1_m68k) +++ dpkg-gensymbolssAyNcA 2015-03-30 08:09:06.562181072 + @@ -56,8 +56,8 @@ libssh2_knownhost_readline@Base 1.2 libssh2_knownhost_writefile@Base 1.2 libssh2_knownhost_writeline@Base 1.2 - libssh2_md5@Base 1.5.0 - libssh2_md5_init@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_md5@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_md5_init@Base 1.5.0 libssh2_poll@Base 1.0 libssh2_poll_channel_read@Base 1.0 libssh2_publickey_add_ex@Base 1.0 @@ -114,8 +114,8 @@ libssh2_sftp_tell@Base 1.0 libssh2_sftp_unlink_ex@Base 1.0 libssh2_sftp_write@Base 1.0 - libssh2_sha1@Base 1.5.0 - libssh2_sha1_init@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_sha1@Base 1.5.0 +#MISSING: 1.5.0-1# libssh2_sha1_init@Base 1.5.0 libssh2_trace@Base 1.0 libssh2_trace_sethandler@Base 1.2.3 libssh2_userauth_authenticated@Base 1.0 I question how you could possibly have built and uploaded the i386 binaries of it, except in an unclean (maybe not minimal or not up-to-date) chroot, or not even in a chroot. The effect of this is that you broke ABI on i386, even. -- System Information: Debian Release: 8.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.16.0-4-m68k Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714683: 714683 ITA: freewnn -- network-extensible Japanese/Chinese/Korean input system
owner 714683 ! retitle 714683 ITA: freewnn -- network-extensible Japanese/Chinese/Korean input system thanks I am 1 of 3 committers for FreeWnn project. http://sourceforge.jp/projects/freewnn/memberlist/ I wish to adopt freewnn package. -- Mitsutoshi NAKANO itsa...@gmail.com bkbin...@rinku.zaq.ne.jp https://twitter.com/ItSANgo http://d.hatena.ne.jp/Itisango/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748721: I can confirm this bug in Debian Jessie
I'm able to confirm this bug in Debian Jessie. Upstream has defined the default file name to be localhost.crt, but Debian placed a file with a name localhost.cert. Simply rename the cert file should solve the problem. Hong -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781313: mirror submission for debian.saix.net
Donald OK, my best option geographically is then the UK site, ftp.uk.debian.org, which I have switched over to. Also increased the frequency from twice daily to 4 times a day as you requested. The CD-image is still once a day, take it that is OK? Regards On 27/03/2015 17:53, Donald Norwood wrote: Control: tag -1 +moreinfo Hi, Thank you for your support and for mirroring Debian. Everything looks fine, I do have a question and comment: On 03/27/2015 08:27 AM, Jaco Lesch wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: debian.saix.net Aliases: ftp.saix.net Aliases: www.ftp.saix.net Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-ftp: /pub/linux/distributions/debian/ Archive-http: / CDImage-ftp: /pub/linux/distributions/debian-cd/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.us.debian.org I see available South Africa mirrors do not carry the full archive as you offer, and thusly are not suitable to mirror from, however it would be best to look about for a mirror that is closer to you geographically. Additionally the ftp.us.debian.org is a mirror cluster of different servers under a round robin dns scheme. CDImage-upstream: cdimage.debian.org Updates: twice The archive updates 4 times per day. Can you update accordingly? Maintainer: Jaco Lesch f...@saix.net Country: ZA South Africa Location: Cape Town Sponsor: Telkom SA SOC Ltd http://www.telkom.co.za Comment: Max bandwidth 1Gig Best regards, Donald Norwood -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754753: healpix-cxx: FTBFS on armel: testsuite timeout
On Mon, 14 Jul 2014 02:11:42 +0200 Cyril Brulebois k...@debian.org wrote: Source: healpix-cxx Version: 3.11.2-7 Severity: serious Justification: FTBFS Hi, your package no longer builds on armel: | libtool: link: g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fopenmp -fno-tree-vectorize -fno-math-errno -funsafe-math-optimizations -fno-trapping-math -fno-rounding-math -fno-signaling-nans -fcx-limited-range -fomit-frame-pointer -Wl,-z -Wl,relro -o hpxtest Healpix_cxx/hpxtest.o ./.libs/libhealpix_cxx.a -lcfitsio -lpthread -fopenmp | make[1]: Leaving directory '/«PKGBUILDDIR»' |dh_auto_test -a | make[1]: Entering directory '/«PKGBUILDDIR»' | make check-TESTS | make[2]: Entering directory '/«PKGBUILDDIR»' | make[3]: Entering directory '/«PKGBUILDDIR»' | make[3]: *** Deleting file 'hpxtest.log' | Terminated | make[2]: *** [check-TESTS] Terminated | make[3]: *** [hpxtest.log] Terminated | make[1]: *** [check-am] Terminated | Makefile:1557: recipe for target 'check-TESTS' failed | Makefile:1578: recipe for target 'hpxtest.log' failed | Makefile:1763: recipe for target 'check-am' failed | make: *** wait: No child processes. Stop. | make: *** Waiting for unfinished jobs | make: *** wait: No child processes. Stop. | Build killed with signal TERM after 150 minutes of inactivity It is not a real FTBFS indeed. The test 'hpxtest' cost to much time and armel has a quite poor performance, so the test is killed by sbuild. So if we output some information when building, it will not be killed by sbuild. in `test-drivers': $@ $log_file 21 -- $@ 21 | tee $log_file will fix this problem. Full build log: https://buildd.debian.org/status/fetch.php?pkg=healpix-cxxarch=armelver=3.11.2-7stamp=1405237595 Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781253: cups: no duplex printing (two-sided) with lp or lpr
On 2015-03-27 19:12:13 +, Brian Potkin wrote: On Fri 27 Mar 2015 at 11:27:41 +0100, Vincent Lefevre wrote: On 2015-03-27 09:46:55 +, Brian Potkin wrote: Evince is very likely using 'Duplex=DuplexNoTumble' when the file gets to the server. How does 'lp -o Duplex=DuplexNoTumble file.pdf' fare? Same problem. With a print queue set up for the Ricoh MP C3003 PS on a Wheezy machine (cups 1.5.3-5+deb7u4) and printing from Evince on an up-to-date Jessie machine using client.conf we get this for argv[5]: InputSlot=1Tray RPSRGBcorrect=DetailBright RPSDitherType=Auto RIwmSize=36 RIBannerPageMediaType=Auto LockedPrintPassword=None RIWMText=Confidential Rcmyksimulation=Off RIwmAngle=45Deg Booklet=None RPSColorRendDict=Auto RIPaperPolicy=PromptUser RPSBlackMode=gray noRPSColorUniversalDesign PageSize=A4 JobType=Normal noRIBannerPagePrint RIPrintMode=0rhit MediaType=Auto RIRotateBy180=Off RIwmTextStyle=Gray RIBannerPageInputSlot=Auto ColorModel=CMYK Rimagesm=Off number-up=1 noRPSBlackOverPrint RIOrientOvr=Off Resolution=600dpi RPSColorSep=None DocServerPassword=None UserCode=None Duplex=DuplexNoTumble RIwmFont=HelveticaB RIWatermark=Off OutputBin=Default RPSBitsPerPixel=1BitsPerPixel job-uuid=urn:uuid:56b63b42-349d-3379-4399-f9ae15d99b13 job-originating-host-name=192.168.7.212 time-at-creation=1427480204 time-at-processing=1427480204 For 'lp -p test -o sides=two-sided-long-edge file.pdf' it is: finishings=3 number-up=1 sides=two-sided-long-edge job-uuid=urn:uuid:a9eacec3-3b00-30c4-799f-677abbbdb0d3 job-originating-host-name=192.168.7.212 time-at-creation=1427480636 time-at-processing=1427480636 Duplex=DuplexNoTumble In both cases the client has sent the PDF and the correct options. At this stage cups-client appears to have done its job correctly. Is there a way to know that it is also the case on my machine with the client.conf I'm using? The duplex options also appear to have been injected into PS stream and the PS file produced ihere after traversing the filtering system on the server seems to reflect this correctly. %%Requirements: duplex %%BeginFeature: *Duplex DuplexNoTumble /Duplex true /Tumble falsesetpagedevice %%EndFeature Do we assume you do not have access to the server logs? I don't, but I can ask the sysadmin. The versions for cups and foomatic related packages would be useful to know. The versions on the print server? -- 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#781512: puppet: service enable does not work on sysvinit with new initscripts
Package: puppet
Version: 3.7.2-3
Severity: serious
Tags: pending
Justification: Regression in latest upload
The latest upload fixing the debian service provider unfortunately
introduced a regression on sysvinit systems:
On sysvinit systems, services with newly-shipped initscripts will not be
enabled because of a missing call to update-rc.d defaults before update-rc.d
enable:
# puppet apply -e service { 'test' : enable = true }
Notice: Compiled catalog for test.example.com in environment production in 0.18
seconds
Error: Execution of '/usr/sbin/update-rc.d test enable' returned 1:
update-rc.d: error: no runlevel symlinks to modify, aborting!
Error: /Stage[main]/Main/Service[test]/enable: change from false to true
failed: Execution of '/usr/sbin/update-rc.d test enable' returned 1
An upload fixing this issue will follow.
Regards,
Apollon
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (500, 'testing'), (90, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages puppet depends on:
ii init-system-helpers 1.22
ii puppet-common 3.7.2-3
ii ruby 1:2.1.5
ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-2
ii ruby2.0 [ruby-interpreter]2.0.0.484+really457-3
ii ruby2.1 [ruby-interpreter]2.1.5-1
puppet recommends no packages.
Versions of packages puppet suggests:
pn etckeeper none
pn puppet-el none
ii vim-puppet 3.7.2-3
-- debconf-show failed
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781513: regexxer: Fix save all menu item
Package: src:regexxer Version: 0.9-6 Tags: patch Usertags: origin-ubuntu ubuntu-patch vivid In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/fix-save-all-menu-item.patch: - Fix save all menu item. We thought you might be interested in doing the same. diff -Nur regexxer-0.9/ui/mainwindow.glade regexxer-0.9.new/ui/mainwindow.glade --- regexxer-0.9/ui/mainwindow.glade 2007-01-08 17:36:55.0 +0100 +++ regexxer-0.9.new/ui/mainwindow.glade 2007-04-03 16:38:02.0 +0200 @@ -47,7 +47,7 @@ widget class=GtkImageMenuItem id=menuitem_save_all property name=visibleTrue/property property name=labelregexxer-save-all/property - property name=use_underlineTrue/property + property name=use_stockTrue/property /widget /child
Bug#781522: ITP: libcatmandu-mods-perl -- modules for working with MODS data within the Catmandu framework
Package: wnpp Severity: wishlist Owner: Christian Pietsch cpietsch+deb...@uni-bielefeld.de * Package name: libcatmandu-mods-perl Version : 0.2 Upstream Author : Nicolas Franck * URL : https://github.com/LibreCat/Catmandu-MODS * License : Artistic or GPL-1+ Programming Lang: Perl Description : modules for working with MODS data within the Catmandu framework Catmandu provides a suite of Perl modules to ease the import, storage, retrieval, export and transformation of metadata records. . Catmandu::MODS contains methods to work with MODS data within the Catmandu framework. MODS is a bibliographic metadata format. This package will be maintained in the Perl team. signature.asc Description: Digital signature
Bug#780139: squeeze update of checkpw?
On 16.03.2015 11:20, Raphael Hertzog wrote:
Hello Gerrit,
the Debian LTS team would like to fix the security issues which are
currently open in the Squeeze version of checkpw:
https://security-tracker.debian.org/tracker/CVE-2015-0885
Hi,
I have prepared and tested a fix for squeeze.
Salvatore Bonaccorso's fix for Wheezy can also be applied to the version
in Squeeze. I have tested the fix by following the steps outlined in [1]
and can confirm that it solves the issue.
Please find attached a debdiff for review to this e-mail.
Regards,
Markus
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780139#16
diff -u checkpw-1.02/debian/changelog checkpw-1.02/debian/changelog
--- checkpw-1.02/debian/changelog
+++ checkpw-1.02/debian/changelog
@@ -1,3 +1,10 @@
+checkpw (1.02-1+deb6u1) squeeze; urgency=medium
+
+ * Non-maintainer upload.
+ * CVE-2015-0885: Fix denial of service via -- in usernames (Closes: #780139)
+
+ -- Markus Koschany a...@gambaru.de Mon, 30 Mar 2015 14:02:06 +0200
+
checkpw (1.02-1) unstable; urgency=low
* new upstream point release.
only in patch2:
unchanged:
--- checkpw-1.02.orig/debian/diff/CVE-2015-0885.diff
+++ checkpw-1.02/debian/diff/CVE-2015-0885.diff
@@ -0,0 +1,24 @@
+--- checkpw-1.02.orig/checkapoppw.c
checkpw-1.02/checkapoppw.c
+@@ -85,7 +85,7 @@
+ pw = getpwnam(login);
+ if (pw) break;
+ if (errno == error_txtbsy) die(111);
+-for (; ext != login *ext != '-'; --ext);
++do {--ext;} while (ext != login *ext != '-');
+ if (ext == login) die(1);
+ if (i) login[i] = '-';
+ i = ext - login;
+only in patch2:
+unchanged:
+--- checkpw-1.02.orig/checkpw.c
checkpw-1.02/checkpw.c
+@@ -71,7 +71,7 @@
+ pw = getpwnam(login);
+ if (pw) break;
+ if (errno == error_txtbsy) die(111);
+-for (; ext != login *ext != '-'; --ext);
++do {--ext;} while (ext != login *ext != '-');
+ if (ext == login) die(1);
+ if (i) login[i] = '-';
+ i = ext - login;
signature.asc
Description: OpenPGP digital signature
Bug#781524: fcgiwrap: socket is not created and service is not up, but it works after a reboot
Package: fcgiwrap Version: 1.1.0-3+b1 Severity: serious Hello Jordi. On a qemu virtual machine with minimal packages installed I do this: apt-get install fcgiwrap ls -l /run/fcgiwrap.socket ls: cannot access /run/fcgiwrap.socket: No such file or directory service fcgiwrap restart ls -l /run/fcgiwrap.socket ls: cannot access /run/fcgiwrap.socket: No such file or directory If I reboot: ls -l /run/fcgiwrap.socket srw-rw-rw- 1 root root 0 mar 30 14:56 /run/fcgiwrap.socket but surely we will not tell our users in the release notes that they have to reboot fot things to work as expected, so I'm setting serious here in the hope that a fix for this is accepted in jessie. However, if for whatever reason there is not an easy fix for this, then please feel free to downgrade severity, I don't want this package to be removed from jessie. Ok, after a little bit more of testing, I found that this works just after installing the package: service fcgiwrap start but then one might wonder: 1. If the service is started after a reboot, why it is not started after installing it for the first time, as every sane package usually does? 2. If service fcgiwrap restart does not work, why an error message is not shown? (even a message just saying sorry, restart not supported would be orders of magnitude better than not saying anything). Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781514: unblock (pre-approval): puppet/3.7.2-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, I intend to upload puppet 3.7.2-4 fixing a regression present in the last upload (3.7.2-3) and would like your pre-approval. This is a one-line change fixing #781512, see the attached debdiff. Thanks, Apollon unblock puppet/3.7.2-4 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru puppet-3.7.2/debian/changelog puppet-3.7.2/debian/changelog --- puppet-3.7.2/debian/changelog 2015-03-30 12:48:54.0 +0300 +++ puppet-3.7.2/debian/changelog 2015-03-30 12:42:52.0 +0300 @@ -1,3 +1,10 @@ +puppet (3.7.2-4) unstable; urgency=medium + + * Team upload. + * Fix service enable with new initscripts under sysvinit (Closes: #781512). + + -- Apollon Oikonomopoulos apoi...@debian.org Mon, 30 Mar 2015 12:37:07 +0300 + puppet (3.7.2-3) unstable; urgency=medium [ Apollon Oikonomopoulos ] diff -Nru puppet-3.7.2/debian/patches/0005-Fix-service-listing-and-enable-disable-in-Debian.patch puppet-3.7.2/debian/patches/0005-Fix-service-listing-and-enable-disable-in-Debian.patch --- puppet-3.7.2/debian/patches/0005-Fix-service-listing-and-enable-disable-in-Debian.patch 2015-03-30 12:48:54.0 +0300 +++ puppet-3.7.2/debian/patches/0005-Fix-service-listing-and-enable-disable-in-Debian.patch 2015-03-30 12:26:37.0 +0300 @@ -142,7 +142,7 @@ end end -@@ -63,8 +108,11 @@ Puppet::Type.type(:service).provide :debian, :parent = :init do +@@ -63,8 +108,12 @@ Puppet::Type.type(:service).provide :debian, :parent = :init do end def enable @@ -151,11 +151,9 @@ +if self.class.runs_on_systemd? + systemctl(:enable, @resource[:name]) +else ++ update_rc @resource[:name], defaults + update_rc @resource[:name], enable +end end # The start, stop, restart and status command use service --- -2.1.4 - signature.asc Description: Digital signature
Bug#781092: #781092, rspamd keeps disconneting rmilter
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Could you please paste strace of rspamd worker when the timeout occurs? Specifically, at this log point: Mar 24 22:39:46 elmo rspamd[32539]: 2015-03-24 22:39:46 #32542(normal) accept_socket: accepted connection from :::127.0.0.1 port 59147 Mar 24 22:39:46 elmo rspamd[32539]: 2015-03-24 22:39:46 #32542(normal) rspamd_worker_error_handler: abnormally closing connection from: :::127.0.0.1, error: IO timeout It seems that I've seen this problem on Darwin, however, I've never seen it on linux, therefore, strace would be very helpful indeed. - -- Vsevolod Stakhov -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJVGSjEAAoJEHnvd0hTzOjBBOYQALjfrk+r/D9G5qFefLLdIue4 aufwEk573tdHy52ot/okO9BWZ0iGUUmaIES7UYLsX2zJEFM8KgwD4Eu1o7dhJg5m UU1gPUtUmc/6EE+mXWGoi+nIt3Nd4+Vn3L/V0lfkWRg38AmidMFJ/ee9OhyPTZxf TR2aqRegZVATGe1mXkArmC/hqrG9loNJdF1LHAE+qDl3ciGi0lxxqpBKoxuKT7xU XCoD9Hmz7+/Kp2l3IMnwWChfAQiaADtTMFnb0YgeBi8P6NyRZBfEQo1KpkxzGhZb P1aeAWlUsNeBkk9Nh0a5ZDIiQc5UtsNXvV0oBYmKq6KLncYyvCMyAgzWKqH0wjUx 9EQhJAv+8r0gXOWM+yejh4VxF4fefKPwR9svO5hpkCvX2KX2bbvqhlyBHPzEAHeu GSwK9S9xFlwvTPEopMxK8xhvgfKWwJSRSsvn8c6eOH3aHqrw74JQdl5ngVZ47tR/ xO4azVCi3lvxeCrlr0Q1bDbTHdzqL5K7AcZ196ike8FavKeN/MhvpVWPVk0o+0mu +j5Qb4kIwohY6+APDs/ArXVCqX39AXhZ3WHh6iaC844eulJTr67iQ93Y4vkz8DdB WjCfuJeJF6VyBG7LeRyklM7Aq4bAfMY0scNOvD5LiWBpf4XFhzG2Fw5ib6m4KBc6 wKIOGLJSu0NLTT/cWP9u =kwiO -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#781002: initramfs-tools: no kernel modules are insert into initrd
On Fri, 2015-03-27 at 06:47 -0700, Marc MERLIN wrote: On Fri, Mar 27, 2015 at 08:10:31AM +, Ian Campbell wrote: Control: retitle -1 initramfs-tools: does not support CONFIG_MODULE_COMPRESS On Fri, 2015-03-27 at 00:31 -0700, Marc MERLIN wrote: Sure, there you go Now I see the problem. It runs modprobe --all --set-version=3.19.2-amd64-i915-volpreempt-20141114 --ignore-install --quiet --show-depends multipath.ko but I have /lib/modules/3.19.2-amd64-i915-volpreempt-20141114/kernel/drivers/md/multipath.ko.gz (trailing .gz) Ah, yes. I see this is a new kernel option, CONFIG_MODULE_COMPRESS (with gz and xz variants) which seems to have been introduced in v3.18-rc1. I suppose disabling that in your local builds would work around the issue until initramfs-tools can be taught to cope. Yes, it was late last night when I found this, but indeed this was my plan :) All I needed was the way to run initramfs in debug mode and then it was obvious. Would you mind adding this in the man page? I could have debugged this a while ago had I had the easy way to run it in debug mode. Adding some sort of --debug-trace option would be nicer than documenting run it under sh -x, but yes, it could be made easier/more obvious that this was a useful debugging technique. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767040: Superblock time check causes problems for fsck in initramfs
Michael Biebl [2015-03-29 4:29 +0200]: I was wondering, if an alternative to disabling the superblock time check in e2fsprogs, it wouldn't be better to just skip the fsck of / (and /usr, if separate). For that, initramfs-tools could create a flag file for / and /usr in /run and we'd update systemd-fsck-root.service and systemd-fsck@.service and add a Condition= which checks for that flag file. (suggestion, let's call them /run/fsck/root and /run/fsck/usr) I like that idea; it's much cleaner, and avoids any new configuration settings (which are really hard to explain to a user, and honestly, this would just be an unbreak my system switch). I'd just like it to be /run/initramfs/fsck/$name, or /run/initramfs/fsck-$name, to avoid potential clashes with other flag files and point out that this comes from initramfs. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#781050: libcap2-bin: removes confile it doesnt own
Hi Christian, On Sonntag, 29. März 2015, Christian Kastner wrote: I have uploaded a .dsc with the approved changes here: http://www.kvr.at/debian/pool/main/libc/libcap2/libcap2_2.24-8.dsc Would any of you be available for sponsoring an upload to unstable? yes, I'll upload shortly. Thanks for fixing this issue! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#781517: [Reproducible-builds] Bug#781517: tracker.d.o: please don't link ftbfs issues on reproducible.d.n
Hi Lunar, On Montag, 30. März 2015, Jérémy Bobbio wrote: Sources embedding timestamps should be fixed. Getting help from maintainers would be great! So I think they should be notified when their packages are using __TIME__ (et al.) CPP macros. yes. we should file bugs about those issues. But linking all ftbfs issues lists too many false negatives, so I really think it's the opposite of helpful to link them. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#710880: (no subject)
In Ubuntu, we've applied the attached patch to achieve the following:
* debian/patches/99-esd_pa_fixes.patch, debian/control:
- Fix padsp ioctl type mismatch, and use esd record mode
by default.
We thought you might be interested in doing the same.
diff -u xoscope-2.0/debian/control xoscope-2.0/debian/control
--- xoscope-2.0/debian/control
+++ xoscope-2.0/debian/control
@@ -2,14 +2,14 @@
Section: x11
Priority: optional
Maintainer: Bhavani Shankar right2bh...@gmail.com
-Build-Depends: cdbs, debhelper (= 5), autotools-dev, libgtk2.0-dev, quilt,
libcomedi-dev
+Build-Depends: cdbs, debhelper (= 5), autotools-dev, libgtk2.0-dev, quilt,
libcomedi-dev, libesd0-dev
Standards-Version: 3.8.3
DM-Upload-Allowed: yes
Homepage: http://xoscope.sourceforge.net/
Package: xoscope
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, pulseaudio-esound-compat
Description: digital oscilloscope
Xoscope is a oscilloscope using input from a
sound card or EsounD and/or a ProbeScope/osziFOX and will soon support
diff -u xoscope-2.0/debian/changelog xoscope-2.0/debian/changelog
--- xoscope-2.0/debian/changelog
+++ xoscope-2.0/debian/changelog
@@ -1,3 +1,12 @@
+xoscope (2.0-3.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/patches/99-esd_pa_fixes.patch, debian/control:
+- Fix padsp ioctl type mismatch, and use esd record mode
+ by default. (Closes: #710880)
+
+ -- Artur Rona ari-tc...@ubuntu.com Mon, 30 Mar 2015 13:40:25 +0200
+
xoscope (2.0-3.2) unstable; urgency=low
* Non-maintainer upload.
diff -u xoscope-2.0/debian/patches/series xoscope-2.0/debian/patches/series
--- xoscope-2.0/debian/patches/series
+++ xoscope-2.0/debian/patches/series
@@ -3,0 +4 @@
+99-esd_pa_fixes.patch
only in patch2:
unchanged:
--- xoscope-2.0.orig/debian/patches/99-esd_pa_fixes.patch
+++ xoscope-2.0/debian/patches/99-esd_pa_fixes.patch
@@ -0,0 +1,22 @@
+=== modified file 'sc_linux.c'
+--- x/sc_linux.c 2009-08-12 13:20:43 +
x/sc_linux.c 2011-11-08 23:36:06 +
+@@ -39,7 +39,7 @@
+
+ #ifdef HAVE_LIBESD
+ static int esdblock = 0; /* 1 to block ESD; 0 to non-block */
+-static int esdrecord = 0; /* 1 to use ESD record mode; 0 to use ESD
monitor mode */
++static int esdrecord = 1; /* 1 to use ESD record mode; 0 to use ESD
monitor mode */
+ #endif
+
+ static int sc_chans = 0;
+@@ -87,7 +87,7 @@
+
+ /* show system error and close sound device if given ioctl status is bad */
+ static void
+-check_status_ioctl(int d, int request, void *argp, int line)
++check_status_ioctl(int d, unsigned int request, void *argp, int line)
+ {
+ if (ioctl(d, request, argp) 0) {
+ snd_errormsg1 = sound ioctl;
+
Bug#781520: r-cran-e1071: Please depend on r-cran-class or drop it from DESCRIPTION/Imports
Package: r-cran-e1071 Version: 1.6-4-1 Severity: normal Dear Maintainer, Building a package build-depending on r-cran-e1071 fails in clean chroot unless build-dependency on r-cran-class is added because R CMD install detects that e1071 lists class in its Imports:, but it does not depend on r-cran-class package. Class is not in use in the package: ./R/tune.R:#library(class) Thanks, Balint -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 r-cran-e1071 depends on: ii libc62.19-15 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 ii r-base-core 3.1.1-1+b2 r-cran-e1071 recommends no packages. r-cran-e1071 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#781523: RFS: task-spooler/0.7.5-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package task-spooler * Package name: task-spooler Version : 0.7.5-1 Upstream Author : Lluís Batlle i Rossel vi...@viric.name * URL : http://vicerveza.homeunix.net/~viric/soft/ts/ * License : GPLv2+ Section : misc It builds those binary packages: task-spooler - personal job scheduler To access further information about this package, please visit the following URL: http://mentors.debian.net/package/task-spooler Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.5-1.dsc Changes since the last upload: * Imported Upstream version 0.7.5 * Bump Standards-Version to 3.9.6 (no changes) * Escape dots in watchfile regex Regards, Alexander Inyukhin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768229: reopen libcap2-bin: conffiles not removed
Control: reopen -1 Hi, The change in -7 which supposedly was to fix this was reverted in -8 because it potentially had unwanted and serious side effects. I don't think that a proper fix will be trivial, see the references in #781448. Or phrased differently, I don't see a fix that is simple enough that I would be comfortable to attempt this late into the jessie release process. Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781525: buildd.d.o: drop /usr/local/*bin from PATH
package: buildd.debian.org severity: important x-debbugs-cc: 780...@bugs.debian.org, 780...@bugs.debian.org Hi, tl;dr;: please set the PATH on the buildds to PATH=/usr/sbin:/usr/bin:/sbin:/bin:/usr/games IOW: drop /usr/local/*bin from PATH. #780725 is the bug to clarify policy, #780729 the one to set pbuilder to the same defaults as the buildds and #780724 is the bug which made me note this issue. More context: On Donnerstag, 26. März 2015, Thorsten Glaser wrote: On Wed, 18 Mar 2015, Bill Allombert wrote: On Wed, Mar 18, 2015 at 12:48:13PM +0100, Holger Levsen wrote: buildd.debian.org uses PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/ games [...] In any case, policy currently has: 10.10. File names - The name of the files installed by binary packages in the system PATH (namely `/bin', `/sbin', `/usr/bin', `/usr/sbin' and `/usr/games') must be encoded in ASCII. though it is a strange place to define the system path. … but, yes, there is this. So... So, both the buildds and pbuilder should be changed to use… PATH=/usr/sbin:/usr/bin:/sbin:/bin:/usr/games … for builds, right? Where does one assigne the buildd part to, the buildd package? (AIUI, the Debian buildds, in contrast to many debian-ports buildds, do not use the buildd package from Debian.) there is the buildd.debian.org pseudo-package to file bugs against. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#781253: cups: no duplex printing (two-sided) with lp or lpr
On Mon 30 Mar 2015 at 11:30:26 +0200, Vincent Lefevre wrote: On 2015-03-27 19:12:13 +, Brian Potkin wrote: With a print queue set up for the Ricoh MP C3003 PS on a Wheezy machine (cups 1.5.3-5+deb7u4) and printing from Evince on an up-to-date Jessie machine using client.conf we get this for argv[5]: InputSlot=1Tray RPSRGBcorrect=DetailBright RPSDitherType=Auto RIwmSize=36 RIBannerPageMediaType=Auto LockedPrintPassword=None RIWMText=Confidential Rcmyksimulation=Off RIwmAngle=45Deg Booklet=None RPSColorRendDict=Auto RIPaperPolicy=PromptUser RPSBlackMode=gray noRPSColorUniversalDesign PageSize=A4 JobType=Normal noRIBannerPagePrint RIPrintMode=0rhit MediaType=Auto RIRotateBy180=Off RIwmTextStyle=Gray RIBannerPageInputSlot=Auto ColorModel=CMYK Rimagesm=Off number-up=1 noRPSBlackOverPrint RIOrientOvr=Off Resolution=600dpi RPSColorSep=None DocServerPassword=None UserCode=None Duplex=DuplexNoTumble RIwmFont=HelveticaB RIWatermark=Off OutputBin=Default RPSBitsPerPixel=1BitsPerPixel job-uuid=urn:uuid:56b63b42-349d-3379-4399-f9ae15d99b13 job-originating-host-name=192.168.7.212 time-at-creation=1427480204 time-at-processing=1427480204 For 'lp -p test -o sides=two-sided-long-edge file.pdf' it is: finishings=3 number-up=1 sides=two-sided-long-edge job-uuid=urn:uuid:a9eacec3-3b00-30c4-799f-677abbbdb0d3 job-originating-host-name=192.168.7.212 time-at-creation=1427480636 time-at-processing=1427480636 Duplex=DuplexNoTumble In both cases the client has sent the PDF and the correct options. At this stage cups-client appears to have done its job correctly. Is there a way to know that it is also the case on my machine with the client.conf I'm using? As root here: ngrep port 631 cupsfile The duplex options also appear to have been injected into PS stream and the PS file produced ihere after traversing the filtering system on the server seems to reflect this correctly. %%Requirements: duplex %%BeginFeature: *Duplex DuplexNoTumble /Duplex true /Tumble falsesetpagedevice %%EndFeature The versions for cups and foomatic related packages would be useful to know. The versions on the print server? Yes. The processing of the job takes place there. Cheers, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779922: Quickfix for netboot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks Hans, that someone was me :-) Same issue with PXE booting for the AMD64 architecture. A few more details for noobs: Assuming you have a running install of Jessie for the architecture you wish to boot up via TFTP, check the version: $ dpkg -l | grep linux-image ii linux-image-3.16.0-4-amd64 3.16.7-ckt7-1amd64 Linux 3.16 for 64-bit PCs Have a look in the /boot dir and copy the kernel image over the kernel image in the directory tree of your TFTP service. Target is probably something like /srv/tftp/path/to/image $ ls -l /boot - -rw-r--r-- 1 root root 3109296 Mar 1 20:43 vmlinuz-3.16.0-4-amd64 In the PXE boot directory structure the kernel image was just called linux, so rename the original to linux.old and rename vmlinuz-3.16.0-4-amd64 to linux. Start the PXE installation once more, and hopefully this time you get further than the partitioning stage. Cheers! - -- Guy -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iEYEARECAAYFAlUZUE8ACgkQtVeealbDyDWexQCdGY7RmpB5MxPqZchr7jqIdrtM rNAAni4ONzKPqpvKRM2qA8vV3UP3CvE+ =wI7Y -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#780776: blueman does not request passkey
Am Fri, 27 Mar 2015 13:03:18 +0100 schrieb Christopher Schramm deb...@cschramm.eu: Hi Andreas, did you check a current upstream version? I checked upstream. Same problem. To see what's going on in blueman (if anything), we need the output from blueman-applet. See https://github.com/blueman-project/blueman/wiki/Troubleshooting for information on this. I have also done some more analysis on that. The problem is related to any agent which does not say it has a keyboard (aka registering as KeyboardOnly or KeyboardDisplay) in combination with that particular device. blueman registers always as DisplayYesNo, so the bug here is that blueman does not say it has a keyboard (which is usually the case). Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774631: xmlsec1: Updated debdiff including test suite failure detection.
Package: xmlsec1 Version: 1.2.20-2ubuntu1 Followup-For: Bug #774631 Updated debdiff including some patches to disable tests that require access to online resources, and to only execute some tests for openssl. -- System Information: Debian Release: jessie/sid APT prefers vivid-updates APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), (100, 'vivid-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-10-generic (SMP w/4 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 xmlsec1 depends on: ii libc6 2.21-0ubuntu4 ii libxml2 2.9.2+dfsg1-3 ii libxmlsec1 1.2.20-2ubuntu1 ii libxmlsec1-openssl 1.2.20-2ubuntu1 ii libxslt1.1 1.1.28-2build2 xmlsec1 recommends no packages. xmlsec1 suggests no packages. -- no debconf information diff -Nru xmlsec1-1.2.20/debian/patches/series xmlsec1-1.2.20/debian/patches/series --- xmlsec1-1.2.20/debian/patches/series 2014-07-08 05:08:07.0 +0100 +++ xmlsec1-1.2.20/debian/patches/series 2015-03-26 16:36:21.0 + @@ -1,2 +1,4 @@ examples_rootcert.patch examples_encrypt3.patch +skip-failing-tests.patch +skip-online-tests.patch diff -Nru xmlsec1-1.2.20/debian/patches/skip-failing-tests.patch xmlsec1-1.2.20/debian/patches/skip-failing-tests.patch --- xmlsec1-1.2.20/debian/patches/skip-failing-tests.patch 1970-01-01 01:00:00.0 +0100 +++ xmlsec1-1.2.20/debian/patches/skip-failing-tests.patch 2015-03-30 10:28:04.0 +0100 @@ -0,0 +1,45 @@ +Description: Skip failing tests due to disabled lib plugins + Some tests require of dynamic loading of crypto libraries + in xmlsec1 apps - we disable this in the build, so only test + with the default openssl lib. +Author: James Page james.p...@ubuntu.com +Forwarded: not-needed + +--- a/tests/testDSig.sh b/tests/testDSig.sh +@@ -788,6 +788,8 @@ execDSigTest $res_success \ + # test dynamic signature + # + ## ++ ++if [ $crypto = 'openssl' ]; then + echo Dynamic signature template + printf Create new signature + echo $xmlsec_app sign-tmpl $xmlsec_params --keys-file $keysfile --output $tmpfile $logfile +@@ -797,6 +799,7 @@ printf Verify new signature + echo $xmlsec_app verify --keys-file $keysfile $tmpfile $logfile + $VALGRIND $xmlsec_app verify $xmlsec_params --keys-file $keysfile $tmpfile $logfile 2 $logfile + printRes $res_success $? ++fi + + + ## +--- a/tests/testEnc.sh b/tests/testEnc.sh +@@ -366,6 +366,8 @@ execEncTest $res_success \ + # test dynamicencryption + # + ## ++ ++if [ $crypto = 'openssl' ]; then + echo Dynamic encryption template + printf Encrypt template + echo $xmlsec_app encrypt-tmpl $xmlsec_params --keys-file $keysfile --output $tmpfile $logfile +@@ -375,6 +377,7 @@ printf Decrypt document + echo $xmlsec_app decrypt $xmlsec_params $keysfile $tmpfile $logfile + $VALGRIND $xmlsec_app decrypt $xmlsec_params --keys-file $keysfile $tmpfile $logfile 2 $logfile + printRes $res_success $? ++fi + + + ## diff -Nru xmlsec1-1.2.20/debian/patches/skip-online-tests.patch xmlsec1-1.2.20/debian/patches/skip-online-tests.patch --- xmlsec1-1.2.20/debian/patches/skip-online-tests.patch 1970-01-01 01:00:00.0 +0100 +++ xmlsec1-1.2.20/debian/patches/skip-online-tests.patch 2015-03-30 10:29:45.0 +0100 @@ -0,0 +1,209 @@ +Description: Skip any online tests + Some tests require access to online services. + . + Use an environment variable to conditionally skip these + tests to support execution in offline build environments. +Author: James Page james.p...@ubuntu.com +Forwarded: no + +--- a/tests/testDSig.sh b/tests/testDSig.sh +@@ -418,7 +418,7 @@ execDSigTest $res_success \ + $priv_key_option $topfolder/keys/rsakey.$priv_key_format --pwd secret123 \ + + +-execDSigTest $res_success \ ++[ -z $OFFLINE ] execDSigTest $res_success \ + \ + merlin-xmldsig-twenty-three/signature-external-b64-dsa \ + base64 sha1 dsa-sha1 \ +@@ -427,7 +427,7 @@ execDSigTest $res_success \ + $priv_key_option $topfolder/keys/dsakey.$priv_key_format --pwd secret123 \ + + +-execDSigTest $res_success \ ++[ -z $OFFLINE ] execDSigTest $res_success \ + \ + merlin-xmldsig-twenty-three/signature-external-dsa \ + sha1 dsa-sha1 \ +@@ -436,7 +436,7 @@ execDSigTest $res_success \ + $priv_key_option $topfolder/keys/dsakey.$priv_key_format --pwd secret123 \ + + +-execDSigTest $res_success \ ++[ -z $OFFLINE ] execDSigTest $res_success \ + \ +
Bug#781517: tracker.d.o: please don't link ftbfs issues on reproducible.d.n
On Mon, Mar 30, 2015 at 6:57 PM, Holger Levsen wrote: while you thankfully added links to unreproducible packages on reproducible.debian.net you've also added links to packages which fail to build from source there, as can for example be seen on https://tracker.debian.org/pkg/ocaml-faad This was there since the first edition of the patch. (eg half of the 700 ftbfs errors in unstable come from https://reproducible.debian.net/issues/unstable/timestamps_from_cpp_macros_issue.html These seem like FTBFS that should be reported, so the package maintainers patch out usage of the macros, especially as the plan was to enable warnings for them by default eventually. and there are more, like those caused by #677666 or #780587 or others. These indeed don't need to be reported. How can we show FTBFS that do need to be reported but not show FTBFS that don't need to be reported? -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781526: tiff: More security-relevant commits
Package: tiff
Version: 4.0.3-12.3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu vivid ubuntu-patch
*** /tmp/tmpy2ySAQ/bug_body
In Ubuntu, the attached patch was applied to achieve the following:
* SECURITY UPDATE: Backport more security-relevant commits
- debian/patches/CVE-2014-81xx-9.patch
- debian/patches/CVE-2014-9655-1.patch
- debian/patches/CVE-2014-9655-3.patch
- debian/patches/read_overrun.patch
- debian/patches/estimatestripbytecounts_return_code.patch
- debian/patches/CVE-2014-8130.patch
Thanks for considering the patch.
-- System Information:
Debian Release: jessie/sid
APT prefers vivid-updates
APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'),
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.19.0-10-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru tiff-4.0.3/debian/changelog tiff-4.0.3/debian/changelog
diff -Nru tiff-4.0.3/debian/patches/CVE-2014-8130.patch tiff-4.0.3/debian/patches/CVE-2014-8130.patch
--- tiff-4.0.3/debian/patches/CVE-2014-8130.patch 1969-12-31 19:00:00.0 -0500
+++ tiff-4.0.3/debian/patches/CVE-2014-8130.patch 2015-03-30 10:19:40.0 -0400
@@ -0,0 +1,42 @@
+From 3c5eb8b1be544e41d2c336191bc4936300ad7543 Mon Sep 17 00:00:00 2001
+From: bfriesen bfriesen
+Date: Sun, 18 Nov 2012 17:51:52 +
+Subject: [PATCH] * libtiff/tif_{unix,vms,win32}.c (_TIFFmalloc): ANSI C does
+ not require malloc() to return NULL pointer if requested allocation size is
+ zero. Assure that _TIFFmalloc does.
+
+---
+ ChangeLog | 6 ++
+ libtiff/tif_unix.c | 3 +++
+ libtiff/tif_vms.c | 3 +++
+ libtiff/tif_win32.c | 3 +++
+ 4 files changed, 15 insertions(+)
+
+Index: tiff-4.0.3/libtiff/tif_unix.c
+===
+--- tiff-4.0.3.orig/libtiff/tif_unix.c 2015-03-27 14:47:11.002353413 -0400
tiff-4.0.3/libtiff/tif_unix.c 2015-03-27 14:47:10.998353377 -0400
+@@ -257,6 +257,9 @@
+ void*
+ _TIFFmalloc(tmsize_t s)
+ {
++if (s == 0)
++return ((void *) NULL);
++
+ return (malloc((size_t) s));
+ }
+
+Index: tiff-4.0.3/libtiff/tif_win32.c
+===
+--- tiff-4.0.3.orig/libtiff/tif_win32.c 2015-03-27 14:47:11.002353413 -0400
tiff-4.0.3/libtiff/tif_win32.c 2015-03-27 14:47:10.998353377 -0400
+@@ -329,6 +329,9 @@
+ void*
+ _TIFFmalloc(tmsize_t s)
+ {
++if (s == 0)
++return ((void *) NULL);
++
+ return (malloc((size_t) s));
+ }
+
diff -Nru tiff-4.0.3/debian/patches/CVE-2014-81xx-9.patch tiff-4.0.3/debian/patches/CVE-2014-81xx-9.patch
--- tiff-4.0.3/debian/patches/CVE-2014-81xx-9.patch 1969-12-31 19:00:00.0 -0500
+++ tiff-4.0.3/debian/patches/CVE-2014-81xx-9.patch 2015-03-30 10:18:36.0 -0400
@@ -0,0 +1,35 @@
+Backport of:
+
+From 77837423c3a125a3b39ddae246ff904f437cf845 Mon Sep 17 00:00:00 2001
+From: bfriesen bfriesen
+Date: Mon, 22 Dec 2014 02:52:38 +
+Subject: [PATCH] * tools/tiffdump.c: Guard against arithmetic overflow when
+ calculating allocation buffer sizes.
+
+---
+ ChangeLog| 5 +
+ tools/tiffdump.c | 21 ++---
+ 2 files changed, 23 insertions(+), 3 deletions(-)
+
+Index: tiff-4.0.3/tools/tiffdump.c
+===
+--- tiff-4.0.3.orig/tools/tiffdump.c 2015-01-29 09:36:19.521556646 -0500
tiff-4.0.3/tools/tiffdump.c 2015-01-29 09:36:19.521556646 -0500
+@@ -34,6 +34,8 @@
+ # include unistd.h
+ #endif
+
++#include tiffiop.h
++
+ #ifdef HAVE_FCNTL_H
+ # include fcntl.h
+ #endif
+@@ -303,7 +305,7 @@
+ dircount = (uint16)dircount64;
+ direntrysize = 20;
+ }
+- dirmem = _TIFFmalloc(dircount * direntrysize);
++ dirmem = _TIFFmalloc(TIFFSafeMultiply(tmsize_t,dircount,direntrysize));
+ if (dirmem == NULL) {
+ Fatal(No space for TIFF directory);
+ goto done;
diff -Nru tiff-4.0.3/debian/patches/CVE-2014-9655-1.patch tiff-4.0.3/debian/patches/CVE-2014-9655-1.patch
--- tiff-4.0.3/debian/patches/CVE-2014-9655-1.patch 1969-12-31 19:00:00.0 -0500
+++ tiff-4.0.3/debian/patches/CVE-2014-9655-1.patch 2015-03-30 10:18:59.0 -0400
@@ -0,0 +1,26 @@
+From 24a2eee78bb057acb2c3992acd002654c1747718 Mon Sep 17 00:00:00 2001
+From: erouault erouault
+Date: Wed, 24 Dec 2014 16:57:18 +
+Subject: [PATCH] * libtiff/tif_getimage.c: avoid divide by zero on invalid
+ YCbCr subsampling. http://bugzilla.maptools.org/show_bug.cgi?id=2235
+
+---
+ ChangeLog | 5 +
+ libtiff/tif_getimage.c | 4
+ 2 files changed, 9 insertions(+)
+
+diff --git a/libtiff/tif_getimage.c b/libtiff/tif_getimage.c
+index 396ad08..417ac7b 100644
+--- a/libtiff/tif_getimage.c
b/libtiff/tif_getimage.c
+@@ -875,6 +875,10 @@
Bug#780428: beast-mcmc: restrict arch from all to amd64
Hi Andreas, since I had some other reason to upload beast-mcmc I was considering to close this bug as well. On Fri, Mar 13, 2015 at 07:48:32PM +0100, Andreas Beckmann wrote: Package: beast-mcmc Version: 1.8.0-1 Severity: normal Since beast-mcmc is only installable on amd64, there is no use for it being an arch:all package, arch:amd64 would be sufficient. The libnucleotidelikelihoodcore0 which imposes this restriction is from the same source package anyway ... But what exactly is the advantage to declare the package amd64. The only visible change I can see that if I do so I get an additional message from lintian saying I: beast-mcmc: arch-dep-package-has-big-usr-share 8767kB 99% So could you please be more verbose why I should switch from all to amd64? Kind regards Andreas. -- 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#773097: mate-notification-daemon: this is still an issue with the latest 1.8.2-1 re; eased to experimental.
On Tue, 17 Mar 2015 00:54:17 +0530 =?UTF-8?B?c2hpcmlzaCDgpLbgpL/gpLDgpYDgpLc=?= shirisha...@gmail.com wrote: at bottom :- On 3/16/15, Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote: Dear shirish, On So 15 Mär 2015 20:20:10 CET, shirish शिरà¥à¤· wrote: Dear Maintainer, As can be seen it's still an issue even with the binary on experimental. As shared by others there is nothing on the TUI/CLI but the moment you click on preview you get the preview only on the top right, not on top left as shared. Tried changing both theme and position but neither of the two changed. Please let us know if any more info. is needed. I cannot confirm this issue here. Is it possible that you are actually seeing notifications from another notification-daemon provider, e.g., notify-osd (XFCE), notification-daemon (GNOMEv3), etc.? Check output of ps aux | grep notif, what daemon is actually running and if mate-notification is _really_ running for the current $DISPLAY. Aha, that solved it. First kde-notify was rearing it head. Once I disabled it, then xfce4-notifyd was doing the same. Once I disabled both (commenting both the services at /usr/share/dbus-1/services) namely org.kde.knotify.service and org.xfce.xfce4-notifyd.Notifications.service the Exec part, rebooted and it was working as it should be. So false alarm at my end at least. Maybe the others need to check as well. Mike I resolved disinstalling dunst. Thank all for the help given. -- ekiga-button sip:alebar...@ekiga.net attachment: ale_barbio.vcf
Bug#765052: mbsync: Please add a more compact output mode
this is now implemented in git master (to be 1.2). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781521: ITP: cpl-plugin-visir -- ESO data reduction pipeline for the VISIR instrument
Package: wnpp Severity: wishlist Owner: Ole Streicher oleb...@debian.org X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org * Package name: cpl-plugin-visir Version : 3.5.1 Upstream Author : Lars Lundin llun...@eso.org * URL : http://www.eso.org/sci/software/pipelines/visir * License : GPL Programming Lang: C Description : ESO data reduction pipeline for VISIR This is the data reduction pipeline for the VISIR instrument of the Very Large Telescope (VLT) from the European Southern Observatory (ESO). . The VLT spectrometer and imager for the mid-infrared (VISIR) was built by CEA/DAPNIA/SAP and NFRA/ASTRON, and is located at the Cassegrain focus of UT3. It provides diffraction-limited imaging at high sensitivity in the two mid infrared (MIR) atmospheric windows: the N band between 8 to 13μm and the Q band between 16.5 and 24.5μm, respectively. In addition, it features a long-slitspectrometer with a range of spectral resolutions between 150 and 3. The package will be maintained within the debian-astro team. A git repository is set up at http://anonscm.debian.org/cgit/debian-astro/packages/cpl-plugin-visir.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737214: problem persist in 1.1.35-3
Hi,
I tried to setup DS Admin today:
[15/03/30:11:02:44] - [Setup] Info Are you ready to set up your servers?
[15/03/30:11:02:57] - [Setup] Info yes
[15/03/30:11:02:57] - [Setup] Info Creating directory server . . .
[15/03/30:11:03:01] - [Setup] Info Your new DS instance 'pkit' was
successfully created.
[15/03/30:11:03:01] - [Setup] Info Creating the configuration directory server
. . .
[15/03/30:11:03:01] - [Setup] Info Beginning Admin Server creation . . .
[15/03/30:11:03:01] - [Setup] Info Creating Admin Server files and directories
. . .
[15/03/30:11:03:01] - [Setup] Info Updating adm.conf . . .
[15/03/30:11:03:01] - [Setup] Info Updating admpw . . .
[15/03/30:11:03:01] - [Setup] Info Registering admin server with the
configuration directory server . . .
[15/03/30:11:03:02] - [Setup] Info Updating adm.conf with information from
configuration directory server . . .
[15/03/30:11:03:02] - [Setup] Info Updating the configuration for the httpd
engine . . .
Error updating console.conf:
/usr/lib/x86_64-linux-gnu/dirsrv/cgi-bin/config: error while loading shared
libraries: libsoftokn3.so: cannot open shared object file: No such file or
directory
[15/03/30:11:03:02] - [Setup] Fatal Failed to create and configure the admin
server
[15/03/30:11:03:02] - [Setup] Fatal Exiting . . .
Last fix (add-softokn-ldlibpath.diff) solves problem in start-ds-admin, but
setup-ds-admin should be solved separately probably.
I succeeded (setup-ds-admin) with a change attached.
Kindly Regards
--
Zito
--- AdminServer.pm~ 2015-03-10 09:02:35.0 +0100
+++ AdminServer.pm 2015-03-30 12:24:26.25200 +0200
@@ -371,6 +371,7 @@
my $savepath = $ENV{SHLIB_PATH} || $ENV{LD_LIBRARY_PATH};
$ENV{LD_LIBRARY_PATH} = ;
libpath_add(/usr/lib/x86_64-linux-gnu);
+libpath_add(/usr/lib/x86_64-linux-gnu/nss);
libpath_add($savepath);
$ENV{SHLIB_PATH} = $ENV{LD_LIBRARY_PATH};
my $cmd = /usr/lib/x86_64-linux-gnu/dirsrv/cgi-bin/config op=set configuration.nsSuiteSpotUser=\$user\;
Bug#781514: unblock (pre-approval): puppet/3.7.2-4
Control: tags -1 confirmed moreinfo On 2015-03-30 12:24, Apollon Oikonomopoulos wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, I intend to upload puppet 3.7.2-4 fixing a regression present in the last upload (3.7.2-3) and would like your pre-approval. This is a one-line change fixing #781512, see the attached debdiff. Thanks, Apollon unblock puppet/3.7.2-4 [...] Ack, please go ahead. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781517: [Reproducible-builds] Bug#781517: tracker.d.o: please don't link ftbfs issues on reproducible.d.n
Holger Levsen: while you thankfully added links to unreproducible packages on reproducible.debian.net you've also added links to packages which fail to build from source there, as can for example be seen on https://tracker.debian.org/pkg/ocaml-faad Please don't do that, ftbfs issues on reproducible.d.n can have several causes not steeming from the package (eg half of the 700 ftbfs errors in unstable come from https://reproducible.debian.net/issues/unstable/timestamps_from_cpp_macros_issue.html Sources embedding timestamps should be fixed. Getting help from maintainers would be great! So I think they should be notified when their packages are using __TIME__ (et al.) CPP macros. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#781092: #781092, rspamd keeps disconneting rmilter
On Mon, Mar 30, 2015 at 11:43:21AM +0100, Vsevolod Stakhov wrote:
Could you please paste strace of rspamd worker when the timeout occurs?
epoll_wait(10, {{EPOLLIN, {u32=3, u64=3}}}, 32, 20267) = 1
accept(3, {sa_family=AF_INET6, sin6_port=htons(38141), inet_pton(AF_INET6,
:::127.0.0.1, sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 21
fcntl(21, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(21, F_SETFL, O_RDWR|O_NONBLOCK) = 0
fcntl(21, F_SETFD, FD_CLOEXEC) = 0
clock_gettime(CLOCK_PROCESS_CPUTIME_ID, {3, 396313080}) = 0
stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=2197, ...}) = 0
writev(2, [{2015-03-30 22:37:07 #32545(norma..., 50}, {accepted connection
from :::..., 52}, {\n, 1}], 3) = 103
epoll_ctl(10, EPOLL_CTL_ADD, 21, {EPOLLIN, {u32=21, u64=21}}) = 0
epoll_wait(10, {{EPOLLIN, {u32=21, u64=21}}}, 32, 12628) = 1
epoll_ctl(10, EPOLL_CTL_DEL, 21, 7fffac3ee930) = 0
stat(/etc/rspamd/2tld.inc, {st_mode=S_IFREG|0644, st_size=86920, ...}) = 0
epoll_ctl(10, EPOLL_CTL_ADD, 21, {EPOLLIN, {u32=21, u64=21}}) = 0
stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=2197, ...}) = 0
writev(2, [{2015-03-30 22:37:07 #32545(norma..., 64}, {abnormally closing
connection fr..., 71}, {\n, 1}], 3) = 136
close(21) = 0
I am using IPv6 here, so possibly something inside rspam isn't liking
it. You can see in the accept function the IP address.
--
Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au
Debian GNU/Linux http://www.debian.org/ csmall at : debian.org
GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781518: Please remove very outdated MakeHuman package
Package: qa.debian.org The version of MakeHuman currently included in the repo is a four year old alpha. As per bug report (#781306) it does not even seem to start. At this point it seems unlikely that an acceptable, less ancient, version could be included in Debian. Thus, we in the MakeHuman crew humbly requests that the currently available package at least be removed. It reflects poorly upon both Debian and MakeHuman that the current package is still around. We have filed a request (#751755) for a version bump, where we also offered to help in whatever way we could, but have so far not got a response. As per https://wiki.debian.org/qa.debian.org/removal: 1. - (we don't know how many, or if anyone, is using the debian version) 2. The version in the repo is an alpha. A stable version has been around for some time 3. There is a functional deb available on our home page. However, this might need to be adapted to fit debian guidelines 4 6. As far as we can see, the maintainer hasn't touched the package, nor commented on bug reports for quite some time 5. - (upstream is very active) 7. No stable release was ever in debian, but a stable release is available. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781519: DDPO: shows packages I no longer maintain
Package: qa.debian.org Severity: normal Hello, at https://qa.debian.org/developer.php?login=morph I can still see listed packages I no longer maintain, like pycurl or sitecopy , at least not in sid. Please make DDPO sid-centric again, as I think it was the case some time ago. Thanks in advance, Sandro -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781514: unblock (pre-approval): puppet/3.7.2-4
Control: tags -1 - moreinfo On 12:46 Mon 30 Mar , Niels Thykier wrote: Ack, please go ahead. Accepted, thanks! Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781448: unblock (pre-approval): libcap2/1:2.24-8
control: tags -1 - moreinfo Hi, On Sonntag, 29. März 2015, Niels Thykier wrote: Indeed, I would also rather have an obsolete conffile than ending up with the #781050 in a released Jessie.a Please go ahead with this solution - feel free to include the watch-file change as well. I've just sponsored Christian's libcap2 2.24-8 upload with these changes, which has been accepted into unstable by now. Thanks for your work on jessie! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#780970: (no subject)
Asked about this on the help-bash mailing list: https://lists.gnu.org/archive/html/help-bash/2015-03/msg00081.html And got a reply: https://lists.gnu.org/archive/html/help-bash/2015-03/msg00082.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781515: debian-edu-install: PXE install including profile 'Thin-Client-Server' fails due to wrong preseeding
Package: debian-edu-install
Version: 1.819
Severity: important
Hi,
while testing PXE installs I noticed a problem with conflicting mirror
preseeding informations for ltsp-client-builder build client options.
/etc/debian-edu/www/debian-edu-install.dat:
# Tell LTSP to not use the CDROM, but a HTTP mirror
d-i ltsp-client-builder/use_cdrom boolean false
d-i ltsp-client-builder/build-client-opts string --mirror
http://http.debian.net/debian --dist jessie
This is (almost) the wanted preseeding ('--eatmydata' should be added).
But it seems to be overridden by those from defaults.thin-client-server.
# Speed up the LTSP chroot build by adding --eatmydata to the default
# set of arguments.
d-i ltsp-client-builder/build-client-opts string --eatmydata --mirror
file:///media/cdrom --security-mirror none --updates-mirror none
--accept-unsigned-packages
This wrong preseding makes the installation fail cause a CD install is assumed.
Wolfgang
signature.asc
Description: Digital signature
Bug#781507: libssh2: FTBFS: symbols file mismatch (needs ABI bump)
Mikhail Gusarov dixit: Damn. Thank you. No problem. Turns out I had libssl-dev in the chroot, which got picked up instead of libgcrypt. Ah okay, that’s easily fixed (and – with cowbuilder or maybe sbuild – prevented to happen again; both allow you to log into the chroot interactively without the changes being saved, IIRC). bye, //mirabilos -- [16:04:33] bkix: veni vidi violini [16:04:45] bkix: ich kam, sah und vergeigte... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781516: [qtchooser] Qtchooser will always find qt5
Package: qtchooser Version: 47-gd2b7997-2 Severity: grave --- Please enter the report below this line. --- Might be corollary to #781226 Attempts to use qmake-qtchooser always yields qt5 libraries. Cannot make anything in qt4 unless manually running qmake-qt4 and ./configure may not set up completely correct Makefile. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 500 jessie linux.dropbox.com --- Package information. --- Depends (Version) | Installed ===-+-= libc6 (= 2.4) | libgcc1(= 1:4.1.1) | libstdc++6 (= 4.1.1) | Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== qt4-default| qt5-default| 5.3.2+dfsg-4+b1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781517: tracker.d.o: please don't link ftbfs issues on reproducible.d.n
package: tracker.debian.org x-debbugs-cc: reproducible-bui...@lists.alioth.debian.org Hi, while you thankfully added links to unreproducible packages on reproducible.debian.net you've also added links to packages which fail to build from source there, as can for example be seen on https://tracker.debian.org/pkg/ocaml-faad Please don't do that, ftbfs issues on reproducible.d.n can have several causes not steeming from the package (eg half of the 700 ftbfs errors in unstable come from https://reproducible.debian.net/issues/unstable/timestamps_from_cpp_macros_issue.html and there are more, like those caused by #677666 or #780587 or others. IOW: ftbfs issues on reproducible.d.n are - _somewhat_ - false negatives atm and thus should not be brought to the maintainers attention on tracker.d.o right now. Just listing the unreproducible packages is pretty good already! Thanks for tracker.d.o! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#780729: Bug#780725: PATH used for building is not specified
Hi Gregor, Thorsten, On Samstag, 28. März 2015, gregor herrmann wrote: Additionally I'd like to mention that pbuilder doesn't set (as in hard-code) $PATH somewhere; it recommends a default in /etc/pbuilderrc which can be changed there or set in ~/.pbuilderrc. thanks for that hint. [0] e.g. by setting PATH to /usr/sbin:/usr/bin:/sbin:/bin:/usr/games as proposed by mirabilos earlier) I've done this in jenkins.debian.net.git now, thanks again! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#754753: healpix-cxx: FTBFS on armel: testsuite timeout
I NMUed this package with the attached patch to 5-delay queue. If any objection, contact me or cut it. On Mon, Mar 30, 2015 at 5:25 PM, YunQiang Su wzss...@gmail.com wrote: On Mon, 14 Jul 2014 02:11:42 +0200 Cyril Brulebois k...@debian.org wrote: Source: healpix-cxx Version: 3.11.2-7 Severity: serious Justification: FTBFS Hi, your package no longer builds on armel: | libtool: link: g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fopenmp -fno-tree-vectorize -fno-math-errno -funsafe-math-optimizations -fno-trapping-math -fno-rounding-math -fno-signaling-nans -fcx-limited-range -fomit-frame-pointer -Wl,-z -Wl,relro -o hpxtest Healpix_cxx/hpxtest.o ./.libs/libhealpix_cxx.a -lcfitsio -lpthread -fopenmp | make[1]: Leaving directory '/«PKGBUILDDIR»' |dh_auto_test -a | make[1]: Entering directory '/«PKGBUILDDIR»' | make check-TESTS | make[2]: Entering directory '/«PKGBUILDDIR»' | make[3]: Entering directory '/«PKGBUILDDIR»' | make[3]: *** Deleting file 'hpxtest.log' | Terminated | make[2]: *** [check-TESTS] Terminated | make[3]: *** [hpxtest.log] Terminated | make[1]: *** [check-am] Terminated | Makefile:1557: recipe for target 'check-TESTS' failed | Makefile:1578: recipe for target 'hpxtest.log' failed | Makefile:1763: recipe for target 'check-am' failed | make: *** wait: No child processes. Stop. | make: *** Waiting for unfinished jobs | make: *** wait: No child processes. Stop. | Build killed with signal TERM after 150 minutes of inactivity It is not a real FTBFS indeed. The test 'hpxtest' cost to much time and armel has a quite poor performance, so the test is killed by sbuild. So if we output some information when building, it will not be killed by sbuild. in `test-drivers': $@ $log_file 21 -- $@ 21 | tee $log_file will fix this problem. Full build log: https://buildd.debian.org/status/fetch.php?pkg=healpix-cxxarch=armelver=3.11.2-7stamp=1405237595 Mraw, KiBi. -- YunQiang Su healpix-cxx.debdiff Description: Binary data
Bug#762047:
Okay, so I think your original problem is because the Xorg fbdev driver uses the colour depth from console by default, and I guess the login manager you're using can't deal with that. You may want to report that against the login manager package Filed at https://bugs.launchpad.net/lightdm/+bug/1438231 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781489: criu: links against libprotobuf-c0 which it doesn't depend on
On Mon, Mar 30, 2015 at 07:52:03AM +0200, Salvatore Bonaccorso wrote: Control: tags -1 + moreinfo unreproducible Hi This does not look correct at first glance. criu/1.3.1-1 in jessie/unstable depends on libprotobuf-c1 (as well criu/1.4-1 in experimental). What does apt-cache policy criu Not a bug, built locally. shows? 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#781517: tracker.d.o: please don't link ftbfs issues on reproducible.d.n
Hi, On Montag, 30. März 2015, Paul Wise wrote: These seem like FTBFS that should be reported, so the package maintainers patch out usage of the macros, especially as the plan was to enable warnings for them by default eventually. yes, they should be reported. thats why they are listed on https://reproducible.debian.net/issues/unstable/timestamps_from_cpp_macros_issue.html There is *no* need to list them on tracker.d.o, in fact, I consider this *harmful*: once you start showing false negatives, people are less likely to believe the results, thus people start to mentally ignore them. Please dont make this happen. How can we show FTBFS that do need to be reported but not show FTBFS that don't need to be reported? Please only show reliable results from reproducible.d.n on tracker.d.o - ftbfs bugs are not reliable. Please exclude them. (What's needed to exclude them would be to include logic from reproducible.debian.net which I dont consider sensible.) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#781511: debian-installer-8-netboot-i386: fails to mount ext4 file system at / for root on /
On Mon, Mar 30, 2015 at 11:35:24AM +0200, Wolfgang Schweer wrote: Package: debian-installer-8-netboot-i386 Version: 20150107 'The attempt to mount a file system with type ext4 in LVM VG vg_system, LV root at / failed.' Same with d-i-8-netboot-amd64, I guess. Yes, (sadly) the same with amd64. So confirming this BR. Additional information from me: * Real hardware * SSD, Solid State Disk * `cat /proc/partitions` and `fdisk -l /dev/sda` show '/dev/sda1' * manual `mount /dev/sda1 /media` returns 'mount: mounting /dev/sda1 on /media failed: Invalid argument' * `mount -t ext4 /dev/sda1 /media` returns 'mount: mounting /dev/sda1 on /media failed: No such device' * that gives in `dmesg`: '[ seconds.started ] ext4: Unknown symbol pagecache_get_page_fixed (err 0)' Groeten Geert Stappers -- Leven en laten leven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781489: criu: links against libprotobuf-c0 which it doesn't depend on
On Mon, Mar 30, 2015 at 07:52:03AM +0200, Salvatore Bonaccorso wrote: Control: tags -1 + moreinfo unreproducible Hi This does not look correct at first glance. criu/1.3.1-1 in jessie/unstable depends on libprotobuf-c1 (as well criu/1.4-1 in experimental). What does apt-cache policy criu sorry, I reinstalled and its fine, guess I compiled my own at one point. shows? 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#781489: criu: links against libprotobuf-c0 which it doesn't depend on
Closing bug On Mon, Mar 30, 2015 at 07:52:03AM +0200, Salvatore Bonaccorso wrote: Control: tags -1 + moreinfo unreproducible Hi This does not look correct at first glance. criu/1.3.1-1 in jessie/unstable depends on libprotobuf-c1 (as well criu/1.4-1 in experimental). What does apt-cache policy criu shows? 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#781511: debian-installer-8-netboot-i386: fails to mount ext4 file system at / for root on /
control: -1 merge 779651 stop On Mon, Mar 30, 2015 at 04:56:43PM +0200, Geert Stappers wrote: `mount -t ext4 /dev/sda1 /media` returns 'mount: mounting /dev/sda1 on /media failed: No such device' that gives in `dmesg`: '[ seconds.started ] ext4: Unknown symbol pagecache_get_page_fixed (err 0)' That is also reported in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779651 And FWIW in https://lists.debian.org/debian-boot/2015/03/msg00525.html are new boot images announced. Groeten Geert Stappers -- Leven en laten leven signature.asc Description: Digital signature
Bug#659015: apt-build disables apt's signature verification
retitle 659015 apt-build: disables apt's signature checking severity 659015 grave tag 659015 + security found 659015 0.12.42 thanks apt-build unconditionally passes -o Apt::Get::AllowUnauthenticated=true to apt-get, that is it disables *all* signature checks allowing MitM attacks to serve malicious data. It looks like this was introduced in 0.12.42: * Allow non authenticated installation from apt-build repository. Closes: #316572, #369173 See also the recent thread on debian-security@[1], esp. [2] suggesting to use deb [trusted=yes] ... in sources.list which would allow dropping the (global) AllowUnauthenticated=true. Ansgar [1] https://lists.debian.org/debian-security/2015/03/msg00020.html [2] https://lists.debian.org/debian-security/2015/03/msg00026.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781527: ITP: libmods-record-perl -- Perl extension for handling MODS records
Package: wnpp Severity: wishlist Owner: Christian Pietsch cpietsch+deb...@uni-bielefeld.de * Package name: libmods-record-perl Version : 0.08 Upstream Author : Patrick Hochstenbach patrick.hochstenb...@ugent.be * URL : https://github.com/LibreCat/MODS-Record * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl extension for handling MODS records This module provides parsing and creation for MODS version 3.5. MODS is the Metadata Object Description Schema, a bibliographic metadata format expressed in XML. MODS is similar in scope to MARC and more detailed than Dublin Core. This package will be maintained in the Perl team. signature.asc Description: Digital signature
Bug#781489: criu: links against libprotobuf-c0 which it doesn't depend on
Hi Shawn, On Mon, Mar 30, 2015 at 03:01:44PM +, Shawn Landden wrote: Closing bug Thanks a lot for your quick follow-ups, much appreciated. 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#781528: PersonForm has wrong error message about ldap record when am approved
Package: nm.debian.org
Severity: minor
Tags: patch
Hi
I am a DM.
My application process is in state AM approved.
When I go to https://nm.debian.org/am/person/nirgal I have this message
Jean-Michel Vourgère already has an LDAP record (finger
nir...@db.debian.org), so their name, uid and email cannot be changed
here. The email address can be changed using the db.debian.org LDAP
Gateway.
I do not have an account yet, so I expected another message.
restricted/templates/restricted/person.html does test
if edit_ldap not in vperms.perms
but backend.models.PersonVisitorPermissions._can_edit_ldap_fields
returns False when visitor is not admin and progress==PROGRESS_AM_OK.
Attached is a proposal of an alternative message.
Cheers
--
Nirgal
diff --git a/restricted/templates/restricted/person.html b/restricted/templates/restricted/person.html
index b8e4796..b2b0ec0 100644
--- a/restricted/templates/restricted/person.html
+++ b/restricted/templates/restricted/person.html
@@ -24,10 +24,14 @@
{% if edit_ldap not in vperms.perms %}
p
-{{person.fullname}} already has an LDAP record (ttfinger
-{{person.uid}}@db.debian.org/tt), so their name, uid and email cannot be
-changed here. The email address can be changed using the
-a href=https://db.debian.org/doc-mail.html;db.debian.org LDAP Gateway/a.
+Name, uid and email cannot be changed here:br
+Either {{person.fullname}} already has an LDAP record (ttfinger
+{{person.uid}}@db.debian.org/tt): In that case the email address can be
+changed using the
+a href=https://db.debian.org/doc-mail.html;db.debian.org LDAP Gateway/a;
+br
+Or {{person.fullname}} application progress is past the point where you are
+allowed to change these data from here.
/p
{% endif %}
signature.asc
Description: OpenPGP digital signature
Bug#781529: release.debian.org: unblock noweb 2.11b-9
Package: release.debian.org
Severity: normal
I would like to upload noweb 2.11b-9 to fix #781099, which although was
filed as important, I think qualifies for grave (makes the package
in question unusable or mostly so -- at least on the affected
architectures), or serious (in the package maintainer's or release
manager's opinion, makes the package unsuitable for release -- being
broken on so many architectures should probably be considered unsuitable
for release). But I'm leaving it as important for now, and will allow
the release team to determine whether it is RC or not.
The diff is just a one-line change (not including the changelog entry),
and just does a touch on a file, since the build process is sensitive to
timestamps. Here is the interdiff between -8 and -9.
diff -u noweb-2.11b/debian/changelog noweb-2.11b/debian/changelog
--- noweb-2.11b/debian/changelog
+++ noweb-2.11b/debian/changelog
@@ -1,3 +1,10 @@
+noweb (2.11b-9) unstable; urgency=low
+
+ * debian/patches/99_touch.dpatch: Add src/shell/noweave to the list of
touched
+files. (Closes: #781099)
+
+ -- Hubert Chathi uho...@debian.org Fri, 27 Mar 2015 22:06:25 -0400
+
noweb (2.11b-8) unstable; urgency=low
* debian/control:
diff -u noweb-2.11b/debian/patches/99_touch.dpatch
noweb-2.11b/debian/patches/99_touch.dpatch
--- noweb-2.11b/debian/patches/99_touch.dpatch
+++ noweb-2.11b/debian/patches/99_touch.dpatch
@@ -12,6 +12,7 @@
-patch)
sleep 1 # so that we have at least a second difference in timestaps
for x in src/shell/tmac.w \
+ src/shell/noweave \
src/shell/noroff \
src/shell/toroff \
src/xdoc/notangle.1 \
The debdiff is empty, other than the version number change:
File lists identical (after any substitutions)
Control files of package noweb: lines which differ (wdiff format)
-
Version: [-2.11b-8-] {+2.11b-9+}
Control files of package nowebm: lines which differ (wdiff format)
--
Version: [-2.11b-8-] {+2.11b-9+}
FYI, there is a bit of a complication in that I only have I can't upload
any more with my 1024D key, and my 4096R key isn't trusted enough to be
used for uploading, so I will need to find a sponsor to do the upload.
-- System Information:
Debian Release: 7.2
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618862: systemd: ignores keyscript in crypttab
Hi, I'm also affected by this problem. Very simple setup, encrypted root and swap via decrypt_derived so I can suspend to disk: /etc/crypttab: sda5_crypt UUID=2fa9feb8-b096-41f7-bf17-41399ccc8004 none luks sda4_crypt UUID=6d3382e4-58fc-4f10-9346-276bbc127e78 sda5_crypt luks,keyscript=/lib/cryptsetup/scripts/decrypt_derived In /var/log/syslog: Mar 11 20:37:38 hercules systemd-cryptsetup[544]: Encountered unknown /etc/crypttab option 'keyscript=/lib/cryptsetup/scripts/decrypt_derived', ignoring. Any progress on this? I would think this needs to be fixed before jessie can be released, otherwise a lot of systems out there will break? Thanks Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781511: debian-installer-8-netboot-i386: fails to mount ext4 file system at / for root on /
control: merge -1 779651 stop Package from http://incoming.debian.org/debian-buildd/pool/main/d/debian-installer-netboot-images/ ( debian-installer-8-netboot-amd64_20150324_all.deb ) gets beyond the error! Groeten Geert Stappers -- Leven en laten leven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781444: Also fails with recent upstream source
Control: tag + upstream Built qemu-system-i386 from upstream source (on RHEL6.5 64-bit), tried to run this same ISO image, get a similar but not-quite-the-same error... Your PC needs to restart. Please hold down the power button. Error Code: 0x000A Parameters: 0xFFD0 0x00FF 0x000B 0x81723083 $ qemu-system-i386 --version QEMU emulator version 2.2.1, Copyright (c) 2003-2008 Fabrice Bellard Also get a different error (earlier in the boot process; before Windows logo?) with this same ISO image under the RHEL6.5 KVM package... Your PC needs to restart. Please hold down the power button. Error Code: 0x005D Parameters: 0x03060303 0x756E6547 0x49656E69 0x6C65746E $ /usr/libexec/qemu-kvm --version QEMU PC emulator version 0.12.1 (qemu-kvm-0.12.1.2-2.448.el6_6), Copyright (c) 2003-2008 Fabrice Bellard -- DLL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781511: debian-installer-8-netboot-i386: fails to mount ext4 file system at / for root on /
On Mon, Mar 30, 2015 at 05:43:14PM +0200, Geert Stappers wrote: Package from http://incoming.debian.org/debian-buildd/pool/main/d/debian-installer-netboot-images/ ( debian-installer-8-netboot-amd64_20150324_all.deb ) gets beyond the error! Same here with debian-installer-8-netboot-i386_20150324_all.deb Wolfgang signature.asc Description: Digital signature
Bug#779384: base: Gigabit Ethernet connection being downgraded to 100Mb/s mode (Renegotiation issues)
Control: severity -1 normal Control: reassign -1 linux Hello, Info Geek, le Sat 28 Feb 2015 00:59:48 +0200, a écrit : Severity: serious This bug (speed downgrade) is not causing a package to completely stop working, lose data etc. so this is not of serious severity. AIUI, data negociation is mostly done by hardware, so I'd tend to think that this is a hardware issue, but perhaps the linux driver is involved, thus reassigning there. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781439: cdebconf-text-udeb: should allow text shortcuts
Cyril Brulebois, le Mon 30 Mar 2015 18:38:49 +0200, a écrit : Samuel Thibault sthiba...@debian.org (2015-03-30): Samuel Thibault, le Sun 29 Mar 2015 12:17:16 +0200, a écrit : When using the vocalized installer, the first question (language) is quite tedious: there are 50 choices, which means that on average the user will have to listen to 25 choices before hearing what he wants. And he has to, to know which number he has to type, unless knowing by heart the number (which is different from release to release since we add languages). It would be useful that cdebconf-text-udeb accept not only numbers, but also shortcuts, for instance fr or French. The former will probably be easier to implement since that's the Choices-C. The attached patch is doing it quite easily indeed. Would it be OK for Jessie? Given the (prospective) timing for the release, it seems quite late. At first glance, I think I'd prefer: getting that added after the release, tested thoroughly, and maybe added through p-u for the next point release. That would look safer to me, even if that means a 1+ month delay (I think that's the usual for the 1st point release), counting from the release date. What do you think? Ok, that's fine by me. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781532: Acknowledgement (x2x: All key events received as keycode 204 (NoSymbol))
FYI, the one-line patch suggested in the upstream bug report does NOT work for me. It makes key events come across, but as the wrong keys. E.g. pressing 'z' on the HP-UX keyboard makes ']' appear on the Debian terminal, Ctrl makes 'e' appear and so on. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781519: DDPO: shows packages I no longer maintain
Control: merge 736715 -1 On Mon, 2015-03-30 at 12:43:51 +0100, Sandro Tosi wrote: Package: qa.debian.org Severity: normal at https://qa.debian.org/developer.php?login=morph I can still see listed packages I no longer maintain, like pycurl or sitecopy , at least not in sid. Please make DDPO sid-centric again, as I think it was the case some time ago. This has been reported a couple of times already. I guess for now your best option is to either provide patches (but not indication has been given of what might be acceptable) or wait until jessie is released, at which point these packages should disappear from the pages. Regards, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
