Bug#818628: apt: apt search/show command, segfault if the user does not have permission to read sources.list

[Julian Andres Klode]

Control: tag -1 confirmed

On Fri, Mar 18, 2016 at 09:23:40PM +0100, Alfredo Finelli wrote:
> Package: apt
> Version: 1.2.7
> Severity: normal
> 
> The /usr/bin/apt command causes a segmentation fault by list/search/show if 
> the
> user running it does not have the necessary permissions to read the
> sources.list files.  The bug can be reproduced in the following way:
> 
>   # ls -l /etc/apt/sources.list.d/
>   total 4
>   -rw-r--r-- 1 root root 343 Jan 21 11:33 all.sources
>   # chmod 0640 /etc/apt/sources.list.d/all.sources
>   # ls -l /etc/apt/sources.list.d/
>   total 4
>   -rw-r- 1 root root 343 Jan 21 11:33 all.sources
> 
> Then as a normal non root user:
> 
>   $ apt search linux-image-amd64
>   Segmentation fault
>   $ apt show linux-image-amd64
>   Segmentation fault
>   $
> 
> While in that same setting the apt-cache command is able to display an error
> message with no segfault.
> 
>   $ apt-cache search linux-image-amd64
>   E: Could not open file /etc/apt/sources.list.d/all.sources - open (13: 
> Permission denied)
>   E: Malformed stanza 1 in source list /etc/apt/sources.list.d/all.sources 
> (type)
>   E: The list of sources could not be read.
>   W: You may want to run apt-get update to correct these problems
>   E: The package cache file is corrupted
>   $
> 
> Thanks for working on apt, best regards.

Thanks for your bug report. I'm working on this in my bugfix/segfault branch at:

https://github.com/julian-klode/apt/compare/master...julian-klode:bugfix/segfault?expand=1

It turns out that this bug is deep within APT and it might take a few hours of 
work tomorrow
to fix this :( - The fixes so far cause the tests to segfault AFAICT...


-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#809218: look -t needs example on man page

[積丹尼 Dan Jacobson]

> "MM" == Michael Meskes  writes:
MM> On Mon, Dec 28, 2015 at 09:09:47PM +0800, 積丹尼 Dan Jacobson wrote:
>> Please add an example to
>> 
>> -t  Specify a string termination character, i.e., only the characters
>> in string up to and including the first occurrence of termchar
>> are compared.
>> 
>> so more folks might know what you are talking about.

MM> Actually I think this is pretty straightforward. Can you point me to a 
common
MM> misunderstanding or not-understanding? 

 -f  Ignore the case of alphabetic characters.

Why does man sort say

   -f, --ignore-case
  fold lower case to upper case characters

instead of this? Do non-alphabetic characters have case? Mention if
alphabetic means [A-Za-z].


 -t  Specify a string termination character, i.e., only the characters
 in string up to and including the first occurrence of termchar
 are compared.

Why would one use this instead of just giving a shorter string? All
things that need mentioning / examples.





MM> Michael
MM> -- 
MM> Michael Meskes
MM> Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
MM> Meskes at (Debian|Postgresql) dot Org
MM> Jabber: michael at xmpp dot meskes dot org
MM> VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL

Bug#818576: please provide more context in the title tag

[Peter Palfrader]

Package: tracker.debian.org
Severity: wishlist

Hi,

currently the HTML title tag seems to be the same for all pages
on tracker.debian.org.

Please have the title tag actually be meaningful and represent
what is on the page.

Thanks,
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#615481: Package flags handling broken

[Manuel A. Fernandez Montecelo]

Control: tags -1 - moreinfo
Control: close -1


2016-03-18 16:52 GMT+00:00 Yuri D'Elia :
> On Fri, Mar 18 2016, Manuel A. Fernandez Montecelo 
>  wrote:
>> So the observed behaviours reported seem to be addressed, at least in
>> the general case.  There are some other open reports about (mis)handling
>> of automatic flags pending to investigate, and there might be some cases
>> still lurking.
>
> Yes, the current version of aptitude seem to have corrected many
> problems with the auto flags.
>
> You can close this report.

Good that things have improved, and thanks for the feedback.

Closing the bug now.

-- 
Manuel A. Fernandez Montecelo 

Bug#346321: aptitude: offers upgrade to exp version (pri -10) instead of unst version (990)

[Henrique de Moraes Holschuh]

On Fri, Mar 18, 2016, at 07:56, Manuel A. Fernandez Montecelo wrote:
> There are still hundreds of open bugs.  If the submitters are not
> interested if they are still happening, I am not all that interested
> in getting down to the last detail of every one of them, when there is
> no reasonable indication that ancient bugs continue present.

Fair enough, although I do things differently on my own packages... but
they have a lot less bugs than apt :-)

> Still, I just tested this specifically with experimental priority -10
> and -1000 and with git-man which caused the full resolver to be
> involved, and the offerings to upgrade to experimental always come
> last (Remove, Upgrade to unstable, Keep, Upgrade to experimental).
> 
> So closing the report now.

Thank you!

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique de Moraes Holschuh 

Bug#818640: haskell-pqueue: FTBFS on hppa - missing argument for flag: -optl

[John David Anglin]

Source: haskell-pqueue
Version: 1.3.1-1
Severity: normal

Dear Maintainer,

Please see build log:
https://buildd.debian.org/status/fetch.php?pkg=haskell-pqueue&arch=hppa&ver=1.3.1-1&stamp=1458351393

Regards,
Dave Anglin


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

Kernel: Linux 3.18.27+ (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)

Bug#686709: Archlinux

[Florian Bruhin]

For what it's worth, I just experienced the same on an Archlinux
machine with Audacity 2.1.2.

-- 
http://www.the-compiler.org | m...@the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc
 I love long mails! | http://email.is-not-s.ms/


signature.asc
Description: Digital signature

Bug#816707: Created alioth repository for Ring.cx

[Alexandre Viau]

Hello,

I have created a repository here:
 - git.debian.org:/git/pkg-voip/ring.git

Please feel free to comment on my work, but only commit on other
branches for now.

Cheers,

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#818642: fcitx-table-other: FTBFS: recipe for target 'tables/ta/tamil-remington.mb' failed

[Chris Lamb]

Source: fcitx-table-other
Version: 0.2.3-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

fcitx-table-other fails to build from source in unstable/amd64:

  [..]
  
  [ 71%] Generating ta/tamil-remington.mb
  cd 
/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu/tables
 && /usr/bin/txt2mb 
/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/tables/ta/tamil-remington.txt
 
/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu/tables/ta/tamil-remington.mb
  
  Reading 329 records.
  
  
  Cannot create target file!
  
  tables/CMakeFiles/table_data.dir/build.make:93: recipe for target 
'tables/ta/tamil-remington.mb' failed
  make[3]: *** [tables/ta/tamil-remington.mb] Error 3
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu'
  CMakeFiles/Makefile2:1096: recipe for target 
'tables/CMakeFiles/table_data.dir/all' failed
  make[2]: *** [tables/CMakeFiles/table_data.dir/all] Error 2
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu'
  Makefile:119: recipe for target 'all' failed
  make[1]: *** [all] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu'
  dh_auto_build: make -j1 returned exit code 2
  debian/rules:3: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

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


fcitx-table-other.0.2.3-2.unstable.amd64.log.txt.gz
Description: Binary data

Bug#818574: dose : does not support xz input files

[Ralf Treinen]

Package: qa.debian.org
User: qa.debian@packages.debian.org
Usertags: dose
Blocks: 818463

the dose services on qa.debian.org currently do not support xz
input files.

-Ralf.

Bug#818560: debian-handbook: Suggestions for section 6.2: How the new apt interface is better then apt-get

[Raphael Hertzog]

Hello Mark,

On Thu, 17 Mar 2016, Mark Billings wrote:
> developed within the project. apt is a second command-line based front
> end provided by APT which overcomes some design mistakes of apt-get."
> 
> This got me interested, and I wondered what design mistakes were being
> talked about.  I turned to Stack Exchange to ask my question:
> 
> http://unix.stackexchange.com/questions/270511/how-is-apt-the-new-and-improved-apt-get
> 
> I got a really good answer from Faheem Mitha, in which they quoted Michael 
> Vogt:
> 
> "'design mistakes' is a bit of a strong word - we are just
> scared of changing anything in apt-get because it's used in a gazillion
> scripts by now. 'apt' lets us do that plus it's easier to type and we
> can combine apt-get/apt-cache. so I think the answers are all fine, the
> key part is really that apt is more convenient to use/type.
> [snip]
> the gist is that apt/apt-get/apt-cache all share the same library and
> code, just some tweaks to the default."
> 
> (Turns out that Faheem posted my question on the IRC Channel.)
> 
> I think that this section should probably be updated to reflect this
> better.

Thanks for the suggestion, we will consider this for the next release but
in the mean time I stand by my words. The "design mistakes" are about
the interface of the command line... for example "apt upgrade" having
the right to install packages is important. Being able to show details
of packages in the same command is important too.

Even though both commands are very close in terms of run time behaviour,
those interface differences matter.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#789279: ITA: jwm -- very small lightweight pure X11 window manager

[Reiner Herrmann]

Hi Samuel,

On Thu, Mar 17, 2016 at 10:22:32PM -0300, SamuelOPH wrote:
> Actually, I am doing the same and already did some considerable amount of
> work on the package, you can see it here[1]. Eriberto is sponsoring me, the
> plan was to upload it on this weekend (there's a few things that i have to
> finish today and tomorrow [there's a todo on the changelog]).

Okay, looks like I had a really bad timing then. We only saw the ITA
state on tracker.d.o yesterday after most work was already done.
Please go ahead with your package then.

> I really don't know what we should do now. When are you planing to finish
> and could you share your improvements? I will probably add png and svg
> support to the package as well.

We already pushed the changes to collab-maint yesterday before your mail
arrived. It would be nice if you could check if something usable is
still in there, especially the reproducibility patch (which was my main
reason for the QA upload).

Kind regards,
  Reiner


signature.asc
Description: Digital signature

Bug#818618: dpkg-genchanges: Please exclude packages disabled in unstaged builds

[Johannes Schauer]

Hi,

On Fri, 18 Mar 2016 20:11:19 +0100 Samuel Thibault  wrote:
> A solution would be that dpkg-genchanges is added a -P parameter, and by
> default (unstaged) not include staged-only binary packages in Binary.
> 
> [...]
> 
> We then had to pass NEW due to this addition, because the .changes
> file had it in the Binary: field.  And then we had to pass NEW again
> in the latest upload, for the same reason: apparently between the two
> uploads some cleaning process in ftp-master had dropped the knowledge
> of the package, probably because it's not actually uploaded in the
> archive. Perhaps ftp-master should be more cautious about this, but I'd
> say dpkg-genchanges should just not even mention this package, what do
> you think?

Policy §5.6.19 [1] says the following about the Binary field:

| When it appears in the .dsc file, it lists binary packages which a source
| package can produce, separated by commas[43]. The source package does not
| necessarily produce all of these binary packages for every architecture. The
| source control file doesn't contain details of which architectures are
| appropriate for which of the binary packages.
|
| When it appears in a .changes file, it lists the names of the binary packages
| being uploaded, separated by whitespace (not commas).

I think the above can easily be made compliant with the concept of build
profiles. In a .dsc file, the Binary field will list all binary packages the
source package can possible produce irrespective of architecture (as above) and
irrespective of build profiles (analogues to architectures).

When it appears in a .changes file, the meaning of the Binary field is a
different one and means "I'm hereby uploading these binary packages". So I
think it's reasonable to let this field reflect that a package built without
any build profiles active will also not upload any binary packages specific to
a certain build profile.

I thus think it's reasonable for dpkg-genchanges to only include the binary
packages in the Binary field of the .changes file which were actually produced
depending on the currently active profiles.

Thanks!

cheers, josch

[1] https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Binary


signature.asc
Description: signature

Bug#798421: Patch and NMU

[Josh Triplett]

Control: tags -1 + patch

I've attached a patch fixing this bug, as well as a patch adding a
changelog entry for an 0.23.1-1.1 NMU.

- Josh Triplett
>From d010b82b89dff56ed6a32127af79f66b68769d44 Mon Sep 17 00:00:00 2001
From: Josh Triplett 
Date: Fri, 18 Mar 2016 17:06:45 -0700
Subject: [PATCH 1/2] Build with and depend on libcurl4-gnutls-dev (Closes:
 #798421)

---
 debian/control | 6 +++---
 debian/rules   | 2 ++
 2 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/debian/control b/debian/control
index 06b458e..a0ce1fc 100644
--- a/debian/control
+++ b/debian/control
@@ -3,8 +3,8 @@ Section: libs
 Priority: extra
 Maintainer: Russell Sim 
 Build-Depends: debhelper (>= 9.20120417), python-minimal (>= 2.4.0), pkg-config,
-   cmake, libz-dev, libcurl4-openssl-dev, libssl-dev,
-   libssh2-1-dev, libhttp-parser-dev, ca-certificates
+   cmake, libz-dev, libcurl4-gnutls-dev,
+   libssh2-1-dev, libhttp-parser-dev
 Standards-Version: 3.9.6
 Homepage: http://libgit2.github.com/
 Vcs-Git: git://anonscm.debian.org/users/arrsim-guest/libgit2.git
@@ -16,7 +16,7 @@ Architecture: any
 Section: libdevel
 Multi-Arch: same
 Depends: libgit2-23 (= ${binary:Version}), libz-dev,
- libcurl4-openssl-dev, libssl-dev, libssh2-1-dev,
+ libcurl4-gnutls-dev, libssh2-1-dev,
  libhttp-parser-dev, ${shlibs:Depends}, ${misc:Depends}
 Description: low-level Git library (development files)
  libgit2 is a portable, pure C implementation of the Git
diff --git a/debian/rules b/debian/rules
index e82f178..72436f3 100755
--- a/debian/rules
+++ b/debian/rules
@@ -14,6 +14,7 @@ TEST_TMPDIR := $(CURDIR)/tmp-test
 override_dh_auto_configure:
 	dh_auto_configure --builddirectory=build-debian-release -- \
 		-DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo \
+		-DUSE_OPENSSL:BOOL=OFF \
 		-DTHREADSAFE:BOOL=ON \
 		-DBUILD_CLAR:BOOL=ON \
 		-DLIB_INSTALL_DIR:STRING=lib/$(DEB_HOST_MULTIARCH)
@@ -21,6 +22,7 @@ override_dh_auto_configure:
 	dh_auto_configure --builddirectory=build-debian-devel -- \
 		-DCMAKE_BUILD_TYPE:STRING=Release \
 		-DTHREADSAFE:BOOL=ON \
+		-DUSE_OPENSSL:BOOL=OFF \
 		-DBUILD_CLAR:BOOL=OFF \
 		-DBUILD_SHARED_LIBS:BOOL=OFF \
 		-DLIB_INSTALL_DIR:STRING=lib/$(DEB_HOST_MULTIARCH)
-- 
2.7.0

>From 9f526442408f078a9e1dc2bf0e6fe1f416585caa Mon Sep 17 00:00:00 2001
From: Josh Triplett 
Date: Fri, 18 Mar 2016 17:09:59 -0700
Subject: [PATCH 2/2] debian/changelog: Add entry for 0.23.1-1.1 NMU

---
 debian/changelog | 8 
 1 file changed, 8 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index a5e437c..da8a307 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libgit2 (0.23.1-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Don't depend on OpenSSL, either directly or indirectly. Build with and
+depend on libcurl4-gnutls-dev instead. (Closes: #798421)
+
+ -- Josh Triplett   Fri, 18 Mar 2016 17:08:00 -0700
+
 libgit2 (0.23.1-1) unstable; urgency=medium
 
   * New upstream release 0.23.1.
-- 
2.7.0

Bug#772047: RFH: pgpool2 -- connection pool server and replication proxy for PostgreSQL

[Christoph Berg]

Re: William Bonnet 2016-02-18 <56c5eba6.30...@theitmakers.com>
> Hi Christoph,
> 
> I am really interested in helping for this package. I am a PG user and
> i use pgpool2 from time to time.
> 
> Are you still looking for help ?

Hi William,

sorry for the delayed answer - yes we are still looking for help.

Christoph

Bug#818632: RM: sikuli/experimental -- ROM; superseded by sikulix

[Gilles Filippini]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Please remove sikuli 1.0.1-2 from experimental. The project name was changed to 
sikulix with release 1.1.0 now in experimental.

Thanks in advance,

_g.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJW7HrbAAoJEO/obGx//s+Dv0UH/2SO8yeB+NCsvRRd03cr+qWy
DvzaO/yyyNpOz2K64kNCcU6vtCIMvyZyFRrEZcqRtf9uJHNJz614VVtibyCnvY3N
oHu9krJENmvuzyEB2tov6XSt0dZrK2GN07h/luFz+4dysw2D5Wbp2X9hdUjep0oZ
iBWTe701ub8GY2FEgtMmyaQabgoScCbqIG86jRyA98q7Kqx/BBvjAjZwXlqrZhP/
aoWqi2qUc4EOIv3sNOiYzx9e+2MMbOLvF0OBGvepm+LQMNg4noAJntBZbe5g54c2
Xa/6dTeCHHIIUtNnf6OFrper4inyC93drsM79U8sDbtTaVXeAFCwP98eteimVp8=
=u4Zb
-END PGP SIGNATURE-

Bug#802591: [Pkg-openssl-devel] Bug#802591: Please provide libssl udeb as well as the libcrypto udeb

[Josh Triplett]

Any update on this bug?  I'm quite interested in seeing debian-installer
https preseeding support in stretch, and this bug is the first step
towards that.

- Josh Triplett

Bug#818592: control: split and improve dependency handling for disk detection

[Hendrik Brueckner]

Package: s390-zfcp
Version: 1.0.1
Severity: important
Tags: d-i

To improve and provide a "guided" flow, split the harddrive
detection dependency for s390-dasd and s390-zfcp as follows:

- s390-dasd provides harddrive-detection-dasd
- s390-zfcp provides harddrive-detection-zfcp

The disk-detect package depends on
  -> harddrive-detection-dasd
  -> harddrive-detection-zfcp

and continues to provide the harddrive-detection.  With this split,
installation on mixed DASD and SCSI disks are possible.  Also move
the module before the disk-detect module in the Debian installer
menu.

See also related Debian Bug #818586 for the disk-detect package.

Patch for the control file will follow.

Thanks and kind regards,
  Hendrik

Bug#818252: swap.target: Job swap.target/start failed with result 'dependency'.

[Roderich Schupp]

On Tue, 15 Mar 2016 12:48:19 +0100 Andreas Henriksson 
wrote:
> Control: tags -1 + upstream fixed-upstream
> Control: forwarded -1
https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/?id=12f5cbe15940bfb94d31a1b898084aa5f0e5fa10

FYI, that commit does NOT fix the bug, the error message now is

#  swapon -a
swapon: sys-utils/swapon.c:651: parse_options: Assertion `ctl->options'
failed.

The reason is that the mount options read from /etc/fstab never make it
into the ctl struct (see sys-utils/swapon.c around line 940).

Cheers, Roderich

Bug#818481: installation-reports: Xen PV drivers not present in 32-bit installer kernel (but present in installed kernel)

[Ian Campbell]

On Fri, 2016-03-18 at 06:50 +, John Dilley wrote:
> Correct, I'm running the installer as a PVHVM domain (this is how
> XenServer supports Jessie onwards).
> 
> I tried running the xen netboot image, but although it booted it then
> complained about a display issue, and didn't seem to bring up the
> disk, so it doesn't look like that is PVHVM compatible.

IMHO it should be, so whatever the display issue is is most likely a
bug somewhere which should be addressed.

> Would be good if the Xen drivers could be included in the 686 kernel,
> or if there was a Xen PVHVM compatible installer we could use
> (although a separate kernel may cause complications for CD installs).

IIRC the Xen PVHVM drivers in Linux are tied closely enough to the Xen
PV drivers that they cannot currently be enabled without PAE. Fixing
that would be one for the upstream Xen team I'm afraid, since I think
it will be non-trivial.

Ian.

Bug#818643: Decide whether to use American or British spelling conventions

[Ben Hutchings]

Package: debian-kernel-handbook
Version: 1.0.17
Severity: minor

After handling #818577 I decided to spell-check the entire document.
I didn't find any other definite errors, though "prepended" is not
widely accepted and should probably be "prefixed".

I did notice that for those words that have different spellings in
American and British English, we sometimes have American spellings and
sometimes British.  (This is possibly due to my writing most of the
new text and using British spelling by default.)  We should really
settle on which conventions to use, and document that.

Ben.

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

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

debian-kernel-handbook depends on no packages.

Versions of packages debian-kernel-handbook recommends:
ii  chromium [www-browser] 49.0.2623.87-1
ii  firefox-esr [www-browser]  45.0esr-2
ii  w3m [www-browser]  0.5.3-27

debian-kernel-handbook suggests no packages.

-- no debconf information

Bug#818369: RFS: clblas/2.10-2

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "clblas"

* Package name: clblas
  Version : 2.10-2
  Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clFFT
* License : Apache version 2
  Section : science

It builds those binary packages:

  libclblas-bin - OpenCL BLAS library (executables)
  libclblas-dev - OpenCL BLAS library (development files)
  libclblas-doc - OpenCL BLAS library (documentation)
  libclblas2 - OpenCL BLAS library (shared library)
  libclblas2-dbg - OpenCL BLAS library (debugging symbols)

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


  http://mentors.debian.net/package/clblas

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

  dget -x 
http://mentors.debian.net/debian/pool/main/c/clblas/clblas_2.10-2.dsc


Successful build log on debomatic:


http://debomatic-amd64.debian.net/distribution#unstable/clblas/2.10-2/buildlog

Changes since the last upload:

  * d/gbp.conf: change packaging branch to debian/master (DEP-14).
  * libclblas-dev: add install dependency on opencl-dev.
  * Use secure VCS-Git URI.
  * Bump standards version to 3.9.7, no changes required.
  * d/control: cme fix, wrap and sort.
  * d/copyright: update dates.

Best regards,
Ghislain Vaillant

Bug#818551: golang-golang-x-tools: provides same file '/usr/bin/bundle' as ruby-bundler

[Sven Hartge]

Package: golang-golang-x-tools
Version: 1:0.0~git20160315.0.f42ec61-1
Severity: serious
Justification: Policy 10.1

Hi!

The subject says it all:

The following packages will be upgraded: 
  golang-golang-x-tools 
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/14.8 MB of archives. After unpacking 15.9 MB will be used.
Do you want to continue? [Y/n/?] 
(Reading database ... 746195 files and directories currently installed.)
Preparing to unpack 
.../golang-golang-x-tools_1%3a0.0~git20160315.0.f42ec61-1_amd64.deb ...
Unpacking golang-golang-x-tools (1:0.0~git20160315.0.f42ec61-1) over 
(1:0.0~git20151026.0.0f9d71c-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/golang-golang-x-tools_1%3a0.0~git20160315.0.f42ec61-1_amd64.deb
 (--unpack):
 trying to overwrite '/usr/bin/bundle', which is also in package ruby-bundler 
1.11.2-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 
/var/cache/apt/archives/golang-golang-x-tools_1%3a0.0~git20160315.0.f42ec61-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Grüße,
Sven

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

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

Versions of packages golang-golang-x-tools depends on:
ii  golang-golang-x-tools-dev  1:0.0~git20160315.0.f42ec61-1
ii  libc6  2.22-3

golang-golang-x-tools recommends no packages.

golang-golang-x-tools suggests no packages.

-- no debconf information

Bug#663134: aptitude: safe-upgrade fails on libgcc1 version skew

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo


Hi,

2012-03-10 10:00 Sven Joachim:

2. Insert some logic to not mark packages violating the multiarch
lockstep requirement, thereby avoiding invoking the resolver and the
resulting status messages.

Option 2 is easy, but personally I'd like to avoid it because it is an
extra layer on top of the native APT implementation of the multiarch
spec (i.e. implicit Breaks: self on these packages).  Also, aptitude's
behaviour would internally deviate from apt-get's even though the
results would appear similar.


There is also the theoretical possibility that the requirement to
upgrade "M-A:same" packages in lockstep might be lifted some day
(Guillem proposed this, but was apparently convinced/persuaded not to do
this).


There are people talking about this from time to time, because it's
annoying at several levels, specially when some arches are at different
binNMU levels than others.

People have pinged the bug lately, I forgot which one it is.


In general, I think that this is a transient problem only affecting
unstable (as far as I can tell) and in the vast majority of cases only
for a few hours until the version becomes available, and that it might
be solved by another means.

So this has been happening for a few years already and maybe it's not
fixed soon, but the lazy person in me still thinks that the best option
is "wait and see" :-)


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#818525: [Pkg-xen-devel] Bug#818525: xen: FTBFS: error: unterminated comment

[Wei Liu]

On Thu, Mar 17, 2016 at 6:58 PM, Martin Michlmayr  wrote:
> Package: xen
> Version: 4.6.0-1+nmu2
> Severity: serious
>
> This package fails to build in unstable:
>
>> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
> ...
>> mkdir -p compat
>> grep -v 'DEFINE_XEN_GUEST_HANDLE(long)' public/grant_table.h | \
>> python 
>> /<>/debian/build/build-hypervisor_amd64_amd64/xen/tools/compat-build-source.py
>>  >compat/grant_table.c.new
>> mv -f compat/grant_table.c.new compat/grant_table.c
>> gcc -E -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99 -Wall 
>> -Wstrict-prototypes -Wdeclaration-after-statement 
>> -Wno-unused-but-set-variable -Wno-unused-local-typedefs -DNDEBUG 
>> -I/<>/debian/build/build-hypervisor_amd64_amd64/xen/include 
>> -I/<>/debian/build/build-hypervisor_amd64_amd64/xen/include/asm-x86/mach-generic
>>  
>> -I/<>/debian/build/build-hypervisor_amd64_amd64/xen/include/asm-x86/mach-default
>>  -msoft-float -fno-stack-protector -fno-exceptions -Wnested-externs 
>> -DHAVE_GAS_VMX -DHAVE_GAS_EPT -DHAVE_GAS_FSGSBASE -mno-red-zone -mno-sse 
>> -fpic -fno-asynchronous-unwind-tables -DGCC_HAS_VISIBILITY_ATTRIBUTE 
>> -fno-builtin -fno-common -Werror -Wredundant-decls -Wno-pointer-arith -pipe 
>> -g -D__XEN__ -nostdinc -DCONFIG_SHADOW_PAGING -DHAS_ACPI -DHAS_GDBSX 
>> -DHAS_PASSTHROUGH -DHAS_MEM_ACCESS -DHAS_MEM_PAGING -DHAS_MEM_SHARING 
>> -DHAS_PCI -DHAS_IOPORTS -DHAS_PDX -O2 -fomit-frame-pointer -m64 
>> -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prot
>> otypes -Wdeclaration-after-statement -Wno-unused-but-set-variable 
>> -Wno-unused-local-typedefs -include public/xen-compat.h -m32 -o 
>> compat/grant_table.i compat/grant_table.c
>> compat/grant_table.c:33:1: error: unterminated comment
>>  /*
>>  ^
>> compat/grant_table.c:28:0: error: unterminated #ifndef
>>  #ifndef __XEN_PUBLIC_GRANT_TABLE_H__
>>  ^
>> Makefile:61: recipe for target 'compat/grant_table.i' failed
>> make[5]: *** [compat/grant_table.i] Error 1
>> rm compat/features.i compat/callback.c compat/event_channel.i 
>> compat/elfnote.c compat/elfnote.i compat/features.c compat/event_channel.c 
>> compat/callback.i compat/grant_table.c
>

I think you need this patch from upstream xen.git.

commit 3f293c7caaefc2c37b61e44e8ebd5a7f1c554afb
Author: Dario Faggioli 
AuthorDate: Thu Feb 25 13:03:04 2016 +0100
Commit: Jan Beulich 
CommitDate: Thu Feb 25 13:03:04 2016 +0100

public: typo: use ' as apostrophe in grant_table.h


Wei.


> --
> Martin Michlmayr
> Linux for HPE Helion, Hewlett Packard Enterprise
>
> ___
> Pkg-xen-devel mailing list
> pkg-xen-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xen-devel

Bug#818362: connection timeouts while a large number of containers boot

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Simon,

On 03/17/16 23:48, Simon McVittie wrote:
> 
> It might be a useful workaround to stagger startup so not everything is 
> starting at the same time?
> 

I already tried that: systemd marked the service as "failed"
because the startup script didn't return in time. And this was
just a 5 secs delay for each container. But all containers
were running fine. Its more stable than the parallel startup.

Regards
Harri

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJW7ER6AAoJEAqeKp5m04HLbEAH/i/qOTHt3InItAvwoWiL0O+5
JcPY3vj9KFVa6apAz0sADWheh8Ks20dPu9QV2sFfNdN0tnjuUBHKCPjbuCipWgwt
aukyjHUI4ddO6RtyWCqRa1UJFfHLTOKpqF3kTwZ+shj624wXyqw7D9/MziFEsHOU
5zaHG97GRl3XCApgtWbqUAI11+ryuN5enFL+pMrHeHdVTZY8FnYYbeA2y+vzIX8a
hCjWr2mcd9k0mY94KLzHhYr8E1XdKbrBTOOfjkARou9gSd3ecK/4yizoVNahiBhf
oT0NX/TYM5n/HD/d8IqTHNM5ReAos6eOOECyD9hZYwnw5M4gWM7yevZqhTt+I/M=
=3cIP
-END PGP SIGNATURE-

Bug#818479: closed by Colin Watson (Re: Bug#818479: debmirror: Needs to be updated for upcoming archive changes (SHA256 + xz))

[John Paul Adrian Glaubitz]

On Thu, Mar 17, 2016 at 02:03:19PM +, Debian Bug Tracking System wrote:
> I just fixed this today, including testing that mirroring experimental
> works again.

Wow, great job and thanks for acting so fast! You saved me a lot of
headache for our local setup now :).

Thanks,
Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#818395: FTBFS: missing files, aborting

[Martin Michlmayr]

Package: calligra
Version: 2.8.5+dfsg-1.2
Severity: serious

calligra fails to build.  I don't see any obvious errors (but I didn't look
through the 22 MB of logs) but it ends with:

dh_install --list-missing
dh_install: karbon missing files: usr/lib/kde4/calligra_filter_eps2svgai.so
dh_install: karbon missing files: 
usr/share/kde4/services/calligra_filter_eps2svgai.desktop
dh_install: kexi-map-form-widget missing files: 
usr/lib/kde4/kformdesigner_mapbrowser.so
dh_install: kexi-map-form-widget missing files: 
usr/share/kde4/services/kformdesigner/kformdesigner_mapbrowser.desktop
dh_install: calligra-reports-map-element missing files: 
usr/lib/kde4/koreport_mapsplugin.so
dh_install: calligra-reports-map-element missing files: 
usr/share/kde4/apps/calligra/icons/hicolor/*/actions/report_map_element.png
dh_install: calligra-reports-map-element missing files: 
usr/share/kde4/services/koreport_mapsplugin.desktop
dh_install: usr/share/kde4/apps/formulashape/fonts/cmex10.ttf exists in 
debian/tmp but is not installed to anywhere
dh_install: usr/bin/cstrunner exists in debian/tmp but is not installed to 
anywhere
dh_install: usr/bin/visualimagecompare exists in debian/tmp but is not 
installed to anywhere
dh_install: usr/bin/cstester exists in debian/tmp but is not installed to 
anywhere
dh_install: missing files, aborting
debian/rules:34: recipe for target 'override_dh_install' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#816012: apt: Add flag to only allow installation of packages that have reproducible builds

[Chris Lamb]

Hi Julian,

In general I completely agree with you but I'd like to just to followup on a
few points for the benefit of anyone else coming across this bug report.

> > I'would like to be able to only allow the installation of packages that
> > have reproducible builds or at least to be informed of the packages that
> > don't.
>
> No chance. There's no metadata for that.

Agreed. However, we (the Reproducibible Builds team) have plans to have
metadata in a sane, distributed format that APT could potentially -- and
optionally! -- take into consideration.

The details are, of course, to be ironed out.

> Also reproducibility is a moving state. New instances where a "reproducible"
> package becomes unreproducible happen all the time.

In unstable and experimental, absolutely. In stable or testing, perhaps not?
Still, even being informed of the status in unstable could still be useful for
developers and other bleeding-edege users

So yes, whilst I 100% agree that this feature is a "no chance" right now, we
should remaain optimistic that can we can provide this to our users sometime in
the future.

:)


Regards,

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

Bug#811107: gimp: Automatic threshold doesn't work on binarized image

[Ari Pollak]

I can't seem to reproduce this. Could you provide step-by-step
instructions, starting from opening gimp?

Bug#811891: Not a GCC 6 issue, but libc 2.22

[Martin Michlmayr]

retitle 811891 FTBFS: dereferencing pointer to incomplete type 'struct addrinfo'
severity 811891 serious
thanks

libc6 2.22 is in unstable now.

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818625: libeditorconfig0: The library contains a call to exit()

[Hong Xu]

Package: libeditorconfig0
Version: 0.12.0
Severity: normal
Tags: patch

Dear Maintainer,

I'm the main maintainer of the upstream. When out of memory, the library would
call exit() in the current version, which is very unexpected for the main
program.

A fix was recently pushed and can be viewed at <
https://github.com/editorconfig/editorconfig-
core-c/commit/a809fbd28da52af2516702fd0357a8328fe489c6.patch > , which I
suggest to patch for the stable release. Also, for stretch and sid, I would
suggest to upgrade the package to 0.12.1, which contains this fix.

This bug should only affect jessie and later versions.

Thanks,



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

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

Bug#818252: swap.target: Job swap.target/start failed with result 'dependency'.

[Andreas Henriksson]

Hello Roderich Schupp.

On Fri, Mar 18, 2016 at 11:26:19AM +0100, Roderich Schupp wrote:
> On Tue, 15 Mar 2016 12:48:19 +0100 Andreas Henriksson 
> wrote:
> > Control: tags -1 + upstream fixed-upstream
> > Control: forwarded -1
> https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/?id=12f5cbe15940bfb94d31a1b898084aa5f0e5fa10
> 
> FYI, that commit does NOT fix the bug, the error message now is
> 
> #  swapon -a
> swapon: sys-utils/swapon.c:651: parse_options: Assertion `ctl->options'
> failed.
> 
> The reason is that the mount options read from /etc/fstab never make it
> into the ctl struct (see sys-utils/swapon.c around line 940).

Thanks for the feedback. I've notified upstream about your feedback
and it's being investigated.

FWIW, Please feel free to communicate things like this directly to
upstream without me as a middle man.

Regards,
Andreas Henriksson

Bug#817172: irssi-plugin-otr: plugin not in multiarch directory

[Florian Schlichting]

Sorry I probably should have pinged you; irssi-plugin-xmpp had
the same issue, see #817171, and I fixed it by making use of
DEB_HOST_MULTIARCH and specifying an explicit module path, see
https://anonscm.debian.org/cgit/collab-maint/irssi-plugin-xmpp.git/commit/?id=542ef1528821ffc0b048b38bb431918fcf02203f

Besides, irssi-plugin-otr needs to be rebuild anyways because we've had
an upload of a new major version of irssi, and since there has been some
ABI breakage in the past, the irssi folks introduced ABI versioning and
won't load anything that wasn't compiled against the same ABI version
(no change required, just a rebuild)

Florian

Bug#818363: Uses unreproducible internal font IDs

[Damyan Ivanov]

Package: libpdf-api2-perl
Version: 2.025-1
Severity: wishlist
Tags: patch upstream

The TrueType, BdFont, CoreFont and Postscript subclasses of 
PDF::API2::Resource::Font append '~'.time() to the resource identifiers they 
generate. This is unnecessary because the identifier already includes the 
result of the pdfkey() function, which gives increasing numbers through a 
process lifetime.

Adding time() is in itself not enough to guarantee unique IDs, but only 
introduces unreproducible output and poses a slight performance penalty for the 
syscall needed to get the current time.

The attached patch removes time() from the resource IDs, which is sufficient to 
get reproducible output.

-- dam


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

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

Versions of packages libpdf-api2-perl depends on:
ii  libfont-ttf-perl  1.05-1
ii  perl  5.22.1-9

libpdf-api2-perl recommends no packages.

libpdf-api2-perl suggests no packages.

-- no debconf information
--- a/lib/PDF/API2/Resource/CIDFont/TrueType.pm
+++ b/lib/PDF/API2/Resource/CIDFont/TrueType.pm
@@ -38,7 +38,7 @@ sub new {
 my ($ff,$data)=PDF::API2::Resource::CIDFont::TrueType::FontFile->new($pdf,$file,@opts);
 
 $class = ref $class if ref $class;
-my $self=$class->SUPER::new($pdf,$data->{apiname}.pdfkey().'~'.time());
+my $self=$class->SUPER::new($pdf,$data->{apiname}.pdfkey());
 $pdf->new_obj($self) if(defined($pdf) && !$self->is_obj($pdf));
 
 $self->{' data'}=$data;
@@ -51,7 +51,7 @@ sub new {
 
 $de->{'FontDescriptor'} = $des;
 $de->{'Subtype'} = PDFName($self->iscff ? 'CIDFontType0' : 'CIDFontType2');
-## $de->{'BaseFont'} = PDFName(pdfkey().'+'.($self->fontname).'~'.time());
+## $de->{'BaseFont'} = PDFName(pdfkey().'+'.($self->fontname));
 $de->{'BaseFont'} = PDFName($self->fontname);
 $de->{'DW'} = PDFNum($self->missingwidth);
 if($opts{-noembed} != 1)
--- a/lib/PDF/API2/Resource/Font/BdFont.pm
+++ b/lib/PDF/API2/Resource/Font/BdFont.pm
@@ -56,7 +56,7 @@ sub new {
 my %opts=@opts;
 
 $class = ref $class if ref $class;
-$self = $class->SUPER::new($pdf, sprintf('%s+Bdf%02i',pdfkey(),++$BmpNum).'~'.time());
+$self = $class->SUPER::new($pdf, sprintf('%s+Bdf%02i',pdfkey(),++$BmpNum));
 $pdf->new_obj($self) unless($self->is_obj($pdf));
 
 # adobe bitmap distribution font
@@ -202,7 +202,7 @@ sub readBDF {
 $data->{bbox}{'.notdef'} = [0, 0, 0, 0];
 }
 
-$data->{fontname}=pdfkey().pdfkey().'~'.time();
+$data->{fontname}=pdfkey();
 $data->{apiname}=$data->{fontname};
 $data->{flags} = 34;
 $data->{fontbbox} = [ split(/\s+/,$data->{FONTBOUNDINGBOX}) ];
--- a/lib/PDF/API2/Resource/Font/CoreFont.pm
+++ b/lib/PDF/API2/Resource/Font/CoreFont.pm
@@ -164,7 +164,7 @@ sub new
 #}
 
 $class = ref $class if ref $class;
-$self = $class->SUPER::new($pdf, $data->{apiname}.pdfkey().'~'.time());
+$self = $class->SUPER::new($pdf, $data->{apiname}.pdfkey());
 $pdf->new_obj($self) unless($self->is_obj($pdf));
 $self->{' data'}=$data;
 $self->{-dokern}=1 if($opts{-dokern});
--- a/lib/PDF/API2/Resource/Font/Postscript.pm
+++ b/lib/PDF/API2/Resource/Font/Postscript.pm
@@ -28,7 +28,7 @@ sub new {
 }
 
 $class = ref $class if ref $class;
-$self = $class->SUPER::new($pdf, $data->{apiname}.pdfkey().'~'.time());
+$self = $class->SUPER::new($pdf, $data->{apiname}.pdfkey());
 $pdf->new_obj($self) unless($self->is_obj($pdf));
 $self->{' data'}=$data;
 
@@ -40,7 +40,7 @@ sub new {
 $self->{'FontDescriptor'}=$self->descrByData();
 if(-f $psfile)
 {
-$self->{'BaseFont'} = PDFName(pdfkey().'+'.($self->fontname).'~'.time());
+$self->{'BaseFont'} = PDFName(pdfkey().'+'.($self->fontname));
 
 my ($l1,$l2,$l3,$stream)=$self->readPFAPFB($psfile);
 

Bug#818644: composer: Add xz-utils as test dependency

[Steve Langasek]

Package: composer
Version: 1.0.0~beta1-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Hi David,

In Ubuntu, we've found that composer has an undeclared test dependency on
xz-utils.  While the package's tests pass for us at build time, and on three
of five architectures where we run autopkgtests, on two architectures it
seems that xz-utils happens to not be installed in the test environment,
causing a test failure:

  Time: 15.32 seconds, Memory: 20.00Mb

  There was 1 failure:

  1) Composer\Test\Downloader\XzDownloaderTest::testErrorMessages
  Failed asserting that 'Failed to execute tar -xJf 
'/tmp/composer-test-736556ecbc93ac9f6/XzDownloaderTest.php' -C 
'/tmp/composer-test-623556ecbc93ac3f5/composer/a72d1367'

  tar (child): xz: Cannot exec: No such file or directory
  tar (child): Error is not recoverable: exiting now
  tar: Child returned status 2
  tar: Error is not recoverable: exiting now
  ' contains "File format not recognized".

  
/data/adttmp/adt-virt-lxc.shared.2c5mooi4/downtmp/build.Acc/composer-1.0.0~beta1/tests/Composer/Test/Downloader/XzDownloaderTest.php:75


See, e.g.

  
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/armhf/c/composer/20160319_024249@/log.gz

Of course, xz-utils is Build-Essential, so many environments will already
have xz-utils installed.  But it's optional, so for complete correctness
this should be declared as a dependency.

The attached trivial patch addresses this.

Thanks for considering,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru composer-1.0.0~beta1/debian/tests/control composer-1.0.0~beta1/debian/tests/control
--- composer-1.0.0~beta1/debian/tests/control	2016-03-09 17:43:10.0 -0800
+++ composer-1.0.0~beta1/debian/tests/control	2016-03-18 20:22:14.0 -0700
@@ -1,3 +1,3 @@
 Test-Command: phpunit
 Restrictions: needs-recommends
-Depends: @, php-mbstring, php-symfony-class-loader, php-zip, phpunit
+Depends: @, php-mbstring, php-symfony-class-loader, php-zip, phpunit, xz-utils

Bug#799275: gtk+2.0: diff for NMU version 2.24.30-1.1

[Salvatore Bonaccorso]

Control: tags 799275 + pending

Dear maintainer,

I've prepared an NMU for gtk+2.0 (versioned as 2.24.30-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Moritz Muehlenhoff would like to fix CVE-2013-7447 via a jessie-pu
(cf. #818615), since it does not warrant a DSA. But this as well
can/should be done if the issue is already fixed in unstable. This NMU
is aiming for that to have the fix as wel available in jessie in the
next point release.

Regards,
Salvatore
diff -Nru gtk+2.0-2.24.30/debian/changelog gtk+2.0-2.24.30/debian/changelog
--- gtk+2.0-2.24.30/debian/changelog	2016-03-07 14:51:23.0 +0100
+++ gtk+2.0-2.24.30/debian/changelog	2016-03-18 20:22:11.0 +0100
@@ -1,3 +1,10 @@
+gtk+2.0 (2.24.30-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * CVE-2013-7447: Integer overflow in image handling (Closes: #799275)
+
+ -- Salvatore Bonaccorso   Fri, 18 Mar 2016 20:20:37 +0100
+
 gtk+2.0 (2.24.30-1) unstable; urgency=medium
 
   * New upstream release 2.24.30
diff -Nru gtk+2.0-2.24.30/debian/patches/099_CVE-2013-7447.patch gtk+2.0-2.24.30/debian/patches/099_CVE-2013-7447.patch
--- gtk+2.0-2.24.30/debian/patches/099_CVE-2013-7447.patch	1970-01-01 01:00:00.0 +0100
+++ gtk+2.0-2.24.30/debian/patches/099_CVE-2013-7447.patch	2016-03-18 20:22:11.0 +0100
@@ -0,0 +1,30 @@
+From 894b1ae76a32720f4bb3d39cf460402e3ce331d6 Mon Sep 17 00:00:00 2001
+From: Matthias Clasen 
+Date: Sat, 29 Jun 2013 22:06:54 -0400
+Subject: Avoid integer overflow
+
+Use g_malloc_n in gdk_cairo_set_source_pixbuf when allocating
+a large block of memory, to avoid integer overflow.
+
+Pointed out by Bert Massop in
+https://bugzilla.gnome.org/show_bug.cgi?id=703220
+---
+ gdk/gdkcairo.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/gdk/gdkcairo.c b/gdk/gdkcairo.c
+index 19bed04..2e1d8dc 100644
+--- a/gdk/gdkcairo.c
 b/gdk/gdkcairo.c
+@@ -213,7 +213,7 @@ gdk_cairo_set_source_pixbuf (cairo_t *cr,
+ format = CAIRO_FORMAT_ARGB32;
+ 
+   cairo_stride = cairo_format_stride_for_width (format, width);
+-  cairo_pixels = g_malloc (height * cairo_stride);
++  cairo_pixels = g_malloc_n (height, cairo_stride);
+   surface = cairo_image_surface_create_for_data ((unsigned char *)cairo_pixels,
+  format,
+  width, height, cairo_stride);
+-- 
+cgit v0.12
+
diff -Nru gtk+2.0-2.24.30/debian/patches/series gtk+2.0-2.24.30/debian/patches/series
--- gtk+2.0-2.24.30/debian/patches/series	2015-05-10 21:13:11.0 +0200
+++ gtk+2.0-2.24.30/debian/patches/series	2016-03-18 20:22:11.0 +0100
@@ -11,3 +11,4 @@
 061_use_pdf_as_default_printing_standard.patch
 065_gir_set_packages.patch
 098_multiarch_module_path.patch
+099_CVE-2013-7447.patch

Bug#818634: xserver-xorg-core: system log flooded by GetModeLine messages

[Alberto Garcia]

Package: xserver-xorg-core
Version: 2:1.18.2-1
Severity: normal
Tags: upstream patch

Hey,

the system journal is being flooded by thousands of 'GetModeLine ...'
messages.

This problem was reported in Fedora a couple of days ago:

   https://bugzilla.redhat.com/show_bug.cgi?id=1318545

Here's the upstream fix:

   
https://cgit.freedesktop.org/xorg/xserver/commit/?id=75eecf28ae3709181a51571132b0accd9cae316e

Berto

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

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

Versions of packages xserver-xorg-core depends on:
ii  keyboard-configuration1.139
ii  libaudit1 1:2.4.5-1+b1
ii  libc6 2.22-3
ii  libdbus-1-3   1.10.8-1
ii  libdrm2   2.4.67-1
ii  libegl1-mesa  11.1.2-1
ii  libepoxy0 1.3.1-1
ii  libgbm1   11.1.2-1
ii  libgcrypt20   1.6.5-2
ii  libgl1-mesa-glx [libgl1]  11.1.2-1
ii  libpciaccess0 0.13.4-1
ii  libpixman-1-0 0.33.6-1
ii  libselinux1   2.4-3+b1
ii  libsystemd0   229-2
ii  libudev1  229-2
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.2-1.1
ii  libxfont1 1:1.5.1-1
ii  libxshmfence1 1.2-1
ii  udev  229-2
ii  xserver-common2:1.18.2-1

Versions of packages xserver-xorg-core recommends:
ii  libgl1-mesa-dri  11.1.2-1
ii  libpam-systemd   229-2

Versions of packages xserver-xorg-core suggests:
ii  xfonts-100dpi1:1.0.4+nmu1
ii  xfonts-75dpi 1:1.0.4+nmu1
ii  xfonts-scalable  1:1.0.3-1.1

-- no debconf information

Bug#818638: mozplugger: Probably shouldn't depend on chromium/chromium-browser anymore

[Mike Hommey]

Package: mozplugger
Version: 1.14.5-2
Severity: wishlist

Dear Maintainer,

AFAIK, mozplugger is a NPAPI plugin and chromium has dropped support for
NPAPI plugins some time ago. I don't expect mozplugger to be loaded by
chromium anymore.

Mike

Bug#818590: irssi-plugin-otr: mismatching ABI version with current irssi

[Andreas Beckmann]

On Fri, 18 Mar 2016 16:09:45 +0100 intrigeri  wrote:
> Someone (who can first verify that this would fix the problem) should
> get a binNMU scheduled, I guess :)

While this would probably make the package installable again, this is
not the proper fix. Next bump and this happens again.

irssi needs to arrange to provide a virtual package, e.g. irssi-abi-1
and must ensure that plugins pick up a proper dependency on this virtual
package. Once the abi changes (and the virtual package is renamed), this
will visibly trigger a transition.

There are several packages in the archive doing this, I think proftpd is
one of them.


Andreas

Bug#798421: Updated NMU changelog patch

[Josh Triplett]

In the previous version, I didn't explicitly document dropping the
associated Build-Depends on ca-certificates.  The attached version does
so.

- Josh Triplett
>From af01c459ac527710e2bc841eb12c81a806cdccc7 Mon Sep 17 00:00:00 2001
From: Josh Triplett 
Date: Fri, 18 Mar 2016 17:09:59 -0700
Subject: [PATCH 2/2] debian/changelog: Add entry for 0.23.1-1.1 NMU

---
 debian/changelog | 9 +
 1 file changed, 9 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index a5e437c..d97ae5d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+libgit2 (0.23.1-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Don't depend on OpenSSL, either directly or indirectly. Build with and
+depend on libcurl4-gnutls-dev instead. (Closes: #798421)
+  * Drop associated Build-Depends on ca-certificates.
+
+ -- Josh Triplett   Fri, 18 Mar 2016 17:08:00 -0700
+
 libgit2 (0.23.1-1) unstable; urgency=medium
 
   * New upstream release 0.23.1.
-- 
2.7.0

Bug#818580: [pkg-go] Bug#818580: ITP: golang-github-prometheus-client-model -- data model artifacts for Prometheus

[Martín Ferrari]

On 18/03/16 22:49, Dmitry Smirnov wrote:
> On Friday, 18 March 2016 2:09:35 PM AEDT Martín Ferrari wrote:
>>> URL: https://github.com/prometheus/client_model
>> THis is already packaged as part of the golang-github-prometheus-common
>> package.
> 
> I thought they are not quite the same aren't they? Thanks...
> 

I don't know what do you need it for... The client model is just a
compiled protobuf description, and I included it in the common libraries.

-- 
Martín Ferrari (Tincho)

Bug#818603: gimp: Description talks about photoshop

[scootergrisen]

Package: gimp
Version: 2.8.14-1+b1
Severity: minor

I saw Photoshop being mentioned in the description in package manager.

Would it not be better to not mention ofter software that might have similar
functions?

"
GIMP is an advanced picture editor. You can use it to edit, enhance,
and
 retouch photos and scans, create drawings, and make your own images.
 It has a large collection of professional-level editing tools and
 filters, similar to the ones you might find in Photoshop.
"



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

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

Versions of packages gimp depends on:
ii  gimp-data2.8.14-1
ii  libaa1   1.4p5-43
ii  libatk1.0-0  2.14.0-1
ii  libbabl-0.1-00.1.10-2
ii  libbz2-1.0   1.0.6-7+b3
ii  libc62.19-18+deb8u4
ii  libcairo21.14.0-2.1
ii  libdbus-1-3  1.8.20-0+deb8u1
ii  libdbus-glib-1-2 0.102-1
ii  libexif120.6.21-2
ii  libexpat12.1.0-6+deb8u1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-3+deb8u1
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u4
ii  libgegl-0.2-00.2.0-7+b1
ii  libgimp2.0   2.8.14-1+b1
ii  libglib2.0-0 2.42.1-1+b1
ii  libgs9   9.06~dfsg-2+deb8u1
ii  libgtk2.0-0  2.24.25-3
ii  libgudev-1.0-0   215-17+deb8u4
ii  libice6  2:1.0.9-1+b1
ii  libjasper1   1.900.1-debian1-2.4+deb8u1
ii  libjpeg62-turbo  1:1.3.1-12
ii  liblcms2-2   2.6-3+b3
ii  libmng1  1.0.10+dfsg-3.1+b3
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libpng12-0   1.2.50-2+deb8u2
ii  libpoppler-glib8 0.26.5-2
ii  librsvg2-2   2.40.5-1
ii  libsm6   2:1.2.2-1+b1
ii  libtiff5 4.0.3-12.3+deb8u1
ii  libwmf0.2-7  0.2.8.4-10.3+deb8u1
ii  libx11-6 2:1.6.2-3
ii  libxcursor1  1:1.1.14-1+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxmu6  2:1.1.2-1
ii  libxpm4  1:3.5.11-1+b1
ii  libxt6   1:1.1.4-1+b1
ii  python-gtk2  2.24.0-4
ii  python2.72.7.9-2
pn  python:any   
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages gimp recommends:
ii  ghostscript  9.06~dfsg-2+deb8u1

Versions of packages gimp suggests:
pn  gimp-data-extras  
ii  gimp-help-en [gimp-help]  2.8.2-0.1
ii  gvfs-backends 1.22.2-1
ii  libasound21.0.28-1

-- no debconf information

Bug#818639: apt: confusing message (possibly wrong) in debmetaindex.cc

[lumin]

Package: apt
Version: 1.2.7
Severity: normal

Hi,

I'm an apt translator and while I'm updating translations
I found a string very confusing, in apt-all.pot:

3000 #: apt-pkg/deb/debmetaindex.cc
3001 #, c-format
3002 msgid ""
3003 "No Hash entry in Release file %s, which is considered strong enough for "
3004 "security purposes"
3005 msgstr ""

Are you sure a "not" is missing in the message?
Why is "Hash Missing" considered "strong enough" ???

Thanks.

Bug#406976: aptitude: source-strictness is not strict enough

[Steinar H. Gunderson]

On Fri, Mar 18, 2016 at 12:15:02PM +, Manuel A. Fernandez Montecelo wrote:
> This specific problem of this bug report about upgrading to experimental
> might be different because the solutions using "non-default releases"
> are placed in another level/tier, but the score that you were using is
> only relevant within the same tier /nowadays/ (I don't know back then),
> so no matter how much one changes the Source-Strictness it will not
> cross the boundaries.

Ah, so tiers trump scoring? I wasn't aware of that. And I don't think the UI
makes that clear in any reasonable way either.

> For complex and infrequent solutions, rejecting some actions of the
> first suggestions with 'r' in the solution screens/questions (both in
> curses and in command line) would probably be enough to guide very
> quickly towards a solution, in the absence of big problems like
> transitions that make your request impossible to fulfill..

I don't think I've ever used 'r'; I've just used 'n'. I wasn't aware that
you could do much more than just ask for the next solution.

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

Bug#818577: spelling mistakes

[trebmuh]

Package: debian-kernel-handbook
Version: 1.0.15

Dear maintainer,

I've been reading at http://kernel-handbook.alioth.debian.org/index.html 
which I believe is related to the package "debian-kernel-handbook" as 
addressed here.


I found a few spelling mistakes as following:


http://kernel-handbook.alioth.debian.org/ch-scope.html
"... executed with superuser priviliges, either ..."
-> privileges

http://kernel-handbook.alioth.debian.org/ch-modules.html
"...  are detected and neccessary kernel modules ..."
-> necessary

http://kernel-handbook.alioth.debian.org/ch-initramfs.html
"... performs other neccessary initialization ..."
-> necessary

Hope that helps.

Regards,
Olivier

Bug#818617: ImportError: No module named 'pkg_resources'

[Jerome Robert]

Package: img2pdf
Version: 0.2.0-1
Severity: important

Dear Maintainer,

It looks like img2pdf must depends on python3-pkg-resources else:

$ img2pdf --help
Traceback (most recent call last):
  File "/usr/bin/img2pdf", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named 'pkg_resources'

-- 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, arm64

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

Versions of packages img2pdf depends on:
ii  python3-img2pdf  0.2.0-1
ii  python3.53.5.1-7

img2pdf recommends no packages.

img2pdf suggests no packages.

-- no debconf information

Bug#818603: gimp: Description talks about photoshop

[Ari Pollak]

Like which programs? It seems like most people would search for Photoshop
if they don't know about GIMP.

Bug#818502: Kernel Bug Tracker – Bug 102731

[Václav Ovsík]

for reference
https://bugzilla.kernel.org/show_bug.cgi?id=102731
-- 
Zito

Bug#818585: javascript-common: nginx snippet

[Elrond]

Hi,

On Fri, Mar 18, 2016 at 11:19:03 +0100, Elrond wrote:
[...]
> Could you put the attached XXX into /etc/nginx/snippets?
[...]

That should have been "javascript-common.conf", of course.


Cheers

Elrond

Bug#794110: More info needed

[Francois Gouget]

I installed plasma-workspace-dbg and got a new crash so here is the 
backtrace for the crashing thread. Unfortunately I did not find a dbg 
package for libqt5qml5.

Thread 1 (Thread 0x7f49f97b7940 (LWP 8428)):
[KCrash Handler]
#6  0x7f49f6c46358 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5
#7  0x7f49f6eb597a in QQmlDelegateModel::_q_itemsChanged(int, int, 
QVector const&) () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5
#8  0x7f49f6edd04c in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5
#9  0x7f49f6edd838 in QQmlDelegateModel::qt_metacall(QMetaObject::Call, 
int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5
#10 0x7f49f47f4860 in QMetaObject::activate(QObject*, int, int, void**) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x7f49f4870bbc in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#12 0x7f49c8304884 in TaskManager::TasksModelPrivate::itemChanged 
(this=0x3c5b7b0, changes=...) at 
/build/plasma-workspace-KFkJSD/plasma-workspace-5.4.3/libtaskmanager/tasksmodel.cpp:521
#13 0x7f49c8305b07 in TaskManager::TasksModel::qt_static_metacall 
(_o=, _c=, _id=, 
_a=0x7ffdbae20ba0) at 
/build/plasma-workspace-KFkJSD/plasma-workspace-5.4.3/obj-x86_64-linux-gnu/libtaskmanager/moc_tasksmodel.cpp:214
#14 0x7f49f47f46aa in QObjectPrivate::~QObjectPrivate() () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#15 0xc55653c6e1c0fb00 in ?? ()
#16 0x7f49c852b6f0 in __bss_start () from 
/usr/lib/x86_64-linux-gnu/libtaskmanager.so.5
#17 0x7f49c8300aba in TaskManager::TaskManager::taskChanged 
(this=0x4387050, changes=...) at 
/build/plasma-workspace-KFkJSD/plasma-workspace-5.4.3/libtaskmanager/taskmanager.cpp:385
#18 0x7f49c830da28 in TaskManager::AbstractGroupableItem::changed 
(this=, _t1=...) at 
/build/plasma-workspace-KFkJSD/plasma-workspace-5.4.3/obj-x86_64-linux-gnu/libtaskmanager/moc_abstractgroupableitem.cpp:223
#19 0x7f49c82faf70 in TaskManager::TaskItemPrivate::filterChange 
(change=..., this=) at 
/build/plasma-workspace-KFkJSD/plasma-workspace-5.4.3/libtaskmanager/taskitem.cpp:73
#20 TaskManager::TaskItem::qt_static_metacall (_o=, 
_c=, _id=, _a=) at 
/build/plasma-workspace-KFkJSD/plasma-workspace-5.4.3/obj-x86_64-linux-gnu/libtaskmanager/moc_taskitem.cpp:147
#21 0x7f49f47f46aa in QObjectPrivate::~QObjectPrivate() () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#22 0x0e10 in ?? ()
#23 0x01bdab60 in ?? ()
#24 0x in ?? ()


Also here is more information about my configuration:

Video card:
$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th 
Gen Core Processor Integrated Graphics Controller (rev 06)

Video driver:
$ lsmod | grep 915
snd_hda_codec_hdmi 49152  1
i915 1122304  16
drm_kms_helper131072  1 i915
drm   348160  17 i915,drm_kms_helper
i2c_algo_bit   16384  1 i915
video  36864  2 i915,asus_wmi
button 16384  1 i915
parport49152  3 lp,ppdev,parport_pc
usbhid 49152  0


Kernel:
$ cat /proc/version
Linux version 4.3.0-1-amd64 (debian-ker...@lists.debian.org) (gcc 
version 5.3.1 20160121 (Debian 5.3.1-7) ) #1 SMP Debian 4.3.5-1 
(2016-02-06)


-- 
Francois Gouget   http://fgouget.free.fr/
The nice thing about meditation is that it makes doing nothing quite respectable
  -- Paul Dean

Bug#647345: #647345: Pending

[James Clarke]

Control: tags -1 pending

Hi,
A fix has been committed[1], and will be included in the next upload.

Regards,
James

[1] 
https://anonscm.debian.org/cgit/pbuilder/cowdancer.git/commit/?id=c658275bc42ec4f7df834095e11bd8f41ce6d85b



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#818633: approx: fails to connect to HTTP/2 servers

[Romain Francoise]

Package: approx
Version: 5.5-2
Severity: normal

The dl.google.com server (which serves Debian packages of Google Chrome)
supports HTTP/2 and replies to the initial HTTP request with a status of
"HTTP/2.0 200", which omits the traditional reason phrase "OK". This
trips a regular expression in approx and results in the following error:

 Mar 18 22:19:58 iota approx[7811]: Unrecognized response: HTTP/2.0 200
 Mar 18 22:19:58 iota approx[7811]: Unexpected status code: 0

The reason phrase is captured in a group (to reuse 'with_pair', I
assume) but never actually used so it can be made optional, which is
what the following trivial patch does:

--- a/approx.ml
+++ b/approx.ml
@@ -269,7 +269,7 @@
   | [| a; b |] -> proc (a, b)
   | _ -> assert false
 
-let status_re = Pcre.regexp "^HTTP/\\d+\\.\\d+\\s+(\\d{3})\\s+(.*?)\\s*$"
+let status_re = Pcre.regexp "^HTTP/\\d+\\.\\d+\\s+(\\d{3})(?:\\s+(.*?)\\s*)?$"
 let header_re = Pcre.regexp "^(.*?):\\s*(.*?)\\s*$"
 
 let process_header resp str =

Thanks,
-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/

Bug#818645: ITP: golang-github-vdemeester-shakers -- collection of go-checker checkers

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
Owner: Dmitry Smirnov 
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Control: affects -1 docker.io

   Package name: golang-github-vdemeester-shakers
Version: 0.0~git20160210
Upstream Author: Vincent Demeester
License: Apache-2.0
URL: https://github.com/vdemeester/shakers
Description: collection of go-checker checkers
 A collection of go-check Checkers to ease the use of it.


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

Bug#817829: [pkg-go] Bug#817829: RFS: golang-github-cheggaaa-pb/0.0~git20160304.0.a75ad33 [ITP] -- simple console progress bar for Go

[Dmitry Smirnov]

Hi Peter,

On Thursday, 10 March 2016 12:58:32 PM AEDT Peter Colberg wrote:
> I am looking for a sponsor for the package "golang-github-cheggaaa-pb":

I've uploaded with only one correction: I've added "watch" file to check for 
upstream releases. Apparently there is one new tag/release made 10 days ago.

Tagged version is quite different from yours -- please check with upstream if 
necessary. I've also reported the following bug:

https://github.com/cheggaaa/pb/issues/73

Thank you for your work.

-- 
Cheers,
 Dmitry Smirnov.

---

Faith: not wanting to know what the truth is.
-- Friedrich Nietzsche


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

Bug#798421: NMU uploaded to DELAYED/7-day

[Josh Triplett]

Control: tags -1 + pending

David Bremner (CCed) uploaded this NMU to DELAYED/7-day.

Bug#781739: bind9: please package new upstream version 9.10.2

[LaMont Jones]

On Thu, Apr 02, 2015 at 12:30:45PM +0200, Holger Levsen wrote:
> bind9 9.10.2 is available on https://www.isc.org/downloads/ - it would be nice
> if you could package this. (eg because latest freeipa versions need it.)

9.10.3-P4 is in NEW on its way to experimental.  I'm expecting to land
it in sid shortly.

lamont

Bug#818635: terminator: Terminator omits lines in some scenarios (may be related to coloring)

[Jacob Quant]

Package: terminator
Version: 0.98-1
Severity: normal


Dear Maintainer,

(emailing manually as bugreport program seems to require local MTA)

   * What led up to the situation?

I was using terminator to run the test suite for my nodejs project and
noticed that the output looked incorrect.
At first I thought this was a problem with my test suite then with mocha,
the testing tool, but
as I investigated further I found that the problem did not occur when using
other terminal emulators or
when redirecting output to a file.

I have documented the problem I encountered as best I could here:
https://github.com/jacobq/mocha-spec-reporter-line-omission-bug-demo

Feel free to contact me  if you have questions or have
trouble reproducing the problem.

   * What exactly did you do (or not do) that was effective
 (or ineffective)?

I tried resetting my preferences to terminator's defaults, changing the
font+size, and closing/reopening it.
BTW, I am using OpenBox as my window manager, though I do not think this
matters and have not tested in others.

   * What was the outcome of this action?

The problem remained: some of the output lines of the program were not
displayed in the terminal.

   * What outcome did you expect instead?

I expected terminator to show the same output as other terminal emulators
and the same content as when the program's output is directed to a file
instead.

-Jacob


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

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

Versions of packages terminator depends on:
ii  gconf2  3.2.6-3
ii  python-dbus 1.2.2-1
ii  python-gobject  3.18.2-2
ii  python-gtk2 2.24.0-4
ii  python-vte  1:0.28.2-5+b1
pn  python:any  

Versions of packages terminator recommends:
ii  python-gnome2 2.28.1+dfsg-1.1
ii  python-keybinder  0.3.1-1
ii  python-notify 0.1.1-4
ii  xdg-utils 1.1.1-1

terminator suggests no packages.

-- no debconf information

Bug#818636: usrmerge: [INTL:pt] Portuguese translation for debconf messages

[Américo Monteiro]

Package: usrmerge
version: 11
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for usrmerge's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


usrmerge_11_pt.po.gz
Description: GNU Zip compressed data

Bug#818391: cqrlog: FTBFS: Can't find unit sslsockets used by fphttpclient

[Martin Michlmayr]

Package: cqrlog
Version: 1.9.1-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> 1500 303.554/322.880 Kb Used
> (10001) PPU Loading 
> /usr/lib/fpc/3.0.0/units/x86_64-linux/fcl-net/sslsockets.ppu
> (10011) PPU Source: sslsockets.pp not available
> (10028) Recompiling sslsockets, checksum changed for OpenSSL
> Fatal: (10022) Can't find unit sslsockets used by fphttpclient
> Fatal: (1018) Compilation aborted
> Error: /usr/bin/ppcx64 returned an error exitcode
> Error: (lazarus) Compile Project, Target: cqrlog: stopped with exit code 256
> ERROR: failed compiling of project /<>/src/cqrlog.lpi
> Makefile:9: recipe for target 'cqrlog' failed
> make[1]: *** [cqrlog] Error 2
> make[1]: Leaving directory '/<>'
> dh_auto_build: make -j1 returned exit code 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#815205: another texinfo.tex bug in \scanmacro

[Norbert Preining]

Hi Gavin,

> Why not use a different name for the \lw macro defined in the @tex
> block, so it isn't used in its own definition?  That's the cause of

Ok, I tried your  suggestion, but that again breaks:

code >>>
\input texinfo   @c -*-texinfo-*-

@iftex
@tex
\def\aaa#1{Hello #1}
@end tex
@end iftex

@macro bbb{word}
@tex
\\aaa{\word\}
@end tex
@end macro

@bbb{World}

@bye
>>
gives
./bla.texinfo:15: Undefined control sequence.
l.2 \aaa
{World}
\scanmacro ...atspaces }\scantokens {#1\texinfoc }
  \aftermacro 
l.15 @bbb{World}

tested with latest texinfo.tex


The problem goes away when the I use
@macro bbb{word}
\\aaa{\word\}
@end macro
(without the @tex ...@end tex)

Is this just an incorrect usage of macro definitions and @tex
in the original sources, that "just happened" to work till 6.0,
or is there something else behind?

Thanks

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#818579: ftp.debian.org: experimental Sources missing the Files: header

[Samuel Thibault]

Control: reassign -1 sbuild
Control: retitle -1 should not use deprecated Files: Sources field

Hello,

Adam D. Barratt, on Fri 18 Mar 2016 09:11:51 +, wrote:
> On 2016-03-18 9:03, Samuel Thibault wrote:
> >For instance, in
> >
> >http://ftp.fr.debian.org/debian/dists/experimental/main/source/Sources.xz
> >
> >There is no Files: header in any entry. This makes sbuild on buildds
> >fail to fetch sources. Apparently this is so on
> >mirror.ftp-master.debian.org:/srv/ftp-master.debian.org/ftp/dists/experimental/main/source/Sources.xz
> >too
> 
> That's a consequence of
> https://lists.debian.org/debian-devel-announce/2016/03/msg6.html :
> 
> "
> As of now, InRelease/Release files, Packages and Sources no longer
> provide MD5Sum and SHA1sums, only SHA256.
> "

Reassigning to the sbuild package, then.

Samuel

Bug#818432: espresso: FTBFS on armel and mips: hangs during the build

[Emilio Pozuelo Monfort]

Source: espresso
Version: 5.1+dfsg-4
Severity: serious

Your package failed to build on armel and mips. Logs at

https://buildd.debian.org/status/package.php?p=espresso

Emilio

Bug#818572: autoscan: add option that reports needed fixes to configure.ac

[Paul Wise]

Package: autoconf
Severity: wishlist
File: /usr/bin/autoscan
User: check-all-the-thi...@packages.debian.org
Usertags: new-check
Control: affects -1 + check-all-the-things

I would like to have an option for autoscan that doesn't create
autoscan.log, configure.scan and autom4te.cache/ in the current
directory but instead uses temporary files in the temporary dir and
deletes those files when autoscan has finished. This is needed to  
non-destructively report that configure.ac needs updating. 

The context is that I'm working on a tool to check all of the files in
a source package and I would like to check the autotools parts too.

https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#406976: aptitude: source-strictness is not strict enough

[Steinar H. Gunderson]

On Fri, Mar 18, 2016 at 11:33:41AM +, Manuel A. Fernandez Montecelo wrote:
> Have you had some recent-ish experience with this, and remember if it
> behaves in the same way?

I don't think it's nearly as bad as it was, but it's still not _good_.
Last instance I can recall was trying to install fglrx-driver on unstable
(which requires downgrading X to the version in testing); it would frequently
give me 2-3 completely bogus results before giving me one that would actually
install the fglrx-driver package.

That's on a machine where I haven't modified request-strictness from the
defaults at all, though, so perhaps it doesn't count?

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

Bug#817829: [pkg-go] Bug#817829: RFS: golang-github-cheggaaa-pb/0.0~git20160304.0.a75ad33 [ITP] -- simple console progress bar for Go

[Peter Colberg]

Hi Dmitry,

On Sat, Mar 19, 2016 at 03:28:16PM +1100, Dmitry Smirnov wrote:
> I've uploaded with only one correction: I've added "watch" file to check for 
> upstream releases. Apparently there is one new tag/release made 10 days ago.
> 
> Tagged version is quite different from yours -- please check with upstream if 
> necessary. I've also reported the following bug:
> 
> https://github.com/cheggaaa/pb/issues/73

Thank you for the upload!

The tag in question is 'go1.0', which points to commit e8c7cc5 from
Dec 2, 2014. This does not look like a proper release tag, rather
an internal tag for an old commit that works with Go version 1.0.

I added a watch file only for Go packages that are published on
gopkg.in/, which is a good indication that the author is familiar
with proper versioning and regularly tags new versions.

For other Go packages I used git snapshots. I did see the occasional
single tag for these, but again outdated and not indicative of regular
releases. Therefore I think it’s best to ignore these stray tags.

Regards,
Peter

Bug#576829: xdg-settings: cannot set default-web-browser

[Douglas Calvert]

Package: xdg-utils
Version: 1.1.1-1
Followup-For: Bug #576829

I am running debian unstable with i3 as a window manager and have this bug. 

I have attached sh-x for set and then get. 

xdg-settings set default-web-browser firefox.desktop
xdg-settings get default-web-browser
xdg-mime query default  x-scheme-handler/http
xdg-mime default firefox.desktop x-scheme-handler/http


firefox's desktop file is /usr/share/applications/firefox.desktop

It is odd that xdgsettings set uses:

   xdg-mime default firefox.desktop text/html

But xdg-settings get uses: 

   xdg-mime query default x-scheme-handler/http



$ sh -x /usr/bin/xdg-settings set default-web-browser firefox.desktop
+ check_common_commands set default-web-browser firefox.desktop
+ '[' 3 -gt 0 ']'
+ parm=set
+ shift
+ case "$parm" in
+ '[' 2 -gt 0 ']'
+ parm=default-web-browser
+ shift
+ case "$parm" in
+ '[' 1 -gt 0 ']'
+ parm=firefox.desktop
+ shift
+ case "$parm" in
+ '[' 0 -gt 0 ']'
+ '[' -z '' ']'
+ unset XDG_UTILS_DEBUG_LEVEL
+ '[' 0 -lt 1 ']'
+ xdg_redirect_output=' > /dev/null 2> /dev/null'
+ '[' xset = x--list ']'
+ '[' xset '!=' x ']'
+ '[' xdefault-web-browser '!=' x ']'
+ '[' xset = xget -o xfirefox.desktop '!=' x ']'
+ op=set
+ parm=default-web-browser
+ shift 2
+ '[' xset '!=' xget -a xset '!=' xcheck -a xset '!=' xset ']'
+ detectDE
+ unset GREP_OPTIONS
+ '[' -n i3 ']'
+ case "${XDG_CURRENT_DESKTOP}" in
+ '[' x = x ']'
+ '[' x '!=' x ']'
+ '[' x '!=' x ']'
+ '[' x '!=' x ']'
++ dbus-send --print-reply --dest=org.freedesktop.DBus /org/freedesktop/DBus 
org.freedesktop.DBus.GetNameOwner string:org.gnome.SessionManager
+ xprop -root _DT_SAVE_MODE
+ grep ' = \"xfce4\"$'
+ xprop -root
+ grep -i '^xfce_desktop_window'
+ echo
+ grep -q '^Enlightenment'
+ '[' x = x ']'
+ case "$DESKTOP_SESSION" in
+ '[' x = x ']'
+ case "$(uname 2>/dev/null)" in
++ uname
+ '[' x = xgnome ']'
+ '[' -z '' ']'
+ DE=generic
+ case "$DE" in
+ dispatch_specific generic firefox.desktop
+ local handler=generic
+ shift
+ '[' xset = xget ']'
+ '[' xset = xcheck ']'
+ case "$parm" in
+ '[' 1 -eq 1 ']'
+ check_desktop_filename firefox.desktop
+ case "$1" in
+ return
+ set_browser_generic firefox.desktop
+ '[' -n '' ']'
++ desktop_file_to_binary firefox.desktop
++ search=/home/dfc/.local/share:/usr/local/share:/usr/share
+++ basename firefox.desktop
++ desktop=firefox.desktop
++ IFS=:
++ for dir in '$search'
++ unset IFS
++ '[' /home/dfc/.local/share ']'
++ '[' -d /home/dfc/.local/share/applications ']'
++ file=/home/dfc/.local/share/applications/firefox.desktop
++ '[' -r /home/dfc/.local/share/applications/firefox.desktop ']'
++ continue
++ for dir in '$search'
++ unset IFS
++ '[' /usr/local/share ']'
++ '[' -d /usr/local/share/applications ']'
++ continue
++ for dir in '$search'
++ unset IFS
++ '[' /usr/share ']'
++ '[' -d /usr/share/applications ']'
++ file=/usr/share/applications/firefox.desktop
++ '[' -r /usr/share/applications/firefox.desktop ']'
+++ cut -d= -f 2-
+++ grep -E '^Exec(\[[^]=]*])?=' /usr/share/applications/firefox.desktop
+++ first_word
+++ read first rest
+++ echo firefox
++ command=firefox
+++ which firefox
++ command=/usr/bin/firefox
++ readlink -f /usr/bin/firefox
++ return
+ binary=/usr/lib/firefox/firefox
+ '[' -n /usr/lib/firefox/firefox ']'
+ set_browser_mime firefox.desktop text/html
+ xdg_mime_fixup
+ '[' generic = kde -a -z '' ']'
+ test -z text/html
+ MIME=text/html
++ get_browser_mime text/html
++ test -z text/html
++ MIME=text/html
++ xdg_mime_fixup
++ '[' generic = kde -a -z '' ']'
++ xdg-mime query default text/html
+ orig=userapp-Iceweasel-3YIBCY.desktop
+ fix_local_desktop_file firefox.desktop text/html
+ test -z text/html
+ MIME=text/html
+ apps=/home/dfc/.local/share/applications
+ '[' '!' -f /home/dfc/.local/share/applications/firefox.desktop ']'
+ return
+ mkdir -p /home/dfc/.local/share/applications
+ xdg-mime default firefox.desktop text/html
++ get_browser_mime
++ test -z ''
++ MIME=text/html
++ xdg_mime_fixup
++ '[' generic = kde -a -z '' ']'
++ xdg-mime query default text/html
+ '[' xuserapp-Iceweasel-3YIBCY.desktop '!=' xfirefox.desktop ']'
+ xdg-mime default userapp-Iceweasel-3YIBCY.desktop text/html
+ exit_failure_operation_failed
+ '[' 0 -gt 0 ']'
+ exit 4


$ sh -x /usr/bin/xdg-settings get default-web-browser 
+ check_common_commands get default-web-browser
+ '[' 2 -gt 0 ']'
+ parm=get
+ shift
+ case "$parm" in
+ '[' 1 -gt 0 ']'
+ parm=default-web-browser
+ shift
+ case "$parm" in
+ '[' 0 -gt 0 ']'
+ '[' -z '' ']'
+ unset XDG_UTILS_DEBUG_LEVEL
+ '[' 0 -lt 1 ']'
+ xdg_redirect_output=' > /dev/null 2> /dev/null'
+ '[' xget = x--list ']'
+ '[' xget '!=' x ']'
+ '[' xdefault-web-browser '!=' x ']'
+ '[' xget = xget -o x '!=' x ']'
+ op=get
+ parm=default-web-browser
+ shift 2
+ '[' xget '!=' xget -a xget '!=' xcheck -a xget '!=' xset ']'
+ detectDE
+ unset GREP_OPTIONS
+ '[' -n i3 ']'
+ case "${XDG_CURRENT_DESKTOP}" in
+ '[' x = x ']'
+ '[' x '!=' x ']'
+ '[' x '!=' x ']'
+ '[' x '!=' x ']'
++ dbus-send --print-reply --dest=o

Bug#818362: connection timeouts while a large number of containers boot

[Simon McVittie]

Control: retitle 818362 connection timeouts while a large number of containers 
boot
Control: forwarded 818362 https://bugs.freedesktop.org/show_bug.cgi?id=74788

On Thu, 17 Mar 2016 at 12:47:06 +0100, Harald Dunkel wrote:
> > How many LXC containers are you booting, on what hardware, and what service 
> > is connecting to the system bus and getting rejected?
> 
> My test case is 31 containers on a quad core (+ht) Xeon E5420 CPU.
> The production machine is a 2 * 6core (+ht) Xeon E5-2630 running
> about 20 containers. On both hosts it can take 5 or 10 minutes until
> the last container gets its IP address via network (DHCP).

It might be a useful workaround to stagger startup so not everything
is starting at the same time?

I'm a little surprised this is necessary, though; the timeout is
reasonably generous, and the handshake that the connections have to do
before the timeout is hit is relatively small and shouldn't involve
any significant I/O or computation.

> Wouldn't you agree that a high watermark on the number of used
> connection slots to enable the timeout restriction would have been
> a better choice?

Thanks, I've noted that suggestion upstream on
.
Because this was treated as a security issue, the initial solution
was developed under embargo and designed to be minimal/targeted,
but that doesn't mean we can't improve on it later.

I might not be able to implement this soon, but I'd be happy to
review patches from anyone interested in making this more scalable.

> Probably its reasonable to ignore the timeout for uid0, but surely it
> will take some time till this change appears in a future Debian release.

This is the price we have to pay for a stable distribution: we avoid
changing anything non-critical in stable because it might introduce
a regression, but then non-critical bugs don't get fixed for a while.
If someone improves this in development versions of dbus-daemon, there'll
at least be something that you could backport locally if you have machines
that are hit particularly badly (like the LXC host you've described).

S

Bug#808509: (no subject)

[Vasilis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This has been fixed in txtorcon 0.14.2:
https://github.com/meejah/txtorcon/issues/146
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJW6t5nAAoJEF+/cLHRJgFiHDwP/RyPlaM6KUv5kBYsoLvZZZL8
AFvEckJA2K+J8+lUOctVmToa5NcTWRUGDX7eT+4wGCWvfhQN0Nc5sc+FXv+yjSbj
woPCKg38marhN/Y7l/jUi1584ceKlKQDh3SyvpDJL5cVXMlQ6Qr2KH9X7Gz9pCJn
fXOoSmhc1shgWsXIXzOmCX2aK0imNQJ4AbHqAmAHe1W4S2uF7UwTFdUGq85Ucemy
0D6KoqFeXhzUYcIRmi/LDtFvADqyn48h3L+wS+dIUJ1660Fw0GLUORRckRIxZXNa
wgxN1sF2KdAMzs5Ruu/yE5F+30njO52sv6HwaZl2biaiOrb2Ei0yvQipVrWFk89K
fEWalBq7+VS2oEVCrDmgPHQGNt80FqJnwOWKpFsR3oj++mnfTvDjIXmrRKDEmVB6
6RObX96VYHwxNRdSxdTxPKLyrlVU9VY90+y+b9XWoFlVcK6vOkshxwuccweee3YM
IZkPnKnPMiaevliKiGt8iMO5P1oGGJ1aDEsbQPjKPySE3pNLY4kQ8siLx/8SpKTg
hqOJJMcmWf69UpaULhjyvCbRjnbt4yJjXevm3Yx0Qr1jqWEAi3cqJE4jvSv9mKJq
nE87BvOVLlDOGirsZ38f+UripExt9RbKYNBSIcIVbzAmugyIEWpeyyX4Dq3D+yJQ
2QJRD6HC1kJAptn2QrQp
=/71Y
-END PGP SIGNATURE-

Bug#818428: Acknowledgement (lost wlan0 (r8723au) on upgrade)

[Joey Hess]

Seem to be able to reproduce the problem by upgrading and rebooting.

-- 
see shy jo


signature.asc
Description: PGP signature

Bug#818417: prometheus: FTBFS: aws.Config does not implement client.ConfigProvider

[Martin Michlmayr]

Package: prometheus
Version: 0.16.2+ds-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> github.com/prometheus/prometheus/storage/remote
> github.com/prometheus/prometheus/storage/local
> github.com/prometheus/prometheus/promql
> github.com/prometheus/prometheus/retrieval/discovery
> github.com/prometheus/prometheus/template
> github.com/prometheus/prometheus/web/api/legacy
> github.com/prometheus/prometheus/web/api/v1
> github.com/prometheus/prometheus/cmd/promtool
> # github.com/prometheus/prometheus/retrieval/discovery
> src/github.com/prometheus/prometheus/retrieval/discovery/ec2.go:58: 
> undefined: defaults.DefaultChainCredentials
> src/github.com/prometheus/prometheus/retrieval/discovery/ec2.go:107: cannot 
> use ed.aws (type *aws.Config) as type client.ConfigProvider in argument to 
> ec2.New:
>   *aws.Config does not implement client.ConfigProvider (missing 
> ClientConfig method)
> github.com/prometheus/prometheus/rules
> dh_auto_build: go install -v -ldflags  -X 
> github.com/prometheus/prometheus/version.Version=0.16.2+ds -X 
> github.com/prometheus/prometheus/version.Revision=0.16.2+ds-1 -X 
> github.com/prometheus/prometheus/version.Branch=debian/sid -X 
> github.com/prometheus/prometheus/version.BuildUser=pkg-go-maintain...@lists.alioth.debian.org
>  -X github.com/prometheus/prometheus/version.BuildDate=20160125-11:05:02 -X 
> github.com/prometheus/prometheus/version.GoVersion=go1.6 
> github.com/prometheus/prometheus/cmd/prometheus 
> github.com/prometheus/prometheus/cmd/promtool 
> github.com/prometheus/prometheus/config 
> github.com/prometheus/prometheus/notification 
> github.com/prometheus/prometheus/promql 
> github.com/prometheus/prometheus/retrieval 
> github.com/prometheus/prometheus/retrieval/discovery 
> github.com/prometheus/prometheus/retrieval/discovery/kubernetes 
> github.com/prometheus/prometheus/retrieval/discovery/marathon 
> github.com/prometheus/prometheus/rules 
> github.com/prometheus/prometheus/storage github.com/
> prometheus/prometheus/storage/local 
> github.com/prometheus/prometheus/storage/local/codable 
> github.com/prometheus/prometheus/storage/local/index 
> github.com/prometheus/prometheus/storage/metric 
> github.com/prometheus/prometheus/storage/remote 
> github.com/prometheus/prometheus/storage/remote/graphite 
> github.com/prometheus/prometheus/storage/remote/influxdb 
> github.com/prometheus/prometheus/storage/remote/opentsdb 
> github.com/prometheus/prometheus/template 
> github.com/prometheus/prometheus/util/cli 
> github.com/prometheus/prometheus/util/flock 
> github.com/prometheus/prometheus/util/httputil 
> github.com/prometheus/prometheus/util/stats 
> github.com/prometheus/prometheus/util/strutil 
> github.com/prometheus/prometheus/util/testutil 
> github.com/prometheus/prometheus/vendor/github.com/hashicorp/consul/api 
> github.com/prometheus/prometheus/vendor/github.com/influxdb/influxdb/client 
> github.com/prometheus/prometheus/vendor/github.com/influxdb/influxdb/tsdb 
> github.com/prometheus/prometheus/version github.com/prometheus/prometheus/web 
> github.com/prometheus/prometheus/web/api/legacy 
> github.com/prometheus/prometheus/web/api/v1 
> github.com/prometheus/prometheus/web/blob 
> github.com/prometheus/prometheus/web/ui returned exit code 2
>   cd /<>/prometheus-0.16.2+ds
> debian/rules:65: recipe for target 'override_dh_auto_build' failed
> make[1]: *** [override_dh_auto_build] Error 2

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#817829: [pkg-go] Bug#817829: RFS: golang-github-cheggaaa-pb/0.0~git20160304.0.a75ad33 [ITP] -- simple console progress bar for Go

[Dmitry Smirnov]

On Saturday, 19 March 2016 12:47:12 AM AEDT Peter Colberg wrote:
> The tag in question is 'go1.0', which points to commit e8c7cc5 from
> Dec 2, 2014. This does not look like a proper release tag, rather
> an internal tag for an old commit that works with Go version 1.0.
> 
> I added a watch file only for Go packages that are published on
> gopkg.in/, which is a good indication that the author is familiar
> with proper versioning and regularly tags new versions.
> 
> For other Go packages I used git snapshots. I did see the occasional
> single tag for these, but again outdated and not indicative of regular
> releases. Therefore I think it’s best to ignore these stray tags.

I see, thank you. Alternatively we can bug upstream in order to convince him 
to tag properly...
Please feel free to disable my watch file if you think it is not useful...

-- 
Best wishes,
 Dmitry Smirnov.

---

Truth — Something somehow discreditable to someone.
-- H. L. Mencken, 1949


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

Bug#818324: updates of packages in experimental are currently ignored

[Stefano Zacchiroli]

severity 818324 serious
thanks

I'm raising the severity of 818324, because Sources.gz are already gone
for experimental, meaning that we are effectively ignoring them on
sources.debian.net until this is fixed.

Cheers.
-- 
Stefano Zacchiroli  . . . . . . .  z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader . . . . . @zacchiro . . . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: PGP signature

Bug#817829: [pkg-go] Bug#817829: RFS: golang-github-cheggaaa-pb/0.0~git20160304.0.a75ad33 [ITP] -- simple console progress bar for Go

[Peter Colberg]

On Sat, Mar 19, 2016 at 12:47:12AM -0400, Peter Colberg wrote:
> On Sat, Mar 19, 2016 at 03:28:16PM +1100, Dmitry Smirnov wrote:
> > I've uploaded with only one correction: I've added "watch" file to check 
> > for 
> > upstream releases. Apparently there is one new tag/release made 10 days ago.
> > 
> > Tagged version is quite different from yours -- please check with upstream 
> > if 
> > necessary. I've also reported the following bug:
> > 
> > https://github.com/cheggaaa/pb/issues/73
> 
> Thank you for the upload!
> 
> The tag in question is 'go1.0', which points to commit e8c7cc5 from
> Dec 2, 2014. This does not look like a proper release tag, rather
> an internal tag for an old commit that works with Go version 1.0.

Now this stray tag shows up in uscan:

uscan: Newest version of golang-github-cheggaaa-pb on remote site is 1.0, local 
version is 0.0~git20160304.0.a75ad33
uscan:=> Newer package available from
  https://github.com/cheggaaa/pb/archive/go1.0.tar.gz

Could you revert Debian commit 5699dec to restore the empty watch file
and upload a second version? Otherwise the above tag would permanently
show on tracker.debian.org, despite the package being up to date.

Regards,
Peter

Bug#818500: onboard: new upstream release 1.2

[Ritesh Raj Sarraf]

Package: onboard
Version: 1.1.2-2+b1
Severity: wishlist

Dear Maintainer,

Thank you for maintaining onboard package. I use it a lot on my hybrid
laptop in the GNOME3 environment. The onboard keyboard is much much
better than GNOME's default caribou.

There's a new upstream release 1.2 which bring some of the GNOME
integration plugins. It'd be nice to see it packaged for Debian GNOME.

Thanks,
Ritesh

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

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

Versions of packages onboard depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gir1.2-gdkpixbuf-2.0 2.32.3-1.2
ii  gir1.2-glib-2.0  1.46.0-4
ii  gir1.2-gtk-3.0   3.18.8-1
ii  gir1.2-pango-1.0 1.38.1-1
ii  iso-codes3.66-1
ii  libc62.22-3
ii  libcairo-gobject21.14.6-1
ii  libcairo21.14.6-1
ii  libcanberra0 0.30-2.1
ii  libdconf10.24.0-2
ii  libgcc1  1:5.3.1-11
ii  libgdk-pixbuf2.0-0   2.32.3-1.2
ii  libglib2.0-0 2.46.2-3
ii  libgtk-3-0   3.18.8-1
ii  libhunspell-1.3-01.3.3-4
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  librsvg2-common  2.40.13-3
ii  libstdc++6   5.3.1-11
ii  libx11-6 2:1.6.3-1
ii  libxi6   2:1.7.6-1
ii  libxkbfile1  1:1.0.9-2
ii  libxtst6 2:1.2.2-1+b1
ii  onboard-common   1.1.2-2
ii  python3  3.5.1-2
ii  python3-cairo1.10.0+dfsg-5+b1
ii  python3-dbus 1.2.4-1
ii  python3-gi-cairo 3.18.2-2+b1
pn  python3.5:any

Versions of packages onboard recommends:
ii  gir1.2-appindicator3-0.1  0.4.92-3.1
ii  gir1.2-atspi-2.0  2.18.3-4
ii  onboard-data  1.1.2-2
ii  xdg-utils 1.1.1-1

Versions of packages onboard suggests:
ii  mousetweaks  3.12.0-1

-- no debconf information

Bug#818450: opencv: FTBFS: modules/core/precomp.hpp: No such file or directory

[Martin Michlmayr]

Package: opencv
Version: 2.4.9.1+dfsg-1.4
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> [  0%] Building CXX object 
> modules/core/CMakeFiles/opencv_core_s.dir/src/opengl_interop.cpp.o
> cd /<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu/modules/core && 
> /usr/bin/c++-isystem 
> /<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu -isystem 
> /usr/include/eigen3 -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/core/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/core/src -isystem 
> /<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu/modules/core -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/dynamicuda/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/ts/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/highgui/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/flann/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/imgproc/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/features2d/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/core/perf  -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2-fsigned-char -W -Wall -Werror=return-type 
> -Werror=address -Werror=sequence-point -Wformat -Werror=format-security 
> -Wmissing-declarations -Wundef -Winit-self -Wpointer-arith -Wshadow 
> -Wsign-promo -Wno-narrowing -Wno-delete-non-virtual-dtor 
> -fdiagnostics-show-option -Wno-long-long -pthread -fomit-frame-pointer -msse 
> -msse2 -ffunction-sections -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security  -DNDEBUG-include 
> "/<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu/modules/core/precomp.hpp"
>  -Winvalid-pch  -o CMakeFiles/opencv_core_s.dir/src/opengl_interop.cpp.o -c 
> /<>/opencv-2.4.9.1+dfsg/modules/core/src/opengl_interop.cpp
> cc1plus: fatal error: 
> /<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu/modules/core/precomp.hpp:
>  No such file or directory
> compilation terminated.
> modules/core/CMakeFiles/opencv_core_s.dir/build.make:65: recipe for target 
> 'modules/core/CMakeFiles/opencv_core_s.dir/src/opengl_interop.cpp.o' failed
> make[3]: *** 
> [modules/core/CMakeFiles/opencv_core_s.dir/src/opengl_interop.cpp.o] Error 1
> make[3]: Leaving directory 
> '/<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu'
> CMakeFiles/Makefile2:819: recipe for target 
> 'modules/core/CMakeFiles/opencv_core_s.dir/all' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818462: missing dependencies on ruby modules

[Matthias Klose]

Package: src:ruby-rails-assets-highlightjs
Version: 8.9.1-2
Severity: serious
Tags: sid stretch

The package is missing dependencies on ruby modules, seen in
https://ci.debian.net/data/packages/unstable/amd64/r/ruby-rails-assets-highlightjs/latest-autopkgtest/log.gz

This is not just failing the autopkg test, but the package won't work when 
installed. Just adding ruby-sass-rails is not good enough, there are showing up 
more missing dependencies.

Bug#818468: kernel-package: passing multiple flags to KCFLAGS fails

[Arthur Marsh]

Package: kernel-package
Version: 13.018
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

KBUILD_VERBOSE=1 CONCURRENCY_LEVEL=4 MAKEFLAGS="CC=gcc-6 LD=ld.gold KCFLAGS='-v 
-march=athlon64'" \
make-kpkg --config menuconfig --initrd linux-image 

resulted in:

 time nice ionice -c3 ../amd64.sh
exec make kpkg_version=13.018 -f /usr/share/kernel-package/ruleset/minimal.mk 
debian CONFIG_TARGET=menuconfig  INITRD=YES 
/bin/sh: line 0: [: -lt: unary operator expected
/bin/sh: line 0: [: -gt: unary operator expected
/bin/sh: line 0: [: -lt: unary operator expected
make -f debian/rules debian/stamp/conf/kernel-conf
make[1]: Entering directory '/usr/src/linux'
make[1]: debian/rules: No such file or directory
make[1]: *** No rule to make target 'debian/rules'.  Stop.
make[1]: Leaving directory '/usr/src/linux'
/usr/share/kernel-package/ruleset/minimal.mk:93: recipe for target 
'debian/stamp/conf/minimal_debian' failed
make: *** [debian/stamp/conf/minimal_debian] Error 2
Failed to create a ./debian directory:  at /usr/bin/make-kpkg line 970.

Trying:

KBUILD_VERBOSE=1 CONCURRENCY_LEVEL=4 MAKEFLAGS='CC=gcc-6 LD=ld.gold KCFLAGS="-v 
-march=athlon64"' \
make-kpkg --config menuconfig --initrd linux-image

resulted in:

time nice ionice -c3 ../amd64.sh
exec make kpkg_version=13.018 -f /usr/share/kernel-package/ruleset/minimal.mk 
debian CONFIG_TARGET=menuconfig  INITRD=YES 
/bin/sh: line 0: [: -lt: unary operator expected
/bin/sh: line 0: [: -gt: unary operator expected
/bin/sh: line 0: [: -lt: unary operator expected
make -f debian/rules debian/stamp/conf/kernel-conf
make[1]: Entering directory '/usr/src/linux'
make[1]: debian/rules: No such file or directory
make[1]: *** No rule to make target 'debian/rules'.  Stop.
make[1]: Leaving directory '/usr/src/linux'
/usr/share/kernel-package/ruleset/minimal.mk:93: recipe for target 
'debian/stamp/conf/minimal_debian' failed
make: *** [debian/stamp/conf/minimal_debian] Error 2
Failed to create a ./debian directory: No such file or directory at 
/usr/bin/make-kpkg line 970.



   * What exactly did you do (or not do) that was effective (or
 ineffective)?

If I only specified a single KCFLAG option e.g.:

KBUILD_VERBOSE=1 CONCURRENCY_LEVEL=4 MAKEFLAGS='CC=gcc-6 LD=ld.gold 
KCFLAGS="-march=athlon64"' \
make-kpkg --config menuconfig --initrd linux-image

the build worked.

   * What was the outcome of this action?
   * What outcome did you expect instead?

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


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

Kernel: Linux 4.5.0+ (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages kernel-package depends on:
ii  bc   1.06.95-9+b1
ii  binutils 2.26-7
ii  build-essential  12.2
ii  bzip21.0.6-8
ii  dpkg-dev 1.18.4
ii  file 1:5.25-2
ii  gettext  0.19.7-2
ii  kmod 22-1
ii  po-debconf   1.0.19
ii  xmlto0.0.28-0.1
ii  xz-utils [lzma]  5.1.1alpha+20120614-2.1

Versions of packages kernel-package recommends:
ii  cpio   2.11+dfsg-5
ii  docbook-utils  0.6.14-3
ii  kernel-common  13.018
pn  uboot-mkimage  

Versions of packages kernel-package suggests:
ii  libncurses5-dev [libncurses-dev]  6.0+20160213-1
pn  linux-source  

-- Configuration Files:
/etc/kernel-pkg.conf changed:
maintainer := Arthur Marsh
email := arthur.ma...@internode.on.net
priority := Low


-- debconf-show failed

Bug#818584: [Debian-med-packaging] Bug#818584: ImportError: No module named pyyaml2

[Sascha Steinbiss]

I have just pushed come changes to git. Feel free to try (and upload) if
that solves your problem, Afif.

Cheers
Sascha


On 18/03/2016 14:20, Sascha Steinbiss wrote:
> Hi Afif and Andreas,
> 
> I think that this is it. If you look at the spades patch
> 0001_use_debian_packaged_python-yaml.patch this seems to have been done
> in several places already. The ones causing this bug seem to have been
> missed because they probably were not covered by the spades tests.
> 
> Cheers
> Sascha
> 
> On 18/03/2016 12:24, Andreas Tille wrote:
>> I've currently no sensible internet access and can't sensibly check.  I
>> have solved this issue on my previous attempts by a patch which was
>> quite simple: Spades is shipping its own copies of the python module.
>> You simply need to drop the 2 / 3 in the module name.  Just grep for
>> the string and replace it my the canonical Debian name of the module
>> where no Python version distinction is needed.
>> Hope this helps
>> Andreas.
>>
>> On Fri, Mar 18, 2016 at 02:18:23AM -0700, Afif Elghraoui wrote:
>>> Package: spades
>>> Version: 3.7.1+dfsg-1
>>> Severity: important
>>> Control: block 818575 by -1
>>>
>>> Tests for the circlator package in progress failed while runnining spades:
>>>
>>> ~~~
>>>   0:00:47.00892M / 484M  INFOGeneral 
>>> (path_extend_launch.hpp: 247)   Traversing tandem repeats
>>>   0:00:47.00892M / 484M  INFO   PathExtendIO (pe_io.hpp 
>>> : 190)   Writing contigs to 
>>> /tmp/adt-run.gG5zgN/build.2PK/circlator-1.2.0/test/test-dir/OUT/03.assemble.tmp.spades.107.c0mblm8f//K107/scaffolds
>>>   0:00:47.06192M / 484M  INFOGeneral (launch.hpp
>>> : 114)   SPAdes finished
>>>   0:00:47.06884M / 484M  INFOGeneral (main.cpp  
>>> : 169)   Assembling time: 0 hours 0 minutes 47 seconds
>>>
>>> = Assembling finished. 
>>>
>>>
>>> = Mismatch correction started.
>>>
>>> == Processing of contigs
>>>
>>> No module named pyyaml2
>>> Traceback (most recent call last):
>>>   File "/usr/lib/spades/bin/spades.py", line 844, in main
>>> ext_python_modules_home, log, assembled, result_corrected_filename)
>>>   File "/usr/share/spades/spades_pipeline/corrector_logic.py", line 43, in 
>>> run_corrector
>>> import pyyaml2 as pyyaml
>>> ImportError: No module named pyyaml2
>>>
>>>
>>> == Error ==  exception caught: 
>>>
>>> In case you have troubles running SPAdes, you can write to 
>>> spades.supp...@bioinf.spbau.ru
>>> Please provide us with params.txt and spades.log files from the output 
>>> directory.
>>> ~~~
>>>
>>> Although spades declares a dependency on python-yaml, either the import 
>>> statement needs to be patched to say "import yaml" (if the interface is the 
>>> same), or this other python yaml library may need to be packaged.
>>>
>>> ___
>>> Debian-med-packaging mailing list
>>> debian-med-packag...@lists.alioth.debian.org
>>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
>>>
>>


-- 
 The Wellcome Trust Sanger Institute is operated by Genome Research 
 Limited, a charity registered in England with number 1021457 and a 
 company registered in England with number 2742969, whose registered 
 office is 215 Euston Road, London, NW1 2BE. 

Bug#789279: ITA: jwm -- very small lightweight pure X11 window manager

[Reiner Herrmann]

Hi Samuel,

I just saw that you are intending to adopt the jwm package.
I'm currently preparing a QA upload of the new upstream version
and a couple of fixes.
Before we unnecessarily duplicate any work, could you please wait
with your changes/adoption until the package is uploaded?
Mattia will push the changes also to the collab-maint repository
after uploading.

Thanks!

Kind regards,
  Reiner


signature.asc
Description: PGP signature

Bug#818613: eviacam: [INTL:ca] Catalan debconf templates translation

[Cesar Mauri]

Package: eviacam
Version: 2.0.3-2
Severity: wishlist
Tags: l10n patch


Dear Maintainer,

please find attached the catalan debconf translation of eviacam.



ca.po.gz
Description: application/gzip

Bug#406976: aptitude: source-strictness is not strict enough

[Manuel A. Fernandez Montecelo]

2016-03-18 12:30 GMT+00:00 Steinar H. Gunderson :
> On Fri, Mar 18, 2016 at 12:15:02PM +, Manuel A. Fernandez Montecelo wrote:
>> This specific problem of this bug report about upgrading to experimental
>> might be different because the solutions using "non-default releases"
>> are placed in another level/tier, but the score that you were using is
>> only relevant within the same tier /nowadays/ (I don't know back then),
>> so no matter how much one changes the Source-Strictness it will not
>> cross the boundaries.
>
> Ah, so tiers trump scoring? I wasn't aware of that. And I don't think the UI
> makes that clear in any reasonable way either.

With the default settings, yes.  "safety" uses a classification based
in levels/tiers, so actions considered dangerous are classified in
tiers and only offered later.

  http://aptitude.alioth.debian.org/doc/en/ch02s03s04.html

This is the reason why "keep all" is in another tier (higher, which
means "more undesirable"), meaning "cancel user request" and thus only
offered after others.  It doesn't consider "remove the package that
you asked to upgrade" as cancelling your actions, so that's the reason
why it offers that before "keep all".

(Some of these are counter-intuitive for interactive or small
upgrades, and I am trying to address them, but they seem to have to do
with automatic/dist-upgrades and being able to leave packages behind
when obsolete and so on).


>> For complex and infrequent solutions, rejecting some actions of the
>> first suggestions with 'r' in the solution screens/questions (both in
>> curses and in command line) would probably be enough to guide very
>> quickly towards a solution, in the absence of big problems like
>> transitions that make your request impossible to fulfill..
>
> I don't think I've ever used 'r'; I've just used 'n'. I wasn't aware that
> you could do much more than just ask for the next solution.

I mentioned it, just in case.

  http://aptitude.alioth.debian.org/doc/en/ch02s03s03.html

Basically, you can 'r'eject and 'a'pprove some of the solutions (or,
since the last version 0.7.8, to whole subtrees like 'r' to "remove
the following packages" or 'a' to accept "packages to be upgraded"),
so these will disappear from solutions offered which have not been
generated yet... and so you converge quicker to the solution that you
are looking for.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#818037: vorbis-tools: vcut always(?) segfaults

[Frank Heckenbach]

> It's not yet in the upstream git repository (I submitted the patch
> through their bug tracker, but someone from upstream has to check it and 
> apply it), but in our (the Debian package's) git repository.
> 
> You can find the patch here:
> 
> https://anonscm.debian.org/cgit/pkg-xiph/vorbis-tools.git/tree/debian/patches/Fix-segfault-in-vcut.patch

Seems to work for me. Thanks.

Frank

Bug#818526: xrdp: says it's using local keymap even when it isn't (incl. workaround)

[Christian Pernegger]

Package: xrdp
Version: 0.6.1-2+b1
Severity: normal

Hi,

I installed xrdp, connected from Ubuntu 15.10 (Wily) using whatever
remote desktop client is in their default install ... -- and it
worked. Even the German keyboard layout, umlauts and everything. From
prior experience with VNC-based software I hadn't expected that.

Another day, another test, this time using Windows 7 as a client. Now
the keyboard layout is definitely 'us'.

Launching xrdp and xrdp-sesman with --nodaemon yields "local keymap
file for 0xac07 found and dosen't match built in keymap, using
local keymap file". Only
   * /etc/xrdp/ doesn't contain anything resembling that
   * according to Google keymap IDs are supposed to be 4 hex digits,
 not 8

But 0x0C07 is "de-at German (Austria)", which is correct, so I
symlinked km-ac07.ini to km-0407.ini. Works perfectly.

Still, xrdp shouldn't say it's using a local keymap file, when in fact
it is not. Also I'm not sure if the longer keymap ID is correct or the
result of xrdp having mangled some input.

Regards,
Christian



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

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

Versions of packages xrdp depends on:
ii  adduser  3.113+nmu3
ii  libc62.21-9
ii  libpam0g 1.1.8-3.2
ii  libssl1.0.2  1.0.2g-1
ii  libx11-6 2:1.6.3-1
ii  libxfixes3   1:5.0.1-2+b2

Versions of packages xrdp recommends:
ii  tightvncserver [vnc-server]  1.3.9-7
ii  vnc4server [vnc-server]  4.1.1+X4.3.0-37.6+b1

xrdp suggests no packages.

-- Configuration Files:
/etc/xrdp/sesman.ini changed [not included]
/etc/xrdp/xrdp.ini changed [not included]

-- no debconf information

Bug#818494: linux-image-4.5.0-rc7-amd64: backlight control doesn't work on ASUS UX305

[Jan De Luyck]

Package: src:linux
Version: 4.5~rc7-1~exp1
Severity: normal

Dear Maintainer,

Backlight control is broken using the keys Fn+F5/F6/F7 on this particular 
machine.
Discussion on linux-kernel on https://bugzilla.kernel.org/show_bug.cgi?id=98931

A possible (temporary) patch is suggested at comment 33
https://bugzilla.kernel.org/attachment.cgi?id=195071&action=diff

would it be possible to include this for now in the kernel build?

-- Package-specific info:
** Version:
Linux version 4.5.0-rc7-amd64 (debian-ker...@lists.debian.org) (gcc version 
5.3.1 20160224 (Debian 5.3.1-10) ) #1 SMP Debian 4.5~rc7-1~exp1 (2016-03-07)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.5.0-rc7-amd64 root=/dev/mapper/hermes-root ro quiet

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
[   46.019059] WARNING: CPU: 0 PID: 1550 at 
/build/linux-SGKJnh/linux-4.5~rc7/drivers/gpu/drm/i915/intel_uncore.c:599 
hsw_unclaimed_reg_debug+0x65/0x80 [i915]()
[   46.019067] Unclaimed register detected after reading register 0x65f10
[   46.019071] Modules linked in: ctr ccm bnep snd_hda_codec_hdmi 
snd_hda_codec_conexant snd_hda_codec_generic joydev arc4 intel_rapl 
x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass 
i2c_designware_platform i2c_designware_core crct10dif_pclmul crc32_pclmul 
ghash_clmulni_intel nls_utf8 nls_cp437 vfat fat iwlmvm mac80211 asus_nb_wmi 
asus_wmi sparse_keymap jitterentropy_rng iwlwifi cfg80211 sha256_ssse3 
sha256_generic hmac drbg ansi_cprng aesni_intel aes_x86_64 lrw gf128mul 
glue_helper ablk_helper snd_hda_intel efi_pstore cryptd snd_hda_codec idma64 
uvcvideo videobuf2_vmalloc snd_hda_core videobuf2_memops i915 virt_dma 
snd_hwdep videobuf2_v4l2 evdev snd_pcm pcspkr videobuf2_core serio_raw 
snd_timer efivars videodev snd soundcore media drm_kms_helper i2c_i801 drm 
mei_me shpchp sg mei
[   46.019192]  i2c_algo_bit processor_thermal_device intel_lpss_pci 
intel_soc_dts_iosf wmi elan_i2c int3403_thermal hci_uart intel_lpss_acpi 
battery btqca intel_lpss video mfd_core int3402_thermal int340x_thermal_zone ac 
int3400_thermal tpm_crb acpi_thermal_rel acpi_als kfifo_buf industrialio 
tpm_tis acpi_pad button tpm processor btusb btrtl btbcm btintel bluetooth 
rfkill crc16 parport_pc ppdev lp parport efivarfs autofs4 xfs libcrc32c dm_mod 
sd_mod crc32c_intel ahci libahci xhci_pci libata xhci_hcd scsi_mod usbcore 
usb_common thermal i2c_hid hid fjes
[   46.019288] CPU: 0 PID: 1550 Comm: TVGuiSlave.64 Not tainted 4.5.0-rc7-amd64 
#1 Debian 4.5~rc7-1~exp1
[   46.019292] Hardware name: ASUSTeK COMPUTER INC. UX305UA/UX305UA, BIOS 
UX305UA.201 10/12/2015
[   46.019298]  0086 fcd7774d 81301585 
88008111b9a8
[   46.019308]  a06fa538 8107900d 881b 
88008111ba00
[   46.019316]  881b0080  0206 
8107909c
[   46.019325] Call Trace:
[   46.019341]  [] ? dump_stack+0x5c/0x77
[   46.019354]  [] ? warn_slowpath_common+0x7d/0xb0
[   46.019362]  [] ? warn_slowpath_fmt+0x5c/0x80
[   46.019375]  [] ? __hrtimer_init+0x90/0x90
[   46.019456]  [] ? hsw_unclaimed_reg_debug+0x65/0x80 [i915]
[   46.019530]  [] ? gen9_read32+0x114/0x320 [i915]
[   46.019607]  [] ? 
i915_audio_component_codec_wake_override+0x75/0xa0 [i915]
[   46.019628]  [] ? snd_hdac_set_codec_wakeup+0x39/0x90 
[snd_hda_core]
[   46.019640]  [] ? azx_runtime_resume+0x177/0x1a0 
[snd_hda_intel]
[   46.019651]  [] ? pci_pm_runtime_resume+0x78/0xa0
[   46.019662]  [] ? __rpm_callback+0x2e/0x70
[   46.019671]  [] ? pci_restore_standard_config+0x40/0x40
[   46.019680]  [] ? rpm_callback+0x1f/0x70
[   46.019688]  [] ? pci_restore_standard_config+0x40/0x40
[   46.019697]  [] ? rpm_resume+0x48e/0x690
[   46.019706]  [] ? rpm_resume+0x2e0/0x690
[   46.019716]  [] ? __pm_runtime_resume+0x47/0x70
[   46.019737]  [] ? snd_hdac_regmap_read_raw+0x3d/0x90 
[snd_hda_core]
[   46.019760]  [] ? query_amp_caps+0x52/0x90 [snd_hda_codec]
[   46.019780]  [] ? snd_hda_mixer_amp_volume_info+0x67/0xb0 
[snd_hda_codec]
[   46.019798]  [] ? snd_ctl_elem_info+0x46/0x130 [snd]
[   46.019813]  [] ? snd_ctl_elem_info_user+0x6b/0xe0 [snd]
[   46.019831]  [] ? snd_ctl_ioctl+0x620/0x6f0 [snd]
[   46.019844]  [] ? snd_card_file_remove+0x7a/0xe0 [snd]
[   46.019857]  [] ? do_vfs_ioctl+0x9d/0x5c0
[   46.019868]  [] ? set_close_on_exec+0x31/0x70
[   46.019877]  [] ? SyS_ioctl+0x74/0x80
[   46.019890]  [] ? system_call_fast_compare_end+0xc/0x67
[   46.019897] ---[ end trace 1330e0491d7fa466 ]---
[  813.499494] [drm] RC6 on
[  841.463587] [drm] RC6 on
[  853.470277] [drm] RC6 on
[  863.729947] systemd-sysv-generator[16589]: Overwriting existing symlink 
/run/systemd/generator.late/console-setup.service with real service.
[  863.729987] systemd-sysv-generator[16589]: Overwriting existing symlink 
/run/systemd/generator.late/keyboard-setup.service with real service.
[  864.036364] systemd-sysv-generator[16626]: Overwriting existing symlink 
/run/systemd/generator.late/keyboard-setup.se

Bug#818531: wheezy-pu: package libdatetime-timezone-perl/1.58-1+2016b

[Adam D. Barratt]

Control: tags -1 + confirmed

On Thu, 2016-03-17 at 20:47 +0100, gregor herrmann wrote:
> I've prepared an update for libdatetime-timezone-perl in wheezy with 
> the data from the Olson db 2016b. As usual, the only change is a
> quilt patch which adjusts the pm files containing the timezone data.

Please go ahead.

Regards,

Adam

Bug#818532: jessie-pu: package libdatetime-timezone-perl/1.75-2+2016b

[Adam D. Barratt]

Control: tags -1 + confirmed

On Thu, 2016-03-17 at 20:47 +0100, gregor herrmann wrote:
> I've prepared an update for libdatetime-timezone-perl in jessie with
> the data from the Olson db 2016b. As usual, the only change is a
> quilt patch which adjusts the pm files containing the timezone data.
> (Plus a typo fix in the changelog this time.)

Please go ahead.

Regards,

Adam

Bug#816116: polybori: diff for NMU version 0.8.3-5.1

[Gianfranco Costamagna]

Control: tags 816116 + patch
Control: tags 816116 + pending


Dear maintainer,

I've prepared an NMU for polybori (versioned as 0.8.3-5.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru polybori-0.8.3/debian/changelog polybori-0.8.3/debian/changelog
--- polybori-0.8.3/debian/changelog 2015-03-17 22:15:56.0 +0100
+++ polybori-0.8.3/debian/changelog 2016-03-16 16:12:26.0 +0100
@@ -1,3 +1,11 @@
+polybori (0.8.3-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Change libpng12-dev to libpng-dev, to ease libpng transition.
+Closes: #816116)
+
+ -- Gianfranco Costamagna   Wed, 16 Mar 2016 
16:11:48 +0100
+
polybori (0.8.3-5) unstable; urgency=medium

[ Julien Puydt ]
diff -Nru polybori-0.8.3/debian/control polybori-0.8.3/debian/control
--- polybori-0.8.3/debian/control   2015-03-17 22:07:59.0 +0100
+++ polybori-0.8.3/debian/control   2016-03-16 16:12:17.0 +0100
@@ -102,7 +102,7 @@
libpolybori-0.8-3 (= ${binary:Version}),
libboost-dev,
libgd-dev,
- libpng12-dev,
+ libpng-dev,
libm4ri-dev
Description: polynomials over Boolean Rings, core development files
The core of PolyBoRi is a C++ library, which provides high-level data

Bug#817908: iceweasel: leaves cruft in /etc/iceweasel/ on upgrade

[Christoph Anton Mitterer]

One should perhaps note that at least I have still stuff left:
/etc/iceweasel$ tree
.
├── pref
├── profile
│   └── chrome
└── searchplugins
└── common


Cheers,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#818626: openjdk-8: patch to fix build on squeeze

[Thorsten Glaser]

Source: openjdk-8
Version: 8u72-b15-1~bpo8+1
Severity: wishlist
Tags: patch

Hi Doko,

you’ve always been supporting builds of src:openjdk-* on even very
old *buntu and Debian releases. I just fixed the openjdk-8 backport
to build on squeeze (with autoconf (>= 2.59) from wheezy and LCMS2
from squeeze-backports) with the attached patch.

The patch is just refreshing d/p/java-access-bridge-security.patch
and versioning the autoconf B-D, so nothing harmful.

Enjoy!

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steegdiff -u openjdk-8-8u72-b15/debian/changelog openjdk-8-8u72-b15/debian/changelog
--- openjdk-8-8u72-b15/debian/changelog
+++ openjdk-8-8u72-b15/debian/changelog
@@ -1,3 +1,11 @@
+openjdk-8 (8u72-b15-1~tarent60+1) tarent; urgency=medium
+
+  * Use versioned Build-Depends on autoconf
+  * Refresh debian/patches/java-access-bridge-security.patch
+  * Build on squeeze, with previous openjdk-8 backport installed
+
+ -- Thorsten Glaser   Fri, 18 Mar 2016 20:48:33 +0100
+
 openjdk-8 (8u72-b15-1~bpo8+1) jessie-backports; urgency=medium
 
   * Rebuild for jessie-backports.
diff -u openjdk-8-8u72-b15/debian/control openjdk-8-8u72-b15/debian/control
--- openjdk-8-8u72-b15/debian/control
+++ openjdk-8-8u72-b15/debian/control
@@ -5,14 +5,14 @@
 Uploaders: Matthias Klose 
 Build-Depends: debhelper (>= 5), quilt, m4, lsb-release, zip, unzip,
   sharutils, gawk, cpio, pkg-config, procps, time, wdiff, fastjar (>= 
2:0.96-0ubuntu2),
-  autoconf, automake, autotools-dev, ant, ant-optional,  libtool,
-  g++-4.9,
+  autoconf (>= 2.69), automake, autotools-dev, ant, ant-optional,  
+  g++-4.4 (>= 4.4.1),
   openjdk-8-jdk | openjdk-7-jdk,
   libxtst-dev, libxi-dev, libxt-dev, libxaw7-dev, libxrender-dev, 
libcups2-dev, libasound2-dev, liblcms2-dev, libfreetype6-dev (>= 2.2.1), 
libgtk2.0-dev, libxinerama-dev, libkrb5-dev, xsltproc, libpcsclite-dev,
   libffi-dev, 
-  zlib1g-dev, libattr1-dev, libpng-dev, libjpeg-dev, libgif-dev, libpulse-dev 
(>= 0.9.12) [!alpha], systemtap-sdt-dev [!sh4],
-  libnss3-dev (>= 2:3.17.1), tzdata,
-  mauve, jtreg, xvfb, xauth, xfonts-base, libgl1-mesa-dri [!x32], twm | 
metacity, twm | dbus-x11, x11-xkb-utils,
+  zlib1g-dev, libattr1-dev, libpng12-dev, libjpeg62-dev, libgif-dev, 
libpulse-dev (>= 0.9.12) [!alpha], 
+  libnss3-dev (>= 3.12.3), tzdata,
+  mauve,  xvfb, xauth, xfonts-base, libgl1-mesa-dri [!x32], twm | metacity, 
twm | dbus-x11, x11-xkb-utils,
 Standards-Version: 3.9.6
 Homepage: http://openjdk.java.net/
 Vcs-Bzr: http://bazaar.launchpad.net/~openjdk/openjdk/openjdk8
@@ -20,7 +20,6 @@
 
 Package: openjdk-8-jdk
 Architecture: alpha amd64 armel armhf arm64 i386 ia64 mips mipsel mips64 
mips64el powerpc powerpcspe ppc64 ppc64el m68k sh4 sparc sparc64 s390x x32 
kfreebsd-i386 kfreebsd-amd64
-Multi-Arch: same
 Pre-Depends: ${dpkg:Depends}
 Depends: openjdk-8-jre (= ${binary:Version}),
   ${shlibs:Depends}, ${misc:Depends}
@@ -37,7 +36,6 @@
 
 Package: openjdk-8-jre-headless
 Architecture: alpha amd64 armel armhf arm64 i386 ia64 mips mipsel mips64 
mips64el powerpc powerpcspe ppc64 ppc64el m68k sh4 sparc sparc64 s390x x32 
kfreebsd-i386 kfreebsd-amd64
-Multi-Arch: same
 Pre-Depends: ${dpkg:Depends}, ${multiarch:Depends}
 Depends: ${jredefault:Depends}, ${cacert:Depends},
   ${tzdata:Depends}, ${jcommon:Depends}, ${dlopenhl:Depends},
@@ -46,8 +44,8 @@
 Recommends: ${dlopenhl:Recommends}, ${jamvm:Recommends}
 Suggests: ${cacao:Recommends}, ${jamvm:Suggests},
   libnss-mdns,
-  fonts-dejavu-extra,
-  fonts-ipafont-gothic, fonts-ipafont-mincho, ttf-wqy-microhei | 
ttf-wqy-zenhei, fonts-indic,
+  ttf-dejavu-extra,
+  ttf-baekmuk | ttf-unfonts | ttf-unfonts-core, ttf-sazanami-gothic | 
ttf-kochi-gothic, ttf-sazanami-mincho | ttf-kochi-mincho, ttf-wqy-microhei | 
ttf-wqy-zenhei, ttf-indic-fonts,
 Provides: java-runtime-headless, java2-runtime-headless,
   java5-runtime-headless, java6-runtime-headless,
   java7-runtime-headless, java8-runtime-headless,
@@ -61,13 +59,12 @@
 
 Package: openjdk-8-jre
 Architecture: alpha amd64 armel armhf arm64 i386 ia64 mips mipsel mips64 
mips64el powerpc powerpcspe ppc64 ppc64el m68k sh4 sparc sparc64 s390x x32 
kfreebsd-i386 kfreebsd-amd64
-Multi-Arch: same
 Pre-Depends: ${dpkg:Depends}
 Depends: openjdk-8-jre-headless (= ${binary:Version}),
   ${xandsound:Depends},
   ${dlopenjre:Depends}, ${dep:bridge},
   ${shlibs:Depends}, ${misc:Depends}
-Recommends: ${dlopenjre:Recommends}, fonts-dejavu-extra
+Recommends: ${dlopenjre:Recommends}, ttf-dejavu-extra
 Suggests: icedtea-8-plugin, ${pkg:pulseaudio}
 Replaces: openjdk-8-jre-headless (<< 8u20~b20-3)
 Provides: java-runtime, java2-runtime,
@@ -128,7 +125,6 @@
 
 Package: openjdk-8-dbg
 Architecture: alpha amd64 armel armhf arm64 i386 ia64 mips mipsel mips64 
mips64el powerpc powerpcspe ppc64 pp

Bug#779608: xvfb: cleanup on signal exits as well

[Jérémy Lal]

Hello Ximin,

i tried your patch, and now when interrupting using ctrl-c
xvfb-run -a myapp
i get (i added the "cleaning" message):

^Ccleaning /tmp/xvfb-run.UlOS0T
cleaning /tmp/xvfb-run.UlOS0T
rm: cannot remove '/tmp/xvfb-run.UlOS0T': No such file or directory
xvfb-run: error: problem while cleaning up temporary directory

obviously cleanup is run twice.

Jérémy

Bug#813261: jhdf is marked for autoremoval from testing

[Alastair McKinstry]

szip is now available in Debian as part of the libaec package.
The following patch fixes the FTBFS.

regards
Alastair

On 18/03/2016 04:39, Debian testing autoremoval watch wrote:
> jhdf 2.9-3 is marked for autoremoval from testing on 2016-03-14
>
> It is affected by these RC bugs:
> 813261: jhdf: FTBFS: checking dependencies for HDF5 library... configure: 
> error:  HDF5 library needs SZIP, SZIP not defined.
>
>
diff -urN debian.orig/changelog debian/changelog
--- debian.orig/changelog2014-08-12 23:36:21.0 +0100
+++ debian/changelog2016-03-18 13:33:25.225723656 +
@@ -1,3 +1,10 @@
+jhdf (2.9-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add SZIP support
+
+ -- Alastair McKinstry   Fri, 18 Mar 2016
13:33:15 +
+
 jhdf (2.9-3) unstable; urgency=medium

   * Team Upload.
diff -urN debian.orig/compat debian/compat
--- debian.orig/compat1970-01-01 01:00:00.0 +0100
+++ debian/compat2016-03-18 13:42:31.634239438 +
@@ -0,0 +1 @@
+5
diff -urN debian.orig/control debian/control
--- debian.orig/control2014-08-12 23:33:10.0 +0100
+++ debian/control2016-03-18 13:33:38.266214160 +
@@ -5,7 +5,7 @@
 Uploaders: Sylvestre Ledru 
 Build-Depends: debhelper (>= 7), autotools-dev, cdbs, default-jdk (>=
2:1.6),
  libjpeg-dev, zlib1g-dev, libhdf4-dev, libhdf5-dev (>= 1.8.8),
- automake, autoconf, imagemagick
+ automake, autoconf, imagemagick, libaec-dev
 Standards-Version: 3.9.5
 Homepage: http://www.hdfgroup.org/hdf-java-html/
 Vcs-Svn: svn://svn.debian.org/svn/debian-science/packages/jhdf/
diff -urN debian.orig/patches/series debian/patches/series
--- debian.orig/patches/series2014-08-12 16:02:13.0 +0100
+++ debian/patches/series2016-03-18 13:49:42.658822387 +
@@ -14,3 +14,5 @@
 z_sharedOptMissing.diff
 source1.5.diff

+conf
+comm
diff -urN debian.orig/rules debian/rules
--- debian.orig/rules2014-08-12 23:04:30.0 +0100
+++ debian/rules2016-03-18 13:49:29.622313274 +
@@ -17,5 +17,5 @@

 DEB_CONFIGURE_EXTRA_FLAGS := CC=gcc

-DEB_CONFIGURE_NORMAL_ARGS +=
--with-jdk=/usr/lib/jvm/default-java/include/,/usr/lib/jvm/default-java/lib/
--with-classpath=/usr/lib/jvm/default-java/lib/
--with-javabin=/usr/lib/jvm/default-java/bin/  --with-libz=yes,/usr/lib 
--with-libjpeg=yes,/usr/lib/   $(WITH_HDF5)
--with-hdf4=/usr/include/hdf/,/usr/lib/
+DEB_CONFIGURE_NORMAL_ARGS +=
--with-jdk=/usr/lib/jvm/default-java/include/,/usr/lib/jvm/default-java/lib/
--with-classpath=/usr/lib/jvm/default-java/lib/
--with-javabin=/usr/lib/jvm/default-java/bin/  --with-libz=yes,/usr/lib 
--with-libjpeg=yes,/usr/lib/   $(WITH_HDF5)
--with-hdf4=/usr/include/hdf/,/usr/lib/
--with-libsz=yes,/usr/lib/$(DEB_HOST_MULTIARCH)
 DEB_CONFIGURE_PREFIX := $(CURDIR)/debian/tmp/

-- 
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered. 

Bug#595336: mirror submission for mirror.telepoint.bg

[Donald Norwood]

Hello,

Our apologies for the significant delay in adding your mirror to the
official Debian mirror list.

In reviewing your mirror I've noticed that the trace files are missing
in your /debian/project/trace directory, specifically the tracefile
indicating your mirror. Please check your configuration. There is also a
new ftpsync script available in /debian/project/ftpsync/ it may be
easier to update to the newest script.

Please advise when you have the chance.

Best regards,
Donald Norwood
-Debian Mirrors Team




On Mon, 13 Sep 2010 10:36:14 +0300 Telepoint - mirror admin
 wrote:
> On Sat, 2010-09-11 at 13:48 +0200, Simon Paillard wrote:
> > On Sat, Sep 04, 2010 at 05:28:36PM +0300, Telepoint - mirror admin wrote:
> > > Everything is done. Please check now!
> > > 
> > > On Fri, 2010-09-03 at 23:20 +0200, Simon Paillard wrote:
> > > > Thanks for your interest in helping Debian.
> > > > In summary, you should read carefully http://debian.org/mirror/ftpmirror
> > > > 
> > > > On Fri, Sep 03, 2010 at 08:04:21AM +, Yordan Georgiev wrote:

> > > > > Package: mirrors
> > > > > Severity: wishlist
> > > > > 
> > > > > Submission-Type: new
> > > > > Site: mirror.telepoint.bg
> > 
> > By the way, you may setup a virtual host dedicated to Debian mirror for
> > more flexibility.
> > 
> > You should setup your system to that the full hostname returned is a
> > valid dns (tp-mirror without domain is not).
> > You can also set MIRRORNAME in ftpsync.conf to mirror.telepoint.bg
> > http://mirror.telepoint.bg/debian/project/trace/tp-mirror
> Fix
> > 
> > > > > Type: leaf
> > > > > Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 
> > > > > ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc 
> > > > > Archive-ftp: /debian/
> > > > > Archive-http: /debian/
> > > > 
> > > > Please use the tool recommended at:
> > > > http://debian.org/mirror/ftpmirror#how
> > > > then get back to us when it's done.
> > > > 
> > > > > CDImage-ftp: /debian-cd/
> > > > > CDImage-http: /debian-cd/
> > 
> > http://mirror.telepoint.bg/debian-cd/ outdated, 5.0.6 released.
> > 
> Fix. Permissions problem
> > > > > IPv6: no
> > > > > Archive-upstream: ftp.de.debian.org
> > > > 
> > > > Seems not, according to http://mirror.telepoint.bg/debian/project/trace
> > > > BTW, you should sync from ftp.bg.d.o that may be close to you.
> > 
> > Did you test ftp.bg or other mirror ? ftp.de as already many downstreams.
> > 
> I do not want to synchronize from BG. Suggest me another one with less
> traffic, please
> > > > > CDImage-upstream: ftp.de.debian.org
> > > > > Updates: twice
> > > > > Maintainer: Yordan Georgiev 
> > > > > Country: BG Bulgaria
> > > > > Sponsor: Telepoint http://telepoint.bg
> > > > > Comment: Update frequency: 6h
> > > > >  Approximate bandwidth: 1G
> > 
> > Thanks for mirroring Debian and best regards.
> > 
> 



signature.asc
Description: OpenPGP digital signature

Bug#818646: linux-image-4.4.0-1-amd64: CONFIG_ZONE_DMA is not set

[Arthur Marsh]

Package: src:linux
Version: 4.4.6-1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

I usually run custom kernels based off the configuration of recent 
Debian kernels.

I notice that as of 4.4.0-1-amd64 (and hence also linux-image-4.5.0-rc7-amd64)
that CONFIG_ZONE_DMA is not set and that disables the EMU10K ALSA sound driver
which is needed for a card that I was considering adding to this machine.

I do not know if this was an upstream or Debian change, intentional or not,
but it is an unpleasant surprise to discover hardware support removed 
especially as at least one ALSA developer runs this hardware himself.

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

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


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: System manufacturer
product_name: System Product Name
product_version: System Version
chassis_vendor: Chassis Manufacture
chassis_version: Chassis Version
bios_vendor: American Megatrends Inc.
bios_version: 1701   
board_vendor: ASUSTeK Computer INC.
board_name: M3A78 PRO
board_version: Rev 1.xx

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] RS780 Host 
Bridge [1022:9600]
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RS780 Host Bridge 
[1002:7910]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 

00:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI 
bridge (ext gfx port 0) [1022:9603] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:06.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI 
bridge (PCIE port 2) [1022:9606] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] [1002:4390] (prog-if 01 [AHCI 1.0])
Subsystem: ASUSTeK Computer Inc. SB7x0/SB8x0/SB9x0 SATA Controller [IDE 
mode] [1043:82f1]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ahci
Kernel modules: ahci

00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB 
OHCI0 Controller [1002:4397]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci

00:13.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB 
OHCI0 Controller [1002:4398]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci

00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus 
Controller [1002:4385] (rev 3a)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR-  (32-bit, non-prefetchable)
[virtual] Expansion ROM at f000 [disabled] [size=2K]
Kernel modules: i2c_piix4, sp5100_tco

00:14.1 IDE interface [0101]: Advanced Micro Devices, Inc. [AMD/ATI] 
SB7x0/SB8x0/SB9x0 IDE Controller [1002:439c] (prog-if 8a [Master SecP PriP])
Subsystem: ASUSTeK Computer Inc. SB7x0/SB8x0/SB9x0 IDE Controller 
[1043:82f1]
  

Bug#818418: goldencheetah: FTBFS: redefinition of 'int DataFilterlex_destroy()'

[Martin Michlmayr]

Package: goldencheetah
Version: 3.3.0-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> g++ -c -m64 -pipe -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -W -D_REENTRANT 
> -fPIC -DGC_VIDEO_VLC -DGC_VERSION=\"3.3.0RC1\" -DGC_HAVE_KQOAUTH 
> -DGC_HAVE_QWTPLOT3D -DGC_HAVE_KML -DGC_HAVE_ICAL -DGC_HAVE_LIBUSB 
> -DGC_HAVE_VLC -DQXT_STATIC -DGC_HAVE_SOAP -DQT_NO_DEBUG -DQT_SVG_LIB 
> -DQT_WEBKITWIDGETS_LIB -DQT_MULTIMEDIAWIDGETS_LIB -DQT_OPENGL_LIB 
> -DQT_WIDGETS_LIB -DQT_WEBKIT_LIB -DQT_MULTIMEDIA_LIB -DQT_GUI_LIB 
> -DQT_XML_LIB -DQT_SQL_LIB -DQT_NETWORK_LIB -DQT_SCRIPT_LIB 
> -DQT_CONCURRENT_LIB -DQT_SERIALPORT_LIB -DQT_CORE_LIB -I. -I../qwt/src 
> -I../qxt/src -I../qtsolutions/json -I../qtsolutions/qwtcurve -I../kqoauth 
> -isystem /usr/include/qwtplot3d -isystem /usr/include -isystem 
> /usr/include/libical -isystem /usr/include -isystem /usr/include/vlc 
> -I../qtsolutions/soap -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtWebKitWidgets -isystem /us
> r/include/x86_64-linux-gnu/qt5/QtMultimediaWidgets -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtOpenGL -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtWebKit -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtMultimedia -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtSql -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtScript -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtConcurrent -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtSerialPort -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. 
> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -o RideDB_lex.o 
> RideDB_lex.cpp
> lex.WithingsParser.c: In function 'int yy_get_next_buffer()':
> lex.WithingsParser.c:1229:44: warning: comparison between signed and unsigned 
> integer expressions [-Wsign-compare]
> lex.DataFilter.c: In function 'int yy_get_next_buffer()':
> lex.DataFilter.c:1483:44: warning: comparison between signed and unsigned 
> integer expressions [-Wsign-compare]
> DataFilter.l: In function 'int DataFilterlex_destroy()':
> DataFilter.l:105:5: error: redefinition of 'int DataFilterlex_destroy()'
>  #endif
>  ^
> lex.DataFilter.c:2128:5: note: 'int DataFilterlex_destroy()' previously 
> defined here
> Makefile:15206: recipe for target 'DataFilter_lex.o' failed
> make[2]: *** [DataFilter_lex.o] Error 1
> make[2]: *** Waiting for unfinished jobs
> lex.JsonRideFile.c: In function 'int yy_get_next_buffer(yyscan_t)':
> lex.JsonRideFile.c:1559:47: warning: comparison between signed and unsigned 
> integer expressions [-Wsign-compare]
> JsonRideFile.l: In function 'int JsonRideFilelex_destroy(void*)':
> JsonRideFile.l:166:5: error: redefinition of 'int 
> JsonRideFilelex_destroy(void*)'
>  #endif
>  ^
> lex.JsonRideFile.c:2358:5: note: 'int JsonRideFilelex_destroy(yyscan_t)' 
> previously defined here
> lex.RideDB.c: In function 'int yy_get_next_buffer(yyscan_t)':
> lex.RideDB.c:1290:47: warning: comparison between signed and unsigned integer 
> expressions [-Wsign-compare]
> RideDB.l: In function 'int RideDBlex_destroy(void*)':
> RideDB.l:119:5: error: redefinition of 'int RideDBlex_destroy(void*)'
>  #endif
>  ^
> lex.RideDB.c:2089:5: note: 'int RideDBlex_destroy(yyscan_t)' previously 
> defined here
> Makefile:15209: recipe for target 'JsonRideFile_lex.o' failed
> make[2]: *** [JsonRideFile_lex.o] Error 1
> Makefile:15215: recipe for target 'RideDB_lex.o' failed
> make[2]: *** [RideDB_lex.o] Error 1
> JsonRideFile.y:313:12: warning: 'jsonFileReaderRegistered' defined but not 
> used [-Wunused-variable]
>  static int jsonFileReaderRegistered =
> ^
> make[2]: Leaving directory '/<>/src'
> Makefile:130: recipe for target 'sub-src-make_first-ordered' failed
> make[1]: *** [sub-src-make_first-ordered] Error 2
> make[1]: Leaving directory '/<>'
> dh_auto_build: make -j30 returned exit code 2
> debian/rules:20: recipe for target 'build' failed
> make: *** [build] Error 25
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> 

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#346321: aptitude: offers upgrade to exp version (pri -10) instead of unst version (990)

[Manuel A. Fernandez Montecelo]

Control: tags -1 - moreinfo
Control: close -1

2016-03-18 0:59 GMT+00:00 Henrique de Moraes Holschuh :
>> >However, aptitude does this:
>> >libarts1c2a recommends libarts1-akode
>> >--\ The following actions will resolve this dependency:
>> > -> Upgrade libarts1c2a [1.4.3-3 (now) -> 1.5.0-2 (experimental, 
>> > experimental)]
>> > -> Keep libarts1c2a at version 1.4.3-3 (now)
>> > -> Remove libarts1c2a [1.4.3-3 (now)]
>> > -> Install libarts1-akode [4:3.5.0-2 (experimental, experimental)]
>> > -> Leave the dependency "libarts1c2a recommends libarts1-akode" unresolved.
>> >
>> >i.e it prefers to install the experimental version, even if it is priority
>> >-10. The correct solution is to install libarts1c2a 1.5.0-3, and leave the
>> >dependency unresolved.  OR to hold everything.  But installing anything that
>> >has a negative priority is a no-no.
>> >
>> >For reference, my /etc/apt/preferences is:
>> >Package: *
>> >Pin: release a=experimental
>> >Pin-Priority: -10
>>
>> This should not happen with "recent" versions of aptitude, recent as in
>> the last 6 years at least, because solutions involving installations /
>> upgrades of non-default versions are kept in a different level and only
>> offered last, if at all, below upgrading to default versions, removing
>> it or keeping everything at the same version.
>>
>> Have you experience this behaviour recently?
>
> No, but that doesn't mean anything: sometime after I reported the bug, I
> disabled experimental, and I don't think I had any reason to reenable it in
> the last decade (if I did, I most certainly used a disposable chroot, got
> the job done, dropped the chroot in the bitbucket and promptly forgot about
> it).
>
> One would have to test current apt (or better yet, stable apt) to be sure.

>From my reading of the code, tests that I was doing lately, as well
using experimental myself for many years, and from the lack of
"secondings" to this bug or similar complaints in hundreds (or more
like about a thousand) bug reports that I have triaged in the last few
years, I know that this was not a case that happened at least in this
decade, not under normal conditions in any case.  I was just trying to
get confirmation from you as submitter.

There are still hundreds of open bugs.  If the submitters are not
interested if they are still happening, I am not all that interested
in getting down to the last detail of every one of them, when there is
no reasonable indication that ancient bugs continue present.

Still, I just tested this specifically with experimental priority -10
and -1000 and with git-man which caused the full resolver to be
involved, and the offerings to upgrade to experimental always come
last (Remove, Upgrade to unstable, Keep, Upgrade to experimental).

So closing the report now.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#818349: exim4-base: Still warns about purging the environment, even with add_environment set

[Andreas Metzler]

On 2016-03-16 Matthew Vernon  wrote:
> Package: exim4-base
> Version: 4.84.2-1
> Severity: important

> Hi,

> I upgraded my jessie systems to 4.84.2-1 and added an add_environment
> setting thus:
> add_environment = <; PATH=/bin:/usr/bin

> The upstream advisory says:

> "If both options are not used in the configuration, Exim issues a
> warning on startup. This warning disappears if at least one of these
> options is used (even if set to an empty value)."

> Yet:
> root@mws-priv-21:~# /usr/sbin/exim4 -bP | grep environment
> LOG: MAIN
>   Warning: purging the environment.
>  Suggested action: use keep_environment.
> add_environment = <; PATH=/bin:/usr/bin
> keep_environment = 

> This is clearly not the correct behaviour, and I'm getting a lot of
> cron mail :-(

Hello,

exim4 (4.84.2-1)'s says this in

a) debian/changelog
  * Add macros MAIN_KEEP_ENVIRONMENT and MAIN_ADD_ENVIRONMENT to set the new
 options. Set "keep_environment =" by default to avoid a runtime warning.
 Bump exim4-config Breaks to exim4-daemon-* (<< 4.84.2).
[...]
Upstream followups on the CVE fix (Thanks, Heiko Schlittermann!):
[...]
+ Runtime warning is only generated if (and only if) keep_environment
   is unset and environment is nonempty.

b) /usr/share/doc/exim4-base/spec.txt.gz
 Current versions of Exim issue a warning during startup if you do not mention
 keep_environment in your runtime configuration file and if there is
 anything in your environment. Future versions may not issue that warning
 anymore.

So, this is documented behavior, pulling an enhancement for  the issue
from upstream.

cu Andreas

Bug#818381: install/lsscm: display storage-class memory

[Hendrik Brueckner]

Package: s390-tools
Version: 1.33.0-1
Severity: normal
Tags:

Hi,

could you package the lsscm utility.  The lsscm command display information
about storage-class memory, also known as, Flash Express.


Thanks and kind regards,
  Hendrik

Bug#818596: network-manager: randomly drops ethernet connection, about 1 time / day

[Julian Gilbey]

Package: network-manager
Version: 1.1.91-1
Severity: important

I have a bizarre problem.  For about the last month, network-manager
(or something else perhaps) has been dropping my ethernet connection
from my server (which is normally on full-time).

netstat -rn currently shows:

Kernel IP routing table
Destination Gateway Genmask Flags   MSS Window  irtt Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG0 0  0 eth0
192.168.0.0 0.0.0.0 255.255.255.0   U 0 0  0 eth0

but then at random times, it drops the eth0 interface completely,
leaving

Kernel IP routing table
Destination Gateway Genmask Flags   MSS Window  irtt Iface

and no network connectivity.

Checking my aptitude logs, this seems to have started around the time
I upgraded from network-manager 1.0.10-2+b1 (and network-manager-gnome
1.0.10-1) to 1.1.90-3, and is still occurring with the current
version.

I don't see anything obvious in the system logs suggesting that a
connection has been dropped.

I am happy to help with debugging this, but don't know how to start.
I could set the logging level to DEBUG if you think this would be of
use?

Thanks,

   Julian

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

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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.10.6-1
ii  init-system-helpers1.29
ii  isc-dhcp-client4.3.3-8
ii  libbluetooth3  5.36-1
ii  libc6  2.21-9
ii  libglib2.0-0   2.46.2-3
ii  libgnutls303.4.9-2
ii  libgudev-1.0-0 230-3
ii  libmm-glib01.4.12-1
ii  libndp01.4-2
ii  libnewt0.520.52.18-3
ii  libnl-3-2003.2.27-1
ii  libnm0 1.1.91-1
ii  libpam-systemd 229-2
ii  libpolkit-agent-1-00.105-14.1
ii  libpolkit-gobject-1-0  0.105-14.1
ii  libreadline6   6.3-8+b4
ii  libsoup2.4-1   2.52.2-1
ii  libsystemd0229-2
ii  libteamdctl0   1.23-1
ii  libuuid1   2.27.1-4
ii  lsb-base   9.20160110
ii  policykit-10.105-14.1
ii  udev   229-2
ii  wpasupplicant  2.3-2.3

Versions of packages network-manager recommends:
ii  crda3.13-1+b1
ii  dnsmasq-base2.75-1
ii  iptables1.6.0-2
ii  iputils-arping  3:20150815-2
ii  modemmanager1.4.12-1
pn  ppp 

Versions of packages network-manager suggests:
pn  libteam-utils  

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
no-auto-default=xx:xx:xx:xx:xx:xx,  <-- this is my ethernet card MAC address
[ifupdown]
managed=false


-- no debconf information

Bug#818501: FTBFS: Tests fail with segmentation fault

[Christopher Baines]

Source: pytables
Version: 3.2.2-1
Severity: serious
Justification: fails to build from source

Building the package in pbuilder fails.

This is the same failure that has been occurring since the 22nd of February in
the Debian CI system [1].

1:
https://ci.debian.net/data/packages/unstable/amd64/p/pytables/20160317_052922.autopkgtest.log.gz

I am also getting a segfault when trying to use python-pytables to read a hdf5
file, but I can't tell if this is related.

Build log failure:

test00 (tables.tests.test_do_undo.CreateArrayTestCase)
Checking one action. ... ok
test01 (tables.tests.test_do_undo.CreateArrayTestCase)
Checking two actions. ... ok
test02 (tables.tests.test_do_undo.CreateArrayTestCase)
Checking three actions. ... ok
test03 (tables.tests.test_do_undo.CreateArrayTestCase)
Checking three actions in different depth levels. ... ok
test00 (tables.tests.test_do_undo.CreateGroupTestCase)
Checking one action. ... ok
test01 (tables.tests.test_do_undo.CreateGroupTestCase)
Checking two actions. ... ok
test02 (tables.tests.test_do_undo.CreateGroupTestCase)
Checking three actions. ... ok
test03 (tables.tests.test_do_undo.CreateGroupTestCase)
Checking three actions in different depth levels. ... ok
test00 (tables.tests.test_do_undo.RenameNodeTestCase)
Checking rename_node (over Groups without children) ... Segmentation fault
debian/rules:58: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 139
make[1]: Leaving directory '/build/pytables-3.2.2'
debian/rules:26: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
I: copying local configuration
E: Failed autobuilding of package



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

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