date:20150427

Control: unmerge -1
Control: reopen -1
Control: found -1 2.8.9dev5-2

This problem still occurs. For a new testcase URL:

  lynx https://www.vinc17.net:4434/

does not give an error, contrary to Firefox.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783458: RFH: sivp

2015-04-27 Thread Sylvestre Ledru

Package: wnpp
Severity: normal

Hello

As I am no longer involved in Scilab, I would like help on this package.
It is not hard and not a tricky package.

Sylvestre


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783460: spelling mistakes in glib: charater

2015-04-27 Thread Michael Tokarev

Package: libglib2.0-0
Version: 2.42.1-1
Severity: normal

There are several misspellings of the word character in the glib library.
Here's the output from trivial fgrep -r charater :

docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:pA dot 
metacharater (.) in the pattern matches all
docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:
metacharater./p
docs/reference/glib/html/glib-Perl-compatible-regular-expressions.html:
metacharater./p
glib/giochannel.c:  g_warning (Partial charater written before writing 
unichar.\n);
glib/gvariant.c: * If @limit is non-%NULL then @limit (and any charater after 
it) will
glib/gregex.h: * @G_REGEX_DOTALL: A dot metacharater (.) in the pattern 
matches all
glib/gregex.h: * metacharater.
glib/gregex.h: * metacharater.
glib/pcre/pcre_compile.c:  /* Handle the case of a single charater - either 
with no UTF support, or

(I guess it is the giochannel.c one which finds it way into
the library binary).

The problem here (and the reason for this severity) is that once
some other executable links with libglib statically, these
misspellings becomes part of that binary.  In other words,
these misspellings breaks other programs.  An example of such
a binary which has to link with glib statically is qemu-user-static
binaries, which are supposed to work in foreign environments without
additional libraries being installed there.

Thanks,

/mjt


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#758808: systemd: timed out waiting for lvm devices

2015-04-27 Thread Vladimir K

I have this problem too, not every boot, but some 1 in 2-3 boots. Home 
partition times out.
Just plain ext4 on LVM, no encryption.

From the log:

 systemd[1]: Job dev-mapper-mf4sys\x2dhome.device/start timed out.
 systemd[1]: Timed out waiting for device dev-mapper-mf4sys\x2dhome.device.
 systemd[1]: Dependency failed for /home.
 systemd[1]: Dependency failed for Local File Systems.
 systemd[1]: Dependency failed for File System Check on /dev/mapper/mf4sys-home.



udevadm info /dev/mapper/mf4sys-home 
P: /devices/virtual/block/dm-2
N: dm-2
S: disk/by-id/dm-name-mf4sys-home
S: 
disk/by-id/dm-uuid-LVM-2uNyLLsWgL9kDe3Nd3PHSFFK0aGD7EyrEvGh2ymayG3Wm01FZT1TYu3CUzxwaacU
S: disk/by-label/home
S: disk/by-uuid/39e60961-20e5-4e95-8428-3f34adde40b9
S: mapper/mf4sys-home
S: mf4sys/home
E: DEVLINKS=/dev/disk/by-id/dm-name-mf4sys-home 
/dev/disk/by-id/dm-uuid-LVM-2uNyLLsWgL9kDe3Nd3PHSFFK0aGD7EyrEvGh2ymayG3Wm01FZT1TYu3CUzxwaacU
 /dev/disk/by-label/home /dev/disk/by-uuid/39e60961-20e5-4e95-8428-3f34adde40b9 
/dev/mapper/mf4sys-home /dev/mf4sys/home
E: DEVNAME=/dev/dm-2
E: DEVPATH=/devices/virtual/block/dm-2
E: DEVTYPE=disk
E: DM_LV_NAME=home
E: DM_NAME=mf4sys-home
E: DM_SUSPENDED=0
E: DM_UDEV_DISABLE_LIBRARY_FALLBACK_FLAG=1
E: DM_UDEV_PRIMARY_SOURCE_FLAG=1
E: DM_UDEV_RULES=1
E: DM_UUID=LVM-2uNyLLsWgL9kDe3Nd3PHSFFK0aGD7EyrEvGh2ymayG3Wm01FZT1TYu3CUzxwaacU
E: DM_VG_NAME=mf4sys
E: ID_FS_LABEL=home
E: ID_FS_LABEL_ENC=home
E: ID_FS_TYPE=ext4
E: ID_FS_USAGE=filesystem
E: ID_FS_UUID=39e60961-20e5-4e95-8428-3f34adde40b9
E: ID_FS_UUID_ENC=39e60961-20e5-4e95-8428-3f34adde40b9
E: ID_FS_VERSION=1.0
E: MAJOR=254
E: MINOR=2
E: SUBSYSTEM=block
E: TAGS=:systemd:
E: USEC_INITIALIZED=370387


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783271: When configuring custom logging in /etc/krb5.conf,, xrb5 services are unable to write to these log files as they are not, permitted in the service configuration used by systemd

2015-04-27 Thread Carsten Klein

I think that I can live with the solution proposed by Russ as it is universal 
and can be applied to all services requiring RW access to locations/files other 
than the default, thanks!

Bug#781146: [rt.debian.org #5786] AutoReply: Please add Ruben Undheim's key to the DM keyring

2015-04-27 Thread Aníbal Monsalve Salazar

Control: package debian-maintainers
Control: tags -1 + pending

Hello Ruben Undheim,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5786

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.

Cheers,

Aníbal

On Mon, 2015-04-27 08:32:48 +, 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 Ruben Undheim'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 #5786].

 Please include the string

   [rt.debian.org #5786]

 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 3474C4096729ED0C51807D3CE69822C7E02958CD
 to the DM keyring
   please notify 781146-d...@bugs.debian.org
 
 Changed-By: Anibal Monsalve Salazar ani...@debian.org
 Date: Mon, 27 Apr 2015 08:21:02 +
 BTS: http://bugs.debian.org/781146
 Comment: Add Ruben Undheim ruben.undh...@gmail.com as a Debian Maintainer
 Agreement: https://lists.debian.org/debian-newmaint/2015/03/msg4.html
 Advocates: 
   tille - https://lists.debian.org/debian-newmaint/2015/03/msg5.html
   moeller - https://lists.debian.org/debian-newmaint/2015/04/msg00021.html
 KeyCheck:
   pub   4096R/E02958CD 2014-12-11
 Key fingerprint = 3474 C409 6729 ED0C 5180  7D3C E698 22C7 E029 58CD
   uid  Ruben Undheim ruben.undh...@gmail.com
   sig! F0FBF51F 2014-12-19  Joachim Breitner 
 m...@joachim-breitner.de
   sig!2151DFFDC 2014-12-18  Bernhard R. Link b...@mail.brlink.eu
   sig!3E02958CD 2014-12-11  Ruben Undheim ruben.undh...@gmail.com
   sub   4096R/0A10D2BB 2014-12-11
   sig! E02958CD 2014-12-11  Ruben Undheim ruben.undh...@gmail.com
   .
   Key is OpenPGP version 4 or greater.
   Key has 4096 bits.
   Valid e flag, no expiration.
   Valid s flag, no expiration.
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1
 
 iQIcBAEBCgAGBQJVPfO1AAoJEHxWrP6UeJfYujEP/RFxRqxU8boJYtZJHeTRAgI8
 NYT1EZnO+pvxT7bu8FFJQPqq4Qya+p6qjZP26vtEju93V3AuQmIjueIzVwbYREXG
 Fr7mHhga0NogAYLe+4dZYvdrHkw6bo9Me4EHoETQX2DKUNbmees5Jycc5stNHvlT
 OdljvBfhKpk3at/QWQf2TcEBfo70f5WKoLbtoDcVw8cUVNow5P5vdEBg8u2cBNAw
 AHdcSF4UZxj5JQhxj82lne4YoJk9hg55a012uTg+vHUJUMX/ZaxMAJhRg8guDZV6
 Yfef40SGVsFENXUOPsWGq/1FbhrbZUtJY4E4A+e2ErQ3JA8rwd99f/4XDzY/GmBE
 X32ldbdu4aVTFdAnLSstPWT5ntNEHtVZfgoKcUPyrqCE1T/WVrdlidCh/aYXMVGP
 nZNw+qZrDbNT+oXO995PorxiJCrXQkXjWZM5KK72dvZrGEzVvoPPhc8d18f5ADJ9
 uSy9ApTLEjbOAxBsRG+JT0f7V7wgIPzQW2JR4B4QDtr281meCNMTFEwhwGq7cUEm
 ERcAOVN5A4u9R4kDRVSL69bOwMQm7no3tK6duOfLantb/YKnlbw4tZ4FA2ndyHm/
 3ozUrQFuSPOBfdMrFxdpp3RcDDqXxYH6649Wqv2KiKoSMOz5yH9kMV3lenTPDc5i
 wcGVSCVOFZgBzJG7gyxC
 =TsE1
 -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#783463: spice-gtk: dbg package missing

2015-04-27 Thread Fabio Fantoni


Source: spice-gtk
Severity: normal

While I was doing the backtrace of a segfault I noticed that the spice-gtk is 
stripped of debugging symbols and a -dbg package is missing.

Is it possible to have a -dbg package?
I already added and tested it in a ubuntu ppa, is working but probably needed 
other improvements for debian packages quality:
https://launchpad.net/~fantonifabio/+archive/ubuntu/backports/+packages

Thanks for any reply.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781657: Processed (with 4 errors): Re: Bug#781657: needrestart: pending kernel upgrade warning when new kernel is already running - Bug in libsort-naturally-perl

Hi again,

Debian Bug Tracking System wrote:
 Processing control commands:
 
  clone -1 -2
 Bug #781657 [needrestart] needrestart: pending kernel upgrade warning when 
 new kernel is already running
 Bug #783238 [needrestart] needrestart: Recognizes kernel 3.19.0-trunk-amd64 
 as newer than 4.0.0-trunk-amd64
 Failed to clone 781657: Bug is marked as being merged with others. Use an 
 existing clone.

*sigh*

I've created that bug report now manually. It's at 
https://bugs.debian.org/783457

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783471: wesnoth-1.12-server: wesnoth-server doesn't seem to handle IPv6 connexions

2015-04-27 Thread eingousef

Package: wesnoth-1.12-server
Version: 1:1.12.0-1
Severity: normal

Dear Maintainer,

Connexion to an IPv6 wesnoth server from the wesnoth client is impossible, and
wesnothd does not seem to handle IPv6 connexions, even though this issue is
marked as closed on the project's bugtracker. If it's a missing feature, it
should be implemented upstream, if it's a bug, it should be solved.



-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), 
(90, 'experimental'), (90, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages wesnoth-1.12-server depends on:
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-iostreams1.55.01.55.0+dfsg-3
ii  libboost-locale1.55.0   1.55.0+dfsg-3
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-regex1.55.01.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-18
ii  libgcc1 1:4.9.2-10
ii  libgomp14.9.2-10
ii  libsdl-net1.2   1.2.8-4
ii  libsdl1.2debian 1.2.15-10+b1
ii  libstdc++6  4.9.2-10
ii  lsb-base4.1+Debian13+nmu1

wesnoth-1.12-server recommends no packages.

wesnoth-1.12-server 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#780158: Info received (Bug#780158: Fixed width 6x13 font does not display correctly Fixed width 6x13 font does not display correctly)

2015-04-27 Thread Kingsley Tart

FWIW, I installed xubuntu last week on a different machine and the same
problem exists there - the fonts are fine in the terminal but break in
kate/kwrite.

I tried installing [Trad] as well as [Misc], and in one case, when
viewing some Perl source in kate with the default syntax highlighting
enabled, some parts of code were showing in the correct 6x13 font
whereas other parts (strings quoted with single quotes) were showing in
the broken font.

Cheers,
Kingsley.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745835: lynx-cur: certificate revocation is not checked

Control: severity -1 serious

Setting same severity as bug 752610 (which is also about certificate
checking).

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781383: [rt.debian.org #5787] AutoReply: Please add Roland Fehrenbacher's key to the DM keyring

2015-04-27 Thread Aníbal Monsalve Salazar

Control: package debian-maintainers
Control: tags -1 + pending

Hello Roland Fehrenbacher,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5787

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.

Cheers,

Aníbal

On Mon, 2015-04-27 10:52:36 +, 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 Roland Fehrenbacher'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 #5787].

 Please include the string

   [rt.debian.org #5787]

 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 D8939339419CA3B869CFDD95070202585B812EC1
 to the DM keyring
   please notify 781383-d...@bugs.debian.org
 
 Changed-By: Anibal Monsalve Salazar ani...@debian.org
 Date: Mon, 27 Apr 2015 10:05:19 +
 BTS: http://bugs.debian.org/781383
 Comment: Add Roland Fehrenbacher r...@q-leap.de as a Debian Maintainer
 Agreement: https://lists.debian.org/debian-newmaint/2015/02/msg00015.html
 Advocates:
   tille - https://lists.debian.org/debian-newmaint/2015/02/msg00017.html
   moeller - https://lists.debian.org/debian-newmaint/2015/04/msg00021.html
 KeyCheck:
   pub   4096R/5B812EC1 2015-02-01 [expires: 2025-01-29]
 Key fingerprint = D893 9339 419C A3B8 69CF  DD95 0702 0258 5B81 2EC1
   uid  Roland Fehrenbacher (Q-Leap Networks GmbH) 
 r...@q-leap.de
   sig! D1C646D1 2015-02-12  Andreas Tille ti...@debian.org
   sig! C020EED1 2015-02-01  Steffen Moeller steffen_moel...@gmx.de
   sig! 326D8438 2015-02-01  Olivier Sallou osal...@debian.org
   sig!35B812EC1 2015-02-01  Roland Fehrenbacher (Q-Leap Networks 
 GmbH) r...@q-leap.de
   sub   4096R/14B79322 2015-02-01 [expires: 2025-01-29]
   sig! 5B812EC1 2015-02-01  Roland Fehrenbacher (Q-Leap Networks 
 GmbH) r...@q-leap.de
   .
   Key is OpenPGP version 4 or greater.
   Key has 4096 bits.
   Valid e flag, expires Wed 29 Jan 2025 10:25:37 UTC.
   Valid s flag, expires Wed 29 Jan 2025 10:25:37 UTC.
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1
 
 iQIcBAEBCgAGBQJVPhLpAAoJEHxWrP6UeJfYLcQQAKZcMN1mcctcnPufHJAla/W9
 eqiqpXASaIIf0yX9Cu4dxswm08hnCMZzEAeiSXAxET8OwY01aa/w+OtRSTSL5NIN
 zx2H2j+3XvAOHy7v6ipzNOqQs6uxj2incxJNAyvgAFD9hbxO13Lqbw36FTeVp6Wu
 +QrXaY/n79k/qdgNhvpq5NiGW+zGDBeNzoSsNvLSsTIYbD0R/fmGnYsRHnlA4/ua
 4JsOkl+zDhcNcnSpVfo0tJNYs0ANVjr4GuzdaqfLM9DVtUiQ0etNLmbpH0ylXXtI
 IEgNvSZ1KlwBX+J4ndLyVCwRBnAGsjIZzV5hnJUn64SpwqMg9G3nWxya582bb+nL
 obFTe3oxDrESPXhtBvLCQuqlT/INm7lkjF2i0Moe4xu7e18p51bcXeVXQCQwjIQs
 upreUGp6YX8fN74504GfN4FfFFNwgwlVrtolDYxSz6LY6ldK/xfzE4S2fqcdJJO1
 waO6geoUM0v0SMJq80J3bB2e7WAqHR/uTb+nvv5w6xliv5NPIHCQTpBl+OxZGPyd
 rP8/gAl25Hv1cUk8pEKW0BriMKl2QwpXGUJNBtFWn1HhDMT4dnMLzYeYXypuSJKo
 ROedNaFrK5S3lhquFaan8iHFChec6vOm1iE52FD3ztD8j1kyBL6OUaV/SuuQYh3w
 s5DCYtP2xU6VDKlgKFCS
 =wr7B
 -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#783374: last NMU patch breaks gparted completely (on my system)

2015-04-27 Thread Felix Zielcke

On Sun, 26 Apr 2015 12:09:16 -0400 Michael Gilbert mgilb...@debian.org wrote:
 control: tag -1 confirmed
 control: severity -1 serious
 
 On Sun, Apr 26, 2015 at 9:46 AM, Felix Zielcke wrote:
  Just tried out the newest upload of gparted. Which fails completely
  The one before which is in jessie works fine.
  I.e. 0.19.0-2 without the NMU fix
 
 gparted needs a newer udisks2, see #782838.  Proposed patch attached.
 
 Best wishes,
 Mike

Thanks for the quick answer. Now it works.
Didn't see that bug cause it's already marked done. So the affects
doestn't show it in gparted bug list.

Just saw the new udisks2 is now uploaded to unstable


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783478: texi2html: [PATCH] Please make the build reproducible

2015-04-27 Thread Juan Picca

Package: texi2html
Version: 1.82+dfsg1
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that texi2html could not be built reproducibly.

The attached patch removes extra timestamps from the build system and
ensure a stable file order when creating the source archive. Once
applied, texi2html can be built reproducibly in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

NOTE: THIS PATCH DEPENDS OF https://bugs.debian.org/783475

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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)
Description: Make the build reproducible
 This patch uses dpkg-parsechangelog instead of mdate-sh in configure.ac. A
 previous patch modifies the file configure.ac, changing his last modified
 time avoiding make the build reproducible.
 Due not usage the file mdate-sh is removed.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-04-26
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/configure.ac
+++ b/configure.ac
@@ -10,7 +10,7 @@ dnl --enable-maintainer-mode argument.
 AM_MAINTAINER_MODE
 
 dnl Misc variable settings
-PACKAGE_DATE=`$srcdir/mdate-sh $srcdir/configure.ac`
+PACKAGE_DATE=`dpkg-parsechangelog -S date`
 AC_SUBST([PACKAGE_DATE])
 
 dnl Checks for programs.
--- a/doc/mdate-sh
+++ /dev/null
@@ -1,201 +0,0 @@
-#!/bin/sh
-# Get modification time of a file or directory and pretty-print it.
-
-scriptversion=2005-06-29.22
-
-# Copyright (C) 1995, 1996, 1997, 2003, 2004, 2005 Free Software
-# Foundation, Inc.
-# written by Ulrich Drepper drep...@gnu.ai.mit.edu, June 1995
-#
-# This program is free software; you can redistribute it and/or modify
-# it under the terms of the GNU General Public License as published by
-# the Free Software Foundation; either version 2, or (at your option)
-# any later version.
-#
-# This program is distributed in the hope that it will be useful,
-# but WITHOUT ANY WARRANTY; without even the implied warranty of
-# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-# GNU General Public License for more details.
-#
-# You should have received a copy of the GNU General Public License
-# along with this program; if not, write to the Free Software Foundation,
-# Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
-
-# As a special exception to the GNU General Public License, if you
-# distribute this file as part of a program that contains a
-# configuration script generated by Autoconf, you may include it under
-# the same distribution terms that you use for the rest of that program.
-
-# This file is maintained in Automake, please report
-# bugs to bug-autom...@gnu.org or send patches to
-# automake-patc...@gnu.org.
-
-case $1 in
-  '')
- echo $0: No file.  Try \`$0 --help' for more information. 12
- exit 1;
- ;;
-  -h | --h*)
-cat \EOF
-Usage: mdate-sh [--help] [--version] FILE
-
-Pretty-print the modification time of FILE.
-
-Report bugs to bug-autom...@gnu.org.
-EOF
-exit $?
-;;
-  -v | --v*)
-echo mdate-sh $scriptversion
-exit $?
-;;
-esac
-
-# Prevent date giving response in another language.
-LANG=C
-export LANG
-LC_ALL=C
-export LC_ALL
-LC_TIME=C
-export LC_TIME
-
-# GNU ls changes its time format in response to the TIME_STYLE
-# variable.  Since we cannot assume `unset' works, revert this
-# variable to its documented default.
-if test ${TIME_STYLE+set} = set; then
-  TIME_STYLE=posix-long-iso
-  export TIME_STYLE
-fi
-
-save_arg1=$1
-
-# Find out how to get the extended ls output of a file or directory.
-if ls -L /dev/null 1/dev/null 21; then
-  ls_command='ls -L -l -d'
-else
-  ls_command='ls -l -d'
-fi
-
-# A `ls -l' line looks as follows on OS/2.
-#  drwxrwx---0 Aug 11  2001 foo
-# This differs from Unix, which adds ownership information.
-#  drwxrwx---   2 root  root  4096 Aug 11  2001 foo
-#
-# To find the date, we split the line on spaces and iterate on words
-# until we find a month.  This cannot work with files whose owner is a
-# user named `Jan', or `Feb', etc.  However, it's unlikely that `/'
-# will be owned by a user whose name is a month.  So we first look at
-# the extended ls output of the root directory to decide how many
-# words should be skipped to get the date.
-
-# On HPUX /bin/sh, set interprets -rw-r--r-- as options, so the x below.
-set x`ls -l -d /`
-
-# Find which argument is the month.
-month=
-command=
-until test $month
-do
-  shift
-  # Add another shift to the command.
-  command=$command shift;
-  case $1 in
-Jan) month=January; nummonth=1;;
-Feb) month=February;

Bug#783430: Useless in Debian

2015-04-27 Thread Raphael Hertzog

On Sun, 26 Apr 2015, David Prévot wrote:
 Raphaël (X-D-CC) requested this package (#678093) as a Tuleap
 dependency, but tuleap is not in Debian (not even {IT,RF)P’ed AFAICT).
 
 Thomas’ concerns raised over two years ago in the RFP are still valid
 (upstream package is not maintained, and “the package is marked as
 quality beta and there has been no upstream release since end of
 2009”).
 
 Furthermore, the package has a very low popcon.

For the record, Tuleap still uses this PHP library. It would be
interesting to document in this bug report what alternative PHP
library people are expected to use in Debian...

It's true that the Tuleap packaging never reached a state where
it was ready to be integrated into Debian. That said there are
likely some Tuleap users who are running it on top of Debian (albeit
in a non-packaged way).

 I intend to follow up with an RM request in a few months if nobody
 objects (but feel free to beat me to it).

No objection from me if there is another PHP library providing similar
features available in Debian. But I also don't see a pressing need to
drop that code since it seems to be working well.

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#783472: ITP: maven-processor-plugin -- Maven plugin to process annotations for Java 6 at compile time

2015-04-27 Thread Emmanuel Bourg

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg ebo...@apache.org

* Package name: maven-processor-plugin
  Version : 2.0.8
  Upstream Author : Bartolomeo Sorrentino
* URL : http://bsorrentino.github.io/maven-annotation-plugin/site3/
* License : LGPL-3+
  Programming Lang: Java
  Description : Maven plugin to process annotations for Java 6 at compile 
time

The Maven processor plugin helps to use from Maven the new annotation
processing provided by Java 6 integrated in the Java compiler.
This plugin could be considered the 'alter ego' of the Maven apt plugin.

This plugin is a build dependency of libhibernate-validator-java = 4.3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783477: lynx-cur: default answer for SSL errors should be 'n', not 'y'

Package: lynx-cur
Version: 2.8.9dev5-2
Severity: wishlist

When connecting to a site with an invalid certificate, such as an
expired one, one gets:

  SSL error:The certificate is NOT trusted. The certificate chain uses
  expired certificate. -Continue? (y)

For better security, the default answer should be 'n'.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages lynx-cur depends on:
ii  libbsd00.7.0-2
ii  libbz2-1.0 1.0.6-7+b3
ii  libc6  2.19-18
ii  libgnutls-deb0-28  3.3.8-7
ii  libidn11   1.30-1
ii  libncursesw5   5.9+20140913-1+b1
ii  libtinfo5  5.9+20140913-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages lynx-cur recommends:
ii  mime-support  3.58

lynx-cur suggests no packages.

-- debconf information:
  lynx-cur/defaulturl: http://www.lip.ens-lyon.fr/
  lynx-cur/etc_lynx.cfg:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783476: lynx-cur: truncated message SSL error:The certificate is NOT trusted. [...]

Package: lynx-cur
Version: 2.8.9dev5-2
Severity: normal

With

  lynx https://www.cloudflarechallenge.com/

(which currently uses an expired certificate, but this testcase may
not be valid permanently) in a 80-column terminal (quite standard),
I get:

SSL error:The certificate is NOT trusted. The certificate chain uses expired c

while the full message is:

SSL error:The certificate is NOT trusted. The certificate chain uses expired 
certificate. -Continue? (y)

This is a problem because with the truncated message, the user
doesn't know that he needs to type 'n' to refuse the connection.
Even 'q' (normally used to quit lynx) enables the connection.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages lynx-cur depends on:
ii  libbsd00.7.0-2
ii  libbz2-1.0 1.0.6-7+b3
ii  libc6  2.19-18
ii  libgnutls-deb0-28  3.3.8-7
ii  libidn11   1.30-1
ii  libncursesw5   5.9+20140913-1+b1
ii  libtinfo5  5.9+20140913-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages lynx-cur recommends:
ii  mime-support  3.58

lynx-cur suggests no packages.

-- debconf information:
  lynx-cur/defaulturl: http://www.lip.ens-lyon.fr/
  lynx-cur/etc_lynx.cfg:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765109: fglrx-driver: Black screen after xorg startup

2015-04-27 Thread Pascal Ognibene

Dear maintainers,

I have the same problem here. 2 cards AMD R285X in my PC, black screen
after installing the 14.9 fglrx drivers from jessie (the open source
default driver works, but I need OpenCl acceleration from fglrx).

I installed the 14.12 drivers from experimental, got the same result.

The radeon module is blacklisted properly. I can't see what's wrong. The
only suspicious things i can find in the xorg logs are messages like :

[14.919] ukiOpenDevice: open result is -1, (No such device)
[14.919] ukiOpenDevice: open result is -1, (No such device)
[14.919] ukiOpenDevice: Open failed


but the initialization seems to continue and ends with these lines:

[21.794] (II) fglrx(0): EDID vendor ACI, prod id 6628
[21.794] (II) fglrx(0): Using EDID range info for horizontal sync
[21.794] (II) fglrx(0): Using EDID range info for vertical refresh
[21.794] (II) fglrx(0): Printing DDC gathered Modelines:
[21.794] (II) fglrx(0): Modeline 1366x768x0.0   85.50  1366 1436 1579
1792  768 771 774 798 +hsync +vsync (47.7 kHz eP)
[21.794] (II) fglrx(0): Modeline 800x600x0.0   40.00  800 840 968
1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[21.794] (II) fglrx(0): Modeline 800x600x0.0   36.00  800 824 896
1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[21.794] (II) fglrx(0): Modeline 640x480x0.0   31.50  640 656 720
840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[21.794] (II) fglrx(0): Modeline 640x480x0.0   31.50  640 664 704
832  480 489 492 520 -hsync -vsync (37.9 kHz e)
[21.794] (II) fglrx(0): Modeline 640x480x0.0   25.18  640 656 752
800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[21.794] (II) fglrx(0): Modeline 720x400x0.0   28.32  720 738 846
900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[21.794] (II) fglrx(0): Modeline 1280x1024x0.0  135.00  1280 1296
1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[21.794] (II) fglrx(0): Modeline 1024x768x0.0   75.00  1024 1048 1184
1328  768 771 777 806 -hsync -vsync (56.5 kHz e)
[21.794] (II) fglrx(0): Modeline 1024x768x0.0   65.00  1024 1048 1184
1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[21.794] (II) fglrx(0): Modeline 800x600x0.0   49.50  800 816 896
1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[21.794] (II) fglrx(0): Modeline 800x600x0.0   50.00  800 856 976
1040  600 637 643 666 +hsync +vsync (48.1 kHz e)
[21.794] (II) fglrx(0): Modeline 1152x864x0.0  108.00  1152 1216 1344
1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[21.794] (II) fglrx(0): Modeline 1280x960x0.0  108.00  1280 1376 1488
1800  960 961 964 1000 +hsync +vsync (60.0 kHz e)
[21.794] (II) fglrx(0): Modeline 1280x800x0.0   83.50  1280 1352 1480
1680  800 803 809 831 -hsync +vsync (49.7 kHz e)
[21.794] (II) fglrx(0): Modeline 1280x720x60.0   74.48  1280 1336
1472 1664  720 721 724 746 -hsync +vsync (44.8 kHz e)

Currently, this means my server has just gone as useful as a brick. I'll be
happy to help if I can run specific tests on my machine.

Best,

Pascal

Bug#783479: ITP: calculix-cgx -- A 3-dimensional pre- and post-processor for CalculiX CrunchiX

2015-04-27 Thread Wolfgang Fuetterer

Package: wnpp
Severity: wishlist
Owner: Wolfgang Fuetterer deb...@wlf-online.de

* Package name: calculix-cgx
  Version : 2.8
  Upstream Author : Klaus Wittig klaus.wit...@calculix.de
* URL : http://www.calculix.de/
* License : GPL
  Programming Lang: C, C++
  Description : A 3-dimensional pre- and post-processor for CalculiX
CrunchiX

CalculiX GraphiX (cgx) is a  3-dimensional pre- and post-processor for
finite elemnts. CalculiX CrunchiX Finite Element Models can be build,
calculated and post-processed. The pre- and post-processor is an
interactive 3D-tool using the openGL API. In addition to the Calculix CrunchiX
results files (frd) results from OpenFoam, Duns (2D and 3D), Isaac (2D and 3D)
and Nastran (f06) can be read. For preprocessing Netgen nativ
format, STEP and STL can be imported.

I prefer to maintain the package under the debian science blend.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777265:

2015-04-27 Thread John Smith

This update does not appear to fix the problem for me - it's still showing
the same issues when updated.

Bug#783465: Acknowledgement (eximdoc4: please make the build reproducible)

2015-04-27 Thread Chris Lamb

 The attached patch removes timestamps from the build system. 

I attached an earlier patch; updated one attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff -urNad 
eximdoc4.orig/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff 
eximdoc4/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff
--- eximdoc4.orig/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff 
1970-01-01 01:00:00.0 +0100
+++ eximdoc4/eximdoc4-4.84/debian/patches/0030-reproducible-build.diff  
2015-04-27 10:09:02.357780258 +0100
@@ -0,0 +1,11 @@
+--- eximdoc4-4.84.orig/doc-docbook/GenLocalParams
 eximdoc4-4.84/doc-docbook/GenLocalParams
+@@ -3,7 +3,7 @@
+ output=${1:-local_params}
+ : ${EXIM_VER:?Need the EXIM_VER environment variable}
+ 
+-nicedate=$(date +%d %b %Y)
++nicedate=$(date --utc --date=$(dpkg-parsechangelog -SDate) +%d %b %Y)
+ 
+ exec  $output
+ cat EOTEMPLATE
diff -urNad eximdoc4.orig/eximdoc4-4.84/debian/patches/series 
eximdoc4/eximdoc4-4.84/debian/patches/series
--- eximdoc4.orig/eximdoc4-4.84/debian/patches/series   2015-04-27 
10:05:17.771927547 +0100
+++ eximdoc4/eximdoc4-4.84/debian/patches/series2015-04-27 
10:08:57.133550057 +0100
@@ -2,3 +2,4 @@
 0002-info-direntry-description-and-infodir-category.patch
 0003-Set-info-filename.patch
 0020-clean-revision.diff
+0030-reproducible-build.diff

Bug#783383: w3m: German translation

2015-04-27 Thread Tatsuya Kinoshita

Hi Markus,

On April 26, 2015 at 9:46PM +0200, post (at hiereth.de) wrote:
 to assure delivery of two correct translations, please ..

OK, see below.

 #: rc.c:93
 msgid Display 0 pixel table borders
 msgstr 
 (YES or NO, default value is NO)

 The effect of this setting would be that the table is rendered with no
 borders at all because an line width of zero pixels is no line at all,
 isn't it.

If the value is NO (display_borders=0), the line is not displayed.
If the value is YES (display_borders=1), the line is displayed.

See this example:

$ cat sample.html
table border=0
trtdA1/tdtdB1/td/tr
trtdA2/tdtdB2/td/tr
/table

$ LC_ALL=C w3m -o display_borders=0 sample.html | cat
A1 B1
A2 B2

$ LC_ALL=C w3m -o display_borders=1 sample.html | cat
+-+
|A1|B1|
|--+--|
|A2|B2|
+-+

 #: rc.c:152
 msgid File for preferences for each site
 msgstr 
 (default value is ~/.w3m/siteconf)

 Is this a file that stores preferences to sites visited, that contains
 a mapping of the following kind?

See doc/README.siteconf for more information.

Quoting from doc/README.siteconf:
 The siteconf consists of URL patterns and preferences associated to them.
[...]
 = The syntax =

 url url|/re-url/|m@re-url@i [exact]
 substitute_url destination-url
 url_charset charset
 no_referer_from on|off
 no_referer_to on|off

 The last match wins.

 = Examples =

 url http://twitter.com/#!/;
 substitute_url http://mobile.twitter.com/;

 This forwards the twitter.com to its mobile site.

 url http://your.bookmark.net/;
 no_referer_from on

 This prevents HTTP referers from being sent when you follow links
 at the your.bookmark.net.

Thanks,
--
Tatsuya Kinoshita


pgpgM47vpMo5Q.pgp
Description: PGP signature

Bug#783394: [SOLVED] Not a bug

2015-04-27 Thread Henrik Størner

Hi,

the problem was caused by a wrong routing entry - it should only have
been applied to the VPN clients, not on the VPN server. The OpenVPN
server is working fine now.

Sorry for the noise.

Regards,
Henrik


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783466: acpid: Please describe the interaction with systemd/logind

Package: acpid
Version: 1:2.0.23-2
Severity: wishlist

The current acpid description:

Description: Advanced Configuration and Power Interface event daemon
Modern computers support the Advanced Configuration and Power Interface (ACPI)
to allow intelligent power management on your system and to query battery and
configuration status.
.
ACPID is a completely flexible, totally extensible daemon for delivering
ACPI events. It listens on netlink interface (or on the deprecated file
/proc/acpi/event), and when an event occurs, executes programs to handle the
event. The programs it executes are configured through a set of configuration
files, which can be dropped into place by packages or by the admin.

i.e. no mention of systemd and logind while

https://www.debian.org/releases/jessie/amd64/release-notes/ch-information.en.html#idp943504

says:

5.6.5. Interaction between logind and acpid

ACPI events can be handled by logind or acpid. In case both services
are configured to handle events in different ways, this can lead to
undesired results.

We recommend to migrate any non-default settings to logind and
uninstall acpid. Alternatively it is also possible to configure
logind to ignore ACPI events by adding:

HandlePowerKey=ignore
HandleSuspendKey=ignore
HandleHibernateKey=ignore
HandleLidSwitch=ignore

to /etc/systemd/logind.conf. Note that this might change behaviour
of desktop environments relying on logind.

If I understand correctly: If logind is used, then it is recommended
not to have acpid installed (assuming that logind replaces acpid
completely). Describing (shortly) the interaction between logind
and acpid would give useful information to the user when wondering
whether acpid is needed or not (in particular when comparing with
old machines).

-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages acpid depends on:
ii init-system-helpers 1.22
ii kmod 20-1
ii libc62.19-18
ii lsb-base 4.1+Debian13+nmu1

Versions of packages acpid recommends:
ii acpi-support-base 0.142-6

acpid 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#783467: ITP: pysoundfile -- an audio library based on libsndfile, CFFI, and NumPy

2015-04-27 Thread IOhannes m zmoelnig

Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig zmoel...@iem.at

* Package name: pysoundfile
  Version : 0.7.0
  Upstream Author : Bastian Bechtold
* URL : https://github.com/bastibe/PySoundFile
* License : BSD
  Programming Lang: Python
  Description : an audio library based on libsndfile and NumPy

 PySoundFile can read and write sound files in a variety of formats and eases
 the application of signal processing algorithms.
 File reading/writing is supported through libsndfile. PySoundFile represents
 audio data as NumPy arrays.
 ,.
 Full documentation is available on http://pysoundfile.readthedocs.org/.



To my knowledge, there is no libsndfile wrapper for python in Debian yet (which
is a pity).
I intend to do the packaging under the pkg-multimedia-maintainers team umbrella
(if I can interest my team fellows, otherwise I will package it on my own).

fgmad
IOhannes


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783082: Aw: Re: linux-image-3.16.0-4-586: video players/browsers crash with 'illegal instruction' on i586

2015-04-27 Thread Fabian Greffrath

Am Sonntag, den 26.04.2015, 14:17 +0200 schrieb Fabian Greffrath: 
 I think we should apply them to the libav package for a stable point
 release.

Opinions?

- Fabian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775904: di-netboot-assistant should verify the downloaded files

2015-04-27 Thread intrigeri

bertagaz wrote (21 Jan 2015 11:10:39 GMT) :
 Given most of the files downloaded by di-netboot-installer are done so
 over insecure connections, it makes sense to have it verifying this files
 or at least provide a way for sysadmins to do it.

Random idea: how about using the binary packages generated from
debian-installer-netboot-images to get those files in an
authenticated way?

Cheers,
--
intrigeri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783474: RM: mpich2 -- ROM; obsolete, replaced by 'mpich'

2015-04-27 Thread Lucas Nussbaum

Package: ftp.debian.org
Severity: normal

Hi,

Please remove mpich2. it has been replaced by the mpich source package.

Thanks,

Lucas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783475: texi2html: [PATCH] Allow make the build of documentation reproducible adding the use-date flag.

2015-04-27 Thread Juan Picca

Package: texi2html
Version: 1.82+dfsg1
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the reproducible builds effort [1], we have noticed
that texi2html could not allow to built documentation reproducibly.

The attached patch adds the flag use-date that allows use the given  string
for the date, instead the generated timestamps.
Once applied, we can build reproducibly the packages that use
texi2html for generate documentation in our current experimental
framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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)
Description: Add flag use-date
 Allow make the build of documentation reproducible using the value given in
 the command line for use instead of date timestamp.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-04-26
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/texi2html.init
+++ b/texi2html.init
@@ -260,6 +260,10 @@ $MONOLITHIC = 1;
 # the specified url are used as stylesheet links
 @CSS_REFS = ();
 
+# -use-date
+# the specified string is used as date timestamp in generated files
+$USE_DATE = undef;
+
 ##
 # The following options are only relevant if $L2H is set
 #
--- a/texi2html.pl
+++ b/texi2html.pl
@@ -261,6 +261,7 @@ $EXTERNAL_DIR
 $IGNORE_PREAMBLE_TEXT
 @CSS_FILES
 @CSS_REFS
+$USE_DATE
 $INLINE_CONTENTS
 $INLINE_INSERTCOPYING
 );
@@ -1910,6 +1911,8 @@ sub set_date()
 }
 $Texi2HTML::THISDOC{'today'} = $Texi2HTML::Config::DATE 
 if (defined($Texi2HTML::Config::DATE));
+$Texi2HTML::THISDOC{'today'} = $Texi2HTML::Config::USE_DATE
+if (defined($Texi2HTML::Config::USE_DATE));
 $::things_map_ref-{'today'} = $Texi2HTML::THISDOC{'today'};
 $::pre_map_ref-{'today'} = $Texi2HTML::THISDOC{'today'};
 $::texi_map_ref-{'today'} = $Texi2HTML::THISDOC{'today'};
@@ -2600,6 +2603,13 @@ $T2H_OPTIONS - {'css-ref'} =
  verbose = 'generate reference to the CSS URL $s'
 };
 
+$T2H_OPTIONS - {'use-date'} =
+{
+ type = '=s',
+ linkage = \$Texi2HTML::Config::USE_DATE,
+ verbose = 'use given date in generation timestamps $s'
+};
+
 $T2H_OPTIONS - {'transliterate-file-names'} =
 {
  type = '!',
--- a/doc/texi2html.texi
+++ b/doc/texi2html.texi
@@ -853,6 +853,9 @@ This command line switch provides for th
 to a Cascading Style Sheet (@acronym{CSS}) URL.  More than one URL may be
 specified (array @variable{@@CSS_REFS}). 
 
+@item @longopt{use-date=@var{DATE}}
+This command line uses the given date in place of generated timestamps.
+
 @item @longopt{html-xref-prefix=@var{path}}
 This option sets the base directory for external @acronym{HTML} texinfo manuals 
 (variable @variable{$EXTERNAL_DIR}).  Defaults to @samp{../}.
--- a/doc/texi2html.info
+++ b/doc/texi2html.info
@@ -700,6 +700,9 @@ Miscalleneous style changes may be achie
  to a Cascading Style Sheet (CSS) URL.  More than one URL may be
  specified (array `@CSS_REFS').
 
+`--use-date=DATE'
+This command line uses the given date in place of generated timestamps.
+
 `--html-xref-prefix=PATH'
  This option sets the base directory for external HTML texinfo
  manuals (variable `$EXTERNAL_DIR').  Defaults to `../'.

Bug#783537: important tools missing

Am 27.04.2015 um 21:54 schrieb Axel Beckert:
 Control: severity -1 normal
 
 Hi Michael,
 
 Michael Biebl wrote:
 Since the latest update, some important tools are missing.

 E.g. all git-import-* tools are gone.
 
 That's on purpose. Please read the changelog, e.g.
 https://packages.qa.debian.org/g/git-buildpackage/news/20150220T194850Z.html
 
 Citing from there:
 
* [e3a8666] Drop all gbp-* and git-* commands as announced in the
  deprecation notice from June 2013. From now on only gbp command is
  supported.

Could we at least have a big fat NEWS entry about this.

I had the various gbp tools embedded in several scripts, which are now
all broken.

 Since the man pages for those tools are still shipped in the
 package,
 
 I think that's the real bug. :-)

Well, even if this change was intentional, the way it was
executed/announced was less then ideal. So I'm not sure severity normal
qualifies here.


Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#783512: closed by Andreas Rönnquist gus...@debian.org (Bug#783512: fixed in poedit 1.7.6-2)

2015-04-27 Thread Борислав Събев

Hello all.

I just saw the bug's resolution.
OK if it is fixed it is fine with me.

Any idea when will the updated code be available for download?
Will it come in 8.1 or is it doing to be a regular source update.

Thanks,
   Borislav Sabev.

On Mon, Apr 27, 2015 at 10:39 PM, Debian Bug Tracking System 
ow...@bugs.debian.org wrote:

 This is an automatic notification regarding your Bug report
 which was filed against the poedit package:

 #783512: poedit: Segfault when opening file. Gtk-Message: Failed to load
 module canberra-gtk-module

 It has been closed by Andreas Rönnquist gus...@debian.org.

 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Andreas Rönnquist 
 gus...@debian.org by
 replying to this email.


 --
 783512: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783512
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems


 -- Forwarded message --
 From: Andreas Rönnquist gus...@debian.org
 To: 783512-cl...@bugs.debian.org
 Cc:
 Date: Mon, 27 Apr 2015 19:36:32 +
 Subject: Bug#783512: fixed in poedit 1.7.6-2
 Source: poedit
 Source-Version: 1.7.6-2

 We believe that the bug you reported is fixed in the latest version of
 poedit, which is due to be installed in the Debian FTP archive.

 A summary of the changes between this version and the previous one is
 attached.

 Thank you for reporting the bug, which will now be closed.  If you
 have further comments please address them to 783...@bugs.debian.org,
 and the maintainer will reopen the bug report if appropriate.

 Debian distribution maintenance software
 pp.
 Andreas Rönnquist gus...@debian.org (supplier of updated poedit package)

 (This message was generated automatically at their request; if you
 believe that there is a problem with it please contact the archive
 administrators by mailing ftpmas...@ftp-master.debian.org)


 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256

 Format: 1.8
 Date: Mon, 27 Apr 2015 21:05:25 +0200
 Source: poedit
 Binary: poedit poedit-dbg poedit-common
 Architecture: source amd64 all
 Version: 1.7.6-2
 Distribution: unstable
 Urgency: medium
 Maintainer: Debian l10n developers 
 debian-l10n-de...@lists.alioth.debian.org
 Changed-By: Andreas Rönnquist gus...@debian.org
 Description:
  poedit - gettext catalog editor
  poedit-common - Common files for poedit
  poedit-dbg - gettext catalog editor (debug)
 Closes: 783512
 Changes:
  poedit (1.7.6-2) unstable; urgency=medium
  .
* Rebuild with liblucene++0 3.0.7-2 (Closes: #783512)
 Checksums-Sha1:
  6ce6763fa2ec7313a86f5b4d4cbd0c00d04d2284 2240 poedit_1.7.6-2.dsc
  bd64baede63c607bea3c8b9a375316e1ed4e40c8 18996
 poedit_1.7.6-2.debian.tar.xz
  647ea4c0891a7add021dc3cde3f50384397d72cb 518962 poedit_1.7.6-2_amd64.deb
  d5f2f22fc5236c47637eeb4f319677a79e8ebd24 4246896
 poedit-dbg_1.7.6-2_amd64.deb
  556304d94a542eb02d54e5c985ae5144192c8a8a 418456
 poedit-common_1.7.6-2_all.deb
 Checksums-Sha256:
  9ad824e21da1c77b1ec3a69ed0610e8f365437ed13169978144afdc63795bb6d 2240
 poedit_1.7.6-2.dsc
  b7a657f7cc421423c256bf9b02615bd5a48f590c659e806aef2e5c107a83251c 18996
 poedit_1.7.6-2.debian.tar.xz
  ecd4305751bcbf4d467c60ba569e57630428228e9c2c025f16e511c45f2fb85e 518962
 poedit_1.7.6-2_amd64.deb
  691c16208d7d0123e60f68b462f46dc66ec42525a92fc4ba84bf31eff89f616a 4246896
 poedit-dbg_1.7.6-2_amd64.deb
  fae406a9da38d045365c460f0c9507ade7c0da844af57ee949f607be676e5d63 418456
 poedit-common_1.7.6-2_all.deb
 Files:
  e70567bf2da7617cf51437fe2fb56fd8 2240 text optional poedit_1.7.6-2.dsc
  96010158995afa2d4f36650ce668064c 18996 text optional
 poedit_1.7.6-2.debian.tar.xz
  4e91dcbc15c15113c147d52ac465e857 518962 text optional
 poedit_1.7.6-2_amd64.deb
  c77df5bce6577f4f6f90859c2aa8d4e3 4246896 debug extra
 poedit-dbg_1.7.6-2_amd64.deb
  857f51846365ab0fd4b0df29ae678da6 418456 text optional
 poedit-common_1.7.6-2_all.deb

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQIcBAEBCAAGBQJVPoxOAAoJEBlLYxqy2iiIGyYQAL/CKG2Pia+NpJuq0KiGlx8X
 8uQ/QnndW7iTiAc+PaUfkLKsEBA6gfnA0xiaqC+LZRtFSEMRO1ZviFfTLvCoqjmX
 yGIX8Src7Jsj3j5bVS/N/6C3KRv7ma28Gf/MZtohYdRSi4RdvZQske8yjM6MsYbe
 jpOi93Ofc78hjxA6Zm+W3EV9cPWl88qRoqQmV9wVUWGQVcDT53A2OPUCKKvxm+aY
 QVnCb8pZPxsXSjl7khTWDT1ETyUpZxNLEzW481iF32VTpBiNN020+lGnXlX3sOKE
 /YPPSA/TzZU+ZYTfsQ88S97rGltfcswK4w2CetUeArqyV8gm19NsvMuAxg4/Y7Wb
 Wzf238TskED/3ib4irdPsVCYepYC2PHBd6xOTdi8/A6SckHeDTTawHGd5AcD64yS
 sviMqTuIWbvLxEqYMM+oumATKBbyyt+bx7vlYJuendGXMn0gZI9gU02twe7impB6
 siPQUURkFAyKQ2/GCk1x7vsdwPgozoz+/IJAe8O9NBTWV4XUsUUw6BHG5mwrxgpg
 Cm4MrafLwIqlfmUkVWKzrrK/ab4OP2n4fgrNFW4h+DqXCioWo5cpDtS3Ryas8gIJ
 mksWg0/XyDZm39h4K9V4ygY2Kee/y2A5RXR3Xnm+gCGGRdhKvYqyCjFBqLQ0tHlu
 AQv0fJy4XxYG6oPgkNvD
 =H7bO
 -END PGP SIGNATURE-

 -- Forwarded message --
 From: Borislav Sabev borislavsa...@gmail.com
 To: Debian Bug Tracking System sub...@bugs.debian.org
 Cc:
 Date: Mon, 27

Bug#783547: TclError: cannot use geometry manager

2015-04-27 Thread nbx909

Package: autodocktools
Version: 1.5.7~rc1+cvs.20140424-1
Severity: important

Starting autodocktools leads to the freezing at Please Wait 100% when ran in 
a terminal the following error is seen:

TclError: cannot use geometry manager grid inside 
.140609321568232.140609321568736.140609230639472.140609230641704 which already 
has slaves managed by pack


The program then closes with out running.


-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages autodocktools depends on:
ii  mgltools-molkit 1.5.7~rc1+cvs.20140424-1
ii  mgltools-pmv1.5.7~rc1+cvs.20140424-1
ii  mgltools-support1.5.7~rc1+cvs.20140424-1
ii  mgltools-viewerframework1.5.7~rc1+cvs.20140424-1
ii  mgltools-volume 1.5.7~rc1+cvs.20140424-1
ii  python  2.7.9-1
ii  python-imaging-tk   2.6.1-2
ii  python-pil.imagetk [python-imaging-tk]  2.6.1-2

Versions of packages autodocktools recommends:
ii  mgltools-pyautodock   1.5.7~rc1+cvs.20140424-1
ii  mgltools-utpackages   1.5.7~rc1+cvs.20140424-1
ii  mgltools-webservices  1.5.7~rc1+cvs.20140424-1

Versions of packages autodocktools suggests:
pn  autodock   none
pn  autodock-vina  none
pn  ballview   none
pn  mgltools-cadd  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#783537: important tools missing

Control: severity -1 normal

Hi Michael,

Michael Biebl wrote:
 Since the latest update, some important tools are missing.

 E.g. all git-import-* tools are gone.

That's on purpose. Please read the changelog, e.g.
https://packages.qa.debian.org/g/git-buildpackage/news/20150220T194850Z.html

Citing from there:

   * [e3a8666] Drop all gbp-* and git-* commands as announced in the
 deprecation notice from June 2013. From now on only gbp command is
 supported.

 Since the man pages for those tools are still shipped in the
 package,

I think that's the real bug. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783541: bash completion is broken

Package: git-buildpackage
Version: 0.6.25
Severity: important

Since the last update, I only get the following

$ gbp TAB bash: git-buildpackage: command not found

bash: git-buildpackage: command not found



-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages git-buildpackage depends on:
ii  devscripts2.15.4
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  5.5.1-1
ii  python-six1.9.0-2

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.73
ii  pristine-tar 1.33
ii  python-requests  2.4.3-6

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-4
ii  unzip  6.0-16

-- 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#783540: network outage causes mysterious exception

2015-04-27 Thread Antoine Beaupré

Package: feed2imap
Version: 1.2.3-1
Severity: minor

My gateway lost network access (so my machine didn't notice) recently
and I got a pile of those messages from cron in my inbox:

/usr/lib/ruby/vendor_ruby/feed2imap/feed2imap.rb:218:in `join': No live threads 
left. Deadlock? (fatal)
from /usr/lib/ruby/vendor_ruby/feed2imap/feed2imap.rb:218:in `block in 
initialize'
from /usr/lib/ruby/vendor_ruby/feed2imap/feed2imap.rb:218:in `each'
from /usr/lib/ruby/vendor_ruby/feed2imap/feed2imap.rb:218:in `initialize'
from /usr/bin/feed2imap:48:in `new'
from /usr/bin/feed2imap:48:in `main'

Now I don't expect feed2imap to do anything magical when network goes
out: failing is fine and expected. But No live threads
left. Deadlock? is hardly a error message anyone should be expected
to understand.

I would suggest unreachable host or something to that effect. :)

Thanks



-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages feed2imap depends on:
ii  ruby1:2.1.5
ii  ruby-feedparser 0.9.3-2
ii  ruby-rubymail   1.0.0-2
ii  ruby2.1 [ruby-interpreter]  2.1.5-2

feed2imap recommends no packages.

Versions of packages feed2imap suggests:
ii  dovecot-imapd [imap-server]  1:2.2.13-11
ii  evolution [imap-client]  3.12.9~git20141130.241663-1+b1
ii  mutt [imap-client]   1.5.23-3

-- 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#782996: smsd: 'reload' function of initscript broken if used by systemd

2015-04-27 Thread Jonas Meurer

Am 21.04.2015 um 15:15 schrieb Jonas Meurer:
 I consider this bug as release-critical for Jessie, as it renders
 smmstools unusable on Jessie installations whenever logrotate is
 installed. Thus I suggest to push the fix into Jessie within the next
 days. I'll gladly do an NMU if the maintainer(s) don't have the time
 to push this fix into Jessie in time.
 
 According to release managers, this update won't make it into Jessie,
 which is already in the quiet period (shortly before release). Instead,
 a fixed package should be uploaded to stable-proposed-updates in order
 to make it into the first point release of Jessie (8.1).
 
 If nobody speaks up, then I intend to upload the NMU to unstable next
 week, wait one or two weeks and upload to stable-proposed-updates
 afterwards.

I just uploaded the NMU to unstable now. You find the final NMU diff
attached to this mail. Only difference to my last patch is that the
changelog entry contains the number of this bugreport now.

I'll go ahead with an upload to stable-proposed-updates within the next
days.

Cheers,
 jonas


diff -u smstools-3.1.15/debian/changelog smstools-3.1.15/debian/changelog
--- smstools-3.1.15/debian/changelog
+++ smstools-3.1.15/debian/changelog
@@ -1,3 +1,17 @@
+smstools (3.1.15-1.2) unstable; urgency=high
+
+  * NMU by Jonas Meurer to push the fix into Jessie.
+  * Fix initscript (debian/init.d):
+* drop action 'reload' as it does not what policy demands it to do. Use
+  'force-reload' in logrotate post-rotate action. This fixes 'force-reload'
+  action when used through systemd tools and prevents the smsd daemon
+  process from being killed at every log rotation. (closes: #782996)
+* source /lib/lsb/init-functions in order to make systemd tools aware of
+  status changes to the daemon that have been caused by invoking the
+  initscript directly.
+
+ -- Jonas Meurer m...@debian.org  Mon, 27 Apr 2015 20:45:40 +0200
+
 smstools (3.1.15-1.1) unstable; urgency=low
 
   * NMU - preventing smstools from entering jessie.
diff -u smstools-3.1.15/debian/init.d smstools-3.1.15/debian/init.d
--- smstools-3.1.15/debian/init.d
+++ smstools-3.1.15/debian/init.d
@@ -25,6 +25,8 @@
 
 test -x $DAEMON || exit 0
 
+. /lib/lsb/init-functions
+
 if [ ! -f /etc/default/$PACKAGE ]
 then
 	exit 1
@@ -218,17 +220,6 @@
 		echo $NAME.
 
 	;;
-	reload)
-		echo -n Reloading $DESC: 
-		status
-		if [ $? = 0 ]; then
-			stop restart
-			start
-		else
-			echo $NAME is not running.
-		fi
-		
-	;;
 
 	restart|force-reload)
 		echo -n Restarting $DESC: 
@@ -237,7 +228,7 @@
 	;;
 
 	*)
-		echo Usage: /etc/init.d/$NAME {start|stop|force-stop|reload|force-reload|restart|status}
+		echo Usage: /etc/init.d/$NAME {start|stop|force-stop|force-reload|restart|status}
 		exit 3
 	;;
 esac
diff -u smstools-3.1.15/debian/logrotate smstools-3.1.15/debian/logrotate
--- smstools-3.1.15/debian/logrotate
+++ smstools-3.1.15/debian/logrotate
@@ -5,5 +5,5 @@
 missingok
 postrotate
-invoke-rc.d smstools reload  /dev/null
+invoke-rc.d smstools force-reload  /dev/null
 endscript
 }

Bug#783536: arpon FTBFS on raspbian and probablly other derivatives.

2015-04-27 Thread peter green


Package: arpon
Version: 2.7.2-1

Arpon failed to build in raspbian stretch with a failure on missing 
dnet.h. Investigation shows that it looks up the distribution name 
using lsb-release and if it's Ubuntu or Debian or LinuxMint it 
inludes dumbnet.h, otherwise it includes dnet.h . This caused the build 
failure on raspbian and will presumablly cause similar failures on other 
derivatives that put their own names in lsb-release output.


I see several possible fixes.

1: just use the Debian codepath unconditionally. This would work for 
debian and it's deriviatves but obviously can't be pushed upstream.
2: check which file actually exists and work off that. This would be my 
preffered approach.
3: add raspbian to the list of debian-like distros. While this would 
work it doesn't seem scalable.
4: make use of /etc/os-release and in particular it's id_like field to 
identify debian based distributions. Downside of this approach is that 
os-release is relatively new.


A debdiff implementing possibility 1 is attatched, I have uploaded this 
to raspbian, no intent to nmu in Debian.
diff -Nru arpon-2.7.2/debian/changelog arpon-2.7.2/debian/changelog
--- arpon-2.7.2/debian/changelog2015-02-08 12:25:04.0 +
+++ arpon-2.7.2/debian/changelog2015-04-27 19:27:48.0 +
@@ -1,3 +1,10 @@
+arpon (2.7.2-1+rpi1) stretch-staging; urgency=medium
+
+  * Use Debian codepath unconditionally in cmake_modules/FindSystem.cmake
+to fix build failure on raspbian (and presumablly other derivatives).
+
+ -- Peter Michael Green plugw...@raspbian.org  Mon, 27 Apr 2015 19:26:27 
+
+
 arpon (2.7.2-1) unstable; urgency=low
 
   * [863b18a] Imported Upstream version 2.7.2
diff -Nru arpon-2.7.2/debian/patches/series arpon-2.7.2/debian/patches/series
--- arpon-2.7.2/debian/patches/series   2015-02-08 12:25:04.0 +
+++ arpon-2.7.2/debian/patches/series   2015-04-27 19:35:59.0 +
@@ -1,2 +1,3 @@
 arpon.sarpi.patch
 fix_path.patch
+use-debian-codepath-unconditionally.patch
diff -Nru arpon-2.7.2/debian/patches/use-debian-codepath-unconditionally.patch 
arpon-2.7.2/debian/patches/use-debian-codepath-unconditionally.patch
--- arpon-2.7.2/debian/patches/use-debian-codepath-unconditionally.patch
1970-01-01 00:00:00.0 +
+++ arpon-2.7.2/debian/patches/use-debian-codepath-unconditionally.patch
2015-04-27 19:36:42.0 +
@@ -0,0 +1,34 @@
+Description: Use Debian codepath unconditionally
+ Use Debian codepath unconditionally in cmake_modules/FindSystem.cmake
+ to fix build failure on raspbian (and presumablly other derivatives).
+Author: Peter Michael Green plugw...@raspbian.org
+
+---
+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
+
+--- arpon-2.7.2.orig/cmake_modules/FindSystem.cmake
 arpon-2.7.2/cmake_modules/FindSystem.cmake
+@@ -26,11 +26,11 @@ macro(GET_DISTRO)
+   OUTPUT_VARIABLE ID_RELEASE)
+ string(REGEX REPLACE .*:  ID_RELEASE ${ID_RELEASE})
+ 
+-if(${ID_RELEASE} MATCHES Ubuntu OR ${ID_RELEASE} MATCHES Debian OR 
${ID_RELEASE} MATCHES LinuxMint)
++#if(${ID_RELEASE} MATCHES Ubuntu OR ${ID_RELEASE} MATCHES Debian OR 
${ID_RELEASE} MATCHES LinuxMint)
+   set( UBUNTU TRUE )
+   set( DEBIAN TRUE )
+   add_definitions( -DDEBIAN )
+-endif(${ID_RELEASE} MATCHES Ubuntu OR ${ID_RELEASE} MATCHES Debian OR 
${ID_RELEASE} MATCHES LinuxMint)
++#endif(${ID_RELEASE} MATCHES Ubuntu OR ${ID_RELEASE} MATCHES Debian 
OR ${ID_RELEASE} MATCHES LinuxMint)
+   endif(LSB_RELEASE)
+ endmacro(GET_DISTRO)
+

Bug#783539: maildrop: Subpatterns should not be processed in foreach

2015-04-27 Thread Jö Fahlke

Package: maildrop
Version: 2.7.1-3
Severity: normal
Tags: upstream

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?

the mailfilter manpage states that subpatterns are not processed in foreach
statements (both in Pattern Match Results and in the documentation if
foreach).  The documentation of getaddr has a nice example making use of
this:
==
ADDRLIST=
foreach /^(To|Cc): .*/
{
foreach (getaddr $MATCH) =~ /.+/
{
   ADDRLIST=$ADDRLIST $MATCH
}
}
==

However, expanding that example to a complete test case reveals that the body
of foreach is indeed called twice for each matches header; once with MATCH set
to the complete header, and once with MATCH set to the text matched by the
subpattern.
==
#!/bin/sh
MAILFILTER=
trap 'rm -f $MAILFILTER' 0
MAILFILTER=$(mktemp)

cat $MAILFILTER \EOF
foreach /^(To|Cc): .*/
{
  echo outer match=$MATCH
  foreach (getaddr $MATCH) =~ /.+/
  {
echo inner match=$MATCH
  }
}
to /dev/null
EOF
maildrop $MAILFILTER EOF
To: o...@to.org, t...@to.org
Cc: o...@cc.org, t...@cc.org

EOF
==
This will result in the following output:
==
outer match=To: o...@to.org, t...@to.org
inner match=o...@to.org
inner match=t...@to.org
outer match=To
inner match=To
outer match=Cc: o...@cc.org, t...@cc.org
inner match=o...@cc.org
inner match=t...@cc.org
outer match=Cc
inner match=Cc
==

   * What outcome did you expect instead?

Based on the documentation, I'd expect the body of the outer foreach to be
called only once for each matched header, with MATCH set to the complete
header.

I'd also expect MATCH1 to be unmodified inside the outer foreach body.
However, a slight modification of the of the above script reveals that MATCH1
is set to Cc the first time the outer foreach body is executed (but not on
subsequent executions).

Regards,
Jö.

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (1, 'proposed-updates'), (1, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages maildrop depends on:
ii  courier-authlib  0.66.1-1+b1
ii  libc62.19-18
ii  libgcc1  1:4.9.2-10
ii  libgdbm3 1.8.3-13.1
ii  libpcre3 2:8.35-3.3
ii  libstdc++6   4.9.2-10

Versions of packages maildrop recommends:
ii  exim4  4.84-8
ii  exim4-daemon-light [mail-transport-agent]  4.84-8

maildrop suggests no packages.

-- no debconf information

-- 
Jorrit (Jö) Fahlke, Institute for Computational und Applied Mathematics,
University of Münster, Orleans-Ring 10, D-48149 Münster
Tel: +49 251 83 35146 Fax: +49 251 83 32729

In the beginning the Universe was created.  This has made a lot of
people very angry and been widely regarded as a bad move.
-- Douglas Adams


signature.asc
Description: Digital signature

Bug#783537: important tools missing

2015-04-27 Thread Guido Günther

On Mon, Apr 27, 2015 at 09:59:53PM +0200, Michael Biebl wrote:
 Am 27.04.2015 um 21:54 schrieb Axel Beckert:
  Control: severity -1 normal
  
  Hi Michael,
  
  Michael Biebl wrote:
  Since the latest update, some important tools are missing.
 
  E.g. all git-import-* tools are gone.
  
  That's on purpose. Please read the changelog, e.g.
  https://packages.qa.debian.org/g/git-buildpackage/news/20150220T194850Z.html
  
  Citing from there:
  
 * [e3a8666] Drop all gbp-* and git-* commands as announced in the
   deprecation notice from June 2013. From now on only gbp command is
   supported.
 
 Could we at least have a big fat NEWS entry about this.

See my mail: it's coming.

 
 I had the various gbp tools embedded in several scripts, which are now
 all broken.
 
  Since the man pages for those tools are still shipped in the
  package,
  
  I think that's the real bug. :-)
 
 Well, even if this change was intentional, the way it was
 executed/announced was less then ideal. So I'm not sure severity normal
 qualifies here.

That this will happen was announced in a NEWS entry back in June 2013.
Cheers,
 -- Guido


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783542: libfreexl1: arch-dependent files in Multi-Arch: same package

2015-04-27 Thread Jakub Wilk


Package: libfreexl1
Version: 1.0.1-1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

libfreexl1 is marked as Multi-Arch: same, but the following files are 
architecture-dependent:


/usr/share/doc/libfreexl1/examples/Makefile.gz
/usr/share/doc/libfreexl1/examples/test_xl.gz
/usr/share/doc/libfreexl1/examples/xl2sql.gz
/usr/share/doc/libfreexl1/examples/test_xl.o.gz
/usr/share/doc/libfreexl1/examples/xl2sql.o.gz

An example diff between i386 and amd64 (after ungzipping) is attached.

--
Jakub Wilk
diff -ur libfreexl1_1.0.1-1_i386/usr/share/doc/libfreexl1/examples/Makefile 
libfreexl1_1.0.1-1_amd64/usr/share/doc/libfreexl1/examples/Makefile
--- libfreexl1_1.0.1-1_i386/usr/share/doc/libfreexl1/examples/Makefile  
2015-04-27 11:50:17.0 +0200
+++ libfreexl1_1.0.1-1_amd64/usr/share/doc/libfreexl1/examples/Makefile 
2015-04-27 09:58:59.0 +0200
@@ -76,8 +76,8 @@
 NORMAL_UNINSTALL = :
 PRE_UNINSTALL = :
 POST_UNINSTALL = :
-build_triplet = i586-pc-linux-gnu
-host_triplet = i586-pc-linux-gnu
+build_triplet = x86_64-pc-linux-gnu
+host_triplet = x86_64-pc-linux-gnu
 noinst_PROGRAMS = test_xl$(EXEEXT) xl2sql$(EXEEXT)
 subdir = examples
 DIST_COMMON = $(srcdir)/Makefile.in $(srcdir)/Makefile.am \
@@ -165,14 +165,14 @@
 ETAGS = etags
 CTAGS = ctags
 DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST)
-ACLOCAL = ${SHELL} /build/freexl-tRWf_z/freexl-1.0.1/missing aclocal-1.14
+ACLOCAL = ${SHELL} /tmp/buildd/freexl-1.0.1/missing aclocal-1.14
 AMTAR = $${TAR-tar}
 AM_DEFAULT_VERBOSITY = 1
 AR = ar
 AS = as
-AUTOCONF = ${SHELL} /build/freexl-tRWf_z/freexl-1.0.1/missing autoconf
-AUTOHEADER = ${SHELL} /build/freexl-tRWf_z/freexl-1.0.1/missing autoheader
-AUTOMAKE = ${SHELL} /build/freexl-tRWf_z/freexl-1.0.1/missing automake-1.14
+AUTOCONF = ${SHELL} /tmp/buildd/freexl-1.0.1/missing autoconf
+AUTOHEADER = ${SHELL} /tmp/buildd/freexl-1.0.1/missing autoheader
+AUTOMAKE = ${SHELL} /tmp/buildd/freexl-1.0.1/missing automake-1.14
 AWK = mawk
 CC = gcc
 CCDEPMODE = depmode=none
@@ -201,7 +201,7 @@
 INSTALL_PROGRAM = ${INSTALL}
 INSTALL_SCRIPT = ${INSTALL}
 INSTALL_STRIP_PROGRAM = $(install_sh) -c -s
-LD = /usr/bin/ld
+LD = /usr/bin/ld -m elf_x86_64
 LDFLAGS = -Wl,-z,relro
 LIBOBJS = 
 LIBS = 
@@ -210,7 +210,7 @@
 LN_S = ln -s
 LTLIBOBJS = 
 MAINT = #
-MAKEINFO = ${SHELL} /build/freexl-tRWf_z/freexl-1.0.1/missing makeinfo
+MAKEINFO = ${SHELL} /tmp/buildd/freexl-1.0.1/missing makeinfo
 MANIFEST_TOOL = :
 MKDIR_P = /bin/mkdir -p
 NM = /usr/bin/nm -B
@@ -233,10 +233,10 @@
 SHELL = /bin/bash
 STRIP = strip
 VERSION = 1.0.1
-abs_builddir = /build/freexl-tRWf_z/freexl-1.0.1/examples
-abs_srcdir = /build/freexl-tRWf_z/freexl-1.0.1/examples
-abs_top_builddir = /build/freexl-tRWf_z/freexl-1.0.1
-abs_top_srcdir = /build/freexl-tRWf_z/freexl-1.0.1
+abs_builddir = /tmp/buildd/freexl-1.0.1/examples
+abs_srcdir = /tmp/buildd/freexl-1.0.1/examples
+abs_top_builddir = /tmp/buildd/freexl-1.0.1
+abs_top_srcdir = /tmp/buildd/freexl-1.0.1
 ac_ct_AR = ar
 ac_ct_CC = gcc
 ac_ct_CXX = g++
@@ -247,9 +247,9 @@
 am__tar = $${TAR-tar} chof - $$tardir
 am__untar = $${TAR-tar} xf -
 bindir = ${exec_prefix}/bin
-build = i586-pc-linux-gnu
-build_alias = i586-linux-gnu
-build_cpu = i586
+build = x86_64-pc-linux-gnu
+build_alias = x86_64-linux-gnu
+build_cpu = x86_64
 build_os = linux-gnu
 build_vendor = pc
 builddir = .
@@ -258,17 +258,17 @@
 docdir = ${datarootdir}/doc/${PACKAGE_TARNAME}
 dvidir = ${docdir}
 exec_prefix = ${prefix}
-host = i586-pc-linux-gnu
+host = x86_64-pc-linux-gnu
 host_alias = 
-host_cpu = i586
+host_cpu = x86_64
 host_os = linux-gnu
 host_vendor = pc
 htmldir = ${docdir}
 includedir = ${prefix}/include
 infodir = ${prefix}/share/info
-install_sh = ${SHELL} /build/freexl-tRWf_z/freexl-1.0.1/install-sh
-libdir = ${prefix}/lib/i386-linux-gnu
-libexecdir = ${prefix}/lib/i386-linux-gnu
+install_sh = ${SHELL} /tmp/buildd/freexl-1.0.1/install-sh
+libdir = ${prefix}/lib/x86_64-linux-gnu
+libexecdir = ${prefix}/lib/x86_64-linux-gnu
 localedir = ${datarootdir}/locale
 localstatedir = /var
 mandir = ${prefix}/share/man
diff -ur libfreexl1_1.0.1-1_i386/usr/share/doc/libfreexl1/examples/test_xl 
libfreexl1_1.0.1-1_amd64/usr/share/doc/libfreexl1/examples/test_xl
--- libfreexl1_1.0.1-1_i386/usr/share/doc/libfreexl1/examples/test_xl   
2015-04-27 11:50:22.0 +0200
+++ libfreexl1_1.0.1-1_amd64/usr/share/doc/libfreexl1/examples/test_xl  
2015-04-27 09:59:02.0 +0200
@@ -31,13 +31,13 @@
 # if CDPATH is set.
 (unset CDPATH) /dev/null 21  unset CDPATH
 
-relink_command=(cd /build/freexl-tRWf_z/freexl-1.0.1/examples; { test -z 
\\${LIBRARY_PATH+set}\ || unset LIBRARY_PATH || { LIBRARY_PATH=; export 
LIBRARY_PATH; }; }; { test -z \\${COMPILER_PATH+set}\ || unset COMPILER_PATH 
|| { COMPILER_PATH=; export COMPILER_PATH; }; }; { test -z 
\\${GCC_EXEC_PREFIX+set}\ || unset GCC_EXEC_PREFIX || { GCC_EXEC_PREFIX=; 
export GCC_EXEC_PREFIX; }; }; { test -z \\${LD_RUN_PATH+set}\ || unset

Bug#783537: important tools missing

Hi,

Michael Biebl wrote:
 * [e3a8666] Drop all gbp-* and git-* commands as announced in the
   deprecation notice from June 2013. From now on only gbp command is
   supported.
 
 Well, apparently that doesn't work
 
 $ gbp import-orig --uscan
 bash: git-buildpackage: command not found

Worked for me (gbp import-orig called via the fixed dpt import-orig)
about an hour ago.

Any chance that uscan calls git-buildpackage via debian/watch for that
package?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783537: important tools missing

Am 27.04.2015 um 22:17 schrieb Axel Beckert:
 Hi,
 
 Michael Biebl wrote:
* [e3a8666] Drop all gbp-* and git-* commands as announced in the
  deprecation notice from June 2013. From now on only gbp command is
  supported.

 Well, apparently that doesn't work

 $ gbp import-orig --uscan
 bash: git-buildpackage: command not found
 
 Worked for me (gbp import-orig called via the fixed dpt import-orig)
 about an hour ago.
 
 Any chance that uscan calls git-buildpackage via debian/watch for that
 package?

$ cat debian/watch
version=3
http://ftp.gnome.org/pub/GNOME/sources/gnome-disk-utility/([\d\.]+\d)/ \
   gnome-disk-utility-(.*)\.tar\.xz

$ gbp imTABbash: git-buildpackage: Kommando nicht gefunden.

bash: git-buildpackage: Kommando nicht gefunden.
$ gbp import-orig --uscan
bash: git-buildpackage: Kommando nicht gefunden.


Something looks completely borked here.
I've restarted all my shell, even tried that with a fresh login on tty1.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#783277: RFS: gnome-exe-thumbnailer/0.9.3 [ITP]

2015-04-27 Thread Stephen Kitt

Hi James,

On Mon, 27 Apr 2015 11:52:13 -0700, James Lu glol...@hotmail.com wrote:
 Thanks for the response! I've uploaded a new version (0.9.3-1) via dput 
 mentors, which fixes most of the problems you've mentioned. The site, 
 however, doesn't seem to have updated the package page, so I'm not sure 
 if the changes have stuck. I've mirrored the .dsc file elsewhere 
 http://packages.overdrive.pw/pool/main/g/gnome-exe-thumbnailer/gnome-exe-thumbnailer_0.9.3-1.dsc
  
 just in case, though aptly (repo management) doesn't handle .changes 
 files yet.

I couldn't find your updated package on mentors, but the other .dsc is OK (I
don't need the .changes file to review or even to sponsor an upload).

 The only warning left is binary-without-manpage, as the source doesn't 
 seem to provide one at all. The script, gnome-exe-thumbnailer, doesn't 
 handle --help either, and spits out errors instead. I'm not sure what to 
 do in this case, other than file a separate issue?

You'd need to write a manpage :-). Given that thumbnailers aren't run by
end-users generally, the manpage doesn't need to be very detailed; have a
look at
https://sources.debian.net/src/evince/3.14.1-2/debian/evince-thumbnailer.1/
for an example. If you've never done this before, try adapting
evince-thumbnailer.1; I can help if necessary.

Apart from that I'd prefer it if you could merge all your changes into a
single changelog entry, so there's only an entry for 0.9.3-1, then the
pre-existing entry for 0.9.3-0ubuntu1.

  Finally, it might be worth packaging this within the Wine packaging team,
  if you'd care to join us...
 
 I'm not too familiar with packaging teams, but that sounds good to me! 
 I'm open to collaborative maintenance. :)

OK, great! You need to create an Alioth account if you don't have one yet
(https://alioth.debian.org/account/register.php), then go to the Wine
packaging team page and ask to join
(https://alioth.debian.org/projects/pkg-wine/ and look for the Request to
join link in the right-hand column).

To mark the package as team-maintained, you'd set

Maintainer: Debian Wine Party pkg-wine-pa...@lists.alioth.debian.org

in debian/control and add yourself in an Uploaders: entry. Once you're in the
team you'll be able to create a git repository there for your package too.
(But you can worry about that later if it's unfamiliar to you.)

Regards,

Stephen


pgp_J8VTyx2qa.pgp
Description: OpenPGP digital signature

Bug#783174: tlsdate: Time retrieved from default host (www.ptb.de) jumping all over the place?

2015-04-27 Thread Jacob Appelbaum

On 4/27/15, Rian Hunter r...@thelig.ht wrote:
 Hi,

 This totally hosed all of my systems!!


Sorry to hear that this issue has caused you problems. :(

 I think relying on the internal server_random member of the ssl data
 structure is error prone and to me it's not unexpected that a server would
 randomize the timestamp part of their random ssl seed. The erroroneous code
 is in src/tlsdate-helper.c line 1207.

That isn't a bug - code upstream in other proejcts has changed since
this was implemented. At the time of creating tlsdate, the TLS spec
specifically that it must not be randomized but rather a time stamp.


 My suggestion is that instead of changing the default server, instead
 default to using the HTTP Date header. This header is intended to contain
 the current time.

That's a nice thing to do but realistically - you need to pick a
server that you trust.


 I achieved this by changing the DAEMON_OPTS in /etc/default/tlsdated

 DAEMON_OPTS=-- /usr/bin/tlsdate -w

That is a fine way to set it, yes.


 You also have to change how DAEMON_ARGS is set in /etc/init.d/tlsdated. Add
 this line after the line that sourced /etc/default/tlsdated:

 [ -r /etc/default/$NAME ]  . /etc/default/$NAME
 DAEMON_ARGS=-f /etc/tlsdate/tlsdated.conf $DAEMON_OPTS


If you think there is a different bug, please open another bug?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783545: Doesn’t work, abandonned upstream

2015-04-27 Thread David Prévot

Package: xul-ext-automatic-save-folder
Version: 1.0.4-3
Severity: serious

Hi,

I was updating this package (to at least fix the watch file, but went a
bit further, see the wip branch I just pushed), but was not able to make
it work (even on a Jessie system with iceweasel 31.6.0esr-1).

The (annoyingly ever displayed) extra tab explains very well what should
be done, but I don’t get the Automatic Save Folder menu under the “What
should Firefox do with this file?” box.

Am I missing something?

There are similar complaints on the amo review page [1], so maybe it’s
“just” an incompatibility with recent iceweasel versions. Since upstream
maintenance ended [2], I’m not sure there is much to do to fix the
issue.

1: 
https://addons.mozilla.org/en-US/firefox/addon/automatic-save-folder/reviews/
2: http://asf.mangaheart.org/?menu=5f=1t=167

I even tried to fetch the latest version from the upstream VCS to see if
it works but didn’t get any further. Maybe the  em:maxVersion29.* from
install.rdf is to take seriously.

Please, do follow up if the extension works for you. Unless someone
objects, I’ll request a removal of this package in a few months (or
sooner depending on the feedback).

Regards

David

-- System Information:
Debian Release: 8.0
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), 
(500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (100, 
'buildd-unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

xul-ext-automatic-save-folder depends on no packages.

Versions of packages xul-ext-automatic-save-folder recommends:
ii  iceweasel  37.0.2-1

xul-ext-automatic-save-folder suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#782455: [Pkg-utopia-maintainers] Bug#782455: network-manager-gnome: autostarted but not needed by gnome-shell ?

2015-04-27 Thread Dan Williams

On Mon, 2015-04-27 at 18:35 +0200, Michael Biebl wrote:
 Am 12.04.2015 um 15:15 schrieb Jérémy Lal:
  Package: network-manager-gnome
  Version: 0.9.10.0-2
  Severity: normal
  
  Dear Maintainer,
  
  In a gnome-shell session, i see that nm-applet is automatically
  started, indeed by the fact network-manager-gnome installs
  /etc/xdg/autostart/nm-applet.desktop.
  However, this program is apparently not used at all by gnome-shell,
  and not even accessible when started.
  
  So i question two things here:
  
  * why it is a dependency of gnome though it is not needed in the
default gnome-shell session ?
  * shouldn't network-connection-editor be in a separate package,
allowing one to install it without autostarting nm-applet ?
 
 Afair, nm-applet was still autostarted for by gnome-shell to provide the
 VPN auth dialogs/secrets. I don't think this is the case anymore today,
 but I'm not totally sure. [1] indicates that it is no longer necessary.

GNOME autostart was disabled by d6ffe34dc092926fb949449c182e8f27722b6b8b
(2013-07-29) and then the shell watcher code was reworked and autostart
was re-enabled by e192e83c1aa136512a9d4f026f81677799af8127 (2013-10-10).

So yeah, it's re-autostarted now, and I guess that should be disabled.
GNOME Shell has handled VPN auth dialogs since version 3.4 or something
like that (almost 3 years old).  I've committed a change to the applet's
git master to disable autostart again.

On the subject of splitting nm-connection-manager from nm-applet in
packages, yes, I'd recommend that.  I would have 3 packages generated
from the network-manager-applet git repo:

nm-applet
nm-connection-editor
libnm-gtk
libnma (replacement for libnm-gtk for NM 1.1+, no dbus-glib deps)

Dan

 The commit message also says, that nm-applet is no longer autostarted
 under GNOME Shell, which apparently is false.
 
 So maybe this an oversight by upstream.
 
 CCing Dan and Pavel for their input.
 
 Michael
 
 [1]
 https://git.gnome.org/browse/network-manager-applet/commit/?id=4473e6a48fcfda1d87d4a4bc9f5c0589235dcfe0


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783548: choose-mirror: lists releases that don't include this arch

2015-04-27 Thread Steven Chamberlain

Package: choose-mirror
Version: 2.62
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: jessie kfreebsd

Hi,

When installing kfreebsd or hurd in Expert mode, choose-mirror offers to
install jessie - stable and stretch - testing even though the
architecture being installed isn't part of those releases.

I've attached a patch that adds support for the Architectures: header,
to not mention a release if it doesn't include the current arch.

Thanks.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'oldstable')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/choose-mirror.c b/choose-mirror.c
index 65885f6..b7d4019 100644
--- a/choose-mirror.c
+++ b/choose-mirror.c
@@ -300,9 +300,9 @@ static int get_release(struct release_t *release, const char *name) {
 	char *command;
 	FILE *f = NULL;
 	char *wget_options, *hostname, *directory;
-	char line[80];
+	char line[BUFFER_LENGTH];
 	char *p;
-	char buf[SUITE_LENGTH];
+	char buf[BUFFER_LENGTH];
 
 	hostname = add_protocol(hostname);
 	debconf_get(debconf, hostname);
@@ -321,7 +321,7 @@ static int get_release(struct release_t *release, const char *name) {
 	}
 
 	wget_options = get_wget_options();
-	command = xasprintf(wget %s %s://%s%s/dists/%s/Release -O - | grep -E '^(Suite|Codename):',
+	command = xasprintf(wget %s %s://%s%s/dists/%s/Release -O - | grep -E '^(Suite|Codename|Architectures):',
 			wget_options, protocol, hostname, directory, name);
 	di_log(DI_LOG_LEVEL_DEBUG, command: %s, command);
 	f = popen(command, r);
@@ -337,12 +337,14 @@ static int get_release(struct release_t *release, const char *name) {
 			if (line[strlen(line) - 1] == '\n')
 line[strlen(line) - 1] = '\0';
 			if ((value = strstr(line, : )) != NULL) {
-strncpy(buf, value + 2, SUITE_LENGTH - 1);
-buf[SUITE_LENGTH - 1] = '\0';
+strncpy(buf, value + 2, BUFFER_LENGTH - 1);
+buf[BUFFER_LENGTH - 1] = '\0';
 if (strncmp(line, Codename:, 9) == 0)
 	release-name = strdup(buf);
 if (strncmp(line, Suite:, 6) == 0)
 	release-suite = strdup(buf);
+if (strncmp(line, Architectures:, 14) == 0)
+	release-archs = strdup(buf);
 			}
 		}
 		if (release-name != NULL  strcmp(release-name, name) == 0)
@@ -354,6 +356,14 @@ static int get_release(struct release_t *release, const char *name) {
 		!(release-status  IS_VALID))
 			log_invalid_release(name, Suite or Codename);
 
+		/* Does the release include this arch? */
+		if (release-archs != NULL  strstr(release-archs, ARCH_TEXT) == NULL) {
+			/* No:  disregard this release */
+			log_invalid_release(name, Architectures);
+			release-status = ~IS_VALID;
+			release-name = NULL;
+		}
+
 		/* Cross-validate the Release file */
 		if (release-status  IS_VALID)
 			if (! cross_validate_release(release))
diff --git a/mirrors.h b/mirrors.h
index e592b7a..f73aefb 100644
--- a/mirrors.h
+++ b/mirrors.h
@@ -17,6 +17,12 @@ struct mirror_t {
  */
 #define MANUAL_ENTRY manual
 
+/*
+ * Allow to read the full Architectures: line from a Release file,
+ * which is up to 123 bytes long at time of writing.
+ */
+#define BUFFER_LENGTH 256
+
 #define SUITE_LENGTH 32
 
 /* Stack of suites */
@@ -43,6 +49,7 @@ static const char suites[][SUITE_LENGTH] = {
 struct release_t {
 	char *name;
 	char *suite;
+	char *archs;
 	int status;
 };

Bug#783548: choose-mirror: lists releases that don't include this arch

2015-04-27 Thread Cyril Brulebois

Steven Chamberlain ste...@pyro.eu.org (2015-04-27):
 When installing kfreebsd or hurd in Expert mode, choose-mirror offers to
 install jessie - stable and stretch - testing even though the
 architecture being installed isn't part of those releases.
 
 I've attached a patch that adds support for the Architectures: header,
 to not mention a release if it doesn't include the current arch.
 
 Thanks.
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'oldstable')
 Architecture: kfreebsd-amd64 (x86_64)
 
 Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 diff --git a/choose-mirror.c b/choose-mirror.c
 index 65885f6..b7d4019 100644
 --- a/choose-mirror.c
 +++ b/choose-mirror.c
 @@ -300,9 +300,9 @@ static int get_release(struct release_t *release, const 
 char *name) {
   char *command;
   FILE *f = NULL;
   char *wget_options, *hostname, *directory;
 - char line[80];
 + char line[BUFFER_LENGTH];
   char *p;
 - char buf[SUITE_LENGTH];
 + char buf[BUFFER_LENGTH];
  
   hostname = add_protocol(hostname);
   debconf_get(debconf, hostname);
 @@ -321,7 +321,7 @@ static int get_release(struct release_t *release, const 
 char *name) {
   }
  
   wget_options = get_wget_options();
 - command = xasprintf(wget %s %s://%s%s/dists/%s/Release -O - | grep -E 
 '^(Suite|Codename):',
 + command = xasprintf(wget %s %s://%s%s/dists/%s/Release -O - | grep -E 
 '^(Suite|Codename|Architectures):',
   wget_options, protocol, hostname, directory, name);
   di_log(DI_LOG_LEVEL_DEBUG, command: %s, command);
   f = popen(command, r);
 @@ -337,12 +337,14 @@ static int get_release(struct release_t *release, const 
 char *name) {
   if (line[strlen(line) - 1] == '\n')
   line[strlen(line) - 1] = '\0';
   if ((value = strstr(line, : )) != NULL) {
 - strncpy(buf, value + 2, SUITE_LENGTH - 1);
 - buf[SUITE_LENGTH - 1] = '\0';
 + strncpy(buf, value + 2, BUFFER_LENGTH - 1);
 + buf[BUFFER_LENGTH - 1] = '\0';
   if (strncmp(line, Codename:, 9) == 0)
   release-name = strdup(buf);
   if (strncmp(line, Suite:, 6) == 0)
   release-suite = strdup(buf);
 + if (strncmp(line, Architectures:, 14) == 0)
 + release-archs = strdup(buf);

I think you're missing some free() matching this strdup().

   }
   }
   if (release-name != NULL  strcmp(release-name, name) == 0)
 @@ -354,6 +356,14 @@ static int get_release(struct release_t *release, const 
 char *name) {
   !(release-status  IS_VALID))
   log_invalid_release(name, Suite or Codename);
  
 + /* Does the release include this arch? */
 + if (release-archs != NULL  strstr(release-archs, ARCH_TEXT) 
 == NULL) {
 + /* No:  disregard this release */
 + log_invalid_release(name, Architectures);
 + release-status = ~IS_VALID;
 + release-name = NULL;
 + }
 +
   /* Cross-validate the Release file */
   if (release-status  IS_VALID)
   if (! cross_validate_release(release))
 diff --git a/mirrors.h b/mirrors.h
 index e592b7a..f73aefb 100644
 --- a/mirrors.h
 +++ b/mirrors.h
 @@ -17,6 +17,12 @@ struct mirror_t {
   */
  #define MANUAL_ENTRY manual
  
 +/*
 + * Allow to read the full Architectures: line from a Release file,
 + * which is up to 123 bytes long at time of writing.
 + */
 +#define BUFFER_LENGTH 256
 +
  #define SUITE_LENGTH 32

(Slightly sad to see static buffers still being used but that's not your
fault. :))

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#783535: Please, allow dh to pass parameters

2015-04-27 Thread David Prévot

Package: mozilla-devscripts
Version: 0.39
Severity: wishlist

Hi,

It would be nice the xul_ext buildsystem would honor the dh feature to
pass parameters to the program that is run in its dh_auto_* target.

E.g, it would allow us to use a simple rule like:

%:
dh $@ --with xul-ext --buildsystem=xul_ext -- --remove-license-files -x 
GPL

instead of overriding the whole dh_auto_install target to pass the
--remove-license-files option to install-xpi:

override_dh_auto_install:
install-xpi --remove-license-files -x GPL *.xpi

Regards

David

P.-S.: if the GPL file were removed by --remove-license-files, I
wouldn’t complain either ;).


signature.asc
Description: Digital signature

Bug#783509: systemd: /tmp purged on every reboot

Control: found -1 215-13

Am 27.04.2015 um 21:14 schrieb Michael Biebl:
 Control: tags -1 confirmed
 Control: retitle -1 tmp.mount activated accidentally via bind mount
 
 Am 27.04.2015 um 20:30 schrieb Andreas Metzler:
 On 2015-04-27 Michael Biebl bi...@debian.org wrote:
 Who is creating those mounts? Maybe they didn't exist when you have -12
 installed? How are they created? Are those bind mounts (via fstab)?

 They have been setup (manually) in fstab:
 /tmp /chroots/wheezy/tmpnonebind,auto 0  0
 
 Ok, I can confirm that adding such a bind mount to /tmp activates
 tmp.mount, even if tmp.mount has been disabled. Retitling the bug report
 accordingly.

I can also confirm, that this is a regression from -12 to -13 by
installing those two versions from snapshot.d.o.

Updating the found version.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth



signature.asc
Description: OpenPGP digital signature

Bug#783174: tlsdate: Time retrieved from default host (www.ptb.de) jumping all over the place?

2015-04-27 Thread Rian Hunter

Hi,

This totally hosed all of my systems!!

I think relying on the internal server_random member of the ssl data 
structure is error prone and to me it's not unexpected that a server would 
randomize the timestamp part of their random ssl seed. The erroroneous code is 
in src/tlsdate-helper.c line 1207.

My suggestion is that instead of changing the default server, instead default 
to using the HTTP Date header. This header is intended to contain the current 
time.

I achieved this by changing the DAEMON_OPTS in /etc/default/tlsdated

DAEMON_OPTS=-- /usr/bin/tlsdate -w

You also have to change how DAEMON_ARGS is set in /etc/init.d/tlsdated. Add 
this line after the line that sourced /etc/default/tlsdated:

[ -r /etc/default/$NAME ]  . /etc/default/$NAME
DAEMON_ARGS=-f /etc/tlsdate/tlsdated.conf $DAEMON_OPTS

Thanks,
Rian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783512: [Debian-l10n-devel] Bug#783512: closed by Andreas Rönnquist gus...@debian.org (Bug#783512: fixed in poedit 1.7.6-2)

2015-04-27 Thread Andreas Ronnquist

On Mon, 27 Apr 2015 23:25:18 +0300,
Борислав Събевborislavsa...@gmail.com wrote:

Hello all.

I just saw the bug's resolution.
OK if it is fixed it is fine with me.

Any idea when will the updated code be available for download?
Will it come in 8.1 or is it doing to be a regular source update.


Hi

You reported the bug against the poedit version 1.7.6-1, which isn't
available in Debian stable - Theres only 1.6.10-2 in current stable
(with codename Jessie), and in that version your segfault bug isn't
present.

In unstable (Sid) though, 1.7.6-1 was available when you reported the
bug, which is the one you reported against (and it is there the fix has
been uploaded too).

So, you cannot have installed poedit 1.7.6-1 if you are running a pure
stable (Jessie) system.

This makes me have no idea on what version of Debian you are running,
maybe a mix of stable and unstable (which _never_ should be done).

Since Jessie is stable, hardly any new updates will not get into that
release (other than security fixes). I do have plans to make a backport
of the 1.7.5 when it comes to testing, but I haven't tested if it
builds on stable, so I am not sure if that works. (It's one of the rules
of backports to wait for the unstable version to get to testing before
backporting it to stable).

/Andreas Rönnquist
gus...@debian.org
mailingli...@gusnan.se


pgphAMav2RqpT.pgp
Description: OpenPGP digital signatur

Bug#783537: important tools missing

Package: git-buildpackage
Version: 0.6.25
Severity: serious

Since the latest update, some important tools are missing.

E.g. all git-import-* tools are gone.

Since the man pages for those tools are still shipped in the package, I
assume something went wrong and those binaries were dropped by accident.
Therefor the RC severity.


Michael


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages git-buildpackage depends on:
ii  devscripts2.15.4
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  5.5.1-1
ii  python-six1.9.0-2

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.73
ii  pristine-tar 1.33
ii  python-requests  2.4.3-6

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-4
ii  unzip  6.0-16

-- 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#783533: Sorry: Not the private certificate, but the public one

2015-04-27 Thread gisl

I think I was too quick with this report (I was shocked, sorry).

xca apparently exports the public certificate instead of the certificate 
request. But NOT the private certificate.

Still a bug, but certainly not important.

Sorry for the wrong alert.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783538: RFP: libcommons-jcs-java -- Java Caching System

2015-04-27 Thread Bas Couwenberg

Package: wnpp
Severity: wishlist

* Package name: libcommons-jcs-java
  Version : 2.0~beta1
  Upstream Author : The Apache Software Foundation
* URL : http://commons.apache.org/proper/commons-jcs/
* License : Apache-2.0
  Programming Lang: Java
  Description : Java Caching System

JCS is a distributed caching system written in Java. It is intended to
speed up applications by providing a means to manage cached data of
various dynamic natures. Like any caching system, JCS is most useful for
high read, low put applications. Latency times drop sharply and
bottlenecks move away from the database in an effectively cached system.


JCS is required for JOSM = 8279.

The libcommons-jcs-java package is probably best maintained within the
Java team.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783537: important tools missing

Am 27.04.2015 um 22:15 schrieb Axel Beckert:
 Hi Michael,
 
 Michael Biebl wrote:
* [e3a8666] Drop all gbp-* and git-* commands as announced in the
  deprecation notice from June 2013. From now on only gbp command is
  supported.

 Could we at least have a big fat NEWS entry about this.
 
 We have. Citing from /usr/share/doc/git-buildpackage/NEWS.Debian.gz:

Sure, but please add another NEWS entry *when* the tools have actually
been dropped.

You know how people are, warning them in advance is nice, most people
will only react when stuff actually happens (me included, at least in
this case.)


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#783543: miscompile of _mm256_permutevar8x32_epi32

2015-04-27 Thread Julian Taylor

Package: llvm-toolchain-3.6
Version: 1:3.6-2
Severity: serious

clang 3.6 in debian miscompiles _mm256_permutevar8x32_epi32
it swaps the two first arguments:


$ apt-cache policy clang-3.6
clang-3.6:
  Installed: 1:3.6-2
  Candidate: 1:3.6-2
  Version table:
 *** 1:3.6-2 0
500 http://ftp.de.debian.org/debian/ unstable/main amd64

$ cat test.c
#include immintrin.h

__m256i fun (__m256i a, __m256i o) {
return _mm256_permutevar8x32_epi32(a, o);
}


$ clang-3.6 test.c -mavx2 -c -O2
$ objdump -d test.o

test.o: file format elf64-x86-64


Disassembly of section .text:

 fun:
   0:   c4 e2 7d 36 c1  vpermd %ymm1,%ymm0,%ymm0
   5:   c3  retq


the correct result is:
vpermd %ymm0,%ymm1,%ymm0

clang 3.5 seems to produce the right result so this is a 3.6 regression


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783277: RFS: gnome-exe-thumbnailer/0.9.3 [ITP]

2015-04-27 Thread Stephen Kitt

Hi again,

Before I forget, it would be nice to get in touch with Scott Ritchie to let
him know you're packaging this for Debian! You could ask him if there's an
official upstream repo (the version of gnome-exe-thumbnailer in winezeug is
very old).

Regards,

Stephen


pgpmTGd825BT3.pgp
Description: OpenPGP digital signature

Bug#783537: important tools missing

Hi Michael,

Michael Biebl wrote:
 * [e3a8666] Drop all gbp-* and git-* commands as announced in the
   deprecation notice from June 2013. From now on only gbp command is
   supported.
 
 Could we at least have a big fat NEWS entry about this.

We have. Citing from /usr/share/doc/git-buildpackage/NEWS.Debian.gz:

git-buildpackage (0.6.0) unstable; urgency=low

  In order to provide a more consistent and git like interface a new gbp super
  command was added as a front end to all git-* and gbp-* commands. So what was
  either git-command or gbp-command is now

  gbp command

  The old commands are still provided for backward compatibility but will be
  removed in a future release so please update any scripts and tools
  relying on   it.

 -- Guido Günther a...@sigxcpu.org  Wed, 26 Jun 2013 13:38:16 +0200

IMHO that's a clear and precise statement and at the right place.

 I had the various gbp tools embedded in several scripts, which are now
 all broken.

BTDT (https://bugs.debian.org/783521) and fixed it
(http://deb.li/igDs0). Wasn't a big deal.

  Since the man pages for those tools are still shipped in the
  package,
  
  I think that's the real bug. :-)
 
 Well, even if this change was intentional, the way it was
 executed/announced was less then ideal.

I think it was ok.

At least I was fully aware (and unhappy) about git-buildpackage's
git-* commands going away. I didn't really remember that also the
gbp-* variants will go away, too, but it really wasn't a big deal to
fix that, at least not in pkg-perl-tools. Had to touch like five
files, but still.

 So I'm not sure severity normal qualifies here.

For the superfluous man pages, normal is surely the highest severity
it can deserve.

And the remainder is a non-issue IMHO as it was announced for a long
enough time. But I've set it to normal (and not to minor) as normal is
the default severity and I primarily wanted to remove the RC severity
without deciding about the real severity.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783541: bash completion is broken

2015-04-27 Thread Guido Günther

On Mon, Apr 27, 2015 at 10:08:45PM +0200, Michael Biebl wrote:
 Package: git-buildpackage
 Version: 0.6.25
 Severity: important
 
 Since the last update, I only get the following
 
 $ gbp TAB bash: git-buildpackage: command not found
 
 bash: git-buildpackage: command not found

Can you check if /etc/bash_completion.d/git-buildpackage contains any
references about git-buildpackage?

Maybe this is a shell that is still open after the package upgrade and
so the bash completion wasn't resourced?

 -- Guido


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783544: daisy-player: cdio_set_speed() function lets daisy-player crash

2015-04-27 Thread Jos Lemmens

Package: daisy-player
Version: 9.0.0-1
Severity: normal

Dear Maintainer,

daisy-player crashes while mounting a DAISY-CD.
- apt-get source daisyplayer
- removed the cdio_set_speed() function call from audiocd.c
- ./configure  make
Now runs fine



-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-15-generic (SMP w/4 CPU cores)
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to nl_NL.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages daisy-player depends on:
ii  libc6  2.21-0ubuntu4
ii  libcdio-cdda1  0.83-4.2
ii  libcdio-paranoia1  0.83-4.2
ii  libcdio13  0.83-4.2
ii  libmagic1  1:5.20-1ubuntu2
ii  libncursesw5   5.9+20140712-2ubuntu2
ii  libsox214.4.1-5
ii  libtinfo5  5.9+20140712-2ubuntu2
ii  libxml22.9.2+dfsg1-3
ii  madplay0.15.2b-8
ii  udisks22.1.5-1
ii  unar   1.8.1-3

Versions of packages daisy-player recommends:
ii  libcddb-get-perl  2.28-1

daisy-player 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#783537: important tools missing

2015-04-27 Thread Guido Günther

On Mon, Apr 27, 2015 at 09:54:45PM +0200, Axel Beckert wrote:
 Control: severity -1 normal
 
 Hi Michael,
 
 Michael Biebl wrote:
  Since the latest update, some important tools are missing.
 
  E.g. all git-import-* tools are gone.
 
 That's on purpose. Please read the changelog, e.g.
 https://packages.qa.debian.org/g/git-buildpackage/news/20150220T194850Z.html
 
 Citing from there:
 
* [e3a8666] Drop all gbp-* and git-* commands as announced in the
  deprecation notice from June 2013. From now on only gbp command is
  supported.
 
  Since the man pages for those tools are still shipped in the
  package,
 
 I think that's the real bug. :-)

Indeed, upload forthcoming to avoid confusion. I've also added a notice
to NEWS.Debian. Sorry for the confusion.
Cheers,
 -- Guido


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783537: important tools missing

Control: severity -1 serious

Am 27.04.2015 um 21:54 schrieb Axel Beckert:
 Control: severity -1 normal
 
 Hi Michael,
 
 Michael Biebl wrote:
 Since the latest update, some important tools are missing.

 E.g. all git-import-* tools are gone.
 
 That's on purpose. Please read the changelog, e.g.
 https://packages.qa.debian.org/g/git-buildpackage/news/20150220T194850Z.html
 
 Citing from there:
 
* [e3a8666] Drop all gbp-* and git-* commands as announced in the
  deprecation notice from June 2013. From now on only gbp command is
  supported.

Well, apparently that doesn't work


$ gbp import-orig --uscan
bash: git-buildpackage: command not found



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#783537: important tools missing

Hi Michael,

Michael Biebl wrote:
  Well, apparently that doesn't work
 
  $ gbp import-orig --uscan
  bash: git-buildpackage: command not found
  
  Worked for me (gbp import-orig called via the fixed dpt import-orig)
  about an hour ago.
  
  Any chance that uscan calls git-buildpackage via debian/watch for that
  package?
 
 $ cat debian/watch
 version=3
 http://ftp.gnome.org/pub/GNOME/sources/gnome-disk-utility/([\d\.]+\d)/ \
gnome-disk-utility-(.*)\.tar\.xz

Ok.

 $ gbp imTABbash: git-buildpackage: Kommando nicht gefunden.

 bash: git-buildpackage: Kommando nicht gefunden.

That looks like #783541 which you recently reported, too.

Interestingly I've found no occurrence of git-buildpackage in
/etc/bash_completion.d/git-buildpackage outside comments. Didn't dig
deeper, though.

 $ gbp import-orig --uscan
 bash: git-buildpackage: Kommando nicht gefunden.

Works fine here:

→ gbp import-orig --uscan
gbp:info: Launching uscan...
gbp:error: Uscan failed: uscan warning: In debian/watch,
[...]

(That error is expected and package-specific.)

 Something looks completely borked here.
 I've restarted all my shell, even tried that with a fresh login on tty1.

Sounds like a valid way to get an uptodate shell. So no idea here.
gbp's zsh completion as well as the above commmand work fine for me.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765456: ogre-1.8: FTBFS on arm64

2015-04-27 Thread Manuel A. Fernandez Montecelo

Control: tags -1 + wontfix

2014-10-15 13:06 GMT+01:00 Manuel A. Fernandez Montecelo
manuel.montez...@gmail.com:
 2014-10-15 10:26 GMT+01:00 Edmund Grimley Evans
 edmund.grimley.ev...@gmail.com:
 Source: ogre-1.8
 Version: 1.8.0+dfsg1-7

 It failed to build on arm64:

 Thanks for the report and the suggestion.

 I patched ogre-1.9 at the time (for arm64, mips64el and ppc64le), and
 submitted the patch upstream.  I did not imagine that ogre-1.8 would
 survive for so long in unstable, ogre-1.9 has been out for a year now,
 and all development and bugfixes in 1.8 were stopped long before that.
 By the time that the next Debian stable is released, there would have
 been no support from upstream more than a year, so I don't even know
 if it's very wise to ship 1.8 in the next stable release.

 The packages depending on 1.8 at the moment are:

 - leaf packages (funguloids, and ember -- which is obsolete since long
 ago, 0.7 has been out for close to two years)

 - libogre-perl (I guess that these bindings to develop OGRE from Perl;
 which, if it does not target the most recent versions of OGRE, is of
 little use)

 - cegui, also needing an update for more than a year (a transition to
 newer versions has been ignored for a long time: #732763).  cegui
 itself is not available neither in arm64 nor in ppc64el (unmet
 dependencies), and it also will fail to build from source once the
 deps are available (#758528).


 So, in summary, I don't think that any of these packages are
 particularly important to have in a stable port of a new architecture
 like arm64, because all of them are quite outdated and with very few
 installations.

 So, all in all, I think that it's better to not attempt to fix this
 bug, and possibly make it RC (once arm64 is accepted as release
 architecture) to try to nudge packages to move to the newer 1.9.

In the end this package was shipped in Jessie, without being built for
arm64.  I plan to ask for this version to be removed in unstable and
so it will not be present in the next stable release.

I am marking this bug as 'wontfix', because realistically there is not
much point in having it built in arm64 when it is itself obsolete
(version 1.9 available for a long time, both 1.10 and 2.x series with
big changes hopefully coming soon) and the versions of the reverse
dependencies are obsolete (CEGUI) or will have to be updated to work
with newer versions of OGRE as well.


Cheers.
-- 
Manuel A. Fernandez Montecelo manuel.montez...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783546: znc-dev cannot build modules that need libicu functions.

2015-04-27 Thread Thomas Ward

Package: znc-dev
Version: 1.6.0-2
Severity: normal

The znc-dev package provides znc-buildmod.  The problem is, znc-dev does
not also install libicu-dev which is required for modules which use
libicu functions (like the third party znc-push module).

In order to rectify this problem, znc-dev should probably also require
libicu-dev as part of the install dependencies or somewhere in order to
make that functionality of libicu functions in module building available.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783550: mrtg: install didn't create /var/www/mrtg nor /etc/cron.d/mrtg

2015-04-27 Thread teo8...@gmail.com

Package: mrtg
Version: 2.17.4-2
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
apt-get install mrtg

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?

1 No /var/www/mrtg directory was created
2 No mrtg.cfg file was created ANYWHERE
3 No cronjob was added, i.e. no /etc/cron.d/mrtg file

   * What outcome did you expect instead?

All of the above should have been created.
A directory /usr/share/mrtg was created which contains png files.   
So maybe instead of (1), a file should have been added to 
apache conf.d directory?

I had previously installed the mrtg before on the same server before,
 and  then uninstalled it. I'm almost sure the first time it did
work as expected (which is why I expected it, besides because all
the tutorials out there tell you that is what's going to happe)
Did I dream it? Am I confusing with cacti installation?

Anyway, what's sure is that apt-get mrtg does not result in a working 
installation
nor does it give you hints of the missing steps.



*** End of the template - remove these lines ***


-- System Information:
Debian Release: 7.6
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mrtg depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38+deb7u6
ii  libgd2-xpm 2.0.36~rc1~dfsg-6.1
ii  libpng12-0 1.2.49-1
ii  libsnmp-session-perl   1.13-1.1~deb7u1
ii  perl   5.14.2-21+deb7u2
ii  perl-modules   5.14.2-21+deb7u2
ii  zlib1g 1:1.2.7.dfsg-13

mrtg recommends no packages.

Versions of packages mrtg suggests:
ii  apache2-mpm-prefork [httpd]  2.2.22-13+deb7u3
pn  mrtg-contrib none
ii  w3m [www-browser]0.5.3-8

-- Configuration Files:
/etc/cron.d/mrtg [Errno 2] No such file or directory: u'/etc/cron.d/mrtg'
/etc/mrtg.cfg changed [not included]

-- debconf information:
* mrtg/conf_mods: true


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783174: tlsdate: Time retrieved from default host (www.ptb.de) jumping all over the place?

2015-04-27 Thread Rian Hunter

 I think relying on the internal server_random member of the ssl data
 structure is error prone and to me it's not unexpected that a server would
 randomize the timestamp part of their random ssl seed. The erroroneous code
 is in src/tlsdate-helper.c line 1207.
 
 That isn't a bug - code upstream in other proejcts has changed since
 this was implemented. At the time of creating tlsdate, the TLS spec
 specifically that it must not be randomized but rather a time stamp.

Yeah my bad, I was in a bit of a WTF-mood when I ran into this and I ignored 
that this is actually how tlsdate is supposed to work. I saw something called 
random being copied into something called timestamp and my WTF-meter went 
to 11. I understand that a silent interface change occurred.

 My suggestion is that instead of changing the default server, instead
 default to using the HTTP Date header. This header is intended to contain
 the current time.
 
 That's a nice thing to do but realistically - you need to pick a
 server that you trust.

Yeah, trust is top of line, second is shared semantics. In this case I trusted 
www.ptb.de, we just had different ideas about how to interpret some bytes. I 
expect this will happen more and more. On the other hand, I expect the meaning 
of the Date: header to be more consistent across servers. So maybe the the 
most sane default is to tie it to a Debian-maintained server and use the Date 
header to defend against an accidentally incompatible SSL configuration.

In the absence of an available Debian server in the short-to-medium term, I 
think -w would be an effective and easy-to-make change *today*.

 You also have to change how DAEMON_ARGS is set in /etc/init.d/tlsdated. Add
 this line after the line that sourced /etc/default/tlsdated:
 
[ -r /etc/default/$NAME ]  . /etc/default/$NAME
DAEMON_ARGS=-f /etc/tlsdate/tlsdated.conf $DAEMON_OPTS
 
 If you think there is a different bug, please open another bug?

Yeah this is a different little bug, I'll file.

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783420: [pkg-php-pear] Bug#783420: Useless in Debian

2015-04-27 Thread Thomas Goirand




On 04/27/2015 12:02 AM, David Prévot wrote:

Package: php-mime-type
Version: 1.3.1-1
Severity: serious

[Filled as RC by a team member to see it autoremoved from testing if
  nobody disagrees. Please, do downgrade it with an explanation if you
  disagree.]

php-mime-type is only used by extplorer (removed from testing over a
year ago), and is not maintained upstream anymore (the version in Debian
even predates the latest upstream version).

I intend to follow up with an RM request in a few months if nobody
objects (but feel free to beat me to it).

Regards

David


Hi,

I do object. I may attempt to re-upload extplorer if I have time to work 
on it.


Cheers,

Thomas


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783448: Add dbus package to enable remote poweroff

2015-04-27 Thread Vincent Bernat

Package: openstack-debian-images
Version: 1.2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

Without dbus, logind don't start. Therefore, systemd is not able to
shutdown the machine when receiving the ACPI power off signal.

The alternative is to install acpid instead but dbus+logind seems to
be more future-proof.

- -- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-trunk-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)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVPeLUAAoJEJWkL+g1NSX5ozwQAJLmGNlSvxy6lxv3fmqTPNu0
Wcj+qHXfzafKHqDUZZdGhAQWI3CDSkydwZETHAXBgWGH/cQQU1Wr5o1t8JUA+xMk
4zcvXWaz0+T0CxG/Ut0uUcvQRnNa6ZTs90wt9eE8SMTUkylfhQaDO/WA3htklESw
qtlcGwZjdTcXaxfIvoOqpcuHVQegoV+EjjXgt+o6MbVdEXtx1I36JaVQeLBqHiGa
uTalFePGen7SmCq5CYB9huO8T+GLCNULhPBv4SW7pRJSa7pMY134Mdu1XV/pIXpH
7AXHsUPsdPKOSyPJChZyyYt3Ll3o7C8zNbhRGeTtBQFnx+H37DDjIK9Tno5P0glN
yJ+n+dAZaMDK202nCzxbBNjIshqs5PNXFdGk1FvAck+sjkwk33rm/Ur67ZXtHXfG
ixdaTuYDgbFcA0wsIvaZ7WVSgtA/ut94T1vwk+Xb8PY62o/W2LVMug1moGvGX/Uw
9r4bU7kr3evE1gEFTgySD/wuMgq4xJFKt4Z9LgSGhYpzlEJvEKhRJPl9m1KDDroP
4X1GTS62pGSp6er3/4UFl4fJwqJXb6NrRDGGJ78xSMzJ8EeT8t8OmBQg3UnhIRDV
oMgiFU+829YWogLgrvH/j4Wd1XoR96wFv9FhvLEB1QUxPQ3IgLuI4spYUaV6T6Q3
aPjF3WD6AMlUmAP70MRF
=Xhv8
-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#783344: closed by Michal Čihař ni...@debian.org (Re: Bug#783344: Please add qeeqie as an alternative for the 'display' command)

2015-04-27 Thread Michal Čihař

Hi

[Resending to keep bugs.debian.org in the loop]

Dne Sun, 26 Apr 2015 22:52:27 +0200 (CEST)
Tomas Pospisek tpo_...@sourcepole.ch napsal(a):

 I think you are interpreting the Debian policy too narrowly.
 
 I agree with you that the policy page says that When several packages all 
 provide different versions of the same program or file ...
 
 However that does not represent the actual usage of alternatives inside 
 Debian:
 
$ update-alternatives --list editor
/bin/ed
/usr/bin/mcedit
/usr/bin/vim.basic
/usr/bin/vim.nox
/usr/bin/vim.tiny
 
 Unless you can prove me otherwise, I'll maintain that neither 'ed' nor 
 'vim' contain a program called 'editor'. Nor do pinfo or info contain a 
 program called 'infobrowser':
 
$ update-alternatives --list infobrowser
/usr/bin/info
/usr/bin/pinfo
 
 I think if you look, you will find more examples of such usage in 
 /etc/alternatives.
 
 Now let's consult the update-alternatives man page for referrence:
 
It  is  possible  for several programs fulfilling the same or similar
 functions [sic!] to be installed on a single system at the same time.
 For example, many systems have several text editors installed at once.
 This gives choice to the users of a system, allowing each to use a
 different editor, if desired, but makes it difficult for a program to
 make a good choice for an editor to invoke if the user has not
 specified a particular preference.

I think you're mixing up two different things there. There are indeed
few generic alternatives within Debian (like editor, view, www-browser
or pager), however display is not one of them. It is a program with
defined command line interface provided by ImageMagick (or rather
graphicsmagick-imagemagick-compat these days). So I don't think it's
good idea to mix it with alternatives and completely different tool. 

Anyway if you want to do this, you first need to persuade
graphicsmagick-imagemagick-compat maintainers to make /usr/bin/display
use alternatives and then report bugs against different viewers to
support this interface.

PS: I still think that xdg-open or see are better tools for this
purpose...

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


pgpky_GH6diQ4.pgp
Description: OpenPGP digital signature

Bug#732684: ITP: golang-mgo -- Go library for MongoDB

2015-04-27 Thread James Page

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Tianon

On 24/04/15 17:37, Tianon Gravi wrote:
 Hey James, I see this bug is a little bit dated. :)
 
 Would you mind if Paul and I took over and worked on getting
 golang-mgo into the archive?

Feel free - don't want to get in the way!

Cheers

James

- -- 
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVPRQSAAoJEL/srsug59jDrGIQAKU9B2t0rR4hXeKbOZwMTSMp
xLIPxHU7Px43jWUycVOhhgdhWaKdC4p0heAj/Svh9NAHCkXrE6h4Dgd8j/02cJCR
DlsRIoS9L6uHAqmaH5umbafU00TFHeDqXSJlHc+wsM3957HAnoIPoFeOwFrh+mL0
BDrX5UOOmxpWwLxZCFl/+8th/ULxQR6XLemD/WICaBzhqy1ikUa1PsUSoQvWiFHt
17rbkGIND4LLITxT32TdnCgGoGwN2NU06NYwgjm8mDeUju057QO0IWYD+cd+T0kv
DB7x0XuOBwoqqy00Ipe8gIIvLDSDN8rK9NuuEAEnrjmZdAUD2+8cmtfmoNRDaj3R
zF3P0ud0tvigKErepO2wslPTPvXDycg+AFsvnQgca760RsEfb9lpHfh0b0mg7fOG
10G0XEfT+Dq10q+yNovz8Xt0uDC01K/VU8xwO58GBrmKeCLX/n2kUdhxAeL9KkeS
XxcuIH8cmgLTL/qqAT7/cB7DY+/vggXPpKRRcRKn3XXZrigtRczYGI8rwps0Sa+t
tuylonw7shQU44a0IWa/Lwi8gxVX8OY/neiUHziDW4NiMWhxOIbtpaJoXbn706dP
MPA5QO9mHboSMlv3DoT777Wq1VX7m932YkdwYKE0XvSedwoYYka6y0Gx+vIPzD+d
6PTQlzqpV/cGx9rbkSH9
=FKq3
-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#783453: cdbackup: please make the build reproducible

2015-04-27 Thread Chris Lamb

Source: cdbackup
Version: 0.7.0-5
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 cdbackup could not be built reproducibly.

The attached patch removes timestamps from the build system. Once
applied, cdbackup 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 -urNad cdbackup.orig/cdbackup-0.7.0/cdbackup.c 
cdbackup/cdbackup-0.7.0/cdbackup.c
--- cdbackup.orig/cdbackup-0.7.0/cdbackup.c 2015-04-27 08:50:31.559851676 
+0100
+++ cdbackup/cdbackup-0.7.0/cdbackup.c  2015-04-27 08:52:16.432354614 +0100
@@ -181,7 +181,7 @@
   
   while ((i=getopt(argc,argv,d:r:l:s:p:a:c:mvVXDCi:wR))0) {
 switch (i) {
-   case 'V': fprintf(stderr,cdbackup VERSION (compiled __DATE__)\n
+   case 'V': fprintf(stderr,cdbackup VERSION\n
Copyright (C) 2000-2004\n
This is free software; see the source for 
copying conditions.\n
There is NO warranty; not even for 
MERCHANTABILITY or FITNESS FOR A\n
diff -urNad cdbackup.orig/cdbackup-0.7.0/cdrestore.c 
cdbackup/cdbackup-0.7.0/cdrestore.c
--- cdbackup.orig/cdbackup-0.7.0/cdrestore.c2015-04-27 08:50:31.559851676 
+0100
+++ cdbackup/cdbackup-0.7.0/cdrestore.c 2015-04-27 08:52:20.512529861 +0100
@@ -72,7 +72,7 @@
 
   while ((i=getopt(argc,argv,d:l:c:t:qvVFTDRi:))0) {
 switch (i) {
-   case 'V': fprintf(stderr,cdrestore VERSION (compiled __DATE__)\n
+   case 'V': fprintf(stderr,cdrestore VERSION\n
Copyright (C) 2000-2004\n
This is free software; see the source for 
copying conditions.\n
There is NO warranty; not even for 
MERCHANTABILITY or FITNESS FOR A\n

Bug#783452: Volume Control change systemwide Volume instead of their own

2015-04-27 Thread Jörg Frings-Fürst

Package: radiotray
Version: 0.7.3-3
Severity: important

Hi,

if I change the volume at radiotray the system volume changed too.

CU
Jörg



-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates'), 
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages radiotray depends on:
ii  gstreamer0.10-plugins-bad   0.10.23-7.4
ii  gstreamer0.10-plugins-base  0.10.36-2
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu4+b1
ii  gstreamer0.10-plugins-ugly  0.10.19-2.1
ii  python  2.7.9-1
ii  python-dbus 1.2.0-2+b3
ii  python-glade2   2.24.0-4
ii  python-gobject  3.14.0-1
ii  python-gst0.10  0.10.22-3
ii  python-gtk2 2.24.0-4
ii  python-lxml 3.4.2-1
ii  python-notify   0.1.1-4
ii  python-xdg  0.25-4

radiotray recommends no packages.

radiotray 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#781657: needrestart: pending kernel upgrade warning when new kernel is already running - Bug in libsort-naturally-perl

Control: clone -1 -2
Control: reassign -2 libsort-naturally-perl 1.02-1
Control: retitle -2 libsort-naturally-perl: Doesn't sort properly with numbers 
at the beginning of a string
Control: tag -2 = upstream

Hi,

Thomas Liske wrote:
 On 04/01/2015 02:14 PM, Thomas Liske wrote:
  The expected kernel version reported by needrestart is the first one...
  I need to review why i.e. 4.9 looses against 3.10.
 
 the kernel version sorting was based on Sort::Naturally which does not
 work since the rightmost integer found in the version string is used as
 the primary sorting index. Therefore 4.0 will loose against any 3.x
 (x0) kernels :-/

Thomas Liske wrote earlier:
 $VAR1 = [
   '4.20.0-rc6-tp520-btrfs-trim+',
   '4.20.0',
   '4.19.0-rc6-tp520-btrfs-trim+',
   '4.19.0',
   '4.10',
   '3.19.3-rc6-tp520-btrfs-trim+',
   '3.19.3',
   '3.19.0-rc7-tp520+',
   '3.10',
   '4.9',
   '4.4.0-foo',
   '4.4.0',
   '4.0.0-rc6-tp520-btrfs-trim+',
   '4.0.0',
   '4.0',
   '3.9',
   '3.3',
   '2.6'
 ];

 The expected kernel version reported by needrestart is the first one...
 I need to review why i.e. 4.9 looses against 3.10.

This looks like a bug in Sort::Naturally upstream:

$ perl -MSort::Naturally -E 'say join(\n, nsort(qw(1.fnord 3.bar 1-foo 
2.gnarz 3.19-foo 4.0-bla 3-19-foo 4-0-foo)))'
1.fnord
1-foo
2.gnarz
3.bar
4.0-bla
4-0-foo
3-19-foo
3.19-foo
$

Cloning this bug report accordingly.

 Upstream has been fixed by porting the version comparing stuff from
 Dpkg::Version into a simplified implementation in needrestart.

Hrm, why copying and causing code duplication instead of just simply
using use Dpkg:Version;?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783454: radiotray not supporting a radio

2015-04-27 Thread Damian Nardelli

Package: radiotray
Version: 0.7.3-3
Severity: normal

Dear Maintainer,

I'm trying to listen to the following radio http://201.212.5.144/aspen
The problem is when I try to turn it on, there is no audio and radiotray pops
up an error saying gstdecodebin2.c(3576): gst_decode_bin_expose ():
/GstPlayBin2:player/GstURIDecodeBin:uridecodebin1/GstDecodeBin2:decodebin21:
no suitable plugins found.
The log file located at ~/.local/share/radiotray shows the following:

--
2015-04-27 04:21:31,792 - DEBUG - Request to play
2015-04-27 04:21:31,793 - DEBUG - connecting
2015-04-27 04:21:31,796 - INFO - Requesting stream...
http://201.212.5.144/aspen
2015-04-27 04:21:31,827 - DEBUG - Metadata obtained...
2015-04-27 04:21:31,827 - INFO - Content-Type: video/x-ms-asf
2015-04-27 04:21:31,827 - INFO - Checking decoder
2015-04-27 04:21:31,827 - INFO - Checking decoder
2015-04-27 04:21:31,827 - INFO - Checking decoder
2015-04-27 04:21:31,828 - INFO - Stream is readable by ASF Playlist Decoder
2015-04-27 04:21:31,828 - INFO - Downloading playlist..
2015-04-27 04:21:31,875 - INFO - Playlist downloaded
2015-04-27 04:21:31,875 - INFO - Decoding playlist...
2015-04-27 04:21:31,875 - DEBUG - ['mms://201.212.5.144/aspen?MSWMExt=.asf',
'mms://201.212.5.144:80/aspen?MSWMExt=.asf']
2015-04-27 04:21:31,875 - INFO - Play mms://201.212.5.144/aspen?MSWMExt=.asf
2015-04-27 04:21:31,875 - INFO - Not an HTTP url. Maybe direct stream...
2015-04-27 04:21:32,005 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,005 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,005 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_READY of type GstState - enum GST_STATE_PAUSED of type GstState)
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_READY of type GstState - enum GST_STATE_PAUSED of type GstState)
2015-04-27 04:21:32,006 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,007 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_READY of type GstState - enum GST_STATE_PAUSED of type GstState)
2015-04-27 04:21:32,007 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_READY of type GstState - enum GST_STATE_PAUSED of type GstState)
2015-04-27 04:21:32,007 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_PAUSED of type GstState - enum GST_STATE_PAUSED of type GstState)
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_READY of type GstState - enum GST_STATE_PAUSED of type GstState)
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_READY of type GstState - enum GST_STATE_PAUSED of type GstState)
2015-04-27 04:21:32,008 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,009 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_READY of type GstState - enum GST_STATE_PAUSED of type GstState)
2015-04-27 04:21:32,009 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_PAUSED of type GstState - enum GST_STATE_PLAYING of type
GstState)
2015-04-27 04:21:32,009 - DEBUG - playing
2015-04-27 04:21:32,049 - DEBUG - Buffering 0
2015-04-27 04:21:32,983 - DEBUG - Buffering 9
2015-04-27 04:21:32,983 - DEBUG - Buffering 0
2015-04-27 04:21:32,983 - DEBUG - Buffering 9
2015-04-27 04:21:32,984 - DEBUG - Buffering 0
2015-04-27 04:21:32,985 - DEBUG - Buffering 9
2015-04-27 04:21:32,985 - DEBUG - Buffering 0
2015-04-27 04:21:32,986 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_NULL of type GstState - enum GST_STATE_READY of type GstState)
2015-04-27 04:21:32,986 - DEBUG - Received MESSAGE_STATE_CHANGED (enum
GST_STATE_READY of type GstState - enum GST_STATE_PAUSED of type GstState)
2015-04-27 04:21:32,986 - DEBUG - Received MESSAGE_ERROR
2015-04-27 04:21:34,011 - WARNING - Your GStreamer installation is missing a
plug-in.

Bug#783461: debsources: add test case for news listing on the index page

2015-04-27 Thread Stefano Zacchiroli

Package: qa.debian.org
Severity: minor
Tags: newcomer
User: qa.debian@packages.debian.org
Usertags: debsources

Debsources can show news items on the index page (see News section at the
bottom of http://sources.debian.net/). The feature broke during the recent
blueprint refactoring, when the expected file name was renamed from news.html
to sources_news.html. We didn't notice because no test case actually checks
that feature. One such test case should be added.

To do so, we should populate a temporary local/ directory during test, and
check that the news item shipped in there shows up on the index page.

Cheers.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.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#725284: proper resume hooks

2015-04-27 Thread Chris


In the face of the race condition with systemd unit files, reported
by Michael Biebl, there seem to exist different alternatives.



Lennart Poettering:
https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=744753#40
a service which needs to be restarted on
cases like this sounds wrong. Thats a hack really. The service should
just watch time changes and react correctly to that. i.e. use
TFD_TIMER_CANCEL_ON_SET. THis will report wallclock changes relative to
monotonic time, which is what you want to watch for this. All system
resumes will trigger this, of course.

and

Since a long time we had on our TODO list to support timer units that
are triggered when the system clock changes, based on
TFD_TIMER_CANCEL_ON_SET. Hasn't been implemented yet, should be fairly
easy though.

OnClockChange=yes

And in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780956
the dev showed that udev already has proper hooks for resume events.


So these may be proper mechanisms for packages to ship with a
resume hook. And the last one is already tried and proven by
laptop-mode-tools.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783402: cacti package is completely broken, nothing works out of the box

2015-04-27 Thread Paul Gevers

Control: clone -1 -2 -3
Control: retitle -2 cacti should ask for interface admin password
Control: severity -2 normal
Control: tags -2 confirmed
Control: retitle -3 cacti should finish the install process
Control: severity -3 normal
Control: tags -3 confirmed
Control: tags 783416 confirmed
Control: close -1 0.8.8a+dfsg-6

Could you please recreate the poller cache and see if that solves your
issue? I fixed this issue in 0.8.8a+dfsg-6 (upstream bug 2229).

System Utilities - Rebuild Poller Cache.




signature.asc
Description: OpenPGP digital signature

Bug#750525: [Pkg-mailman-hackers] Bug#750525: Bug#750525: mailman: Master qrunner detected subprocess exit while decoding utf8 character

2015-04-27 Thread Thorsten Glaser

On Sun, 26 Apr 2015, Sebastian Reichel wrote:

 Would have been nice to have some post-inst script, which
 checks/fixes this.

Well it’s too late for jessie now. SOL.

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in Notes on Programming in C


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#689207: Rust

2015-04-27 Thread Sylvestre Ledru

retitle 689207 rustc -- a safe, concurrent, practical language
thanks

FYI, rust is in new (but called rustc)

Cheers,
S


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783450: RM: libertas-firmware -- ROM; superceded by firmware-nonfree

2015-04-27 Thread Andres Salomon

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: ftp.debian.org
Severity: normal

Hi,

Can you please remove src:libertas-firmware from the (non-free)
archive?  It has been transitioned to the firmware-libertas package
in src:firmware-nonfree.

Thanks!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVPeGWAAoJEGRdAkfDbnY3gMgP/A7iELvTgYSXoS+G58W8rghf
UcSqmELrONL2fEKz9eOSBO0ivn4nEN6YqDGoQy9/1pRBmZ743q67cZHKPtgHCLtf
I6Rs7+AynjchZ/q+NiJfqtvOe0dcBI8dr1zWwd1rmHcUBdn2usLUd9pI+dmILiac
UWhkXtadvDlet8T2JO5U1owy5MJix0AYOSQXL2Pnry2oiQ34fHxi8WXEF3T0N51e
7LNxFhyfNdPqUpry7zgj6SKR1vbKRUyBOH+M/ASFkPXl1P6NCB0ig34UBwKYIs0g
pK06D65ODEGtvosW///tYjUouXxndhXLJho89/8lkRZMZIrCL3XDxmzN6hVYwHcb
H7bNiSBg3F81CynFBICHT8zSj+nOifYPztJqCUwg2teA94P/XYDdAw73DbFS970o
zIo0EA7IvLwOxvkKaTgFvItRJHYr6bFMGhKuBRPlFBPZtJAvh6eFO0Zcp9ij36e0
3ZgvsSv7Jap9+Nt/8Rv9wN8JgpwRiU7EKUiDd5/+7PF6etHFRFUqgfyuLde4lwGr
rw3Yp7ZVscjSaQgWecTvrwY570QS0y/X+IMPRgcQBfmsP6TFM2uDuHZVn5usKHo+
Fs1edbvwAq1sRn/gGEgCo6Nft9Y6gq6JgaL4C2vCKnrELr7+aX+IUnvA4xvUe90c
89MZ+kcgmDuS31MKjwTy
=4ITN
-END PGP SIGNATURE-

Bug#783451: libmodule-signature-perl: CVE-2015-3406 CVE-2015-3407 CVE-2015-3408 CVE-2015-3409

2015-04-27 Thread Salvatore Bonaccorso

Source: libmodule-signature-perl
Version: 0.73-1
Severity: grave
Tags: security upstream fixed-upstream

Hi,

the following vulnerabilities were published for libmodule-signature-perl.

CVE-2015-3406[0]:
unsigned files interpreted as signed in some circumstances

CVE-2015-3407[1]:
arbitrary code execution during test phase

CVE-2015-3408[2]:
arbitrary code execution when verifying module signatures

CVE-2015-3409[3]:
arbitrary modules loading in some circumstances

If you fix the vulnerabilities please also make sure to include the
CVE (Common Vulnerabilities  Exposures) ids in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-3406
[1] https://security-tracker.debian.org/tracker/CVE-2015-3407
[2] https://security-tracker.debian.org/tracker/CVE-2015-3408
[3] https://security-tracker.debian.org/tracker/CVE-2015-3409

Please adjust the affected versions in the BTS as needed.

p.s.: for the pkg-perl team: I planned to look into it for all needed
versions, but if somebody beats me to it, just go ahead!

Regards,
Salvatore


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783457: libsort-naturally-perl: Doesn't sort properly with numbers at the beginning of a string