Bug#824374: Please update to latest upstream

[Julien Puydt]

Package: python-tz
Version: 2015.7+dfsg-0.1

could you please package latest upstream?

Thanks,

Snark on #debian-python

Bug#824373: RFS: node-moment/2.13.0+ds-1

[Julien Puydt]

Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

  I am looking for a sponsor for my package "node-moment"

 * Package name: node-moment
   Version : 2.13.0+ds-1
   Upstream Author : Tim Wood, Iskren Chernev and Moment.js contributors
 * URL : https://github.com/moment/moment
 * License : Expat
   Section : web

  It builds those binary packages:

libjs-moment - Work with dates in JavaScript (library)
 node-moment - Work with dates in JavaScript (Node.js module)

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


  https://mentors.debian.net/package/node-moment


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

dget -x 
https://mentors.debian.net/debian/pool/main/n/node-moment/node-moment_2.13.0+ds-1.dsc


  Changes since the last upload:
node-moment (2.13.0+ds-1) unstable; urgency=medium

  * New upstream release.
  * Pushed standards-version up.
  * Use https in Vcs-* fields.
  * Ship locales. (Closes: #815482)

Thanks,

Snark on #debian-js

Bug#812475: r-base-core: .desktop file is not completely valid

[Charles Plessy]

Version: 3.2.3-6

Le Sat, Apr 16, 2016 at 01:43:21PM +0200, Pino Toscano a écrit :
> In data domenica 24 gennaio 2016 10:44:00, Dirk Eddelbuettel ha scritto:
> > On 24 January 2016 at 10:15, Pino Toscano wrote:
> > | 
> > | the provided R.desktop is not completely valid (see also output of
> > | `desktop-file-validate`).
> > | The attached patch fixes all the issues:
> > | - the 'Categories' key is a list, so it must end with the list
> > |   separator (';')
> > 
> > Thanks for catching that!  I just made the change in my sources; this may 
> > not
> > warrant a new build though.
> 
> No worries (I saw there were uploads in the meanwhile).

Hi Dirk and Pino,

I just saw that while Dirk applied the patch in version 3.2.3-5, the Debian
archive never saw it and therefore the bug stayed open while the issue was
fixed.

I am therefore closing the bug from version 3.2.3-6.

Have a nice Sunday,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan

Bug#821907: RFS: fbless/0.2.3-1 ITP

[Dmitry Bogatov]

> Please rename README to README.ru, preferably upstream.

dh_install'ed

> Please consider using hyphenation data from hyphen-* packages.

dh_linktree'ed

Please, review once more.

Bug#675715: Reproduced the bug with scim-1.4.16 on xterm

[Benda Xu]

Hi Tz-Huan,

Tz-Huan Huang  writes:

> What input module do you use? I have tried scim-pinyin but I cannot
> get the black boxes as you provided. Here is my screenshot for your
> reference
>
> https://www.csie.ntu.edu.tw/~tzhuan/tmp/sid.png

It seems to be exclusive on xterm.  What terminal emulator are you
using?

Cheers,
Benda

Bug#824372: debdiff: Bash completion omits some command options

[Ben Finney]

Package: devscripts
Version: 2.16.4
Severity: normal
User: devscri...@packages.debian.org
Usertags: debdiff
Owner: !

The Bash completion function for the ‘debdiff’ command omits some
options. For example, the ‘--help’ option:

$ debdiff --h   # result: no completions offered.

The following options are omitted:

--noconf(though ‘--no-conf’ is included)
--help
--version

All “short” (single-hyphen, one-letter) options are also omitted:

-h
-v
-q
-w

I will attempt to correct this by re-writing the completion function.

-- 
 \ “Pinky, are you pondering what I'm pondering?” “I think so, |
  `\  Brain, but what if the hippopotamus won't wear the beach |
_o__)   thong?” —_Pinky and The Brain_ |
Ben Finney 


signature.asc
Description: PGP signature

Bug#809388: evince: evince aborts after a few seconds without an error message

[Janusz S. Bien]

Quote/Cytat - Jason Crain  (Sat 14 May 2016  
11:45:57 PM CEST):



Control: tags -1 + unreproducible moreinfo

On Wed, Dec 30, 2015 at 07:43:26AM +0100, Janusz S. Bień wrote:

I'm working on a rather sophisticated document with LuaLateX using PDF
Optional Content Groups (OCG), cf.

https://bitbucket.org/jsbien/parkosz-traktat/downloads/ParkoszLatinPolish1.pdf

(the source is available in the repository).

Evince often aborts without an error message. Looks like switching the
windows is one of the factors which trigger this, but in general I can't
see any regularities.

Tt is especially annoying when using AUC-TeX, so I mentioned the problem
first on the AUC-TeX list

http://thread.gmane.org/gmane.emacs.auctex.general/5810/focus=5812

but then nobody was able to reproduce my problem.


I'm having trouble reproducing this too.  From your description, it
sounds like this happens when viewing the PDF or switching between
windows?


It happens only on specific PDFs like the one mentioned above. I  
stopped working on them for the time being and I have no problems with  
evince in my everyday use.


 If this happens regularly to you, can you run evince in a

debugger and provide a stack trace?  Please see
http://live.gnome.org/GettingTraces for more information on how to do
so.

Additionally, to get a good stack trace with debugging symbols, you'll
need to install some debug packages.  Debugging symbols for Evince's
dependencies can be installed with:

   apt-get install gnome-dbg poppler-dbg libcairo2-dbg

Debug symbols for Evince itself have recently moved to the automatic
debugging symbols system which is still a little awkward to use.  For an
up to date stretch/testing system, you can install these by adding this
line to /etc/apt/sources.list:

  deb http://debug.mirrors.debian.org/debian-debug/ unstable-debug main

And running the command:

   apt-get update && apt-get install -t unstable-debug evince-dbgsym \
   libevdocument3-4-dbgsym libevview3-3-dbgsym

Yes, it's unstable-debug, but testing-debug doesn't work yet and Evince
in unstable and testing currently match so it should be OK.


Thanks for the detailed debugging instructions.

I will try to reproduce my problems, but not immediately, as I have a  
rather hectic time till the mid of June.


Best regards

Janusz


--
Prof. dr hab. Janusz S. Bień -  Uniwersytet Warszawski (Katedra  
Lingwistyki Formalnej)

Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department)
jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/

Bug#824371: git-extras: installs Bash completion script to wrong directory

[Ben Finney]

Package: git-extras
Version: 4.1.0-1
Severity: normal

According to ‘/usr/share/doc/bash-completion/README.Debian’:

Completions are kept in /usr/share/bash-completion/completions.

The Bash completion script for ‘git-extras’ is installed to the wrong
location, ‘/usr/share/bash_completion/git-extras’ (note the incorrect
underscore “_”).

To be effective the file should be installed to
‘/usr/share/bash-completion/completions/git-extras’.

This is done correctly by the Debhelper tool ‘dh_bash-completion(1)’
if it is configured to do so.

-- 
 \   “One of the most important things you learn from the internet |
  `\   is that there is no ‘them’ out there. It's just an awful lot of |
_o__)‘us’.” —Douglas Adams |
Ben Finney 


signature.asc
Description: PGP signature

Bug#824370: freedombox-setup: Require libapache2-mod-gnutls >= 0.7.4-1

[Sunil Mohan Adapa]

Package: freedombox-setup
Version: 0.9
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

Since we depend on fix for the bug https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=514005 in latest Plinth, we need to depend on mod-gnutls
that contains the bug fix. That version is 0.7.4-1 although the current version
is 0.7.4-2.  The attached patch contains the needed change. Please consider
applying the patch before release of 0.9.1.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJXN/7AAAoJEDbDYUQMm8lxg+wQALPcJck1xBbfq3Vi2mahIFeY
s19iyiJcUQWUNOQQ7Gl3j8zHCEiLjKBfLELU86cYcDlySif5onZhBl3BKr4cg/5c
rQeZi3nni+iOW6525VC65qU03kDI7mtw0kmpnnNbllMfMOThDVm6UjUliKY+Nhp/
GBF2ErtgVPCwoNQHd42/2J/Z2WWnEr1sZDFchgRws6iWHgEmINPfMu8Gsa6WBSMv
ouUclYpUDI25A1gcX/LnNKKEta76pryAWtdBWnEIN8joS6lpR0riPoo9cYKi+2r4
VplxxW+Nqq3V03JKs2FpMqkGQc/CI5dfobtH3QRA3IzyqFf+I8eg2jeE8pZgw7wI
wYhJUUmOKMQAp52K4bZTlUq7GvlErsV+yc2IymA3Sa+dx2Xq9jToIapEkENPGotX
jVbWbmwszvXq7MSNDigJAHW3CJaP/uOYHZwo/1o0N3S0JMTe65HNr5Lh92PESjsL
1+WJ4GZpEVj7L6gNW0NV7EeHqME3iJOmkFzWwpJtTmZWGO12BAaLVChiHkMOXi4z
EGxeFiGia6Yoilz2R7sbcTPqEBhZuyYmXAdjhZVbpw+Ex932hfGobsAVKWwiNtb0
klgCrALWq/bNqCSAh9pV6nIkHrNp9TU/Jt836y+HXY6BdT6qDdF6fXdyApWbYyE9
57pIwxnpggAmIpF+PG+O
=+4CV
-END PGP SIGNATURE-
>From 5aaeb4d473f153890c1a907126fed54e7e16b615 Mon Sep 17 00:00:00 2001
From: Sunil Mohan Adapa 
Date: Sun, 15 May 2016 10:01:04 +0530
Subject: [PATCH] Require libapache2-mod-gnutls >= 0.7.4-1

---
 debian/changelog | 1 +
 debian/control   | 2 +-
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 557d7e1..5b058b0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,6 +5,7 @@ freedombox-setup (0.9.1) UNRELEASED; urgency=medium
 
   [ Sunil Mohan Adapa ]
   * When upgrading from < 0.9 enable php7.
+  * Require libapache2-mod-gnutls >= 0.7.4-1 to include fix for #514005.
 
  -- James Valleroy   Thu, 12 May 2016 19:45:37 -0400
 
diff --git a/debian/control b/debian/control
index bc1b86d..2bc5c4c 100644
--- a/debian/control
+++ b/debian/control
@@ -46,7 +46,7 @@ Depends: ${misc:Depends}
  , iptables
  , iputils-ping
  , iw
- , libapache2-mod-gnutls
+ , libapache2-mod-gnutls (>= 0.7.4-1)
  , libapache2-mod-php
  , libnss-gw-name
  , libnss-mdns
-- 
2.8.1

Bug#823285: [Pkg-fonts-devel] Bug#823285: fonts-vlgothic: wrong glyph for  U+1F643 UPSIDE-DOWN FACE

[Hideki Yamane]

control: forwarded -1 https://osdn.jp/projects/vlgothic/forums/16135/37725/


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Bug#824369: debdiff: wrong Bash completion behaviour for ‘--debs-dir’ option

[Ben Finney]

Package: devscripts
Version: 2.16.4
Severity: normal
User: devscri...@packages.debian.org
Usertags: debdiff
Owner: !

The behaviour of the Bash completion function for the ‘debdiff’
command is broken:

$ debdiff --debs-dir 
# result: inserts one SPACE, no names.

$ debdiff --debs-dir ../
# result: *every* matching directory name at once, on separate lines.

I will attempt to correct this by re-writing the completion function.

-- 
 \  “I stayed up all night playing poker with tarot cards. I got a |
  `\  full house and four people died.” —Steven Wright |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#824293: apt-cacher-ng: "Problem with" non-existent index files

[Daniel Richard G.]

On Sat, 2016 May 14 22:11+0200, Eduard Bloch wrote:
>
> Yes, they are gone. And the expiration algorithm should to ignore them
> if a better version is found, i.e. Packages.xz. Just like apt does.
> Such files are also stored there when the pdiff patcher recreated a
> copy using pdiff patches so the next run can take this version as base
> for patching.
>
> Do you see any problem with that files?

These "Packages" files had a parallel .xz version in the cache, and also
a .gz on the upstream server. Now that you mention it, it's possible the
uncompressed files were the result of pdiff patching... although
wouldn't there not be .head files then?

Whatever their provenance, acng should not have sent out e-mail about
them. The 404 errors were either expected (when the uncompressed file is
a creation of acng that does not exist on the server) or non-fatal
(when other forms of the same index file are present for expiration
purposes). Neither situation should require intervention from the admin.

> > Unlike the previous situation, none of these index files exist on
> > the upstream server. I only have empty files (and no .head file)
> > for each.
>
> Maybe because it's arm64 and many mirrors don't contain it? Do have
> arm64 clients?

Correct, my mirrors certainly don't have those files. There were also
empties for armhf, s390x, etc. and I don't have clients on those either.

> Please share more information: which mirror, what's else inside of
> your cache ("find /var/cache/apt-cacher-ng").

I'm just using the "primary" U.S. mirror servers, http.us.debian.org and
us.archive.ubuntu.com. There are other repositories as well, but the
problem is already observable with these.

> The new extension in 0.9.2 identifies a by-hash/... file referenced by
> InRelease file then it creates an empty file there. This is designed
> specially for the case where user installs xenial with their recent
> apt which does not bother to download Packages.xz from the original
> location so the file is not created ever (not visible to proxy) and
> eventually cache maintenance starts cleaning "unreferenced" stuff.

I do notice that [Ubuntu xenial] InRelease lists a bunch of things that
are actually not available from the "primary" mirror, like binary-
arm64/*, binary-powerpc/*, etc. Is acng assuming that a mirror server
can provide everything that is in InRelease?

> > I did recall seeing during a manual scan/expiration shortly after
> > installing 0.9.2 that acng was "touching" a lot of index files. I
> > suspect it was doing so in the sense of creating empty files rather
> > than just updating timestamps.
>
> "touching" means what touch(1) does.

Okay, so acng creates those empty files. It shouldn't complain, then, if
it can't download those files from the upstream. Just because InRelease
describes X doesn't mean that X can actually be downloaded from that
(same) server, at least in the Ubuntu case.

> > And if that weren't enough, when I went to the expiration page and
> > hit "Check all" and then "Delete selected" to clean up this mess,
> > the resulting list on the confirmation page included numerous valid
> > index files for amd64/i386---even though they did exist upstream,
> > had been
>
> Please send the resulting web page, my crystal ball is broken.

It's pretty big. My point is, "Check all" appears to select more files
than just those with a checkbox. None of the amd64/i386 index files had
trouble downloading, so none of those had checkboxes, and yet there they
are on the delete-confirmation page after "Check all."

> > downloaded correctly, and did not have a "Tag" checkbox on the
> > expiration page. It was even going to delete files like
> > ubuntu/dists/xenial/Release!
>
> Checkbox is displayed only once per file, maybe you needed to scroll
> up to find the first one?

I looked through the whole list, and didn't see a checkbox for any
amd64/i386 index file. And the Release file didn't have a checkbox,
because it was downloadable.

(Isn't the fact that acng was about to expire-delete the Release file
for the current Ubuntu release a pretty clear indicator in itself that
something's not right? Sure, maybe if all files on the upstream server
suddenly disappeared. But short of something extraordinary like that,
this should never happen.)

> > I ended up deleting these files from the cache manually, but as soon
> > as I ran another scan, there they were again.
>
> Correct. That's why I would like to see what exactly was found in
> your cache.

I'll send you some telemetry soon, probably off-list due to its bulk.
The behavior is consistently reproducible, much to my aggravation, but
at least that should make catching it easy.

Bug#612242: tracker: Really high CPU Usage and Memory Leak

[Joshua Bowren]

I experience this issue in the Jessie and reconfiguring locales does not 
fix the issue. I tried removing all locales but one, but no avail. Any 
ideas how I can work around the issue? Removing tracker's configuration 
directories in .local and .cache did not help.

Bug#824368: fsm-lite: uses bad CPPFLAGS; always tries to build with -msse4.2

[Aaron M. Ucko]

Source: fsm-lite
Version: 1.0-1
Severity: important
Justification: fails to build from source

Hi, Andreas.

Builds of fsm-lite for non-x86 architectures have been failing:

  g++: error: unrecognized command line option '-msse4.2'
  : recipe for target 'configuration.o' failed

The issue turns out to be with the CPPFLAGS setting in the upstream
Makefile, which I found to be problematic in various ways.  From most
to least severe (at least arguably):

* It insists on building with -msse4.2, which is only an option on
  x86, and even there results in binaries that don't run on older
  hardware.

* It loses any preexisting CPPFLAGS setting, thereby missing the usual
  -D_FORTIFY_SOURCE=2.

* It insists on building with -O3, even in noopt builds.

* It pulls in ~/software/include, which could theoretically have bogus
  content.

* It generally contains flags that would be more appropriate for
  CXXFLAGS.

As such, I'd suggest replacing that setting with

CPPFLAGS += -DNDEBUG
CXXFLAGS += -std=c++11

Also, the depend target should use CPPFLAGS and CXXFLAGS rather than
duplicating any of their contents, but that's less of a big deal.

Could you please take a look?

Thanks!

Bug#823232: [Pkg-openldap-devel] Bug#823232: libldap-2.4-2: Cannot connect to LDAP server with invalid (self-signed or non-standard CA signed) certificate

[Ryan Tandy]

On Mon, May 02, 2016 at 05:44:58PM +0300, Aki Tuomi wrote:

2. Try connect with openldap -Z -H ldap://server ...

Expected behaviour
Invalid cert ignored, and TLS continues


I failed to read this closely enough the first time.

This is actually not the intended behaviour, though: the meaning of the 
-Z option is to attempt TLS, but continue without it (cleartext) if the 
startTLS operation fails. Therefore using TLS_REQCERT allow and -ZZ is a 
better solution.



Actual behaviour
Failure with non-descriptive error, debug shows
ldap_start_tls: Connect error (-11)


... but this is not the expected behaviour, either way!

There's something odd going on after the certificate is rejected - may 
be a bug in the GnuTLS support, or in the core TLS implementation - it 
looks like the client sends a plain Bind request while the the server is 
still expecting a TLS handshake, possibly. But I'd rather discourage the 
use of this fallback to cleartext anyway, so I'm not going to look 
further into that right now. And an OpenSSL-linked slapd closes the 
connection outright after the TLS negotiation fails, which seems like 
the more prudent thing to do.

Bug#824367: flashplugin-nonfree: installation fails with "ERROR: failed to get upstream version"

[jerojasro]

On Sat, May 14, 2016 at 09:37:18PM -0500, Javier Eduardo Rojas Romero wrote:
> Package: flashplugin-nonfree
> Version: 1:3.6.1+b1
> Severity: grave
> Tags: upstream
> Justification: renders package unusable

After playing a bit with the issue, I noticed that the Flash installation fails
because the script that gets the current upstream version number times out
while trying to download Adobe's main page. Increasing the timeout of the wget
command used (line 37, get-upstream-version.pl) fixed the issue.

Also, this is not grave, as it only affects users with really lousy Internet
connections.

Bug#673218: #673218 - nautilus: hangs on file properties waiting for tracker

[Joshua Bowren]

It seems this issue actually pertains to tracker. There are several bug 
reports filed for this issue under its package, namely this one: #612242 
.

Bug#824367: flashplugin-nonfree: installation fails with "ERROR: failed to get upstream version"

[Javier Eduardo Rojas Romero]

Package: flashplugin-nonfree
Version: 1:3.6.1+b1
Severity: grave
Tags: upstream
Justification: renders package unusable

Hello,

"apt-get install flashplugin-nonfree" fails with the following message:

failed to read http://www.adobe.com/ at get-upstream-version.pl line 48.
ERROR: failed to get upstream version
More information might be available at:
  http://wiki.debian.org/FlashPlayer

It seems to me the script (get-upstream-version.pl) needs an update to
deal with Adobe's current version of its website. But I'm not the expert
here :)


-- Package-specific info:
Debian version: stretch/sid
Architecture: amd64
Package version: 1:3.6.1+b1
MD5 checksums:
md5sum: '/var/cache/flashplugin-nonfree/*': No such file or directory
md5sum: /usr/lib/flashplugin-nonfree/libflashplayer.so: No such file or 
directory
Alternatives:
update-alternatives: error: no alternatives for flash-mozilla.so
ls: cannot access '/usr/lib/mozilla/plugins/flash-mozilla.so': No such 
file or directory
/usr/lib/mozilla/plugins/flash-mozilla.so: cannot open 
`/usr/lib/mozilla/plugins/flash-mozilla.so' (No such file or directory)

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

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

Versions of packages flashplugin-nonfree depends on:
ii  binutils   2.26-8
ii  ca-certificates20160104
ii  debconf [debconf-2.0]  1.5.59
ii  gnupg  1.4.20-6
ii  libatk1.0-02.20.0-1
ii  libcairo2  1.14.6-1+b1
ii  libcurl3-gnutls7.47.0-1
ii  libfontconfig1 2.11.0-6.4
ii  libfreetype6   2.6.3-3+b1
ii  libgcc11:5.3.1-14
ii  libglib2.0-0   2.48.0-1
ii  libgtk2.0-02.24.30-1.1
ii  libnspr4   2:4.12-2
ii  libnss32:3.23-2
ii  libpango1.0-0  1.40.1-1
ii  libstdc++6 5.3.1-14
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.5-1
ii  wget   1.17.1-1+b1

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  fonts-dejavu   2.35-1
pn  hal
ii  iceweasel  45.0.2esr-1
pn  konqueror-nsplugins
pn  ttf-mscorefonts-installer  
pn  ttf-xfree86-nonfree

-- no debconf information

Bug#824266: [Python-modules-team] Bug#824266: mkdocs: Please support SOURCE_DATE_EPOCH specification for build time stamps

[Brian May]

Axel Beckert  writes:

> mkdocs integrates build time stamps into the documentation it is
> generating. This makes at least unburden-home-dir no more reproducibly
> building because it now uses mkdocs to generate HTML documentation at
> build time.

Is this something that should be forwarded upstream?

https://github.com/mkdocs/mkdocs/issues
-- 
Brian May 

Bug#673218: #673218 - nautilus: hangs on file properties waiting for tracker

[Joshua Bowren]

It seems the regular gnome search feature also causes tracker-store to 
start, but it uses less CPU.

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

[Eric Heintzmann]

Le 15/05/2016 03:26, Adam Borowski a écrit :
> On Sun, May 15, 2016 at 03:04:37AM +0200, Eric Heintzmann wrote:
>> Le 15/05/2016 02:46, Adam Borowski a écrit :
>>> On Sat, May 14, 2016 at 12:39:16PM +0200, Eric Heintzmann wrote:
   I am looking for a sponsor for my package "gnustep-make"

  * Package name: gnustep-make
Version : 2.6.8-1

 dget -x 
 https://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.8-1.dsc
>>> As there's LOADS of packaging changes, could you please push them to a VCS? 
>>> That'd make reviewing greatly easier.  From the new changelog I assume you
>>> used git, I just don't see anything new past 2.6.6-3 on any branches on
>>> pkg-gnustep/gnustep-make.git.
>> Sorry, but I've not used git nor any VCS because I work all alone
>> since I am the last active member of the Debian GNUstep maintainers.
>> If I had knew that make reviewing easier, I would have used Git.
>> If you want I can push my changes on pkg-gnustep/gnustep-make.git
>> but there will be only one big commit.
>> Sorry, I ve done a mistake how can I repair it ?
> Oif.  I guess trying to split this big commit would be far more work than
> just reviewing it the hard way, so there's nothing that can be done here.
> That's unfortunate as it raises the difficulty of review considerably.
>
> As gnustep-make is a complex package I'm not familiar with, I'm afraid
> I'll leave it to someone with more time and experience.
>
I think I can split this big commit in multiple commits, one for each file.
If needed I will do it.

Thanks

Bug#741945: evince: in fullscreen, the toolbar hides the top of the side pane

[Vincent Lefevre]

Control: fixed -1 3.14.1-2
Control: tags -1 upstream fixed-upstream
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=696643

To summarize the situation, the main problem has been fixed upstream
in the following commit:

commit 51b8ebc2226bc11e4dabab04423c096a8c89b8ae
Author: Giselle Machado 
Date:   2014-03-30

Show fullscreen toolbar only when moving the mouse to the top of
the screen

When in fullscreen, the toolbar is hidden on the
top of the screen. Moving the mouse there makes
the toolbar appears and removing it makes it
disappear again.

https://bugzilla.gnome.org/show_bug.cgi?id=696643

M   shell/ev-window.c

but the current behavior can still be annoying in certain cases, where
one needs to wait for a few seconds before being able to access to the
top of the sidebar. That's why the upstream bug is still open. But I
don't think it is useful to reopen the Debian bug. Debian users should
be able to reach this bug via a search engine, then go to the upstream
bug if need be.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

[Adam Borowski]

On Sun, May 15, 2016 at 03:04:37AM +0200, Eric Heintzmann wrote:
> Le 15/05/2016 02:46, Adam Borowski a écrit :
> > On Sat, May 14, 2016 at 12:39:16PM +0200, Eric Heintzmann wrote:
> >>   I am looking for a sponsor for my package "gnustep-make"
> >>
> >>  * Package name: gnustep-make
> >>Version : 2.6.8-1
> >>
> >> dget -x 
> >> https://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.8-1.dsc
> > As there's LOADS of packaging changes, could you please push them to a VCS? 
> > That'd make reviewing greatly easier.  From the new changelog I assume you
> > used git, I just don't see anything new past 2.6.6-3 on any branches on
> > pkg-gnustep/gnustep-make.git.
> 
> Sorry, but I've not used git nor any VCS because I work all alone
> since I am the last active member of the Debian GNUstep maintainers.
> If I had knew that make reviewing easier, I would have used Git.
> If you want I can push my changes on pkg-gnustep/gnustep-make.git
> but there will be only one big commit.
> Sorry, I ve done a mistake how can I repair it ?

Oif.  I guess trying to split this big commit would be far more work than
just reviewing it the hard way, so there's nothing that can be done here.
That's unfortunate as it raises the difficulty of review considerably.

As gnustep-make is a complex package I'm not familiar with, I'm afraid
I'll leave it to someone with more time and experience.

Apologies.
-- 
A tit a day keeps the vet away.

Bug#823482: Option author-is-committer = False apparently ignored.

[Charles Plessy]

Le Sun, May 08, 2016 at 01:56:12PM +0200, Guido Günther a écrit :
> severity 823482 wishlist
> retitle 823482 Needs option committer-is-author to override getting author 
> from debian/changelog
> thanks

Hi Guido,

I just figured out that the following command, ran after gbp import-dsc, does
what I want:

git commit --amend --reset-author --no-edit

So in the end, as an alternative to add the option, the command above could be
just mention the somewhere in the manual page. 

Have a nice Sunday,

-- 
Charles

Bug#824366: nmu: gnome-todo_3.20.2-1

[Michael Biebl]

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

Hi,

gnome-todo had a sourceful upload while the libical transition is
ongoing and the amd64 build was done in an outdated build environment,
so it picked up a dependency on the old libical1a lib.
Please schedule a new binNMU on amd64

Thanks,
Michael

nmu gnome-todo_3.20.2-1 . amd64 . unstable . -m "rebuild against libical2"

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

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

Bug#741945: evince: in fullscreen, the toolbar hides the top of the side pane

[Vincent Lefevre]

On 2016-05-14 17:24:54 -0500, Jason Crain wrote:
> Closing.  I know this was submitted a while ago, but the behavior I
> currently see in Evince is that the header bar only appears when the
> mouse moves to the top edge of the screen, so the side pane is still
> usable with the mouse.

I can't reproduce the problem either with the current version.
I can't even reproduce it with evince 3.14.1-2 from stable.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

[Eric Heintzmann]

Le 15/05/2016 02:46, Adam Borowski a écrit :
> Hi!
>
> On Sat, May 14, 2016 at 12:39:16PM +0200, Eric Heintzmann wrote:
>>   I am looking for a sponsor for my package "gnustep-make"
>>
>>  * Package name: gnustep-make
>>Version : 2.6.8-1
>>
>> dget -x 
>> https://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.8-1.dsc
> As there's LOADS of packaging changes, could you please push them to a VCS? 
> That'd make reviewing greatly easier.  From the new changelog I assume you
> used git, I just don't see anything new past 2.6.6-3 on any branches on
> pkg-gnustep/gnustep-make.git.

Sorry, but I've not used git nor any VCS because I work all alone
since I am the last active member of the Debian GNUstep maintainers.
If I had knew that make reviewing easier, I would have used Git.
If you want I can push my changes on pkg-gnustep/gnustep-make.git
but there will be only one big commit.
Sorry, I ve done a mistake how can I repair it ?

Thanks

Bug#824364: spice-vdagent: resize not working with qxl

[Gedalya]

Now I've installed the Cinnamon desktop. When logging in I get a notification 
that we're running in software rendering mode. qxl is loaded. Resizing works:

spice-vdagent[2858]: 0x56310d707dc0 connected to 
/var/run/spice-vdagentd/spice-vdagent-sock
spice-vdagent[2858]: Selection window: 18874369
spice-vdagent[2858]: Screen 0 1456x857+0+0
spice-vdagent[2858]: 0x56310d707dc0 sent guest xorg resolution, arg1: 1456, 
arg2: 857, size 16
spice-vdagent[2858]: net_wm_name: "Mutter (Muffin)", has icons: 0
spice-vdagent[2858]: 0x56310d707dc0 received version, arg1: 0, arg2: 0, size 7
spice-vdagent[2858]: 0x56310d707dc0 received client disconnected, arg1: 0, 
arg2: 0, size 0
spice-vdagent[2858]: Root size of screen 0 changed to 1480x872 send 1
spice-vdagent[2858]: Screen 0 1480x872+0+0
spice-vdagent[2858]: 0x56310d707dc0 sent guest xorg resolution, arg1: 1480, 
arg2: 872, size 16

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

[Adam Borowski]

Hi!

On Sat, May 14, 2016 at 12:39:16PM +0200, Eric Heintzmann wrote:
>   I am looking for a sponsor for my package "gnustep-make"
> 
>  * Package name: gnustep-make
>Version : 2.6.8-1
> 
> dget -x 
> https://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.8-1.dsc

As there's LOADS of packaging changes, could you please push them to a VCS? 
That'd make reviewing greatly easier.  From the new changelog I assume you
used git, I just don't see anything new past 2.6.6-3 on any branches on
pkg-gnustep/gnustep-make.git.

If for whatever reason you can't/don't want to push your changes there (no
access, dislike for amends, etc), any other repository would be fine for
now.  I just don't feel like going through such a huge diff unassisted.

Meow!
-- 
A tit a day keeps the vet away.

Bug#824085: Updated patch ready to commit to git

[Charles Plessy]

Le Fri, May 13, 2016 at 11:54:20AM +0200, Raphael Hertzog a écrit :
> 
> Those changes will additionnaly make it possible to use 
> f...@packages.debian.org
> (or future teams+...@tracker.debian.org) emails in package maintainer field
> and have all co-maintainers subscribed through the Debian package tracker.

Thanks a lot, Raphaël, this will be wonderful.

Have a nice Sunday,

-- 
Charles

Bug#824365: ITP: golang-github-aelsabbahy-gonetstat -- Netstat implementation in Go

[Andrew Starr-Bochicchio]

Package: wnpp
Severity: wishlist
Owner: Andrew Starr-Bochicchio 

* Package name: golang-github-aelsabbahy-gonetstat
  Version : 0.0~git20160428.0.edf89f7-1
  Upstream Author : Ahmed Elsabbahy
* URL : https://github.com/aelsabbahy/GOnetstat
* License : Expat
  Programming Lang: Go
  Description : Netstat implementation in Go

 GOnetstat Netstat implementation in Golang.
 .
 This Package get data from /proc/net/tcp|6 and /proc/net/udp|6 and
 parse /proc/[0-9]/fd/[0-9] to match the correct inode.

Bug#824364: Subject: spice-vdagent: resize not working with qxl

[Gedalya]

Package: spice-vdagent
Version: 0.15.0-1.3

Dear Maintainer,

Running Debian Stretch as a guest under KVM using virt-manager. The host is 
also running Debian Stretch.
Using MATE with lightdm, in case that matters.
Resizing the VM viewer window doesn't cause spice-vdagent to adjust the 
resolution accordingly. However, this does work when the qxl kernel module is 
blacklisted.
This was originally observed on an ubuntu xenial (16.04) guest.
Trying different viewers - virt-manager's console window, remote-viewer, 
virt-viewer, didn't make a difference.

qxl blacklisted:

spice-vdagent[2850]: 0x55f88ca36dc0 connected to 
/var/run/spice-vdagentd/spice-vdagent-sock
spice-vdagent[2850]: Selection window: 54525953
spice-vdagent[2850]: Screen 0 1472x894+0+0
spice-vdagent[2850]: 0x55f88ca36dc0 sent guest xorg resolution, arg1: 1472, 
arg2: 894, size 16
spice-vdagent[2850]: net_wm_name: "Metacity (Marco)", has icons: 0
spice-vdagent[2850]: 0x55f88ca36dc0 received version, arg1: 0, arg2: 0, size 7
spice-vdagent[2850]: 0x55f88ca36dc0 received monitors config, arg1: 0, arg2: 0, 
size 328
spice-vdagent[2850]: from guest: 16, 1
spice-vdagent[2850]: received monitor 0 config 1475x894+0+0
spice-vdagent[2850]: after zeroing: 1, 1
spice-vdagent[2850]: received monitor 0 config 1472x894+0+0
spice-vdagent[2850]: Screen 0 1472x894+0+0
spice-vdagent[2850]: 0x55f88ca36dc0 sent guest xorg resolution, arg1: 1472, 
arg2: 894, size 16
spice-vdagent[2850]: 0x55f88ca36dc0 received client disconnected, arg1: 0, 
arg2: 0, size 0
spice-vdagent[2850]: 0x55f88ca36dc0 received monitors config, arg1: 0, arg2: 0, 
size 328
spice-vdagent[2850]: from guest: 16, 1
spice-vdagent[2850]: received monitor 0 config 1514x893+0+0
spice-vdagent[2850]: after zeroing: 1, 1
spice-vdagent[2850]: received monitor 0 config 1512x893+0+0
spice-vdagent[2850]: Changing screen size to 1512x893
spice-vdagent[2850]: Root size of screen 0 changed to 1472x894 send 0
spice-vdagent[2850]: Root size of screen 0 changed to 1512x893 send 0
spice-vdagent[2850]: Screen 0 1512x893+0+0
spice-vdagent[2850]: 0x55f88ca36dc0 sent guest xorg resolution, arg1: 1512, 
arg2: 893, size 16
spice-vdagent[2850]: 0x55f88ca36dc0 received monitors config, arg1: 0, arg2: 0, 
size 328
spice-vdagent[2850]: from guest: 16, 1
spice-vdagent[2850]: received monitor 0 config 1514x893+0+0
spice-vdagent[2850]: after zeroing: 1, 1
spice-vdagent[2850]: received monitor 0 config 1512x893+0+0
spice-vdagent[2850]: Screen 0 1512x893+0+0
spice-vdagent[2850]: 0x55f88ca36dc0 sent guest xorg resolution, arg1: 1512, 
arg2: 893, size 16
spice-vdagent[2850]: 0x55f88ca36dc0 received monitors config, arg1: 0, arg2: 0, 
size 328
spice-vdagent[2850]: from guest: 16, 1
spice-vdagent[2850]: received monitor 0 config 1531x898+0+0
spice-vdagent[2850]: after zeroing: 1, 1
spice-vdagent[2850]: received monitor 0 config 1528x898+0+0
spice-vdagent[2850]: Deleting mode 1512x893-0
spice-vdagent[2850]: Changing screen size to 1528x898
spice-vdagent[2850]: Root size of screen 0 changed to 1512x893 send 0
spice-vdagent[2850]: Root size of screen 0 changed to 1528x898 send 0
spice-vdagent[2850]: Screen 0 1528x898+0+0
spice-vdagent[2850]: 0x55f88ca36dc0 sent guest xorg resolution, arg1: 1528, 
arg2: 898, size 16
spice-vdagent[2850]: 0x55f88ca36dc0 received monitors config, arg1: 0, arg2: 0, 
size 328
spice-vdagent[2850]: from guest: 16, 1
spice-vdagent[2850]: received monitor 0 config 1531x898+0+0
spice-vdagent[2850]: after zeroing: 1, 1
spice-vdagent[2850]: received monitor 0 config 1528x898+0+0
spice-vdagent[2850]: Screen 0 1528x898+0+0
spice-vdagent[2850]: 0x55f88ca36dc0 sent guest xorg resolution, arg1: 1528, 
arg2: 898, size 16
spice-vdagent[2850]: 0x55f88ca36dc0 received monitors config, arg1: 0, arg2: 0, 
size 328
spice-vdagent[2850]: from guest: 16, 1
spice-vdagent[2850]: received monitor 0 config 1559x899+0+0
spice-vdagent[2850]: after zeroing: 1, 1
spice-vdagent[2850]: received monitor 0 config 1552x899+0+0
spice-vdagent[2850]: Deleting mode 1528x898-0
spice-vdagent[2850]: Changing screen size to 1552x899
spice-vdagent[2850]: Root size of screen 0 changed to 1528x898 send 0
spice-vdagent[2850]: Root size of screen 0 changed to 1552x899 send 0
spice-vdagent[2850]: Screen 0 1552x899+0+0
spice-vdagent[2850]: 0x55f88ca36dc0 sent guest xorg resolution, arg1: 1552, 
arg2: 899, size 16
spice-vdagent[2850]: 0x55f88ca36dc0 received monitors config, arg1: 0, arg2: 0, 
size 328
spice-vdagent[2850]: from guest: 16, 1
spice-vdagent[2850]: received monitor 0 config 1559x899+0+0
spice-vdagent[2850]: after zeroing: 1, 1
spice-vdagent[2850]: received monitor 0 config 1552x899+0+0
spice-vdagent[2850]: Screen 0 1552x899+0+0
spice-vdagent[2850]: 0x55f88ca36dc0 sent guest xorg resolution, arg1: 1552, 
arg2: 899, size 16


qxl loaded:

spice-vdagent[2674]: 0x5613f424cdc0 connected to 
/var/run/spice-vdagentd/spice-vdagent-sock
spice-vdagent[2674]: Selection window: 33554433
spice-vdagent[2674]: Screen 0 1024x768+0+0
spice-vdagent[2674]: 

Bug#809467: FTCBFS on non-linux: not found

[Steven Chamberlain]

Hi Christian,

Christian Kastner wrote:
> Steven, can you confirm that this new version [1] can also be cross-built?
> 
> [1] http://www.kvr.at/debian/pool/main/libc/libcap2/libcap2_2.25-1.dsc

Sorry for the delay in getting back to you.  I've managed to get a
kfreebsd-amd64 -> linux-armhf cross toolchain working again, and yes I
can cross-build this version of the libcap2 package.

Thanks for this!

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Bug#816439: Grsec's RANDSTRUCT and Reproducible Builds

[bancfc]

On 2016-03-02 08:43, Dato Simó wrote:
While sill a long way Reproducible builds might pose a problem for a 
Grsec
kernel when CONFIG_GRKERNSEC_RANDSTRUCT is set to 'y' because this 
feature
randomizes kernel symbols and structures during compilation and is not 
meant
to be the same. For a publicly distributed kernel binary this feature 
does
not provide any protection anyhow because these addresses are already 
known.

This feature will need to be disabled for full compatibility with
reproducible build systems.


Just FYI, the @grsecurity account tweeted the following today:

Contrary to: https://bugs.debian.org/816439, RANDSTRUCT is
actually compatible with reproducible builds, just need to
keep randomize_layout_seed.h.

https://twitter.com/grsecurity/status/704869584218685440

No idea how relevant this is for reproducible builds in Debian. Just
relaying it.

Ciao,
-d


Spender's solution is better than completely disabling randkstruct 
because it forces adversaries to maintain exploit versions against every 
kernel version released - forcing them to expend more resources.

Bug#740754: pdftocairo: Completely incorrect output dimensions for rotated PDFs

[Jason Crain]

Control: fixed -1 0.43.0-1
Control: tags -1 + patch fixed-in-experimental

Fixed in poppler 0.43.0 in experimental
upstream bug: https://bugs.freedesktop.org/show_bug.cgi?id=94655
commit: 
https://cgit.freedesktop.org/poppler/poppler/commit/?id=af332349d7a5e3737ea53608cda2f1cad6159108

Bug#823232: [Pkg-openldap-devel] Bug#823232: libldap-2.4-2: Cannot connect to LDAP server with invalid (self-signed or non-standard CA signed) certificate

[Ryan Tandy]

Control: tag -1 confirmed upstream
Control: retitle -1 libldap-2.4-2: default TLS context setup ignores options 
set on connection

Hello,

Sorry for the delayed response.

On Mon, May 02, 2016 at 05:44:58PM +0300, Aki Tuomi wrote:

Most simple usecase:
1. Install slapd with non-default CA signed certificate
2. Try connect with openldap -Z -H ldap://server ...

Expected behaviour
Invalid cert ignored, and TLS continues

Actual behaviour
Failure with non-descriptive error, debug shows
ldap_start_tls: Connect error (-11)


This appears to work for me, tested as follows:

- in a clean jessie system, apt-get install ssl-cert slapd ldap-utils
- add the openldap user to the ssl-cert group
- configure slapd to use the snakeoil (self-signed) certs

$ LDAPTLS_REQCERT=allow ldapwhoami -ZZ -x
anonymous

Another option, which I personally would prefer, is to set the CA cert 
just for LDAP:


$ LDAPTLS_CACERT=/etc/ssl/certs/ssl-cert-snakeoil.pem ldapwhoami -ZZ -x
anonymous


Workaround, of course, is to install the non-standard CA as trusted CA
certificate. But the man page *does* say that it really should work.


Right, installing the non-standard CA system wide should not be 
necessary, for either of the options above.



The same behaviour occurs with direct LDAP library usage with

 int opt = LDAP_OPT_X_TLS_ALLOW;
 ldap_set_option(conn->conn, LDAP_OPT_X_TLS, );
 ldap_set_option(conn->conn, LDAP_OPT_X_TLS_REQUIRE_CERT, );

Again, this should allow non-trusted certificate on peer, which is appears
not to do.


As a side note, the LDAP_OPT_X_TLS option is deprecated in favour of 
ldap_start_tls(3):


http://www.openldap.org/lists/openldap-software/200706/msg00159.html

The documentation apparently doesn't talk about this, but it looks like 
what happens is that you get a default TLS context, initialized using 
the global options, unless you specifically ask for a new one using 
LDAP_OPT_X_TLS_NEWCTX.


So this works:

int require_cert = LDAP_OPT_X_TLS_ALLOW;
rc = ldap_set_option(ld, LDAP_OPT_X_TLS_REQUIRE_CERT, _cert);
assert(rc == LDAP_SUCCESS);

int new_ctx = 0;
rc = ldap_set_option(ld, LDAP_OPT_X_TLS_NEWCTX, _ctx);
assert (rc == LDAP_SUCCESS);

rc = ldap_start_tls_s(ld, NULL, NULL);
assert(rc == LDAP_SUCCESS);

and this works:

int require_cert = LDAP_OPT_X_TLS_ALLOW;
rc = ldap_set_option(NULL, LDAP_OPT_X_TLS_REQUIRE_CERT, _cert);
assert(rc == LDAP_SUCCESS);

LDAP *ld;
rc = ldap_initialize(, "ldap://;);
assert(rc == LDAP_SUCCESS);

rc = ldap_start_tls_s(ld, NULL, NULL);
assert(rc == LDAP_SUCCESS);

but this doesn't work:

int require_cert = LDAP_OPT_X_TLS_ALLOW;
rc = ldap_set_option(ld, LDAP_OPT_X_TLS_REQUIRE_CERT, _cert);
assert(rc == LDAP_SUCCESS);

rc = ldap_start_tls_s(ld, NULL, NULL);
assert(rc == LDAP_SUCCESS);

Other people have noticed this, too:

http://stackoverflow.com/a/27713355
http://www.openldap.org/its/?findid=7843

I'm guessing this is intended behaviour, and the documentation should be 
clarified. I'll follow up with upstream. Thanks for the report!

Bug#823895: RFS: lsm/1.0.4-1

[Adam Borowski]

On Sun, May 15, 2016 at 01:45:32AM +0200, Adam Borowski wrote:
> Too bad, when actually trying to install the package:
> 
> [] Starting Link Monitor.: lsminvoke-rc.d: initscript lsm, action "start" 
> failed.
> dpkg: error processing package lsm (--install):
>  subprocess installed post-installation script returned error exit status 1
> Processing triggers for man-db (2.7.5-1) ...
> Errors were encountered while processing:
>  lsm

Failing to uninstall is even worse:
Removing lsm (1.0.4-1) ...
[] Stopping Link Monitor.: lsminvoke-rc.d: initscript lsm, action "stop" 
failed.
dpkg: error processing package lsm (--purge):
 subprocess installed pre-removal script returned error exit status 1
Errors were encountered while processing:
 lsm

Please either use --oknodo in the stop target or otherwise make it handle
the "wasn't running" case as success.  I see you attempt to do so, but "set
-e" breaks that.


Meow!
-- 
A tit a day keeps the vet away.

Bug#824363: glibc: Update debian xfail list for hppa

[John David Anglin]

Source: glibc
Version: 2.22
Severity: normal
Tags: patch

Dear Maintainer,

The attach patch updated the hppa xfail list based on the failures seen
in various builds for 2.22.  It adds two tests that sometimes fail.

Both tests fail during the unwind phase of cancellation.  It seems the
stack is being clobbered in a timing dependent manner and this breaks
the unwind.  The cause of the unwind failure is still undertermined.

This appears to be the reason many cancellation and cleanup tests fail
on hppa.

With this change and the other two patches provided today, glibc should
now build successfully on hppa.

Regards,
Dave Anglin

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.18.29+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
--- testsuite-xfail-debian.mk.save	2016-05-11 17:13:39.0 -0400
+++ testsuite-xfail-debian.mk	2016-05-11 20:18:33.848340159 -0400
@@ -160,8 +160,10 @@
 test-xfail-tst-cancel5 = yes
 test-xfail-tst-cancelx20 = yes
 test-xfail-tst-cancelx21 = yes
+test-xfail-tst-cancelx3 = yes
 test-xfail-tst-cancelx4 = yes
 test-xfail-tst-cancelx5 = yes
+test-xfail-tst-cleanup4 = yes
 test-xfail-tst-cleanupx4 = yes
 test-xfail-tst-cputimer2 = yes
 test-xfail-tst-cputimer3 = yes

Bug#805706: pending

[Holger Levsen]

control: tags -1 +pending
# fixed in git

-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#823895: RFS: lsm/1.0.4-1

[Adam Borowski]

On Sat, May 14, 2016 at 12:22:13AM -0300, Lucas Castro wrote:
> On 13-05-2016 11:46, Adam Borowski wrote:
> >> On 10-05-2016 02:43, Lucas Castro wrote
> >>> I am looking for a sponsor for my package "lsm"
> >>>
> >>> dget -x 
> >>> https://mentors.debian.net/debian/pool/main/l/lsm/lsm_1.0.4-1.dsc
> >
> > 2. The manpage seems mangled:
> >
> >While simple to configure, provides easy way reconfigure routes, 
> > calling notifyscript
> >
> >lsmVery configurable, but doesn't support domain names yet.
> Thanks, fixed.

Hmm, it looks like you merely added a space and lowercased V:

   While simple to configure, provides easy way reconfigure routes, calling 
notifyscript.

   lsm very configurable program, but doesn't support domain names yet.

These two lines don't quite make sense...


> > 3. Typo: exectuble.
> if you mean man page typo, fixed.

It's still in the init script, line 32.


Too bad, when actually trying to install the package:

[] Starting Link Monitor.: lsminvoke-rc.d: initscript lsm, action "start" 
failed.
dpkg: error processing package lsm (--install):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 lsm

[~]# /etc/init.d/lsm start
[] Starting Link Monitor.: lsm[~]# echo $?
1
(no newline, by the way -- init scripts shouldn't use "set -e")

[~]# lsm --config /etc/lsm/lsm.conf 
[~]# echo $?
1

An error message describing what went wrong would be nice...

Only upon checking the syslog I see:
May 15 00:30:37 umbar lsm[12853]: no targets found in config file
yet according to comments in /etc/lsm/lsm.conf:
# Defaults for the connection entries
# These are set in the code. You may override any values here.
which suggests there's no need to edit the config for basic functionality.

If I read this wrong and some setup is needed, then the package shouldn't
try to start the daemon on initial install, and provide a feedback that
editing the config file is required.

There's no documentation describing what's needed to get lsm running.


Also, it appears the only copy of upstream's changelog is hidden inside
lsm.spec (lines between "%changelog" and "#EOF").  Please cut this (with sed
or a similar tool) and install as /usr/share/doc/*/changelog.gz


In /usr/share/doc/lsm/examples/lsm.conf.sample, there are references to
/usr/libexec/lsm/ instead of /usr/share/lsm/, it'd be nice to sed that to
what's installed on Debian.


> > Meow!
> Done.

Hah!  This was intended as an onomatopeia not an imperative, but I really
like your interpretation :)

-- 
A tit a day keeps the vet away.

Bug#824333: Pending fixes for bugs in the libauthen-krb5-simple-perl package

[pkg-perl-maintainers]

tag 824333 + pending
thanks

Some bugs in the libauthen-krb5-simple-perl package are closed in
revision e87f32f89c9cf92f422327ff78fc60a9f8c05522 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-krb5-simple-perl.git/commit/?id=e87f32f

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824333

Bug#824325: Pending fixes for bugs in the libwww-mechanize-treebuilder-perl package

[pkg-perl-maintainers]

tag 824325 + pending
thanks

Some bugs in the libwww-mechanize-treebuilder-perl package are closed
in revision 63011150aca4fcd29b649cbcbfe8696898860549 in branch
'master' by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libwww-mechanize-treebuilder-perl.git/commit/?id=6301115

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824325

Bug#824322: Pending fixes for bugs in the libtest-leaktrace-perl package

[pkg-perl-maintainers]

tag 824322 + pending
thanks

Some bugs in the libtest-leaktrace-perl package are closed in
revision 69910e855e35c6b81e52bb1db6981845190baa49 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libtest-leaktrace-perl.git/commit/?id=69910e8

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824322

Bug#824324: Pending fixes for bugs in the libticket-simple-perl package

[pkg-perl-maintainers]

tag 824324 + pending
thanks

Some bugs in the libticket-simple-perl package are closed in revision
5e305462ef3e79baee790e43ebc372d624727c1c in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libticket-simple-perl.git/commit/?id=5e30546

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824324

Bug#824323: Pending fixes for bugs in the libtext-patch-perl package

[pkg-perl-maintainers]

tag 824323 + pending
thanks

Some bugs in the libtext-patch-perl package are closed in revision
e13de99df2af73aa849b828e87fd0e1032ecc44e in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libtext-patch-perl.git/commit/?id=e13de99

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824323

Bug#824320: Pending fixes for bugs in the libscalar-util-numeric-perl package

[pkg-perl-maintainers]

tag 824320 + pending
thanks

Some bugs in the libscalar-util-numeric-perl package are closed in
revision e47b95a611340a2b41ab707b004418003cf71f43 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libscalar-util-numeric-perl.git/commit/?id=e47b95a

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824320

Bug#824321: Pending fixes for bugs in the libsearch-xapian-perl package

[pkg-perl-maintainers]

tag 824321 + pending
thanks

Some bugs in the libsearch-xapian-perl package are closed in revision
42bfa47f1ffb2f6867947a50efcd6ac327a85e02 in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libsearch-xapian-perl.git/commit/?id=42bfa47

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824321

Bug#824304: Pending fixes for bugs in the libauthen-simple-kerberos-perl package

[pkg-perl-maintainers]

tag 824304 + pending
thanks

Some bugs in the libauthen-simple-kerberos-perl package are closed in
revision 0b786889a65bf6ee4372fed2871b0e0ef658563f in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-kerberos-perl.git/commit/?id=0b78688

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824304

Bug#824308: Pending fixes for bugs in the libauthen-simple-pam-perl package

[pkg-perl-maintainers]

tag 824308 + pending
thanks

Some bugs in the libauthen-simple-pam-perl package are closed in
revision 2f76080d178ac643194d414ca769401cbca60d45 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-pam-perl.git/commit/?id=2f76080

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824308

Bug#824315: Pending fixes for bugs in the libdate-pcalc-perl package

[pkg-perl-maintainers]

tag 824315 + pending
thanks

Some bugs in the libdate-pcalc-perl package are closed in revision
f0f2c0157f4b4f6a51f684e584298d0b8009f99f in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libdate-pcalc-perl.git/commit/?id=f0f2c01

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824315

Bug#824316: Pending fixes for bugs in the libgraph-readwrite-perl package

[pkg-perl-maintainers]

tag 824316 + pending
thanks

Some bugs in the libgraph-readwrite-perl package are closed in
revision 71c37120104ea1e63abe73cc079fe4afbbccb47f in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libgraph-readwrite-perl.git/commit/?id=71c3712

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824316

Bug#824318: Pending fixes for bugs in the libgtk2-ex-entry-pango-perl package

[pkg-perl-maintainers]

tag 824318 + pending
thanks

Some bugs in the libgtk2-ex-entry-pango-perl package are closed in
revision d9d65e8a5fa645c0b3e611dd90bf5cbbc5a1ed56 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libgtk2-ex-entry-pango-perl.git/commit/?id=d9d65e8

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824318

Bug#824319: Pending fixes for bugs in the libparse-mediawikidump-perl package

[pkg-perl-maintainers]

tag 824319 + pending
thanks

Some bugs in the libparse-mediawikidump-perl package are closed in
revision 86cd4220dd6b90849b415a71279191898521663d in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libparse-mediawikidump-perl.git/commit/?id=86cd422

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824319

Bug#824314: Pending fixes for bugs in the libclass-std-utils-perl package

[pkg-perl-maintainers]

tag 824314 + pending
thanks

Some bugs in the libclass-std-utils-perl package are closed in
revision 163551996b33d2f94725bccfe9068aa462a88cca in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libclass-std-utils-perl.git/commit/?id=1635519

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824314

Bug#824317: Pending fixes for bugs in the libgraph-writer-graphviz-perl package

[pkg-perl-maintainers]

tag 824317 + pending
thanks

Some bugs in the libgraph-writer-graphviz-perl package are closed in
revision 211e09069a79643f7f7b0a1379ec3835dfa8cbef in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libgraph-writer-graphviz-perl.git/commit/?id=211e090

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824317

Bug#824313: Pending fixes for bugs in the libauthen-smb-perl package

[pkg-perl-maintainers]

tag 824313 + pending
thanks

Some bugs in the libauthen-smb-perl package are closed in revision
7d64c480187d97065dda1dd35d98eaf650d1509f in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-smb-perl.git/commit/?id=7d64c48

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824313

Bug#824310: Pending fixes for bugs in the libauthen-simple-perl package

[pkg-perl-maintainers]

tag 824310 + pending
thanks

Some bugs in the libauthen-simple-perl package are closed in revision
6d9a8917e911504fd97e5c3e813e96e1ab107d8c in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-perl.git/commit/?id=6d9a891

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824310

Bug#824311: Pending fixes for bugs in the libauthen-simple-radius-perl package

[pkg-perl-maintainers]

tag 824311 + pending
thanks

Some bugs in the libauthen-simple-radius-perl package are closed in
revision c06958f0cc6b132ef50701109dcc24544622fefc in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-radius-perl.git/commit/?id=c06958f

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824311

Bug#824362: glibc: Fix failure of debug/backtrace-tst on hppa

[John David Anglin]

Source: glibc
Version: 2.22
Severity: normal
Tags: patch

Dear Maintainer,

The failure of the debug/backtrace-tst was introduced by the
hppa/submitted-dladdr.diff patch.  The code was not prepared to handle
being passed an arbitrary address.  As a result, _dl_lookup_address
generates a segmentation fault.

I believe this fixes one or two other tests as well.

This is BZ 20098:
https://sourceware.org/bugzilla/show_bug.cgi?id=20098

A patch to fix this problem in the upstream source is here:
https://sourceware.org/ml/libc-alpha/2016-05/txti8b7kcvurW.txt

Attached is a replacement for the current hppa/submitted-dladdr.diff patch.

Please update current patch.

Thanks,
Dave

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.18.29+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
2016-01-02  John David Anglin  

	[BZ #19415]
	* sysdeps/hppa/dl-fptr.c (_dl_fixup): Declare.
	(elf_machine_resolve): New.  Return address of _dl_runtime_resolve.
	(_dl_lookup_address): Rewrite using function resolver trampoline.
	* sysdeps/hppa/dl-lookupcfg.h (DL_LOOKUP_ADDRESS): Don't clear bottom
	two bits in address.

Index: glibc-2.22/sysdeps/hppa/dl-fptr.c
===
--- glibc-2.22.orig/sysdeps/hppa/dl-fptr.c
+++ glibc-2.22/sysdeps/hppa/dl-fptr.c
@@ -321,23 +321,76 @@ _dl_unmap (struct link_map *map)
   map->l_mach.fptr_table = NULL;
 }
 
+extern ElfW(Addr) _dl_fixup (struct link_map *, ElfW(Word)) attribute_hidden;
+
+static inline Elf32_Addr
+elf_machine_resolve (void)
+{
+  Elf32_Addr addr;
+
+  asm ("b,l 1f,%0\n"
+"	depi	0,31,2,%0\n"
+"1:	addil	L'_dl_runtime_resolve - ($PIC_pcrel$0 - 8),%0\n"
+"	ldo	R'_dl_runtime_resolve - ($PIC_pcrel$0 - 12)(%%r1),%0\n"
+   : "=r" (addr) : : "r1");
+
+  return addr;
+}
+
+static inline int
+_dl_read_access_allowed (unsigned int *addr)
+{
+  int result;
+
+  asm ("proberi(%1),3,%0" : "=r" (result) : "r" (addr) : );
+
+  return result;
+}
 
 ElfW(Addr)
 _dl_lookup_address (const void *address)
 {
   ElfW(Addr) addr = (ElfW(Addr)) address;
-  struct fdesc_table *t;
-  unsigned long int i;
+  unsigned int *desc, *gptr;
 
-  for (t = local.root; t != NULL; t = t->next)
-{
-  i = (struct fdesc *) addr - >fdesc[0];
-  if (i < t->first_unused && addr == (ElfW(Addr)) >fdesc[i])
-	{
-	  addr = t->fdesc[i].ip;
-	  break;
-	}
-}
+  /* Return ADDR if the least-significant two bits of ADDR are not consistent
+ with ADDR being a linker defined function pointer.  The normal value for
+ a code address in a backtrace is 3.  */
+  if (((unsigned int) addr & 3) != 2)
+return addr;
 
-  return addr;
+  /* Handle special case where ADDR points to page 0.  */
+  if ((unsigned int) addr < 4096)
+return addr;
+
+  /* Clear least-significant two bits from descriptor address.  */
+  desc = (unsigned int *) ((unsigned int) addr & ~3);
+  if (!_dl_read_access_allowed (desc))
+return addr;
+
+  /* Load first word of candidate descriptor.  It should be a pointer
+ with word alignment and point to memory that can be read.  */
+  gptr = (unsigned int *) desc[0];
+  if (((unsigned int) gptr & 3) != 0
+  || !_dl_read_access_allowed (gptr))
+return addr;
+
+  /* See if descriptor requires resolution.  The following trampoline is
+ used in each global offset table for function resolution:
+
+		ldw 0(r20),r22
+		bv r0(r22)
+		ldw 4(r20),r21
+ tramp:	b,l .-12,r20
+		depwi 0,31,2,r20
+		.word _dl_runtime_resolve
+		.word "_dl_runtime_resolve ltp"
+ got:	.word _DYNAMIC
+		.word "struct link map address" */
+  if (gptr[0] == 0xea9f1fdd			/* b,l .-12,r20 */
+  && gptr[1] == 0xd6801c1e			/* depwi 0,31,2,r20 */
+  && (ElfW(Addr)) gptr[2] == elf_machine_resolve ())
+_dl_fixup ((struct link_map *) gptr[5], (ElfW(Word)) desc[1]);
+
+  return (ElfW(Addr)) desc[0];
 }
Index: glibc-2.22/sysdeps/hppa/dl-lookupcfg.h
===
--- glibc-2.22.orig/sysdeps/hppa/dl-lookupcfg.h
+++ glibc-2.22/sysdeps/hppa/dl-lookupcfg.h
@@ -31,9 +31,7 @@ rtld_hidden_proto (_dl_symbol_address)
 
 Elf32_Addr _dl_lookup_address (const void *address);
 
-/* Clear the bottom two bits so generic code can find the fdesc entry */
-#define DL_LOOKUP_ADDRESS(addr) \
-  (_dl_lookup_address ((void *)((unsigned long)addr & ~3)))
+#define DL_LOOKUP_ADDRESS(addr) _dl_lookup_address ((const void *) addr)
 
 void attribute_hidden _dl_unmap (struct link_map *map);
 

Bug#824312: Pending fixes for bugs in the libauthen-simple-smb-perl package

[pkg-perl-maintainers]

tag 824312 + pending
thanks

Some bugs in the libauthen-simple-smb-perl package are closed in
revision 9cc0bccd90e44df7a2de5d25b5b4d83cec5b49a2 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-smb-perl.git/commit/?id=9cc0bcc

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824312

Bug#824303: Pending fixes for bugs in the libauthen-simple-http-perl package

[pkg-perl-maintainers]

tag 824303 + pending
thanks

Some bugs in the libauthen-simple-http-perl package are closed in
revision a97a7f0739dc11451d93eada188b70a882df4ec9 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-http-perl.git/commit/?id=a97a7f0

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824303

Bug#824305: Pending fixes for bugs in the libauthen-simple-ldap-perl package

[pkg-perl-maintainers]

tag 824305 + pending
thanks

Some bugs in the libauthen-simple-ldap-perl package are closed in
revision 6f146123039a4c085fef9dafc6ca914c522c59c1 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-ldap-perl.git/commit/?id=6f14612

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824305

Bug#824306: Pending fixes for bugs in the libauthen-simple-net-perl package

[pkg-perl-maintainers]

tag 824306 + pending
thanks

Some bugs in the libauthen-simple-net-perl package are closed in
revision 8215f76d147e9d21cef773d0b11179da5a6192a9 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-net-perl.git/commit/?id=8215f76

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824306

Bug#824309: Pending fixes for bugs in the libauthen-simple-passwd-perl package

[pkg-perl-maintainers]

tag 824309 + pending
thanks

Some bugs in the libauthen-simple-passwd-perl package are closed in
revision 2c789436a5eb72b43998bbe14ead01e97d320bd6 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-passwd-perl.git/commit/?id=2c78943

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824309

Bug#824301: Pending fixes for bugs in the libauthen-simple-dbi-perl package

[pkg-perl-maintainers]

tag 824301 + pending
thanks

Some bugs in the libauthen-simple-dbi-perl package are closed in
revision c2a93a72bf1cf48b23ea86bd04cad2fdf5c03929 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-dbi-perl.git/commit/?id=c2a93a7

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824301

Bug#824302: Pending fixes for bugs in the libauthen-simple-dbm-perl package

[pkg-perl-maintainers]

tag 824302 + pending
thanks

Some bugs in the libauthen-simple-dbm-perl package are closed in
revision 23493a3ceec394c7d7bd681a8e5b40b4f0633dc7 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-dbm-perl.git/commit/?id=23493a3

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824302

Bug#824299: Pending fixes for bugs in the libarray-unique-perl package

[pkg-perl-maintainers]

tag 824299 + pending
thanks

Some bugs in the libarray-unique-perl package are closed in revision
708e519d9a65db190a0167494e1a3dbb54cd9864 in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libarray-unique-perl.git/commit/?id=708e519

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824299

Bug#824300: Pending fixes for bugs in the libauthen-simple-cdbi-perl package

[pkg-perl-maintainers]

tag 824300 + pending
thanks

Some bugs in the libauthen-simple-cdbi-perl package are closed in
revision 0558c4825e047d252d7c120b43affd5f3c98431f in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-simple-cdbi-perl.git/commit/?id=0558c48

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824300

Bug#824298: Pending fixes for bugs in the libapp-daemon-perl package

[pkg-perl-maintainers]

tag 824298 + pending
thanks

Some bugs in the libapp-daemon-perl package are closed in revision
c22eae00559d7c5794bae2b3774f48af48699400 in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libapp-daemon-perl.git/commit/?id=c22eae0

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824298

Bug#824297: Pending fixes for bugs in the libapache2-authenntlm-perl package

[pkg-perl-maintainers]

tag 824297 + pending
thanks

Some bugs in the libapache2-authenntlm-perl package are closed in
revision b17e7b8cf4bccc1b8c29d46335029db368b1da2b in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libapache2-authenntlm-perl.git/commit/?id=b17e7b8

Commit message:

Remove Xavier Oswald from Uploaders.

Closes: #824297

Bug#782823: Evince always crashes when called without arguments, error "rangecheck -15 \n Segmentation fault"

[Jason Crain]

Control: tags -1 + moreinfo unreproducible

On Sat, Apr 18, 2015 at 12:23:39PM +0100, George Bateman wrote:
> When I click on an Evince launcher from the Cinnamon menu, it causes
> Evince to appear briefly, then close. When I type "evince" in a
> terminal, the same thing happens, but I see the error text
> 
> rangecheck -15
> Segmentation fault
> 
> If I call "evince /tmp/test.pdf", it opens successfully, although I do
> see the error "(evince:1219): Gtk-WARNING **:
> gtk_widget_size_allocate(): attempt to allocate widget with width -76
> and height 17". Similarly, opening downloaded PDFs from Firefox works
> OK.
> 
> This bug behaves similarly to
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762719, but doesn't
> appear to be the same one; I can reproduce that bug, but it gives
> different error messages etc. Also, this bug is not dependant on the
> previous file opened.

It's probably related to #762719, but I'd guess instead of a password
protected PDF, it's due to some other recently used bad file.  If you
still have this problem, can you try to clear the recently used list by:

mv ~/.local/share/recently-used.xbel ~/

And see if that fixes it?  And if it does fix it, go through
recently-used.xbel to see if you can find which document crashes evince?

Bug#824361: bash: (readline) please ignore "bracketed paste" (\e[200~, \e[201~)

[Adam Borowski]

Package: bash
Version: 4.3-14+b1
Severity: wishlist

Hi!
If a buggy program fails to turn off the "bracketed paste mode" (enabled with
"\e[?2004h", disabled with "\e[?2004l"), all pastes get prefixed with "\e[200~"
and suffixed with "\e[201~".  Bash's readline cuts that to 00~ and 01~.
While it is the program's duty to clean up the terminal to sane settings, it
wouldn't hurt to have bash ignore these codes.

One of such programs is mc=3:4.8.17-1 (#824359).



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

Kernel: Linux 4.6.0-rc7-debug+ (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages bash depends on:
ii  base-files   9.6
ii  dash 0.5.8-2.2
ii  debianutils  4.7
ii  libc62.22-9
ii  libncurses5  6.0+20160319-1
ii  libtinfo56.0+20160319-1

Versions of packages bash recommends:
pn  bash-completion  

Versions of packages bash suggests:
pn  bash-doc  

-- no debconf information

Bug#824360: ITP: r-cran-hexbin -- GNU R hexagonal binning routines

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-hexbin
  Version : 1.27.1
  Upstream Author : Edzer Pebesma 
* URL : http://cran.r-project.org/web/packages/hexbin/
* License : GPL
  Programming Lang: GNU R
  Description : GNU R hexagonal binning routines
 This GNU R package contains binning and plotting functions for hexagonal
 bins. Now uses and relies on grid graphics and formal (S4) classes and
 methods.


Remark:  This package is needed to enable successful runs of the test
suites of some other R packages maintained by the Debian Med team. It
will be maintained at

svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-hexbin/

Bug#824359: mc: breaks paste in vte-based terminals

[Adam Borowski]

Package: mc
Version: 3:4.8.17-1
Severity: normal

Hi!
I'm afraid that the new version of mc fails to clean up the terminal
settings when exiting.  If the selection is "foo", what's getting pasted is:
00~foo01~

The actual bytes are:
  1b 5b 32 30 30 7e 66 6f  6f 1b 5b 32 30 31 7e 0a  |.[200~foo.[201~.|

There's no regression in xterm or rxvt, there is in xfce4-terminal and
lxterminal (and presumably anything else vte based).

Reinstalling mc=3:4.8.15-2 (testing) makes paste work again.

This is so called "bracketed paste mode", set by "\e[?2004h" which new mc
enables at start.  To clear it, please emit "\e[?2004l".


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

Kernel: Linux 4.6.0-rc7-debug+ (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages mc depends on:
ii  e2fslibs  1.43~WIP.2016.03.15-2
ii  libc6 2.22-9
ii  libglib2.0-0  2.48.1-1
ii  libgpm2   1.20.4-6.2
ii  libslang2 2.3.0-2.3
ii  libssh2-1 1.5.0-2.1
ii  mc-data   3:4.8.17-1

Versions of packages mc recommends:
ii  mime-support  3.60
ii  perl  5.22.2-1
ii  unzip 6.0-20

Versions of packages mc suggests:
pn  arj
ii  atril [pdf-viewer] 1.12.2-1
ii  bzip2  1.0.6-8
pn  catdvi | texlive-binaries  
pn  dbview 
pn  djvulibre-bin  
ii  file   1:5.25-2
pn  genisoimage
pn  gv 
ii  imagemagick8:6.8.9.9-7+b2
pn  links | w3m | lynx 
pn  odt2txt
pn  poppler-utils  
ii  python 2.7.11-1
pn  python-boto
pn  python-tz  
ii  zip3.0-11

-- no debconf information

Bug#824358: ITP: freerdp2 -- RDP client/server for Windows Terminal Services

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: freerdp2
  Version : 2.x (Git snapshot)
  Upstream Author : Marc André Moreau 
* URL : http://www.freerdp.com
* License : Apache-2.0
  Programming Lang: C
  Description : RDP client/server for Windows Terminal Services

 FreeRDP is a libre client/server implementation of the Remote
 Desktop Protocol (RDP).
 .
 The new major upstream version (well, upstream is not tagging versions,
 but we have one upstream dev on the packaging team who recommends Git
 snapshots) provides new ABI/API. This new source will supercede the
 currently available Debian source package "freerdp".
 .
 From now on, upstream will support parallel installations of multiple
 major upstream releases. So shipping both FreeRDP versions in Debian
 unstable for a while is possible. However, only freerdp2 will be
 made available in Debian 9.
 .
 Packages depending on FreeRDP shared libraries should start migrating
 their packages to the new ABI/API for FreeRDP 2.x.
 .
 A transition bug will be file for monitoring this change-over,
 once the freerdp2 src:package has landed in unstable.

Bug#824356: closed by Vagrant Cascadian <vagr...@aikidev.net> (Re: Bug#824356: XU4 does not boot)

[Steinar H. Gunderson]

On Sat, May 14, 2016 at 10:42:05PM +, Debian Bug Tracking System wrote:
> Well, first issue is that u-boot target is for older Odroid boards based
> on exynos4. You'll want the odroid-xu3 target to use with Odroid-XU4.

Wow, that wasn't so easy to guess; there's a odroid target and a README file
saying XU3 should work, so how would one guess that odroid-xu3 was the right
target :-)

> I just enabled the "odroid-xu3" target in experimental
> (2016.05~rc3+dfsg1-1) after testing on three Odroid-XU4 boards, so that
> *should* work.

Yes; using that (and the hardkernel_1mb_uboot BL1/BL2/layout/etc.) gives me a
shiny U-Boot with USB and PXE and lots of shiny magic, so the package in
experimental does indeed fix this bug. It still doesn't boot, of course, but
I'm 98% sure that's my own fault.

I suppose there's no d-i support happening for the XU4 anytime soon? :-)

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Bug#821044: wheezy-pu: package zendframework/1.11.13-1.1+deb7u6

[David Prévot]

Hi,

> Assuming that the resulting package has been tested on wheezy, please go
> ahead.

It just got accepted into oldstable-proposed-updates->oldstable-new,
thanks (and yes, I do use it in some boxes).

Regards

David

Bug#820974: does not start, ENGINE_by_id failed (crypto failure)

[Robert Edmonds]

Marc Haber wrote:
> On Thu, Apr 14, 2016 at 10:43:52AM +0200, Thomas Leuxner wrote:
> > * Marc Haber  2016.04.14 10:07:
> > 
> > > Apr 14 10:05:32 fan named[8795]: ENGINE_by_id failed (crypto failure)
> > > Apr 14 10:05:32 fan named[8795]: error:25070067:DSO support 
> > > routines:DSO_load:could not load the shared library:dso_lib.c:233:
> > > Apr 14 10:05:32 fan named[8795]: error:260B6084:engine 
> > > routines:DYNAMIC_LOAD:dso not found:eng_dyn.c:467:
> > > Apr 14 10:05:32 fan named[8795]: error:2606A074:engine 
> > > routines:ENGINE_by_id:no such engine:eng_list.c:390:id=gost
> > > Apr 14 10:05:32 fan named[8795]: initializing DST: crypto failure
> > > Apr 14 10:05:32 fan named[8795]: exiting (due to fatal error)
> > 
> > It tries to load an OpenSSL library which it can't find in a chroot 
> > configuration. In your setup this may be mitigated by placing the library 
> > in the chroot:
> > 
> > /var/local/chroot/bind/usr/lib/x86_64-linux-gnu/openssl-1.0.2/engines/libgost.so
> 
> I consider this a bug. All other shared libraries get loaded before
> bind chroots itself. Placing a library inside the chroot will cause
> update issues since one needs to take manual care to update the
> in-chroot copy as well.

This looks similar to #696661.

I would guess that named would not try to load the OpenSSL GOST engine
at all if BIND is configured and built with --without-gost. Given the
very few number of domains that are DNSSEC signed with GOST (compared
even to RSA or ECDSA) and the problems that have to be patched around
that are caused by OpenSSL engines I wonder if the Debian bind9 package
should be built with --without-gost.

-- 
Robert Edmonds
edmo...@debian.org

Bug#824260: [tlbuild] texlive build failures on Debian - upmendex

[Karl Berry]

Do you think (or AKira) that this is the problem for mips?
For sparc I am a bit stymed.

Yes, it's all about BigEndian architectures (and ICU and upmendex).
(And don't bother explaining that sparc is endian-neutral, the practical
reality is that it is still bigendian in our world.)

And the -DU_IS_BIG_ENDIAN=0 kludge I found is a big pain and I wish
someone, anyone, could find the real bug and the real fix.  (For next
year.)  I can't go there again.

Another approach, simpler and just as viable IMHO, would be (I assume)
--disable-upmendex :).  --karl

Bug#824271: RFS: primesieve/5.6.0+ds-2 [Refreshment] - fast prime number generator C/C++

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello Adam, thanks for your comment.

On 14/05/16 22:27, Adam Borowski wrote:
> On Sat, May 14, 2016 at 04:08:31PM +0100, Jerome Benoit wrote:
>>  I am looking for a sponsor for the package primesieve, an efficient C/C++
>>  library to generates the prime numbers. This versy package is mainly a
>>  Debian material refreshment.
>>
>> [1] https://anonscm.debian.org/cgit/debian-science/packages/primesieve.git
> 
> Hi!
> I see the changelog include:
>  - reproducible build, attempt.
> yet I see nothing of that kind.  Is something amiss?

I think that it is marked as unreproducible because
the debug symbol package was not reproducible, so I discard it.
And hence the claim.

> 
> Otherwise, looks fine.

Jerome

> 
> 
> Meow!
> 
-BEGIN PGP SIGNATURE-

iQQcBAEBCgAGBQJXN6XfAAoJED+SGaZ/NsaLEQAf/j5FhBb56q+RMJLVBl6XxXYS
az9m9n6bUSgg040wrvriLmo0qKUpAkjv3yXc8lASLdeFxqobcQ1611O1XVmz6VN9
kjWTQlI+ocqY8ohIuDBfATEVjk1ZSLkA7I+cn975if26uxLOJe5zO2rczUHv7Ret
GRl6OH/xYlXso5/IqzcV3iEcwVzjGQTsoHemdf0Xrtuo/CL+qNfcTmKicUaFYPOV
mbfRio9MddEbDtZQYvr/5dv1lTnHdhrFTQqhS2BpcySjjG6sNJmmCRGwxugzoVs2
uNi31dxAxqOEzYUEQt9fpmqEkIMfJWtaUXP1WKmQiP3T1E01Gzh9T4Q25rzMcjaF
qeVgglVeFEFAd/Nxh9qM09kyZwkEZuYikxlprZ9Xb2WpEx2S0xyOXo8ZbfKXO+Bp
iEfEokhGo62r1kLUMrw4/BpqzXDVKoTeG/1xm4hRfQML2gMXzq+5ecVt3RYc48Oa
ikfxz5zyS9haIerKS+CYf2j4JYA2vb7r4AXLq1Aiq4HUrBBa6uCMHq9AfdKEKwMq
T+kkQY/+lHMXfgBbJeoNOQwwtoqlNFPcMnUtUO546aOexKsoY2cAfNL+FadSDVap
yjFd2CKgyKFxInvWNiH0s62QRz/tBIs1EACNBTrS7Pks6vxUNTSJaedye7AQ2cf6
o38xHgAc10ZL3CqGkDSuelkWOf7d5+yUmdvrUklvmdNX8bVtcteONIdyIC8SimbJ
UIzWWISGmnDroqwEfHbGQeUQ07fP5ZWgH2TanPuSGW1VNhx7+skCH6xtAqI1Qmab
7yoy3/AqzjIFrCtI5kG8IqM8ZhuPvNC0yNRloBu7RVpwPBUpK1CHEGlYKbgDLUxu
3icOg7GAsLaa1P54iumH+F6XuTwfgKgMIXlQ9Q6dn2LvFH3neXKAcxJ12WWYI3fi
tKcSQXlXAz4EnZoPjRzblRhvddkB7K0Cw/MIjnJ3NyMuXPvPN/6WRDe34kTD6rqy
+xFZavFpTBOin1Ex7AlAoO5ILsmC8yW6qSPydW/cNRZuYxP/KQMT94fNV7VNk9Tc
NIRNk7bzS6m7Beztww+J74/7MnO8NmEd4GaWaTKWyiENggDVSrZu2+q+tpoMzN68
h4pmwTwnCuc/vRA/+iISoHm9TV5JFCakGQBKFZhxPZLTKW4pct/YzZ9pmlyjlOSr
OhO61DC+b0gfEKCdGOOwxYJvfp7fOvbYCivW+aiGBriAQaTWF34k2oX/C7DKmhZt
WcNv2IBTUJawG+LdQoDgHUMjZdwzQt/XROL4AL5p62I6ElOuRIy9ZVQdoNsc/z6N
x5/JRAKW6cAYKyP9TLddb2oJwsSapqqx2I2mrXhGI9OAd6CzWFA4nxgCsQdNLyc=
=mNmk
-END PGP SIGNATURE-

Bug#824346: sort(1): misleading description of option -n

[Carsten Hey]

You both misread my mails, and I partly misread Michael's mail, which
lead to discussing things we all are aware of.

The intention of this $'x 10\nx 9' example was to show how people only
knowing the man page, but not POSIX or the info manual would use, and
actually do use, the option -n.

A real world example of such a useless use of -n, taken from
backuptool.sh shipped with some Android firmware images is:

# Execute /system/addon.d/*.sh scripts with $1 parameter
run_stage() {
for script in $(find /tmp/addon.d/ -name '*.sh' |sort -n); do
  $script $1
done
}

And a reason why some people think this would work is for this is that
“compare according to string numerical value” is ambiguous.  A less
ambiguous replacement could be “compare according to string initial
numerical value”, but I assume there are way better ways to describe
this.

These are a lot of mails and words for such a small change …

* Bob Proulx [2016-05-14 14:55 -0600]:
> Carsten Hey wrote:
> > reopen 824346
>
> But you forgot to terminate the command with 'thanks' or 'stop' and
> therefore the entire rest of your message went to the control robot
> generating many parse errors.

I did.  I remembered that it would also work w/o this line, but not the
reason.  Assuming that the reason was that empty lines would stop
processing input obviously was wrong - the reason was that parse errors
are ignored and finally also lead to stop processing input.

> … Things seem to be going okay.  Then you trip over a snag.  You fall
> down. You shout, "Who put that snag there!  Someone is going to pay
> for this!"  And then go looking for something to blame for it.

AFAIK I never had such an error in a script, but I see such errors from
time to time in other scripts.

Carsten


P.S.: I appreciate your fast and comprehensive answers, even if we were
  talking past each other

P.P.S.: A misconfigured router somewhere in the internet might be the
reason that my mail did not hit the list: “(conversation with
eggs.gnu.org[208.118.235.92] timed out while sending end of
data -- message may be sent more than once)”

Bug#823752: jessie-pu: package xarchiver/1:0.5.4-1

[Markus Koschany]

Am 14.05.2016 um 19:02 schrieb Adam D. Barratt:
> Control: tags -1 + confirmed
> 
> On Sun, 2016-05-08 at 15:57 +0200, Markus Koschany wrote:
>> I would like to update xarchiver in Jessie because of bug
>>
>> https://bugs.debian.org/822115
> 
> +  * Add cancel-extraction-crash.patch.
> +When using the "extract here" feature of Xarchiver's Thunar plugin, the
> +attempt to cancel the extraction could crash the application or even the
> +whole desktop session. (Closes: #802019)
> 
> The different bug numbers there briefly confused me; for the record,
> they're merged with each other.
> 
> Please go ahead.
> 
> Regards,
> 
> Adam

Uploaded.

Thanks,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#824357: gl2ps: Package is setting wrong soname

[Peter Mattern]

Source: gl2ps
Version: 1.3.8-1.2
Severity: important

Current packages of GL2PS are providing a shared library libgl2ps.so.0.0.0 with 
soname libgl2ps.so.0 but compiling upstream code from source yields a library 
libgl2ps.so.1.3.8 with soname libgl2ps.so.1.

Problem is due to patches which were needed to compile earlier upstream 
versions but haven't been adjusted to recent ones, in particular to the 
introduction of CMake.

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

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

Bug#824356: XU4 does not boot

[Steinar H. Gunderson]

Package: u-boot-exynos
Version: 2016.03+dfsg1-4
Severity: important

Hi,

I'm trying to make a bootable SD card on my XU4 (100% compatible with XU3).
It works fine if I use the binary U-Boot binary from Hardkernel, but it is
a relatively old U-Boot, and I'd like to use Debian's instead.

However, if I swap out u-boot.bin.hardkernel with
/usr/lib/u-boot/odroid/u-boot-dtb.bin, the system plain out does not boot --
there's no hint of what's wrong, there's just nothing on the serial console.
I've tried both the layout from Hardkernel's sd_fusing.sh (which works with
their U-Boot) and the ones from /usr/share/doc/u-boot-exynos/README.odroid.gz,
and both have the exact same result. (I don't really know where these sector
offsets come from, though; they don't seem to be equivalent to just cat-ing
everything together.)

I'm including the script that I'm using to build; it doesn't actually build
a booting system (it's unfinished and doesn't have a boot.ini), but if you
uncomment the part where it uses the official Hardkernel U-Boot instead of the
one from Debian, it actually starts U-Boot on the serial console and tries to
launch a kernel from there. I've been running it from an amd64 sid system
like this:

  ./prepare.sh /dev/mmcblk0 256 sid http://debian.samfundet.no/debian

where http://debian.samfundet.no/debian is my local armhf mirror.

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

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

-- no debconf information


-- 
Homepage: https://www.sesse.net/


prepare.sh
Description: Bourne shell script

Bug#809388: evince: evince aborts after a few seconds without an error message

[Jason Crain]

Control: tags -1 + unreproducible moreinfo

On Wed, Dec 30, 2015 at 07:43:26AM +0100, Janusz S. Bień wrote:
> I'm working on a rather sophisticated document with LuaLateX using PDF
> Optional Content Groups (OCG), cf.
> 
> https://bitbucket.org/jsbien/parkosz-traktat/downloads/ParkoszLatinPolish1.pdf
> 
> (the source is available in the repository).
> 
> Evince often aborts without an error message. Looks like switching the
> windows is one of the factors which trigger this, but in general I can't
> see any regularities.
> 
> Tt is especially annoying when using AUC-TeX, so I mentioned the problem
> first on the AUC-TeX list
> 
> http://thread.gmane.org/gmane.emacs.auctex.general/5810/focus=5812
> 
> but then nobody was able to reproduce my problem.

I'm having trouble reproducing this too.  From your description, it
sounds like this happens when viewing the PDF or switching between
windows?  If this happens regularly to you, can you run evince in a
debugger and provide a stack trace?  Please see
http://live.gnome.org/GettingTraces for more information on how to do
so.

Additionally, to get a good stack trace with debugging symbols, you'll
need to install some debug packages.  Debugging symbols for Evince's
dependencies can be installed with:

apt-get install gnome-dbg poppler-dbg libcairo2-dbg

Debug symbols for Evince itself have recently moved to the automatic
debugging symbols system which is still a little awkward to use.  For an
up to date stretch/testing system, you can install these by adding this
line to /etc/apt/sources.list:

   deb http://debug.mirrors.debian.org/debian-debug/ unstable-debug main

And running the command: 

apt-get update && apt-get install -t unstable-debug evince-dbgsym \
libevdocument3-4-dbgsym libevview3-3-dbgsym

Yes, it's unstable-debug, but testing-debug doesn't work yet and Evince
in unstable and testing currently match so it should be OK.

Bug#824355: EXT4 re-mount after every boot

[Bernhard]

Package: src:linux
Version: 4.5.3-2
Severity: normal

Hello,

after every reboot, i got the following error message:

> May 14 22:53:39 CR-Bernhard kernel: [1.909610] EXT4-fs (sda5):
> mounted filesystem with ordered data mode. Opts: (null)
> May 14 22:53:39 CR-Bernhard kernel: [   92.034464] EXT4-fs (sda5):
> re-mounted. Opts: errors=remount-ro

And here my /etc/fstab:

> # /etc/fstab: static file system information.
> #
> # Use 'blkid' to print the universally unique identifier for a
> # device; this may be used with UUID= as a more robust way to name
> devices
> # that works even if disks are added and removed. See fstab(5).
> #
> # file system mount
> point   type  options   dump  pas
> s
> # / was on /dev/sda5 during installation
> UUID=554ef9ff-285c-4415-b41e-2a9ba83335de
> /   ext4errors=remount-ro 0   1
> # /boot was on /dev/sda1 during installation
> UUID=e0ce5e57-2126-46c8-b74d-f74b4e0ee488
> /boot   ext2defaults0   2
> # /home was on /dev/sda7 during installation
> UUID=c76a5091-8193-47bd-856a-b3a9b7acda6f
> /home   ext4defaults0   2
> # swap was on /dev/sda6 during installation
> UUID=ad10b52d-4649-4dd9-a98b-2c73684d165f
> noneswapsw  0   0

Hopefully, it is possible to fix this bug.
Because, my computer waits 90s after every startup.

If you need more informations, please let me know.
This issue is reproducable at every startup.

Best regards and thank you for your support
Bernhard

Bug#824346: sort(1): misleading description of option -n

[Jim Meyering]

Thanks for taking the time to write that detailed reply, Bob.

Bug#824271: RFS: primesieve/5.6.0+ds-2 [Refreshment] - fast prime number generator C/C++

[Adam Borowski]

On Sat, May 14, 2016 at 04:08:31PM +0100, Jerome Benoit wrote:
>  I am looking for a sponsor for the package primesieve, an efficient C/C++
>  library to generates the prime numbers. This versy package is mainly a
>  Debian material refreshment.
> 
> [1] https://anonscm.debian.org/cgit/debian-science/packages/primesieve.git

Hi!
I see the changelog include:
 - reproducible build, attempt.
yet I see nothing of that kind.  Is something amiss?

Otherwise, looks fine.


Meow!
-- 
A tit a day keeps the vet away.

Bug#815482: On bug #815482 (localized libjs-moment)

[David Prévot]

Hi Julien,

> Could you have a look and tell me if it's ok?

debian/libjs-moment.install contains now:

locale usr/share/javascript/moment/locale

You probably meant:

locale usr/share/javascript/moment

(Assuming you don’t want the locales in
/usr/share/javascript/moment/locale/locale since they seems looked up in
('./locale/' + name) according to the code.)

owncloud-news has been removed from the archive in the mean time, so I
don’t have a real testbed to check it further, sorry.

Regards

David

Bug#824354: ITP: smarty-lexer -- Smarty lexer/parser generator

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: smarty-lexer
  Version : 3.1.28
  Upstream Author : Gregory Beaver 
* URL : https://github.com/smarty-php/smarty-lexer/
* License : BSD-3-clause
  Programming Lang: PHP
  Description : Smarty lexer/parser generator

 The smarty-lexer package is used to generate the lexer and parser class
 files for Smarty3
 
 This package is required to fix open smarty3 Debian bug #765730 [1].

 This package is required to upgrade smarty3 and make it PHP 7.0
 compliant.

 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765730

Bug#730674: ITP: piwik -- web analytics software

[anarcat]

On Fri, Jul 25, 2014 at 09:08:42PM +0200, Daniel Baumann wrote:
> i'm not going to do it after all.

On Wed, Mar 12, 2014 at 05:11:39PM +0100, Daniel Baumann wrote:
> after having worked on #609521 already a couple of years ago, i'll
> finally got to it now and am finishing up the last remaining things.
> 
> the preliminary packaging is available at
> http://daniel-baumann.ch/gitweb/?p=debian/packages/piwik.git

So obviously this repo is gone.

Did anyone get the chance to clone a copy of it? It's not on the
internet archive or anywhere i can see.

It seems that upstream has its own debian package now:

https://github.com/piwik/piwik-package

Maybe that could be of interest here?

A.

-- 
Les écrivains qui ont recours à leurs doigts pour savoir s'ils ont leur
compte de pieds ne sont pas des poètes, ce sont des dactylographes.
- Léo Ferré, "Préface"


signature.asc
Description: Digital signature

Bug#822334: reprepro: Consider environment vars for bash completion

[Michael Weghorn]

On 2016-05-08 15:10, Bernhard R. Link wrote:
> 
> Could you try attached file? It should fix your issue and also add
> support for the "+b/" notation reprepro allows.

Thank you very much!

"REPREPRO_BASE_DIR" works perfectly for me.

However, I think that "REPREPRO_CONFIG_DIR" would have to be used
instead of "REPREPRO_CONF_DIR". (Sorry, I also wrote it wrong once in my
report.)

Best regards,
Michael

Bug#823946: Acknowledgement (lxpanel: windows maximize behind panel on second monitor)

[Tom Vajzovic]

It occurs to me that this might be quite a corner-case because my
monitor 2 is not a tall as monitor 1, so it might be calculating the
margin from the bounding box of the two monitors together rather than
from the edge of the visible area where the panel is actually located.

Bug#811881: tophat: FTBFS with GCC 6: no matching function for call to

[Andreas Tille]

Uploaded.

On Sat, May 14, 2016 at 05:59:49PM +0100, Sascha Steinbiss wrote:
> this is now fixed in git. Last GCC 6 bug for the weekend ;)

Thanks a lot as usual and have a nice weekend ;-)

   Andreas.

-- 
http://fam-tille.de

Bug#824291: Pending fixes for bugs in the libapache-sessionx-perl package

[pkg-perl-maintainers]

tag 824291 + pending
thanks

Some bugs in the libapache-sessionx-perl package are closed in
revision d36901ea15997a25c6445aad96bd669abdeac451 in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libapache-sessionx-perl.git/commit/?id=d36901e

Commit message:

Add Brazilian Portuguese debconf templates translation.

Thanks: Adriano Rafael Gomes.
Closes: #824291

Bug#824291: libapache-sessionx-perl: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[gregor herrmann]

On Sat, 14 May 2016 12:54:39 -0300, Adriano Rafael Gomes wrote:

> 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.

Thanks! Applied in git, will be in the next upload.


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Funny van Dannen: Tanzpartner


signature.asc
Description: Digital Signature

Bug#822665: bumblebee: reports wrong error message from Xorg log

[Luca Boccassi]

Control: forwarded -1 https://github.com/Bumblebee-Project/Bumblebee/issues/652
Control: tags -1 pending

On 26 April 2016 at 15:13,   wrote:
> No I just reported it to the bts as I saw it

I've sent a patch upstream to ignore the DRM error. Apparently it's
due to DRM, see:
https://github.com/Bumblebee-Project/Bumblebee/issues/652
I'll also backport it as a patch since it's a very annoying red herring.

Besides this, do you have other issues with Bumblebee or is it working?

Kind regards,
Luca Boccassi

> - Mail original -
>> De: "Luca Boccassi" 
>> À: ydir...@free.fr, 822...@bugs.debian.org
>> Envoyé: Mardi 26 Avril 2016 11:28:29
>> Objet: Re: Bug#822665: bumblebee: reports wrong error message from Xorg log
>>
>> Control: tags -1 upstream
>>
>> On Tue, 2016-04-26 at 10:17 +0200, ydir...@free.fr wrote:
>> > Package: bumblebee
>> > Version: 3.2.1-10
>> >
>> > When trying to use bumblebee those days, the reported failure is:
>> >
>> > $ optirun xterm
>> > [42519.843834] [ERROR]Cannot access secondary GPU - error: [XORG]
>> > (EE) /dev/dri/card0: failed to set DRM interface version 1.4:
>> > Permission denied
>> >
>> > [42519.843864] [ERROR]Aborting because fallback start is disabled.
>> > $
>> >
>> > Looking in Xorg.8.log, we can see:
>> >
>> > [ 42519.553] (II) xfree86: Adding drm device (/dev/dri/card1)
>> > [ 42519.840] (II) xfree86: Adding drm device (/dev/dri/card0)
>> > [ 42519.840] (EE) /dev/dri/card0: failed to set DRM interface
>> > version 1.4: Permission denied
>> > [ 42519.841] (--) PCI:*(0:1:0:0) 10de:139b:1462:1139 rev 162, Mem @
>> > 0xa200/16777216, 0xc000/268435456, 0xd000/33554432,
>> > I/O @ 0x4000/128, BIOS @ 0x/524288
>> > ...
>> > [ 42519.843] (II) [drm] nouveau interface version: 1.3.1
>> > [ 42519.843] (EE) Unknown chipset: NV117
>> > [ 42519.843] (EE) No devices detected.
>> > [ 42519.843] (EE)
>> > Fatal server error:
>> > [ 42519.843] (EE) no screens found(EE)
>> >
>> > The "permission denied" is quite strange, as the device does have
>> > the ACL allowing RW for the current user.
>> > But anyway that card is already used by :0, could it be that the
>> > error code returned by the DRI device is
>> > just wrong (EPERM instead of EBUSY) ?
>> >
>> > Anyway, that error does not appear to be fatal to Xorg, which does
>> > list the second one as fatal,
>> > and incidentally that error message looks like a much more
>> > understandable reason
>>
>> Hi,
>>
>> Yes unfortunately very often bumblebee errors are a bit misleading or
>> hard to interpret :-(
>> Have you reported this upstream?
>>
>> Kind regards,
>> Luca Boccassi
>>

Bug#824346: sort(1): misleading description of option -n

[Bob Proulx]

Carsten Hey wrote:
> reopen 824346

But you forgot to terminate the command with 'thanks' or 'stop' and
therefore the entire rest of your message went to the control robot
generating many parse errors.

  https://www.debian.org/Bugs/server-control

> Looks like this bug even influenced you, i.e., you wrongly assume that
> GNU sort behaves as documented in sort(1), instead of comparing the
> _initial_ numeric strings of each line, as required by POSIX and
> implemented all around (including GNU coreutils).

Mike thoroughly understood the behavior and documentation of sort.
However you are misinterpreting POSIX here.

Since coreutils 8.6 sort now accepts a --debug option.  That is very
useful to understand what sort is doing.

  $ printf '%s\n' 'x 9' 'x 10' | sort -n --debug
  sort: using simple byte comparison
  x 10
  ^ no match for key
  
  x 9
  ^ no match for key
  ___

  $ printf '%s\n' 'x 9' 'x 10' | sort -k2,2n --debug
  sort: using simple byte comparison
  x 9
_
  ___
  x 10
__
  

As you can see the options Mike provided were the correct usage that
you should be using.  Using -n as you were doing doesn't work because
you do not have a numeric value in the first field.

The GNU man page for sort (which is the one Debian is using) says:

   -n, --numeric-sort
  compare according to string numerical value

As the man page states the man page is a quick reference and the full
documentation exists in the accompanying info page.  The info page
documentation says:

  ‘-n’
  ‘--numeric-sort’
  ‘--sort=numeric’
 Sort numerically.  The number begins each line and consists of
 optional blanks, an optional ‘-’ sign, and zero or more digits
 possibly separated by thousands separators, optionally followed by
 a decimal-point character and zero or more digits.  An empty number
 is treated as ‘0’.  The ‘LC_NUMERIC’ locale specifies the
 decimal-point character and thousands separator.  By default a
 blank is a space or a tab, but the ‘LC_CTYPE’ locale can change
 this.

 Comparison is exact; there is no rounding error.

 Neither a leading ‘+’ nor exponential notation is recognized.  To
 compare such strings numerically, use the ‘--general-numeric-sort’
 (‘-g’) option.

> :
> |  -n   Restrict the sort key to an initial numeric string, consisting
> |   of optional  characters, optional minus-sign, and zero
> |   or more digits with an optional radix character and thousands
> |   separators (as defined in the current locale), which shall be
> |   sorted by arithmetic value. An empty digit string shall be
> |   treated as zero. Leading zeros and signs on zeros shall not
> |   affect ordering.

Your input data did not meet the above criteria.  Your leading "x"
character is not an optional blank character nor an optional
minus-sign, and so forth.  You have quoted the exact words from the
online standards documentation but your input does not meet that
criteria.

> * Michael Stone wrote:
> > Carsten Hey wrote:
> > >This description reads as if this command:
> > >
> > >   $ printf '%s\n' 'x 9' 'x 10' | sort -n
> > >   x 10
> > >   x 9

Here you are attempting a numeric sort across the entire line.  "x 10"
is zero.  "x 9" is zero.  The value of both lines is zero.

> > >… would produce the output of this command:
> > >
> > >   $ printf '%s\n' 'x 9' 'x 10' | sort -V
> > >   x 9
> > >   x 10
> > >
> > >…, but instead, -n stops doing its magic after finding the first
> > >non-numeric, non-whitespace character.  There is a short and simple
> > >way to summarize this behaviour.

No.  This is incorrect.  Use the sort --debug option to verify.

> > That's because you're attempting a numeric sort on the entire line,

Of course this is correct.

> If that would be true, this would not work:
> 
> $ printf '%s asdf\n' 10 9 | sort -n
> 9 asdf
> 10 asdf

  $ printf '%s asdf\n' 10 9 | sort -n --debug
  sort: using simple byte comparison
  9 asdf
  _
  __
  10 asdf
  __
  ___

The comparison field starts with a number.  9 is compared with 10.

> … and it would instead have the output of this command:
> 
> $ printf '%s asdf\n' 10 9 | sort
> 10 asdf
> 9 asdf

  $ printf '%s asdf\n' 10 9 | sort --debug
  sort: using simple byte comparison
  10 asdf
  ___
  9 asdf
  __

The comparison field is a string.  "10 asdf" is compared with "9 asdf".

> > which is a string rather than a number. If the line consisted of
> > only numbers, it would do what you expect:
> 
> I know how this works, the documentation is wrong.

Sorry.  Your words contradict you.

> > >printf '%s\n' '9' '10' | sort -n
> > 9
> > 10
> >
> > If you want to sort on the second field, then you need:
> >
> > >printf '%s\n' 'x 9' 'x 10' | sort -k2,2n
> > x 9
> > x 10
> 
> Thanks, again, I know how this works, I do not need any related support.

Let me sympathize with you.  

Bug#824353: abGate - strange GUI

[trebmuh]

Package: abgate
Version: 1.1.7-1

Dear debian maintainers,

running an up-to-date Jessie here, abGate's GUI looks a bit strange :

in ardour : http://pix.toile-libre.org/upload/original/1463259111.png
in jalv.select : 
http://pix.toile-libre.org/upload/original/1463259135.png


which isn't what's expected if I'm looking at the official website : 
http://abgate.sourceforge.net/


HTH
Olivier

Bug#824058: geg: piece of graph is missing for some functions

[Jean-Pierre Demailly]

On Sat, May 14, 2016 at 04:48:35PM +0200, Georges Khaznadar wrote:
> Hello Gilles, hello Jean-Pierre,
> 
> as the name Gilles Crèvecœur sounds like French, I shall try to keep on
> in French language. Do not hesitate to ask to come back to English as,
> Jean-Pierre communicate in English too.
> 
> 
> 
> @Gilles : Jean-Pierre est le développeur de Geg.
> 
> Jean-Pierre, le nouveau paquet Geg vient de recevoir son premier rapport
> de bug, ça s'arrose !
> 
> Vois-tu, à la lumière du message cité, comment le programme pourrait
> être amélioré ?
> 
> Je joins l'archive geg-bug.zip qui contient quatre fichiers envoyés par
> Gilles.
> 

Cher Georges,

J'allais en effet t'écrire à ce sujet, car j'avais repéré le rapport de bug de 
Gilles Crèvecœur. En fait, ce bug est dû à une erreur triviale de ma part, il a 
suffi de supprimer 3 ou 4 lignes superflues dans le calcul des puissances x^y 
qui vérifiait inutilement la positivité de x en oubliant que y pouvait être 
entier (erreur contenue dans le fichier parser.c)

Je vais poster une version corrigée dans peu de temps, ce soir probablement. 
J'en ai profité pour inclure l'intégration numérique via une méthode de 
Gauss-Legendre assez précise et optimisée en temps de calcul. Maintenant geg 
est proche de kmplot en fonctionnalités (il manque encore les courbes définies 
par une équation différentielle ou un champ de vecteurs ; il ne serait pas très 
coûteux de rajouter ça ...)

Amitiés,
Jean-Pierre