Bug#808753: iceowl-extension: Chat account setup needs to support Google's 2-Step Authentication

[Carsten Schoenert]

Hello Len,

please use "Reply All" so the BTS is updated as well.

Am 22.12.2015 um 17:43 schrieb Len Huppe:
> Hello Carsten,
> 
> Thank you for the prompt reply. My apologies for being woefully ignorant
> of how Google's 2-Step Verification system works. I now have everything
> working. I will pass along the favor by writing up a How-To on the
> Debian forums.

Please keep in mind to close the bug report after that if appropriate.

-- 
Regards
Carsten Schoenert

Bug#808805: perl: add a Breaks entry for unfixed versions of sbuild

[Niko Tyni]

Package: perl
Version: 5.22.1-2
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

sbuild is broken with Perl 5.22, see #808560.

There's a fix pending, and when it's uploaded we should add a Breaks
entry for the broken versions so partial upgrades pull in a working one.
-- 
Niko Tyni   nt...@debian.org

Bug#808560: [buildd-tools-devel] Bug#808560: sbuild: Use of uninitialized value $_ in concatenation (.)

[Niko Tyni]

On Wed, Dec 23, 2015 at 11:27:43AM +0200, Niko Tyni wrote:

> I can confirm that sbuild works fine for me again with your patch.
> 
> Please consider an upload soon, this is blocking the Perl 5.22
> transition.

Oh, and we should probably add a Breaks entry on the perl
side for earlier versions when this is fixed, to make sure
partial upgrades pull in a working version.

I've filed #808805 about that.
-- 
Niko Tyni   nt...@debian.org

Bug#808807: ITP: r-cran-formatr -- R package which formats R code automatically - formatR

[Joost van Baal-Ilić]

Package: wnpp
Severity: wishlist

* Package name: r-cran-formatr
  Version : 1.2.1
  Upstream Author : Yihui Xie 
* URL : https://cran.r-project.org/web/packages/formatR/ , 
http://yihui.name/formatR
* License : GPL
  Programming Lang: R
  Description : R package which formats R code automatically - formatR

Provides a function tidy_source() to format R source code. Spaces
and indent will be added to the code automatically, and comments will be
preserved under certain conditions, so that R code will be more
human-readable and tidy. There is also a Shiny app as a user interface in
this package (see tidy_app()).

The R formatR package is a dependency for r-cran-knitr (ITP Bug#808155);
r-cran-knitr is needed for RStudio's Shiny Server.

I'll work on the packaging using debian-science's git at Alioth, at
http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-formatr.git .

See also r-cran-httpuv_1.3.3-2 (Bug#808142) in NEW, r-cran-mime_0.4-2 in NEW
and https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running
RStudio's Shiny Server the Debian way".

Bye,

Joost



signature.asc
Description: Digital signature

Bug#808806: Split "Blocked (X)" into different statuses

[Christoph Berg]

Package: piuparts.debian.org
Severity: wishlist

Hi,

at the moment the status Blocked (X) is used for several different
problems:

* dependency failed testing
* dependency uninstallable
* dependency does not exist

In the piuparts column on DDPO, all these are shown as 'X'.

As a maintainer, I'd like to see only problems on my DDPO page that I
could do something about. That means I wouldn't normally care about
dependencies failing or being uninstallable (I could see that problem
when looking at the DDPO or piuparts page for that package), but I
would certainly care about my dependencies not being there at all
because then I need to fix my package.

Could we hence make "dependency does not exist" use a different
status? What about "Missing (M)"?

The plan would be not to show Waiting (W) and Blocked (X) on DDPO
anymore by default (or less scary, W looks a lot like Warning and X
like Bad ThinXs happening), so the remaining, effectively bad status
values would receive more attention from maintainers.[*]

(I can probably try to produce a patch, but given the status values
are likely used in a gazillion of places, I would probably break more
than someone familiar with the code.)

Thanks,
Christoph

[*] I've certainly started to treat Piuparts notifications on DDPO
with less priority personally because the SNR there isn't optimal.
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: PGP signature

Bug#808802: #808802 synaptic: Can't drop privileges for downloading as file '/var/lib/apt/lists/partial/ftp.fr.debian.org_debian_dists_testing_InRelease'

[Alexandre Detiste]

Hi,

This is likely a duplicate of this (read from #15), IE, not a bug:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805069#15 


Bonne journée

Bug#774135: mc: SFTP VFS still not usable

[Thorsten Glaser]

On Wed, 23 Dec 2015, Dmitry Smirnov wrote:

> I did not try connecting to GitHub but SFTP works for me with other Debian 
> computers on LAN...

Doesn’t work for me either. Can you put the stuff I showed
into your ~/.ssh/config and check if that breaks for you as well?

> I think it is a different issue. Maybe you could help us 
> by opening a new bug with upstream?

To be honest, DevRef says that’s your job. But I probably
can, just do me a favour and check whether it breaks for
you with the attached SSH config.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#808806: [Piuparts-devel] Bug#808806: Split "Blocked (X)" into different statuses

[Holger Levsen]

Hi Christoph,

as discussed on IRC, full ack, agreed & patches highly welcome.


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#808809: diffoscope: tests will fail in future

[Holger Levsen]

source: diffoscope
version: 44
severity: important

Hi,

when building diffoscope in the future, the tests fail like this:

=== FAILURES ===
_ test_listing _

differences = [, , ]

@pytest.mark.skipif(tool_missing('cpio'), reason='missing cpio')
def test_listing(differences):
expected_diff = open(os.path.join(os.path.dirname(__file__), 
'../data/cpio_listing_expected_diff')).read()
>   assert differences[0].unified_diff == expected_diff
E   assert '@@ -1,4 +1,4...4  2015 dir\n' == '@@ -1,4 +1,4 ...4 15:11 dir\n'
E Skipping 56 identical leading characters in diff, use -v to show
E -  6 Jun 24  2015 dir/link -> broken
E ?   ---
E +  6 Jun 24 15:10 dir/link -> broken
E ? +++
E - +lrwxrwxrwx   1 1000 1000   13 Jun 24  2015 dir/link -> 
really-broken
E ?   ---
E + +lrwxrwxrwx   1 1000 1000   13 Jun 24 15:11 dir/link -> 
really-broken
E ? +++
E Detailed information truncated (17 more lines), use "-vv" to show

tests/comparators/test_cpio.py:53: AssertionError
== 1 failed, 164 passed, 41 skipped in 98.58 seconds ===

 hm, i guess the reason is that it's build in 2017. in this case it 
prints "13 Jun 24  2015" instead of 
"13 Jun 24 15:11"
 | deki: hehe & wow. nice find.
 | so we're finding real build failures in the future now. neato.
 :)
 | Lunar: ^^ i think thats a nice story for the weekly report too


I've not filed this as serious (though I think it is) to not block testing
migration and because I'm certain there will be quite some uploads in the next
months anway. But we definitly shouldn't release with this in stable… ;-)


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#808808: ITP: r-cran-highr -- Syntax Highlighting for R Source Code automatically - formatR

[Joost van Baal-Ilić]

Package: wnpp
Severity: wishlist

* Package name: r-cran-highr
  Version : 0.5.1
  Upstream Author : Yihui Xie 
* URL : https://cran.r-project.org/web/packages/highr/ , 
https://github.com/yihui/highr
* License : GPL
  Programming Lang: R
  Description : Syntax Highlighting for R Source Code

 Provides syntax highlighting for R source code. Natively
 supports LaTeX and HTML output. Source code of other languages is supported
 via Andre Simon's highlight package (http://www.andre-simon.de).

The R highr package is a dependency for r-cran-knitr (ITP Bug#808155);
r-cran-knitr is needed for RStudio's Shiny Server.

I'll work on the packaging using debian-science's git at Alioth, at
http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-highr.git .

See also r-cran-httpuv_1.3.3-2 (Bug#808142) in NEW, r-cran-mime_0.4-2 in NEW
and https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running
RStudio's Shiny Server the Debian way".

Bye,

Joost



signature.asc
Description: Digital signature

Bug#736666: /usr/lib/sm.bin/mail.local: lockmailbox failed code 75 EX_TEMPFAIL

[paul . szabo]

I now verified that I get good results by changing mail.local.c (within
sendmail or sendmail-bin) as per patch below. My patch only addresses
the issue of locking the /var/mail/USER file (with minimal changes to
code); does not attempt to better handle group quotas, nor to improve
security by giving up privileges early.

Please consider adopting this patch or some similar change. 

Please re-assign this bug back to sendmail.

---

I am curious as to how does mail ever work for others: am I the last one
still using sendmail and mail.local for local delivery?

Thanks, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


==


diff -r -U10 a/mail.local/mail.local.c b/mail.local/mail.local.c
--- a/mail.local/mail.local.c   2015-12-23 13:12:41.0 +1100
+++ b/mail.local/mail.local.c   2015-12-23 21:15:56.0 +1100
@@ -1408,24 +1408,52 @@
 */
 
 bool   Locked = false;
 
 #ifdef MAILLOCK
 int
 lockmbox(name)
char *name;
 {
int r = 0;
+/*
+ * Often we get here with RUID=0 EUID=user (why?!) and maillock()
+ * (or /usr/bin/dotlockfile within?) does not like that, can cope
+ * with RUID=user EUID=0 instead. Swap them... then swap back.
+ * Wonder whether could (should!) have given up all privileges,
+ * even setting "correct" GIDs, long ago...
+ */
+   uid_t ruid,euid;
+   int swapped = 0;
 
if (Locked)
return 0;
-   if ((r = maillock(name, 15)) == L_SUCCESS)
+
+   ruid = getuid();
+   euid = geteuid();
+   /* syslog(LOG_ERR, "Before maillock had r=%d e=%d", (int)getuid(), 
(int)geteuid()); */
+   if ((int)ruid == 0 && (int)euid != 0)
+   {
+   (void)setreuid(euid,ruid);
+   /* syslog(LOG_ERR, "Swapped, now r=%d e=%d", (int)getuid(), 
(int)geteuid()); */
+   swapped = 1;
+   }
+ 
+   r = maillock(name, 15);
+
+   if (swapped)
+   {
+   (void)setreuid(ruid,euid);
+   /* syslog(LOG_ERR, "Swapped back r=%d e=%d", (int)getuid(), 
(int)geteuid()); */
+   }
+
+   if (r == L_SUCCESS)
{
Locked = true;
return 0;
}
switch (r)
{
  case L_TMPLOCK:   /* Can't create tmp file */
  case L_TMPWRITE:  /* Can't write pid into lockfile */
  case L_MAXTRYS:   /* Failed after retrycnt attempts */
errno = 0;
@@ -1438,22 +1466,41 @@
errno = 0;
r = EX_UNAVAILABLE;
break;
}
return r;
 }
 
 void
 unlockmbox()
 {
+   uid_t ruid,euid;
+   int swapped = 0;
+
if (Locked)
+   {
+   ruid = getuid();
+   euid = geteuid();
+   /* syslog(LOG_ERR, "Before mailunlock had r=%d e=%d", 
(int)getuid(), (int)geteuid()); */
+   if ((int)ruid == 0 && (int)euid != 0)
+   {
+   (void)setreuid(euid,ruid);
+   /* syslog(LOG_ERR, "Swapped, now r=%d e=%d", 
(int)getuid(), (int)geteuid()); */
+   swapped = 1;
+   }
mailunlock();
+   if (swapped)
+   {
+   (void)setreuid(ruid,euid);
+   /* syslog(LOG_ERR, "Swapped back r=%d e=%d", 
(int)getuid(), (int)geteuid()); */
+   }
+   }
Locked = false;
 }
 #else /* MAILLOCK */
 
 char   LockName[MAXPATHLEN];
 
 int
 lockmbox(path)
char *path;
 {

Bug#796639: Initial attempt, but maybe RM is better.

[Andreas Henriksson]

Control: tags -1 + patch

Hello,

I had a look and came up with the following completely untested
result:

[Unit]
Description=Start netenv at boot time
Before=network-online.target
After=local-fs.target hostname.service

[Service]
Type=oneshot
#RemainAfterExit=yes
ExecStart=/sbin/netenv

[Install]
WantedBy=multi-user.target

... but given the Orphan bug for netenv states:
"It currently does not work well with systemd but besides of that, there
isn't any big issue."

Maybe it's better to just file a RoQA RM bug for netenv given that:
 - it's orphaned+unmaintained and apparently noone is showing interest
   in picking it up.
 - it's known to not work well with the default init system already.
 - there are several similar alternatives already. Why not focus effort
   on improving those instead of duplicating effort?
 - popcon says there's basically noone even looking in the general
   direction of netenv.

Regards,
Andreas Henriksson

Bug#808810: python-pygal: incompatibility with lxml 3.5, fails with exception: ValueError: Invalid PI name 'xml'

[Daniele Forsi]

Package: python-pygal
Version: 1.7.0-0-g41186be+1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

there is a bug in pygal that makes it crash even when running the first example 
in its documentation, a bug which seems to have been fixed about a month ago in 
version 2.0.11 of pygal; here is the relevant issue 
https://github.com/Kozea/pygal/issues/282

This bugs makes it impossible to generate any SVG (BTW, in this package's 
description, "Python svg graph plotting library", "svg" would be better written 
in uppercase).

This is the example from 
http://www.pygal.org/en/latest/documentation/types/line.html
import pygal

line_chart = pygal.Line()
line_chart.title = 'Browser usage evolution (in %)'
line_chart.x_labels = map(str, range(2002, 2013))
line_chart.add('Firefox', [None, None,0, 16.6,   25,   31, 36.4, 45.5, 
46.3, 42.8, 37.1])
line_chart.add('Chrome',  [None, None, None, None, None, None,0,  3.9, 
10.8, 23.8, 35.3])
line_chart.add('IE',  [85.8, 84.6, 84.7, 74.5,   66, 58.6, 54.7, 44.8, 
36.2, 26.6, 20.1])
line_chart.add('Others',  [14.2, 15.4, 15.3,  8.9,9, 10.4,  8.9,  5.8,  
6.7,  6.8,  7.5])
line_chart.render()

and this is the traceback when running it interactively:
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/pygal/ghost.py", line 122, in render
.make_instance(overrides=kwargs)
  File "/usr/lib/python2.7/dist-packages/pygal/ghost.py", line 116, in 
make_instance
self.xml_filters)
  File "/usr/lib/python2.7/dist-packages/pygal/graph/line.py", line 33, in 
__init__
super(Line, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/pygal/graph/base.py", line 47, in 
__init__
self.svg = Svg(self)
  File "/usr/lib/python2.7/dist-packages/pygal/svg.py", line 50, in __init__
u('xml'), u("version='1.0' encoding='utf-8'"))]
  File "src/lxml/lxml.etree.pyx", line 3039, in 
lxml.etree.ProcessingInstruction (src/lxml/lxml.etree.c:81073)
ValueError: Invalid PI name 'xml'

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.2.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python-pygal depends on:
pn  python:any  

python-pygal recommends no packages.

python-pygal suggests no packages.

-- no debconf information

Bug#808767: ITP: apt-transport-gs -- APT transport for repositories privately held on GCS

[Marcin Kulisz]

On 2015-12-23 10:33:43, Jakub Wilk wrote:
> * Marcin Kulisz (kuLa) , 2015-12-22, 16:07:
> >* Package name: apt-transport-gs
> 
> s/gs/gcs/ ?

Honestly I'm not sure about it (I mean package name not the change). I don't
really mind to change it to gcs.
I called package *-gs to keep it in the 2 letter convention and to emphasise
that links later are starting with gs://, but if people think it
should be gcs instead I'll change it.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#808088: metadata.debian.org: 808088 unblocked

[Iain R. Learmonth]

Hi,

The mailing list debian-metad...@lists.debian.org has now been created.

I think that's everything we need for the pseudo-package to be created.

Thanks,
Iain.

-- 

Bug#808812: trousers: initscript shouldn't hard code the username

[Laurent Bigonville]

Package: trousers
Version: 0.3.13-3
Severity: minor

Hi,

The initscript currently has the following test:

if [ "x$TPM_OWNER" != "xtss" ]

shouldn't this be changed to

if [ "x$TPM_OWNER" != "x$USER" ]

to be correct?

Cheers,

Laurent Bigonville

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Bug#706415: Fixed upstream, please cherry-pick/update trees

[Hajo Möller]

Dear Maintainers,

as of May 2015 grub2 upstream includes patches by Toomas Soome to
support OpenZFS pools with feature flags, which fixes booting off ZFS
rpools. The relevant upstream logs:
http://git.savannah.gnu.org/cgit/grub.git/log/include/grub/zfs
http://git.savannah.gnu.org/cgit/grub.git/log/grub-core/fs/zfs

As I do not know whether Toomas' patches depend on intermediate commits
I propose to cherry-pick all new commits to "include/grub/zfs" and
"grub-core/fs/zfs". Even if the patches do not depend on previous
commits it would be nice to include them as fixes to memory leaks and
other issues.

-- 
Regards,
Hajo Möller

Bug#808813: [PATCH] add support for xdelta3

[Evgeni Golov]

Package: pristine-tar
Version: 1.33
Tags: patch

sadly, the generated files are not compatible, see [1]

[1] https://github.com/jmacd/xdelta/issues/76
---
 pristine-gz  | 20 ++--
 pristine-tar | 20 ++--
 2 files changed, 36 insertions(+), 4 deletions(-)

diff --git a/pristine-gz b/pristine-gz
index ce115d5..9c5ff66 100755
--- a/pristine-gz
+++ b/pristine-gz
@@ -99,6 +99,13 @@ use File::Basename qw/basename/;
 # parameters as given to Makefile.PL.
 my $tar_program = "tar";
 my $xdelta_program = "xdelta";
+my $xdelta_version = 1;
+
+my $xdelta_version_output = `xdelta --version 2>&1`;
+if ($xdelta_version_output =~ /version 3/) {
+  $xdelta_version = 3
+}
+
 
 delete $ENV{GZIP};
 
@@ -240,7 +247,12 @@ sub reproducegz {
else {
# generate a binary delta and see if this is the
# best variant so far
-   my $ret=system("$xdelta_program delta -0 --pristine 
$tempout $orig $tempdir/tmpdelta 2>/dev/null") >> 8;
+   my $ret;
+   if ($xdelta_version == 1) {
+   $ret=system("$xdelta_program delta -0 
--pristine $tempout $orig $tempdir/tmpdelta 2>/dev/null") >> 8;
+   } else {
+   $ret=system("$xdelta_program encode -0 -s 
$tempout $orig $tempdir/tmpdelta 2>/dev/null") >> 8;
+   }
# xdelta exits 1 on success
if ($ret == 1) {
my $size=(stat("$tempdir/tmpdelta"))[7];
@@ -303,7 +315,11 @@ sub gengz {
my $tempdir=tempdir();
my $tfile="$tempdir/".basename($file).".gz";
doit_redir($file, $tfile, @zgz);
-   doit($xdelta_program, "patch", "--pristine", $delta->{delta}, 
$tfile, "$file.gz");
+   if ($xdelta_version == 1) {
+   doit($xdelta_program, "patch", "--pristine", 
$delta->{delta}, $tfile, "$file.gz");
+   } else {
+   doit($xdelta_program, "decode", "-s", $tfile, 
$delta->{delta}, "$file.gz");
+   }
}
else {
doit_redir("$file", "$file.gz", @zgz);
diff --git a/pristine-tar b/pristine-tar
index 0bf44e8..842e22d 100755
--- a/pristine-tar
+++ b/pristine-tar
@@ -198,6 +198,12 @@ $ENV{PRISTINE_TAR_COMPAT}=1;
 # parameters as given to Makefile.PL.
 my $tar_program = "tar";
 my $xdelta_program = "xdelta";
+my $xdelta_version = 1;
+
+my $xdelta_version_output = `xdelta --version 2>&1`;
+if ($xdelta_version_output =~ /version 3/) {
+  $xdelta_version = 3
+}
 
 my $message;
 
@@ -427,7 +433,12 @@ sub gentar {
my $ok;
foreach my $variant (@try) {
my $recreatetarball=$variant->();
-   my $ret=try_doit($xdelta_program, "patch", $delta->{delta}, 
$recreatetarball, $out);
+   my $ret;
+   if ($xdelta_version == 1) {
+   $ret=try_doit($xdelta_program, "patch", 
$delta->{delta}, $recreatetarball, $out);
+   } else {
+   $ret=try_doit($xdelta_program, "decode", "-s", 
$recreatetarball, $delta->{delta}, $out);
+   }
if ($ret == 0) {
$ok=1;
last;
@@ -539,7 +550,12 @@ sub gendelta {
}
 
$delta{delta}="$tempdir/delta";
-   my $ret=system("$xdelta_program delta -0 --pristine $recreatetarball 
$tarball $delta{delta}") >> 8;
+   my $ret;
+   if ($xdelta_version == 1) {
+   $ret=system("$xdelta_program delta -0 --pristine 
$recreatetarball $tarball $delta{delta}") >> 8;
+   } else {
+   $ret=system("$xdelta_program encode -0 -s $recreatetarball 
$tarball $delta{delta}") >> 8;
+   }
# xdelta exits 1 on success if there were differences
if ($ret != 1 && $ret != 0) {
error "xdelta failed with return code $ret";
-- 
2.5.0

Bug#703256: moving the gridengine team repository to collab-maint

[Michael Banck]

Hi,

On Tue, Dec 22, 2015 at 05:09:43PM -0800, Afif Elghraoui wrote:
> As I've made numerous requests on this list [1-3] and tried twice to
> directly contact Michael Banck, one of the two Alioth team admins
> (both of them CC'd here this time), regarding membership on the team
> so that I could work on updating the gridengine package using the
> team's repository.

Sorry for slacking - I tried to keep up with the spam on pkg-gridengine,
but I've no real excuse for answering your earlier mail apart from
generally being behind on Debian stuff.

I've made you and Dave admins on the Alioth project now, but if you
prefer to maintain gridengine in another way, that's fine with me, too.

Are you a Debian Maintainer and/or do you need sponsoring for uploads?


Michael


signature.asc
Description: Digital signature

Bug#808814: checkbox-ng: FTBFS: ImportError: cannot import name 'JobTreeNode'

[Chris Lamb]

Source: checkbox-ng
Version: 0.20.1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

checkbox-ng fails to build from source in unstable/amd64:

  [..]

  test_help (test_main.TestMain) ... ERROR
  test_run_without_args (test_main.TestMain) ... ERROR
  test_version (test_main.TestMain) ... ERROR
  test_misc (unittest.loader._FailedTest) ... ERROR
  
  ==
  ERROR: test_help (commands.test_sru.TestSru)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/commands/test_sru.py",
 line 40, in test_help
  main(['sru', '--help'])
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/main.py",
 line 41, in main
  raise SystemExit(CheckboxTool().main(argv))
File "/usr/lib/python3/dist-packages/plainbox/impl/clitools.py", line 310, 
in main
  self._parser = self.construct_parser(early_ns)
File "/usr/lib/python3/dist-packages/plainbox/impl/clitools.py", line 469, 
in construct_parser
  self.add_subcommands(subparsers, early_ns)
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/tools.py",
 line 96, in add_subcommands
  from checkbox_ng.commands.launcher import LauncherCommand
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/commands/launcher.py",
 line 32, in 
  from checkbox_ng.commands.newcli import CliInvocation2
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/commands/newcli.py",
 line 53, in 
  from checkbox_ng.misc import SelectableJobTreeNode
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/misc.py",
 line 30, in 
  from plainbox.impl.job import JobTreeNode
  ImportError: cannot import name 'JobTreeNode'
  
  ==
  ERROR: test_help (test_main.TestMain)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/test_main.py",
 line 50, in test_help
  main(['--help'])
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/main.py",
 line 41, in main
  raise SystemExit(CheckboxTool().main(argv))
File "/usr/lib/python3/dist-packages/plainbox/impl/clitools.py", line 310, 
in main
  self._parser = self.construct_parser(early_ns)
File "/usr/lib/python3/dist-packages/plainbox/impl/clitools.py", line 469, 
in construct_parser
  self.add_subcommands(subparsers, early_ns)
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/tools.py",
 line 96, in add_subcommands
  from checkbox_ng.commands.launcher import LauncherCommand
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/commands/launcher.py",
 line 32, in 
  from checkbox_ng.commands.newcli import CliInvocation2
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/commands/newcli.py",
 line 53, in 
  from checkbox_ng.misc import SelectableJobTreeNode
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/misc.py",
 line 30, in 
  from plainbox.impl.job import JobTreeNode
  ImportError: cannot import name 'JobTreeNode'
  
  ==
  ERROR: test_run_without_args (test_main.TestMain)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/test_main.py",
 line 87, in test_run_without_args
  main([])
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/main.py",
 line 41, in main
  raise SystemExit(CheckboxTool().main(argv))
File "/usr/lib/python3/dist-packages/plainbox/impl/clitools.py", line 310, 
in main
  self._parser = self.construct_parser(early_ns)
File "/usr/lib/python3/dist-packages/plainbox/impl/clitools.py", line 469, 
in construct_parser
  self.add_subcommands(subparsers, early_ns)
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/tools.py",
 line 96, in add_subcommands
  from checkbox_ng.commands.launcher import LauncherCommand
File 
"/home/lamby/temp/cdt.20151223115223.6HzvVjCF7r/checkbox-ng-0.20.1/checkbox_ng/commands/launcher.py",
 line 32, in 
  from checkbox_ng.commands.newcli import CliInvocation2
File 

Bug#808815: /usr/bin/metview: /bin/ksh: bad interpreter: No such file or directory

[Max Kellermann]

Package: metview
Version: 4.5.7-2

$ metview
bash: /usr/bin/metview: /bin/ksh: bad interpreter: No such file or directory

Bug#808816: metview_create_user_dir: not found

[Max Kellermann]

Package: metview
Version: 4.5.7-2

$ metview
/usr/bin/metview[722]: metview_create_user_dir: not found [No such file or 
directory]
metview: EXIT on ERROR (line 1), exit status 127, starting 'cleanup'
/usr/bin/metview[119]: 5: cannot open [Bad file descriptor]

Bug#808817: Segmentation fault

[Max Kellermann]

Package: libosgearth3
Version: 2.5.0+dfsg-8

Each time I start qgis (2.8.4+dfsg-1) with qgis-plugin-globe
(2.8.4+dfsg-1), and click on "Launch Globe", the process dies.

Program received signal SIGSEGV, Segmentation fault.
0x7fff8b34ecaa in 
osgEarth::TerrainEngineNode::addEffect(osgEarth::TerrainEffect*) () from 
/usr/lib/libosgEarth.so.3
(gdb) bt
#0  0x7fff8b34ecaa in 
osgEarth::TerrainEngineNode::addEffect(osgEarth::TerrainEffect*) () at 
/usr/lib/libosgEarth.so.3
#1  0x7fff90a263b8 in GlobePlugin::elevationLayersChanged() () at 
/usr/lib/qgis/plugins/libglobeplugin.so
#2  0x7fff90a2749d in GlobePlugin::setupMap() () at 
/usr/lib/qgis/plugins/libglobeplugin.so
#3  0x7fff90a282f8 in GlobePlugin::run() () at 
/usr/lib/qgis/plugins/libglobeplugin.so
#4  0x7fff90a404e5 in  () at /usr/lib/qgis/plugins/libglobeplugin.so
#5  0x72ab2160 in QMetaObject::activate(QObject*, QMetaObject const*, 
int, void**) () at /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x71de0912 in QAction::triggered(bool) () at 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#7  0x71de1c73 in QAction::activate(QAction::ActionEvent) () at 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#8  0x722405cd in  () at /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#9  0x722449b9 in  () at /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#10 0x71e3d1b0 in QWidget::event(QEvent*) () at 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#11 0x72248c3b in QMenu::event(QEvent*) () at 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#12 0x71de68dc in QApplicationPrivate::notify_helper(QObject*, QEvent*) 
() at /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#13 0x71ded9d6 in QApplication::notify(QObject*, QEvent*) () at 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#14 0x732ecbdb in QgsApplication::notify(QObject*, QEvent*) () at 
/usr/lib/libqgis_core.so.2.8.4
#15 0x72a9da6d in QCoreApplication::notifyInternal(QObject*, QEvent*) 
() at /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#16 0x71decfdd in QApplicationPrivate::sendMouseEvent(QWidget*, 
QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) () at 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#17 0x71e6894c in  () at /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#18 0x71e6698d in QApplication::x11ProcessEvent(_XEvent*) () at 
/usr/lib/x86_64-linux-gnu/libQtGui.so.4
#19 0x71e909a2 in  () at /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#20 0x7fffed298fe7 in g_main_context_dispatch (context=0xe54850) at 
/build/glib2.0-ocmJ1Y/glib2.0-2.46.2/./glib/gmain.c:3154
#21 0x7fffed298fe7 in g_main_context_dispatch 
(context=context@entry=0xe54850) at 
/build/glib2.0-ocmJ1Y/glib2.0-2.46.2/./glib/gmain.c:3769
#22 0x7fffed299240 in g_main_context_iterate 
(context=context@entry=0xe54850, block=block@entry=1, 
dispatch=dispatch@entry=1, self=) at 
/build/glib2.0-ocmJ1Y/glib2.0-2.46.2/./glib/gmain.c:3840
#23 0x7fffed2992ec in g_main_context_iteration (context=0xe54850, 
may_block=1) at /build/glib2.0-ocmJ1Y/glib2.0-2.46.2/./glib/gmain.c:3901
#24 0x72ace3a6 in 
QEventDispatcherGlib::processEvents(QFlags) () 
at /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#25 0x71e90a76 in  () at /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#26 0x72a9c2e1 in 
QEventLoop::processEvents(QFlags) () at 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#27 0x72a9c655 in 
QEventLoop::exec(QFlags) () at 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#28 0x72aa2629 in QCoreApplication::exec() () at 
/usr/lib/x86_64-linux-gnu/libQtCore.so.4
#29 0x004f2f43 in main ()

Bug#808603: [debhelper-devel] Bug#808603: debhelper: dh_installmanpages is broken

[Axel Beckert]

Control: tag -1 + pending

Hi,

Niko Tyni wrote:
> It looks like 
>  
> https://anonscm.debian.org/cgit/debhelper/debhelper.git/commit/?id=1bd369cc52115fd179a46d6f8d9af6e9f126ffa8
> 
> broke dh_installmanpages, which has
> @allpackages=getpackages('');
> 
> The new code handles a missing argument but not an empty one.
> 
> +   my ($type) = @_;
> +   $type //= 'both';
> 
> This made at least four packages FTBFS, see
>  #808592 #808590 #808589 #808588

At least one more in the meanwhile: #808758

> Not sure which side to fix so I'm leaving it to you.  

Niels has pushed a fix to git two days ago:

https://anonscm.debian.org/cgit/debhelper/debhelper.git/commit/?id=61df6eb53302cadf11c1e0aa87b2ff0af207da2f

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , 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

Bug#808560: [buildd-tools-devel] Bug#808560: sbuild: Use of uninitialized value $_ in concatenation (.)

[John David Anglin]

On 2015-12-23, at 4:27 AM, Niko Tyni wrote:

> On Tue, Dec 22, 2015 at 09:00:20AM +0200, Niko Tyni wrote:
>> On Tue, Dec 22, 2015 at 07:48:11AM +0100, Johannes Schauer wrote:
> 
>>> If the problem is this change of behaviour as you described it, then the 
>>> fix is
>>> a very simple one:
>> 
>> Cool, thanks! I'm not sure if there are other problems, this was the
>> one I found first.
> 
> I can confirm that sbuild works fine for me again with your patch.

Same here.

Thanks,
--
John David Anglin   dave.ang...@bell.net

Bug#808817: Segmentation fault

[Sebastiaan Couwenberg]

On 23-12-15 14:44, Max Kellermann wrote:
> On 2015/12/23 14:32, Sebastiaan Couwenberg  wrote:
>> Unfortunately I cannot reproduce the issue with qgis (2.8.4+dfsg-1) and
>> osgearth (2.5.0+dfsg-8).
>>
>> How can I reproduce your issue?
> 
> I don't know.  It happens every time I (try to) use this plugin.

What kind of layers do you have active in QGIS?

I'm using a couple of WMS & WFS layers for which the data is fetched
over the network.

> Unfortunately, none of these package has a -dbg package, so I can't
> provide more information about the crash.

qgis has a debug package, but osgearth doesn't yet. With the new
automatic -dbgsym packages [0][1] osgearth will have those after the
next upload.

> What may be helpful for you is the stdout messages from qgis:
> 
> [osgEarth]* WARNING: Failed to load terrain engine driver for "mp"
> [osgEarth]* FAILED to create a terrain engine for this map
> [osgEarth]* [CacheFactory] Failed to load cache plugin for type "filesystem"
> [osgEarth]* [CacheFactory] Failed to load cache plugin for type "filesystem"
> [osgEarth]* [CacheFactory] Failed to load cache plugin for type "filesystem"
> Segmentation fault

This seems to imply that you're using a local data source, that may be
the specific case that's not handled properly.

[0] https://wiki.debian.org/AutomaticDebugPackages
[1] https://lists.debian.org/debian-devel/2015/12/msg00262.html

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#665015: python-sleekxmpp: New upstream version

[W. Martin Borgert]

Quoting Jonas Smedegaard :

Well, it was _you_ - noone else - who proposed to get rid of cdbs here.
You could instead suggest to team up with us when noticing that the
style of packaging fit your abilities and preferences. ;-)


I'm not even sure, whether DPMT requires use of dh, but all
packages I looked at seem to use dh. I assume it is team policy.

Bug#808838: remem: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Leonardo Rocha]

Package: remem
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


-- 
Leonardo Rocha
4096R/7E7D1FE2
about.me/leonardo.rocha


On 23-12-2015 13:35, Leonardo S. S. da Rocha wrote:
> Package: remem
> Tags: l10n patch
> Severity: wishlist
> 
> Hello,
> 
> Please, Could you update the Brazilian Portuguese Translation?
> 
> Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
> tested with msgfmt and podebconf-display-po.
> 
> Kind regards.
> 
> -- 
> Leonardo Rocha
> 4096R/7E7D1FE2
> about.me/leonardo.rocha 
> 
> 
> 
> On 19-12-2015 13:53, Adriano Rafael Gomes wrote:
>> On Sat, Dec 19, 2015 at 09:26:15AM -0200, Leonardo Rocha wrote:
>>> Segue para nova análise.
>> 
>> Leonardo, seguem algumas sugestões no patch.
>> 
> 
> 
> 
> On Sat, Dec 19, 2015 at 3:43 PM, Leonardo Rocha  > wrote:
> 
> 
> 
> On 19-12-2015 13:53, Adriano Rafael Gomes wrote:
>> On Sat, Dec 19, 2015 at 09:26:15AM -0200, Leonardo Rocha wrote:
>>> Segue para nova análise.
> 
>> Leonardo, seguem algumas sugestões no patch.
> 
> Obrigado Adriano.
> 
> Patch aplicado. Aguardando novas considerações.
> 
> Abraço.
> 
> 
> 
> 
> 
> -- 
> 
> __
> Atenciosamente,
> (/Best regards/),
>  
> -- 
>   
> Leonardo Rocha
> http://about.me/leonardo.rocha
> 
> 
>  
> 
> 



pt_BR.po.gz
Description: application/gzip

Bug#808839: fop: Exception java.lang.IllegalArgumentException: URI is not hierarchical

[Sylvain Joubert]

Package: fop
Version: 1:2.0+dfsg-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Since I've updated my fop version (to 1:1.1.dfsg2-1) I can't use it anymore as
I get the following error:

[ERROR] FOP - Exception java.lang.IllegalArgumentException: URI is not hierarchical
at java.io.File.(File.java:418)
at org.apache.fop.fonts.FontCache.addFont(FontCache.java:335)
at
org.apache.fop.fonts.autodetect.FontInfoFinder.getFontInfoFromCustomFont(FontInfoFinder.java:157)
at
org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:269)
at org.apache.fop.fonts.FontAdder.add(FontAdder.java:63)
at
org.apache.fop.fonts.FontDetectorFactory$DefaultFontDetector.detect(FontDetectorFactory.java:110)
at
org.apache.fop.fonts.FontManager.autoDetectFonts(FontManager.java:229)
at
org.apache.fop.fonts.DefaultFontConfigurator.configure(DefaultFontConfigurator.java:82)
at
org.apache.fop.render.PrintRendererConfigurator.getCustomFontCollection(PrintRendererConfigurator.java:147)
at
org.apache.fop.render.PrintRendererConfigurator.setupFontInfo(PrintRendererConfigurator.java:127)
at
org.apache.fop.render.intermediate.IFUtil.setupFonts(IFUtil.java:170)
at
org.apache.fop.render.intermediate.IFRenderer.setupFontInfo(IFRenderer.java:187)
at
org.apache.fop.area.RenderPagesModel.(RenderPagesModel.java:75)
at
org.apache.fop.area.AreaTreeHandler.setupModel(AreaTreeHandler.java:135)
at org.apache.fop.area.AreaTreeHandler.(AreaTreeHandler.java:105)
at
org.apache.fop.render.RendererFactory.createFOEventHandler(RendererFactory.java:350)
at org.apache.fop.fo.FOTreeBuilder.(FOTreeBuilder.java:107)
at org.apache.fop.apps.Fop.createDefaultHandler(Fop.java:104)
at org.apache.fop.apps.Fop.(Fop.java:78)
at org.apache.fop.apps.FOUserAgent.newFop(FOUserAgent.java:179)
at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:107)
at org.apache.fop.cli.Main.startFOP(Main.java:186)
at org.apache.fop.cli.Main.main(Main.java:217)

I also get these warnings just before, maybe it's related:

[INFO] Type1FontLoader - No Unicode mapping for glyph: AFM Char: 153 (anglearc)
[INFO] Type1FontLoader - No Unicode mapping for glyph: AFM Char: 166 (diameter)
[WARN] FOUserAgent - Unable to load font file:
file:/usr/share/fonts/X11/Type1/c059036l.pfb. Reason:
java.io.FileNotFoundException: Neither an AFM nor a PFM file was found for
file:/usr/share/fonts/X11/Type1/c059036l.pfb
[WARN] FOUserAgent - Unable to load font file:
file:/usr/share/fonts/truetype/noto/NotoSerifKhmer-Bold.ttf. Reason:
java.lang.ArrayIndexOutOfBoundsException: 342
[WARN] FOUserAgent - Unable to load font file:
file:/usr/share/fonts/truetype/noto/NotoSerifKhmer-Regular.ttf. Reason:
java.lang.ArrayIndexOutOfBoundsException: 342
[WARN] FOUserAgent - Unable to load font file:
file:/usr/share/fonts/truetype/noto/NotoSansKhmer-Regular.ttf. Reason:
java.lang.ArrayIndexOutOfBoundsException: 223
[WARN] FOUserAgent - Unable to load font file:
file:/usr/share/fonts/truetype/noto/NotoSansKhmer-Bold.ttf. Reason:
java.lang.ArrayIndexOutOfBoundsException: 223

For now, the only workaround I've found is to downgrade fop to its 'stable'
version (1:2.0+dfsg-4)



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'stable-updates'), (800, 'stable'), (700, 
'unstable'), (90, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-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: systemd (via /run/systemd/system)

Versions of packages fop depends on:
ii  default-jre-headless [java2-runtime-headless]2:1.7-52.1
ii  libfop-java  1:2.0+dfsg-4
ii  openjdk-7-jre-headless [java2-runtime-headless]  7u91-2.6.3-1

Versions of packages fop recommends:
ii  libsaxon-java  1:6.5.5-10

Versions of packages fop suggests:
pn  fop-doc  

-- no debconf information

Bug#808824: python-mpd: homepage 404, package fork?

[Ricardo Mones]

Package: python-mpd
Version: 0.3.0-4
Severity: normal

Hi maintainers!

The homepage for python-mpd seems gone since 2013¹.

Maybe replacing this package with the github fork² could be a solution?

thanks in advance,

¹ 
https://web.archive.org/web/20130722193844/http://jatreuman.indefero.net/p/python-mpd/
² https://github.com/Mic92/python-mpd2

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

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

Versions of packages python-mpd depends on:
ii  python 2.7.9-1
ii  python2.7  2.7.9-2

python-mpd recommends no packages.

python-mpd suggests no packages.

-- no debconf information

Bug#808825: libperl-apireference-perl: FTBFS: missing support for Perl 5.22.1

[Niko Tyni]

Package: libperl-apireference-perl
Version: 0.21-2
Severity: serious
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Control: block 796345 with -1

This package fails to build with Perl 5.22.1, currently in unstable.

  [...]
  Processing: 5.22.0
  echo Current Perl is `perl -MConfig -we'printf("%d_%03d_%03d.pm", 
$Config{PERL_REVISION}, $Config{PERL_VERSION}, $Config{PERL_SUBVERSION})'`
  Current Perl is 5_022_001.pm
  test -f lib/Perl/APIReference/V`perl -MConfig -we'printf("%d_%03d_%03d.pm", 
$Config{PERL_REVISION}, $Config{PERL_VERSION}, $Config{PERL_SUBVERSION})'`
  debian/rules:8: recipe for target 'regenerated-stamp' failed
 
-- 
Niko Tyni   nt...@debian.org

Bug#808828: ITP: mom -- Dynamically manage system resources on virtualization hosts

[Milan Zamazal]

Package: wnpp
Owner: Milan Zamazal 
Severity: wishlist

* Package name: mom
  Version : 0.5.1
  Upstream Author : 
* URL or Web page : https://github.com/oVirt/mom
* License : GPL2
  Description : Dynamically manage system resources on virtualization hosts

MOM is a policy-driven tool that can be used to manage overcommitment on
KVM hosts. Using libvirt, MOM keeps track of active virtual machines on
a host. At a regular collection interval, data is gathered about the
host and guests. Data can come from multiple sources (eg. the /proc
interface, libvirt API calls, a client program connected to a guest,
etc). Once collected, the data is organized for use by the policy
evaluation engine. When started, MOM accepts a user-supplied
overcommitment policy. This policy is regularly evaluated using the
latest collected data. In response to certain conditions, the policy may
trigger reconfiguration of the system’s overcommitment
mechanisms. Currently MOM supports control of memory ballooning and KSM
but the architecture is designed to accommodate new mechanisms such as
cgroups.

Bug#808829: ITP: vdsm -- Virtual Desktop Server Manager

[Milan Zamazal]

Package: wnpp
Owner: Milan Zamazal 
Severity: wishlist

* Package name: VDSM
  Version : 4.17.14
  Upstream Author : 
* URL or Web page : http://www.ovirt.org/Vdsm
* License : GPL2
  Description : Virtual Desktop Server Manager

The VDSM service is required by a oVirt Open Virtualization Manager to
manage the Linux hosts. VDSM manages and monitors the host's storage,
memory and networks as well as virtual machine creation, other host
administration tasks, statistics gathering, and log collection.

Bug#808837: [LCFC] po-debconf://remem/pt_BR.po

[Leonardo S. S. da Rocha]

Package: remem
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.

-- 
Leonardo Rocha
4096R/7E7D1FE2
about.me/leonardo.rocha



On 19-12-2015 13:53, Adriano Rafael Gomes wrote:
> On Sat, Dec 19, 2015 at 09:26:15AM -0200, Leonardo Rocha wrote:
>> Segue para nova análise.
>
> Leonardo, seguem algumas sugestões no patch.
>



On Sat, Dec 19, 2015 at 3:43 PM, Leonardo Rocha 
wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
>
> On 19-12-2015 13:53, Adriano Rafael Gomes wrote:
> > On Sat, Dec 19, 2015 at 09:26:15AM -0200, Leonardo Rocha wrote:
> >> Segue para nova análise.
> >
> > Leonardo, seguem algumas sugestões no patch.
> >
> Obrigado Adriano.
>
> Patch aplicado. Aguardando novas considerações.
>
> Abraço.
>
> - --
> Leonardo Rocha
> 4096R/7E7D1FE2
> about.me/leonardo.rocha
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQIcBAEBCAAGBQJWdZdPAAoJECRiL6p+fR/iWmcP/iuIerX1UP+lsY0yL3u7VZST
> hMXIA2xkjRKK31VFNbbyyW/NRG/7H9bDbbDc02/n5KN1Pp82J4Hr0yZrKh+pnfBT
> 5PSUYDhhYARW1GMk7qP8EWiDGcGwfLENdkW5hXob8rIJzoVzWInQYFOLdaWHSAnw
> Tg+H9ide38CFqeU+xAaXcdSoHd3uPg3m9VvoxTbkLJn1WDPFd2Rxg9ajxf2APvPQ
> WKZGa0wvV9tc04HFStKy58NdY3OJYusmJajXg1oRjB7ffahIStOXAZfGR7EjpEx7
> 0dQ6TbvFamybsoROtSIUb3z1mm2s3+/cpruMVu2JolPCE3lFw0yDpEa1lWrrLeBM
> 8GZzImLYtrONd5IOl2j626VVtAKAxDakm2Rxb8EFnzDnyG5VT/Pxo+cVdoW5HeBn
> vLox59uNNdlxcJ7U/HPsvs4i74Wc5P7ifao7jUaCSGPRxaN8IWzzYbG/epNhATRX
> ZZrxkCBvZ3E0dH6dIb71EwRj4hoABNSsYT0kzT1E2yjTX/fUeHh93UdT8QpZ9yib
> jg6PSOQemyuPZzxvQA/FBR5pU/bYUyG0EVMbSgSWz93XQec/6+DIkPVUmJODOzUL
> BX6zKp9IwHop+ORSEuQx/pi+zZRPhCDtOq++AhxmGx0EuEeMoyGd2c/1/aLwzYWO
> FZdBVx2n+vmrmpabu42X
> =iieg
> -END PGP SIGNATURE-
>



-- 

__
Atenciosamente,
(*Best regards*),

[image: --]

Leonardo Rocha
[image: http://]about.me/leonardo.rocha



pt_BR.po.gz
Description: GNU Zip compressed data

Bug#804100: RFS: rhythmbox-plugin-alternative-toolbar/0.14.0-1~debian [ITP]

[foss.freedom]

Hi Gianfranco,

I'm trying to get rid of the last pedantic linitian issue which is the
signing of the release.

   I think I've figured out how to sign  the .tar.gz on github

gpg --default-key 7B0393D9 --armor --detach-sign
alternative-toolbar-0.15.tar.gz

Then I attached the .asc file to the release.

https://github.com/fossfreedom/alternative-toolbar/releases/tag/v0.15

I created a .pgp file in the debian folder with:

gpg --export "the public fingerprint for the debian key" >
debian/upstream-signing-key.pgp

However I really dont understand regex and thus I dont know how to change
the watch file from this:

version=3
opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/alternative-toolbar-$1\.tar\.gz/
\
  https://github.com/fossfreedom/alternative-toolbar/tags
.*/v?(\d\S*)\.tar\.gz

to something like this

version=3
pgpsigurlmangle=s/(what do I do here?)/.asc/ \
https://github.com/fossfreedom/alternative-toolbar/archive/v?(dunno what
here)\.tar.gz

Any thoughts?

thanks in advance

David

On 21 December 2015 at 14:33, foss.freedom  wrote:

> Hi Gianfranco
>
>  I've re-uploaded to mentors.debian.net
>
> This corrects the issues mentioned previously.  Note - I've resolved the
> LICENSE issue by two debian/patches
>
> Note - This still produces an informational lintian issue with the
> remove-license.diff patch.  This is very odd because this does have a PEP3
> header on the diff file
>
> * Package name: rhythmbox-plugin-alternative-toolbar
>Version : 0.15.0-1
> I've uploaded a newer version with a new autotools build mechanism+patches 
> here:
>   http://mentors.debian.net/package/rhythmbox-plugin-alternative-toolbar
>
>   Alternatively, one can download the package with dget using this command:
>
> dget -x 
> http://mentors.debian.net/debian/pool/main/r/rhythmbox-plugin-alternative-toolbar/rhythmbox-plugin-alternative-toolbar_0.15.0-1.dsc
>
>
> thanks
>
> David
>
>
> On 21 December 2015 at 11:05, foss.freedom  wrote:
>
>> Many thanks Gianfranco,
>>
>>   to answer your questions
>>
>> 1. python3 - yes I should include this as a dependency - you are correct
>> rhythmbox does have a dependency - but belt-and-braces
>> 2. When the topic of changing the interface for rhythmbox came up on a
>> bugzilla report, the rhythmbox maintainer dismissed very quickly the
>> approach of using a python3 plugin.  Thus I havent attempted to upstream
>> this
>>
>>  - https://bugzilla.gnome.org/show_bug.cgi?id=735648
>>
>> With regards to the lintian report:
>>
>> 1.  W: rhythmbox-plugin-alternative-toolbar source:
>> build-depends-on-python-dev-with-no-arch-any
>>
>> There is no reason for the package to have a build-depends on python3-dev
>> so I'll remove this.
>>
>> 2. P: rhythmbox-plugin-alternative-toolbar source:
>> debian-watch-may-check-gpg-signature
>>
>> No idea on this - dont think GitHub provides a means to gpg-signature the
>> tar.gz tag file
>>
>> 3. P: rhythmbox-plugin-alternative-toolbar: no-upstream-changelog
>>
>> Think this means I need to change my source and thus bump the version. If
>> you don't mind I would like to bump this into a future version of the
>> plugin.
>>
>> 4. I: rhythmbox-plugin-alternative-toolbar:
>> capitalization-error-in-description Gnome GNOME
>>
>> Doh! - yes, quite correct - I'll change all references for Gnome to GNOME
>> in the description
>>
>> 5. W: rhythmbox-plugin-alternative-toolbar: extra-license-file
>> usr/lib/rhythmbox/plugins/alternative-toolbar/LICENSE
>>
>> I'm not sure how to do this - I thought of using a debian/rules 
>> override_dh_auto_install
>> but this doesnt seem to be working.  If you have any thoughts on this I
>> would be very grateful - for the moment I've created a unix-and-linux
>> stackexchange question and I hope someone can answer:
>>
>>  -
>> http://unix.stackexchange.com/questions/250683/how-to-remove-a-license-file-when-debian-packaging-using-autotools-automake#250683
>>
>> thanks
>>
>> David
>>
>>  -
>>
>> On 21 December 2015 at 09:20, Gianfranco Costamagna <
>> costamagnagianfra...@yahoo.it> wrote:
>>
>>> Hi,
>>>
>>>
>>>
>>> the package looks really nice now!
>>>
>>> however there still are some minor issues here
>>>
>>> http://debomatic-amd64.debian.net/distribution#unstable/rhythmbox-plugin-alternative-toolbar/0.15.0-1/lintian
>>>
>>> can you please address them? the package works in both debian and ubuntu.
>>>
>>> I have a few questions:
>>> 1) isn't python3 a runtime dependency? (not a problem, because seems
>>> that rhythmbox already depends on it)
>>> 2) why didn't you upstream the plugin into the rhythmbox-plugins package?
>>> https://packages.qa.debian.org/r/rhythmbox.html
>>>
>>> thanks,
>>>
>>> Gianfranco
>>>
>>
>>
>

Bug#605090:

[Jacob Appelbaum]

For those following along at home, I would suggest booting the grsec
enabled kernel once - then saving the output of `sudo lsmod` into a
file. Take every module you want (ie: all of them) and put the list
into /etc/initramfs-tools/modules - then you'll need to run
`dpkg-reconfigure linux-image-4.3.0-1-grsec-amd64` to ensure that
those modules are in the initramfs at boot time.

This should allow you to disable all module loading and thus close a
rather serious vulnerability: the ability to load kernel modules if
you are root. If the attacker has to force you to reboot, it also
means that the attacker has to leave a trace behind... First reboot
and make sure that it works and if it does, then set the sysctl
'kernel.modules_disabled=1' in /etc/sysctl.d/grsec.conf to stop all
module loading after that sysctl is set. This is also probably a fine
time to have finished your grsec tuning and so you can also probably
set `kernel.grsecurity.grsec_lock=1` as well.

The above may not work for everyone - and you may want to trim the
/etc/initramfs-tools/modules file to be less than the full output of
`lsmod` - ykmmv...

Bug#803887: Luc's answer

[Luc Maranget]

Hi,
For the record, I have reported a regression behavior of the info reader
to upstream (bug-texi...@gnu.org)

--Luc


> Hi Mehdi,
> 
> 
> Below I digress on the warnings at installation time and
> on how to suppress them. However the problem looks to be elsewhere.
> 
> I have reproduced the "info ocaml" bug on some Debian machine.
> I Investigate.
> 
> NB: On the Debian machine  info is at version 6.0
> while other machine have older versions of info.
> % info --version
> info (GNU texinfo) 6.0
> 
> 
> 
> A+
> 
> --Luc
> 
> > Hello,
> > 
> > On 22/12/2015 14:25, Gabriel Scherer wrote:
> > > Thanks for the clarifications. I forward to Luc and here is the answer I 
> > > got.
> > > 
> > 
> > Thanks for the reply. I've added Luc in CC. My reply is below.
> > 
> > >> As far as I understand the issue, info files are installed by
> > >> "GNU install-info" aka ginstall-info.
> > >>
> > >> From hand experiments on an UBUNTU 14.04, "dropping relevant files
> > >> into  files under /usr/share/info" is not enough. One should
> > >> also add an entry for ocaml into  /usr/share/info/dir.
> > >>
> > 
> > Indeed. Though is is done automatically in the packaging since we've told
> > the package that those files are info files. So, in order to avoid confusion
> > and implicit statements. Let's clarify what the package does 
> > (automatically):
> > 1) All pointed files are put under /usr/share/info.
> > 2) Each time the content of /usr/share/info changes, the script 
> > update-info-dir
> >is called (via a trigger).
> > 
> > For your convenience, here is the content of update-info-dir:
> > 
> > https://sources.debian.net/src/texinfo/6.0.0.dfsg.1-3/debian/update-info-dir/
> 
> Ok I have looked at the script. It apparently applies install-info
> to all files in the directory except for some patterns:
> */dir|*/dir.gz|*/dir.old|*/dir.old.gz|*-[0-9]|*-[0-9].gz|*-[1-9][0-9]|*-[1-9][0-9].gz|*.png|*.jpg)
> 
> Hence there is no other way to avoid invoking "install-info" on some files
> than say, to put numbers in them (those files usually result from file
> splitting). As this is an installation problem, I'd suggest that
> you rename the warning  producing files (eg in your packaging script),
> or find any other way not to apply install-info to these files, which are
> `/usr/share/info/ocaml.info.hocaml.info.hind.gz'
> `/usr/share/info/ocaml.info.haux.gz'
> `/usr/share/info/ocaml.info.hocaml.info.kwd.hind.gz'
> The last  `/usr/share/info/ocaml.info.body.gz' can be deleted safely.
> 
> I'd be happy to rename files myself upstream if you prefer, but will not
> alone, as I cannot test your installation procedure. Additionaly
> I'd rather see Debian adopting a clear and documented
> position on info file installation... 
> 
> 
> This is a minor issue though. What seems more important is that
> I still do not know why "info ocaml" does not work
> on Debian after  installation  of the ocaml-doc package
> (it works non Ubuntu 14.04, see below).
> I am not even sure that this problem exists I do not feel like
> installing Debian just for checking this...
> 
> 
> > 
> > >> This can be done from the command line as
> > >> # sudo ginstall-info /usr/share/info/ocaml.info.gz /usr/share/info/dir
> > >>
> > 
> > This is not needed since it has been done by update-info-dir, which calls
> > install-info, which is ginstall-info (by default). And, indded, one can
> > check that an entry has been added for OCaml. The issue is that no content
> > can be read under the "ocaml" node using the "info" command-line utility.
> > One can read the manual using Emacs's info reader, but not with the standard
> > "info" program.
> 
> 
> Here our experiences differ, on Ubuntu 14.04.3, installation
> does work, saved for a few warnings.
> 
> >I have desinstalled
> the ocaml-doc package. "info ocaml" redirects to the ocaml manual page...
> 
> I now install the package
> # apt-get install ocaml-doc
> 
> The following NEW packages will be installed
>   ocaml-doc
> 0 to upgrade, 1 to newly install, 0 to remove and 50 not to upgrade.
> Need to get 0 B/2,647 kB of archives.
> After this operation, 7,634 kB of additional disk space will be used.
> Selecting previously unselected package ocaml-doc.
> (Reading database ... 306582 files and directories currently installed.)
> Preparing to unpack .../ocaml-doc_4.01-1_all.deb ...
> Unpacking ocaml-doc (4.01-1) ...
> Processing triggers for install-info (5.2.0.dfsg.1-2) ...
> install-info: warning: no info dir entry in 
> `/usr/share/info/ocaml.info.hocaml.info.hind.gz'
> install-info: warning: no info dir entry in 
> `/usr/share/info/ocaml.info.haux.gz'
> install-info: warning: no info dir entry in 
> `/usr/share/info/ocaml.info.hocaml.info.kwd.hind.gz'
> install-info: warning: no info dir entry in 
> `/usr/share/info/ocaml.info.body.gz'
> Processing triggers for doc-base (0.10.5) ...
> Processing 2 added doc-base files...
> Error while merging /usr/share/doc-base/ocaml-doc-ocaml with 
> 

Bug#808817: Segmentation fault

[Max Kellermann]

On 2015/12/23 16:30, Sebastiaan Couwenberg  wrote:
> What kind of layers do you have active in QGIS?

None.

> This seems to imply that you're using a local data source, that may
> be the specific case that's not handled properly.

I don't know what this means.  I've never used qgis before, and I
observed the crash while I was exploring the software for the first
time.

Bug#808827: direwolf: add systemd service file

[Iain R. Learmonth]

Package: direwolf
Version: 1.2-2+b1
Severity: wishlist

Hi,

It would be handy if there was a systemd service file. I should add one,
or upstream should add one, either way we should ship one.

Thanks,
Iain.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages direwolf depends on:
ii  direwolf-docs  1.2-2
ii  libasound2 1.0.29-1
ii  libc6  2.19-22
ii  libgps22   3.15-2

direwolf recommends no packages.

Versions of packages direwolf suggests:
ii  gpsd  3.15-2

-- no debconf information

Bug#714399: a7xpg: spaceship drifts to upper left corner of screen making gameplay impossible

[Jason Quinn]

I agree. I looks that those bugs are very closely related to this one.
Thank you.

On 12/23/15, Peter De Wachter  wrote:
> This looks like a long-standing kernel bug:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=28912
> https://bugzilla.kernel.org/show_bug.cgi?id=37982
>
> More information and a work-around is here:
>
> https://github.com/denilsonsa/udev-joystick-blacklist
>

Bug#808826: libkavorka-perl: FTBFS: Can't locate object method "_set_declared_name" via package "Kavorka::Sub::Fun"

[Niko Tyni]

Package: libkavorka-perl
Version: 0.036-1
Severity: serious
Forwarded: https://rt.cpan.org/Ticket/Display.html?id=109841

This package fails to build on current sid.

It's not clear if this is a Perl 5.22 regression or something else,
but it fails reliably here.

  t/01basic.t  
  ok 1 - use Kavorka;
  1..1
  ok
  Can't locate object method "_set_declared_name" via package 
"Kavorka::Sub::Fun" at /<>/blib/lib/Kavorka/Sub.pm line 182.
  t/02named-functions.t .. 
  Dubious, test returned 255 (wstat 65280, 0xff00)
  No subtests run 
  [...]
  Files=43, Tests=1, 16 wallclock secs ( 0.22 usr  0.06 sys + 15.33 cusr  0.68 
csys = 16.29 CPU)
  Result: FAIL
  Failed 41/43 test programs. 0/1 subtests failed.

-- 
Niko Tyni   nt...@debian.org

Bug#795359: varnish: invoke-rc.d reload failed in logrotate for varnishlog/varnishncsa if they don't running

[James Wheare]

This patch still produces cron errors, because of the error exit code for
`systemctl -q is-active`.

This patch should work better


logrotate-varnish.patch
Description: Binary data

Bug#803976: closed by Ondřej Surý <ond...@debian.org> (Bug#803976: fixed in cyrus-imapd-2.4 2.4.18-1)

[Ondřej Surý]

Hmm, I see. It basically means I have to trigger the BDB update if the
environment is found or I'll use the solution you have suggested :)

Cheers,
Ondrej

On Wed, Dec 23, 2015, at 13:32, Agustín Eijo wrote:
> Hi Ondrej,
> 
> This patch does not work. The script ends with the following error (in
> both cases: wheezy 
> -> jessie and wheezy -> sid ) :
> 
> db5.3_checkpoint: BDB1538 Program version 5.3 doesn't match environment
> version 5.1
> db5.3_checkpoint: DB_ENV->open: BDB0091 DB_VERSION_MISMATCH: Database
> environment version 
> mismatch
> 
> I attach the output script with set -x  ( debug-upgrade-db.txt )
> 
> Agu
> 
> 
> El 23/12/2015 a las 04:59 a.m., Ondřej Surý escribió:
> > Hi Augustín,
> >
> > are you able to retry the upgrade with following patch?
> >
> > diff --git a/debian/cyrus-upgrade-db b/debian/cyrus-upgrade-db
> > index 82a9d8e..2077a1f 100755
> > --- a/debian/cyrus-upgrade-db
> > +++ b/debian/cyrus-upgrade-db
> > @@ -182,13 +182,8 @@ upgradealldb() {
> >   
> >   # Create Berkeley DB checkpoint and remove old logs
> >   if [ -n "${DO_UPGRADE_BDB}" -a -d $CONFIG_DIR/db ]; then
> > -   if [ -f /usr/lib/cyrus/berkeley-db-found.txt ]; then
> > -   # Create new checkpoint
> > -   checkpointbdb $NEW_DBVERSION
> > -   else
> > -   # Remove empty environment
> > -   rm -rf $CONFIG_DIR/db
> > -   fi
> > +   # Create new checkpoint
> > +   checkpointbdb $NEW_DBVERSION
> >   fi
> >   
> >   [ -f /usr/lib/cyrus/berkeley-db-found.txt ] && \
> >
> > (aka never remove the BerkeleyDB environment, just checkpoint it every
> > time)
> >
> > Cheers,
> > Ondrej
> >
> > On Tue, Dec 22, 2015, at 22:30, Agustín Eijo wrote:
> >> Hello,
> >>
> >> I tried to make the upgrade from wheezy to sid, but I have the same
> >> problem with 2.4.18-1.
> >>
> >> The script  /usr/lib/cyrus/bin/upgrade-db delete /var/lib/cyrus/db
> >> directory
> >>
> >> I tried changing:
> >>
> >> 190c190
> >> <   rm -rf $CONFIG_DIR/db
> >> ---
> >>   >   rm -rf $CONFIG_DIR/db/*
> >>
> >> And the upgrade works well...
> >>
> >> Agustín.
> >>
> >>
> >> El 21/12/2015 a las 09:24 a.m., Debian Bug Tracking System escribió:
> >>> This is an automatic notification regarding your Bug report
> >>> which was filed against the cyrus-common package:
> >>>
> >>> #803976: cyrus-common: /usr/lib/cyrus/bin/upgrade-db delete 
> >>> /var/lib/cyrus/db on upgrade from wheezy to jessie
> >>>
> >>> It has been closed by Ondřej Surý .
> >>>
> >>> 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 Ondřej Surý 
> >>>  by
> >>> replying to this email.
> >>>
> >>>
> >
> 
> Email had 1 attachment:
> + debug-upgrade-db.txt
>   6k (text/plain)


-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

Bug#808831: fwupd: Please install the daemon in non-multiarch path

[Laurent Bigonville]

Package: fwupd
Version: 0.6.0-1
Severity: wishlist

Hi,

Shouldn't the daemon be installed in the non-multiarch path
(/usr/lib/fwupd/)?

Cheers,

Laurent Bigonville

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages fwupd depends on:
ii  libappstream-glib8 0.5.5-1
ii  libarchive13   3.1.2-11+b1
ii  libassuan0 2.4.2-1
ii  libc6  2.21-4
ii  libdfu10.6.0-1
ii  libefivar0 0.21-1
ii  libfwup0   0.5-1
ii  libfwupd1  0.6.0-1
ii  libgcab-1.0-0  0.6-1
ii  libgdk-pixbuf2.0-0 2.32.3-1
ii  libglib2.0-0   2.46.2-1
ii  libgpg-error0  1.21-1
ii  libgpgme11 1.6.0-1
ii  libgudev-1.0-0 230-2
ii  libgusb2   0.2.8-1
ii  libpolkit-gobject-1-0  0.105-14
ii  libsoup2.4-1   2.52.2-1
ii  libsqlite3-0   3.9.2-1
ii  libusb-1.0-0   2:1.0.20-1

Versions of packages fwupd recommends:
ii  fwupdate  0.5-1

fwupd suggests no packages.

-- no debconf information

Bug#808834: ITP: ioprocess -- Slave process to perform risky IO

[Milan Zamazal]

Package: wnpp
Owner: Milan Zamazal 
Severity: wishlist

* Package name: ioprocess
  Version : 0.15.1
  Upstream Author : Saggi Mizrahi 
* URL or Web page : https://github.com/oVirt/ioprocess
* License : GPL2
  Description : Slave process to perform risky IO
  
When performing IO over network storage (specifically NFS) the process
might get stuck in D state. To prevent your main process from becoming
unkillable you might prefer to have a slave process to do all the risky
IO. This is what ioprocess is for.

Bug#808835: limba only installs polkit rules that works only on polkit >= 0.112

[Laurent Bigonville]

Package: limba
Version: 0.5.4-1
Severity: normal

Hi,

limba install a polkit rule file that only works for polkit >= 0.112
meanwhile unstable only has 0.105.

You should also install a rules file for this version of polkit.

Cheers,

Laurent Bigonville

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Bug#808817: Segmentation fault

[Sebastiaan Couwenberg]

On 23-12-15 16:32, Max Kellermann wrote:
> On 2015/12/23 16:30, Sebastiaan Couwenberg  wrote:
>> What kind of layers do you have active in QGIS?
> 
> None.

With an empty project I can also successfully launch the globe plugin.

>> This seems to imply that you're using a local data source, that may
>> be the specific case that's not handled properly.
> 
> I don't know what this means.  I've never used qgis before, and I
> observed the crash while I was exploring the software for the first
> time.

QGIS support a multitude of data source, both local (on your filesystem)
and network services (like WMS, WFS, PostGIS databases, etc).

There is an issue in the upstream QGIS bug tracker that reports this
same issue: https://hub.qgis.org/issues/9818

That issue mentions that the issue is caused by the
openscenegraph-plugin-osgearth package not being installed.

Can you check that you have openscenegraph-plugin-osgearth installed,
and if not, please install it and try the globe plugin again to see if
that fixes the issue.

If this is the fix, we need to add this dependency to make sure it's
installed.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#808823: RFS: node-cross-spawn-async/2.1.1-1

[Ross Gammon]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "node-cross-spawn-async"

* Package name: node-cross-spawn-async
  Version : 2.1.1-1
  Upstream Author : Indigo United 
* URL : https://github.com/IndigoUnited/node-cross-spawn-async
* License : Expat
  Section : web

It builds this binary package:

node-cross-spawn-async - Cross platform child_process#spawn

To access further information about this package, please visit the following
URL:

  http://mentors.debian.net/package/node-cross-spawn-async


Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/n/node-cross-spawn-async
/node-cross-spawn-async_2.1.1-1.dsc

The Debian packaging can be found here:
https://anonscm.debian.org/cgit/pkg-javascript/node-cross-spawn-async.git

Changes since the last upload:

  * New upstream release
  * Refresh patches
  * Add node-rimraf build dependency for tests & patch the new test

Regards,
Ross Gammon



-- System Information:
Debian Release: 8.2
  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_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#808833: fwupd only installs rules for polkit >= 0.112

[Laurent Bigonville]

Package: fwupd
Version: 0.6.0-1
Severity: important

Hi,

In debian, polkit in unstable is still at version 0.105 which supports
an other kind of rule files (no javascript rules) that should be
installed in /var/lib/polkit-1/.

fwupd package should also provides a rule file for this version of
polkit.

Cheers,

Laurent Bigonville

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages fwupd depends on:
ii  libappstream-glib8 0.5.5-1
ii  libarchive13   3.1.2-11+b1
ii  libassuan0 2.4.2-1
ii  libc6  2.21-4
ii  libdfu10.6.0-1
ii  libefivar0 0.21-1
ii  libfwup0   0.5-1
ii  libfwupd1  0.6.0-1
ii  libgcab-1.0-0  0.6-1
ii  libgdk-pixbuf2.0-0 2.32.3-1
ii  libglib2.0-0   2.46.2-1
ii  libgpg-error0  1.21-1
ii  libgpgme11 1.6.0-1
ii  libgudev-1.0-0 230-2
ii  libgusb2   0.2.8-1
ii  libpolkit-gobject-1-0  0.105-14
ii  libsoup2.4-1   2.52.2-1
ii  libsqlite3-0   3.9.2-1
ii  libusb-1.0-0   2:1.0.20-1

Versions of packages fwupd recommends:
ii  fwupdate  0.5-1

fwupd suggests no packages.

-- no debconf information

Bug#808836: zoneminder only installs polkit rules compatible with version >= 0.112

[Laurent Bigonville]

Package: zoneminder
Version: 1.28.1-8
Severity: normal

Hi,

zoneminder installs a polkit rule file that only works for polkit >= 0.112
meanwhile unstable only has 0.105.

You should also install a rules file for this version of polkit.

Cheers,

Laurent Bigonville

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Bug#665015: [Python-modules-team] Bug#665015: python-sleekxmpp: New upstream version

[Scott Kitterman]

On December 23, 2015 10:29:50 AM EST, "W. Martin Borgert"  
wrote:
>Quoting Jonas Smedegaard :
>> Well, it was _you_ - noone else - who proposed to get rid of cdbs
>here.
>> You could instead suggest to team up with us when noticing that the
>> style of packaging fit your abilities and preferences. ;-)
>
>I'm not even sure, whether DPMT requires use of dh, but all
>packages I looked at seem to use dh. I assume it is team policy.

There is no policy on this.  It's only the way most people's preference runs 
these days.

Scott K

Bug#808819: libio/wstrops.c: arbitrary code execution vulnerability

[Aurelien Jarno]

control: forcemerge 779587 808819

On 2015-12-23 12:14, Aeschbacher, Fabrice wrote:
> Source: glibc
> Version: 2.19-18+deb8u1
> Severity: important
> Tags: patch security
> 
> Dear Maintainer,
> 
> GNU C Library (glibc) contains integer overflows in the enlarge_userbuf() and
> _IO_wstr_overflow() functions in libio/wstrops.c. These issues are triggered 
> as
> user-supplied input is not properly validated. This may allow a context-
> dependent attacker to cause a heap-based buffer overflow, resulting in a 
> denial
> of service or potentially allowing the execution of arbitrary code.
> Versions <= 2.22 are affected.
> 
> References:
>   https://bugs.gentoo.org/show_bug.cgi?id=541246
>   https://bugzilla.redhat.com/show_bug.cgi?id=1195762
>   https://sourceware.org/bugzilla/show_bug.cgi?id=17269
>   http://seclists.org/oss-sec/2015/q1/646
> 
> Patch:
>   
> https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=bdf1ff052a8e23d637f2c838fa5642d78fcedc33
> 

This has been reported in bug#779587, and pending to be fixed. Merging
the bugs.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#703256: [Pkg-gridengine-devel] moving the gridengine team repository to collab-maint

[Wouter Verhelst]

On Wed, Dec 23, 2015 at 12:49:23PM +0100, Michael Banck wrote:
> Hi,
> 
> On Tue, Dec 22, 2015 at 05:09:43PM -0800, Afif Elghraoui wrote:
> > As I've made numerous requests on this list [1-3] and tried twice to
> > directly contact Michael Banck, one of the two Alioth team admins
> > (both of them CC'd here this time), regarding membership on the team
> > so that I could work on updating the gridengine package using the
> > team's repository.
> 
> Sorry for slacking - I tried to keep up with the spam on pkg-gridengine,
> but I've no real excuse for answering your earlier mail apart from
> generally being behind on Debian stuff.
> 
> I've made you and Dave admins on the Alioth project now, but if you
> prefer to maintain gridengine in another way, that's fine with me, too.
> 
> Are you a Debian Maintainer and/or do you need sponsoring for uploads?

He said he would need sponsors, but I've offered to do so as well (in
case you want this off your hands).

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26

Bug#806716: ITP: python-jellyfish -- Python library for doing approximate and phonetic matching of strings

[Diego M. Rodriguez]

Hello Andreas,

and thanks for the heads up! I did notice the potential naming conflict and
the existence of the DNA-related package you mention on your reply, and opted
for simply prepending the "python-" prefix to this package (as upstream also
chose just "jellyfish" as the official name of the software).

I'd be happy to make the differentiation more obvious, although I could not
find the official Debian guidelines for solving these cases. Would it be
desirable to rename the package to something less prone to confusion, or would
it be enough to include some clarification string on the package description?

Best regards,

On Wed, Dec 23, 2015 at 09:19:47AM +0100, Andreas Tille wrote:
> Hi,
> 
> sorry for the late response.  I just want to note that we have a
> (non-Python) jellyfish inside Debian which is developed at
> https://github.com/gmarcais/Jellyfish.
> 
> I do not see a name conflict but I wonder whether some hint might
> be sensible.
> 
> Kind regards
> 
> Andreas.
-- 
Diego M. Rodriguez
36B3 42A9 9F2F 2CFB F79B  FF9B B6C4 B901 06BC E232



signature.asc
Description: Digital signature

Bug#800720: needrestart: kernel version detection does not work on armhf

[Thomas Liske]

tags 800720 upstream fixed-upstream
thanks


Hi Sven,

On Sat, Oct 03, 2015 at 12:20:13AM +0200, Sven Hartge wrote:
> The code to detect if a newer kernel has been installed and the system
> should be rebooted does not work on my armhf-based Cubietruck:

the code did only work for x86(_64) kernel images. Although there was
a fallback provided it does only work for uncompressed images.

Upstream has been patched... but on non x86(_64) archs
needrestart is unable to check for pending ABI based upgrades. The ABI
check requires to get the full version string including the compile
date of the image file. On x86(_64) needrestart is able to parse the
kernel's boot header. Other archs do not have this header so
needrestart tries to infer the kernel version from the filename (like
update-grub does).

As a workaround you might set $nrconf{kernelhints} = 0 at your
Cubietruck's needrestart.conf to disable the kernel check temporarily.


HTH,
Thomas

--

::  WWW:https://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr: https://www.flickr.com/photos/laugufe/  ::

Bug#806716: ITP: python-jellyfish -- Python library for doing approximate and phonetic matching of strings

[Andreas Tille]

Hi Diego,

On Wed, Dec 23, 2015 at 02:35:10PM +0100, Diego M. Rodriguez wrote:
> Hello Andreas,
> 
> and thanks for the heads up! I did notice the potential naming conflict and
> the existence of the DNA-related package you mention on your reply, and opted
> for simply prepending the "python-" prefix to this package (as upstream also
> chose just "jellyfish" as the official name of the software).

I noticed this and think that is fine.

> I'd be happy to make the differentiation more obvious, although I could not
> find the official Debian guidelines for solving these cases.

As long there is no file name conflict there is nothing to solve.

> Would it be
> desirable to rename the package to something less prone to confusion, or would
> it be enough to include some clarification string on the package description?

I'd leave it to your opinion whether you think there is a chance for
really confusing the packages or whether an additional hint might add
confusion.  May be README.Debian would be a less noisy place to mention
this.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#808832: fwupd: polkit rules file uses "wheel" grou which doesn't exist in debian

[Laurent Bigonville]

Package: fwupd
Version: 0.6.0-1
Severity: important

Hi,

The polkit rule file uses the "wheel" group which doesn't exit in
debian. The "sudo" group should probably be used instead.

Cheers,

Laurent Bigonville

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages fwupd depends on:
ii  libappstream-glib8 0.5.5-1
ii  libarchive13   3.1.2-11+b1
ii  libassuan0 2.4.2-1
ii  libc6  2.21-4
ii  libdfu10.6.0-1
ii  libefivar0 0.21-1
ii  libfwup0   0.5-1
ii  libfwupd1  0.6.0-1
ii  libgcab-1.0-0  0.6-1
ii  libgdk-pixbuf2.0-0 2.32.3-1
ii  libglib2.0-0   2.46.2-1
ii  libgpg-error0  1.21-1
ii  libgpgme11 1.6.0-1
ii  libgudev-1.0-0 230-2
ii  libgusb2   0.2.8-1
ii  libpolkit-gobject-1-0  0.105-14
ii  libsoup2.4-1   2.52.2-1
ii  libsqlite3-0   3.9.2-1
ii  libusb-1.0-0   2:1.0.20-1

Versions of packages fwupd recommends:
ii  fwupdate  0.5-1

fwupd suggests no packages.

-- no debconf information

Bug#808817: Segmentation fault

[Max Kellermann]

On 2015/12/23 16:53, Sebastiaan Couwenberg  wrote:
> Can you check that you have openscenegraph-plugin-osgearth installed,
> and if not, please install it and try the globe plugin again to see if
> that fixes the issue.
> 
> If this is the fix, we need to add this dependency to make sure it's
> installed.

That fixes the crash.

Still I believe a program must never crash, even if required data is
not present.  With the dependency, the Debian part is fixed, but I
hope upstream fixes the bug.

Bug#806911: [Reproducible-builds] Bug#806911: Second build on failures

[Aurelien Jarno]

On 2015-12-23 11:59, Holger Levsen wrote:
> Hi Aurelien,
> 
> On Dienstag, 22. Dezember 2015, Aurelien Jarno wrote:
> > > nice! but this is not available yet in sid+testing yet, or is it? (or
> > > maybe rather: what does "2.6.32 support" mean here???)
> > I meant 2.6.32 kernel support, and it's already in testing and sid.
> 
> I have to admit, I cannot follow:
> 
> - if this is fixed, why is 806911 still open?

The "bug" is still there, just not triggerable anymore on amd64 and
i386. I use "bug" as when faking the kernel version to change the result
of versions comparisons, one should expect the result of such
comparisons to be wrong.

> - also, the hosts runs jessie and this is where we run linux64 on and from, 
> so 
> how are changes in sid+testing relevant in our setup anyway? (actually we run 
> jessie, sometimes with jessie kernels and and on some other hosts with bpo 
> kernels or even never…)

The host might runs jessie, but from the bug report I understood the
bug happened in a testing or sid chroot.

> - why did you 2.6._32_ mention at all, and not "2.6" (or maybe 2.6.56)?

We lowered the minimum required kernel version to 2.6.32 instead of 3.2
on amd64 and i386. When comparing kernel versions with the uname26
personality, we have the following relations when the minimum kernel
version is 2.6.32:
- 3.x kernels aka 2.6.40+x > 2.6.32, this works
- 4.x kernels aka 2.6.60+x > 2.6.32, this works

However when the minimum kernel version is 3.2:
- 3.x kernels aka 2.6.40+x < 3.2, this do not work
- 4.x kernels aka 2.6.60+x < 3.2, this do not work

> - and, finally, in conclusion, is it safe to enable building with "linux64 --
> uname2.6" again?

On amd64 and i386 it should be safe.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: Digital signature

Bug#808830: QNAP LCD support in installer

[Martin Michlmayr]

* Ian Campbell  [2015-12-23 14:35]:
> Package: flash-kernel-installer

Note that the patch is against network-console.

> Thanks, looks good on first glance, stashing in the BTS for safekeeping
> until I get around to it.

Thanks!

-- 
Martin Michlmayr
http://www.cyrius.com/

Bug#807688: RM: mono [powerpc] -- ANAIS; Architecture no longer well-maintained, FTBFS

[Emilio Pozuelo Monfort]

On Sun, 20 Dec 2015 14:23:34 +0100 Ansgar Burchardt  wrote:
> Jo Shields  writes:
> > Sadly I was unable to resolve outstanding issues with PowerPC 32-bit
> > big-endian on Mono. It's time to get rid of this arch from this package.
> 
> I ran the following magic[1] command to get a list of packages that
> build-depend on mono:
> 
>   xzcat /srv/ftp-master.debian.org/ftp/dists/unstable/main/source/Sources.xz 
> | \
>   grep-dctrl -e -ns Package -F Build-Depends '\' | \
>   sort -u > ~/rm-mono-powerpc-sources
> 
> This currently lists 52 source packages:
> 
>   avahi-sharp banshee banshee-community-extensions bareftp
>   cairo-dock-plug-ins cecil-flowanalysis coco-cs cowbell fsgateway
>   fsharp gbrainy gdata-sharp gdcm gio-sharp gkeyfile-sharp gnome-do
>   gnome-keyring-sharp gnome-sharp2 gnome-subtitles gshare
>   gtk-sharp-beans gtk-sharp2 gtk-sharp3 gudev-sharp-1.0 hyena keepass2
>   libgpod libsbml meson mod-mono mono-basic mono-debugger-libs mono-fuse
>   mono-upnp mono.reflection newtonsoft-json npgsql nrefactory nuget
>   pdfmod poppler-sharp sdb sublib taglib-sharp tangerine tasque tomboy
>   tomboy-latex uwsgi virtuoso-opensource widemargin xsp
> 
> One can then ask dak what it thinks[2] removing these would break:
> 
>   dak rm -nR -p -AB -a powerpc mono $(cat rm-mono-powerpc-sources)
> 
> We don't consider breaking arch:all packages, even though making those
> uninstallable on powerpc might also break stuff.
> 
> dak currently found this list:
[...]
> 
> Some of these look like they come from sources packages that optionally
> include mono bindings like libgpod.  These probably should be fixed to
> avoid breaking amarok, digikam and others.
> 
> The list of build-depends also includes the packages we asked dak to
> remove which makes it a bit hard to read *sigh*

So those have been fixed (libgpod, gdcm, kamailio, ...). A new dak rm, dropping
those from the list of packages to remove, yields:

$ dak rm -nR -p -AB -a powerpc mono avahi-sharp banshee
banshee-community-extensions bareftp cecil-flowanalysis coco-cs cowbell
fsgateway fsharp gbrainy gdata-sharp gio-sharp gkeyfile-sharp gnome-do
gnome-keyring-sharp gnome-sharp2 gnome-subtitles gshare gtk-sharp-beans
gtk-sharp2 gtk-sharp3 gudev-sharp-1.0 hyena keepass2 libsbml meson mod-mono
mono-basic mono-debugger-libs mono-fuse mono-upnp mono.reflection
newtonsoft-json npgsql nrefactory nuget pdfmod poppler-sharp sdb sublib
taglib-sharp tangerine tasque tomboy tomboy-latex virtuoso-opensource 
widemargin xsp

Will remove the following packages from unstable:

   banshee |2.6.2-5 | powerpc
banshee-dbg |2.6.2-5 | powerpc
banshee-extension-lastfmfingerprint |2.4.0-4 | powerpc
banshee-extension-lirc |2.4.0-4 | powerpc
banshee-extension-mirage |2.4.0-4 | powerpc
banshee-meego |2.6.2-5 | powerpc
   bareftp |0.3.9-2 | powerpc
   cowbell | 0.2.7.1-7+b1 | powerpc
 fsgateway |0.1.1-5 | powerpc
  gnome-do |   0.95.3-4 | powerpc
gnome-subtitles |  1.3-2 | powerpc
gtk-sharp2-gapi |  2.12.10-6 | powerpc
gtk-sharp3 |   2.99.3-2 | powerpc
gtk-sharp3-gapi |   2.99.3-2 | powerpc
libapache2-mod-mono |  3.8-3 | powerpc
libatk3.0-cil |   2.99.3-2 | powerpc
libcairo1.10-cil |   2.99.3-2 | powerpc
libfpm-helper0 |  4.2-2 | powerpc
libgdk3.0-cil |   2.99.3-2 | powerpc
libgdk3.0-cil-dev |   2.99.3-2 | powerpc
libgio3.0-cil |   2.99.3-2 | powerpc
libgio3.0-cil-dev |   2.99.3-2 | powerpc
libglade2.0-cil |  2.12.10-6 | powerpc
libglade2.0-cil-dev |  2.12.10-6 | powerpc
libglib2.0-cil |  2.12.10-6 | powerpc
libglib2.0-cil-dev |  2.12.10-6 | powerpc
libglib3.0-cil |   2.99.3-2 | powerpc
libglib3.0-cil-dev |   2.99.3-2 | powerpc
libgnome-keyring1.0-cil |1.0.0-5 | powerpc
libgnome-keyring1.0-cil-dev |1.0.0-5 | powerpc
libgnome2.0-cil-dev |   2.24.2-4 | powerpc
libgnome2.24-cil |   2.24.2-4 | powerpc
libgtk-dotnet3.0-cil |   2.99.3-2 | powerpc
libgtk-dotnet3.0-cil-dev |   2.99.3-2 | powerpc
libgtk2.0-cil |  2.12.10-6 | powerpc
libgtk2.0-cil-dev |  2.12.10-6 | powerpc
libgtk3.0-cil |   2.99.3-2 | powerpc
libgtk3.0-cil-dev |   2.99.3-2 | powerpc
libmono-2.0-1 | 3.2.8+dfsg-10 | powerpc
libmono-2.0-dev | 3.2.8+dfsg-10 | powerpc
libmono-fuse-cil | 0.4.2+dfsg-4 | powerpc
libmono-profiler | 3.2.8+dfsg-10 | powerpc
libmono-profiler-gui-thread-check |   2.99.3-2 | powerpc
libmonoboehm-2.0-1 | 3.2.8+dfsg-10 | powerpc
libmonoboehm-2.0-1-dbg | 3.2.8+dfsg-10 | powerpc
libmonoboehm-2.0-dev | 3.2.8+dfsg-10 | powerpc
libmonosgen-2.0-1 | 3.2.8+dfsg-10 | powerpc
libmonosgen-2.0-1-dbg | 3.2.8+dfsg-10 | powerpc
libmonosgen-2.0-dev | 3.2.8+dfsg-10 | powerpc
libpango3.0-cil |   2.99.3-2 | powerpc
libvirtodbc0 | 6.1.6+dfsg2-2+b1 | powerpc
libvirtuoso5.5-cil | 6.1.6+dfsg2-2+b1 | powerpc
mono-complete | 3.2.8+dfsg-10 | powerpc
  mono-jay | 3.2.8+dfsg-10 | powerpc
mono-runtime | 3.2.8+dfsg-10 | powerpc
mono-runtime-boehm | 3.2.8+dfsg-10 | powerpc
mono-runtime-common | 3.2.8+dfsg-10 | powerpc

Bug#751579: 751579: ~/.t_coffee/ is world-writable

[Andreas Tille]

Hi Henri,

I did not contacted CVE and I assume anybody who did would have #751579
in CC.

Kind regards

Andreas.

On Wed, Dec 23, 2015 at 01:16:56PM +0200, Henri Salo wrote:
> Hello,
> 
> Has someone requested or assigned CVE identifier for following issue in 
> t-coffee
> package?
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751579
> 
> -- 
> Henri Salo
> 

-- 
http://fam-tille.de

Bug#798408: Bug#797816: openscad FTBFS in armhf due to conflict declaration of headers gl3.h and glew.h

[Samuel Thibault]

Hello,

I'm getting the same issue with the "vite" package now that I have
migrated it from qt4 to qt5:

https://buildd.debian.org/status/fetch.php?pkg=vite=armel=1.2%2Bsvn1430-5=1450824398

In file included from /usr/include/arm-linux-gnueabi/qt5/QtGui/qopengl.h:97:0,
 from /usr/include/arm-linux-gnueabi/qt5/QtOpenGL/qgl.h:39,
 from /usr/include/arm-linux-gnueabi/qt5/QtOpenGL/QGLWidget:1,
 from 
/«BUILDDIR»/vite-1.2+svn1430/src/render/Render_opengl.hpp:56,
 from 
/«BUILDDIR»/vite-1.2+svn1430/src/render/Render_opengl.cpp:67:
/usr/include/GLES3/gl3.h:69:25: error: conflicting declaration 'typedef
khronos_ssize_t GLsizeiptr'
 typedef khronos_ssize_t GLsizeiptr;

In file included from /usr/include/GL/gl.h:2055:0,
 from /usr/include/GL/glu.h:38,
 from 
/«BUILDDIR»/vite-1.2+svn1430/src/render/Render_opengl.cpp:52:
/usr/include/GL/glext.h:468:19: note: previous declaration as 'typedef 
ptrdiff_t GLsizeiptr'
 typedef ptrdiff_t GLsizeiptr;

vite just happens to be using both QGLWidget and GL.

Samuel

Bug#808817: Segmentation fault

[Max Kellermann]

On 2015/12/23 14:32, Sebastiaan Couwenberg  wrote:
> Unfortunately I cannot reproduce the issue with qgis (2.8.4+dfsg-1) and
> osgearth (2.5.0+dfsg-8).
> 
> How can I reproduce your issue?

I don't know.  It happens every time I (try to) use this plugin.

Unfortunately, none of these package has a -dbg package, so I can't
provide more information about the crash.

What may be helpful for you is the stdout messages from qgis:

[osgEarth]* WARNING: Failed to load terrain engine driver for "mp"
[osgEarth]* FAILED to create a terrain engine for this map
[osgEarth]* [CacheFactory] Failed to load cache plugin for type "filesystem"
[osgEarth]* [CacheFactory] Failed to load cache plugin for type "filesystem"
[osgEarth]* [CacheFactory] Failed to load cache plugin for type "filesystem"
Segmentation fault

Bug#808148: has already been packaged and uploaded (was: Re: ITP: r-cran-jsonlite [...])

[Joost van Baal-Ilić]

Closing this bug since r-cran-jsonlite has already been packaged by Chris
Lawrence, see #805256.

Bye,

Joost




signature.asc
Description: Digital signature

Bug#774135: mc: SFTP VFS still not usable

[Dmitry Smirnov]

On Wednesday 23 December 2015 11:06:17 Thorsten Glaser wrote:
> Doesn’t work for me either. Can you put the stuff I showed
> into your ~/.ssh/config and check if that breaks for you as well?

I already have

controlpath ~/.ssh/__tmp-ssh-%r@%h:%p

and adding the following to ~/.ssh/config did not break SFTP:

FingerprintHash md5
HashKnownHosts no

It connects smoothly and without errors. I can read files, etc.
All the hosts I tried to connect to are known.

Can you try removing your customisations of "~/.ssh/config" to check if it 
fixes the problem?


> > I think it is a different issue. Maybe you could help us
> > by opening a new bug with upstream?
> 
> To be honest, DevRef says that’s your job.

But I am unable to reproduce... I suppose if you troubled yourself with re-
opening the bug (which I believe is unrelated because this is not about 
segfault any more) then perhaps I could ask you to report the problem 
upstream. Who can do it better than you? Besides manipulating bugs is also 
maintainer's job isn't it? ;)


> But I probably can, just do me a favour and check whether it breaks for
> you with the attached SSH config.

Thanks. I could not break it on amd64 with SSH config similar to yours...

-- 
All the best,
 Dmitry Smirnov.

---

It has been said that democracy is the worst form of government except
all the others that have been tried.
-- Winston Churchill


signature.asc
Description: This is a digitally signed message part.

Bug#808823: [Pkg-javascript-devel] Bug#808823: RFS: node-cross-spawn-async/2.1.1-1

[Mattia Rizzolo]

On Wed, Dec 23, 2015 at 04:12:02PM +, Mattia Rizzolo wrote:
> On Wed, Dec 23, 2015 at 02:16:58PM +0100, Ross Gammon wrote:
> > Package: sponsorship-requests
> > Severity: normal
> > 
> > Dear mentors,
> > 
> > I am looking for a sponsor for my package "node-cross-spawn-async"
> 
> uploaded.

oups, looks like Gianfranco did this 2 hours before me :D

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#808817: Segmentation fault

[Sebastiaan Couwenberg]

Control: tags -1 unreproducible moreinfo

Hi Max,

Thanks for reporting this issue.

On 23-12-15 13:02, Max Kellermann wrote:
> Package: libosgearth3
> Version: 2.5.0+dfsg-8
> 
> Each time I start qgis (2.8.4+dfsg-1) with qgis-plugin-globe
> (2.8.4+dfsg-1), and click on "Launch Globe", the process dies.

Unfortunately I cannot reproduce the issue with qgis (2.8.4+dfsg-1) and
osgearth (2.5.0+dfsg-8).

How can I reproduce your issue?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#808818: RFS: python-prometheus-client /0.0.13

[Christopher Baines]

Hello,

I am looking for a sponsor for python-prometheus-client.

* Package name: python-prometheus-client
  Version : 0.0.13
  Upstream Author : Brian Brazil 
* URL : https://github.com/prometheus/client_python
* License : Apache-2.0
  Programming Lang: Python
  Description : Python client for the Prometheus monitoring system

You can find this package here:

  http://git.cbaines.net/python-prometheus-client/

I have attempted to follow the team policy when packaging this.

Currently the tests do not pass for python 3, so I have disabled them.
This is an issue with the tests that will be fixed in the next upstream
release.

Thanks,

Chris

Bug#808830: QNAP LCD support in installer

[Ian Campbell]

Package: flash-kernel-installer
Tags: patch
Severity: wishlist
Control: submitter Martin Michlmayr 

On Tue, 2015-12-22 at 11:23 -0800, Martin Michlmayr wrote:
> d-i doesn't show the IP address of the installer on the LCD at the
> moment.  I believe the attached patch should work.  Maybe you can test
> it on your TS-419 some time (maybe once with the serial attached, and
> once without, so you can test both scenarios).

Thanks, looks good on first glance, stashing in the BTS for safekeeping
until I get around to it.

Ian.
diff --git a/debian/network-console.postinst b/debian/network-console.postinst
index f164446..9646c56 100755
--- a/debian/network-console.postinst
+++ b/debian/network-console.postinst
@@ -123,6 +123,10 @@ case "$ARCHDETECT" in
 	if type qcommand >/dev/null 2>&1; then
 		qcommand statusled greenon
 		qcommand buzzer short
+		# Only some devices have an LCD, so don't fail if the
+		# commands don't work
+		qcommand lcd-line0 "SSH to installer" || true
+		qcommand lcd-line1 "@$IPADDR" || true
 	fi
 	# LaCie Network Space v2 (and parents) and d2 Network v2
 	for led_dev in ns_v2 d2net_v2; do

Bug#800460: mathgl: Test program fails to build, syntax error in header

[Sylvain Joubert]

Source: mathgl
Version: 2.3.3+svn1216-1
Followup-For: Bug #800460

Dear Maintainer,

The problem still exists in the last version of the package.
The two defines are still set to 1 and the test example does not compile.

Regards.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'stable-updates'), (800, 'stable'), (700, 
'unstable'), (90, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-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: systemd (via /run/systemd/system)

Bug#808817: Segmentation fault

[Sebastiaan Couwenberg]

Control: tags -1 - unreproducible moreinfo
Control: tags -1 + pending

On 23-12-15 16:57, Max Kellermann wrote:
> On 2015/12/23 16:53, Sebastiaan Couwenberg  wrote:
>> Can you check that you have openscenegraph-plugin-osgearth installed,
>> and if not, please install it and try the globe plugin again to see if
>> that fixes the issue.
>>
>> If this is the fix, we need to add this dependency to make sure it's
>> installed.
> 
> That fixes the crash.

Thanks for the confirmation.

I can also reproduce the segfault when the package is removed.

I've added the dependency, and will upload a new qgis revision with the
fix after 2.8.5 passes the NEW queue. I'll also forward the fix upstream
for their packaging.

> Still I believe a program must never crash, even if required data is
> not present.  With the dependency, the Debian part is fixed, but I
> hope upstream fixes the bug.

QGIS is very crash prone, as it doesn't handle errors gracefully. I'm
not happy with that either, but I also cannot provide a fix for it.

Every now and then someone raises the need for a crash handler in QGIS
on their development mailinglist, which generally gets the response that
it will be implemented when someone funds the work. If you'd like to
help improve QGIS upstream you can consider donating funds if that's
within your means. It's not within my means, so don't feel burdened if
it's not within yours either.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#808380: mount: unknown filesystem type 'vfat'

[Sven Joachim]

On 2015-12-22 20:04 -0500, Phillip Susi wrote:

> On 12/22/2015 02:47 PM, Sven Joachim wrote:
>> Both the original report ("Kernel: Linux 3.16.0-4-amd64 (SMP w/4
>> CPU cores)") and the followup in 
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808380#25 show
>> that Jacob had already running 3.16.0-4.  If he had been using
>> 3.16.0-3, the problem would not have shown up since modprobe does
>> not try to load 3.16.0-4 modules into a 3.16.0-3 kernel.
>
> That's what I've been saying.

Except that you insisted that the new kernel and its modules would _not_
replace the old one.  But hopefully this is clear now.

>> Debian does not do this, to avoid uncontrolled proliferation of 
>> kernels.  In fact, the 3.16 kernel has been at the 3.16.0-4 ABI for
>> over a year (the last ABI bump was in November 2014, version
>> 3.16.7-1).
>
> If that is the case, then they screwed up and broke the ABI without
> bumping its revision and the bug should be reopened and reassigned to
> linux so they know they broke the ABI and need to bump the revision.

The ABI of the kernel is only bumped if third-party modules would be
broken and need to be rebuilt.  Added symbols don't result in an ABI
bump, if that breaks loading in-tree modules (as is the case here), the
user is expected to remedy the situation by rebooting.  Which is
necessary to complete a kernel upgrade anyway.

If you don't like this decision, take it up with the Debian kernel
team.

Cheers,
   Sven

Bug#808845: nmu: gdb-mingw-w64_10.1

[Stephen Kitt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Dear release team,

I'd appreciate it if you could binNMU gdb-mingw-w64:

nmu gdb-mingw-w64_10.1 . ANY . unstable . -m "Rebuild with gdb 7.10."

Regards,

Stephen

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing'), (500, 'stable'), (200, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#586110: Avertissement propriétaire du compte

[administrateur webmail]

Votre boîte aux lettres a dépassé la limite de stockage de 20 Go qui est
fixé par votre administrateur, vous utilisez actuellement sur 20,9 Go, vous
ne pouvez pas être en mesure d'envoyer ou de recevoir de nouveaux messages
jusqu'à ce que vous re-valider votre boîte aux lettres.

Cliquez sur ce lien: https://formcrafts.com/a/16578?preview=true

Meilleurs voeux,
administrateur webmail

Bug#796931: gnupg-agent: no longer writes $GNUPGHOME/gpg-agent-info-$(hostname) file

[Axel Beckert]

Hi,

Thorsten Glaser wrote:
> severity 796931 serious

I agree with this severity. This issue breaks quite some automatic
stuff and is a severe and unexpected regression.

> It’s actually worse: when using startx or no X environment
> at all, I can no longer use gpg-agent:

Interestingly it still works for me under X, but there are chances
that I used gnupg/gnupg2 from experimental where "gpg" is gpg2.

On some other host I just ran into the issue that this no more works:

> tglase@tglase-nb:~ $ eval $(gpg-agent --daemon --sh)

The point is that neither "gpg-agent --daemon --sh" outputs any shell
code to be eval'ed anymore nor does "gpg-agent --daemon /usr/bin/zsh"
work for me as advertised in gpg-agent's man page (no GPG_* named
environment variables set inside). Because if I try to sign something
inside that shell, it claims that "gpg-agent is not available in this
session" as it does for Thorsten:

> You need a passphrase to unlock the secret key for
> user: "Thorsten Glaser (tarent GmbH) "
> 4096-bit RSA key, ID 5EB8D3B3, created 2009-01-05
> 
> gpg: gpg-agent is not available in this session

Having "gpg-agent --daemon" outputting lines like
"GPG_AGENT_INFO=/tmp/gpg-4hLrL9/S.gpg-agent:5152:1; export
GPG_AGENT_INFO;" respectively setting this in the child process'
environment as it did before would fix the issue for me. But there
seem to be other interfaces I haven't used so far, too.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , 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

Bug#808847: postfix-policyd-spf-python: Change default of HELO_reject

[Axel Huebl]

Package: postfix-policyd-spf-python
Severity: important

Dear Maintainer,

I would propose to change the default of

  HELO_reject

in /etc/postfix-policyd-spf-python/policyd-spf.conf
to
  HELO_reject = Fail
instead of the current
  HELO_reject = SPF_Not_Pass

The main problem is that the current option rejects all messages that are
producing a soft-fail, e.g., missing entries with a ?all final entry.

Additionally, rejecting on HELO is non-default but still useful but should not
be more strict then the actual check in
  Mail_From_reject
which also defaults (imho correctly) to Fail.


Cheers,
Axel



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

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

Bug#808848: RM: xmds-doc -- ROM; Unmaintained, outdated

[Andreas Tille]

Package: ftp.debian.org
Severity: normal

As announced on Debian Science list[1] I hereby request the removal of
the last package of a team that does not exist any more (Debian
Scientific Computing) since it was merged to Debian Science.  This
last package obviously did not found any maintainer and there does not
seem any interest any more.

Kind regards

Andreas.


[1] 
https://lists.alioth.debian.org/pipermail/debian-science-maintainers/2015-December/035661.html

Bug#808855: ruby-i18n-inflector: FTBFS: Error: test: inflector.strict kind: checks what is the inflection kind of the given token(I18nInflectorTest): I18n::InvalidLocale: :en is not a valid locale

[Chris Lamb]

Source: ruby-i18n-inflector
Version: 2.6.6-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

ruby-i18n-inflector fails to build from source in unstable/amd64:

  [..]

  
===
  Error: test: inflector.strict kind: checks what is the inflection kind of the 
given token(I18nInflectorTest): I18n::InvalidLocale: :en is not a valid locale
  /usr/lib/ruby/vendor_ruby/i18n.rb:284:in `enforce_available_locales!'
  /usr/lib/ruby/vendor_ruby/i18n/config.rb:13:in `locale='
  /usr/lib/ruby/vendor_ruby/i18n.rb:35:in `locale='
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/test/inflector_test.rb:39:in
 `setup'
  
===/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/api_strict.rb:60:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/inflection_data.rb:24:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/inflection_data.rb:25:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/inflection_data_strict.rb:42:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/backend.rb:331:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/api_strict.rb:60:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
  E
  
===
  Error: test: inflector.strict kinds: lists inflection 
kinds(I18nInflectorTest): I18n::InvalidLocale: :en is not a valid locale
  /usr/lib/ruby/vendor_ruby/i18n.rb:284:in `enforce_available_locales!'
  /usr/lib/ruby/vendor_ruby/i18n/config.rb:13:in `locale='
  /usr/lib/ruby/vendor_ruby/i18n.rb:35:in `locale='
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/test/inflector_test.rb:39:in
 `setup'
  
===/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/api_strict.rb:60:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/inflection_data.rb:24:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/inflection_data.rb:25:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/inflection_data_strict.rb:42:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/backend.rb:331:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/debian/ruby-i18n-inflector/usr/lib/ruby/vendor_ruby/i18n-inflector/api_strict.rb:60:
 warning: Enumerator.new without a block is deprecated; use Object#to_enum
  
  E
  
===
  Error: test: inflector.strict locale_supported?: checks if a language 
supports inflection(I18nInflectorTest): I18n::InvalidLocale: :en is not a valid 
locale
  /usr/lib/ruby/vendor_ruby/i18n.rb:284:in `enforce_available_locales!'
  /usr/lib/ruby/vendor_ruby/i18n/config.rb:13:in `locale='
  /usr/lib/ruby/vendor_ruby/i18n.rb:35:in `locale='
  
/home/lamby/temp/cdt.20151223193103.MWyTfoa3OE/ruby-i18n-inflector-2.6.6/test/inflector_test.rb:39:in
 `setup'
  

Bug#808856: elki: FTBFS: annot access central (https://repo.maven.apache.org/maven2) in offline mode and the artifact org.apache.maven.plugins:maven-source-plugin:jar:2.2.1

[Chris Lamb]

Source: elki
Version: 0.7.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

elki fails to build from source in unstable/amd64:

  [..]
  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 

  [INFO] Total time: 0.270 s
  [INFO] Finished at: 2015-12-23T19:33:57+00:00
  [INFO] Final Memory: 7M/236M
  [INFO] 

  [ERROR] Plugin org.apache.maven.plugins:maven-source-plugin:2.2.1 or one of 
its dependencies could not be resolved: Cannot access central 
(https://repo.maven.apache.org/maven2) in offline mode and the artifact 
org.apache.maven.plugins:maven-source-plugin:jar:2.2.1 has not been downloaded 
from it before. -> [Help 1]
  [ERROR] 
  [ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
  [ERROR] Re-run Maven using the -X switch to enable full debug logging.
  [ERROR] 
  [ERROR] For more information about the errors and possible solutions, please 
read the following articles:
  [ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException
  debian/rules:24: recipe for target 'override_dh_auto_clean' failed
  make[1]: *** [override_dh_auto_clean] Error 1
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20151223193158.5Ksj0xQQW8/elki-0.7.0'
  debian/rules:11: recipe for target 'clean' failed
  make: *** [clean] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


elki.0.7.0-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#808853: libconfig-model-lcdproc-perl: FTBFS: Failed test 'Read configuration and created instance with init() method with warning check '

[Chris Lamb]

Source: libconfig-model-lcdproc-perl
Version: 2.042-4
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

libconfig-model-lcdproc-perl fails to build from source in unstable/amd64:

  [..]
 dh_auto_test
perl Build test --verbose 1
  
  #   Failed test 'Read configuration and created instance with init() method 
with warning check '
  #   at /usr/share/perl5/Config/Model/Tester.pm line 146.
  # didn't find a warning
  # expected to find warning: (?^:missing DriverPath dir)
  
  #   Failed test 'first check 'server DriverPath' value (mode standard)'
  #   at /usr/share/perl5/Config/Model/Tester.pm line 249.
  #  got: 'server/drivers/'
  # expected: '/usr/lib/x86_64-linux-gnu/lcdproc/'
  
  #   Failed test 'first check 'server DriverPath' value'
  #   at /usr/share/perl5/Config/Model/Tester.pm line 249.
  #  got: '/usr/lib/lcdproc/'
  # expected: '/usr/lib/x86_64-linux-gnu/lcdproc/'
  
  #   Failed test 'Read configuration and created instance with init() method 
with warning check '
  #   at /usr/share/perl5/Config/Model/Tester.pm line 146.
  # didn't find a warning
  # expected to find warning: (?^:missing DriverPath dir)
  
  #   Failed test 'Read configuration and created instance with init() method 
with warning check '
  #   at /usr/share/perl5/Config/Model/Tester.pm line 146.
  # didn't find a warning
  # expected to find warning: (?^:missing DriverPath dir)
  # Looks like you failed 5 tests of 42.
  t/model_tests.t .. 
  ok 1 - compiled
  # Beginning lcdd test (t/model_tests.d/lcdd-test-conf.pl)
  # lcdd uses LCDd model on file LCDd.conf
  # Beginning subtest lcdd t0
  ok 2 - Copied lcdd example t0
  not ok 3 - Read configuration and created instance with init() method with 
warning check 
  ok 4 - apply_fixes called
  ok 5 - Ran dump_tree
  ok 6 - Dumped lcdd config tree in full mode
  ok 7 - Dumped lcdd config tree in custom mode
  ok 8 - first check 'server Hello:0' value
  ok 9 - first check 'server Hello:1' value
  ok 10 - first check 'server Driver' value
  not ok 11 - first check 'server DriverPath' value (mode standard)
  not ok 12 - first check 'server DriverPath' value
  ok 13 - first check 'curses Size' value
  ok 14 - first check 'server AutoRotate' value
  ok 15 - lcdd write back done
  ok 16 - Created instance lcdd-test-t0-w
  ok 17 - Dumped second lcdd config tree in custom mode
  ok 18 - compare original lcdd custom data with 2nd instance custom data
  ok 19 - check that original lcdd file was not clobbered
  # End of subtest lcdd t0
  # Beginning subtest lcdd LDCd-0.5.5
  ok 20 - Copied lcdd example LDCd-0.5.5
  not ok 21 - Read configuration and created instance with init() method with 
warning check 
  ok 22 - apply_fixes called
  ok 23 - Ran dump_tree
  ok 24 - Dumped lcdd config tree in full mode
  ok 25 - Dumped lcdd config tree in custom mode
  ok 26 - lcdd write back done
  ok 27 - Created instance lcdd-test-LDCd-0.5.5-w
  ok 28 - Dumped second lcdd config tree in custom mode
  ok 29 - compare original lcdd custom data with 2nd instance custom data
  ok 30 - check that original lcdd file was not clobbered
  # End of subtest lcdd LDCd-0.5.5
  # Beginning subtest lcdd LDCd-0.5.6
  ok 31 - Copied lcdd example LDCd-0.5.6
  not ok 32 - Read configuration and created instance with init() method with 
warning check 
  ok 33 - apply_fixes called
  ok 34 - Ran dump_tree
  ok 35 - Dumped lcdd config tree in full mode
  ok 36 - Dumped lcdd config tree in custom mode
  ok 37 - lcdd write back done
  ok 38 - Created instance lcdd-test-LDCd-0.5.6-w
  ok 39 - Dumped second lcdd config tree in custom mode
  ok 40 - compare original lcdd custom data with 2nd instance custom data
  ok 41 - check that original lcdd file was not clobbered
  # End of subtest lcdd LDCd-0.5.6
  # End of lcdd test
  ok 42 - test memory cycle
  1..42
  Dubious, test returned 5 (wstat 1280, 0x500)
  Failed 5/42 subtests 
  
  Test Summary Report
  ---
  t/model_tests.t (Wstat: 1280 Tests: 42 Failed: 5)
Failed tests:  3, 11-12, 21, 32
Non-zero exit status: 5
  Files=1, Tests=42,  2 wallclock secs ( 0.02 usr  0.01 sys +  1.47 cusr  0.05 
csys =  1.55 CPU)
  Result: FAIL
  Failed 1/1 test programs. 5/42 subtests failed.
  dh_auto_test: perl Build test --verbose 1 returned exit code 5
  debian/rules:4: recipe for target 'build' failed
  make: *** [build] Error 5

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


libconfig-model-lcdproc-perl.2.042-4.unstable.amd64.log.txt.gz
Description: Binary data

Bug#808846: abook in Testing

[Mauro Sacchetto]

Package: abook
Version: 0.6.0~pre2

In Testing there is no migration foreseen
after "131 days old (needed 5 days)" from Sid.
Do u plan to bring abook in Testing
sooner or later?

thanx
ms

Bug#808830: QNAP LCD support in installer

[Ian Campbell]

control: reassign -1 network-console
control: owner -1 !


On Wed, 2015-12-23 at 08:22 -0800, Martin Michlmayr wrote:
> * Ian Campbell  [2015-12-23 14:35]:
> > Package: flash-kernel-installer
> 
> Note that the patch is against network-console.

Gah, of course. And I even meant qcontrol not flash-kernel, which is
still wrong but at least closer!

Ian.

Bug#806560: python3-udiskie/python-udiskie do not start

[Thomas Gläßle]

Hey,

> I just switched to gtk-3, and pushed the new release on unstable.
Sadly, I found additional bugs with (a) python2 and (b) with the udisks1
backend. Trying to get that fixed in the next 2-3 days, sorry for the
inconvenience..

>
> udiskie-mount and udiskie-umount still work, and now launching udiskie from 
> console doesn't show any bad error.
> However I don't see the icon come up, not sure if because I don't have any 
> disk attached or because some runtime dependency is missing...
>
> Thomas, can you enlight me?

Did you start udiskie with `--tray`?
Under which environment are you running? I've already noticed that
ubuntu doesn't show the systray anymore. They replaced it with a similar
notification area for which a different API (AppIndicator) must be used.





signature.asc
Description: OpenPGP digital signature

Bug#808842: glib2.0: FTBFS with PCRE 8.38: regex (?(?<ab)) produces different error

[Simon McVittie]

Source: glib2.0
Version: 2.46.2-1
Severity: serious
Tags: upstream patch
Justification: fails to build from source (but built successfully in the past)
Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=759808

GLib 2.46.2-2 FTBFS with a regex test failure on all release architectures
except amd64, where it was built by the maintainer. The same test is also
now failing with the prebuilt 2.46.2-1 on ci.debian.net, so this is not
actually a regression in 2.46.2-2; instead, it's a regression in the new
libpcre3.

The problem appears to be that certain invalid regexes are diagnosed
differently (different error code) with PCRE 8.38.
I have sent a report and patch to GNOME (also attached),


X-Debbugs-Cc set to libpc...@packages.debian.org. Matthew, it would be
great if you could upload new pcre3 versions to experimental initially,
and/or run the GLib regex test against them before uploading to unstable
(install libglib2.0-tests and run
"/usr/lib/glib2.0/installed-tests/glib/regex" - no special options are
needed, and it will exit 0 for success or nonzero for failure).

Regards,
S
>From 414259817e646b8c33907e7ddb3971008a2bc17f Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Wed, 23 Dec 2015 15:03:16 +
Subject: [PATCH] regex test: expect ASSERTION_EXPECTED for /(?(?).

The regex /(?Pfoo)\g
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=759808
---
 glib/tests/regex.c | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/glib/tests/regex.c b/glib/tests/regex.c
index 09083a3..777616a 100644
--- a/glib/tests/regex.c
+++ b/glib/tests/regex.c
@@ -2261,7 +2261,14 @@ main (int argc, char *argv[])
   TEST_NEW_FAIL ("^(?(0)f|b)oo", 0, G_REGEX_ERROR_INVALID_CONDITION);
   TEST_NEW_FAIL ("(?<=\\C)X", 0, G_REGEX_ERROR_SINGLE_BYTE_MATCH_IN_LOOKBEHIND);
   TEST_NEW_FAIL ("(?!\\w)(?R)", 0, G_REGEX_ERROR_INFINITE_LOOP);
+#if PCRE_MAJOR > 8 || (PCRE_MAJOR == 8 && PCRE_MINOR >= 38)
+  /* The expected errors changed here. */
+  TEST_NEW_FAIL ("(?Pfoo)\\g

Bug#793152: pidgin: no pidgin window @ startup, no error, it just 'hangs'

[David Pirotte]

Hi Ari,

Just tried and it works now:  no idea what the problem was, but it works again 
so
you may close this 'mysterious' bug.

Thanks,
David

;; --

Le Mon, 10 Aug 2015 17:06:14 -0300,
David Pirotte  a écrit :

> Le Sat, 08 Aug 2015 00:59:29 +,
> Ari Pollak  a écrit :
> 
> > The log from right after you moved ~/.purple is very confusing; it said it
> > found  your ~/.purple config files, and it's renaming legacy stuff from
> > /gaim/. Do you also still have a ~/.gaim that you can remove?  
> 
> Hi Ari,
> 
> Sorry for the delay!
> 
> Did what you suggested, still hangs, and still no icon in the 'retractable' 
> aplet
> menubar, here below a trace.  I'm sorry I'm not more helpful, all I can do is
> blindly reproduce what you suggest I'm afraid...
> 
> Thanks,
> David
> 
> ;; --
> ...


pgpVk7nKgzlK0.pgp
Description: OpenPGP digital signature

Bug#693399: KeePassX 2.0 release is out

[Hillel Lubman]

 

Version 2.0 proper was released recently:
https://www.keepassx.org/news/2015/12/533 

Do you plan push it to Sid and testing? 

Thanks, 

Hillel Lubman. 
  

Bug#808850: xfonts-wqy: FTBFS: Type of arg 1 to shift must be array (not constant item) at ./bdfmerge.pl line 35, near "ARGV)"

[Chris Lamb]

Source: xfonts-wqy
Version: 1.0.0~rc1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

xfonts-wqy fails to build from source in unstable/amd64:

  [..]

   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: source package xfonts-wqy
  dpkg-buildpackage: source version 1.0.0~rc1-1
  dpkg-buildpackage: source distribution unstable
  dpkg-buildpackage: source changed by ChangZhuo Chen (陳昌倬) 

   dpkg-source --before-build xfonts-wqy-1.0.0~rc1
  dpkg-buildpackage: host architecture amd64
   fakeroot debian/rules clean
  dh clean
 dh_testdir
 dh_auto_clean
make -j1 clean
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20151223192453.PThnk7KaAc/xfonts-wqy-1.0.0~rc1'
  rm -f wenquanyi_9pt.pcf wenquanyi_10pt.pcf wenquanyi_11pt.pcf 
wenquanyi_12pt.pcf wenquanyi_13px.pcf wenquanyi_9pt_cjk.bdf 
wenquanyi_10pt_cjk.bdf wenquanyi_11pt_cjk.bdf wenquanyi_12pt_cjk.bdf 
wenquanyi_13px_cjk.bdf
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20151223192453.PThnk7KaAc/xfonts-wqy-1.0.0~rc1'
 dh_clean
   debian/rules build
  dh build
 dh_testdir
 dh_auto_configure
 dh_auto_build
make -j1
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20151223192453.PThnk7KaAc/xfonts-wqy-1.0.0~rc1'
  ./bdfmerge.pl   0x0--0xwenquanyi_9pt.bdf > wenquanyi_9pt_cjk.bdf
  shift on reference is experimental at ./bdfmerge.pl line 35.
  Type of arg 1 to shift must be array (not constant item) at ./bdfmerge.pl 
line 35, near "ARGV)"
  Execution of ./bdfmerge.pl aborted due to compilation errors.
  Makefile:42: recipe for target 'wenquanyi_9pt.pcf' failed
  make[1]: *** [wenquanyi_9pt.pcf] Error 255
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20151223192453.PThnk7KaAc/xfonts-wqy-1.0.0~rc1'
  dh_auto_build: make -j1 returned exit code 2
  debian/rules:3: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


xfonts-wqy.1.0.0~rc1-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#795848: problem is fixed in the current release

[Brian Warner]

I only recently heard about this.. we fixed that problem in the
(current) foolscap-0.9.1 release, made on 21-Sep-2015. Upgrading to
0.9.1 ought to resolve this FTBFS.

(there is a new problem that involves a bad interaction between
foolscap-0.9.1 and twisted >=15.3.0, but for teh most part it only
affects Tahoe-LAFS. I'm working on a new foolscap release that will
resolve it, but I don't think that's cause to hold up putting
foolscap-0.9.1 into sid).

cheers,
 -Brian

Bug#808691: jboss-xnio: FTBFS: duplicate class: org.xnio._private.Messages_$logger

[Markus Koschany]

On Mon, 21 Dec 2015 22:30:06 +0100 Emmanuel Bourg  wrote:
> Le 21/12/2015 21:59, Markus Koschany a écrit :
> 
> > At the moment I don't see a way to fix this in jboss-xnio
> > or undertow though.
> 
> We can workaround this issue by reverting to the compiler plugin 2.5.
> Build depending on libmaven-compiler-plugin-2.5-java and adding the
> following to the pom works for jboss-xnio:
> 
> 
> 
> 
> org.apache.maven.plugins
> maven-compiler-plugin
> 2.5.1
> 
> 
> 
> 

I tried the same workaround for undertow but I haven't had any luck so
far. I added the same snippet to all pom.xml files but the package still
FTBFS. I have pushed the changes to Git master. Any hint is welcome.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#807902: konsole: segfault on exit

[Felipe Sologuren Gutiérrez]

Package: konsole
Version: 4:15.08.3-1
Followup-For: Bug #807902

Dear Maintainer,
 Another BT:
--8<
Application: konsole (konsole), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[KCrash Handler]
#6 QGenericAtomicOps >::load (_q_value=@0x7fe48da6b560: 
) at 
../../include/QtCore/../../src/corelib/thread/qgenericatomic.h:90
#7 QBasicAtomicInteger::load (this=0x7fe48da6b560) at 
../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:116
#8 QtPrivate::RefCount::deref (this=0x7fe48da6b560) at 
../../include/QtCore/../../src/corelib/tools/qrefcount.h:60
#9 QString::~QString (this=0xff4998, __in_chrg=) at 
../../include/QtCore/../../src/corelib/tools/qstring.h:1053
#10 0x7fe4a0ef25dd in QDBusConnectionPrivate::~QDBusConnectionPrivate 
(this=0xff4980, __in_chrg=) at qdbusintegrator.cpp:1034
#11 0x7fe4a0ef2c79 in QDBusConnectionPrivate::~QDBusConnectionPrivate 
(this=0xff4980, __in_chrg=) at qdbusintegrator.cpp:1061
#12 0x7fe4a0ee72ed in QDBusConnectionManager::~QDBusConnectionManager 
(this=0x7fe4a0f4fd00 <(anonymous 
namespace)::Q_QGS__q_manager::innerFunction()::holder>, __in_chrg=) at qdbusconnection.cpp:86
#13 0x7fe4a0ee7399 in (anonymous 
namespace)::Q_QGS__q_manager::Holder::~Holder (this=, 
__in_chrg=) at qdbusconnection.cpp:59
#14 0x7fe4a0836f52 in __run_exit_handlers (status=0, listp=0x7fe4a0b9f698 
<__exit_funcs>, run_list_atexit=run_list_atexit@entry=true) at exit.c:82
#15 0x7fe4a0836fa5 in __GI_exit (status=) at exit.c:104
#16 0x7fe4a0821877 in __libc_start_main (main=0x400710 , 
argc=1, argv=0x7ffe333cd1e8, init=, fini=, 
rtld_fini=, stack_end=0x7ffe333cd1d8) at libc-start.c:325
#17 0x00400749 in _start () at ../sysdeps/x86_64/start.S:118
--8<

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'stable-updates'), (500, 'stable'), (100, 
'unstable'), (40, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_CL.UTF-8, LC_CTYPE=es_CL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_CL.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages konsole depends on:
ii  konsole-kpart   4:15.08.3-1
ii  libc6   2.21-4
ii  libkf5completion5   5.16.0-1
ii  libkf5configcore5   5.16.0-1
ii  libkf5configgui55.16.0-1
ii  libkf5configwidgets55.16.0-1
ii  libkf5coreaddons5   5.16.0-1
ii  libkf5i18n5 5.16.0-1
ii  libkf5iconthemes5   5.16.0-1
ii  libkf5kdelibs4support5  5.16.0-1
ii  libkf5kiowidgets5   5.16.0-1
ii  libkf5notifyconfig5 5.16.0-1
ii  libkf5widgetsaddons55.16.0-1
ii  libkf5windowsystem5 5.16.0-1
ii  libkf5xmlgui5   5.16.0-1
ii  libqt5core5a5.5.1+dfsg-8
ii  libqt5gui5  5.5.1+dfsg-8
ii  libqt5widgets5  5.5.1+dfsg-8
ii  libstdc++6  5.3.1-3

konsole recommends no packages.

konsole suggests no packages.

-- no debconf information

Bug#808844: python-tasklib: FTBFS: Download error on [..] (accesses the internet during build?)

[Chris Lamb]

Source: python-tasklib
Version: 0.11.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

python-tasklib fails to build from source in unstable/amd64:

  [..]
  running test
  Searching for tzlocal
  Reading https://pypi.python.org/simple/tzlocal/
  Download error on https://pypi.python.org/simple/tzlocal/: [SSL: 
CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) -- Some 
packages may not be found!
  Couldn't find index page for 'tzlocal' (maybe misspelled?)
  Scanning index of all packages (this may take a while)
  Reading https://pypi.python.org/simple/
  Download error on https://pypi.python.org/simple/: [SSL: 
CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) -- Some 
packages may not be found!
  No local packages or download links found for tzlocal
  error: Could not find suitable distribution for Requirement.parse('tzlocal')
  debian/rules:25: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20151223174330.xBnbXKACyh/python-tasklib-0.11.0'
  debian/rules:10: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


python-tasklib.0.11.0-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#808843: python-pyramid: FTBFS: ValueError: Invalid status code, integer required.

[Chris Lamb]

Source: python-pyramid
Version: 1.5.7+dfsg-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

python-pyramid fails to build from source in unstable/amd64:

  [..]

  
  ==
  ERROR: test_ctor_with_app_iter_doesnt_set_default_app_iter 
(pyramid.tests.test_httpexceptions.TestHTTPException)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/tests/test_httpexceptions.py",
 line 140, in test_ctor_with_app_iter_doesnt_set_default_app_iter
  exc = self._makeOne(app_iter=[b'123'])
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/tests/test_httpexceptions.py",
 line 78, in _makeOne
  return cls(*arg, **kw)
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/httpexceptions.py",
 line 209, in __init__
  Response.__init__(self, status=status, **kw)
File "/usr/lib/python2.7/dist-packages/webob/response.py", line 107, in 
__init__
  self.status = status
File "/usr/lib/python2.7/dist-packages/webob/response.py", line 276, in 
_status__set
  raise ValueError('Invalid status code, integer required.')
  ValueError: Invalid status code, integer required.
  
  ==
  ERROR: test_ctor_with_body_doesnt_set_default_app_iter 
(pyramid.tests.test_httpexceptions.TestHTTPException)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/tests/test_httpexceptions.py",
 line 132, in test_ctor_with_body_doesnt_set_default_app_iter
  exc = self._makeOne(body=b'123')
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/tests/test_httpexceptions.py",
 line 78, in _makeOne
  return cls(*arg, **kw)
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/httpexceptions.py",
 line 209, in __init__
  Response.__init__(self, status=status, **kw)
File "/usr/lib/python2.7/dist-packages/webob/response.py", line 107, in 
__init__
  self.status = status
File "/usr/lib/python2.7/dist-packages/webob/response.py", line 276, in 
_status__set
  raise ValueError('Invalid status code, integer required.')
  ValueError: Invalid status code, integer required.
  
  ==
  ERROR: test_ctor_with_unicode_body_doesnt_set_default_app_iter 
(pyramid.tests.test_httpexceptions.TestHTTPException)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/tests/test_httpexceptions.py",
 line 136, in test_ctor_with_unicode_body_doesnt_set_default_app_iter
  exc = self._makeOne(unicode_body=text_('123'))
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/tests/test_httpexceptions.py",
 line 78, in _makeOne
  return cls(*arg, **kw)
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/httpexceptions.py",
 line 209, in __init__
  Response.__init__(self, status=status, **kw)
File "/usr/lib/python2.7/dist-packages/webob/response.py", line 107, in 
__init__
  self.status = status
File "/usr/lib/python2.7/dist-packages/webob/response.py", line 276, in 
_status__set
  raise ValueError('Invalid status code, integer required.')
  ValueError: Invalid status code, integer required.
  
  ==
  ERROR: test_exception (pyramid.tests.test_httpexceptions.TestHTTPException)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/tests/test_httpexceptions.py",
 line 178, in test_exception
  exc = self._makeOne()
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/tests/test_httpexceptions.py",
 line 78, in _makeOne
  return cls(*arg, **kw)
File 
"/home/lamby/temp/cdt.20151223174338.zixwk4Bz6G/python-pyramid-1.5.7+dfsg/pyramid/httpexceptions.py",
 line 209, in __init__
  Response.__init__(self, status=status, **kw)
File "/usr/lib/python2.7/dist-packages/webob/response.py", line 107, in 
__init__
  self.status = status
File "/usr/lib/python2.7/dist-packages/webob/response.py", line 276, in 
_status__set
  raise 

Bug#796583: kbd: Has init script in runlevel S but no matching service file

[Andreas Henriksson]

Hello.

On Fri, Dec 11, 2015 at 04:51:31PM +0100, Andreas Henriksson wrote:
[...]
> Basically dropping the entire init script is something I'd like to have
> opinions on from the current maintainers before implementing.

So apparently this is something that has already been discussed in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734164#60 (and
followups to that)

> If we go this route I'd suggest something along this path:
[...]

... and it seems my ideas more or less lines up with what Michael
Schutte suggested in the above url and Anton Zinoviev seemed to
be on board with the ideas as well.

I'll have a look at implementing the removal as soon as I find some
spare time.

Regards,
Andreas Henriksson

Bug#806841: right

[Serge Hallyn]

Thanks, that is indeed not kosher.  Unfortuntely there's not a terribly
good alternative, so I'll change it to suggest updating
/etc/pam.d/common-session directly.

Bug#808841: ITP: gmplot -- matplotlib like interface to plotting data with Google Maps

[Sandro Tosi]

Package: wnpp
Severity: wishlist
Owner: Sandro Tosi 

* Package name: gmplot
  Version : 1.1.0
  Upstream Author : Michael Woods
* URL : https://github.com/vgm64/gmplot
* License : MIT
  Programming Lang: python
  Description : matplotlib like interface to plotting data with Google Maps

Plotting data on Google Maps, the easy way. A matplotlib-like interface to
generate the HTML and javascript to render all the data you’d like on top of
Google Maps. Several plotting methods make creating exploratory map views
effortless.

Bug#808799: marked as done (python-cogent: build-depends on bwa makes it unbuildable on most architecture)

[Andreas Tille]

Hi,

I just noticed that infernal also needs to be excluded.

No need to reopen - I'll upload a new version soon.

Kind regards

   Andreas.

On Wed, Dec 23, 2015 at 04:36:04PM +, Debian Bug Tracking System wrote:
> Your message dated Wed, 23 Dec 2015 16:33:25 +
> with message-id 
> and subject line Bug#808799: fixed in python-cogent 1.5.3-4
> has caused the Debian Bug report #808799,
> regarding python-cogent: build-depends on bwa makes it unbuildable on most 
> architecture
> to be marked as done.
> 
> This means that you claim that the problem has been dealt with.
> If this is not the case it is now your responsibility to reopen the
> Bug report if necessary, and/or fix the problem forthwith.
> 
> (NB: If you are a system administrator and have no idea what this
> message is talking about, this may indicate a serious mail system
> misconfiguration somewhere. Please contact ow...@bugs.debian.org
> immediately.)
> 
> 
> -- 
> 808799: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808799
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

> Date: Wed, 23 Dec 2015 07:34:45 +
> From: Mattia Rizzolo 
> To: Debian Bug Tracking System 
> Subject: python-cogent: build-depends on bwa makes it unbuildable on most
>  architecture
> 
> Package: src:python-cogent
> Version: 1.5.3-3
> 
> Starting from 1.5.3-3 python-cogent build-depends on bwa, which is
> available only on amd64 archs; as a result it didn't built on
>  arm64 armel armhf i386 mips mipsel powerpc ppc64el s390x
> hurd-i386 kfreebsd-i386
>  alpha hppa m68k mips64el ppc64 sh4 sparc64 x32
> 
> The first line of failures are what is preventing the testing migration
> of this package.
> 
> Also, given that we're keeping around the old sources and the old
> binaries not yet updated, those old cruft still build-depend/depend on
> python-support, scheduled for removal.
> 
> Please either ask ftp-masters to remove the binaries on those archs or
> relax the build-depends on bwa to [any-amd64] to get it build on all the
> archs (the choice depends on how important is to run the tests, I
> guess).
> 
> Thanks in advance!
> 
> 
> -- 
> regards,
> Mattia Rizzolo
> 
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  http://mapreri.org  : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-



> Date: Wed, 23 Dec 2015 16:33:25 +
> From: Andreas Tille 
> To: 808799-cl...@bugs.debian.org
> Subject: Bug#808799: fixed in python-cogent 1.5.3-4
> 
> Source: python-cogent
> Source-Version: 1.5.3-4
> 
> We believe that the bug you reported is fixed in the latest version of
> python-cogent, 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 808...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> Andreas Tille  (supplier of updated python-cogent package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Format: 1.8
> Date: Wed, 23 Dec 2015 15:23:04 +0100
> Source: python-cogent
> Binary: python-cogent python-cogent-doc
> Architecture: source amd64 all
> Version: 1.5.3-4
> Distribution: unstable
> Urgency: medium
> Maintainer: Debian Med Packaging Team 
> 
> Changed-By: Andreas Tille 
> Description:
>  python-cogent - framework for genomic biology
>  python-cogent-doc - docs for python-cogent
> Closes: 808799
> Changes:
>  python-cogent (1.5.3-4) unstable; urgency=medium
>  .
>* Build-Depends: bwa [any-amd64] and exclude bwa tests for other
>  architectures
>  Closes: #808799
>* Really activate tests but only those that are known to pass.  All
>  failed tests excluded for the moment - more detailed investigation
>  is needed
>* Drop debug package in favour of automatically generated one
>* Add hint about tests to README.Debian.
> Checksums-Sha1:
>  745dee7ff812b6e7e15fd33e6eb0a6593320d5e4 2330 python-cogent_1.5.3-4.dsc
>  d1845cdb2468b21391476b8af18a201c96813562 10892 
> python-cogent_1.5.3-4.debian.tar.xz
>  143f494f5daacd030ecd043441146a8840430057 563118 
> python-cogent-dbgsym_1.5.3-4_amd64.deb
>  198bcc5c0011a878b23d2936c68eb869d7e31a56 2907798 
> python-cogent-doc_1.5.3-4_all.deb
>  

Bug#808826: libkavorka-perl: FTBFS: Can't locate object method "_set_declared_name" via package "Kavorka::Sub::Fun"

[Niko Tyni]

Control: block 796345 with -1

On Wed, Dec 23, 2015 at 04:05:27PM +0200, Niko Tyni wrote:
> Package: libkavorka-perl
> Version: 0.036-1
> Severity: serious
> Forwarded: https://rt.cpan.org/Ticket/Display.html?id=109841
> 
> This package fails to build on current sid.

>   Can't locate object method "_set_declared_name" via package 
> "Kavorka::Sub::Fun" at /<>/blib/lib/Kavorka/Sub.pm line 182.
>   t/02named-functions.t .. 
>   Dubious, test returned 255 (wstat 65280, 0xff00)

It's indeed a regression caused by the perl 5.20 -> 5.22 upgrade.
Not sure why our rebuilds didn't catch it.

It works on stretch, then 'apt-get install perl' breaks it. I see
no source versions changed except perl. Log of the upgrade:

  Preparing to unpack .../libparams-classify-perl_0.013-5+b1_amd64.deb ...
  Unpacking libparams-classify-perl (0.013-5+b1) over (0.013-5) ...
  Preparing to unpack .../libsub-name-perl_0.14-1+b1_amd64.deb ...
  Unpacking libsub-name-perl (0.14-1+b1) over (0.14-1) ...
  Preparing to unpack .../libpadwalker-perl_2.2-1+b1_amd64.deb ...
  Unpacking libpadwalker-perl (2.2-1+b1) over (2.2-1) ...
  Processing triggers for man-db (2.7.5-1) ...
  dpkg: perl-modules: dependency problems, but removing anyway as you requested:
   perl depends on perl-modules (>= 5.20.2-6).
  
  (Reading database ... 19995 files and directories currently installed.)
  Removing perl-modules (5.20.2-6) ...
  (Reading database ... 19270 files and directories currently installed.)
  Preparing to unpack /perl_5.22.1-2_amd64.deb ...
  Unpacking perl (5.22.1-2) over (5.20.2-6) ...
  Selecting previously unselected package perl-modules-5.22.
  Preparing to unpack .../perl-modules-5.22_5.22.1-2_all.deb ...
  Unpacking perl-modules-5.22 (5.22.1-2) ...
  Selecting previously unselected package libperl5.22:amd64.
  Preparing to unpack .../libperl5.22_5.22.1-2_amd64.deb ...
  Unpacking libperl5.22:amd64 (5.22.1-2) ...
  Preparing to unpack /perl-base_5.22.1-2_amd64.deb ...
  Unpacking perl-base (5.22.1-2) over (5.20.2-6) ...
  Processing triggers for man-db (2.7.5-1) ...
  Setting up perl-base (5.22.1-2) ...
  (Reading database ... 20572 files and directories currently installed.)
  Preparing to unpack .../liblocale-gettext-perl_1.07-1+b1_amd64.deb ...
  Unpacking liblocale-gettext-perl (1.07-1+b1) over (1.07-1) ...
  Preparing to unpack .../libscope-upper-perl_0.28-1+b1_amd64.deb ...
  Unpacking libscope-upper-perl (0.28-1+b1) over (0.28-1) ...
  Preparing to unpack .../libmouse-perl_2.4.5-1+b1_amd64.deb ...
  Unpacking libmouse-perl (2.4.5-1+b1) over (2.4.5-1) ...
  Preparing to unpack .../libclass-load-xs-perl_0.09-1+b1_amd64.deb ...
  Unpacking libclass-load-xs-perl (0.09-1+b1) over (0.09-1) ...
  Preparing to unpack .../libscalar-list-utils-perl_1%3a1.42-1+b1_amd64.deb ...
  Unpacking libscalar-list-utils-perl (1:1.42-1+b1) over (1:1.42-1) ...
  Preparing to unpack .../libparams-validate-perl_1.21-1+b1_amd64.deb ...
  Unpacking libparams-validate-perl (1.21-1+b1) over (1.21-1) ...
  Preparing to unpack .../libsub-identify-perl_0.12-1+b1_amd64.deb ...
  Unpacking libsub-identify-perl (0.12-1+b1) over (0.12-1) ...
  Preparing to unpack .../libdevel-callparser-perl_0.002-1+b2_amd64.deb ...
  Unpacking libdevel-callparser-perl (0.002-1+b2) over (0.002-1+b1) ...
  Preparing to unpack .../libmoose-perl_2.1604-1+b1_amd64.deb ...
  Unpacking libmoose-perl (2.1604-1+b1) over (2.1604-1) ...
  Preparing to unpack .../libdata-alias-perl_1.20-1+b1_amd64.deb ...
  Unpacking libdata-alias-perl (1.20-1+b1) over (1.20-1) ...
  Preparing to unpack .../libdevel-callchecker-perl_0.007-1+b1_amd64.deb ...
  Unpacking libdevel-callchecker-perl (0.007-1+b1) over (0.007-1) ...
  Preparing to unpack .../libvariable-magic-perl_0.59-1+b1_amd64.deb ...
  Unpacking libvariable-magic-perl (0.59-1+b1) over (0.59-1) ...
  Preparing to unpack .../libdatetime-perl_2%3a1.21-1+b1_amd64.deb ...
  Unpacking libdatetime-perl (2:1.21-1+b1) over (2:1.21-1) ...
  Preparing to unpack .../libparse-keyword-perl_0.08-2+b1_amd64.deb ...
  Unpacking libparse-keyword-perl (0.08-2+b1) over (0.08-2) ...
  Preparing to unpack .../liblist-moreutils-perl_0.413-1+b1_amd64.deb ...
  Unpacking liblist-moreutils-perl (0.413-1+b1) over (0.413-1) ...
  Preparing to unpack .../libparams-util-perl_1.07-2+b2_amd64.deb ...
  Unpacking libparams-util-perl (1.07-2+b2) over (1.07-2+b1) ...
  Preparing to unpack .../libtext-charwidth-perl_0.04-7+b4_amd64.deb ...
  Unpacking libtext-charwidth-perl (0.04-7+b4) over (0.04-7+b3) ...
  Preparing to unpack .../libtext-iconv-perl_1.7-5+b3_amd64.deb ...
  Unpacking libtext-iconv-perl (1.7-5+b3) over (1.7-5+b2) ...
  Preparing to unpack .../libpackage-stash-xs-perl_0.28-2+b2_amd64.deb ...
  Unpacking libpackage-stash-xs-perl (0.28-2+b2) over (0.28-2+b1) ...
  Preparing to unpack .../libb-hooks-op-check-perl_0.19-2+b2_amd64.deb ...
  Unpacking libb-hooks-op-check-perl (0.19-2+b2) over (0.19-2+b1) ...
  Processing triggers for man-db (2.7.5-1) ...
  Setting 

Bug#808763: Running pytest

[Tristan Seligmann]

If you want to run pytest with a particular version of python, then
"pythonX.Y -m pytest" is a much better way than relying on the py.test-X.Y
scripts.

Bug#808849: fso-frameworkd: FTBFS: cp: cannot stat 'debian/tmp/usr/bin': No such file or directory

[Chris Lamb]

Source: fso-frameworkd
Version: 0.10.1-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

fso-frameworkd fails to build from source in unstable/amd64:

  [..]

  changing mode of 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/usr/bin/frameworkd
 to 755
  changing mode of 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/usr/bin/dump-netlink
 to 755
  changing mode of 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/usr/bin/opimd_fix_db
 to 755
  running install_data
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/dbus-1
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/dbus-1/system.d
  copying etc/dbus-1/system.d/frameworkd.conf -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/dbus-1/system.d
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/init.d
  copying etc/init.d/frameworkd -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/init.d
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/schema
  copying etc/freesmartphone/opreferences/schema/phone.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/schema/
  copying etc/freesmartphone/opreferences/schema/profiles.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/schema/
  copying etc/freesmartphone/opreferences/schema/rules.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/schema/
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/profiles
  copying etc/freesmartphone/opreferences/conf/profiles/default.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/profiles/
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/phone
  copying etc/freesmartphone/opreferences/conf/phone/default.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/phone
  copying etc/freesmartphone/opreferences/conf/phone/silent.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/phone
  copying etc/freesmartphone/opreferences/conf/phone/vibrate.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/phone
  copying etc/freesmartphone/opreferences/conf/phone/ring.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/phone
  creating 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/rules
  copying etc/freesmartphone/opreferences/conf/rules/default.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/rules
  copying etc/freesmartphone/opreferences/conf/rules/silent.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/rules
  copying etc/freesmartphone/opreferences/conf/rules/vibrate.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/rules
  copying etc/freesmartphone/opreferences/conf/rules/ring.yaml -> 
/home/lamby/temp/cdt.20151223192505.alhSxf6VCt/fso-frameworkd-0.10.1/debian/fso-frameworkd/etc/freesmartphone/opreferences/conf/rules
  creating