Bug#794309: python-ironic: Not installable due to depends python-sqlalchemy ( 0.10)
Package: python-ironic Version: 2015.1.0-4 Severity: grave Justification: renders package unusable All this package needs is an upload to rebuild it with the current sqlalchemy. This is blocking sqlalchemy transition to testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794264: systemd: System will no longer boot
On Fri, Jul 31, 2015 at 11:15:06PM +0200, Michael Biebl wrote: Control: tags -1 moreinfo Am 31.07.2015 um 20:57 schrieb ael: Package: systemd Version: 221-1 Severity: critical Justification: breaks the whole system I had to select the sysvinit option from the grub menu in order to achieve a boot. The standard menu entry got as far as (probably) trying to spawn X, and then hung. But it had no business doing that because the default target was set to default.target - /lib/systemd/system/multi-user.target in /etc/systemd/systemd/ If X hangs, what makes you sure systemd is at fault? X runs when booted via sysvinit. I have subsequently discovered that I cannot shutdown that machine. It reports something like the shutdown.service did not complete (with timeout). I think I know why that happened, *but* to refuse to umount the filesystem and stop all processes to allow a safe manual power off is a major flaw. I had to just cut power after manually unmounting the few mounts that it would permit. That whole machine is now is a complete mess, and I am not sure that I will be able to recover to try to provide the reports you request without a lot of time and effort. I will be away from the machine for about 1 month in a day or so, so such a report may be delayed. Another (amd64) machine has also stopped booting properly after the latest updates. At least it gets as far as emergency mode. That too seems to be a systemd problem. Back to the i386 machine, the target in this report: when I tried to apt-get upgrade in case the bug had been fixed, it hung on systemd because udev could not be upgraded. The udev refusal to upgrade came with a message from dpkg about a group 'Input' already existing. This from memory: so the details may not be correct. As I say that system is messed up so I can't easily check those details for now. Thanks for the reply. Please provide a verbose debug log of systemd. Add systemd.log_level=debug systemd.debug-shell to the kernel command line. You should get a debug shell on tty9, which you can use to inspect the system. Please attach the output of journalctl -alb systemd-analyze dump systemctl status [1] http://freedesktop.org/wiki/Software/systemd/Debugging/#index1h1 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794218: [Pkg-openssl-devel] Bug#794218: openssl: no display built date
On Fri, 31 Jul 2015 18:16:36 +0200, Kurt Roeckx wrote: This is an intentional change. Why do you need the date it was build? It's easy to know debian revision changed without using dpkg or apt commands. I think built date is a kind of ID. Thank you. -- Hiroyuki YAMAMORI -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794280: closed by Michael Biebl bi...@debian.org (Re: Bug#794280: udev: Cannot upgrade: group 'input' already exists)
On Fri, Jul 31, 2015 at 09:15:11PM +, Debian Bug Tracking System wrote: #794280: udev: Cannot upgrade: group 'input' already exists It has been closed by Michael Biebl bi...@debian.org. Setting up udev (222-2) ... addgroup: The group `input' already exists as a system group. Exiting. Not a bug in the udev package. The udev package always created the input group as system group. So it's most likely that you created this group yourself as non-system group. I am sure that I didn't create that group. But if I can recover the machine, I will try to discover what group exist and why. It could perhaps be a relic from a earlier version of debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793999: debian-policy: description of binary* targets suggests that build-{arch,indep} are optional
Le Wed, Jul 29, 2015 at 07:18:45PM +0200, Jakub Wilk a écrit : Ferenc Wagner noticed[0] that the following sentence in §4.9 seems to imply that build-{arch,indep} targets are optional: Both ‘binary-*’ targets should depend on the ‘build’ target, or on the appropriate ‘build-arch’ or ‘build-indep’ target, if provided, so that… I suggest to rewrite it as: Both ‘binary-*’ targets should depend on the appropriate ‘build-arch’ or ‘build-indep’ target, so that… [0] https://lists.debian.org/87bnevqnz9@lant.ki.iif.hu Hi Jakub, thanks for the report. In addition, I found a footnote that was similarly inaccurate. Here is a patch that would correct both. This patch differs from your suggestion in that it does remove should depend on the ‘build’ target: packages were binary-arch depends on build, which depends on build-arch are not buggy, isn't it ? Have a nice day, -- Charles From 2d50fec1d242f51e91e3dff92bd11ea1f96edff7 Mon Sep 17 00:00:00 2001 From: Charles Plessy ple...@debian.org Date: Sat, 1 Aug 2015 15:56:31 +0900 Subject: [PATCH] Correct sentences that did not take into account that build-arch is now mandatory. Closes: #793999 --- policy.sgml | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/policy.sgml b/policy.sgml index 404dc73..cc7f5c8 100644 --- a/policy.sgml +++ b/policy.sgml @@ -2057,8 +2057,8 @@ zope. p Both ttbinary-*/tt targets should depend on the ttbuild/tt target, or on the appropriate - ttbuild-arch/tt or ttbuild-indep/tt target, if - provided, so that the package is built if it has not + ttbuild-arch/tt or ttbuild-indep/tt target, + so that the package is built if it has not been already. It should then create the relevant binary package(s), using prgndpkg-gencontrol/prgn to make their control files and prgndpkg-deb/prgn to @@ -5526,9 +5526,10 @@ Replaces: mail-transport-agent /p p The autobuilders use ttdpkg-buildpackage -B/tt, which - calls ttbuild/tt, not ttbuild-arch/tt since it does - not yet know how to check for its existence, and - ttbinary-arch/tt. The purpose of the original split + calls ttbuild-arch/tt (before prgndpkg/prgn version + 1.16.2 it was calling ttbuild/tt since it did not check + the existence of ttbuild-arch/tt using ttmake -qn/tt) + and ttbinary-arch/tt. The purpose of the original split between ttBuild-Depends/tt and ttBuild-Depends-Indep/tt was so that the autobuilders wouldn't need to install extra packages needed only for the -- 2.1.4
Bug#794321: codespell manpage: inconsistent formatting of options
Package: codespell Version: 1.8-1 Severity: minor Options are formatted inconsistently in the manual page. For example FILE is italicized in --dictionary=FILE but not in -D FILE. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794318: libreoffice-kde: Recommend libreoffice-style-breeze
Hi, On Sat, Aug 01, 2015 at 12:38:09PM +0200, Felix Geyer wrote: On 01.08.2015 11:59, Rene Engelhard wrote: Since it has entered testing could you please change libreoffice-kde to recommend libreoffice-style-breeze instead of libreoffice-style-oxygen? I thought about that but didn't do it yet since -kde is still built for kde4, and given it's not even started to be ported to KDE5 libs... That's not really relevant. KDE users will by default use the breeze theme for Qt5 and Qt4/KDE4 applications. Moreover for KDE5 sessions libreoffice tries the breeze icon theme and falls back to the default theme if it can't find it. So it won't use the oxygen icons at all (unless you manually configure it if that's possible). Hmm, ok. This makes sense.. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794328: apt-cacher-ng: cronjob produces output after package removal
Package: apt-cacher-ng Version: 0.8.5-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your packages cronjob produces output after the package has been removed. From the attached log (scroll to the bottom...): 0m43.1s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmplpqG_U', '/etc/cron.daily/apt-cacher-ng'] 0m43.1s DUMP: Running in chroot, ignoring request. 0m43.1s DEBUG: Command ok: ['chroot', '/tmp/piupartss/tmplpqG_U', '/etc/cron.daily/apt-cacher-ng'] 0m43.1s ERROR: FAIL: Cron file /etc/cron.daily/apt-cacher-ng has output with package removed cheers, Andreas apt-cacher-ng_0.8.5-1.log.gz Description: application/gzip
Bug#793792: R43272X: Repository doesn't contain chunk
On Mon, Jul 27, 2015 at 06:26:48PM +0300, Vladmimir Stavrinov wrote: Yes, this is old problem, You know. But in this case there are no any race conditions. Only one client is working and only one obnam process are running at once. And all things are local: client, repository and backed up directories. The only feature is that repository placed on usb hard disk, that is under automount control. The next version of Obnam will have fixes related to this, both to not crash obnam forget if a chunk it wants to remove is missing, and to avoid removing chunks until references to them have been removed. -- sic transit disci mundi, ergo obnam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793792: R43272X: Repository doesn't contain chunk
On Sat, Aug 01, 2015 at 04:20:37PM +0300, Lars Wirzenius wrote: In this case it is possible to get opposite situation: orphan chunks If You remove the reference first, then You may leave it's chunk not deleted in case of some fault. obnam fsck already knows how to delete unused chunks. I reject the I meant remove reference, that points to nonexistent chunk. suggestion that obnam forget shouldn't be removing unused chunks. Again, I meant remove reference, that points to nonexistent chunk. ### Vladimir Stavrinov ### -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582481: Fin de Semana de Agosto en Filo de los Medanos
Si no visualiza correctamente este E-Mail haga Click Aquí ( Link - http://goto-5.net/track/click?u=webp=36343936383a343a343a303a303a30m=30178s=22edc2d3088f9d07fa77093a15b65138 ) | Reenvía a un amigo ( Link - http://goto-5.net/track/click?u=forwardtop=36343936383a343a343a303a303a30m=30178s=22edc2d3088f9d07fa77093a15b65138 ) /* */ IMAGENES IMAGENES ( Link - http://www.filodelosmedanos.com/galeria.html ) CONOCENOS ( Link - http://www.filodelosmedanos.com ) ( Link - http://goto-5.net/track/click?u=facebookp=36343936383a343a343a303a303a30m=30178s=22edc2d3088f9d07fa77093a15b65138 ) ( Link - http://goto-5.net/track/click?u=forwardtop=36343936383a343a343a303a303a30m=30178s=22edc2d3088f9d07fa77093a15b65138 ) Facebook ( Link - https://www.facebook.com/profile.php?id=19898983236 ) Agréganos a tu lista de contactos Información de Contacto ( Link - http://goto-5.net/track/click?u=vcardp=36343936383a343a343a303a303a30m=30178s=22edc2d3088f9d07fa77093a15b65138 ) Para desuscribirse de nuestra lista haga ( Link - http://goto-5.net/track/click?u=unsubscribep=36343936383a343a343a303a303a30m=30178s=22edc2d3088f9d07fa77093a15b65138 )
Bug#790571: please give-back capnproto on mipsel
Control: tags +confirmed Dejan, Arturo, thanks for looking into this. Sorry I've been so slow to get back to you. Arturo, I understand you've followed up with upstream regarding the affected tests Kenton's helping you out with some experimental patches to disable the failing tests. I'd be interested to know how that works out, but I do worry that by disabling the tests we'll be potentially glossing over a real issue. Dejan, I think you might be onto something with that 4k buffer but let me look into it a little. Are you aware of any porterboxes with similar setups to mips-aql-02 + mipsel-manda-0{1,2}? https://db.debian.org/machines.cgi?host=eder (Loongson 2E) looks like it might be a promising candidate from a quick google around. I'm guessing this is likely what's causing builds to fail on several other archs too. Cheers, Tom On Fri, Jul 17, 2015 at 8:20 AM, Dejan Latinovic dejan.latino...@imgtec.com wrote: Hi, I have tested capnproto on a few local machines. Initially, build failed on all boards. On different MIPS boards, different tests were failing. AsyncUnixTest.WriteObserver fails if the kernel PAGESIZE is larger that 4k. After I reduced PAGESIZE to 4096 on CI20, all tests passed. The solution could be to increase buffer size: char buffer[4096] (src/kj/async-unix-test.c++ +416) I had increased it to 16384 and tried it on Loongson 3A (PAGESIZE is 16k, same board as mipsel-manda-01, mipsel-manda-02), all test passed. We should keep on mind that pagesize on some MIPS board is up to 64k. This solution should be discussed upstream. On EdgeRouter Pro (mips-aql-02), these two test failed: [ FAILED ] 2 tests, listed below: [ FAILED ] AsyncUnixTest.SignalWithValue [ FAILED ] AsyncUnixTest.SignalWithPointerValue I will do further investigating. Best Regards, Dejan -- Tom Lee / http://tomlee.co / @tglee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793863: Improved patch available
Hi, During the work on Android SDK I corrected some compiler flags for libf2fs_format.so, please consider this improved patch. You can also view the patch at https://github.com/seamlik/debianpkg-f2fs-tools/compare/master...modify-autotools. Thank you. Regards, Kai-Chung Yan diff --git a/debian/changelog b/debian/changelog index 8fb9492..2305a2a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,15 @@ +f2fs-tools (1.4.1-2) UNRELEASED; urgency=low + + * New packages: +- libf2fs-dev +- libf2fs-format-dev +- libf2fs-format1 +- libf2fs1 + * New libtool_versioning.diff: soname will include major version + * New libf2fs_format.diff: Produce libf2fs_format.so + + -- Kai-Chung Yan seamli...@gmail.com Thu, 30 Jul 2015 20:16:10 +0800 + f2fs-tools (1.4.1-1) unstable; urgency=medium * New upstream release. diff --git a/debian/control b/debian/control index d068f6d..92046eb 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: admin Priority: optional Maintainer: Filesystems Group filesystems-de...@lists.alioth.debian.org Uploaders: Vincent Cheng vch...@debian.org -Build-Depends: debhelper (= 9), dh-autoreconf, pkg-config, uuid-dev +Build-Depends: debhelper (= 9), dh-autoreconf, pkg-config, uuid-dev, dh-exec Standards-Version: 3.9.6 Homepage: http://git.kernel.org/cgit/linux/kernel/git/jaegeuk/f2fs-tools.git Vcs-Svn: svn://anonscm.debian.org/collab-maint/deb-maint/f2fs-tools/trunk @@ -28,3 +28,46 @@ Description: Tools for Flash-Friendly File System (debug) System (LFS). . This package contains the debugging symbols. + +Package: libf2fs1 +Section: libs +Architecture: linux-any +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: Core library for Flash-Friendly File System + F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage + devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File + System (LFS). + +Package: libf2fs-dev +Section: libdevel +Architecture: linux-any +Depends: libf2fs1 (= ${binary:Version}), ${misc:Depends} +Description: Core library for Flash-Friendly File System - Development files + F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage + devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File + System (LFS). + . + This package contains the development files. + +Package: libf2fs-format1 +Section: libs +Architecture: linux-any +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: Library for F2FS formating + F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage + devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File + System (LFS). + +Package: libf2fs-format-dev +Section: libdevel +Architecture: linux-any +Depends: libf2fs-dev, + libf2fs-format1 (= ${binary:Version}), + uuid-dev, + ${misc:Depends} +Description: Library for F2FS formating - Development files + F2FS is a new filesystem for Linux aimed at NAND flash memory-based storage + devices, such as SSD, eMMC, and SD cards. It is based on Log-structured File + System (LFS). + . + This package contains the development files. \ No newline at end of file diff --git a/debian/f2fs-tools.install b/debian/f2fs-tools.install new file mode 100644 index 000..0a31ff2 --- /dev/null +++ b/debian/f2fs-tools.install @@ -0,0 +1 @@ +debian/tmp/sbin/* usr/sbin \ No newline at end of file diff --git a/debian/libf2fs-dev.install b/debian/libf2fs-dev.install new file mode 100755 index 000..48963e7 --- /dev/null +++ b/debian/libf2fs-dev.install @@ -0,0 +1,4 @@ +#!/usr/bin/dh-exec + +debian/tmp/lib/libf2fs.a usr/lib/${DEB_HOST_MULTIARCH} +include/* usr/include/f2fs-tools \ No newline at end of file diff --git a/debian/libf2fs-dev.links b/debian/libf2fs-dev.links new file mode 100755 index 000..41d5535 --- /dev/null +++ b/debian/libf2fs-dev.links @@ -0,0 +1,3 @@ +#!/usr/bin/dh-exec + +usr/lib/${DEB_HOST_MULTIARCH}/libf2fs.so.${DEB_UPSTREAM_VERSION} usr/lib/${DEB_HOST_MULTIARCH}/libf2fs.so \ No newline at end of file diff --git a/debian/libf2fs-format-dev.install b/debian/libf2fs-format-dev.install new file mode 100755 index 000..1427e3e --- /dev/null +++ b/debian/libf2fs-format-dev.install @@ -0,0 +1,4 @@ +#!/usr/bin/dh-exec + +debian/tmp/lib/libf2fs_format.a usr/lib/${DEB_HOST_MULTIARCH} +mkfs/*.husr/include/f2fs-tools \ No newline at end of file diff --git a/debian/libf2fs-format-dev.links b/debian/libf2fs-format-dev.links new file mode 100755 index 000..53c4191 --- /dev/null +++ b/debian/libf2fs-format-dev.links @@ -0,0 +1,3 @@ +#!/usr/bin/dh-exec + +usr/lib/${DEB_HOST_MULTIARCH}/libf2fs_format.so.${DEB_UPSTREAM_VERSION} usr/lib/${DEB_HOST_MULTIARCH}/libf2fs_format.so \ No newline at end of file diff --git a/debian/libf2fs-format1.install b/debian/libf2fs-format1.install new file mode 100755 index 000..8a80315 --- /dev/null +++
Bug#793326: linux: raid0 data corruption when using trim
I think this is the commit: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=f 3f5da624e0a891c34d8cd513c57f1d9b0c7dadc -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794327: Hardware H264 capture regression in UVC subsystem: wheezy(ok) = jessie(bad)
Package: linux-image-3.16.0-4-amd64 Version: 3.16.7-ckt11-1 Tags: patch fixed-upstream Greetings! A little bit after the official Wheezy linux-image (3.2) a change to the UVC subsystem[1] was merged and subsequently released as linux 3.3. A long-unnoticed side effect of this patch was a regression that produced invalid timestamps on hardware-encoded H264 captures, which is known to affect at least 2 different devices: Logitech C920[2] and a builtin Acer Orbicam[3]. The problem was recently acknowledged by the UVC maintainer and a patch was produced which fixes the issue [4]. Afaik it is slated to be included during the Linux 4.3 merge window this month. Since there is no way to work around this problem in userland [5], and there are many reports of this problem by different users [3], [6], [7], [8] it seems fitting to add this (rather small) patch[4] to debian's linux-image-3.16* quilt. Thank you in advance! Cheers P.S. Adding a one-time CC to the linux-media mailing list, in case a part of the above is factually incorrect. [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=66847ef [2] http://sourceforge.net/p/linux-uvc/mailman/message/33164469/ [3] http://www.spinics.net/lists/linux-media/msg92089.html [4] http://www.spinics.net/lists/linux-media/msg92022.html [5] http://ffmpeg.org/pipermail/ffmpeg-user/2015-July/027630.html [6] https://trac.ffmpeg.org/ticket/3956 [7] http://sourceforge.net/p/linux-uvc/mailman/message/33564420/ [8] http://askubuntu.com/questions/456175/logitech-c920-webcam-on-ubuntu-14-04-hesitates-chops-every-3-seconds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762132: Solved
Dear all, installing fglrx-driver 15-7.1 solved the issue for me. Thanks for sharing my sorrow. Harald -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624058: fixed in mutt 1.5.21-5
Control: tags -1 pending Control: severity -1 important On 2015-05-03 Andreas Metzler ametz...@bebt.de wrote: tags -1 patch On 2015-04-18 Andreas Metzler ametz...@bebt.de wrote: [...] I have just tried building mutt against gnutls 3.4.0 and got this build-error: [...] /tmp/buildd/mutt-1.5.23/obj-i586-linux-gnu-patched/../mutt_ssl_gnutls.c:323: undefined reference to `gnutls_protocol_set_priority' collect2: error: ld returned 1 exit status Makefile:633: recipe for target 'mutt' failed The issue is fixed in upstream HG, but the Debian package lost the patch. Find attached a debdiff cherrypicking the relevant parts from upstream HG, without the compatibility stuff for ancient ( 2.2.0) GnuTLS. Hello, I have just uploaded a NMU with these changes to delayed/15: * upstream/624058-gnutls-deprecated.patch: Use gnutls_priority_set_direct() instead of gnutls_protocol_set_priority() together with gnutls_set_default_priority(). Cherrypick the relevant parts from upstream HG, without the compatibilty stuff for ancient ( 2.2.0) GnuTLS. Closes: #624058 Please tell me if I should delay further. Thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru mutt-1.5.23/debian/changelog mutt-1.5.23/debian/changelog --- mutt-1.5.23/debian/changelog 2014-12-04 22:11:02.0 +0100 +++ mutt-1.5.23/debian/changelog 2015-08-01 13:57:01.0 +0200 @@ -1,3 +1,14 @@ +mutt (1.5.23-3.1) unstable; urgency=low + + * Non-maintainer upload. + * upstream/624058-gnutls-deprecated.patch: Use gnutls_priority_set_direct() +instead of gnutls_protocol_set_priority() together with +gnutls_set_default_priority(). Cherrypick the relevant parts from upstream +HG, without the compatibilty stuff for ancient ( 2.2.0) GnuTLS. +Closes: #624058 + + -- Andreas Metzler ametz...@debian.org Sat, 01 Aug 2015 13:54:03 +0200 + mutt (1.5.23-3) unstable; urgency=medium * Fixed upstream/771125-CVE-2014-9116-jessie.patch thanks to Salvatore diff -Nru mutt-1.5.23/debian/patches/series mutt-1.5.23/debian/patches/series --- mutt-1.5.23/debian/patches/series 2014-12-04 22:11:02.0 +0100 +++ mutt-1.5.23/debian/patches/series 2015-08-01 13:47:26.0 +0200 @@ -35,6 +35,7 @@ upstream/path_max.patch translations/update_german_translation.patch upstream/771125-CVE-2014-9116-jessie.patch +upstream/624058-gnutls-deprecated.patch __separator__mutt.org.patch mutt-patched/sidebar.patch mutt-patched/sidebar-dotpathsep.patch diff -Nru mutt-1.5.23/debian/patches/upstream/624058-gnutls-deprecated.patch mutt-1.5.23/debian/patches/upstream/624058-gnutls-deprecated.patch --- mutt-1.5.23/debian/patches/upstream/624058-gnutls-deprecated.patch 1970-01-01 01:00:00.0 +0100 +++ mutt-1.5.23/debian/patches/upstream/624058-gnutls-deprecated.patch 2015-08-01 13:47:26.0 +0200 @@ -0,0 +1,109 @@ +Description: Use gnutls_priority_set_direct() + instead of gnutls_protocol_set_priority() together with + gnutls_set_default_priority(). Cherrypick the relevant parts from upstream + HG, without the compatibilty stuff for ancient ( 2.2.0) GnuTLS. +Bug-Debian: https://bugs.debian.org/624058 +Origin: upstream, http://dev.mutt.org/hg/mutt/rev/48f5e2a51809 +Forwarded: not-needed + +--- mutt-1.5.23.orig/mutt_ssl_gnutls.c mutt-1.5.23/mutt_ssl_gnutls.c +@@ -238,11 +238,51 @@ err_crt: + gnutls_x509_crt_deinit (clientcrt); + } + +-/* This array needs to be large enough to hold all the possible values support +- * by Mutt. The initialized values are just placeholders--the array gets +- * overwrriten in tls_negotiate() depending on the $ssl_use_* options. +- */ +-static int protocol_priority[] = {GNUTLS_TLS1_2, GNUTLS_TLS1_1, GNUTLS_TLS1, GNUTLS_SSL3, 0}; ++static int tls_set_priority(tlssockdata *data) ++{ ++ size_t nproto = 4; ++ char priority[SHORT_STRING]; ++ int err; ++ ++ priority[0] = 0; ++ safe_strcat (priority, sizeof (priority), NORMAL); ++ ++ if (! option(OPTTLSV1_2)) ++ { ++nproto--; ++safe_strcat (priority, sizeof (priority), :-VERS-TLS1.2); ++ } ++ if (! option(OPTTLSV1_1)) ++ { ++nproto--; ++safe_strcat (priority, sizeof (priority), :-VERS-TLS1.1); ++ } ++ if (! option(OPTTLSV1)) ++ { ++nproto--; ++safe_strcat (priority, sizeof (priority), :-VERS-TLS1.0); ++ } ++ if (! option(OPTSSLV3)) ++ { ++nproto--; ++safe_strcat (priority, sizeof (priority), :-VERS-SSL3.0); ++ } ++ ++ if (nproto == 0) ++ { ++mutt_error (_(All available protocols for TLS/SSL connection disabled)); ++return -1; ++ } ++ ++ if ((err = gnutls_priority_set_direct (data-state, priority, NULL)) 0) ++ { ++mutt_error (gnutls_priority_set_direct(%s): %s, priority, gnutls_strerror(err)); ++mutt_sleep (2); ++return -1; ++ } ++ ++ return 0; ++} + + /* tls_negotiate: After TLS state has been initialized,
Bug#793185: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Hi, On 01-08-15 14:50, Ian Campbell wrote: On Sat, 2015-08-01 at 10:51 +0100, Ian Campbell wrote: http://git.kernel.org/linus/07949bf9c63c9a80027fe8452d5fe8b9ba9b3c23 I'll see about backporting that to the 4.1 kernel in Debian until we move to 4.2. It turns out that this patch while necessary is not sufficient and I also needed the following for full cpufreq autoloading on Cubietruck with Debian's modular kernel config. Makes sense, and the patch looks good. Can you please submit this upstream to the regulator subsys maintainers? I know that Mark is in the Cc, but this thread does not really look like an official patch submission, I believe that a separate patch submission using the standard procedure for those would be good. Thanks Regards, Hans Cheers, Ian. 8--- From 38880ed1b26e8778268c1da41ab2bb52c6797947 Mon Sep 17 00:00:00 2001 From: Ian Campbell i...@hellion.org.uk Date: Sat, 1 Aug 2015 13:44:06 +0100 Subject: [PATCH] regulator: axp20x: Add module alias This allows the module to be autoloaded. Together with 07949bf9c63c (cpufreq: dt: allow driver to boot automatically) this is sufficient to allow a modular kernel (such as Debian's) to enable cpufreq on a Cubietruck. Signed-off-by: Ian Campbell i...@hellion.org.uk Cc: Liam Girdwood lgirdw...@gmail.com Cc: Mark Brown broo...@kernel.org Cc: Signed-off-by: Chen-Yu Tsai w...@csie.org Cc: Maxime Ripard maxime.rip...@free-electrons.com --- drivers/regulator/axp20x-regulator.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/regulator/axp20x-regulator.c b/drivers/regulator/axp20x-regulator.c index e4331f5..2c82131 100644 --- a/drivers/regulator/axp20x-regulator.c +++ b/drivers/regulator/axp20x-regulator.c @@ -264,3 +264,4 @@ module_platform_driver(axp20x_regulator_driver); MODULE_LICENSE(GPL v2); MODULE_AUTHOR(Carlo Caione ca...@caione.org); MODULE_DESCRIPTION(Regulator Driver for AXP20X PMIC); +MODULE_ALIAS(platform:axp20x-regulator); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793778: kscreen: Big issues with three monitors
Hi, Tip: what happens if you dock the notebook before turning it on? or at least while being on sddm (ie, not logged in plasma). this scenario works better. It does not crash anything, however, it messes up the KDE panel. This might be another bug, though. -nik -- PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 Dominik George · Mobil: +49-151-61623918 Teckids e.V. · FrOSCon e.V. · OpenRheinRuhr e.V. Fellowship of the FSFE · Piratenpartei Deutschland Opencaching Deutschland e.V. · Debian Contributor LPIC-3 Linux Enterprise Professional (Security) signature.asc Description: This is a digitally signed message part.
Bug#794198: toppler: missing sources of binary file toppler.dat
The file toppler.dat is actually an archive, like a tarball. It is not compiled code. Thanks for the info, good to know. I just didn't know how to unarchive the toppler.dat file. Is there any? http://toppler.sourceforge.net/repos/datafile/ This is the source for the archiver, not for toppler.dat. Well, this repository contains all the game data in its original editable format (Blender, GIMP, POV-Ray, PNGs, WAVs, ...). So, as far as I interpret it, it is not just the source for the archiver program... This would be most inconvenient. I would need to create custom source tarballs. I'm not really an expert in Debian packaging but very often I have seen foo-data packages. Maybe the toppler.dat file could be build in a toppler-data package with it's own source tarball just containing the files from the repository above? What do you actually want to do ? I wanted to have the sources of the program in an easily accessible and editable format after checking out the debian source package of toppler. I thought this is the meaning of a *source* package. Originally, I just wanted to take a look at the game data to find a replacement for the blurry desktop file icon, see my other bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794197 Cheers Ronny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793662: Acknowledgement (incomplete snapshots per interval)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 There was no response, so I reported this problem upstream: https://github.com/rsnapshot/rsnapshot/issues/102 Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJVvOqxAAoJEAqeKp5m04HLGWAH/1ubqhxaNx+C+V8jrJoyz7zG x3urlDxNhnWIGUd/j/SJmzEPgnj9OjePDZQlt+ZbJeJnIu0/EyhMr3a+8lQ1wUfM nM/fxVAb5MhGges1RR3RkZkW9jxuwSHj3gml5iid1Xd/v1Ntu9XW/5uYOJIbCKCM cE0cusKALv065xMNSq7ySc4FNKVkZZ/Xzu/2M5vWjroW2So8yJ8/peaOmFZ5O4yN ZGMfIhDzNo45x5bJWhXC4qt20Zg8gWYmnM7eT4PWqsnEVcD4seN72c2d0VGl/KFt JfhCaQT4+qOnPDyF8O+0e4G37YFP670PX6ueFcv1fuu9BUaq1KyFXef5Oboc7uE= =7Uah -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#793322: Hold off on the new Tip, still broken
Hi, On Thu, Jul 23, 2015 at 07:38:54PM -0400, Ralph Katz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 After further discussion in debian-user, the time interval check also seems to be broken. Let's hold off on the new Tip until someone can verify how to reliably set a time interval for fsck. https://lists.debian.org/debian-user/2015/07/msg01005.html bug #792752 mention that one must use -f or the count must be exceeded, else just one big no-op Thanks, This systemd related changes are very wide spread. I have not reviewed situation enough yet. Please continue your effort and get me the answer :-) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794320: main option prdr_enable unknown
On Sat, Aug 01, 2015 at 12:47:19PM +0200, Andreas Metzler wrote: Package: exim4-config Version: 4.86-1 Severity: serious After updating an old testing system I get this: Setting up exim4-config (4.86-1) ... 2015-08-01 15:04:52 Exim configuration error in line 140 of /var/lib/exim4/config.autogenerated.tmp: main option prdr_enable unknown [...] exim4-daemon-* on thissystem was older than 4.83, wasn't it? 4.82.1-2 -- WBR, wRAR signature.asc Description: Digital signature
Bug#794320: main option prdr_enable unknown
On 2015-08-01 Andrey Rahmatullin w...@wrar.name wrote: Package: exim4-config Version: 4.86-1 Severity: serious After updating an old testing system I get this: Setting up exim4-config (4.86-1) ... 2015-08-01 15:04:52 Exim configuration error in line 140 of /var/lib/exim4/config.autogenerated.tmp: main option prdr_enable unknown [...] exim4-daemon-* on thissystem was older than 4.83, wasn't it? cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Acknowledgement (kde: KDE crashed, not even usable like Microsoft Windows)))))
On Sat, Aug 01, 2015 at 10:03:01AM +, Debian Bug Tracking System wrote: If you wish to submit further information on this problem, please send it to 794...@bugs.debian.org. Change! After downloading 53 new packages and an enormous amount of others, gnome was installed and worked. But if I would like gnome ... I don's like gnome and never did ever before. Well, I put it away and tried to install KDE. And now? I have a pure beginning, a nice pointer as I ever had but absolutly nothing to point on. In gnome the programs could be pushed around, but in KDE I don's have anything to push. [A^F2] opens the well known small window but nothing can be writen there. Not so fascinating, really. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793557: [Pkg-openssl-devel] Bug#793557: Bug#793557: clamtk in testing
Can you try the package from: https://people.debian.org/~kroeckx/openssl/? Could you also run this after isntalling it: openssl speed sha256 openssl speed -evp aes-128-cbc openssl speed -evp aes-128-cbc-hmac-sha256 Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793792: R43272X: Repository doesn't contain chunk
On Sat, Aug 01, 2015 at 04:12:10PM +0300, Vladimir Stavrinov wrote: On Sat, Aug 01, 2015 at 03:52:43PM +0300, Lars Wirzenius wrote: The next version of Obnam will have fixes related to this, both to not crash obnam forget if a chunk it wants to remove is missing, and to In which version? The version of Obnam that will be released and uploaded to Debian. It will likely be called 1.13. avoid removing chunks until references to them have been removed. In this case it is possible to get opposite situation: orphan chunks without references. I think it is better simply to remove references without chunks. And we need cleaning function, may be as part of fsck command. obnam fsck already knows how to delete unused chunks. I reject the suggestion that obnam forget shouldn't be removing unused chunks. -- sic transit disci mundi, ergo obnam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794321: Bug#794322: codespell --help: inconsistent capitalization and punctuation
Hi Jakub! Thank you for reporting this. I will fix it in the next upload. Greetings Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794334: ea-utils: /usr/bin/alc already used by amule-utils-gui
Package: ea-utils Version: 1.1.2+dfsg-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Control: affects -1 + amule-utils-gui Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package ea-utils. Preparing to unpack .../ea-utils_1.1.2+dfsg-1_amd64.deb ... Unpacking ea-utils (1.1.2+dfsg-1) ... dpkg: error processing archive /var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/alc.1.gz', which is also in package amule-utils-gui 2.3.1+git1a369e47-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/alc usr/share/man/man1/alc.1.gz Cheers, Andreas PS: for more information about the detection of file overwrite errors of this kind see https://qa.debian.org/dose/file-overwrites.html amule-utils-gui=2.3.1+git1a369e47-3_ea-utils=1.1.2+dfsg-1.log.gz Description: application/gzip
Bug#782820: libiksemel: FTBFS against gnutls 3.4.0
On 2015-04-18 Andreas Metzler ametz...@bebt.de wrote: Package: libiksemel Version: 1.4-2 Severity: normal User: ametz...@debian.org Usertags: gnutls34 Hello, the package FTBFS against the recently released GnuTLS 3.4.0: [...] ../src/.libs/libiksemel.so: undefined reference to `gnutls_mac_set_priority' ../src/.libs/libiksemel.so: undefined reference to `gnutls_protocol_set_priority' ../src/.libs/libiksemel.so: undefined reference to `gnutls_kx_set_priority' ../src/.libs/libiksemel.so: undefined reference to `gnutls_cipher_set_priority' ../src/.libs/libiksemel.so: undefined reference to `gnutls_compression_set_priority' [...] The respective code seems to be this one: src/tls-gnutls.c const int protocol_priority[] = { GNUTLS_TLS1, GNUTLS_SSL3, 0 }; const int kx_priority[] = { GNUTLS_KX_RSA, 0 }; const int cipher_priority[] = { GNUTLS_CIPHER_3DES_CBC, GNUTLS_CIPHER_ARCFOUR, 0}; const int comp_priority[] = { GNUTLS_COMP_ZLIB, GNUTLS_COMP_NULL, 0 }; const int mac_priority[] = { GNUTLS_MAC_SHA, GNUTLS_MAC_MD5, 0 }; [...] gnutls_protocol_set_priority (data-sess, protocol_priority); gnutls_cipher_set_priority(data-sess, cipher_priority); gnutls_compression_set_priority(data-sess, comp_priority); gnutls_kx_set_priority(data-sess, kx_priority); gnutls_mac_set_priority(data-sess, mac_priority); Is there a good reason for this selection? Enabling SSL3.0 and disabling TLS1.1 and TLS1.2, allowing MD5 as MAC but not SHA256. etc. If there is not a very good reason for just move to gnutls_set_default_priority(). cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794264: systemd: System will no longer boot
Control: severity -1 important ael [2015-08-01 7:11 +0100]: Back to the i386 machine, the target in this report: when I tried to apt-get upgrade in case the bug had been fixed, it hung on systemd because udev could not be upgraded. The udev refusal to upgrade came with a message from dpkg about a group 'Input' already existing. This sounds like https://bugs.debian.org/794280 which was already discussed: Apparently you have an input group which is not already a system group. There is some broken advice out there (like http://ptichy.blogspot.pt/2014/08/configure-evrouter-on-ubuntu-1404.html) which creates the group in a wrong way, and e. g. https://bugs.debian.org/769948 changed that to make it more obvious what happened. But it sounds like the upgrade was interrupted in the middle? Please clean up the input group (either remove or make it a system group), and run apt-get -f install, to fix the broken upgrade. How does it look like then? Downgrading to non-RC for now as this does not affect a lot of machines and we don't have enough information yet. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794325: cligh: default editor is vi
Package: cligh Version: 0.2-2 When $EDITOR is not set, cligh uses vi as the default editor. But as per Policy §11.4, it should fall back to editor, not vi. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793639: minizip: Use versioned Breaks/Replaces
Source: minizip Version: 1.6-1 Followup-For: Bug #793639 Hi Michael, Using versioned Breaks/Replaces is probably better than a versioned Conflicts. The attached patch is updated to use Breaks instead of Conflicts. Kind Regards, Bas diff -ruN ../minizip-1.1_debian.orig/control debian/control --- ../minizip-1.1_debian.orig/control 2015-08-01 14:05:09.091512734 +0200 +++ debian/control 2015-08-01 14:50:58.878740923 +0200 @@ -47,9 +47,9 @@ ${misc:Depends}, libminizip1 (= ${binary:Version}) Replaces: - libkml-dev, -Conflicts: - libkml-dev, + libkml-dev ( 1.3.0r864+git20150723-0fa2f22-1~), +Breaks: + libkml-dev ( 1.3.0r864+git20150723-0fa2f22-1~), Description: compression library - minizip development files minizip is a minimalistic library that supports compressing, extracting, viewing, and manipulating zip files.
Bug#744128: network-manager-openvpn-gnome: Segfault when importing existing ovpn configuration file
Package: network-manager-openvpn-gnome Version: 0.9.10.0-1 Followup-For: Bug #744128 Dear Maintainer, after tipping my config in a new OpenVPN connection. (i click on new) i can start my VPN, but i get so much errormsg. erify: ipv4.routes: 1. Zielwegwahl ist ungültig Aug 01 16:41:59 desktop NetworkManager[514]: error [1438440119.065073] [devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig Aug 01 16:41:59 desktop NetworkManager[514]: error [1438440119.065546] [devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig Aug 01 16:41:59 desktop NetworkManager[514]: error [1438440119.066023] [devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig Aug 01 16:41:59 desktop NetworkManager[514]: error [1438440119.066505] [devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig Aug 01 16:41:59 desktop NetworkManager[514]: error [1438440119.066979] [devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig Aug 01 16:41:59 desktop NetworkManager[514]: error [1438440119.067451] [devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig Aug 01 16:41:59 desktop NetworkManager[514]: error [1438440119.067922] [devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig Aug 01 16:41:59 desktop NetworkManager[514]: error [1438440119.068392] [devices/nm-device.c:1729] nm_device_generate_connection(): (tun0): Generated connection does not verify: ipv4.routes: 1. Zielwegwahl ist ungültig -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager-openvpn-gnome depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-18 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libdbus-1-3 1.8.18-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libnm-glib-vpn1 0.9.10.0-7 ii libnm-glib4 0.9.10.0-7 ii libnm-gtk0 0.9.10.0-2 ii libnm-util2 0.9.10.0-7 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libsecret-1-00.18-1+b1 ii network-manager-openvpn 0.9.10.0-1 network-manager-openvpn-gnome recommends no packages. network-manager-openvpn-gnome 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#794337: audacity: please include higher resolution icon (patch included)
Package: audacity Version: 2.0.6-2 Severity: minor Tags: patch When using larger icons in KDE the audacity icon looks very blurry (see left-hand side of attached picture). KDE does not seem to use the provided SVG icon, maybe because it is in a non-supported format. If the SVG icon is selected manually, the icon looks completely garbled (see middle of attached picture). Therefore I added a higher resolution icon (see attached tgz file). Now the audacity icon looks great again (see right-hand side of attached picture). -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.1.0-trunk-686-pae (SMP w/5 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages audacity depends on: ii audacity-data 2.0.6-2 ii libasound21.0.28-1 ii libavcodec56 6:11.3-1+deb8u1 ii libavformat56 6:11.3-1+deb8u1 ii libavutil54 6:11.3-1+deb8u1 ii libc6 2.19-18 ii libexpat1 2.1.0-6+b3 ii libflac++61.3.0-3 ii libflac8 1.3.0-3 ii libgcc1 1:4.9.2-10 ii libglib2.0-0 2.42.1-1 ii libid3tag00.15.1b-11 ii libmad0 0.15.1b-8 ii libmp3lame0 1:3.99.5-dmo4 ii libogg0 1.3.2-1 ii libportaudio2 19+svn20140130-1 ii libportsmf0 0.1~svn20101010-4 ii libsbsms102.0.2-1 ii libsndfile1 1.0.25-9.1 ii libsoundtouch01.8.0-1 ii libsoxr0 0.1.1-1 ii libstdc++64.9.2-10 ii libtwolame0 0.3.13-1.1 ii libvamp-hostsdk3 2.5+repack0-2 ii libvorbis0a 1.3.4-2 ii libvorbisenc2 1.3.4-2 ii libvorbisfile31.3.4-2 ii libwxbase3.0-03.0.2-1+b1 ii libwxgtk3.0-0 3.0.2-1+b1 audacity recommends no packages. Versions of packages audacity suggests: ii blop [ladspa-plugin] 0.2.8-6 ii caps [ladspa-plugin] 0.9.23-1 ii cmt [ladspa-plugin] 1.16-1 ii swh-plugins [ladspa-plugin] 0.4.15+1-7 -- no debconf information audacity_icon.tgz Description: application/compressed-tar
Bug#787582: VDPAU needed
Ok many thanks for the link Le 1 août 2015 17:43, Andreas Beckmann a...@debian.org a écrit : On 2015-08-01 00:21, Julien Aubin wrote: Package still not appearing in backports. Was it rejected ? :-( Please be patient. https://ftp-master.debian.org/backports-new.html Andreas
Bug#794318: libreoffice-kde: Recommend libreoffice-style-breeze
Hi, On 01.08.2015 11:59, Rene Engelhard wrote: Since it has entered testing could you please change libreoffice-kde to recommend libreoffice-style-breeze instead of libreoffice-style-oxygen? I thought about that but didn't do it yet since -kde is still built for kde4, and given it's not even started to be ported to KDE5 libs... That's not really relevant. KDE users will by default use the breeze theme for Qt5 and Qt4/KDE4 applications. Moreover for KDE5 sessions libreoffice tries the breeze icon theme and falls back to the default theme if it can't find it. So it won't use the oxygen icons at all (unless you manually configure it if that's possible). Regards, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794324: cligh: bad issue number - TypeError: %d format: a number is required, not str
Package: cligh Version: 0.2-2 Severity: minor $ cligh issue comment --repo CMB/cligh 999 Traceback (most recent call last): File /usr/bin/cligh, line 34, in module main() File /usr/bin/cligh, line 31, in main args.func(client, args) File /usr/lib/python2.7/dist-packages/cligh/issues.py, line 86, in comment issue = get_working_issue(client, args) File /usr/lib/python2.7/dist-packages/cligh/issues.py, line 21, in get_working_issue die('Unable to fetch issue number %d for this repository: %s' % (args.number, e.data['message'])) TypeError: %d format: a number is required, not str -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages cligh depends on: ii python 2.7.9-1 ii python-pygithub 1.25.2-3 ii python-xdg 0.25-4 ii python2.72.7.10-3 pn python:any none -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
On Mon, 27 Jul 2015, Michael Biebl wrote: Not sure if that is happening here. But fixing [2] and making sure pvscan is run via /bin/systemd-run look like should be done in any case. Michael [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783182 Just a minor point here. I have 2 systems running lvm over raid0. On one of them (non-systemd init unstable box, but with systemd and udev 223-2 installed) there's no /bin/systemd-run: # which systemd-run /usr/bin/systemd-run Hardly possible to use _before_ /usr (separate partition) is mounted. On another system (stretch (104 upgraded, 0 newly installed, 0 to remove and 141 not upgraded), uptime: 13:09:13 up 840 days, 23:13, 67 ^^^ users), the systemd package is not even installed. udev 222-2 and lvm2 2.02.111-2.2 are installed. systemd-run is refered to in /lib/udev/rules.d/69-lvm-metad.rules: ACTION!=remove, ENV{LVM_PV_GONE}==1, RUN+=/bin/systemd-run /sbin/lvm pvscan --cache $major:$minor, GOTO=lvm_end Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707816: fixed in 2.6.0
fixed 707816 2.6.0-1 thanks Hi. TOTP with HMAC-SHA-256/512 was implemented in 2.6.0, which has been uploaded to Debian. /Simon signature.asc Description: PGP signature
Bug#562700: Fin de Semana de Agosto en Filo de los Medanos
Si no visualiza correctamente este E-Mail haga Click Aquí ( Link - http://goto-5.net/track/click?u=webp=36343936383a343a343a303a303a30m=30168s=13081153c981bc842d5057b8d85ebc30 ) | Reenvía a un amigo ( Link - http://goto-5.net/track/click?u=forwardtop=36343936383a343a343a303a303a30m=30168s=13081153c981bc842d5057b8d85ebc30 ) /* */ IMAGENES IMAGENES ( Link - http://www.filodelosmedanos.com/galeria.html ) CONOCENOS ( Link - http://www.filodelosmedanos.com ) ( Link - http://goto-5.net/track/click?u=facebookp=36343936383a343a343a303a303a30m=30168s=13081153c981bc842d5057b8d85ebc30 ) ( Link - http://goto-5.net/track/click?u=forwardtop=36343936383a343a343a303a303a30m=30168s=13081153c981bc842d5057b8d85ebc30 ) Facebook ( Link - https://www.facebook.com/profile.php?id=19898983236 ) Agréganos a tu lista de contactos Información de Contacto ( Link - http://goto-5.net/track/click?u=vcardp=36343936383a343a343a303a303a30m=30168s=13081153c981bc842d5057b8d85ebc30 ) Para desuscribirse de nuestra lista haga ( Link - http://goto-5.net/track/click?u=unsubscribep=36343936383a343a343a303a303a30m=30168s=13081153c981bc842d5057b8d85ebc30 )
Bug#794061: breeze: Breeze theme completely stopped working after the last upgrade
It should, that's the default path embedded in the libs. The en variable might be used to override it. As I said, doing unset QT_PLUGIN_PATH and then running anything qt4 does not work either. -- Salvo Tomaselli Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno. -- Galileo Galilei http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
Bug#794060: linux-image-3.2.0-4-686-pae: kernel oops in do_ip_vs_get_ctl
On Thu, 2015-07-30 at 09:51 +0200, Andreas Unterkircher wrote: [...] Problem is known here [1] and for Redhat [2]. Patch is available upstream [3] and seems to be included from kernel 3.4 on. Any chance to get this fix into the Wheezy kernel? I think so. I'll include this in the next 3.2-stable review. Ben. -- Ben Hutchings One of the nice things about standards is that there are so many of them. signature.asc Description: This is a digitally signed message part
Bug#777862: gbsplay: diff for NMU version 0.0.91-1.1
Control: tags 777862 + pending Dear maintainer, I've prepared an NMU for gbsplay (versioned as 0.0.91-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -u gbsplay-0.0.91/debian/changelog gbsplay-0.0.91/debian/changelog --- gbsplay-0.0.91/debian/changelog +++ gbsplay-0.0.91/debian/changelog @@ -1,3 +1,11 @@ +gbsplay (0.0.91-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * util.c: Apply patch from Greg Pearson to fix FTBFS with GCC 5. (Closes: +#777862) + + -- Sebastian Ramacher sramac...@debian.org Sat, 01 Aug 2015 13:00:57 +0200 + gbsplay (0.0.91-1) unstable; urgency=low * New upstream version. only in patch2: unchanged: --- gbsplay-0.0.91.orig/util.c +++ gbsplay-0.0.91/util.c @@ -10,7 +10,7 @@ #include stdlib.h -inline long rand_long(long max) +extern inline long rand_long(long max) /* return random long from [0;max[ */ { return (long) (((double)max)*rand()/(RAND_MAX+1.0)); signature.asc Description: Digital signature
Bug#791704: freedombox-setup: Remove Privoxy configuration
James, please commit this for the next release. -- Sunil signature.asc Description: OpenPGP digital signature
Bug#794326: openssl: use aarch64_asm in Configure on arm64
Package: openssl Version: 1.0.2d-1 Severity: normal Usertag: arm64 Dear Maintainer, In arm64 arch, no assembler source use with stretch build now. On upstream, it's default using assembler sources. To use assembler sources, modify debian-targets.patch. debian/patches/debian-targets.patch line 24 +debian-arm64,gcc:-DL_ENDIAN ${debian_cflags}::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL BF_PTR:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR), change /${no_asm}/${aarch64_asm}:64/ Thank you. -- Hiroyuki YAMAMORI -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages openssl depends on: ii libc62.19-19 ii libssl1.0.0 1.0.2d-1 openssl recommends no packages. Versions of packages openssl suggests: pn ca-certificates none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793792: R43272X: Repository doesn't contain chunk
On Sat, Aug 01, 2015 at 03:52:43PM +0300, Lars Wirzenius wrote: The next version of Obnam will have fixes related to this, both to not crash obnam forget if a chunk it wants to remove is missing, and to In which version? I see 1.13 in repository with some patches related to this problem. Is it this one, or next after it? avoid removing chunks until references to them have been removed. In this case it is possible to get opposite situation: orphan chunks without references. I think it is better simply to remove references without chunks. And we need cleaning function, may be as part of fsck command. ### Vladimir Stavrinov ### -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793778: kscreen: Big issues with three monitors
On Friday 31 July 2015 11:58:46 Martin Steigerwald wrote: Am Freitag, 31. Juli 2015, 11:45:51 schrieb Dominik George: Anyway, it may be wise to just retest with Qt 5.5. Maybe the issue is fixed already. Ok. I got the impression that somehow this is related to attaching *two* new screens at the same time, which is the case when ounting the notebook into the docking station. Maybe this leads to some kidn of race condition. Well, feel free to report the bug upstream if you think it you have an unusual setup. I just read by upstream and Lisandro that Qt 5.5 and even more so 5.5.1 fixed quite some mutiple screens related issues. I am not sure whether it fixes yours. I'm also not sure, but upstream will definetely ask you to test with Qt 5.5.0 so.. I'm afraid the best solution might be to wait here. Tip: what happens if you dock the notebook before turning it on? or at least while being on sddm (ie, not logged in plasma). -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#793943: testdisk: Program received signal SIGSEGV, Segmentation fault.
Package: testdisk Followup-For: Bug #793943 I have packaged testdisk 7.0 on stable with a simple tweak of the current debian/rules. My laptop arch is amd64, and there it works well - but I do not have the means for testing on other archs. I attach my debian.tar.zx files. Cheers, Antonio testdisk_7.0-1.debian.tar.xz Description: application/xz
Bug#794336: [e]glibc breaks res_init() functionality
package: glibc I don't know whether this is still relevant or not, as I know Debian has switched back to the original glibc, which does not contain this bug, but... A patch to Debian's glibc, introduced here: https://lists.debian.org/debian-glibc/2006/06/msg00154.html contains a bug, which breaks the functionality of res_init(). res_init() is supposed to initalize the _res struct, and then allow for modifications to the _res struct by the user, before resolving something using res_query(). The introduction of the 'last_mtime' stat struct was used to determine whether or not the _res struct had to be re-initalized, as the last modification time of /etc/resolv.conf had changed. However, res_query() uses __res_maybe_init() to determine whether or not to reset _res, but res_init() does not set statbuf. So, calling res_init() effectively does nothing, since all the changes will be overwritten by the first call to res_query(), because res_query() runs __res_maybe_init(). Ubuntu report here, for reference: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1432378/comments/4 Thanks! (Apologies if this has done through twice. I haven't used Debian's bug tracking for awhile.) -- -- Joshua Rogers https://internot.info/ signature.asc Description: OpenPGP digital signature
Bug#787582: VDPAU needed
On 2015-08-01 00:21, Julien Aubin wrote: Package still not appearing in backports. Was it rejected ? :-( Please be patient. https://ftp-master.debian.org/backports-new.html Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794237: openconnect: Does not work with network-manager 1.0.4
Control: tags -1 + moreinfo On Fri, Jul 31, 2015 at 16:59:00 +0300, Matti Koskimies wrote: Debian sid updated network-manager from 1.0.2 to 1.0.4 and after that openconnect didn't work. I downgraded network-manager to 1.0.2 and openconnect works again. Works for me. Can you define didn't work? Doesn't show up in NM? Shows up but doesn't connect? What versions of all OpenConnect and NM packages do you have? -- mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794338: RFP: ruby-rubygems-openpgp -- Digitally sign Ruby gems via OpenPGP
Package: wnpp Severity: wishlist * Package name: ruby-rubygems-openpgp Version : 0.6.0 Upstream Author : Grant Olson k...@grant-olson.net * URL : https://github.com/grant-olson/rubygems-openpgp * License : BSD Programming Lang: Ruby Description : Digitally sign Ruby gems via OpenPGP An extension to rubygems to allow signing gems with OpenPGP. This package is useful because it allows one to authenticate downloaded gems without having to either purchase an X.509 certificate or create a self-signed one, instead using the Web of Trust. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#794339: init-system-helpers: unsatisfiable cross Build-Depends
Source: init-system-helpers Version: 1.23 Tags: patch User: helm...@debian.org Usertags: rebootstrap dose reports the Build-Depends of perl as unsatisfiable in for cross compilation: package: src:init-system-helpers version: 1.23 architecture: any,all essential: false source: init-system-helpers (= 1.23) status: broken reasons: - missing: pkg: package: src:init-system-helpers version: 1.23 architecture: any,all essential: false unsat-dependency: x32:perl I am attaching a patch that resolves this problem by marking the perl dependency with :any. Helmut diff -Nru init-system-helpers-1.23/debian/changelog init-system-helpers-1.23+nmu1/debian/changelog --- init-system-helpers-1.23/debian/changelog 2015-04-28 15:05:58.0 +0200 +++ init-system-helpers-1.23+nmu1/debian/changelog 2015-08-01 17:29:52.0 +0200 @@ -1,3 +1,10 @@ +init-system-helpers (1.23+nmu1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTCBFS: Annotate perl dependency with :any. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Sat, 01 Aug 2015 17:29:35 +0200 + init-system-helpers (1.23) unstable; urgency=medium [ Didier Roche ] diff -Nru init-system-helpers-1.23/debian/control init-system-helpers-1.23+nmu1/debian/control --- init-system-helpers-1.23/debian/control 2015-04-28 15:05:58.0 +0200 +++ init-system-helpers-1.23+nmu1/debian/control2015-08-01 17:29:13.0 +0200 @@ -6,7 +6,7 @@ Tollef Fog Heen tfh...@debian.org, Michael Biebl bi...@debian.org, Martin Pitt mp...@debian.org -Build-Depends: debhelper (= 8.0.0), perl +Build-Depends: debhelper (= 8.0.0), perl:any Standards-Version: 3.9.6 Vcs-Git: git://anonscm.debian.org/collab-maint/init-system-helpers.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/init-system-helpers.git;a=summary
Bug#794341: kwin-x11: Window manager often frezes when some of window is resized
Package: kwin-x11 Version: 4:5.3.2-3 Severity: important Dear Maintainer, Window manager kwin_x11 frezes quite often when I try to resize some window. I observed that it happens mostly when I drag bottom right corner of window for very short time. If I hold mouse button longer it mostly doesn't happen. When it happen all programs continues working and screen continues to be refreshed, but there is not possible to move, close, resize of any window. It doesn't react on mouse commands and keyboard. There is only possible to swith to TTY (ctrl+alt+F1) and restart sddm Unfortunatelly I haven't found any trace of this error in journalcrl. I have no idea where to find any log files for kwin_x11. I have tried to run kwin_x11 from console to see if it produce any strerr output, but it doesn't when freeze happens. Only what I can provide is dump of my kwin configuration (output from qdbus org.kde.KWin /KWin supportInformation) It's pasted here: https://paste.kde.org/pywlqjyzt -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kwin-x11 depends on: ii kwin-common 4:5.3.2-3 ii libc62.19-19 ii libkf5i18n5 5.12.0-1 ii libkf5windowsystem5 5.12.0-1 ii libqt5core5a 5.4.2+dfsg-5 ii libqt5gui5 5.4.2+dfsg-5 ii libqt5widgets5 5.4.2+dfsg-5 ii libqt5x11extras5 5.4.2-2 ii libstdc++6 5.1.1-14 ii libxcb1 1.10-3+b1 kwin-x11 recommends no packages. kwin-x11 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#793888: ui-gxmlcpp includes autogenerated files that cannot be rebuilt from source
Hi, Quoting Stephan Sürken (2015-08-01 10:55:52) Ok, switching to autoreconf (with b-d on ui-auto) is an option I will consider. Could you ponder a bit more why you think this is a policy violation? It seems a bit harsh considering how autotools work, and everything can be rebuild within Debian/main -- but maybe I missed something ;). I reported it like that because I was not able to recreate ./configure and aclocal.m4 from source. When I deleted both files and tried to regenerate them, I ran into an error and I also got an error when I tried to rebuild with `dh --with autoreconf`. This made me believe that ./configure and aclocal.m4 can *not* be built from source. Or maybe they can but I'm missing some magic? Thanks! cheers, josch signature.asc Description: signature
Bug#794331: daptup: insane amounts of output on upgrades from testing or jessie to sid
Thanks for the explanation. I'll see how I can handle this in piuparts properly. You don't have any debconf question I could preseed to configure this? The output limit was introduced primarily to catch packages outputting continuously while being caught in a loop. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789311: [DRE-maint] Bug#789311: ruby-rack: CVE-2015-3225: Potential Denial of Service Vulnerability in Rack normalize_params()
Hi, On Fri, 31 Jul 2015 04:58:27 +0900, Salvatore Bonaccorso car...@debian.org wrote: [1 text/plain; us-ascii (7bit)] Hi, - snip . The targetting distribution was still set to 'unstable'. Oh, excuse me... I have fixed that in the attached debdiffs and added the patch for jessie-security (can you import them in your VCS please?). Ok. I've commit these changes. Thanks in advance. Best wishes, Youhei --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794322: codespell --help: inconsistent capitalization and punctuation
Package: codespell Version: 1.8-1 Severity: minor The --help output is inconsistent with respect to captialization and punctuation. Some option descriptions start with lowercase letters: -h, --helpshow this help message and exit Some start with captial letter, but don't end with full stop: -d, --disable-colors Disable colors even when printing to terminal And some use full sentences: -e, --hard-encoding-detection Use chardet to detect the encoding of each file. This ... -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793639: minizip: Patch for libkml version constraint
Package: minizip Version: 1.1-6 Followup-For: Bug #793639 Hi Michael, I tried to rebuild gdal with the new libkml from experimental, but the missing version constraint prevents libminizip-dev libkml-dev to be installed. The attached patch adds the version constraint to only Conflicts/Replaces libkml-dev version preceding the fix. Kind Regards, Bas --- ../minizip-1.1_debian.orig/control 2015-08-01 14:05:09.091512734 +0200 +++ debian/control 2015-08-01 14:06:00.904553476 +0200 @@ -47,9 +47,9 @@ ${misc:Depends}, libminizip1 (= ${binary:Version}) Replaces: - libkml-dev, + libkml-dev ( 1.3.0r864+git20150723-0fa2f22-1~), Conflicts: - libkml-dev, + libkml-dev ( 1.3.0r864+git20150723-0fa2f22-1~), Description: compression library - minizip development files minizip is a minimalistic library that supports compressing, extracting, viewing, and manipulating zip files.
Bug#794329: gdc-multilib: uninstallable in sid: Depends: gdc (= 4:5.2.1-2), but sid has gdc (5.2.1-2)
Package: gdc-multilib Version: 4:5.2.1-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is not installable in sid: gdc-multilib/amd64 unsatisfiable Depends: gdc (= 4:5.2.1-2) gdc-multilib/i386 unsatisfiable Depends: gdc (= 4:5.2.1-2) since gdc | 5.1.1-1 | stretch | amd64, arm64, armel, armhf, i386, mips, mipsel, powerpc, ppc64el, s390x gdc | 5.1.1-1 | sid | arm64, armel gdc | 5.2.1-2 | sid | amd64, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Info received (Bug#794053: Acknowledgement (kde: KDE crashed, not even usable like Microsoft Windows)))))
On Sat, Aug 01, 2015 at 10:03:01AM +, Debian Bug Tracking System wrote: If you wish to submit further information on this problem, please send it to 794...@bugs.debian.org. To be exact, but i just discovered it now: {AF2^] can show it's history and any program there can be started! But the history there is really poor :-( Any started program behalves as known: No headline of any window, programs with file top left can be stopped, but for instance Xosview only at VT with killall -9. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794061: breeze: Breeze theme completely stopped working after the last upgrade
On Saturday 01 August 2015 09:22:30 Salvo Tomaselli wrote: [snip] The Debian qt4-x11 build looks for plugins in /usr/lib/arch/qt4/plugins. That's why it loads the breeze style even when the path is not explicitly listed in QT_PLUGIN_PATH. I don't think it does load it without the env-var :) It should, that's the default path embedded in the libs. The en variable might be used to override it. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#794332: sssd-common: deletes conffile owned by sssd: /etc/logrotate.d/sssd
Package: sssd-common Version: 1.12.5-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + sssd Hi, during a test with piuparts I noticed your package deletes an (obsolete) conffile owned another package. The chosen approach is wrong since it does not update dpkg's database. debsums reports modification of the following files, from the attached log (scroll to the bottom...): 2m6.8s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /etc/logrotate.d/sssd (from sssd package) The correct approach should be (but I didn't test this): * drop manual cleanup from sssd-common maintainer scripts * add debian/sssd.maintscript containing = 8 = rm_conffile /etc/logrotate.d/sssd 1.12.5-3~ = 8 = cheers, Andreas sssd_1.12.5-2.log.gz Description: application/gzip
Bug#794333: cpl-plugin-naco-calib: fails to download naco-kit-4.4.0.tar.gz, does not exist
Package: cpl-plugin-naco-calib Version: 4.4.0+dfsg-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package cpl-plugin-naco-calib. (Reading database ... (Reading database ... 7758 files and directories currently installed.) Preparing to unpack .../cpl-plugin-naco-calib_4.4.0+dfsg-1_all.deb ... Unpacking cpl-plugin-naco-calib (4.4.0+dfsg-1) ... Setting up cpl-plugin-naco-calib (4.4.0+dfsg-1) ... --2015-08-01 07:47:48-- ftp://ftp.eso.org/pub/dfs/pipelines/naco/naco-kit-4.4.0.tar.gz = '-' Resolving ftp.eso.org (ftp.eso.org)... 134.171.42.53, 134.171.42.54 Connecting to ftp.eso.org (ftp.eso.org)|134.171.42.53|:21... connected. Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD (1) /pub/dfs/pipelines/naco ... done. == SIZE naco-kit-4.4.0.tar.gz ... done. == PASV ... done.== RETR naco-kit-4.4.0.tar.gz ... No such file 'naco-kit-4.4.0.tar.gz'. gzip: stdin: unexpected end of file tar: Child returned status 1 tar: Error is not recoverable: exiting now gzip: stdin: unexpected end of file tar: Child returned status 1 tar: Error is not recoverable: exiting now dpkg: error processing package cpl-plugin-naco-calib (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: cpl-plugin-naco-calib There are naco-kit-4.4.0-1.tar.gz and naco-kit-4.4.0-3.tar.gz instead. cheers, Andreas cpl-plugin-naco-calib_4.4.0+dfsg-1.log.gz Description: application/gzip
Bug#794340: crash without error message when trying to open unsupported document type
Package: libreoffice-common Version: 1:4.4.4-1 Under Debian/stretch, libreoffice-writer installed, libreoffice-calc not installed, any attempt to open a spreadsheet document (extension .xls) causes libreoffice to crash silently. I would have expected an error message like Spreadsheets not supported in this installation of libreoffice - ask your system administrator to install libreoffice-calc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794323: Should xmail be removed?
Package: xmail Severity: serious The last upstream release in was 2010, that's also when the last maintainer upload occured. It has longstanding RC bugs and already missed jessie. popcon is marginal and we have many good mail servers in Debian as alternatives. If anyone disgrees with the removal, please bring the package in shape, otherwise let's reassign this bug to ftp.debian.org for removal. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793185: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
On Sat, 2015-08-01 at 10:51 +0100, Ian Campbell wrote: http://git.kernel.org/linus/07949bf9c63c9a80027fe8452d5fe8b9ba9b3c23 I'll see about backporting that to the 4.1 kernel in Debian until we move to 4.2. It turns out that this patch while necessary is not sufficient and I also needed the following for full cpufreq autoloading on Cubietruck with Debian's modular kernel config. Cheers, Ian. 8--- From 38880ed1b26e8778268c1da41ab2bb52c6797947 Mon Sep 17 00:00:00 2001 From: Ian Campbell i...@hellion.org.uk Date: Sat, 1 Aug 2015 13:44:06 +0100 Subject: [PATCH] regulator: axp20x: Add module alias This allows the module to be autoloaded. Together with 07949bf9c63c (cpufreq: dt: allow driver to boot automatically) this is sufficient to allow a modular kernel (such as Debian's) to enable cpufreq on a Cubietruck. Signed-off-by: Ian Campbell i...@hellion.org.uk Cc: Liam Girdwood lgirdw...@gmail.com Cc: Mark Brown broo...@kernel.org Cc: Signed-off-by: Chen-Yu Tsai w...@csie.org Cc: Maxime Ripard maxime.rip...@free-electrons.com --- drivers/regulator/axp20x-regulator.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/regulator/axp20x-regulator.c b/drivers/regulator/axp20x-regulator.c index e4331f5..2c82131 100644 --- a/drivers/regulator/axp20x-regulator.c +++ b/drivers/regulator/axp20x-regulator.c @@ -264,3 +264,4 @@ module_platform_driver(axp20x_regulator_driver); MODULE_LICENSE(GPL v2); MODULE_AUTHOR(Carlo Caione ca...@caione.org); MODULE_DESCRIPTION(Regulator Driver for AXP20X PMIC); +MODULE_ALIAS(platform:axp20x-regulator); -- 2.1.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794330: [mousepad] Completely ignores configured font settings
Package: mousepad Version: 0.4.0-2 Severity: normal Start mousepad with an empty document, View - Select Font, pick monospace 20, start writing - nothing has changed, standard font and size used. On stdout the following is output on startup, nothing happens associated with picking the font: == mousepad:15817): GtkSourceView-CRITICAL **: gtk_source_style_scheme_get_id: assertion 'GTK_IS_SOURCE_STYLE_SCHEME (scheme)' failed (mousepad:15817): GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL' failed (mousepad:15817): GtkSourceView-CRITICAL **: gtk_source_style_scheme_get_id: assertion 'GTK_IS_SOURCE_STYLE_SCHEME (scheme)' failed (mousepad:15817): GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL' failed (mousepad:15817): GtkSourceView-CRITICAL **: gtk_source_style_scheme_get_id: assertion 'GTK_IS_SOURCE_STYLE_SCHEME (scheme)' failed == This is annoying as I need to increase the font size to actually read kanji properly. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: stretch/sid 990 testing www.deb-multimedia.org 990 testing 10.1.0.3 500 unstable10.1.0.3 500 quodlibet-unstable 10.1.0.3 1 experimental10.1.0.3 --- Package information. --- Depends (Version) | Installed =-+- libc6(= 2.4) | libdbus-1-3(= 1.0.2) | libdbus-glib-1-2(= 0.88) | libglib2.0-0 (= 2.35.9) | libgtk2.0-0 (= 2.18.0) | libgtksourceview2.0-0 (= 2.10.0) | libpango1.0-0 (= 1.14.0) | Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: OpenPGP digital signature
Bug#582664: Fin de Semana de Agosto en Filo de los Medanos
Si no visualiza correctamente este E-Mail haga Click Aquí ( Link - http://goto-5.net/track/click?u=webp=36343936383a343a343a303a303a30m=30181s=afb7d8dfb4170891d5c7a45614649dac ) | Reenvía a un amigo ( Link - http://goto-5.net/track/click?u=forwardtop=36343936383a343a343a303a303a30m=30181s=afb7d8dfb4170891d5c7a45614649dac ) /* */ IMAGENES IMAGENES ( Link - http://www.filodelosmedanos.com/galeria.html ) CONOCENOS ( Link - http://www.filodelosmedanos.com ) ( Link - http://goto-5.net/track/click?u=facebookp=36343936383a343a343a303a303a30m=30181s=afb7d8dfb4170891d5c7a45614649dac ) ( Link - http://goto-5.net/track/click?u=forwardtop=36343936383a343a343a303a303a30m=30181s=afb7d8dfb4170891d5c7a45614649dac ) Facebook ( Link - https://www.facebook.com/profile.php?id=19898983236 ) Agréganos a tu lista de contactos Información de Contacto ( Link - http://goto-5.net/track/click?u=vcardp=36343936383a343a343a303a303a30m=30181s=afb7d8dfb4170891d5c7a45614649dac ) Para desuscribirse de nuestra lista haga ( Link - http://goto-5.net/track/click?u=unsubscribep=36343936383a343a343a303a303a30m=30181s=afb7d8dfb4170891d5c7a45614649dac )
Bug#790571: please give-back capnproto on mipsel
Control: tags -1 +confirmed (Resending this because I messed up the control flags earlier -- apologies for the spam) Dejan, Arturo, thanks for looking into this. Sorry I've been so slow to get back to you. Arturo, I understand you've followed up with upstream regarding the affected tests Kenton's helping you out with some experimental patches to disable the failing tests. I'd be interested to know how that works out, but I do worry that by disabling the tests we'll be potentially glossing over a real issue. Dejan, I think you might be onto something with that 4k buffer but let me look into it a little. Are you aware of any porterboxes with similar setups to mips-aql-02 + mipsel-manda-0{1,2}? https://db.debian.org/machines.cgi?host=eder (Loongson 2E) looks like it might be a promising candidate from a quick google around. I'm guessing this is likely what's causing builds to fail on several other archs too. Cheers, Tom On Fri, Jul 17, 2015 at 8:20 AM, Dejan Latinovic dejan.latino...@imgtec.com wrote: Hi, I have tested capnproto on a few local machines. Initially, build failed on all boards. On different MIPS boards, different tests were failing. AsyncUnixTest.WriteObserver fails if the kernel PAGESIZE is larger that 4k. After I reduced PAGESIZE to 4096 on CI20, all tests passed. The solution could be to increase buffer size: char buffer[4096] (src/kj/async-unix-test.c++ +416) I had increased it to 16384 and tried it on Loongson 3A (PAGESIZE is 16k, same board as mipsel-manda-01, mipsel-manda-02), all test passed. We should keep on mind that pagesize on some MIPS board is up to 64k. This solution should be discussed upstream. On EdgeRouter Pro (mips-aql-02), these two test failed: [ FAILED ] 2 tests, listed below: [ FAILED ] AsyncUnixTest.SignalWithValue [ FAILED ] AsyncUnixTest.SignalWithPointerValue I will do further investigating. Best Regards, Dejan -- Tom Lee / http://tomlee.co / @tglee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793052: Disconnected IMAP stops getting mail
On Tuesday, July 21, 2015 02:49:22 PM you wrote: Hi Charles, First of all please always report bugs using reportbug utility as described in https://www.debian.org/Bugs/Reporting because we need all the additional information about installed packages on your system. Ok. This problem might be related to Akonadi. Typically that kind of problems may happen due to problems in storage backend when akonadi can't save downloaded emails. What version of akonadi you have installed? Please try latest akonadi* 1.13.0-7 packages from unstable since 1.13.0-7 fixes deadlock that may be affecting kmail. ii akonadi-server 1.13.0-2 amd64 I will try the unstable version so as long as it doesn't pull in a million new libraries and therefor risk breaking my system. It seems to get better if I enable interval mail check (and thus reportedly turn off IMAP IDLE) What Akonadi backend are you using? (See value of Driver variable in ~/.config/akonadi/akonadiserverrc). mysql Please try running akonadictl fsck. If your akonadi uses MYSQL backend then it may be worth checking for errors in No effect, and no errors. Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794345: RFS: node-coffeeify/1.1.0-1 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package node-coffeeify * Package name: node-coffeeify Version : 1.1.0-1 Upstream Author : Johan Nordberg h...@johan-nordberg.com * URL : https://github.com/jnordberg/coffeeify * License : Expat Section : web It builds this binary package: node-coffeeify - browserify plugin for coffee-script To access further information about this package, please visit the following URL: http://mentors.debian.net/package/node-coffeeify Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/node-coffeeify/node- coffeeify_1.1.0-1.dsc Packaging can be found on Alioth: https://anonscm.debian.org/cgit/pkg-javascript/node-coffeeify.git Changes since the last upload: * New upstream release * Fix node-convert-source-map dependency version (Closes: #793856) * Drop testsuite stanza as no longer required for autopkgtest Regards, Ross Gammon -- 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-25-generic (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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794346: ITP: golang-gopkg-eapache-queue.v1 -- fast golang queue using ring-buffer
Package: wnpp Severity: wishlist * Package name: golang-gopkg-eapache-queue.v1 Upstream Author : Evan Huus eapa...@gmail.com * URL : https://github.com/eapache/queue * License : Expat Programming Lang: Go Description : fast golang queue using ring-buffer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794344: transition: python-sqlalchemy
On Saturday, August 01, 2015 10:41:06 PM Jonathan Wiltshire wrote: On 2015-08-01 22:09, Scott Kitterman wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I noticed that sqlalchemy is not transitioning to testing because a number of depending packages need to be rebuilt. I've gotten a bit lost trying to figure out exactly which packages are left to do, so I'd appreciate it if you could set up a transition tracker to facilitate getting this done. Below is my likely not so great attempt at a Ben file. Fundamentally, a 'good' package will Depend: python-sqlalchemy (= 1.0~), python-sqlalchemy ( 1.1) and a 'bad' package will have a max version something less than 1.0. Ben file: title = python-sqlalchemy; is_affected = .depends ~ python-sqlalchemy ; is_good = .depends ~ python-sqlalchemy ( 1.1); is_bad = .depends ~ python-sqlalchemy ( 0.9) | .depends ~ python-sqlalchemy ( 0.10); I tried a few variations, but I found that some packages don't express version constraints on python-sqlalchemy so they show up unknown. I eventually settled on this: title = sqlalchemy; is_affected = .depends ~ /python3?-sqlalchemy/; is_good = .depends ~ /python3?-sqlalchemy/; is_bad = .depends ~ /python3?-sqlalchemy \( 0/; It relies on bad taking precedence over good, and seems to come up with a sensible result (from what I spot-checked). How does it look to you? https://release.debian.org/transitions/html/sqlalchemy.html I agree. It seems sensible (is consistent with the investigations I'd done before I asked for the tracker). I'll work on turning the red ones into green ones and then see what happens after. Thanks, Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789914: apache2: fails to install: ERROR: Module mpm_event is enabled - cannot proceed due to conflicts. It needs to be disabled first!
On Monday 20 July 2015 13:33:04, Jean-Michel Vourgère wrote: We want to backport that to jessie, don't we? I mean a minimal fix. Yes, we do. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791917: dbus: Missing dependency on mountpoint from util-linux package
On 01/08/15 21:45, Kurt Roeckx wrote: So I just ran into this myself. The history file showed that I just did this to fix it: Install: libfdisk1:amd64 (2.26.2-9, automatic) Upgrade: initscripts:amd64 (2.88dsf-59.1, 2.88dsf-59.2), sysvinit-utils:amd64 (2.88dsf-59, 2.88dsf-59.2), util-linux:amd64 (2.25.2-6, 2.26.2-9) This means you had this as the broken situation: initscripts 2.88dsf-59.1 sysvinit-utils 2.88dsf-59 util-linux 2.25.2-6 initscripts 2.88dsf-59.2 has a Breaks on util-linux ( 2.26.2-4~), and has now replaced 2.88dsf-59.1 in testing, so this shouldn't happen again. Can we get the depends/breaks between them so that you can't install a combination that doesn't work? My understanding is that this was a bug in initscripts 2.88dsf-59.1 and was fixed in 2.88dsf-59.2: namely, it dropped mountpoint from the Essential set, but did not ensure that a sufficiently new util-linux to provide mountpoint was installed. Now that initscripts 2.88dsf-59.1 is no longer available in any suite, upgrades from stable shouldn't run into this. I could add a versioned Depends on util-linux (= 2.26.2-4~) in dbus, but this seems like something that packages depending on the Essential set shouldn't need to do; and if you do partial upgrades that don't pick up the newer initscripts, I don't see any way to guarantee that you don't do partial upgrades that don't pick up the newer dbus either, leaving you with a version that does not have that workaround. So it seems to me that this would just make the dependency graph more complicated, for little real gain. Does this match the initscripts maintainers' understanding of the situation? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791165: libsdl-sge: library transition may be needed when GCC 5 is the default
Control: severity -1 normal On 08/02/2015 01:33 AM, Manuel A. Fernandez Montecelo wrote: 2015-08-01 22:36 GMT+01:00 Matthias Klose d...@debian.org: reopen 791165 severity 791165 serious tags 791165 + confirmed retitle 791165 libsdl-sge: library transition is needed when GCC 5 is the default thanks this is exactly what you should *not* do: libsdl-sge (030809dfsg-5) unstable; urgency=medium . * Bump Policy Standars-Version to 3.9.6 (no changes needed) * Rebuild against GCC-5 (Closes: #791165) * Enable parallel compilation with dh * Fix mispelling in d/copyright (detected by lintian) Please rename the library package (and add a proper library version). Why not? I already explained in the bug report why IMO we don't need a transition: - no packages in Debian use the functions sorry, didn't see this. please could you mention this with your next upload in the changelog and then close the issue? In addition: - supertransball2 is going to be NMUd in the libstdc++ transition anyway - ruby-sdl has 200 reported installations in popcon, supertransball 129, infon-viewer 20 (the risk of breakage is not high, and it's in very unimportant packages) - it looks to me that RT are not very happy with unnecessary / gratuitous transitions [1], which to me it reads as if they can avoid them unless really needed [1] https://lists.debian.org/debian-release/2015/07/msg00333.html Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506190: ftplugin/html.vim: indenting broken
On Sun, Nov 23, 2008 at 11:39:47PM -0500, James McCoy wrote: On Wed, Nov 19, 2008 at 08:56:41AM +0100, martin f krafft wrote: Look at the attached file. There are three problems/inconsistencies with indenting: 1. gq causes lines 4-7 to assume the indent of line 3. That's not a full command, so I'll assume you meant you were reformatting all the text inside the tags (a la gqit). Reformatting simply re-wraps the lines according to the textwidth, causing the new line to be indented according to the current indenting rules. Just like manually re-indenting lines 4-7 would use the indent of line 3, so does reformatting the text inside the tags. 2. Appending a line after line 3 (o) preserves the indent, as does autowrapping when adding more text to line 3. HTML's indenting is based on the line previous to the line being indented. 'indentkeys' is set so that adding a new line (via o or O) causes the line to be automatically indented, thus picking up the indent of line 3. The above descriptions are still accurate. 3. Inserting a newline into line 3 removes the indent. The html indent script sets 'indentkeys' such that re-indenting is performed before the newline is inserted (the *Return value in 'indentkeys'). Since the line previous to line 3 has zero indent, that is how line 3 gets indented. This doesn't seem to be the case anymore. It seems like all the behaviors are consistent now. Do you agree the bug can be closed? Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#794353: python-rally: Uninstallable due to python-sqlalchemy version depends
Package: python-rally Version: 0.0.3-4 Severity: grave Justification: renders package unusable A simple rebuild and upload of the package would be sufficient to pick up the newer python-sqlalchemy depends, but it FTBFS when I tried to rebuild it. https://release.debian.org/transitions/html/sqlalchemy.html Scott K process-returncode process-returncode ... FAIL == FAIL: tests.unit.deploy.serverprovider.providers.test_lxc.LxcHostTestCase.test_prepare tests.unit.deploy.serverprovider.providers.test_lxc.LxcHostTestCase.test_prepare -- _StringException: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/mock/mock.py, line 1305, in patched return func(*args, **keywargs) File tests/unit/deploy/serverprovider/providers/test_lxc.py, line 101, in test_prepare fake_conf.write.assert_has_calls(call) File /usr/lib/python2.7/dist-packages/mock/mock.py, line 969, in assert_has_calls ), cause) File /usr/lib/python2.7/dist-packages/six.py, line 692, in raise_from raise value AssertionError: Calls not found. Expected: call('LXC_DHCP_MAX=253\n') Actual: [call('LXC_DHCP_MAX=253\n'), call('LXC_NETMASK=255.255.255.0\n'), call('LXC_ADDR=10.1.1.1\n'), call('LXC_DHCP_RANGE=10.1.1.2,10.1.1.254\n'), call('LXC_NETWORK=10.1.1.0/24\n'), call('LXC_BRIDGE=lxcbr0\n'), call('USE_LXC_BRIDGE=true\n')] Traceback (most recent call last): _StringException: Empty attachments: stderr stdout Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/mock/mock.py, line 1305, in patched return func(*args, **keywargs) File tests/unit/deploy/serverprovider/providers/test_lxc.py, line 101, in test_prepare fake_conf.write.assert_has_calls(call) File /usr/lib/python2.7/dist-packages/mock/mock.py, line 969, in assert_has_calls ), cause) File /usr/lib/python2.7/dist-packages/six.py, line 692, in raise_from raise value AssertionError: Calls not found. Expected: call('LXC_DHCP_MAX=253\n') Actual: [call('LXC_DHCP_MAX=253\n'), call('LXC_NETMASK=255.255.255.0\n'), call('LXC_ADDR=10.1.1.1\n'), call('LXC_DHCP_RANGE=10.1.1.2,10.1.1.254\n'), call('LXC_NETWORK=10.1.1.0/24\n'), call('LXC_BRIDGE=lxcbr0\n'), call('USE_LXC_BRIDGE=true\n')] Traceback (most recent call last): _StringException: Empty attachments: stderr stdout Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/mock/mock.py, line 1305, in patched return func(*args, **keywargs) File tests/unit/deploy/serverprovider/providers/test_lxc.py, line 101, in test_prepare fake_conf.write.assert_has_calls(call) File /usr/lib/python2.7/dist-packages/mock/mock.py, line 969, in assert_has_calls ), cause) File /usr/lib/python2.7/dist-packages/six.py, line 692, in raise_from raise value AssertionError: Calls not found. Expected: call('LXC_DHCP_MAX=253\n') Actual: [call('LXC_DHCP_MAX=253\n'), call('LXC_NETMASK=255.255.255.0\n'), call('LXC_ADDR=10.1.1.1\n'), call('LXC_DHCP_RANGE=10.1.1.2,10.1.1.254\n'), call('LXC_NETWORK=10.1.1.0/24\n'), call('LXC_BRIDGE=lxcbr0\n'), call('USE_LXC_BRIDGE=true\n')] == FAIL: tests.unit.deploy.test_lxc.LxcEngineTestCase.test_cleanup tests.unit.deploy.test_lxc.LxcEngineTestCase.test_cleanup -- _StringException: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/mock/mock.py, line 1305, in patched return func(*args, **keywargs) File tests/unit/deploy/test_lxc.py, line 210, in test_cleanup m_deployment.assert_has_calls(mock.call.delete_resource(res.id)) File /usr/lib/python2.7/dist-packages/mock/mock.py, line 965, in assert_has_calls if expected not in all_calls: File /usr/lib/python2.7/dist-packages/mock/mock.py, line 454, in __contains__ if sub_list == value: File /usr/lib/python2.7/dist-packages/mock/mock.py, line 2171, in __eq__ first, second = other ValueError: too many values to unpack Traceback (most recent call last): _StringException: Empty attachments: stderr stdout Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/mock/mock.py, line 1305, in patched return func(*args, **keywargs) File tests/unit/deploy/test_lxc.py, line 210, in test_cleanup m_deployment.assert_has_calls(mock.call.delete_resource(res.id)) File /usr/lib/python2.7/dist-packages/mock/mock.py, line 965, in assert_has_calls if expected not in all_calls: File /usr/lib/python2.7/dist-packages/mock/mock.py, line 454, in __contains__ if sub_list == value: File /usr/lib/python2.7/dist-packages/mock/mock.py, line 2171, in __eq__ first, second = other ValueError: too many values to unpack Traceback (most recent call last): _StringException: Empty attachments: stderr stdout
Bug#787914: nano: new multi-edit detection segfaults when I say no
Control: severity -1 important On Sun, 2015-07-19 at 18:12 +0800, Paul Wise wrote: I tested Debian's 32-bit nano on my 64-bit system, crashed. I managed to disable the crashes in nano by removing the malloc check environment variables from my shell configuration (see below). I was also getting crashes during editing. They were in random files but doing the same thing at the same point in the same file produced repeatable crashes. Any luck with the valgrind stuff? Looks like there are clear bugs around reading uninitialised memory bugs in the new version. pabs@chianamo ~ $ cat ~/.bash.d/malloc # https://www.gnu.org/software/libc/manual/html_mono/libc.html#Heap-Consistency-Checking export MALLOC_CHECK_=2 # http://udrepper.livejournal.com/11429.html export MALLOC_PERTURB_=$(($RANDOM % 255 + 1)) -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#794355: python-neutron-lbaas: Uninstallable due to python-sqlachemy version requirements
Package: python-neutron-lbaas Version: 2015.1.0-2 Severity: grave Justification: renders package unusable A simple rebuild and upload of the package would be sufficient to pick up the newer python-sqlalchemy depends, but it FTBFS when I tried to rebuild it. https://release.debian.org/transitions/html/sqlalchemy.html Scott K 2015-08-02 03:12:40,030ERROR [neutron_lbaas.drivers.radware.rest_client] REST client is not able to recover since only one vDirect server is configured. }}} pythonlogging:'neutron.api.extensions': {{{2015-08-02 03:12:39,646ERROR [neutron.api.extensions] Extension path 'neutron/tests/unit/extensions' doesn't exist!}}} Traceback (most recent call last): File neutron_lbaas/tests/unit/drivers/radware/test_v2_plugin_driver.py, line 173, in test_flip_servers self.flip_servers_mock.assert_called_once() File /usr/lib/python2.7/dist-packages/mock/mock.py, line 721, in __getattr__ raise AttributeError(name) AttributeError: assert_called_once == FAIL: process-returncode process-returncode -- _StringException: returncode 1 -- Ran 842 tests in 386.992s FAILED (failures=4, skipped=1) debian/rules:19: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 1 make[1]: Leaving directory '/home/neutron-lbaas-2015.1.0' debian/rules:11: recipe for target 'build' failed make: *** [build] Error 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#451535: This bug just ate my LVM2 volume group.
I totally empathise with Ian's frustration. I myself spent eight hours trying to circumvent this 'bug', to put it mildly. I tried to follow a half-dozen contradictory, inaccurate and incomplete walkthroughs with no success, so I'm giving up and starting from scratch. The walkthrough at http://wiki.debian.org/DebianInstaller/Rescue/Crypto does not exist. As this bug hasn't been addressed in 8 years, it may be worth giving up on it. If so, there should at least be bold warnings to anybody tempted to set up encrypted volumes that they will not be reusable if one needs to reinstall Debian unless they have highly advanced knowledge of hand-writing configuration files from rescue CDs. This would, at least, stop hundreds of aggregate human hours from being wasted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775193: djvudigital: insecure use of /tmp
Control: found -1 3.5.27.1-2 Apparently the bug is back from the dead. The current version reads: # consider using mktemp if available: # djvutext=$(mktemp /tmp/djXX.ps || echo /tmp/dj$$.ps) djvutext=/tmp/dj$$.ps trap rm 2/dev/null $djvutext 0 cat $djvutext \EOF ... Note that while the commented-out $(mktemp ... || echo ...) is an improvement over /tmp/dj$$.ps, it would be still insecure if the attacker managed to fill up /tmp, making mktemp fail every time. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794352: python-trove: Uninstallable due to python-alchemy version
Source: python-trove Version: 2015.1.0-3 Severity: grave Justification: renders package unusable A simple rebuild and upload of the package should be sufficient to pick up the newer python-sqlalchemy depends. https://release.debian.org/transitions/html/sqlalchemy.html I'd be glad to do it if you prefer, just reply to the bug. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794357: RM: kmix [mips mipsel] -- ROM; mips/mipsel not supported for Plasma 5 currently
Package: ftp.debian.org Severity: normal The new kmix is non-buildable on mips* at the moment as are some other Plasma 5 components. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666137: should avrdude package ship common udev rule for programmer?
If you can't decide about the correct group/ownership to use, you could always ship the .rules files in doc/examples/ and leave the final decision to the user.
Bug#792685: Unable to upgrade from wheezy to jessie
Hi, Alright, I figured this one out. First, the reason you're having an s3ql_metadata_bak_0 object right after the upgrade is that the upgrade itself backups up the metadata *after* having added the _pre21 suffix to the existing backups. Secondly (and contrary to what I said before), this should nevertheless work fine, because the object metadata (metadata about the storage object holding the file-system metadata) is upgraded when the object is renamed (from s3ql_metadata to s3ql_metadata_bak_0). Thirdly, there is a bug in all versions of S3QL that prevent it to work properly if the bucket prefix contains a plus. This is what initially prevented me from reproducing your problem. Fourth, there is a bug in recent S3QL versions when reading object metadata created by S3QL 1.x. There is a function that appears to return a string, but it actually returns a email.headerregistry._UnstructuredHeader instance that looks and behaves like a string. During the upgrade of the metadata, this object (instead of a string) is then pickled and stored - and when it is then loaded again, S3QL correctly complains that this is an unsafe pickle that attempts to instantiate a weird class. The reason that this does not happen when doing the upgrade in two separate steps is that the more recent S3QL version never looks at the metadata object created by the 1.x version - it gets turned into a backup during the first upgrade, and gets a _pre21 suffix in the second upgrade. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792685: Unable to upgrade from wheezy to jessie
control: tags -1 +pending I've just uploaded a new package to mentors that should fix the issue with the unsafe metadata backup. If this works for you too, I think this is suitable for stable-updates. I'm not sure what the procedure is to get a package in there, so please let me know if I can do anything else to facilitate this. (While I recently became DM, I still haven't managed to get a DD to actually give me upload rights for the packages that I maintain :-/). Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775031: uget: Segmentation fault (Doesnt works after reboot)
Hi, On Sat, Jan 10, 2015 at 06:17:08PM +0500, Khurram Mahmood wrote: Package: uget Version: 1.10.4-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Probably the reboot. * What exactly did you do (or not do) that was effective (or ineffective)? I tried remove and purge and reinstall. The same error exists. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** As I said you in a previous email, we need to debugging uget-gtk-1to2 and look at the messages output. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792685: Unable to upgrade from wheezy to jessie
On Jul 30 2015, Sam Hartman hartm...@debian.org wrote: I'll try and reproduce this in the next day or so and give you access to a failing example. No need, I just managed to reproduce it locally with a filesystem freshly created in wheezy. I'll look into it. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794354: python-sahara: Uninstallable due to python-sqalchemy version requirement
Package: python-sahara Version: 2015.1.0-6 Severity: grave Justification: renders package unusable A simple rebuild and upload of the package should be sufficient to pick up the newer python-sqlalchemy depends. https://release.debian.org/transitions/html/sqlalchemy.html I'd be glad to do it if you prefer, just reply to the bug. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794356: x42-plugins - ebur128 meter is crashing ardour
Package: x42-plugins Version: 20150702 Short version : the EBUR128 meter is crashing Ardour. Long version : the plugin loads fine in the mixer strip, the crash occurs when you double-click on it to get the GUI. As a side-note, the GUI shows up fine when launched as a standalone app (x42-meter 0). I've been talking with upstream a few days ago (Robin is attached to this email) and a fix has been found and released on github. Please see : https://github.com/x42/meters.lv2/commit/aa4b83f9d3d5bd76836fe762c4c5636136d073d7 I've been rebuilding (with pbuilder) the package from the debian source here on a Debian Jessie and it works fine. Suggestion is to add this patch to the current package. Best, Olivier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746491: vim: Ctrl+PgUp (and Down) does not switch beteen tabs
On Wed, Apr 30, 2014 at 04:49:54PM +0200, Alberto Maurizi wrote: it happened recently in sid (don't know exaclty when, but I'd say less than two weeks): if I open more files simultaneously with the -p option, the Ctrl+PgUp (and Down) key sequence does not switch between tabs anymore. I'm not able to reproduce this. I ran “vim -p …” with 10+ files and Ctrl+PgUp/PgDown work fine. What terminal are you using? Did you happen to start using a different terminal when this started happening? Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#793705: mime-support: please make the mtimes reproducible
Control: tag -1 pending Le Sun, Jul 26, 2015 at 07:42:01PM +0200, Maria Valentina Marin a écrit : The attached patch sets the mtimes of all files which are modified during the built to the date of the last changelog entry in order to produce files with reproducible metadata. Please also consider this other bug from the reproducible builds team: https://bugs.debian.org/776939 Thanks Maria Valentina for the patch. I will upload soon, including a long-standing commit that fixes #776939. Have a nice day, Charles -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792685: Updated package
Hi, I uploaded an updated package to mentors for easier testing (and also for someone to sponsor the upload if we've sorted out all problems, I'm not a DD): https://mentors.debian.net/package/s3ql http://mentors.debian.net/debian/pool/main/s/s3ql/s3ql_2.11.1+dfsg-3.dsc Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794342: gnote: Please rebuild gnote
Package: gnote Version: 3.16.2-1 Severity: grave Justification: renders package unusable Due to the transition to gcc-5 gnote needs a rebuild against libgcc1. Otherwise it would be removed or substituded by tomboy which blows up installations with mono stuff. Pick up the chance to upgrade to 5.17. Elimar -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-rc4-galadriel-lxtec-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnote depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libatk1.0-0 2.16.0-2 ii libatkmm-1.6-1 2.22.7-2.1 ii libc62.19-19 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libcairomm-1.0-1 1.10.0-1.1 ii libenchant1c2a 1.6.0-10.1 ii libgcc1 1:5.1.1-14 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libglibmm-2.4-1c2a 2.44.0-1 ii libgtk-3-0 3.16.6-1 ii libgtkmm-3.0-1 3.16.0-1 ii libgtkspell3-3-0 3.0.7-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangomm-1.4-1 2.36.0-1 ii libsecret-1-00.18.2-1 ii libsigc++-2.0-0c2a 2.4.1-1 ii libstdc++6 5.1.1-14 ii libuuid1 2.26.2-9 ii libx11-6 2:1.6.3-1 ii libxml2 2.9.2+dfsg1-3 ii libxslt1.1 1.1.28-2+b2 gnote recommends no packages. gnote 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#787114: Fwd: Re: 787114: ITP: pytest-httpbin -- Test an HTTP library against a local copy of httpbin.org
Control: owner -1 deb...@danielstender.com Forwarded Message Subject: Re: 787114: ITP: pytest-httpbin -- Test an HTTP library against a local copy of httpbin.org Date: Sat, 01 Aug 2015 21:36:04 +0200 From: Vincent Bernat ber...@debian.org Organization: Debian To: Daniel Stender deb...@danielstender.com ❦ 1 août 2015 21:07 +0200, Daniel Stender deb...@danielstender.com : I've packaged some pytest-plugins on HTTP and Kevin McCarthy's vcr.py recently and interested in this stuff ... could I assist on this in collaborative maintenance? Well, I don't remember why I didn't finish this ITP. I don't find any trace of what I could have started. Maybe I've hit some difficulty. As I don't have anything yet, if you are interested, maybe you could just take over the ITP? -- Follow each decision as closely as possible with its associated action. - The Elements of Programming Style (Kernighan Plauger) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793360: apt: APT::Never-MarkAuto-Sections not working as advertised
Erm, ignoring the accidental no-op addition of a stray newline, of course. Whee. ... Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790571: please give-back capnproto on mipsel
Just noticed that the description in the patch itself misleading -- please disregard that. My earlier email represents my best understanding of the issue. On Sat, Aug 1, 2015 at 1:28 PM, Tom Lee deb...@tomlee.co wrote: Control: tags -1 +patch Alrighty, potential patch is attached. Can you folks try it out let me know if it works? If all looks good I'll prep a new upload send the patch upstream. Dejan, you were right on the money with the page size thing. Looks like the write operation in async-unix-test.c++ writes data to the pipe until the underlying buffer is completely filled. At that point, the write operation fails the test continues until we hit the read operation. At that point we try to read 4096 bytes. It seems like if PIPE_BUF 4096 (where PIPE_BUF is typically the size of a page), the pipe doesn't become writable so the test fails. I find this behavior a little surprising, but I can reproduce it myself on x86_64 by simply changing the buffer size to something less than PIPE_BUF. Interesting stuff. With this patch applied I wouldn't be surprised if we saw the write notification fire multiple times (once per PIPE_BUF bytes read). Even if that is happening, I feel like we're testing the intended behavior. Cheers, Tom On Sat, Aug 1, 2015 at 9:04 AM, Tom Lee deb...@tomlee.co wrote: Control: tags +confirmed Dejan, Arturo, thanks for looking into this. Sorry I've been so slow to get back to you. Arturo, I understand you've followed up with upstream regarding the affected tests Kenton's helping you out with some experimental patches to disable the failing tests. I'd be interested to know how that works out, but I do worry that by disabling the tests we'll be potentially glossing over a real issue. Dejan, I think you might be onto something with that 4k buffer but let me look into it a little. Are you aware of any porterboxes with similar setups to mips-aql-02 + mipsel-manda-0{1,2}? https://db.debian.org/machines.cgi?host=eder (Loongson 2E) looks like it might be a promising candidate from a quick google around. I'm guessing this is likely what's causing builds to fail on several other archs too. Cheers, Tom On Fri, Jul 17, 2015 at 8:20 AM, Dejan Latinovic dejan.latino...@imgtec.com wrote: Hi, I have tested capnproto on a few local machines. Initially, build failed on all boards. On different MIPS boards, different tests were failing. AsyncUnixTest.WriteObserver fails if the kernel PAGESIZE is larger that 4k. After I reduced PAGESIZE to 4096 on CI20, all tests passed. The solution could be to increase buffer size: char buffer[4096] (src/kj/async-unix-test.c++ +416) I had increased it to 16384 and tried it on Loongson 3A (PAGESIZE is 16k, same board as mipsel-manda-01, mipsel-manda-02), all test passed. We should keep on mind that pagesize on some MIPS board is up to 64k. This solution should be discussed upstream. On EdgeRouter Pro (mips-aql-02), these two test failed: [ FAILED ] 2 tests, listed below: [ FAILED ] AsyncUnixTest.SignalWithValue [ FAILED ] AsyncUnixTest.SignalWithPointerValue I will do further investigating. Best Regards, Dejan -- Tom Lee / http://tomlee.co / @tglee -- Tom Lee / http://tomlee.co / @tglee -- Tom Lee / http://tomlee.co / @tglee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org