Bug#792366: workaround to not being able to install Deb 8.1
Control: reassign -1 initramfs-tools 0.120 Cyril Brulebois k...@debian.org (2015-07-17): I've just queried kernel/initramfs-tools maintainer's opinion; it might be something missing there, or possibly bad support in the installer; I'm unclear on that topic for now. An early investigation seems to point out issues in initramfs-tools, so reassigning there: it seems mmcblk0 is being passed on, while matching occurs against /dev/mmcblk*, which leads to the issue you're having. Mraw, KiBi. signature.asc Description: Digital signature
Bug#792689: Non-ASCII characters are not emphasised
Package: doxygen Version: 1.8.8-5 When using Markdown non-ASCII characters are not emphasised. This bug is fixed by the upstream developer in 1.8.10. You can find this in the upstream bugtracker: https://bugzilla.gnome.org/show_bug.cgi?id=743675 The bug was fixed in commit 8f67d4f63efd45b0d38502bdf68987d7fc1e92e9. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746270: cupsctl: Unauthorized when not specifying -h localhost
On Fri, Jul 17, 2015 at 4:02 PM, Brian Potkin claremont...@gmail.com wrote: We were hoping you would repeat your testing with at least the most up-to-date Wheezy (1.5.3-5+deb7u5) or with cups from testing or unstable on the *same* system. I noticed that it didn't update because our company repository did not have the new version. I installed the latest official version for Wheezy (1.5.3+deb7u6), but this did not have any effect on the error. The message cupsctl: Unauthorized looks like you are trying to connect to a server for which you have no permission to do so. Do you have a file client.conf in either /etc/cups or /root/.cups? -bash-4.2# ls /etc/cups classes.conf cupsd.conf.default cups-files.conf mailto.conf printers.conf raw.convs snmp.conf subscriptions.conf cupsd.conf cupsd.conf.O cups-pdf.conf ppd printers.conf.O raw.types ssl subscriptions.conf.O -bash-4.2# ls /root/.cups ls: cannot access /root/.cups: No such file or directory By the way: is cupsctl: Unauthorized what was displayed on the screen or a translation of what you saw? This is the actual output: -bash-4.2# cupsctl cupsctl: Unauthorized -bash-4.2# cupsctl -h localhost _debug_logging=1 _remote_admin=0 _remote_any=1 _remote_printers=1 _share_printers=0 _user_cancel_any=0 BrowseLocalProtocols=CUPS dnssd DefaultAuthType=Basic JobPrivateAccess=default JobPrivateValues=default MaxLogSize=0 ServerAlias=* SubscriptionPrivateAccess=default SubscriptionPrivateValues=default WebInterface=Yes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792683: RFP: geronimo-interceptor-1.1-spec -- Geronimo API implementation of the Interceptor 1.1 spec
On 07/17/2015 04:16 PM, Emmanuel Bourg wrote: Le 17/07/2015 15:26, Bas Couwenberg a écrit : This package provides the Geronimo API implementation of the Interceptor 1.1 spec (javax.interceptor classes). This API is also provided by libgeronimo-interceptor-3.0-spec-java, could you check it this version works with commons-jcs? I've found the existing Geronimo packages too, but when I tried them then they didn't work. I'll try again if some more maven.rules can make it work. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792690: RFP: geronimo-jcache-1.0-spec -- Geronimo API implementation of the JCache 1.0 spec
Package: wnpp Severity: wishlist * Package name: geronimo-jcache-1.0-spec Version : 1.0~alpha1 Upstream Author : Apache Geronimo Developers d...@geronimo.apache.org * URL : http://geronimo.apache.org * License : Apache-2.0 Programming Lang: Java Description : Geronimo API implementation of the JCache 1.0 spec Apache Geronimo is an open source application server developed by the Apache Software Foundation and distributed under the Apache license. The goal of the Geronimo project is to produce a server runtime framework that pulls together the best Open Source alternatives to create runtimes that meet the needs of developers and system administrators. Its most popular distribution is a fully certified Java Enterprise Edition 5.0 (Java EE 5) application server runtime. This package provides the Geronimo API implementation of the JCache 1.0 spec (javax.cache classes). This package is required for libcommons-jcs-java (#783538), which in turn is required for JOSM = 8279 (#785416). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792017: game-data-packager: add support for Zork Nemesis Zork: Grand Inquisitor
Le dimanche 12 juillet 2015, 10:37:13 Fabian Greffrath a écrit : Am Samstag, den 11.07.2015, 12:40 +0200 schrieb Alexandre Detiste: # used - /usr/share/games/zork-grand-inquisitor/addon/LiberationMono-Bold.ttf - /usr/share/games/zork-grand-inquisitor/addon/LiberationSans-Bold.ttf - /usr/share/games/zork-grand-inquisitor/fonts/arial.ttf - /usr/share/games/zork-grand-inquisitor/fonts/cour.ttf I hope the latter two are symlinks to the former two? - Fabian So I got the CD's in the mail today... and this (quite expectedly) doesn't match the GOG.com archive. eula.txt manual.pdf are optional. the whole addon/ folder is missing, maybe it is downloadable. there are no fonts on the CD's. tchet@antec:~/git/game-data-packager$ DEBUG=1 ./run zork-inquisitor /tmp/cd1/ /tmp/cd2 -d /tmp --no-compress 21 | grep IMPOSSIBLE | sort -u DEBUG:game-data-packager:addon/g0lpv061.tga: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjiv.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjm2.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjre.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjse.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjsev021.tga: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjsev031.tga: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjsev041.tga: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjx0.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjx1.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjz0.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjz11-20.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/gjz1.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/qb2g.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/uc6e.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:addon/universe.scr: FillResult.IMPOSSIBLE DEBUG:game-data-packager:eula.txt: FillResult.IMPOSSIBLE DEBUG:game-data-packager:fonts/arial.ttf: FillResult.IMPOSSIBLE DEBUG:game-data-packager:fonts/cour.ttf: FillResult.IMPOSSIBLE DEBUG:game-data-packager:fonts/zordeath.ttf: FillResult.IMPOSSIBLE DEBUG:game-data-packager:fonts/zorknorm.ttf: FillResult.IMPOSSIBLE DEBUG:game-data-packager:manual.pdf: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/c000h01q.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/cd00h40q.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/cd30q05p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/cm00h01q.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/dm00h01q.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/e000h01q.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/em00h10p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/em00h11p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/em00h50q.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/g000h51p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/g0lph00q.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/g0lph01q.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjmbh01q.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph65p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph67p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph68p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph69p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph70p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph71p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph72p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph73p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph74p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph75p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph76p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph77p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph78p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph79p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gjnph80p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh02p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh04p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh05p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh07p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh08p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh09p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh10p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh11p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh12p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh13p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh15p.raw: FillResult.IMPOSSIBLE DEBUG:game-data-packager:zgi_mx/gs0zh16p.raw: FillResult.IMPOSSIBLE
Bug#790669: ifupdown: ifup delays the boot process significantly, esp. if router is off.
Hey Alex, Alex Mayer [2015-07-17 13:53 +]: If network is off, on some systems, ifup@eth0.service fails. Which is not that bad, but still unnecessary. systemctl status -l ifup@eth0.service ● ifup@eth0.service - ifup for eth0 Loaded: loaded (/lib/systemd/system/ifup@.service; static; vendor preset: enabled) Active: failed (Result: exit-code) since Fr 2015-07-17 13:33:51 CEST; 1min 17s ago Process: 730 ExecStop=/sbin/ifdown %I (code=exited, status=0/SUCCESS) Process: 687 ExecStartPost=/sbin/ifquery --state %I (code=exited, status=1/FAILURE) Process: 686 ExecStart=/sbin/ifup --allow=hotplug %I (code=killed, signal=TERM) Main PID: 686 (code=killed, signal=TERM) That's intended -- if ifup fails to bring up the interface, the unit is *supposed* to fail; that's the very reason for that ExecStartPost command. But you don't get any delays any more, right? 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#792660: ITP: cups-x2go -- Virtual X2Go printer for CUPS
Le vendredi, 17 juillet 2015, 10.21:30 Mike Gabriel a écrit : CUPS-X2Go provides a CUPS-backend for X2Go printing. This package will be provided by the X2Go Packaging Team. Would it not make more sense to put this under the Printing Team umbrella? Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792691: RFP: geronimo-jcdi-1.0-spec -- Geronimo API implementation of the JCDI 1.0 spec
Package: wnpp Severity: wishlist * Package name: geronimo-jcdi-1.0-spec Version : 1.0 Upstream Author : Apache Geronimo Developers d...@geronimo.apache.org * URL : http://geronimo.apache.org * License : Apache-2.0 Programming Lang: Java Description : Geronimo API implementation of the JCDI 1.0 spec Apache Geronimo is an open source application server developed by the Apache Software Foundation and distributed under the Apache license. The goal of the Geronimo project is to produce a server runtime framework that pulls together the best Open Source alternatives to create runtimes that meet the needs of developers and system administrators. Its most popular distribution is a fully certified Java Enterprise Edition 5.0 (Java EE 5) application server runtime. This package provides the Geronimo API implementation of the JCDI 1.0 spec (javax.decorator, javax.enterprise.context, javax.enterprise.event, javax.enterprise.inject javax.enterprise.util classes). This package is required for libcommons-jcs-java (#783538), which in turn is required for JOSM = 8279 (#785416). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778151: Patch for GCC5 build error
tags 778151 + patch thanks Here's a fix for the GCC 5 build issue. I added extern to inline function in render.c. The package builds and links with GCC 5 with this change. Upstream may prefer to move to C99 instead, please see section Different semantics for inline functions at https://gcc.gnu.org/gcc-5/porting_to.html for more background. -- Nicholas Luedtke Linux for HP Helion OpenStack, Hewlett-Packard Description: Fixes GCC5 build error TODO: ADD extern to put_pixel to conform to the gnu99 std. . tuxonice-userui (1.1+dfsg1.gc3bdd83-3.1) UNRELEASED; urgency=medium . * Non-maintainer upload. * Fixed GCC5 build error. Author: Nicholas Luedtkenicholas.lued...@hp.com --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: https://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- tuxonice-userui-1.1+dfsg1.gc3bdd83.orig/fbsplash/render.c +++ tuxonice-userui-1.1+dfsg1.gc3bdd83/fbsplash/render.c @@ -45,7 +45,7 @@ void render_icon(icon *ticon, u8 *target } } -inline void put_pixel (u8 a, u8 r, u8 g, u8 b, u8 *src, u8 *dst, u8 add) +extern inline void put_pixel (u8 a, u8 r, u8 g, u8 b, u8 *src, u8 *dst, u8 add) { if (fb_opt) { if (a != 255) {
Bug#792693: ITP: golang-github-bmizerany-assert -- Asserts to Go testing
Package: wnpp Severity: wishlist * Package name: golang-msgpack Upstream Author : Blake Mizerany blake.mizer...@gmail.com * URL : https://github.com/bmizerany/assert * License : MIT Programming Lang: Go Description : Asserts to Go testing I will be packaging this as is it a dependency for golang-github-bmizerany-pat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792692: --git-overlay doesn't respect 3.0 (quilt) format
Package: git-buildpackage Version: 0.6.32 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hey! When using gbp buildpackage \ --git-pbuilder \ --git-no-create-orig --git-tarball-dir=$PWD \ --git-overlay \ --git-export-dir=../build-area -i'.*\.orig\.tar\..*' \ -nc gbp will first extract the original tarball, then export HEAD from git to get the debian/ directory. If upstream did include a debian/ directory, the two directories are merged. This is somewhat expected (the manual page says it merges) and unexpected (we are using 3.0 (quilt) for this reason). I guess that gbp could look at debian/source/format and delete the Debian directory after unpacking if it's 2.x or 3.x. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages git-buildpackage depends on: ii devscripts2.15.5 ii git 1:2.1.4-2.1 ii man-db2.7.0.2-5 ii python2.7.9-1 ii python-dateutil 2.2-2 ii python-pkg-resources 17.0-1 ii python-six1.9.0-3 Versions of packages git-buildpackage recommends: ii cowbuilder 0.73 ii pbuilder 0.215+nmu4 ii pristine-tar 1.33 ii python-requests 2.7.0-3 Versions of packages git-buildpackage suggests: pn python-notify none ii unzip 6.0-17 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVqRXYAAoJEJWkL+g1NSX5/RUP/0ifzVxMtNeZDceIaRxP9MSz lf9/T9yRwZu2kPWHq3Dagr32okyrv5VQdAcE5sXkfdS8j6mg6Rh2XAszBzde83uc OzS8DWpFWJmtGpa7LGESJ3po8L086qoqncWG6XJXg3oU0UEhWFjjJX32hzyldY/0 /rvLWUeTRYSeHqepsG8KoUTtuIGRp7KWsXLrIzcIieJ6gjeICIRH05s/DIGEYEr4 2sZ7W8IXbfg/6Fdswrj1J6g5j9ldfXNQ1fsQ/CNlxjjAHMTDZXS6UHi6HHxEBdmF 2jpw95BCJ47KPl1naPAdkpMuq1ArNhNv/IktzqtcM//pVaYy0i+CUspo948BzN8N bgikNdKdeTR8gmVcbjWy9mp6KUBnZCfEej0SD90PlhOmcoJBs5VJM3xAWDTbg7WL 9yQLkznoSxmHzrcIwHkxJ3O5E6pN+CaSi1p6FbYFe/7+G2LtWdrompi4zgDXcP7D Nr3csAd2ynR7+SVduh1OI7gdAhYJSFb9s/IAnBVhsxvyQT59RkidIdlSly4SU8Q1 OFGz6m5gYye5l1a+lUuO6Qoe0d/2Thqu5p98pzRctYxunN9KyWuzSO+KOaBl4Krm +/jGts82ftv35ioaZsA3Kicb5v08gvQDYfmjkeBUQc1ZdiDaT3ANMREbAc98Y8Gm vvnyT73kuqESu5e60K8K =epe6 -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#620927: sudo aptitude or sudo apt-get can't use proxy settings due to env_reset
Hi! * Josh Triplett j...@joshtriplett.org [2011-04-05 06:08:21 CEST]: sudo clears the environment by default. In particular, this removes any proxy settings from the environment. Thus, out of the box, the user can't configure a proxy the normal way (such as by using the desktop environment's network proxy settings) and have it work for installing packages. Actually, allowing the user to set a proxy that the system doesn't know about is a high security risk. One would be able to set up a dedicated host which sends vulnerable packages for installations that the user would be able to install then. All is needed a snapshot of the archive a few days before a DSA got fixed and a user having sudo access just for apt/aptitude could install the vulnerable package then to gain root access. I think it's sane to not allow a user to set a proxy server for installing packages. If you can follow my reason feel free to close the bugreport. :) So long! Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791224: [Pkg-samba-maint] Bug#791224: openchange: library transition may be needed when GCC 5 is the default
On Mon, Jul 06, 2015 at 06:10:32PM -0700, Steve Langasek wrote: Control: tags -1 confirmed On Fri, Jul 03, 2015 at 01:13:14PM +, Matthias Klose wrote: Package: src:openchange Version: 2.2-7 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. [...] - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. There are no reverse-dependencies of this package in the archive except for libmapipp-dev, from the same source. Jelmer, do you see any reason to do a shared lib package name transition for this ABI change, as opposed to just making it a straight rebuild? If you think there are third-party packages depending on libmapipp, I can prepare the patch for this issue. I'm not aware of any third-party packages that depend on libmapipp. In fact, I've been pondering just dropping the C++ binary packages. Let's just do a straight rebuild. Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780025: [Pkg-xfce-devel] Bug#780025: dm-tool: lock locks a new VT instead of current VT
On Sun, 08 Mar 2015 11:46:54 -0300 Ben Armstrong sy...@sanctuary.nslug.ns.ca wrote: Yep, that's all it took. But wow, what a big accident waiting to happen for unsuspecting users! Some time ago, I had disabled xscreensaver to keep my session as light as possible, and the session appeared to be getting locked by lightdm anyway, so I didn't think anything of it. It was not until lxlock failed to produce any visible result when I pressed the Lock Screen button that I went looking and found this issue, so I don't know how long it has been that my session was not actually being locked! Indeed. The whole procedure is broken by design. The dbus methods which dm-tool/lightdm use org.freedesktop.DisplayManager.{Session|Seat}.Lock() org.freedesktop.login1.Session.Lock() don't return any value to the caller. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792564: qa.d.o/dose: please export distcheck and buildcheck results in a machine readable format
On Fri, 17 Jul 2015, Johannes Schauer wrote: I think for the tracker we would want a custom format, in case the dose3 raw data format/schema changes. right. I think that makes sense. I don't see how it makes sense. If that output contains the suitable information, let's use it and define it as the standard that the PTS expects. When the raw dose3 format changes, dose3 can add a new export layer for the PTS if needed. The only alternative would be to invent a generic data source format that would be useful for all possible action items that we want to import. But a generic format for a specialized use case seems overkill. If that page mentioned Depends/Build-Depends/etc instead of using arrows it might be more understandable. but will also become quite crowded. Maybe it would help to have a link which gives a short explanation of how to read the overviews. The only possible meanings for the arrows are Depends/Pre-Depends or Build-Depends/Build-Depends-Indep/Build-Depends-Arch. Do you think it's important to inform about from which field a dependency is coming from? Or are you only saying that it is not obvious that the arrow is describing a dependency relationship? Yes, it would be definitely useful to set a title attribute on the arrows so that you can put the mouse over the arrow and now exactly what relationship it refers to. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792670: androidsdk-ddms: android sdk license appears to violate debian charter
I couldn't find these TC in the upstream Git repository [1]. They seem to be specific to the SDK package distributed by Google at https://developer.android.com/sdk. That doesn't prevent downstream packagers like Debian from distributing it under the original Apache-2.0 license. [1] https://android.googlesource.com/platform/tools/base/+/master -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792678: Booting hangs with uncleared pch fifo underrun on pch transcoder
Package: src:linux Version: 4.0.8-1 Severity: normal Dear maintainer, boot process with the kernel 4.0.0 hangs with the following message: [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder A [drm:cpt_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun But if the sysvinit option is chosen, the boot is continuing. Thanks -- Package-specific info: ** Version: Linux version 4.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-1) ) #1 SMP Debian 4.0.8-1 (2015-07-11) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-2-amd64 root=UUID=f4375c0d-830d-4fe6-b946-89de12bb3f31 ro quiet init=/lib/sysvinit/init ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [3.157962] Bluetooth: SCO socket layer initialized [3.158791] ACPI Warning: SystemIO range 0xEFA0-0xEFBF conflicts with OpRegion 0xEFA0-0xEFAF (\_SB_.PCI0.SBUS.SMBI) (20150204/utaddress-254) [3.158792] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [3.163160] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [3.165134] usbcore: registered new interface driver btusb [3.181535] input: PC Speaker as /devices/platform/pcspkr/input/input19 [3.222101] alg: No test for crc32 (crc32-pclmul) [3.262914] r8169 :09:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-3.fw [3.383271] r8169 :09:00.0 eth0: link down [3.383304] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [3.387542] random: nonblocking pool is initialized [3.396003] intel_rapl: Found RAPL domain package [3.396005] intel_rapl: Found RAPL domain core [3.396006] intel_rapl: Found RAPL domain uncore [3.416252] [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder A [3.416277] [drm:cpt_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun [3.515197] ACPI: Battery Slot [BAT1] (battery present) [3.515609] wmi: Mapper loaded [3.625556] iTCO_vendor_support: vendor-support=0 [3.626618] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [3.626659] iTCO_wdt: Found a Panther Point TCO device (Version=2, TCOBASE=0x0460) [3.627101] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [3.685638] Console: switching to colour frame buffer device 170x48 [3.689529] i915 :00:02.0: fb0: inteldrmfb frame buffer device [3.689531] i915 :00:02.0: registered panic notifier [3.695166] cfg80211: World regulatory domain updated: [3.695170] cfg80211: DFS Master region: unset [3.695171] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [3.695174] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [3.695176] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [3.695177] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 mBm), (N/A) [3.695180] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [3.695182] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [3.695184] cfg80211: (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 mBm), (0 s) [3.695185] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [3.695187] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 mBm), (N/A) [3.893766] psmouse serio4: synaptics: queried max coordinates: x [..5768], y [..5236] [3.934284] psmouse serio4: synaptics: queried min coordinates: x [1172..], y [616..] [3.999382] psmouse serio4: synaptics: Touchpad model: 1, fw: 8.1, id: 0x1e2b1, caps: 0xd002a3/0x940300/0x126c00, board id: 2290, fw id: 1212745 [3.999396] psmouse serio4: synaptics: serio: Synaptics pass-through port at isa0060/serio4/input0 [4.048113] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input22 [4.189760] Adding 980988k swap on /dev/sdb3. Priority:-1 extents:1 across:980988k SSFS [4.208370] EXT4-fs (sdb1): re-mounted. Opts: (null) [4.249485] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro [5.443521] lp: driver loaded but no devices found [5.456977] ppdev: user-space parallel port driver [5.478773] loop: module loaded [5.502497] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null) [5.562156] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) [6.161889] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input24 [6.239551] vboxdrv: Found 2 processor cores. [6.241051] vboxdrv: fAsync=0 offMin=0x19e offMax=0x319a [6.241138] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [6.241140] vboxdrv: Successfully loaded version
Bug#792670: androidsdk-ddms: android sdk license appears to violate debian charter
Le 17/07/2015 12:06, Luke Kenneth Casson Leighton a écrit : thoughts? The code from android.googlesource.com clearly comes with an Apache-2.0 license though. I wonder if these terms and conditions only apply to the SDK distributed by Google on developer.android.com. That would be somewhat similar to Oracle distributing Java with different terms than OpenJDK. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792674: sudo: information exposure with sudo -l and NOPASSWD lines
Package: sudo Version: 1.8.5p2-1+nmu2 Severity: normal Dear Maintainer, I've noticed that sudo -l ususally seems to ask for a password. If a user though gets a single line configured with NOPASSWD, sudo -l doesn't ask for any password and spits out all commands the user is able to run. This could be seen as information exposure. Either the commands the user can run shouldn't be password protected at all, regardless of whether the user has a NOPASSWD line available, or the user should only receive the NOPASSWD lines as output if they don't provide a password. I don't think it's a big deal in general, but it's a strange handling of it and puzzled me because I considered the password question for sudo -l to be somewhat of a security precaution of no information exposure somehow. Thanks! Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790682: ltt-control: please enable ppc64el
Source: ltt-control Followup-For: Bug #790682 There you go then. Regards. Fernando diff -Nru ltt-control-2.6.0/debian/changelog ltt-control-2.6.0/debian/changelog --- ltt-control-2.6.0/debian/changelog 2015-06-05 10:46:16.0 -0400 +++ ltt-control-2.6.0/debian/changelog 2015-07-17 08:33:59.0 -0400 @@ -1,3 +1,9 @@ +ltt-control (2.6.0-1ppc64el1) UNRELEASED; urgency=medium + + * debian/control: added ppc64el architecture + + -- Fernando Seiti Furusato ferse...@br.ibm.com Fri, 17 Jul 2015 08:33:41 -0400 + ltt-control (2.6.0-1) unstable; urgency=medium [ Michael Jeanson ] diff -Nru ltt-control-2.6.0/debian/control ltt-control-2.6.0/debian/control --- ltt-control-2.6.0/debian/control 2015-06-05 10:46:16.0 -0400 +++ ltt-control-2.6.0/debian/control 2015-07-17 08:33:31.0 -0400 @@ -11,7 +11,7 @@ Package: lttng-tools Section: utils -Architecture: amd64 armel armhf i386 mips mipsel powerpc s390x +Architecture: amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x Depends: ${shlibs:Depends}, ${misc:Depends} Recommends: babeltrace Suggests: lttng-modules-dkms @@ -28,7 +28,7 @@ and userspace (UST) tracers. Package: liblttng-ctl0 -Architecture: amd64 armel armhf i386 mips mipsel powerpc s390x +Architecture: amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} @@ -45,7 +45,7 @@ Package: liblttng-ctl-dev Section: libdevel -Architecture: amd64 armel armhf i386 mips mipsel powerpc s390x +Architecture: amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, liblttng-ctl0 (= ${binary:Version}) @@ -63,7 +63,7 @@ Package: ltt-bin Section: oldlibs -Architecture: amd64 armel armhf i386 mips mipsel powerpc s390x +Architecture: amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x Depends: ${misc:Depends}, lttng-tools Description: Transitional package for lttng-tools This is a transitional package to ease upgrades to the lttng-tools package. @@ -71,7 +71,7 @@ Package: liblttd0 Section: oldlibs -Architecture: amd64 armel armhf i386 mips mipsel powerpc s390x +Architecture: amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x Depends: ${misc:Depends}, liblttng-ctl0 Description: Transitional package for liblttng-ctl0 This is a transitional package to ease upgrades to the liblttng-ctl0 package. @@ -79,7 +79,7 @@ Package: liblttd-dev Section: oldlibs -Architecture: amd64 armel armhf i386 mips mipsel powerpc s390x +Architecture: amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x Depends: ${misc:Depends}, liblttng-ctl-dev Description: Transitional package for liblttng-ctl-dev This is a transitional package to ease upgrades to the liblttng-ctl-dev @@ -87,7 +87,7 @@ Package: liblttctl0 Section: oldlibs -Architecture: amd64 armel armhf i386 mips mipsel powerpc s390x +Architecture: amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x Depends: ${misc:Depends}, liblttng-ctl0 Description: Transitional package for liblttng-ctl0 This is a transitional package to ease upgrades to the liblttng-ctl0 package. @@ -95,7 +95,7 @@ Package: liblttctl-dev Section: oldlibs -Architecture: amd64 armel armhf i386 mips mipsel powerpc s390x +Architecture: amd64 armel armhf i386 mips mipsel powerpc ppc64el s390x Depends: ${misc:Depends}, liblttng-ctl-dev Description: Transitional package for liblttng-ctl-dev This is a transitional package to ease upgrades to the liblttng-ctl-dev
Bug#792670: androidsdk-ddms: android sdk license appears to violate debian charter
On Fri, Jul 17, 2015 at 1:11 PM, Emmanuel Bourg ebo...@apache.org wrote: Le 17/07/2015 12:06, Luke Kenneth Casson Leighton a écrit : thoughts? The code from android.googlesource.com clearly comes with an Apache-2.0 license though. I wonder if these terms and conditions only apply to the SDK distributed by Google on developer.android.com. That would be somewhat similar to Oracle distributing Java with different terms than OpenJDK. the discussion is ongoing on a gnu list, and there it was raised that the TC are a generic overview that is required to be agreed with *in addition* to the licenses, some of which, it was pointed out, are GPL as well as apache2. there was an announcement only a few days ago where the FSF pointed out that canonical's TCs clearly contradict the GPL... so this is not something that can be taken lightly. (case 1) - the TCs are over-and-above (i.e. in addition to) the apache2 license, making the entire software non-free. this would be acceptable if and only if the android sdk code was moved to the nonfree section. (case 2) the TCs *contradict* the GPL (if the person who assessed the software on the gnu list is correct in that there is some GPL software), thus placing debian in the rather awkward position of violating its charter and quite possibly copyright law as well. this is why i raised this as important as it really really needs a full and thorough review. this _should_ be quite straightforward as the rules on checking that the software is properly compliant (copyright file) are very clear. however if you'd like to do a more thorough audit i have a program called copyright_check.py which does a heck of a lot more than lintian. it's an O(N^3) algorithm that carries out a two-way verification of the copyright file's regexps with the *actual* copright notices. it would at least help you to verify that the copyright file correctly matches (with nothing missing for example) the actual files. ... apologies for the extra work! l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792670: androidsdk-ddms: android sdk license appears to violate debian charter
On Fri, Jul 17, 2015 at 1:39 PM, Emmanuel Bourg ebo...@apache.org wrote: I couldn't find these TC in the upstream Git repository [1]. oh - that's very good. ok, that helps enormously... you don't need to go to the sdk site, you can just bypass it and compile the code directly from source. i like that. ok sorry to have taken up your time emmanuel, but better safe than sorry :) l. They seem to be specific to the SDK package distributed by Google at https://developer.android.com/sdk. That doesn't prevent downstream packagers like Debian from distributing it under the original Apache-2.0 license. [1] https://android.googlesource.com/platform/tools/base/+/master -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792619: transition: ffmpeg
Hi, On 17.07.2015 08:57, Andreas Beckmann wrote: Andreas Cadhalpun wrote: (The command line tools transition is not required to happen in lock step, because the transitional package libav-tools-links can satisfy the dependencies, until the packages are updated.) and from the wiki page: To facilitate the transition, a libav-tools-links package, which 'Provides: libav-tools' and contains links from the av* to the ff* binaries is going to be built from src:ffmpeg. That sounds very fragile. Apt does not handle upgrades from real to virtual packages very well, I'm aware of that, but thanks for pointing it out anyway. ;) you should use a real transitional package named 'libav-tools' (which could just depend on libav-tools-links). (See 'apt does not find an upgrade path' bugs from the last years ...) Now that it's been decided to drop the libav source package after the transition, we could do this, but the question is, whether we should. I've asked for feedback about that [1]: Though I'm wondering now, if it wouldn't be better to also take over the libav-tools binary package (instead of the libav-tools-links package), so that existing installations of libav-tools get migrated to ffmpeg. The libav-tools-links only 'Provides: libav-tools' so that dependencies can be satisfied, but since apt prefers real packages over virtual ones, it wouldn't affect existing libav-tools installations. What do you think? The thing is that last time people didn't like to get the libav tools, when they had installed ffmpeg... In any case, this does not have to be entangled with the library transition. Best regards, Andreas 1: https://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2015-July/045700.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792672: Assertion error in meters.lv2
Package: x42-plugins Version: 20150702-1 Hello: Someone at the #debian-multimedia channel dropped this report olinuxx Hi guys, I've a bug to report against x42-plugins olinuxx the meters, both as LV2 or standalone app (x42-meter) who are normaly displaying a needle are segfaulting olinuxx using them in ardour crash it olinuxx the error log is : x42-meter: ./gui/needle.c:118: void img2surf(const MyGimpImage*, cairo_surface_t**, unsigned char**): Assertion `ys + xs (img-width * img-height + img-bytes_per_pixel)' failed. olinuxx (you can get it trying x42-meter 6 as an example) olinuxx this is the case with a fresh Jessie install with the backport from stretch, as well as a fresh Stretch install olinuxx I didn't looked deep yet into BTS reporting, so I'm putting that here, hopefully, someone will pick it up I looked at the source and the fix is trivial. It should be * and not + as in: -assert (ys + xs (img-width * img-height + img-bytes_per_pixel)); +assert (ys + xs (img-width * img-height * img-bytes_per_pixel)); ys + xs is a sequence that accumulates the total number of bytes and it goes img-bytes_per_pixel, img-bytes_per_pixel*1, img-bytes_per_pixel*2, ... img-bytes_per_pixel*(img-width * img-height -1) It seems upstream wanted to bound ys + xs by the next value in the sequence which is (img-width * img-height * img-bytes_per_pixel). This makes the assertion always true since it will be short of the upper bound by at least img-bytes_per_pixel. Upstream's commit suggest that there may be another issue https://github.com/x42/meters.lv2/commit/70497bb8b77aa5ddf13801b0a1472525cfbe42e7 with array boundaries but that is independent of this report. I have never run or compiled these plugins but the math seems to add up. Hope my pseudo-patch helps. Cheers, Miguel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792673: bup: please make the build reproducible
Source: bup Version: 0.27-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that bup could not be built reproducibly. The attached patch removes timestamps from the build system. Once applied, bup can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --no-dereference -urNad bup.orig/bup-0.27/debian/gen_version_py.sh bup/bup-0.27/debian/gen_version_py.sh --- bup.orig/bup-0.27/debian/gen_version_py.sh 2015-07-17 12:40:22.278600508 +0100 +++ bup/bup-0.27/debian/gen_version_py.sh 2015-07-17 12:44:05.764799639 +0100 @@ -1,7 +1,7 @@ #!/bin/sh VERSION=$(dpkg-parsechangelog | grep-dctrl -ensVersion -FSource .) -DATE=$(date '+%Y-%m-%d %H:%M:%S %z') +DATE=$(date --utc --date=`dpkg-parsechangelog -SDate` '+%Y-%m-%d %H:%M:%S %z') echo echo COMMIT=''
Bug#792675: HTTPS links in lists.debian.org has received bounces from you
Package: lists.debian.org Severity: wishlist Usertags: https-everywhere The lists.debian.org has received bounces from you mails contains two HTTP links: http://lists.debian.org/bounces/$SOMETHING http://wiki.debian.org/Teams/ListMaster/FAQ Could you make it s/http/https/? -- 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#792676: libpdfbox-java: pdfannotextractor.pl fails to find org.pdfbox.cos.ICOSVisitor class
Package: libpdfbox-java Version: 1:1.8.7+dfsg-1 Severity: important Dear Maintainer, I am trying to apply the solution proposed in this answer http://tex.stackexchange.com/a/48118/82119 but on following the first step, the pdfannotextractor.pl dies with: $ /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl capturing-ddl.pdf PDFAnnotExtractor 0.1l, 2012/04/18 - Copyright (c) 2008, 2011, 2012 by Heiko Oberdiek. Exception in thread main java.lang.NoClassDefFoundError: org/pdfbox/cos/ICOSVisitor at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2615) at java.lang.Class.getMethod0(Class.java:2856) at java.lang.Class.getMethod(Class.java:1668) at sun.launcher.LauncherHelper.getMainMethod(LauncherHelper.java:494) at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:486) Caused by: java.lang.ClassNotFoundException: org.pdfbox.cos.ICOSVisitor at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 6 more I have no idea how to fix this problem. Maybe I need to specify a classpath or something? I looked at the .pl file itself and there's a --install option, but on running it, it says the PDFBox is already found: $ /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl --install PDFAnnotExtractor 0.1l, 2012/04/18 - Copyright (c) 2008, 2011, 2012 by Heiko Oberdiek. * Nothing to do, because PDFBox is already found: /usr/share/java/pdfbox.jar Not quite sure what to do next. Maybe it's just missing a dependency? -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_CL.utf8, LC_CTYPE=es_CL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libpdfbox-java depends on: ii libfontbox-java 1:1.8.7+dfsg-1 libpdfbox-java recommends no packages. libpdfbox-java 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#780025: [Pkg-xfce-devel] Bug#780025: Bug#780025: dm-tool: lock locks a new VT instead of current VT
On ven., 2015-07-17 at 13:38 +0200, Piotr Martycz wrote: The whole procedure is broken by design. The dbus methods which dm-tool/lightdm use org.freedesktop.DisplayManager.{Session|Seat}.Lock() org.freedesktop.login1.Session.Lock() don't return any value to the caller. That's why you shouldn't call it unless you know something will do the locking. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#792677: opencv: OpenCV 3.0 is released
Source: opencv Severity: wishlist Hi, OpenCV 3.0 is released in GitHub [0], but not in SourgeForge. Please help to upgrade to 3.0. [0] https://github.com/Itseez/opencv/releases -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#792545: python-setuptools: Newer upstream release required for python-mock (= 17.1)
Hi, FYI, I'm also affected by this. I need the newer version of mock so that I can upgrade python-taskflow, which is itself needed by Cinder and Glance (which are OpenStack packages). Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790669: ifupdown: ifup delays the boot process significantly, esp. if router is off.
I narrowed it down to two changes in systemd (218-4) see changelog: * debian/ifup@.service: Check if ifup succeeds by calling ifquery, to work around ifup not failing on invalid interfaces (see #773539) * debian/ifup@.service: Set proper service type (oneshot). So one possible workaround is to delete two lines from service section in /lib/systemd/system/ifup@.service Type=oneshot ExecStartPost=/sbin/ifquery --state %I -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746270: cupsctl: Unauthorized when not specifying -h localhost
On Fri 17 Jul 2015 at 13:03:33 +0200, darkdragon wrote: On the system, I reported the bug from, I only have the root user and the bug still persists (version 1.5.3-5+deb7u1) On my other system (version 2.0.2-1ubuntu3.1) everything works as expected (user and root). We were hoping you would repeat your testing with at least the most up-to-date Wheezy (1.5.3-5+deb7u5) or with cups from testing or unstable on the *same* system. The message cupsctl: Unauthorized looks like you are trying to connect to a server for which you have no permission to do so. Do you have a file client.conf in either /etc/cups or /root/.cups? By the way: is cupsctl: Unauthorized what was displayed on the screen or a translation of what you saw? Thank you, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792686: RFP: geronimo-atinject-1.0-spec -- Geronimo API implementation of the AtInject 1.0 spec
Package: wnpp Severity: wishlist * Package name: geronimo-atinject-1.0-spec Version : 1.0 Upstream Author : Apache Geronimo Developers d...@geronimo.apache.org * URL : http://geronimo.apache.org * License : Apache-2.0 Programming Lang: Java Description : Geronimo API implementation of the AtInject 1.0 spec Apache Geronimo is an open source application server developed by the Apache Software Foundation and distributed under the Apache license. The goal of the Geronimo project is to produce a server runtime framework that pulls together the best Open Source alternatives to create runtimes that meet the needs of developers and system administrators. Its most popular distribution is a fully certified Java Enterprise Edition 5.0 (Java EE 5) application server runtime. This package provides the Geronimo API implementation of the AtInject 1.0 spec (javax.inject classes). This package is required for libcommons-jcs-java (#783538), which in turn is required for JOSM = 8279 (#785416). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792687: gettext: please support timestamps from environment
Source: gettext Version: 0.19.4-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that the xgettext tool from gettext embeds timestamps on the creation of PO files. For the Reproducible Builds effort we are proposing an environment variable (SOURCE_DATE_EPOCH) [2] that will contain a deterministic epoch timestamp (based on the latest debian/changelog entry) that could be used, which should be automatically exported by debhelper in the future [3]. The attached patch proposes a way to use this variable to get reproducible timestamps in the PO files generated by xgettext, if the variable has been set (if not, it falls back to the old behavior). With the attached patch packages using xgettext would then automatically generate reproducible translation files. [1]: https://wiki.debian.org/ReproducibleBuilds [2]: https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal [3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791815 Regards, -- Dhole diff -Nru gettext-0.19.4/debian/changelog gettext-0.19.4/debian/changelog --- gettext-0.19.4/debian/changelog 2015-05-15 18:01:14.0 +0200 +++ gettext-0.19.4/debian/changelog 2015-07-17 15:47:54.0 +0200 @@ -1,3 +1,11 @@ +gettext (0.19.4-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add support for reproducible builds by using $SOURCE_DATE_EPOCH as the +date on creation of PO files with xgettext. + + -- Dhole dh...@openmailbox.org Fri, 17 Jul 2015 15:47:41 +0200 + gettext (0.19.4-1) unstable; urgency=low * New upstream release. diff -Nru gettext-0.19.4/debian/patches/03-Replace-timestamp-with-SOURCE_DATE_EPOCH gettext-0.19.4/debian/patches/03-Replace-timestamp-with-SOURCE_DATE_EPOCH --- gettext-0.19.4/debian/patches/03-Replace-timestamp-with-SOURCE_DATE_EPOCH 1970-01-01 01:00:00.0 +0100 +++ gettext-0.19.4/debian/patches/03-Replace-timestamp-with-SOURCE_DATE_EPOCH 2015-07-17 15:56:22.0 +0200 @@ -0,0 +1,47 @@ +Description: Replace date timestamp by SOURCE_DATE_EPOCH env var in xgettext + . + gettext (0.19.4-1.1) UNRELEASED; urgency=medium + . + * Non-maintainer upload. + * Add support for reproducible builds by using $SOURCE_DATE_EPOCH as the + date on creation of PO files with xgettext. +Author: Dhole dh...@openmailbox.org + +--- + +--- gettext-0.19.4.orig/gettext-tools/src/xgettext.c gettext-0.19.4/gettext-tools/src/xgettext.c +@@ -3410,6 +3410,7 @@ construct_header () + message_ty *mp; + char *msgstr; + char *comment; ++ char *source_date_epoch; + static lex_pos_ty pos = { __FILE__, __LINE__ }; + + if (package_name != NULL) +@@ -3431,7 +3432,24 @@ the MSGID_BUGS_ADDRESS variable there; o + specify an --msgid-bugs-address command line option.\n\ + ))); + +- time (now); ++ /* Allow the date and time to be set externally by an exported ++ environment variable to enable reproducible builds. */ ++ source_date_epoch = getenv (SOURCE_DATE_EPOCH); ++ if (source_date_epoch) ++{ ++ errno = 0; ++ now = (time_t) strtol (source_date_epoch, NULL, 10); ++ if (errno != 0) ++error (EXIT_FAILURE, errno, _(\ ++SOURCE_DATE_EPOCH=\%s\ is not a valid number), source_date_epoch); ++ ++ /* The function po_strftime uses localtime() to parse the timestamp, so ++ we need to fix the environment timezone to get reproducible results */ ++ setenv(TZ, UTC, 1); ++} ++ else ++time (now); ++ + timestring = po_strftime (now); + + msgstr = xasprintf (\ diff -Nru gettext-0.19.4/debian/patches/series gettext-0.19.4/debian/patches/series --- gettext-0.19.4/debian/patches/series2015-05-15 17:19:58.0 +0200 +++ gettext-0.19.4/debian/patches/series2015-07-17 15:55:50.0 +0200 @@ -1,2 +1,3 @@ 01-do-not-use-java-in-urlget 02-msgfmt-default-little-endian +03-Replace-timestamp-with-SOURCE_DATE_EPOCH signature.asc Description: OpenPGP digital signature
Bug#788095: can't load pygit2: PermissionError: [Errno 13] Permission denied: '/usr/lib/python3/dist-packages/$
Followup-For: Bug #788095 Package: python-pygit2 Version: 0.22.0-3 Dear Maintainer, It looks like this issue is still present in 0.22.0-3. I get the following error messages when attempting to import the module: $ python -c 'import pygit2' Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.7/dist-packages/pygit2/__init__.py, line 35, in module from .blame import Blame, BlameHunk File /usr/lib/python2.7/dist-packages/pygit2/blame.py, line 32, in module from .errors import check_error File /usr/lib/python2.7/dist-packages/pygit2/errors.py, line 29, in module from .ffi import ffi, C File /usr/lib/python2.7/dist-packages/pygit2/ffi.py, line 35, in module ffi, C = get_ffi() File /usr/lib/python2.7/dist-packages/pygit2/_utils.py, line 101, in get_ffi include_dirs=[libgit2_include], library_dirs=[libgit2_lib]) File /usr/lib/python2.7/dist-packages/cffi/api.py, line 373, in verify lib = self.verifier.load_library() File /usr/lib/python2.7/dist-packages/cffi/verifier.py, line 95, in load_library self._write_source() File /usr/lib/python2.7/dist-packages/cffi/verifier.py, line 183, in _write_source with open(self.sourcefilename, w) as fp: IOError: [Errno 2] No such file or directory: '/usr/lib/python2.7/dist-packages/pygit2/__pycache__/pygit2_cffi_ab5e9344x5470904.c' $ python3 -c 'import pygit2' Traceback (most recent call last): File string, line 1, in module File /usr/lib/python3/dist-packages/pygit2/__init__.py, line 35, in module from .blame import Blame, BlameHunk File /usr/lib/python3/dist-packages/pygit2/blame.py, line 32, in module from .errors import check_error File /usr/lib/python3/dist-packages/pygit2/errors.py, line 29, in module from .ffi import ffi, C File /usr/lib/python3/dist-packages/pygit2/ffi.py, line 35, in module ffi, C = get_ffi() File /usr/lib/python3/dist-packages/pygit2/_utils.py, line 101, in get_ffi include_dirs=[libgit2_include], library_dirs=[libgit2_lib]) File /usr/lib/python3/dist-packages/cffi/api.py, line 373, in verify lib = self.verifier.load_library() File /usr/lib/python3/dist-packages/cffi/verifier.py, line 95, in load_library self._write_source() File /usr/lib/python3/dist-packages/cffi/verifier.py, line 183, in _write_source with open(self.sourcefilename, w) as fp: PermissionError: [Errno 13] Permission denied: '/usr/lib/python3/dist-packages/pygit2/__pycache__/pygit2_cffi_1b714a1x5470904.c' The same bug also shows up in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/python-pygit2/+bug/1475431 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-pygit2 depends on: ii dpkg 1.18.1 ii libc62.19-19 ii libgit2-22 0.22.2-2 ii python 2.7.9-1 ii python-cffi 1.1.2-1 pn python:any none python-pygit2 recommends no packages. Versions of packages python-pygit2 suggests: pn python-pygit2-doc none -- no debconf information -- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792366: workaround to not being able to install Deb 8.1
Hi Niels, Niels Verbeek nverb...@dds.nl (2015-07-17): Hello Debian, What solved the installation crashes for me was: 1) Do not install using LVM, just plain old-fashioned partitions. 2) Before continuing to 'choose and install software / packages' use the command line to manually install the discover package and edit the config file so that is does not try to scan the USB and/or SCSI buses. Scanning these freezes the acer aspire e11 e12-111m laptop) system Cheers, Niels p.s. Still not quite sure which package(s) this trouble belongs to. It might be the installer, the mkinitrd package, the discover packages or the dependencies between them. Thanks for your report, I've only now seen it had been reassigned to debian-boot@. I've just queried kernel/initramfs-tools maintainer's opinion; it might be something missing there, or possibly bad support in the installer; I'm unclear on that topic for now. Mraw, KiBi. signature.asc Description: Digital signature
Bug#792361: redmine: dpkg --configure broken when installing ruby packages
Hi, 2015-07-17 9:51 GMT+02:00 Pirate Praveen prav...@onenetbeyond.org: ... Can this be even made a policy? If a single application is blocking a library update the older version can be embedded in that application. Does not sound like a good idea. It is also against Debian Policy. Working with upstream to help them in migrating to the latest versions of their dependencies is the established and proper way to go. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788896: xserver-xorg-video-intel: background display corrupted upon boot
Package: xserver-xorg-video-intel Version: 2:2.99.917-2 Followup-For: Bug #788896 Hello, checked version 2:2.99.917-2, bug still found. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Feb 2 2011 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2544344 Jul 1 13:21 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) Xorg X server configuration file status: -rw-r--r-- 1 root root 2937 Jan 29 2014 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files # path to defoma fonts FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/100dpi:unscaled FontPath/usr/share/fonts/X11/75dpi:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/local/share/fonts EndSection Section ServerFlags OptionDontZap false OptionDontZoom false EndSection Section Module Loadi2c Loadbitmap Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputClass Identifier MyClass MatchProductLogitech USB Receiver Option ButtonMapping 3 2 1 EndSection Section Device Identifier Intel Corporation 82865G Integrated Graphics Controller Driver intel BusID PCI:0:2:0 EndSection Section Monitor Identifier PHL_MGV 109S Option DPMS Option PreferredMode 1024x768 Gamma 1.60 1.70 1.50 # created by KGamma EndSection Section Screen Identifier Default Screen Device Intel Corporation 82865G Integrated Graphics Controller Monitor PHL_MGV 109S DefaultDepth24 SubSection Display Depth 1 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection Section DRI Mode0666 EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): --- Linux version 4.0.0-2-686-pae (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-1) ) #1 SMP Debian 4.0.8-1 (2015-07-11) Xorg X server log files on system: -- -rw-r--r-- 1 root root 18865 Jul 17 10:10 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
Bug#792683: RFP: geronimo-interceptor-1.1-spec -- Geronimo API implementation of the Interceptor 1.1 spec
Le 17/07/2015 15:26, Bas Couwenberg a écrit : This package provides the Geronimo API implementation of the Interceptor 1.1 spec (javax.interceptor classes). This API is also provided by libgeronimo-interceptor-3.0-spec-java, could you check it this version works with commons-jcs? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792686: RFP: geronimo-atinject-1.0-spec -- Geronimo API implementation of the AtInject 1.0 spec
Le 17/07/2015 16:03, Bas Couwenberg a écrit : This package provides the Geronimo API implementation of the AtInject 1.0 spec (javax.inject classes). Hi, this API is already in Debian, you can use libatinject-jsr330-api-java instead of the Geronimo implementation. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792669: dovecot-sieve: sieve-test segfaults with editheader
Hi, I can't reproduce this so far. I followed your little recipe and nothing adverse happens. I also don't see how this could happen based on the code. Is anyone else seeing this? Regards, Stephan. Antoine Amarilli schreef op 17-7-2015 om 12:41: Package: dovecot-sieve Version: 1:2.2.18-1 Severity: normal Dear Maintainer, On my system, sieve-test segfaults on the following minified Sieve script: require [editheader]; addheader foo bar; if header :is foo baz { } To reproduce, put the above script in script.sieve and do the following: echo mail cat dovecot.conf EOF plugin { sieve_extensions = +editheader } EOF sieve-test -c dovecot.conf script.sieve mail The sieve-test command should segfault. Here is a backtrace: #0 strlen () at ../sysdeps/x86_64/strlen.S:106 #1 0x77b747c7 in _header_right_trim (raw=0x3 error: Cannot access memory at address 0x3) at sieve-message.c:492 #2 sieve_message_header_stringlist_next_item (_strlist=0x5575d120, str_r=0x7fffe940) at sieve-message.c:556 #3 0x77b8b371 in sieve_stringlist_next_item (str_r=0x7fffe940, strlist=0x5575d120) at sieve-stringlist.h:44 #4 sieve_match (renv=renv@entry=0x55791ab0, mcht=mcht@entry=0x7fffe9d0, cmp=cmp@entry=0x7fffe9b0, value_list=0x5575d120, key_list=0x5575d0c8, exec_status=exec_status@entry=0x7fffe99c) at sieve-match.c:181 #5 0x77b91730 in tst_header_operation_execute (renv=0x55791ab0, address=0x55791af8) at tst-header.c:193 #6 0x77b828f7 in sieve_interpreter_operation_execute (interp=0x55791a80) at sieve-interpreter.c:542 #7 sieve_interpreter_continue (interp=interp@entry=0x55791a80, interrupted=interrupted@entry=0x0) at sieve-interpreter.c:573 #8 0x77b82a4a in sieve_interpreter_start (interp=interp@entry=0x55791a80, result=optimized out, interrupted=interrupted@entry=0x0) at sieve-interpreter.c:604 #9 0x77b82a7b in sieve_interpreter_run (interp=0x55791a80, result=0x55798e00) at sieve-interpreter.c:615 #10 0x77b94f8f in sieve_run (sbin=0x5577aeb0, result=result@entry=0x7fffeae0, msgdata=0x7fffebc0, senv=senv@entry=0x7fffebf0, ehandler=0x557799e0, flags=optimized out) at sieve.c:335 #11 0x77b959cc in sieve_test (sbin=optimized out, msgdata=optimized out, senv=0x7fffebf0, ehandler=optimized out, stream=0x5578b6f0, flags=optimized out, keep=0x0) at sieve.c:496 #12 0x77d7 in main (argc=6, argv=0x55764390) at sieve-test.c:295 sieve-test used to work fine on the (non-minified) script on which it now segfaults, so this bug was probably introduced by a recent version. -- Package-specific info: dovecot configuration - # 2.2.18: /etc/dovecot/dovecot.conf # OS: Linux 4.0.0-2-amd64 x86_64 Debian stretch/sid mail_location = mbox:~/mail:INBOX=/var/mail/%u namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } ssl = no userdb { driver = passwd } -- System Information: Debian Release: stretch/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dovecot-sieve depends on: ii dovecot-core 1:2.2.18-1 ii libc6 2.19-18 ii ucf 3.0030 dovecot-sieve recommends no packages. dovecot-sieve suggests no packages. Versions of packages dovecot-sieve is related to: ii dovecot-core [dovecot-common] 1:2.2.18-1 ii dovecot-dbg1:2.2.18-1 pn dovecot-devnone pn dovecot-gssapi none pn dovecot-imapd none pn dovecot-ldap none pn dovecot-lmtpd none pn dovecot-managesieved none pn dovecot-mysql none pn dovecot-pgsql none pn dovecot-pop3d none ii dovecot-sieve 1:2.2.18-1 pn dovecot-sqlite 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#792688: empathy: Empathy doesn't show popup on incoming calls
Package: empathy Version: 3.12.10-1 Severity: normal Dear Maintainer, Hi, I upgraded to gnome 3.16 from sid and latest empathy. It seems that incoming voip calls no longer show any kind of popup allowing me to answer the call, whereas they used to in gnome 3.14. It appears that gnome 3.16 has deferred the notification to empathy, whereas it used to be handled through a telepathy handler in gnome-shell. Empathy is making the ringing tone when the call arrives, so it's obviously reached empathy, but the dialog allowing me to answer the call that is obviously supposed to show as well, is definitely not showing. I'm not sure if it's an upstream bug or not, but it's very frustrating - I've been using empathy telephony handling for a while and I have to use something else temporarily. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (501, 'unstable'), (500, 'stable'), (499, 'testing'), (399, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages empathy depends on: ii dbus-x11 1.8.18-1 ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii empathy-common 3.12.10-1 ii geoclue-2.0 2.1.10-2 ii gnome-icon-theme 3.12.0-1 ii gsettings-desktop-schemas3.16.1-1 ii gstreamer1.0-pulseaudio 1.4.5-2+b1 ii libc62.19-19 ii libcairo21.14.2-2 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libchamplain-0.12-0 0.12.10-1 ii libchamplain-gtk-0.12-0 0.12.10-1 ii libcheese-gtk23 3.16.1-1 ii libclutter-1.0-0 1.22.4-1 ii libclutter-gst-2.0-0 2.0.16-1 ii libclutter-gtk-1.0-0 1.6.2-1 ii libcogl-path20 1.20.0-2 ii libcogl201.20.0-2 ii libdbus-glib-1-2 0.102-1 ii libenchant1c2a 1.6.0-10.1 ii libfarstream-0.2-2 0.2.4-1 ii libfolks-telepathy25 0.11.1-2 ii libfolks25 0.11.1-2 ii libgcr-base-3-1 3.16.0-1 ii libgcr-ui-3-13.16.0-1 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libgee-0.8-2 0.18.0-1 ii libgeocode-glib0 3.16.2-1 ii libglib2.0-0 2.44.1-1.1 ii libgnutls-deb0-283.3.16-1 ii libgoa-1.0-0b3.16.3-1 ii libgstreamer-plugins-base1.0-0 1.4.5-2 ii libgstreamer1.0-01.4.5-2 ii libgtk-3-0 3.16.5-1 ii libgudev-1.0-0 230-2 ii libmission-control-plugins0 1:5.16.3-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpulse-mainloop-glib0 6.0-2 ii libpulse06.0-2 ii libsecret-1-00.18.2-1 ii libsoup2.4-1 2.50.0-2 ii libtelepathy-farstream3 0.6.2-1 ii libtelepathy-glib0 0.24.1-1 ii libtelepathy-logger3 0.8.1-1 ii libwayland-server0 1.8.1-1 ii libwebkitgtk-3.0-0 2.4.9-2 ii libx11-6 2:1.6.3-1 ii libxml2 2.9.2+dfsg1-3 ii telepathy-logger 0.8.1-1 ii telepathy-mission-control-5 1:5.16.3-1 Versions of packages empathy recommends: ii gnome-contacts 3.16.2-1 ii gvfs-backends1.24.1-2+b2 ii sound-theme-freedesktop 0.8-1 ii telepathy-gabble 0.18.3-1+b1 ii telepathy-haze 0.8.0-2 ii telepathy-salut 0.8.1-4 Versions of packages empathy suggests: ii telepathy-idle 0.2.0-2 ii vino3.16.0-1 Versions of packages empathy is related to: ii telepathy-gabble [telepathy-connection-manager] 0.18.3-1+b1 ii telepathy-haze [telepathy-connection-manager]0.8.0-2 ii telepathy-idle [telepathy-connection-manager]0.2.0-2 ii telepathy-rakia [telepathy-connection-manager] 0.8.0-3 ii telepathy-salut [telepathy-connection-manager] 0.8.1-4 -- no
Bug#792685: Unable to upgrade from wheezy to jessie
package: s3ql severity: grave version: 2.11.1+dfsg-1 Justification: Renders filesystem unusable and data accessible Hi. I'm upgrading a system from wheezy to jessie. Wheezy ships s3ql 1.11, jessie ships version 2.11. I have a filesystem that I can easily mount and fsck in wheezy, but when I try to run the jessie s3qladm upgrade command I get: Getting file system parameters.. File system revision too old to upgrade! You need to use an older S3QL version to upgrade to a more recent revision before you can use this version to upgrade to the newest revision. Uncaught top-level exception: Traceback (most recent call last): File /usr/bin/s3qladm, line 9, in module load_entry_point('s3ql==2.11.1', 'console_scripts', 's3qladm')() File /usr/lib/s3ql/s3ql/adm.py, line 96, in main options.cachedir)) File /usr/lib/s3ql/s3ql/adm.py, line 316, in upgrade print(get_old_rev_msg(param['revision'] + 1, 's3qladm')) File /usr/lib/s3ql/s3ql/adm.py, line 224, in get_old_rev_msg ''' % { 'version': REV_VER_MAP[rev], KeyError: 17 It's critical that there be a documented procedure that works for upgrading from the version in wheezy to the version in jessie using tools in jessie. There was another upgrade at version 2.5, which is not in either wheezy or jessie. However, it needs to be possible to upgrade from one Debian release to the next using the software in Debian. I believe this problem is important enough to fix in a Jessie point release and would be happy to help with any process issues that come up in making that happen. pgpzqVzXEaqi0.pgp Description: PGP signature
Bug#758458: status
Why is it taking so long to get accepted? Any hint? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790669: ifupdown: ifup delays the boot process significantly, esp. if router is off.
On 2015-07-17 13:02, Martin Pitt wrote: Do you get delays if you keep this line and just drop the oneshot? If network is on, system boots up without any dhcp request delay, as expected. If network is off, on some systems, ifup@eth0.service fails. Which is not that bad, but still unnecessary. systemctl status -l ifup@eth0.service ● ifup@eth0.service - ifup for eth0 Loaded: loaded (/lib/systemd/system/ifup@.service; static; vendor preset: enabled) Active: failed (Result: exit-code) since Fr 2015-07-17 13:33:51 CEST; 1min 17s ago Process: 730 ExecStop=/sbin/ifdown %I (code=exited, status=0/SUCCESS) Process: 687 ExecStartPost=/sbin/ifquery --state %I (code=exited, status=1/FAILURE) Process: 686 ExecStart=/sbin/ifup --allow=hotplug %I (code=killed, signal=TERM) Main PID: 686 (code=killed, signal=TERM) If I drop both lines, everything works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791574: strip-nondeterminism: failure in zip.pm, breaking package builds
Hi, I tried to reproduce this problem but was unable to reproduce it in a pbuilder environment. Are any specific build options needed to reproduce this (since in my build log dh_strip_nondeterminism -O--parallel is not even called: ... dh_link -O--parallel debian/rules override_dh_compress ... Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792366: workaround to not being able to install Deb 8.1
Hello Debian, What solved the installation crashes for me was: 1) Do not install using LVM, just plain old-fashioned partitions. 2) Before continuing to 'choose and install software / packages' use the command line to manually install the discover package and edit the config file so that is does not try to scan the USB and/or SCSI buses. Scanning these freezes the acer aspire e11 e12-111m laptop) system Cheers, Niels p.s. Still not quite sure which package(s) this trouble belongs to. It might be the installer, the mkinitrd package, the discover packages or the dependencies between them. -- Niels Verbeek m. +31-6-47244486 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754413: add a description field to keywords
On Fri, 17 Jul 2015, Christophe Siraut wrote: Adding a Keyword description field with data works fine, please review the attached patch. I'll take a look at that later. But a few comments are below already. The keywords modification form seems broken: here boxes do not shown checked for already active subscription keywords; do you remember it working recently? What do you mean? You have no keywords checked at all? Or you only see a subset of keywords? I just tried on tracker.debian.org: - when I click on Modify keywords next to an email, then I get nothing checked - when I click on Modify next to a source package, then I always get all the default keywords selected, and you're right that it does not match the set of actual keywords (checked with a package where I had only the vcs keyword activated, namely tracker.debian.org :)) - when I click on Modify in a Team subscription, there I get the correct set of keywords, but the modify button is still hidden in the expandable part... = there's definitely something fishy, but are you sure that the regression is not cause by your move of the Modify button because strangely it seems to work for the team subscription. = we should harmonize the button to say Modify keywords in all cases = for the keywords at the email level, I'm not sure why it would be empty by default. It would seem natural to also have the default keywords checked when there's no user-customize keywords at the email level. I do not get the point of making several requests using javascript in order to compose that form, see accounts/static/js/profile.js Why do not we rely on standard django form facilities? It's dating back to quite some time so I don't know. If you want to rewrite it in a cleaner way, by all means go ahead! --- a/distro_tracker/accounts/templates/accounts/subscriptions.html +++ b/distro_tracker/accounts/templates/accounts/subscriptions.html @@ -60,7 +60,7 @@ div class=default-keywords style=display: none; id=default-keywords-{{ forloop.counter }} ul {% for keyword in email.default_keywords.all %} -li class=keyword{{ keyword }}/li +li title={{ keyword.description }} class=keyword{{ keyword }}/li {% endfor %} /ul /div In the popup I would like the description to be immediately visible, so not hidden in a mouse-over title, we have enough width for this. @@ -0,0 +1,43 @@ +# -*- coding: utf-8 -*- +from __future__ import unicode_literals + +from django.db import migrations + + +def describe_keywords(apps, schema_editor): +Keyword = apps.get_model('core', 'Keyword') +Keyword.objects.filter(name='default').update(description=' all the other \ +mails (those which aren\'t automatic)') Should be rewritten with a data structure and a loop: keywords = { 'default': 'All other discussions', [...] } for keyword, description in keywords.items(): Keywords.objects.filter(name=keyword).update(description=description) Also please use the descriptions we had here: https://packages.qa.debian.org/cgi-bin/pts.cgi?package=dpkgemail=foof@barwhat=advanced (Modulo the keywords that we did rename) Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792682: libmono-webbrowser4.0-cil: Recommends non-existing package libgluezilla
Package: libmono-webbrowser4.0-cil Version: 3.2.8+dfsg-10 Severity: normal Dear Maintainer, The packages libmono-webbrowser2.0-cil [1] and libmono-webbrowser4.0-cil [2] both recommend libgluezilla. However, this package was removed [3] from Debian and no longer exists. I guess the recommendation can be dropped. Originally discovered in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/mono/+bug/1475470 [1] https://packages.debian.org/unstable/libmono-webbrowser2.0-cil [2] https://packages.debian.org/unstable/libmono-webbrowser4.0-cil [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657290 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libmono-webbrowser4.0-cil depends on: ii libmono-corlib4.5-cil 3.2.8+dfsg-10 ii libmono-system4.0-cil 3.2.8+dfsg-10 Versions of packages libmono-webbrowser4.0-cil recommends: pn libgluezilla none libmono-webbrowser4.0-cil suggests no packages. -- no debconf information -- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792684: cain: please make the build reproducible
Source: cain Version: 1.9-8 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: umask X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that cain could not be built reproducibly. The attached patch removes varying umasks from the build system. We have to do it manually due to limitations in zip. Once applied, cain can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/debian/rules b/debian/rules index 4205821..f502487 100755 --- a/debian/rules +++ b/debian/rules @@ -35,6 +35,8 @@ get-orig-source: find $(SRC_TMP) -name __MACOSX -type d | xargs -r rm -rf find $(SRC_TMP) -iname .DS_Store -exec rm -f {} + find $(SRC_TMP) -iname .scons* -exec rm -f {} + + find $(SRC_TMP) -type f -exec chmod 644 + + find $(SRC_TMP) -type d -exec chmod 755 + rm -f $(SRC_TMP)/cain-$(VERSION)/solvers/* rm -rf $(SRC_TMP)/cain-$(VERSION)/src/third-party/* cd $(SRC_TMP) tar cvzf ../../cain_$(VERSION).orig.tar.gz cain-$(VERSION)
Bug#777778: aptitude: ftbfs with GCC-5
reopen 78 thanks this fails later, once xapian and cwidget are built using GCC 5. Making all in matching make[6]: Entering directory '/scratch/packages/tmp/aptitude-0.6.11/build-arch/src/generic/apt/matching' g++ -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -I. -I../../../../../src/generic/apt/matching -I../../../.. -I../../../.. -I../../../../../src/generic/apt/matching -I../../../../.. -I../../../../../src -D_FORTIFY_SOURCE=2 -I/usr/include -DHELPDIR=\/usr/share/aptitude\ -DPKGDATADIR=\/usr/share/aptitude\ -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -O2 -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -I/usr/lib/x86_64-linux-gnu/cwidget -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -D_REENTRANT -fno-strict-aliasing -Wall -c -o parse.o ../../../../../src/generic/apt/matching/parse.cc In file included from ../../../../../src/generic/util/immset.h:31:0, from ../../../../../src/generic/apt/matching/parse.cc:54: ../../../../../src/generic/util/compare3.h:294:62: error: template argument 1 is invalid class compare3_fstd::basic_stringcharT, traits, Alloc ^ ../../../../../src/generic/util/compare3.h:332:42: error: template argument 1 is invalid class compare3_fstd::listT, Alloc ^ ../../../../../src/generic/util/compare3.h:333:57: error: template argument 1 is invalid : public compare3_f_containerstd::listT, Alloc ^ Makefile:405: recipe for target 'parse.o' failed make[6]: *** [parse.o] Error 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792680: ITP: flask-flatpages -- Provides flat static pages to a Flask application.
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: flask-flatpages Version: 0.6 Upstream Author: SimonSapin si...@exyr.org, playpauseandstop i...@igordavydenko.com URL: https://github.com/SimonSapin/Flask-FlatPages/ License: BSD-3 Programming Lang: Python Description: Provides flat static pages to a Flask application, based on text files as opposed to a relational database. Flask-FlatPages provides a collection of pages to your Flask application. Pages are built from “flat” text files as opposed to a relational database. Works on Python 2.6, 2.7 and 3.3+ and out of the box with many flask extensions already present in Debian. signature.asc Description: OpenPGP digital signature
Bug#792676: libpdfbox-java: pdfannotextractor.pl fails to find org.pdfbox.cos.ICOSVisitor class
Control: reassign -1 texlive-latex-extra On Fri, 17 Jul 2015 15:18:44 +0300, Álvaro Herrera wrote: I am trying to apply the solution proposed in this answer http://tex.stackexchange.com/a/48118/82119 but on following the first step, the pdfannotextractor.pl dies with: $ /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl capturing-ddl.pdf PDFAnnotExtractor 0.1l, 2012/04/18 - Copyright (c) 2008, 2011, 2012 by Heiko Oberdiek. Exception in thread main java.lang.NoClassDefFoundError: org/pdfbox/cos/ICOSVisitor at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2615) at java.lang.Class.getMethod0(Class.java:2856) at java.lang.Class.getMethod(Class.java:1668) at sun.launcher.LauncherHelper.getMainMethod(LauncherHelper.java:494) at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:486) Caused by: java.lang.ClassNotFoundException: org.pdfbox.cos.ICOSVisitor at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 6 more I have no idea how to fix this problem. Maybe I need to specify a classpath or something? I looked at the .pl file itself and there's a --install option, but on running it, it says the PDFBox is already found: $ /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl --install PDFAnnotExtractor 0.1l, 2012/04/18 - Copyright (c) 2008, 2011, 2012 by Heiko Oberdiek. * Nothing to do, because PDFBox is already found: /usr/share/java/pdfbox.jar Not quite sure what to do next. Maybe it's just missing a dependency? Some observations: * /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl would download PDFBox-0.7.3.zip from Sourceforge. That's a quite old version (in Debian in oldoldstable). * Looking at pdfbox/src/main/java/org/apache/pdfbox/cos/ICOSVisitor.java (in the PDFBox source), I guess that this class is called org.apache.pdfbox.cos (and not org.pdfbox.cos) by now. A diff in the git repo (upstream tags) shows the same. Pseudo-diff: diff --git a/current/src/org/pdfbox/cos/ICOSVisitor.java b/current/src/org/pdfbox/cos/ICOSVisitor.java deleted file mode 100644 index 04b7542..000 --- a/current/src/org/pdfbox/cos/ICOSVisitor.java +++ /dev/null -package org.pdfbox.cos; -public interface ICOSVisitor diff --git a/pdfbox/src/main/java/org/apache/pdfbox/cos/ICOSVisitor.java b/pdfbox/src/main/java/org/apache/pdfbox/cos/ICOSVisitor.java new file mode 100644 index 000..1a09c38 --- /dev/null +++ b/pdfbox/src/main/java/org/apache/pdfbox/cos/ICOSVisitor.java +package org.apache.pdfbox.cos; +public interface ICOSVisitor My conclusion is that /usr/share/texlive/texmf-dist/scripts/pax/pax.jar (in texlive-latex-extra) needs to be adjusted to a recent version of PDFBox. Reassigning the bug. As a workaround it might work to - download the old PDFBox zip, put the .jar in some directory and - run the script as CLASSPATH=/path/to/PDFBox-0.7.3.jar /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl capturing-ddl.pdf (or something similar) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Crosby Stills Nash: Teach Your Children Well signature.asc Description: Digital Signature
Bug#792679: quiterss: empty profile after upgrade to qt5 version caused by changed qt datadir
Package: quiterss Version: 0.18.2+dfsg-1 Severity: normal Problem: After upgrading from 0.17.x to 0.18.2 QuiteRSS started with a new empty profile. I found a bug report in QuiteRSS git repo https://github.com/QuiteRSS/quiterss/issues/792 ~/.local/share/QuiteRss/QuiteRss for Qt5 ~/.local/share/data/QuiteRss/QuiteRss for Qt4 A possible user fix is: rm -rf ~/.local/share/QuiteRss/ mv ~/.local/share/data/QuiteRss ~/.local/share/ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.1.2-towo.1-siduction-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages quiterss depends on: ii libc6 2.19-19 ii libgcc1 1:5.1.1-13 ii libgl1-mesa-glx [libgl1] 10.5.9-2 ii libqt5core5a 5.4.2+dfsg-4 ii libqt5gui55.4.2+dfsg-4 ii libqt5multimedia5 5.4.2-2 ii libqt5network55.4.2+dfsg-4 ii libqt5printsupport5 5.4.2+dfsg-4 ii libqt5sql55.4.2+dfsg-4 ii libqt5sql5-sqlite 5.4.2+dfsg-4 ii libqt5webkit5 5.4.2+dfsg-2 ii libqt5widgets55.4.2+dfsg-4 ii libqt5xml55.4.2+dfsg-4 ii libsqlite3-0 3.8.10.2-1 ii libstdc++65.1.1-13 quiterss recommends no packages. quiterss 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#790669: ifupdown: ifup delays the boot process significantly, esp. if router is off.
Hey Alex, Alex Mayer [2015-07-17 12:54 +]: I narrowed it down to two changes in systemd (218-4) see changelog: * debian/ifup@.service: Check if ifup succeeds by calling ifquery, to work around ifup not failing on invalid interfaces (see #773539) * debian/ifup@.service: Set proper service type (oneshot). So one possible workaround is to delete two lines from service section in /lib/systemd/system/ifup@.service Type=oneshot I see why this could potentially hold up something, although it should be rare as these are triggered async by udev rules and nothing in Debian should directly depend on ifup@.service instances. ExecStartPost=/sbin/ifquery --state %I But I don't see the harm in that. This should merely make the unit fail if ifup@ fails, and is a workaround for an ifup bug. Do you get delays if you keep this line and just drop the oneshot? 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#792681: cwidget ftbfs with GCC 5
Package: src:cwidget Version: 0.5.17-2 Severity: normal Tags: sid stretch patch User: debian-...@lists.debian.org Usertags: ftbfs-gcc-5 GCC 5 complains about using c++11 features without passing -std=c++11. Also setting the maintainer flag without exporting it doesn't help. patch at https://launchpadlibrarian.net/211899860/cwidget_0.5.17-2ubuntu1_0.5.17-2ubuntu2.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792275: [rt.debian.org #5878] AutoReply: Please add Lennart Weller's key to the DM keyring
Control: package debian-maintainers Control: tags -1 + pending Hello Lennart Weller, Your DM application was accepted and the corresponding RT ticket is posted at https://rt.debian.org/Ticket/Display.html?id=5878 Currently, rt.debian.org isn't accessible for the general public. It was so sometime ago. Maybe one of your advocates will look at your RT ticket for you, after it has been taken by a keyring maintainer. See http://wiki.debian.org/rt.debian.org Not urgent but please try to get more OpenPGP signatures from DDs and sign theirs keys as well. :-) Thank you for your contribution to the Debian Project. Thank you Sebastian for the advocacy. Cheers, Aníbal On Fri, 2015-07-17 13:00:02 +, Debian Keyring requests (Incoming) via RT wrote: This message has been automatically generated in response to the creation of a trouble ticket regarding Please add Lennart Weller's key to the DM keyring, a summary of which appears below the dashed line. There is no need to reply to this message right now. Your ticket has been assigned an ID of [rt.debian.org #5878]. Please include the string [rt.debian.org #5878] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. - -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 keyring-maint: please add key ID 445D4D07398681B53E5829F02C7FCF80F4F76C43 to the DM keyring please notify 792275-d...@bugs.debian.org Changed-By: Anibal Monsalve Salazar ani...@debian.org Date: Fri, 17 Jul 2015 12:42:17 + BTS: http://bugs.debian.org/792275 Comment: Add Lennart Weller l...@ring0.de as a Debian Maintainer Agreement: https://lists.debian.org/debian-newmaint/2015/07/msg00017.html Advocates: sre - https://lists.debian.org/debian-newmaint/2015/07/msg00018.html KeyCheck: pub 4096R/F4F76C43 2012-04-08 Key fingerprint = 445D 4D07 3986 81B5 3E58 29F0 2C7F CF80 F4F7 6C43 uid Lennart Weller l...@ring0.de sig! C83BFA9A 2012-08-02 Sebastian Reichel s...@ring0.de sig! 95861109 2012-12-28 Ben Hutchings (DOB: 1977-01-11) sig! 4AC8EE1D 2012-12-30 Michael Stapelberg mich...@stapelberg.de sig!3F4F76C43 2012-04-08 Lennart Weller l...@ring0.de uid Lennart Weller lenn...@wellr.net sig! C83BFA9A 2012-08-02 Sebastian Reichel s...@ring0.de sig! 95861109 2012-12-28 Ben Hutchings (DOB: 1977-01-11) sig! 4AC8EE1D 2012-12-30 Michael Stapelberg mich...@stapelberg.de sig!3F4F76C43 2012-04-08 Lennart Weller l...@ring0.de uid Lennart Weller lennart.wel...@tum.de sig! 95861109 2012-12-28 Ben Hutchings (DOB: 1977-01-11) sig! 4AC8EE1D 2012-12-30 Michael Stapelberg mich...@stapelberg.de sig!3F4F76C43 2012-08-07 Lennart Weller l...@ring0.de uid Lennart Weller (XMPP) l...@xmpp.ring0.de sig!3F4F76C43 2012-04-08 Lennart Weller l...@ring0.de uid Lennart Weller lennart.wel...@gmail.com sig! C83BFA9A 2012-08-02 Sebastian Reichel s...@ring0.de sig! 95861109 2012-12-28 Ben Hutchings (DOB: 1977-01-11) sig! 4AC8EE1D 2012-12-30 Michael Stapelberg mich...@stapelberg.de sig!3F4F76C43 2012-04-08 Lennart Weller l...@ring0.de uid Lennart Weller lenn...@lennartweller.de sig! C83BFA9A 2012-08-02 Sebastian Reichel s...@ring0.de sig! 4AC8EE1D 2012-12-30 Michael Stapelberg mich...@stapelberg.de sig!3F4F76C43 2012-04-08 Lennart Weller l...@ring0.de sig!3F4F76C43 2012-04-08 Lennart Weller l...@ring0.de uid Lennart Weller lennart.wel...@cs.tum.edu sig! 95861109 2012-12-28 Ben Hutchings (DOB: 1977-01-11) sig! 4AC8EE1D 2012-12-30 Michael Stapelberg mich...@stapelberg.de sig!3F4F76C43 2012-12-28 Lennart Weller l...@ring0.de uid Lennart Weller lennart.wel...@uni-oldenburg.de sig! C83BFA9A 2012-08-02 Sebastian Reichel s...@ring0.de sig! 95861109 2012-12-28 Ben Hutchings (DOB: 1977-01-11) sig! 4AC8EE1D 2012-12-30 Michael Stapelberg mich...@stapelberg.de sig!3F4F76C43 2012-04-08 Lennart Weller l...@ring0.de uid Lennart Weller lennart.wel...@informatik.tu-muenchen.de sig! 95861109 2012-12-28 Ben Hutchings (DOB: 1977-01-11) sig! 4AC8EE1D 2012-12-30 Michael Stapelberg mich...@stapelberg.de sig!3F4F76C43 2012-12-28 Lennart Weller l...@ring0.de uid Lennart Weller lennart.wel...@informatik.uni-oldenburg.de sig! C83BFA9A 2012-08-02 Sebastian Reichel s...@ring0.de sig! 95861109 2012-12-28 Ben Hutchings (DOB: 1977-01-11) sig! 4AC8EE1D 2012-12-30 Michael Stapelberg
Bug#792676: libpdfbox-java: pdfannotextractor.pl fails to find org.pdfbox.cos.ICOSVisitor class
Hi all, * /usr/share/texlive/texmf-dist/scripts/pax/pdfannotextractor.pl would download PDFBox-0.7.3.zip from Sourceforge. That's a quite old version (in Debian in oldoldstable). * Looking at pdfbox/src/main/java/org/apache/pdfbox/cos/ICOSVisitor.java (in the PDFBox source), I guess that this class is called org.apache.pdfbox.cos (and not org.pdfbox.cos) by now. A diff in the git repo (upstream tags) shows the same. Pseudo-diff: Can this please reported to upupstream Heiko Oberdiek - otherwise there will be no fix. Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792683: RFP: geronimo-interceptor-1.1-spec -- Geronimo API implementation of the Interceptor 1.1 spec
Package: wnpp Severity: wishlist * Package name: geronimo-interceptor-1.1-spec Version : 1.0 Upstream Author : Apache Geronimo Developers d...@geronimo.apache.org * URL : http://geronimo.apache.org * License : Apache-2.0 Programming Lang: Java Description : Geronimo API implementation of the Interceptor 1.1 spec Apache Geronimo is an open source application server developed by the Apache Software Foundation and distributed under the Apache license. The goal of the Geronimo project is to produce a server runtime framework that pulls together the best Open Source alternatives to create runtimes that meet the needs of developers and system administrators. Its most popular distribution is a fully certified Java Enterprise Edition 5.0 (Java EE 5) application server runtime. This package provides the Geronimo API implementation of the Interceptor 1.1 spec (javax.interceptor classes). This package is required for libcommons-jcs-java (#783538), which in turn is required for JOSM = 8279 (#785416). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792694: python-yaql: description reads like a history lesson in data formats
Source: python-yaql Severity: minor Thanks for maintaining packages in Debian! I don't really know much of anything about python-yaql, but reading the description doesn't really help me understand... At the beginning of millennium the growing trend towards data formats standardization and application integrability made XML extremely popular. XML became lingua franca of the data. It starts off with the trends of the millennium with something about XML (does YAQL have anything to do with XML?), and goes on to talk about XPath, XQL, JSON... A couple paragraphs later, it eventually reveals the secret we've long been waiting for... One of those efforts was JSONPath library developed in 2007 by Stefan Gössner. Initial implementation was for PHP and JavaScript languages, but later on ports to other languages including Python were written. YAQL is one of the implementations in Python. So, I'm guessing YAQL is an JSONPath implementation in python. It might be good to make the description a little more succinct. :) live well, vagrant signature.asc Description: PGP signature
Bug#792695: wine: Please provide /usr/bin/wineconsole
Source: wine Severity: wishlist User: de...@kali.org Usertags: origin-kali Wine provides a wineconsole command ready to use to execute text-mode programs. It would be nice if the Debian package shipped that executable too. It's possible to use this feature already but it requires some hackery like this: $ wine /usr/lib/x86_64-linux-gnu/wine/wine/wineconsole.exe.so myprogram.exe Given that this varies between amd64 and i386, it would be much easier for the end user to be able to rely on a proper /usr/bin/wineconsole executable. Cheers, -- System Information: Debian Release: stretch/sid APT prefers squeeze-lts APT policy: (500, 'squeeze-lts'), (500, 'oldoldstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792660: ITP: cups-x2go -- Virtual X2Go printer for CUPS
Hi OdyX, On Fr 17 Jul 2015 16:37:51 CEST, Didier 'OdyX' Raboud wrote: Le vendredi, 17 juillet 2015, 10.21:30 Mike Gabriel a écrit : CUPS-X2Go provides a CUPS-backend for X2Go printing. This package will be provided by the X2Go Packaging Team. Would it not make more sense to put this under the Printing Team umbrella? Cheers, OdyX It makes more sense having it in the X2Go context, I think. I have put the debian-printing team into Uploaders: already, so if some printing related mass-upload or whatever is needed, the printing team is legitimate to do so by design. Hope that's ok. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpHyC90nY1xl.pgp Description: Digitale PGP-Signatur
Bug#792660: ITP: cups-x2go -- Virtual X2Go printer for CUPS
Le vendredi, 17 juillet 2015, 14.55:56 Mike Gabriel a écrit : Hi OdyX, On Fr 17 Jul 2015 16:37:51 CEST, Didier 'OdyX' Raboud wrote: Le vendredi, 17 juillet 2015, 10.21:30 Mike Gabriel a écrit : CUPS-X2Go provides a CUPS-backend for X2Go printing. This package will be provided by the X2Go Packaging Team. Would it not make more sense to put this under the Printing Team umbrella? It makes more sense having it in the X2Go context, I think. I have put the debian-printing team into Uploaders: already, so if some printing related mass-upload or whatever is needed, the printing team is legitimate to do so by design. Works for me, thanks! OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790669: ifupdown: ifup delays the boot process significantly, esp. if router is off.
On 2015-07-17 14:35, Martin Pitt wrote: But you don't get any delays any more, right? Right. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791768: FTBFS: Error in ruby2.1: munmap_chunk(): invalid pointer
Control: tags -1 unreproducible moreinfo Control: severity -1 important Hi Christian, On Wed, 08 Jul 2015 12:57:05 +0200 Christian Hofstaedtler z...@debian.org wrote: Source: ruby-bert Version: 1.1.6-1 Severity: serious Justification: fails to build from source Dear Maintainer, your package FTBFS, but built in the past. Relevant snippet from the build log: RUBYLIB=/«PKGBUILDDIR»/debian/ruby-bert/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0:/«PKGBUILDDIR»/debian/ruby-bert/usr/lib/ruby/vendor_ruby:. ruby2.1 -ryaml -e YAML.load_file\(\debian/ruby-test-files.yaml\\).each\ \{\ \|f\|\ require\ f\ \} *** Error in `ruby2.1': munmap_chunk(): invalid pointer: 0x7fcf31e78e30 *** /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:115:in `exit': no implicit conversion from nil to integer (TypeError) from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:115:in `run_ruby' from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:162:in `do_run_tests' from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:69:in `run_tests' from /usr/bin/gem2deb-test-runner:53:in `main' ERROR: Test ruby2.1 failed. Exiting. I could not reproduce the issue in a clean unstable chroot using sbuild today by building the package three times. I see similar crashes on sparc and ppc64 [1] thus the problem may not appear all the time or is in a build-depenency. I'm decreasing severity for now, but I'm also checking if Valgrind finds something during the build. Cheers, Balint [1] https://buildd.debian.org/status/package.php?p=ruby-bertsuite=unstable -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792696: saga: please prepare Saga for libvigraimpex 1.10.0
Source: saga Version: 2.1.4+dfsg-1 Severity: wishlist Dear Maintainer, current Saga FTBFS with libvigraimex-dev 1.10.0 (1.10.0+dfsg-8 in Experimental), could you please fix this for the upcoming transition? I'll provide a patch for this issue very soon. Thanks in advance, Daniel Stender -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792691: RFP: geronimo-jcdi-1.0-spec -- Geronimo API implementation of the JCDI 1.0 spec
This one is already packaged in libcdi-api-java -- 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
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792648: RM: libqglviewer [armel armhf] -- ROM; missing Qt5 desktop build on armel and armhf
Package: ftp.debian.org Severity: normal Dear FTP team, please remove libqglviewer on armel and armhf due to missing Qt5 desktop build on those platforms. Discussion is here [1]. [1] https://lists.debian.org/debian-qt-kde/2015/03/msg00233.html Thanks Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792544: ping6: error while loading shared libraries: libnettle.so.4
On Thu, Jul 16, 2015 at 12:41:32AM -0400, Brian Minton wrote: When trying to verify ipv6 connectivity, I encounter the following error trying to start ping6: $ ping6 google.com ping6: error while loading shared libraries: libnettle.so.4: cannot open shared object file: No such file or directory ping6 does not itself link against libnettle. However, that library gets pulled in by libgnutls, which is used in ping6: $ ldd /bin/ping6 | grep gnutls libgnutls-openssl.so.27 = /usr/lib/x86_64-linux-gnu/libgnutls-openssl.so.27 (0x7f27953c4000) libgnutls-deb0.so.28 = /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 (0x7f2794af7000) $ ldd /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 | grep nettle libnettle.so.4 = /usr/lib/x86_64-linux-gnu/libnettle.so.4 (0x7f0b62e9) $ dpkg -S /usr/lib/x86_64-linux-gnu/libnettle.so.4 libnettle4:amd64: /usr/lib/x86_64-linux-gnu/libnettle.so.4 $ grep-available -F Depends libnettle | grep Package Package: libgnutls-deb0-28 ... However, I don't see a bug anywhere. There's a hard dependency chain from iputils-ping to libnettle: $ grep-available -F Depends libnettle | grep Package Package: libgnutls-deb0-28 $ grep-available -F Depends libgnutls-deb0-28 | grep Package Package: libgnutls-openssl27 $ grep-available -F Depends libgnutls-openssl27 | grep Package Package: iputils-ping In other words, it shouldn't be possible to have the iputils-ping package installed without libnettle. So how did that happen? What do you see from the following commands? dpkg -s libnettle4 apt-cache policy libnettle4 dpkg -s iputils-ping apt-cache policy iputils-ping dpkg -s libgnutls-deb0-28 apt-cache policy libgnutls-deb0-28 dpkg -s libgnutls-openssl27 apt-cache policy libgnutls-openssl27 noah signature.asc Description: Digital signature
Bug#792650: cpmtools: cpmls fails with error cpmls: invalid OS type '2`.
Package: cpmtools Version: 2.17-1 Severity: important Dear Maintainer, When trying to use cpmls to read a disk image from a Kaypro II (-f kpii), I consistently got the error cpmls: invalid OS type '2`. After some experimentation it became clear that the error was not specific to the format type chosen, nor was it caused by any information read from the medium, I determined the error was in parsing the /etc/cpmtools/diskdefs file (supplied by the package). Diskdef attwp has the setting os 2. Modifying this entry resolved the issue and the kpii image read correctly. Sincerely, David Geoffrion -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cpmtools depends on: ii libc62.19-18 ii libncurses5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 cpmtools recommends no packages. cpmtools 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#792619: transition: ffmpeg
Control: tag -1 - moreinfo Hi, On 17.07.2015 00:29, Jonathan Wiltshire wrote: On Thu, Jul 16, 2015 at 10:08:10PM +0200, Andreas Cadhalpun wrote: the Debian Multimedia Maintainers team decided to switch from Libav to FFmpeg [1]. Thus please remove the testing migration block of ffmpeg. Here's a go at a transition page - not quite the same as yours. Please check it: https://release.debian.org/transitions/html/ffmpeg-libav.html Thanks. It has two false positives (devede and dvd-slideshow), which depend on libavcodec-extra. That is just a meta-package and exists before and after the transition. Please remove that from the list of affected packages. Then there is mrpt, which doesn't build-depend on the lib*-dev packages, so I hadn't noticed it until now. But I just checked and it builds fine. Otherwise the tracker looks correct. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792649: the demangler is not aware of the __cxx11 symbols in GCC 5's libstdc++
Package: src:google-glog Version: 0.3.3-2 Severity: important Tags: sid stretch upstream Forwarded: https://github.com/google/glog/issues/40 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-5 the tests fail when built with GCC 5 from experimental: ./src/demangle_unittest.sh Mangled symbols (21 out of 796) found in demangle.dm: ZN3fLS13FLAGS_log_dirB5cxx11E _ZN3fLS13FLAGS_vmoduleB5cxx11E _ZN3fLS14FLAGS_log_linkB5cxx11E _ZN3fLS15FLAGS_logmailerB5cxx11E _ZN3fLS20FLAGS_alsologtoemailB5cxx11E _ZN3fLS22FLAGS_log_backtrace_atB5cxx11E _ZN3fLS25dont_pass0toDEFINE_stringB5cxx11EPcPKc _ZN6google12Check_GEImplB5cxx11EiiPKc _ZN6google12Check_LTImplB5cxx11EiiPKc _ZN6google14LogDestination10addresses_B5cxx11E _ZN6google14LogDestination8hostnameB5cxx11Ev _ZN6google14LogDestination9hostname_B5cxx11E _ZN6google19CheckstrcmptrueImplB5cxx11EPKcS1_S1 ZN6google20CheckstrcmpfalseImplB5cxx11EPKcS1_S1 ZN6google21GetLoggingDirectoriesB5cxx11Ev _ZN6google23CheckstrcasecmptrueImplB5cxx11EPKcS1_S1 ZN6google24CheckstrcasecmpfalseImplB5cxx11EPKcS1_S1 _ZN6google24glog_internal_namespace_10MyUserNameB5cxx11Ev _ZN6google4base21CheckOpMessageBuilder9NewStringB5cxx11Ev _ZN6google7LogSink8ToStringB5cxx11EiPKciPK2tmS2_m _ZN6google8StrErrorB5cxx11Ei Mangled symbols (21 out of 796) found in demangle.dm Makefile:2060: recipe for target 'demangle_unittest_sh' failed make[3]: *** [demangle_unittest_sh] Error 1 make[3]: Leaving directory '/scratch/packages/tmp/google-glog-0.3.4' Makefile:1906: recipe for target 'check-am' failed make[2]: *** [check-am] 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#736483:
No information show in kcm_akonadi_resources while kcm_akonadi contains both the correct resources and server information; kcm_akonadi.desktop should set these key-values to show itself in `kcmshell4 --list` and KDE4 systemsettings: X-KDE-ParentApp=kcontrol X-KDE-System-Settings-Parent-Category=personal-information Attatchment is patch for this file. kcm_akonadi_resources is buggy and the resources info is contained in kcm_akonadi, so we may also set empty value to above keys in kcm_akonadi_resources.desktop show_kcm_akonadi.patch Description: Binary data
Bug#773525: Randomly excludes available connections [when there are too many?]
Sorry if this is trivial to all the participants in the discussion - it was not stated clearly so I thought it may be useful information. nmcli c (1.0.2-2) currently appears to be fixed, in the sense that it consistently outputs the same list of my 456 connections (see also the duplicate bug). nm-connection-editor (from network-manager-gnome 1.0.2-1) and gnome -control-center (from gnome-system-tools 3.0.0-4) are still broken: they both show only part of the connections, and not always the same ones. Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792652: Should be in section 'libs' or 'sound', not 'graphics'
Package: gstreamer1.0-espeak Version: 0.4.0-1 Severity: minor Hi, gstreamer1.0-espeak is currently in section 'graphics'. This seems quite wrong, since the package does not deal with graphics. The rest of gstreamer is in section 'libs' and espeak is in section 'sound'. Both seem way more appropriate than 'graphics'. Thanks for considering, dam -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.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#792651: transition: libmusicbrainz5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: forwarded -1 https://release.debian.org/transitions/html/auto-libmusicbrainz5.html libmusicbrainz5 requires a transition for the gcc 5 transition. A package built with the C++11 ABI and a SONAME bump is available in experimental. cantata, flactag and libkcddb require binNMUs for the transition. Cheers Ben file: title = libmusicbrainz5; is_affected = .depends ~ libmusicbrainz5cc2 | .depends ~ libmusicbrainz5cc2v5; is_good = .depends ~ libmusicbrainz5cc2v5; is_bad = .depends ~ libmusicbrainz5cc2; -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#782077: laptop sleep at boot
Hi, I'm having the same problems as Eric, and for me at least v222 is a step back in the situation, previous release (v220) was working better for this situation. I'm a bit puzzled as for how to debug the situation however ... Laptop: Dell Lattitude E7440 with Intel(R) Core(TM) i7-4600U and integrated Haswell graphic chip. -- Benoit Plessis ben...@plessis.info +33 6 77 42 78 32 4096R/44E6FA9A 486D 2804 3EAB 3D74 5D05 826D 997F 26D9 44E6 FA9A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792564: qa.d.o/dose: please export distcheck and buildcheck results in a machine readable format
On Fri, Jul 17, 2015 at 1:32 PM, Johannes Schauer wrote: Correct. My motivation to add this was something I forgot to mention in my initial report, but this is just an implementation detail: dose3 outputs its results in yaml format. Implementation wise, it would be easiest if qa.d.o/dose would just dump the raw data that dose3 generates in its own output format without any further processing. That data then would of course not include any urls and that's why I mentioned the stable URLs. I think for the tracker we would want a custom format, in case the dose3 raw data format/schema changes. I am fighting with human-readable results pages myself for years (See http://bootstrap.debian.net/cross.html for example) and found that the graphical display that Ralf created for qa.d.o/dose is superior to any other that I have ever seen so far (including the Perl implementation on qa.d.o which does not give me a proper explanation of the problem). If you know a more human readable solution to display complex situations like this: https://qa.debian.org/dose/debcheck/src_unstable_main/1437022805/packages/apertium-eo-ca.html If that page mentioned Depends/Build-Depends/etc instead of using arrows it might be more understandable. Also a proper graph ouput with graphviz might be more understandable. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792656: mirage: fails to install: mirage.postinst: update-desktop-database: not found
Package: mirage Version: 0.9.5.1-4 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...): Setting up mirage (0.9.5.1-4) ... /var/lib/dpkg/info/mirage.postinst: 20: /var/lib/dpkg/info/mirage.postinst: update-desktop-database: not found dpkg: error processing package mirage (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: mirage cheers, Andreas mirage_0.9.5.1-4.log.gz Description: application/gzip
Bug#792361: redmine: dpkg --configure broken when installing ruby packages
On Thursday 16 July 2015 10:58 PM, Antonio Terceiro wrote: Can I upload ruby-jquery-rails3 to fix the situation? this would remedy the original problem temporarily, but will create another one. It took us more than 1.5 years to get rid of ruby-rack1.4¹ ¹ https://tracker.debian.org/pkg/ruby-rack1.4 I would rather revert ruby-jquery-rails to the previous version using an upstream version number such as 4.0.4.REALLY.3.1.2, and work on doing a _planned_ update of all of these moving parts, staging the changes in experimental and being sure of what we are doing before doing it in unstable. Or would be better if we embed jquery-rails 3 with redmine like we did bootstrap-sass 2 for diaspora? Since we will need jquery-rails sometime soon. Can this be even made a policy? If a single application is blocking a library update the older version can be embedded in that application. signature.asc Description: OpenPGP digital signature
Bug#782383: Panic: System without CMOS RTC must be booted from EFI i.c.w. HP servers
Hello, HP offers BIOS firmware updates. After applying these to an affected server, Xen Hypervisor starts normally. -- Regards, Andreas Haase [zu unserer Webseite]http://www.evolver.de/ Unsere Top-Produkte: • evolverOAShttp://www.evolver.de/produkte/evolveroas/ • evolverCMShttp://www.evolver.de/produkte/evolvercms/ • evolverSSOhttp://www.evolver.de/produkte/evolversso/ • Themenportalehttp://www.evolver.de/produkte/mietsoftware/ • evolverGUIhttp://www.evolver.de/produkte/evolvergui/ Unsere Top-Dienstleistungen: • Administration IThttp://www.evolver.de/dienstleistungen/ • Service-Centerhttp://www.evolver.de/dienstleistungen/ • garantierte Ressourcenhttp://www.evolver.de/dienstleistungen/garantierte_ressourcen/ • Manntage-Paketehttp://www.evolver.de/dienstleistungen/manntage_pakete/ • evolverCLOUDhttp://www.evolver.de/dienstleistungen/evolvercloud/ NEU! frag-evolver.de frag-evolver.de ist ein besonderer Service für Kunden und Interessenten der evolver group. Hier erfahren Sie mehr.http://frag-evolver.de/ Terminvereinbarung für Präsentationen und Workshops Sie haben die Wahl, wie wir Ihnen unsere Produkte und Dienstleistungen vorstellen dürfen. Vereinbaren Sie einen Termin: www.evolver.de/terminhttp://www.evolver.de/termin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792663: Segmentation fault when trying to browse Windows shares
Package: nautilus Version: 3.14.1-2 Dear maintainers, When trying to browse windows shares, just before servers appear, nautilus returns a segmentation fault. You will find attached the gdb trace. I hope this help. I am using an up to date Debian Jessie amd64. Do not hesitate to ask if you need other details. Regards, Yvan (gdb) thread apply all bt full Thread 10 (Thread 0x7fffed2b5700 (LWP 4341)): #0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 No locals. #1 0x74c93657 in g_cond_wait_until (cond=cond@entry=0x7bca88, mutex=mutex@entry=0x7bca80, end_time=end_time@entry=10664614943) at /tmp/buildd/glib2.0-2.42.1/./glib/gthread-posix.c:1443 now = {tv_sec = 10649, tv_nsec = 614943594} span = {tv_sec = 14, tv_nsec = 99406} sampled = 3 res = optimized out #2 0x74c23a69 in g_async_queue_pop_intern_unlocked (queue=queue@entry=0x7bca80, wait=wait@entry=1, end_time=end_time@entry=10664614943) at /tmp/buildd/glib2.0-2.42.1/./glib/gasyncqueue.c:422 retval = optimized out __FUNCTION__ = g_async_queue_pop_intern_unlocked #3 0x74c2408b in g_async_queue_timeout_pop (queue=0x7bca80, timeout=timeout@entry=1500) at /tmp/buildd/glib2.0-2.42.1/./glib/gasyncqueue.c:543 end_time = 10664614943 retval = optimized out #4 0x74c7638c in g_thread_pool_wait_for_new_pool () at /tmp/buildd/glib2.0-2.42.1/./glib/gthreadpool.c:167 pool = optimized out local_wakeup_thread_serial = optimized out last_wakeup_thread_serial = optimized out have_relayed_thread_marker = optimized out #5 g_thread_pool_thread_proxy (data=optimized out) at /tmp/buildd/glib2.0-2.42.1/./glib/gthreadpool.c:364 free_pool = optimized out task = 0x2 pool = optimized out #6 0x74c75935 in g_thread_proxy (data=0x7fffcc005280) at /tmp/buildd/glib2.0-2.42.1/./glib/gthread.c:764 thread = 0x7fffcc005280 #7 0x73f450a4 in start_thread (arg=0x7fffed2b5700) at pthread_create.c:309 __res = optimized out pd = 0x7fffed2b5700 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737172428544, -3521932390409699613, 1, 8113376, 20, 140737172428544, 3521902252039077603, 3521941137733844707}, mask_was_saved = 0}}, priv = { pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = optimized out pagesize_m1 = optimized out sp = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #8 0x73c7a04d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 No locals. Thread 5 (Thread 0x7fffe5b8d700 (LWP 4324)): #0 0x73c7150d in poll () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 0x74c4eee4 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7fffd40010c0, timeout=-1, context=0x85a390) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:4076 poll_func = 0x74c5e310 g_poll #2 g_main_context_iterate (context=context@entry=0x85a390, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3776 max_priority = 2147483647 timeout = -1 some_ready = optimized out nfds = 1 allocated_nfds = 1 fds = 0x7fffd40010c0 #3 0x74c4effc in g_main_context_iteration (context=0x85a390, may_block=1) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3842 ---Type return to continue, or q return to quit--- retval = optimized out #4 0x7fffe5b9527d in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so No symbol table info available. #5 0x74c75935 in g_thread_proxy (data=0x99c680) at /tmp/buildd/glib2.0-2.42.1/./glib/gthread.c:764 thread = 0x99c680 #6 0x73f450a4 in start_thread (arg=0x7fffe5b8d700) at pthread_create.c:309 __res = optimized out pd = 0x7fffe5b8d700 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737047484160, -3521932390409699613, 1, 140737354125408, 140737300093152, 140737047484160, 3521918637339311843, 3521941137733844707}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = optimized out pagesize_m1 = optimized out sp = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #7 0x73c7a04d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 No locals. Thread 4 (Thread 0x7fffe7834700 (LWP 4323)): #0 0x73c7150d in poll () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 0x74c4eee4 in g_main_context_poll (priority=2147483647, n_fds=2, fds=0x7fffdc0008c0, timeout=1000, context=0x7cfcc0) at /tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:4076 poll_func =
Bug#792665: python-yubico-tools: yubikey-totp output depends on local time (timezone)
Package: python-yubico-tools Version: 1.1.0-2 Severity: normal Dear Maintainer, when using TOTP (time based), the PIN output by yubikey-totp depends on the timezone the tool is running in: kosh@cindy:~$ echo $TZ; yubikey-totp; TZ=UTC yubikey-totp; yubikey-totp Europe/Berlin 050816 934513 050816 (the first and last should be the same as the one in the middle) I think this is in violation of RFC6238. I suspect the cause can be seen in the output of --help, as the tool clearly doesn't calculate seconds since the epoch correctly: kosh@cindy:~$ echo $TZ; yubikey-totp --help; TZ=UTC yubikey-totp --help; yubikey-totp --help; date +%s Europe/Berlin usage: yubikey-totp [-h] [-v] [--debug] [--time TIME] [--step STEP] [--digits DIGITS] [--slot SLOT] Generate OATH TOTP codes using a YubiKey optional arguments: -h, --help show this help message and exit -v, --verboseEnable verbose operation (default: False) --debug Enable debug operation (default: False) --time TIME Time to use as number of seconds since epoch (default: 1437119455) --step STEP Time step in use (in seconds) (default: 30) --digits DIGITS Length of OTP in decimal digits (default: 6) --slot SLOT YubiKey slot configured for Challenge-Response (default: 2) usage: yubikey-totp [-h] [-v] [--debug] [--time TIME] [--step STEP] [--digits DIGITS] [--slot SLOT] Generate OATH TOTP codes using a YubiKey optional arguments: -h, --help show this help message and exit -v, --verboseEnable verbose operation (default: False) --debug Enable debug operation (default: False) --time TIME Time to use as number of seconds since epoch (default: 1437123055) --step STEP Time step in use (in seconds) (default: 30) --digits DIGITS Length of OTP in decimal digits (default: 6) --slot SLOT YubiKey slot configured for Challenge-Response (default: 2) usage: yubikey-totp [-h] [-v] [--debug] [--time TIME] [--step STEP] [--digits DIGITS] [--slot SLOT] Generate OATH TOTP codes using a YubiKey optional arguments: -h, --help show this help message and exit -v, --verboseEnable verbose operation (default: False) --debug Enable debug operation (default: False) --time TIME Time to use as number of seconds since epoch (default: 1437119455) --step STEP Time step in use (in seconds) (default: 30) --digits DIGITS Length of OTP in decimal digits (default: 6) --slot SLOT YubiKey slot configured for Challenge-Response (default: 2) 1437123055 The default for number of seconds since epoch in the description of the --time parameter clearly changes with TZ, which is wrong. Compare the output of date +%s which returns the same value TZ=UTC yubikey-totp --help returns. The fix is rather trivial: --- yubikey-totp.old2012-06-08 14:21:39.0 +0200 +++ yubikey-totp2015-07-17 11:06:39.265867405 +0200 @@ -41,7 +41,7 @@ import argparse default_slot=2 -default_time=int(time.mktime(time.gmtime())) +default_time=int(time.time()) default_step=30 default_digits=6 Cheers, Marc -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable'), (255, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-yubico-tools depends on: ii libpython2.7-stdlib [python-argparse] 2.7.9-2 ii python 2.7.9-1 ii python-yubico 1.1.0-2 python-yubico-tools recommends no packages. python-yubico-tools 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#792619: transition: ffmpeg
Andreas Cadhalpun wrote: (The command line tools transition is not required to happen in lock step, because the transitional package libav-tools-links can satisfy the dependencies, until the packages are updated.) and from the wiki page: To facilitate the transition, a libav-tools-links package, which 'Provides: libav-tools' and contains links from the av* to the ff* binaries is going to be built from src:ffmpeg. That sounds very fragile. Apt does not handle upgrades from real to virtual packages very well, you should use a real transitional package named 'libav-tools' (which could just depend on libav-tools-links). (See 'apt does not find an upgrade path' bugs from the last years ...) Cc:ing David Kalnischkies who knows the inside of apt :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698649: Bug#792120: ldap2zone: ldap2bind does not work with ldapi:/// URI
Hi, On 12.07.2015 09:28, Petter Reinholdtsen wrote: Btw, do you have time to test the patch in #698649? We are unsure what to do about it. I have looked into that bug report and the patch, but am a bit confused as to what it has to do with the current ldap2bind in Debian. As I understand it, the linked code on GitHub implements an sdb LDAP backend for bind, while the ldap2bind/ldap2zone pair of tools creates BIND configuration and zone files outside of BIND. The approaches are entirely different, however, there seems to be shared code between the two, the reason for which I do not yet understand (does that bind9-ldap thing do some sort of just-in-time dump from LDAP to zone files, or something? The author of the patch did not see this difference, as it appears, or the patch is incomplete. The patch updates ldap2zone, the C program that gets a single zone from LDAP and dumps it to a BIND9 zone file. However, in the accompanying bug mail, the author talks about passing a password to the ldapsearch command - which obviously is not in the ldap2zone program, but would rather be found in the ldap2bind wrapper script. This script, however, is not patched and so the patch has nothing to do with the described intention. In any case, I do not think the two should be mixed. bind9-ldap could certainly go into Debian, but not as a patch or replacement for ldap2zone. I am currently doing a full rewrite of ldap2bind and ldap2zone, which will work as a drop-in replacement, and cover the things the author desired. Cheers, Nik -- PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 Teckids e.V. · FrOSCon e.V. · OpenRheinRuhr e.V. Fellowship of the FSFE · Piratenpartei Deutschland Debian Contributor LPIC-3 Linux Enterprise Professional (Security) signature.asc Description: OpenPGP digital signature
Bug#792658: fish: Missing dependency on specific dpkg version
Package: fish Version: 2.1.2+dfsg1-2 Severity: important Dear Maintainer, postinst, postrm, preinst scripts use dpkg-maintscript-helper symlink_to_dir command, so the package needs dependency on dpkg =1.17.14 to be installed properly. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (990, 'testing-proposed-updates'), (980, 'testing-updates'), (960, 'testing'), (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages fish depends on: ii bc 1.06.95-8 ii chromium [www-browser] 31.0.1650.63-1 ii elinks [www-browser] 0.12~pre6-4 ii firefox [www-browser]38.0.1~linuxmint1+betsy ii fish-common 2.1.2+dfsg1-2 ii konqueror [www-browser] 4:4.11.3-1 ii libc62.19-18 ii libgcc1 1:4.8.2-1 ii libncurses5 5.9+20130608-1 ii libstdc++6 5.1.1-12 ii libtinfo55.9+20130608-1 ii w3m [www-browser]0.5.3-12 Versions of packages fish recommends: ii xsel 1.2.0-2 Versions of packages fish suggests: pn doc-base 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#752103: using build profiles breaks debian-ports
On 07/17/2015 09:31 AM, Thorsten Glaser wrote: using build profiles breaks debian-ports architectures, all of them: What exactly is a build profile in this context? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752103: using build profiles breaks debian-ports
On Fri, 17 Jul 2015, John Paul Adrian Glaubitz wrote: On 07/17/2015 09:31 AM, Thorsten Glaser wrote: using build profiles breaks debian-ports architectures, all of them: What exactly is a build profile in this context? Build-Depends: […] libgpac-dev (= ⌦0.5.0+svn4288~),⌫ ▶0.5.0+svn4288~) !stage1,◀ […] bye, //mirabilos -- Yes, I hate users and I want them to suffer. -- Marco d'Itri on gmane.linux.debian.devel.general -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792662: mysql-server-5.6: Conflicting settings for mysqld_safe log
Package: mysql-server-5.6 Version: 5.6.25-2 Severity: normal Hi, I'm getting the following messages in syslog: [..] mysqld_safe Can't log to error log and syslog at the same time. Remove all --log-error configuration options for --syslog to take effect. [..] mysqld_safe Logging to '/var/log/mysql/error.log'. After some digging, I found out the error log is set in /etc/mysql/mysql.conf.d/mysqld.cnf: [...] log_error = /var/log/mysql/error.log [...] At the same time, the syslog option is set in /etc/mysql/mysql.conf.d/mysqld_safe_syslog.cnf: [mysqld_safe] syslog Regards, Matijs -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mysql-server-5.6 depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.57 ii init-system-helpers1.23 ii initscripts2.88dsf-59.2 ii libaio10.3.110-1 ii libc6 2.19-19 ii libdbi-perl1.633-1 ii libgcc11:5.1.1-14 ii libstdc++6 5.1.1-14 ii libwrap0 7.6.q-25 ii lsb-base 4.1+Debian13+nmu1 ii mysql-client-5.6 5.6.25-2 ii mysql-common 5.6.25-2 ii mysql-server-core-5.6 5.6.25-2 ii passwd 1:4.2-3 ii perl 5.20.2-6 ii psmisc 22.21-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages mysql-server-5.6 recommends: ii libhtml-template-perl 2.95-2 Versions of packages mysql-server-5.6 suggests: ii bsd-mailx [mailx] 8.1.2-0.20150408cvs-1 ii heirloom-mailx [mailx] 12.5-4 pn tinyca none -- Configuration Files: /etc/logcheck/ignore.d.paranoid/mysql-server-5_6 [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.paranoid/mysql-server-5_6' /etc/logcheck/ignore.d.server/mysql-server-5_6 [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/mysql-server-5_6' /etc/logcheck/ignore.d.workstation/mysql-server-5_6 [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.workstation/mysql-server-5_6' -- debconf information: mysql-server-5.6/start_on_boot: true mysql-server/no_upgrade_when_using_ndb: mysql-server-5.6/nis_warning: mysql-server-5.6/really_downgrade: false mysql-server-5.6/postrm_remove_databases: false mysql-server/error_setting_password: mysql-server/password_mismatch: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787800: RFS: iperf3/3.0.11-1
Hallo Vincent, Thanks for taking the time to check my package! On Sat, Jul 04, 2015 at 03:21:43PM -0700, Vincent Cheng wrote: Control: tag -1 + moreinfo Control: owner -1 ! Hi Raoul, On Fri, Jun 5, 2015 at 12:59 AM, Raoul Borenius boren...@dfn.de wrote: perf3 (3.0.11-1) unstable; urgency=medium * new upstream version * bumped standards version to 3.9.6 Your changes look ok, but I've noticed that src:iperf3 builds library packages that are installed into multiarch paths (because you're using dh compat level 9), but your packages are not actually multiarch-ified. Please implement multiarch support in your package [1]. Thanks for pointing that out! I've followed the multiarch guide and rebuilt the iperf package: https://mentors.debian.net/package/iperf3 Grüße Raoul -- - Raoul Gunnar Borenius Phone : +49 711 63314-206 DFN-Verein, Geschäftsstelle Stuttgart Fax: +49 711 63314-133 Lindenspürstr.32 E-Mail : boren...@dfn.de D-70176 Stuttgart WWW: http://www.dfn.de - - Deutsches Forschungsnetz -- - Germany's National Research and Education Network - - smime.p7s Description: S/MIME cryptographic signature
Bug#792659: tesseract-ocr-dev: fails to install, trying to overwrite other packages files: /usr/share/tesseract-ocr/language-specific.sh
Package: tesseract-ocr-dev Version: 3.04.00-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package tesseract-ocr-dev. (Reading database ... (Reading database ... 7610 files and directories currently installed.) Preparing to unpack .../tesseract-ocr-dev_3.04.00-3_all.deb ... Unpacking tesseract-ocr-dev (3.04.00-3) ... dpkg: error processing archive /var/cache/apt/archives/tesseract-ocr-dev_3.04.00-3_all.deb (--unpack): trying to overwrite '/usr/share/tesseract-ocr/language-specific.sh', which is also in package libtesseract-dev 3.04.00-3 Errors were encountered while processing: /var/cache/apt/archives/tesseract-ocr-dev_3.04.00-3_all.deb cheers, Andreas tesseract-ocr-dev_3.04.00-3.log.gz Description: application/gzip
Bug#792664: ITP: ori -- secure distributed file system
Package: wnpp Severity: wishlist Owner: Afif Elghraoui a...@ghraoui.name X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: ori Version : 0.8.1 Upstream Author : Stanford University orifs-de...@lists.stanford.edu * URL : http://ori.scs.stanford.edu/ * License : ori (MIT-like) Programming Lang: C++ Description : secure distributed file system Ori is a distributed file system built for offline operation and empowers the user with control over synchronization operations and conflict resolution. History is provided through lightweight snapshots and users can verify that the history has not been tampered with. Through the use of replication, instances can be resilient and recover damaged data from other nodes. I will need a sponsor for this package. I am currently packaging on my local machine using git-build-package and may publish the repository on my own git server or seek access on collab-maint. -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789348: fixed in mate-applets 1.10.0+dfsg1-1~exp2
Control: found -1 1.10.3+dfsg1-1~exp1 Control: user debian...@lists.debian.org Control: usertag -1 piuparts And back again: Selecting previously unselected package mate-applets. (Reading database ... 22873 files and directories currently installed.) Preparing to unpack .../mate-applets_1.10.3+dfsg1-1~exp1_amd64.deb ... Unpacking mate-applets (1.10.3+dfsg1-1~exp1) ... dpkg: error processing archive /var/cache/apt/archives/mate-applets_1.10.3+dfsg1-1~exp1_amd64.deb (--unpack): trying to overwrite '/etc/sound/events/mate-battstat_applet.soundlist', which is also in package mate-applets-common 1.10.3+dfsg1-1~exp1 Errors were encountered while processing: /var/cache/apt/archives/mate-applets_1.10.3+dfsg1-1~exp1_amd64.deb Andreas PS: you could test your packages ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792657: ocaml-ctypes: needs update to ctypes 0.4
Source: ocaml-ctypes Severity: normal Dear Maintainer, Please update the ctypes package to 0.4. LLVM OCaml bindings require ctypes =0.4 to enable their full functionality since 3.7, and due to ctypes being outdated these are currently not built for Debian. Due to an upstream bug, LLVM 3.6 also requires ctypes, but with a version constraint of =0.3 0.4. I am not sure how important would it be to package that. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792655: Further details on 792655
I cleared configuration files and reinstalled all packages. The daemon is reproducibly crashing when I access the CUPS configuration page on port 631 AND if the folder /etc/cups/ssl exists. If the folder doesn't exist, it does not crash but does also not work properly here. System log shows lines like cupsd[24851]: segfault at fada0245 ip b7676614 sp bff7aa60 error 7 in libgnutls-deb0.so.28.41.0[b75c2000+13a000] I believe that this is a linking problem, was it linked against the correct version of the libgnutls library? I remember that this worked after the upgrade to Debian 8, so could the be a defective security update? smime.p7s Description: S/MIME Cryptographic Signature
Bug#792564: qa.d.o/dose: please export distcheck and buildcheck results in a machine readable format
Hi, Quoting Paul Wise (2015-07-17 09:42:19) On Fri, Jul 17, 2015 at 1:32 PM, Johannes Schauer wrote: Correct. My motivation to add this was something I forgot to mention in my initial report, but this is just an implementation detail: dose3 outputs its results in yaml format. Implementation wise, it would be easiest if qa.d.o/dose would just dump the raw data that dose3 generates in its own output format without any further processing. That data then would of course not include any urls and that's why I mentioned the stable URLs. I think for the tracker we would want a custom format, in case the dose3 raw data format/schema changes. right. I think that makes sense. I am fighting with human-readable results pages myself for years (See http://bootstrap.debian.net/cross.html for example) and found that the graphical display that Ralf created for qa.d.o/dose is superior to any other that I have ever seen so far (including the Perl implementation on qa.d.o which does not give me a proper explanation of the problem). If you know a more human readable solution to display complex situations like this: https://qa.debian.org/dose/debcheck/src_unstable_main/1437022805/packages/apertium-eo-ca.html If that page mentioned Depends/Build-Depends/etc instead of using arrows it might be more understandable. but will also become quite crowded. Maybe it would help to have a link which gives a short explanation of how to read the overviews. The only possible meanings for the arrows are Depends/Pre-Depends or Build-Depends/Build-Depends-Indep/Build-Depends-Arch. Do you think it's important to inform about from which field a dependency is coming from? Or are you only saying that it is not obvious that the arrow is describing a dependency relationship? Also a proper graph ouput with graphviz might be more understandable. dose3 can currenly output explanation graphs (in dot format) like this (rendered as png here): https://mister-muffin.de/p/Ay6S.png which in this case, explains this conflict: https://qa.debian.org/dose/debcheck/unstable_main/1437109207/packages/accessodf.html Do you have any suggestions of how this graph output can be improved? Then I can make the necessary improvements in dose3. Also, currently, only distcheck can output explanation graphs. But I will add the same functionality to buildcheck if you think it's useful. Thanks! cheers, josch signature.asc Description: signature
Bug#792660: ITP: cups-x2go -- Virtual X2Go printer for CUPS
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: cups-x2go Version : 3.0.1.3 Upstream Author : Oleksandr Shneyder o.schney...@phoca-gmbh.de * URL : http://wiki.x2go.org * License : GPL Programming Lang: Perl Description : Virtual X2Go printer for CUPS X2Go is a server based computing environment with - session resuming - low bandwidth support - session brokerage support - client side mass storage mounting support - audio support - authentication by smartcard and USB stick CUPS-X2Go provides a CUPS-backend for X2Go printing. This package will be provided by the X2Go Packaging Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792661: installation-reports: Successful installation of firmware netinst of Jessie on ASUS X55C laptop
Package: installation-reports Severity: normal Dear Maintainer, This was a successful and painless installation of Jessie. -- Package-specific info: Boot method: ISO burned to USB stick Image version: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/8.1.0/amd64/iso-cd/firmware-8.1.0-amd64-netinst.iso Date: 2015-07-17T05:30:00+0530 Machine: ASUS X55C Partitions: Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/dm-2 xfs 39040384 4849676 34190708 13% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 374208 5756368452 2% /run tmpfs tmpfs 935520 0935520 0% /dev/shm tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 935520 0935520 0% /sys/fs/cgroup /dev/sda1 ext4236876 34130186209 16% /boot /dev/mapper/rudiments--vg-home xfs 444899076 125139892 319759184 29% /home tmpfs tmpfs 187104 4187100 1% /run/user/114 tmpfs tmpfs 187104 4187100 1% /run/user/1000 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: No errors or bumps to report. I didn't really expect any gaffes in an installation image for a stable point release. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20150422+deb8u1 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux rudiments 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:14c7] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:14c7] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:14c7] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:14c7] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:14c7] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1c33] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 [8086:1e12] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 4 [8086:1e16] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:14c7] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation HM76 Express Chipset LPC