Bug#846811: O: transcalc -- microwave and RF transmission line calculator

[Bhavani Shankar R]

Just an additional info..

This package seems to be not maintained actively upstream from past few years

So, anyone taking this up are requested to contact the upstream
maintainer for the status of the project

Thanks,

-- 
Bhavani Shankar
Ubuntu Developer   |  www.ubuntu.com
https://launchpad.net/~bhavi

Bug#845425: DataSource no longer accessible since jessie security update

[Arne Nordmark]

Unfortunately, the newly released wheezy security update 7.0.28-4+deb7u7
also suffers from this problem.

Can it be so that the important part missing is the loop traversing the
class loaders in validateGlobalResourceAccess():

while (cl != null) {
 ...
 cl = cl.getParent();
}

Arne

Bug#846909: ITP: node-multipipe -- pipe streams with centralized error handling

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-multipipe
  Version : 1.0.2
  Upstream Author : FIX_ME upstream author
* URL : https://github.com/juliangruber/multipipe#readme
* License : Expat
  Programming Lang: JavaScript
  Description : pipe streams with centralized error handling



signature.asc
Description: OpenPGP digital signature

Bug#846910: ITP: node-path-root-regex -- Regular expression for getting the root of a posix or windows filepath

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-path-root-regex
  Version : 0.1.2
  Upstream Author : Jon Schlinkert (https://github.com/jonschlinkert)
* URL : https://github.com/regexhq/path-root-regex
* License : Expat
  Programming Lang: JavaScript
  Description : Regular expression for getting the root of a posix
or windows filepath




signature.asc
Description: OpenPGP digital signature

Bug#846911: gnubiff: When rebuilt, ships files in /usr/@DATADIRNAME@/locale/

[Dmitry Shachnev]

Source: gnubiff
Version: 2.2.16-1
Severity: important
Tags: patch

When I rebuild gnubiff from source (note: I added a patch from #828327 to
make it build), I get this:

 $ dpkg-deb -c gnubiff_2.2.16-1_amd64.deb | grep locale | head
 drwxr-xr-x root/root 0 2016-01-13 03:58 ./usr/@DATADIRNAME@/locale/
 drwxr-xr-x root/root 0 2016-01-13 03:58 ./usr/@DATADIRNAME@/locale/cs/
 drwxr-xr-x root/root 0 2016-01-13 03:58 
./usr/@DATADIRNAME@/locale/cs/LC_MESSAGES/
 -rw-r--r-- root/root 18371 2016-01-13 03:58 
./usr/@DATADIRNAME@/locale/cs/LC_MESSAGES/gnubiff.mo
 drwxr-xr-x root/root 0 2016-01-13 03:58 ./usr/@DATADIRNAME@/locale/de/
 drwxr-xr-x root/root 0 2016-01-13 03:58 
./usr/@DATADIRNAME@/locale/de/LC_MESSAGES/
 -rw-r--r-- root/root 22886 2016-01-13 03:58 
./usr/@DATADIRNAME@/locale/de/LC_MESSAGES/gnubiff.mo
 drwxr-xr-x root/root 0 2016-01-13 03:58 ./usr/@DATADIRNAME@/locale/eo/
 drwxr-xr-x root/root 0 2016-01-13 03:58 
./usr/@DATADIRNAME@/locale/eo/LC_MESSAGES/
 -rw-r--r-- root/root 21377 2016-01-13 03:58 
./usr/@DATADIRNAME@/locale/eo/LC_MESSAGES/gnubiff.mo

Here @DATADIRNAME@ is a literal directory name, but it should have been
substituted with “share”.

This happens because aclocal.m4 gets regenerated, but po/Makefile.in.in does
not (and old Makefile.in.in references a variable that newer aclocal.m4 no
longer substitutes).

The attached patch makes debian/rules call “intltoolize --copy” to make sure
that po/Makefile.in.in gets regenerated too.

--
Dmitry Shachnev
--- gnubiff-2.2.16/debian/rules
+++ gnubiff-2.2.16/debian/rules
@@ -8,6 +8,7 @@
 
 override_dh_auto_configure:
 	autoreconf -fi
+	intltoolize --force --copy --automake
 	dh_auto_configure -- --with-password
 
 override_dh_auto_build:



signature.asc
Description: PGP signature

Bug#846912: ITP: node-rechoir -- Require any supported file as a node module

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-rechoir
  Version : 0.6.2
  Upstream Author : Tyler Kellen (http://goingslowly.com/)
* URL : https://github.com/tkellen/node-rechoir
* License : Expat
  Programming Lang: JavaScript
  Description : Require any supported file as a node module.




signature.asc
Description: OpenPGP digital signature

Bug#739300: dh_sphinxdoc: Please replace MathJax.js with links to the packaged libjs-mathjax

[Dmitry Shachnev]

Hi Ximin!

On Sat, Dec 03, 2016 at 01:49:00AM +, Ximin Luo wrote:
> Could dh_sphinxdoc not scan the html files for 

Bug#846907: debian-edu-install: [INTL:ru] Russian debconf templates translation update

[Holger Levsen]

control: tags -1 + pending
thanks

Hi Yuri,

On Sun, Dec 04, 2016 at 09:15:52AM +0300, Yuri Kozlov wrote:
> Russian debconf templates translation update is attached.

thanks for your patch, applied to git!

however, that one big string had still one occurance of "LTSP server" in
english in it, using your translation I fixed this to:

" - LTSP Server:\n"
"includes 'Workstation' and requires two network\n"
"cards.\n"

->

" - Сервер LTSP: Включает профиль 'Рабочая станция' и\n"
"требует две сетевые карты.\n"

is that correct? :)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#846913: CONFIG_GTP is not set / gtp.ko module not built

[Harald Welte]

Package: src:linux
Version: 4.8.7-1
Severity: wishlist

Dear Debian kernel team, it would be great if you could activate the
(newly-introduced) CONFIG_GTP kernel option to build the related kernel
module.  The Module implements the 3GPP GTP (Generic Tunneling Protocol)
and has no impact on any other parts of the kernel or networking
sub-system, except that one addtiional tunneling protocol is present,
which some users might use and others not.

There are several Free Software userspace programs using the GTP module,
including OpenGGSN, ergw and OpenAirInterface.

Thanks in advance for your consideration!

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


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

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

Versions of packages linux-image-4.8.0-1-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.125
ii  kmod23-1
ii  linux-base  4.5

Versions of packages linux-image-4.8.0-1-amd64 recommends:
ii  firmware-linux-free  3.4
ii  irqbalance   1.1.0-2

Versions of packages linux-image-4.8.0-1-amd64 suggests:
pn  debian-kernel-handbook  
ii  extlinux3:6.03+dfsg-14
ii  grub-efi-amd64  2.02~beta3-3
pn  linux-doc-4.8   

Versions of packages linux-image-4.8.0-1-amd64 is related to:
pn  firmware-amd-graphics 
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x
pn  firmware-brcm80211
pn  firmware-cavium   
pn  firmware-intel-sound  
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
ii  firmware-iwlwifi  20160824-1
pn  firmware-libertas 
pn  firmware-linux-nonfree
ii  firmware-misc-nonfree 20160824-1
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
pn  firmware-realtek  
pn  firmware-samsung  
pn  firmware-siano
pn  firmware-ti-connectivity  
pn  xen-hypervisor

-- no debconf information

Bug#846895: libfile-stripnondeterminism-perl: Treat .par files as Zip archives

[Chris Lamb]

tags 846895 + pending
thanks

Many thanks :)  Applied in Git, pending upload.


Regards,

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

Bug#846914: src:king: New version available

[Andreas Tille]

Package: src:king
Severity: normal

Hi,

there is a new version of king available which is not as straightforward
as expected.  Just droping a bug report here to make sure it will not be
forgotten in the advent bug squashing party.

Kind regards

Andreas.


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

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

Bug#846907: debian-edu-install: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

В Sun, 4 Dec 2016 08:55:42 +
Holger Levsen  пишет:

> control: tags -1 + pending
> thanks
> 
> Hi Yuri,
> 
> On Sun, Dec 04, 2016 at 09:15:52AM +0300, Yuri Kozlov wrote:
> > Russian debconf templates translation update is attached.
> 
> thanks for your patch, applied to git!
> 
> however, that one big string had still one occurance of "LTSP server" in
> english in it, using your translation I fixed this to:
> 
> " - LTSP Server:\n"
> "includes 'Workstation' and requires two network\n"
> "cards.\n"
> 
> ->
> 
> " - Сервер LTSP: Включает профиль 'Рабочая станция' и\n"
> "требует две сетевые карты.\n"
> 
> is that correct? :)

Yes and for vigilance.

-- 
Best Regards,
Yuri Kozlov

Bug#835746: fixed in odin-2.0.3: FTBFS: seqgradspiral.cpp:30:71: error: no matching function for call to 'max(double, float)'

[Thies Jochimsen]

Hello,
this bug should be fixed in odin-2.0.3 with no extra patch required.
Thank you, Thies (upstream maintainer of Odin)

Bug#798278: Node-tape depends on node-has which is very small

[Ross Gammon]

Hi Lucas,

How are you getting on with node-tape? We only have a month to get it into 
Debian Stretch.

For your information, the only dependency left for node-tape (as far as I know) 
is node-has. Node has consists of the following two lines of code:

var bind = require('function-bind');
module.exports = bind.call(Function.call, Object.prototype.hasOwnProperty);

It doesn't really make sense to create a whole package just for that. I was 
planning to either patch node-tape so that it doesn't require node-has, or just 
provide node-has as binary package of node-tape (in case other packages want to 
use it - which I had not checked). I can't imaging node-has ever changing that 
much upstream!

Sorry for not documenting this issue earlier - busy.

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#846567: git-buildpackage: Please add an option to import-dsc to specify the target directory

[Chris Lamb]

tags 846567 + patch
thanks

Hi,

> I wonder if we shouldn't better use the git clone notation tough:
>
>   gbp import-dsc  

Agreed.

> Could you respin the patch and update the manpage too?
[…]
> We also need to follow up in gbp-import-srpm and gbp-import-dscs but
> that can happen in additional patches (later).

No problem. Updated patch attached:


  commit f3690ac2f57f54ef8a16db26d66d532996710e7c
  Author: Chris Lamb 
  Date:   Sun Dec 4 09:37:24 2016 +
  
  Add ability to specify the clone target to gbp-import-{dsc,srpm}
  
  Signed-off-by: Chris Lamb 
  
   docs/manpages/gbp-import-dsc.sgml  |  6 +-
   docs/manpages/gbp-import-srpm.sgml |  7 ++-
   gbp/scripts/import_dsc.py  | 13 +++--
   gbp/scripts/import_srpm.py |  7 ---
   4 files changed, 22 insertions(+), 11 deletions(-)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
>From f3690ac2f57f54ef8a16db26d66d532996710e7c Mon Sep 17 00:00:00 2001
From: Chris Lamb 
Date: Sun, 4 Dec 2016 09:37:24 +
Subject: [PATCH] Add ability to specify the clone target to
 gbp-import-{dsc,srpm}

Signed-off-by: Chris Lamb 
---
 docs/manpages/gbp-import-dsc.sgml  |  6 +-
 docs/manpages/gbp-import-srpm.sgml |  7 ++-
 gbp/scripts/import_dsc.py  | 13 +++--
 gbp/scripts/import_srpm.py |  7 ---
 4 files changed, 22 insertions(+), 11 deletions(-)

diff --git a/docs/manpages/gbp-import-dsc.sgml b/docs/manpages/gbp-import-dsc.sgml
index 5476b0e..89caf79 100644
--- a/docs/manpages/gbp-import-dsc.sgml
+++ b/docs/manpages/gbp-import-dsc.sgml
@@ -1,3 +1,5 @@
+FIXME
+
 
   
 
@@ -35,6 +37,7 @@
   --upstream-branch=branch_name
   --upstream-tag=tag-format
   debian-source.dsc
+  target
 
 
   
@@ -58,7 +61,8 @@
 
 If the command is run from within an existing repository, it will import
 into this; if not, a new repository named as the Debian source package is
-created.
+created. You can override the location of the new repository by specifying
+the optional target argument.
 
   
   
diff --git a/docs/manpages/gbp-import-srpm.sgml b/docs/manpages/gbp-import-srpm.sgml
index d51ae7d..83ccbae 100644
--- a/docs/manpages/gbp-import-srpm.sgml
+++ b/docs/manpages/gbp-import-srpm.sgml
@@ -1,3 +1,5 @@
+FIXME
+
 
   
 
@@ -36,6 +38,7 @@
   --upstream-tag=TAG-FORMAT
   --native
   SRPM
+  target
 
 
   
@@ -54,7 +57,9 @@
  imports an RPM source package into a  repository,
 notes the package version in the commit logs, and commits the change. All
 information, including package name, version and upstream source is
-automatically detected from the source package. The tool supports importing
+automatically detected from the source package but you can override the
+location of the new repository by optionally specifying the
+target argument. The tool supports importing
 both archived (src.rpm files) or unpacked (directory) source RPMs.
 
   
diff --git a/gbp/scripts/import_dsc.py b/gbp/scripts/import_dsc.py
index aa734e8..130ed70 100644
--- a/gbp/scripts/import_dsc.py
+++ b/gbp/scripts/import_dsc.py
@@ -216,7 +216,7 @@ def disable_pristine_tar(options, reason):
 def build_parser(name):
 try:
 parser = GbpOptionParserDebian(command=os.path.basename(name), prefix='',
-   usage='%prog [options] /path/to/package.dsc')
+   usage='%prog [options] /path/to/package.dsc []')
 except GbpError as err:
 gbp.log.err(err)
 return None
@@ -293,7 +293,7 @@ def main(argv):
 return ExitCodes.parse_error
 
 try:
-if len(args) != 1:
+if len(args) > 2:
 gbp.log.err("Need to give exactly one package to import. Try --help.")
 raise GbpError
 try:
@@ -324,12 +324,13 @@ def main(argv):
 print_dsc(src)
 
 if needs_repo:
-if os.path.exists(src.pkg):
+target = args[1] if len(args) >= 2 else src.pkg
+if os.path.exists(target):
 raise GbpError("Directory '%s' already exists. If you want to import into it, "
"please change into this directory otherwise move it away first."
-   % src.pkg)
+   % target)
 gbp.log.info("No git repository found, creating one.")
-repo = DebianGitRepository.create(src.pkg)
+repo = DebianGitRepository.create(target)
 os.chdir(repo.path)
 
 if repo.bare:
@@ -429,7 +430,7 @@ def main(argv):
 gbpc.RemoveTree(dirs[d])()
 
 if not ret and not skipped:
-gbp.log.info("Version '%s' imported under '%s'" % (src.version, src.pkg))
+gbp.log.info("Version 

Bug#845173: Cannot handle new debs with data component XZ compressed in parallel

[Carlos Maddela]

According to the Debian Package Tracker
 this package is marked for
autoremoval on the 20th of December. It's not really what I had intended
when I filed this report, so in case Andrea cannot fix it by then, I
have uploaded my fixes to mentors:
https://mentors.debian.net/debian/pool/main/d/debdelta/debdelta_0.55+nmu1.dsc.
I have also included the fixes for other bugs for which patches are
available, but more importantly I have worked on getting the package to
build reproducibly.

My changes can also be viewed in the bugfixes branch of this repo:
https://github.com/e7appew/debdelta.git.

I hope someone can review my changes and perhaps sponsor it before the 20th.

Thanks,

Carlos

Bug#846915: Fixing OpenRC halt/reboot behavior by updating initscripts

[lumin]

Package: initscripts
Version: 2.88dsf-59.8
Severity: important
Tags: patch
X-Debbugs-CC: 844...@bugs.debian.org, 
pkg-sysvinit-de...@lists.alioth.debian.org, 
openrc-de...@lists.alioth.debian.org, debian-de...@lists.debian.org

Hello guys,

I find a simple way to fix an OpenRC bug [1] by updating initscripts
package. So both sysvinit list and openrc list are rolled in the CC list.

The OpenRC bug [1] is introduced by this commit:

https://anonscm.debian.org/cgit/openrc/openrc.git/commit/?id=f1ec5852df7db55e7bb170b26997c75676430c5b

It removed the "transit" script and the "reboot" and "halt"
behavior gets broken in my kfreebsd-amd64 virtual machine.
>From the openrc maintainer's comments and logs, it seems that
keeping "transit" script is a pain to them.

However, I fixed this problem in my kfreebsd virtual machine
adding merely two lines of code in initscripts. Maybe this
is better than bringing the "pain" back to openrc maintainers?

I'm not quite familiar with openrc and initscripts so I'm not
sure if my solution is correct.

P.S. It is really annoying when I cannot poweroff my kfreebsd
virtual machine with any of them: "poweroff" "halt" "shutdown"
except for "/etc/init.d/halt stop".

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844685From 1b32fc20368f008ab1f5f9197ef8b294efdb76f9 Mon Sep 17 00:00:00 2001
From: Zhou Mo 
Date: Sun, 4 Dec 2016 09:22:59 +
Subject: [PATCH] fix openrc halt and reboot behavior from initscripts side

Make sure that the "halt" and "reboot" services are both added into
runlevel "off":
 # rc-update add halt off
 # rc-update add reboot off
---
 debian/changelog | 8 
 debian/src/initscripts/etc/init.d/halt   | 1 +
 debian/src/initscripts/etc/init.d/reboot | 1 +
 3 files changed, 10 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 1b4d1b9..ab7a61d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+sysvinit (2.88dsf-59.9) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add OpenRC support to /etc/init.d/{halt,reboot}, which fixes OpenRC
+halt and reboot behavior since openrc version 0.21-4 . (Closes: #844685)
+
+ -- Zhou Mo   Sun, 04 Dec 2016 09:18:29 +
+
 sysvinit (2.88dsf-59.8) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/src/initscripts/etc/init.d/halt b/debian/src/initscripts/etc/init.d/halt
index c179a25..45b82de 100755
--- a/debian/src/initscripts/etc/init.d/halt
+++ b/debian/src/initscripts/etc/init.d/halt
@@ -72,6 +72,7 @@ case "$1" in
 	exit 3
 	;;
   stop)
+if [ "$RC_REBOOT" = "YES" ]; then exit 0; fi
 	do_stop
 	;;
   *)
diff --git a/debian/src/initscripts/etc/init.d/reboot b/debian/src/initscripts/etc/init.d/reboot
index e1dcb1c..1b61ee5 100755
--- a/debian/src/initscripts/etc/init.d/reboot
+++ b/debian/src/initscripts/etc/init.d/reboot
@@ -29,6 +29,7 @@ case "$1" in
 	exit 3
 	;;
   stop)
+if [ "$RC_REBOOT" != "YES" ]; then exit 0; fi
 	do_stop
 	;;
   status)
-- 
2.10.2

Bug#843636: RFS: gnome-shell-extension-disconnect-wifi/3.22.14, ITP: 843633 -- disconnect wifi extension for GNOME shell

[Tobias Frost]

Am Freitag, den 11.11.2016, 20:18 +0100 schrieb Tobias Frost:
> control: owner -1 !
> 
> Hi Jonathan,
> 
> Can you rebuild locale/*.mo during build?
> Otherwise it is fine!
> 
> --
> tobi
> 

ping :)

--
tobi

Bug#846916: gitlab dropdown menus do not work

[Johannes Schauer]

Package: gitlab
Version: 8.13.3+dfsg1-2
Severity: grave
Justification: renders package unusable

Hi,

this issue happens on a vanilla installation of gitlab on a Debian
Stretch system. Since the problem occurs without any custom
configuration from my side, I deemed this issue to happen for all users
of the gitlab package and thus the severity.

Essentially, the dropdown menus stopped working. This includes:

 - the user menu dropdown on the upper-right
 - the project settings dropdown on the right below
 - the repository clone method dropdown
 - the repository dropdown on the upper-left
 - the download option dropdown
 - the notification dropdown

I judge these elements being dysfunctional to render the package
unusable.

To allow you to investigate the problem, I packed up the rootfs of the
machine I installed this onto. This rootfs is freshly generated and will
not be used in production, so there are no secrets in it.

The only gitlab user is root with the password 12345678.

You can also convince yourself of the problem by looking at this system
running live. For this, just enter the following into your /etc/hosts:

62.75.219.30 gitlab.mister-muffin.de

And then browse to https://gitlab.mister-muffin.de

You can log into the gitlab web interface with the credentials given
above.

For log and configuration files, list of installed packages etc, please
consult the tarball of the whole system here:

https://mister-muffin.de/gitlab_vanilla.tar.xz

To create this setup, I ran in a fresh chroot:

apt-get install --no-install-recommends gitlab msmtp-mta

No further configuration was carried out from my side. I used msmtp-mta
to prevent the bloat of postfix as a provider of mail-transport-agent. I
expect this choice to have no influence on the problem at hand.

I suspected that there might be a problem because I installed with
--no-install-recommends but running the following resulted in the same
behaviour:

apt-get install --install-recommends gitlab msmtp-mta certbot-

Thanks!

cheers, josch

Bug#846564: dpkg-deb: 'compressing tar member: lzma error: Cannot allocate memory' on 32-bit architectures on dpkg-deb -Zxz -Sextreme -z9

[Holger Levsen]

On Sun, Dec 04, 2016 at 05:25:49AM +0100, Guillem Jover wrote:
> On Fri, 2016-12-02 at 10:31:58 +0100, Guillem Jover wrote:
> > Right, this was reported the other day on IRC by Mattia Rizzolo. The
> > combination of -Sextreme -z9 and parallel xz makes this use more than
> > the available address space. I'll change the code to limit based on
> > memory available. Although as was mentioned on a thread on d-d, those
> > settings are pretty unfriendly IMO, even more for memory constrained
> > arches, but oh well. dpkg should never fail to operate on those
> > conditions.
> 
> I've got the attached patch now, but I've been unable to test that
> specific incarnation as I don't have 32-bit machine with many cores.
> And neither are the i386 nor armhf porter boxes. I've just verified
> that it does what it is intended by hardcoding the number of threads
> to 32 and setting the physical memory limit to 2 GiB. And it reduced
> the threads down to 12 when building one of those font packages.
> 
> If someone could test this on such 32-bit machine, that would be
> appreciated.

I fear I dont really have the time to test this, but the i386 nodes used
for reproducible builds testing have 10 cores and 36gb ram, plus we have
several quad and octo core armhf systems (with 2-4gb ram).

Maybe Mattia can test that? (and what exactly? Apply the patch here,
sure and then build which package? (for the unlikely case that I'll find
time soon…)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#767457: Partition creation fails: calling wipefs on the newly created device node before it has appeared

[intrigeri]

Hi,

I would love to see this bug fixed in Jessie.

I've cherry-picked the upstream fix on top of Jessie's 2.1.3-5, and
with the resulting package I can't reproduce the bug anymore on
Jessie, while creating a partition + filesystem on a USB stick that
reproduces the bug about 75% of the time without the patch.

I'm attaching the commits I added on top of the debian/2.1.3-5 tag.

Shall I go ahead and file a stable-pu request to the stable
release managers?

Cheers,
-- 
intrigeri

>From 597e051dbc532dd686ee052eeb37964340eef137 Mon Sep 17 00:00:00 2001
From: intrigeri 
Date: Sun, 4 Dec 2016 09:36:34 +
Subject: [PATCH 1/2] 
 Lock-the-partition-table-while-creating-a-new-partition.patch: new patch,
 cherry-picked from upstream (Closes: #767457).

---
 ...tion-table-while-creating-a-new-partition.patch | 90 ++
 debian/patches/series  |  1 +
 2 files changed, 91 insertions(+)
 create mode 100644 debian/patches/Lock-the-partition-table-while-creating-a-new-partition.patch

diff --git a/debian/patches/Lock-the-partition-table-while-creating-a-new-partition.patch b/debian/patches/Lock-the-partition-table-while-creating-a-new-partition.patch
new file mode 100644
index 000..6442f1d
--- /dev/null
+++ b/debian/patches/Lock-the-partition-table-while-creating-a-new-partition.patch
@@ -0,0 +1,90 @@
+From: Marius Vollmer 
+Date: Wed, 25 May 2016 15:09:23 +0300
+Bug: https://bugs.freedesktop.org/show_bug.cgi?id=85477
+Bug-Debian: https://bugs.debian.org/767457
+Origin: upstream, https://cgit.freedesktop.org/udisks/commit/?id=554daa4bd058f776f3cc2e23d4b5404179be37f9
+Subject: Lock the partition table while creating a new partition
+
+This is hopefully a better fix than 5c859c99df to
+
+https://bugs.freedesktop.org/show_bug.cgi?id=85477
+https://bugs.debian.org/767457
+https://launchpad.net/bugs/1460602
+---
+ src/udiskslinuxpartitiontable.c | 42 +
+ 1 file changed, 42 insertions(+)
+
+diff --git a/src/udiskslinuxpartitiontable.c b/src/udiskslinuxpartitiontable.c
+index 17fa518..7913e9c 100644
+--- a/src/udiskslinuxpartitiontable.c
 b/src/udiskslinuxpartitiontable.c
+@@ -26,6 +26,8 @@
+ #include 
+ #include 
+ #include 
++#include 
++#include 
+ 
+ #include 
+ 
+@@ -317,6 +319,27 @@ wait_for_partition (UDisksDaemon *daemon,
+ 
+ #define MIB_SIZE (1048576L)
+ 
++static int
++flock_block_dev (UDisksPartitionTable *iface)
++{
++  UDisksObject *object = udisks_daemon_util_dup_object (iface, NULL);
++  UDisksBlock *block = object? udisks_object_peek_block (object) : NULL;
++  int fd = block? open (udisks_block_get_device (block), O_RDONLY) : -1;
++
++  if (fd >= 0)
++flock (fd, LOCK_SH | LOCK_NB);
++
++  g_clear_object ();
++  return fd;
++}
++
++static void
++unflock_block_dev (int fd)
++{
++  if (fd >= 0)
++close (fd);
++}
++
+ /* runs in thread dedicated to handling @invocation */
+ static gboolean
+ handle_create_partition (UDisksPartitionTable   *table,
+@@ -345,6 +368,24 @@ handle_create_partition (UDisksPartitionTable   *table,
+   gid_t caller_gid;
+   gboolean do_wipe = TRUE;
+   GError *error;
++  int lock_fd;
++
++  /* We (try to) take a shared lock on the partition table while
++ creating and formatting a new partition.
++
++ This lock prevents udevd from issuing a BLKRRPART ioctl call.
++ That ioctl is undesired because it might temporarily remove the
++ block device of the newly created block device.  It does so only
++ temporarily, but it still happens that the block device is
++ missing exactly when wipefs or mkfs try to access it.
++
++ Also, a pair of remove/add events will cause udisks to create a
++ new internal UDisksObject to represent the block device of the
++ partition.  The code currently doesn't handle this and waits for
++ changes (such as an expected filesystem type or UUID) to a
++ obsolete internal object that will never see them.
++  */
++  lock_fd = flock_block_dev (table);
+ 
+   error = NULL;
+   object = udisks_daemon_util_dup_object (table, );
+@@ -672,6 +713,7 @@ handle_create_partition (UDisksPartitionTable   *table,
+   g_free (error_message);
+   g_clear_object ();
+   g_clear_object ();
++  unflock_block_dev (lock_fd);
+   return TRUE; /* returning TRUE means that we handled the method invocation */
+ }
+ 
diff --git a/debian/patches/series b/debian/patches/series
index edf2bd5..828d606 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -3,3 +3,4 @@
 mount_in_media.patch
 unsupported_acls.patch
 libsystemd.patch
+Lock-the-partition-table-while-creating-a-new-partition.patch
-- 
2.10.2

>From f0a604932a2c9734641b2562f30ac367fb149d9d Mon Sep 17 00:00:00 2001
From: intrigeri 
Date: Sun, 4 Dec 2016 09:37:48 +
Subject: [PATCH 2/2] Update debian/changelog

Gbp-Dch: Ignore
---
 debian/changelog | 7 +++
 1 file changed, 7 insertions(+)

diff --git 

Bug#846917: fix debian packaging for lighttpd 1.4.43

[Stefan Bühler]

Package: lighttpd
Version: 1.4.43-1
Severity: serious

Hi,

the debian package for 1.4.43 is in a very sad state (one could say
similar to the upstream release itself...).

See attached patch for what we're using to build packages for
https://debian.lighttpd.net/

- debian stable doesn't know default-libmysqlclient-dev
- add new dependencies
- init script still present, no need for systemd: #846299
- don't recommend php5-cgi - should not get installed automatically imho
- new packages for new modules

Sadly ldap and mysql mod_authn_* modules are required as soon as you
load mod_auth in 1.4.43; this is fixed in git head.

Overall I'd recommend waiting for 1.4.44 or picking some fixes from git
head; there are some quite severe bugs in 1.4.43.

Also we're using the .tar.xz - maybe update the watch file; and https
should work on download.lighttpd.net/ too.

regards,
Stefan
diff -urN lighttpd-1.4.43/debian/control new/debian/control
--- lighttpd-1.4.43/debian/control	2016-11-26 06:09:35.0 +0100
+++ new/debian/control	2016-12-04 10:33:00.249171410 +0100
@@ -18,7 +18,8 @@
  libbz2-dev,
  libattr1-dev,
  libpcre3-dev,
- default-libmysqlclient-dev,
+ libmemcached-dev,
+ default-libmysqlclient-dev | libmysqlclient-dev,
  libfam-dev,
  libldap2-dev,
  libfcgi-dev,
@@ -29,6 +30,7 @@
  libsqlite3-dev,
  libxml2-dev,
  libkrb5-dev,
+ libgeoip-dev,
  perl,
  libcgi-pm-perl,
 Vcs-Git: git://anonscm.debian.org/pkg-lighttpd/lighttpd.git
@@ -41,11 +43,11 @@
 # That's a false positive these days
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends},
- lsb-base (>= 3.0-6), systemd (>= 29.1), mime-support,
+ lsb-base (>= 3.0-6) | systemd (>= 29.1), mime-support,
  libterm-readline-perl-perl
 Provides: httpd, httpd-cgi
-Suggests: openssl, rrdtool, apache2-utils, lighttpd-doc
-Recommends: spawn-fcgi, php5-cgi
+Suggests: openssl, rrdtool, apache2-utils, lighttpd-doc, php5-cgi
+Recommends: spawn-fcgi
 Description: fast webserver with minimal memory footprint
  lighttpd is a small webserver and fast webserver developed with
  security in mind and a lot of features.
@@ -126,3 +128,34 @@
   MKCOL
   DELETE
   PUT
+
+Package: lighttpd-mod-authn-gssapi
+Architecture: any
+Depends: lighttpd (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Description: GGSAPI authentication for lighttpd
+ This package contains the authn_gssapi module for lighttpd. With
+ this module, it is possible to perform GSSAPI authentication.
+
+Package: lighttpd-mod-authn-ldap
+Architecture: any
+Depends: lighttpd (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Description: LDAP authentication for lighttpd
+ This package contains the authn_ldap module for lighttpd. With
+ this module, it is possible to perform authentication against an LDAP
+ server.
+
+Package: lighttpd-mod-authn-mysql
+Architecture: any
+Depends: lighttpd (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Description: MySQL authentication for lighttpd
+ This package contains the authn_mysql module for lighttpd. With
+ this module, it is possible to perform authentication using a MySQL
+ table.
+
+Package: lighttpd-mod-geoip
+Architecture: any
+Depends: lighttpd (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Description: GeoIP restrictions for lighttpd
+ This package contains the geoip module for lighttpd. With
+ this module, it is possible to distinguish users based on the location
+ using a GeoIP database.
diff -urN lighttpd-1.4.43/debian/lighttpd.install new/debian/lighttpd.install
--- lighttpd-1.4.43/debian/lighttpd.install	2016-11-26 06:09:35.0 +0100
+++ new/debian/lighttpd.install	2016-12-04 10:31:51.431727218 +0100
@@ -4,8 +4,10 @@
 debian/tmp/usr/lib/lighttpd/mod_accesslog.so
 debian/tmp/usr/lib/lighttpd/mod_alias.so
 debian/tmp/usr/lib/lighttpd/mod_auth.so
+debian/tmp/usr/lib/lighttpd/mod_authn_file.so
 debian/tmp/usr/lib/lighttpd/mod_cgi.so
 debian/tmp/usr/lib/lighttpd/mod_compress.so
+debian/tmp/usr/lib/lighttpd/mod_deflate.so
 debian/tmp/usr/lib/lighttpd/mod_dirlisting.so
 debian/tmp/usr/lib/lighttpd/mod_evasive.so
 debian/tmp/usr/lib/lighttpd/mod_evhost.so
@@ -25,6 +27,7 @@
 debian/tmp/usr/lib/lighttpd/mod_ssi.so
 debian/tmp/usr/lib/lighttpd/mod_staticfile.so
 debian/tmp/usr/lib/lighttpd/mod_status.so
+debian/tmp/usr/lib/lighttpd/mod_uploadprogress.so
 debian/tmp/usr/lib/lighttpd/mod_userdir.so
 debian/tmp/usr/lib/lighttpd/mod_usertrack.so
 debian/lighttpd.conf/etc/lighttpd
diff -urN lighttpd-1.4.43/debian/lighttpd-mod-authn-gssapi.install new/debian/lighttpd-mod-authn-gssapi.install
--- lighttpd-1.4.43/debian/lighttpd-mod-authn-gssapi.install	1970-01-01 01:00:00.0 +0100
+++ new/debian/lighttpd-mod-authn-gssapi.install	2016-10-31 11:31:01.0 +0100
@@ -0,0 +1 @@
+debian/tmp/usr/lib/lighttpd/mod_authn_gssapi.so
diff -urN lighttpd-1.4.43/debian/lighttpd-mod-authn-ldap.install new/debian/lighttpd-mod-authn-ldap.install
--- 

Bug#846919: yade: enable parallel builds

[Emilio Pozuelo Monfort]

Source: yade
Version: 2016.06a-6
Severity: wishlist

Hi,

I see parallel builds were disabled because it caused build failures
in some cases (#805032). Usually the problem is lack of dependencies
in the makefiles. It'd be good to either fix that and re-enable
parallel builds, or to disable parallelisation in specific directories
(with GNU make you would do that with .NOPARALLEL in a Makefile, dunno
how to do it with cmake).

Maybe just forward this upstream so they eventually fix it and we can
re-enable it in Debian.

My motivation to report this is the long build time in mips64el, which
should be reduced by a parallel build.

Thanks,
Emilio

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

Kernel: Linux 4.7.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)

Bug#846921: spring: FTBFS on i386: relocation R_386_GOTOFF against preemptible symbol _ZNSt6vectorIfSaIfEED1Ev cannot be used when making a shared object

[Emilio Pozuelo Monfort]

Source: spring
Version: 103.0+dfsg-1
Severity: serious

Your package failed to build on i386:

/usr/bin/c++  -fPIC -g -O2 -fdebug-prefix-map=/«BUILDDIR»/spring-103.0+dfsg=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fuse-ld=gold  -std=gnu++11 -fdiagnostics-color=always 
-march=i686 -msse -mfpmath=sse -mno-sse2 -mno-sse3 -mno-ssse3 -mno-sse4.1 
-mno-sse4.2 -mno-sse4 -mno-sse4a -mno-avx -mno-fma -mno-fma4 -mno-xop -mno-lwp 
-mno-avx2 -fsingle-precision-constant -frounding-math -mieee-fp -pipe 
-fno-strict-aliasing  -fvisibility=hidden  -fvisibility-inlines-hidden -pthread 
 -O2  -Wformat -Wformat-security -DNDEBUG -g -Wl,-z,relro -shared  -o 
libSkirmishAI.so CMakeFiles/RAI.dir/AIExport.cpp.o 
CMakeFiles/RAI.dir/Builder.cpp.o CMakeFiles/RAI.dir/BuilderPlacement.cpp.o 
CMakeFiles/RAI.dir/CombatManager.cpp.o CMakeFiles/RAI.dir/GResourceMap.cpp.o 
CMakeFiles/RAI.dir/GTerrainMap.cpp.o CMakeFiles/RAI.dir/LogFile.cpp.o 
CMakeFiles/RAI.dir/PowerManager.cpp.o CMakeFiles/RAI.dir/RAI.cpp.o 
CMakeFiles/RAI.dir/SWeaponManager.cpp.o CMakeFiles/RAI.dir/UnitDefHandler.cpp.o 
CMakeFiles/RAI.dir/UnitManager.cpp.o ../../Wrappers/LegacyCpp/libLegacyCpp.a 
../../Wrappers/CUtils/libCUtils.a 
[ 16%] Building CXX object 
AI/Wrappers/Cpp/CMakeFiles/Cpp-AIWrapper.dir/src-generated/WrappFile.cpp.o
cd /«BUILDDIR»/spring-103.0+dfsg/obj-i686-linux-gnu/AI/Wrappers/Cpp && 
/usr/bin/c++   -DBOOST_NO_FENV_H -DBUILDING_AI 
-DSPRING_DATADIR=\"/usr/share/games/spring:/usr/lib/spring\" -DSYNCCHECK 
-DTHREADPOOL -DUSE_LIBSQUISH -D_GLIBCXX_USE_NANOSLEEP -D_GNU_SOURCE=1 
-D_RANDOM_TCC -D_REENTRANT -I/«BUILDDIR»/spring-103.0+dfsg/rts 
-I/«BUILDDIR»/spring-103.0+dfsg/obj-i686-linux-gnu/src-generated/engine 
-I/«BUILDDIR»/spring-103.0+dfsg/rts/ExternalAI/Interface 
-I/«BUILDDIR»/spring-103.0+dfsg/AI/Wrappers 
-I/«BUILDDIR»/spring-103.0+dfsg/AI/Wrappers/Cpp/src 
-I/«BUILDDIR»/spring-103.0+dfsg/obj-i686-linux-gnu/AI/Wrappers/Cpp/src-generated
  -g -O2 -fdebug-prefix-map=/«BUILDDIR»/spring-103.0+dfsg=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fuse-ld=gold  -std=gnu++11 -fdiagnostics-color=always 
-march=i686 -msse -mfpmath=sse -mno-sse2 -mno-sse3 -mno-ssse3 -mno-sse4.1 
-mno-sse4.2 -mno-sse4 -mno-sse4a -mno-avx -mno-fma -mno-fma4 -mno-xop -mno-lwp 
-mno-avx2 -fsingle-precision-constant -frounding-math -mieee-fp -pipe 
-fno-strict-aliasing  -fvisibility=hidden  -fvisibility-inlines-hidden -pthread 
 -O2  -Wformat -Wformat-security -DNDEBUG -g   -o 
CMakeFiles/Cpp-AIWrapper.dir/src-generated/WrappFile.cpp.o -c 
/«BUILDDIR»/spring-103.0+dfsg/obj-i686-linux-gnu/AI/Wrappers/Cpp/src-generated/WrappFile.cpp
/usr/bin/ld.gold: error: 
../../Wrappers/LegacyCpp/libLegacyCpp.a(AIAICallback.cpp.o): relocation 
R_386_GOTOFF against preemptible symbol _ZNSt6vectorIfSaIfEED1Ev cannot be used 
when making a shared object
/usr/bin/ld.gold: error: 
../../Wrappers/LegacyCpp/libLegacyCpp.a(AIAICallback.cpp.o): relocation 
R_386_GOTOFF against preemptible symbol _ZNSt6vectorItSaItEED1Ev cannot be used 
when making a shared object
/usr/bin/ld.gold: error: 
../../Wrappers/LegacyCpp/libLegacyCpp.a(AIAICallback.cpp.o): relocation 
R_386_GOTOFF against preemptible symbol _ZNSt6vectorIhSaIhEED1Ev cannot be used 
when making a shared object
collect2: error: ld returned 1 exit status

Logs at https://buildd.debian.org/status/package.php?p=spring

Emilio

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

Kernel: Linux 4.7.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)

Bug#846917: fix debian packaging for lighttpd 1.4.43

[Stefan Bühler]

Hi again,

adding "Multi-Arch: foreign" to lighttpd-doc should fix a lintian warning.

To fix the build hardening warnings I added this to the configure call:

CPPFLAGS_FOR_BUILD="$(shell dpkg-buildflags --get CPPFLAGS)" \
CFLAGS_FOR_BUILD="$(shell dpkg-buildflags --get CFLAGS)" \
LDFLAGS_FOR_BUILD="$(shell dpkg-buildflags --get LDFLAGS)" \

There are probably better ways to set them (lemon is build using
*_FOR_BUILD to support proper cross compilation).

Bug#846916: gitlab dropdown menus do not work

[Pirate Praveen]

On ഞായര്‍ 04 ഡിസംബര്‍ 2016 04:27 വൈകു, Johannes Schauer wrote:
> Am I missing to do something? Maybe I have to invalidate some caches?

You'll have to precompile assets

rake assets:precompile

Then you have to clean the browser cache (or use incognito mode). If
that doesn't work, try reinstalling gitlab.

Just to be double sure, check
/usr/share/ruby-jquery-rails/vendor/assets/javascripts and verify
jquery2* are not symbolic links. Try removing ruby-jquery-rails if it is
still symlink (dpkg may refuse to overwrite symlinks).




signature.asc
Description: OpenPGP digital signature

Bug#846922: CVE-2016-9772 - directory information leaks

[Guido Günther]

Package: openafs
Severity: important
Tags: security

Hi,

the following vulnerability was published for openafs.

CVE-2016-9772[0]:
OPENAFS-SA-2016-003 - directory information leaks

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-9772
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9772
Please adjust the affected versions in the BTS as needed.

Bug#846735: libsis-jhdf5-java: FTBFS: Test failures

[pini]

Control: forcemerge 842815 -1


Hi,

On Sat, 3 Dec 2016 08:43:11 +0100 Lucas Nussbaum  wrote:
> Source: libsis-jhdf5-java
> Version: 14.12.6-1
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20161202 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > [Utils]   Directory test-output/junitreports exists: true
> > [Utils] Attempting to create 
> > test-output/junitreports/TEST-ch.systemsx.cisd.hdf5.h5ar.UtilsTest.xml
> > [Utils]   Directory test-output/junitreports exists: true
> > [Utils] Attempting to create 
> > test-output/junitreports/TEST-ch.systemsx.cisd.hdf5.io.HDF5DataSetRandomAccessFileTest.xml
> > [Utils]   Directory test-output/junitreports exists: true
> > [Utils] Attempting to create 
> > test-output/junitreports/TEST-ch.systemsx.cisd.hdf5.h5ar.ArchivingStrategyTest.xml
> > [Utils]   Directory test-output/junitreports exists: true
> > [TestNG] Time taken by org.testng.reporters.JUnitReportReporter@6f75e721: 
> > 68 ms
> > [Utils] Attempting to create test-output/testng-failed.xml
> > [Utils]   Directory test-output exists: true
> > [Utils] Attempting to create 
> > /<>/test-output/All/testng-failed.xml
> > [Utils]   Directory /<>/test-output/All exists: true
> > [TestNG] Time taken by [FailedReporter passed=0 failed=0 skipped=0]: 18 ms
> > [TestNG] Time taken by org.testng.reporters.XMLReporter@41a4555e: 48 ms
> > [TestNG] Time taken by org.testng.reporters.jq.Main@1175e2db: 82 ms
> > debian/rules:46: recipe for target 'override_dh_auto_test' failed

This is #842815.

Thanks,

_g.

Bug#846872: gcc-7: FTBFS on m68k - fails to apply ada-m68k.diff patch

[John Paul Adrian Glaubitz]

Hi Matthias!

On 12/03/2016 11:56 PM, Matthias Klose wrote:
> Adrian, I would appreciate if you could look at a package first before calling
> for actions, and then ask a complete question. We also have the
> m68k-revert-pr45144 patch in the build which apparently needs some decision.

Dropping ada-m68k.diff fixes this particular issue for me. 
m68k-revert-pr45144.patch
is currently not applied because we have disabled Ada on m68k by adding it to
ada_no_cpus in debian/rules.defs because of #814221 [1].

I think it makes sense to discuss m68k-revert-pr45144.patch in #814221 and treat
this particular patch as a separate issue.

Adrian

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

-- 
 .''`.  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#846936: git-buildpackage-rpm: import-srpm: upstream tag should only upstream version

[Tzafrir Cohen]

Package: git-buildpackage-rpm
Version: 0.8.7
Severity: minor

Dear Maintainer,

After I import a package with gbp import-srpm, I get the following tags:

packaging/1.0-1 (Points to master)
upstream/1.0-1  (Points to upstream)

The packaging tag is OK. However the upstream tag is not what gbp
buildpackage-rpm expects.

With this I get an error:

  gbp:error: Invalid upstream treeish upstream/1.0

Workaround:

  git tag -a -m upstream/1.0 upstream/1.0 upstream

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

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

Versions of packages git-buildpackage-rpm depends on:
ii  cpio  2.11+dfsg-5
ii  git-buildpackage  0.8.7
ii  python-rpm4.12.0.2+dfsg1-1
pn  python:any
ii  rpm   4.12.0.2+dfsg1-1

Versions of packages git-buildpackage-rpm recommends:
ii  pristine-tar  1.37

Versions of packages git-buildpackage-rpm suggests:
ii  mock   1.2.18-1
ii  python-notify  0.1.1-4
ii  unzip  6.0-20
ii  zipmerge   1.1.2-1.1

-- no debconf information

Bug#846937: src:r-bioc-rtracklayer: New version available

[Andreas Tille]

Package: src:r-bioc-rtracklayer
Severity: normal

Hi,

the new version of r-bioc-rtracklayer 1.34.1 does not simply build.  It
probably needs some patch solving

* installing *source* package 'rtracklayer' ...
./configure: line 1676: syntax error near unexpected token `OPENSSL,'
./configure: line 1676: `PKG_CHECK_MODULES(OPENSSL, openssl >= 1.0, 
OPENSSL="yes", OPENSSL="no")'
ERROR: configuration failed for package 'rtracklayer'

to make sure this will not be forgotten I'll drop a bug here for the
advent bug squashing party.  Everybody feel free to take over. :-)

Kind regards

   Andreas.


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

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

Bug#846916: gitlab dropdown menus do not work

[Pirate Praveen]

On ഞായര്‍ 04 ഡിസംബര്‍ 2016 07:42 വൈകു, Johannes Schauer wrote:
> running that command doesn't work. In the hope I'm not screwing anything up I
> ran this instead:
> 
> $ runuser -u gitlab -- sh -c 'cd /usr/share/gitlab && export $(cat 
> /etc/gitlab/gitlab-debian.conf) && rake assets:precompile RAILS_ENV=production
> I, [2016-12-04T13:55:56.046192 #587]  INFO -- : Writing 
> /usr/share/gitlab/public/assets/application-63590ebd4b9c93a0058b706b6d2f8841aad0da2f28b3a7c21fb50ac9a18eef6f.js
> I, [2016-12-04T13:55:56.046927 #587]  INFO -- : Writing 
> /usr/share/gitlab/public/assets/application-63590ebd4b9c93a0058b706b6d2f8841aad0da2f28b3a7c21fb50ac9a18eef6f.js.gz
> 
> Is that the expected output?

Yes, that seems to be the version currently served.

> You can try out the current situation yourself on the test instance, just to 
> be
> sure that the problem is not with my browser cache.

I can see the problem is still there. I'm creating a stretch lxc
container to see if I can reproduce it.

I don't see this problem on git.fosscommunity.in which is running the
same package backported to jessie (with its dependencies).




signature.asc
Description: OpenPGP digital signature

Bug#846872: gcc-7: FTBFS on m68k - fails to apply ada-m68k.diff patch

[John Paul Adrian Glaubitz]

On 12/04/2016 02:38 PM, Andreas Schwab wrote:
> On Dez 04 2016, John Paul Adrian Glaubitz  
> wrote:
> 
>> @Andreas: Are you sure the patch is no longer necessary?
> 
> I didn't say that.

Ok, this was a misunderstanding then as you meant earlier that "this" is no
longer necessary. But I assume you were talking about the single hunk in line
47 that does no longer apply and not the whole patch, correct?

Removing this hunk below from the patch, makes it apply without issues:

--- a/src/gcc/ada/s-memory.adb
+++ b/src/gcc/ada/s-memory.adb
@@ -47,6 +47,7 @@ with Ada.Exceptions;
with System.Soft_Links;
with System.Parameters;
with System.CRTL;
+with Ada.Unchecked_Conversion;

package body System.Memory is


However, I'm by no means an Ada expert to be able to tell whether we still need
Ada.Unchecked_Conversion anymore. I have glimpsed over PR48835 and I'm not sure
whether this confirms this in any way.

I'm attaching the updated ada-m68k.diff in any case.

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
gcc/ada/

2011-10-12  Mikael Pettersson  

	PR ada/48835
	* gcc-interface/Makefile.in: Add support for m68k-linux.
	* system-linux-m68k.ads: New file based on system-linux-ppc.ads
	and system-vxworks-m68k.ads.
	* s-memory.adb (Gnat_Malloc): New wrapper around Alloc, returning
	the memory address as a pointer not an integer.
	Add Gnat_Malloc -> __gnat_malloc export.
	* s-memory.ads: Remove Alloc -> __gnat_malloc export.

Index: b/src/gcc/ada/gcc-interface/Makefile.in
===
--- a/src/gcc/ada/gcc-interface/Makefile.in
+++ b/src/gcc/ada/gcc-interface/Makefile.in
@@ -2084,6 +2084,35 @@ ifeq ($(strip $(filter-out hppa% linux%,
   LIBRARY_VERSION := $(LIB_VERSION)
 endif
 
+# M68K Linux
+ifeq ($(strip $(filter-out m68k% linux%,$(arch) $(osys))),)
+  LIBGNAT_TARGET_PAIRS = \
+  a-intnam.adshttp://www.gnu.org/licenses/>.  --
+--  --
+-- GNAT was originally developed  by the GNAT team at  New York University. --
+-- Extensive contributions were provided by Ada Core Technologies Inc.  --
+--  --
+--
+
+package System is
+   pragma Pure;
+   --  Note that we take advantage of the implementation permission to make
+   --  this unit Pure instead of Preelaborable; see RM 13.7.1(15). In Ada
+   --  2005, this is Pure in any case (AI-362).
+
+   type Name is (SYSTEM_NAME_GNAT);
+   System_Name : constant Name := SYSTEM_NAME_GNAT;
+
+   --  System-Dependent Named Numbers
+
+   Min_Int   : constant := Long_Long_Integer'First;
+   Max_Int   : constant := Long_Long_Integer'Last;
+
+   Max_Binary_Modulus: constant := 2 ** Long_Long_Integer'Size;
+   Max_Nonbinary_Modulus : constant := 2 ** Integer'Size - 1;
+
+   Max_Base_Digits   : constant := Long_Long_Float'Digits;
+   Max_Digits: constant := Long_Long_Float'Digits;
+
+   Max_Mantissa  : constant := 63;
+   Fine_Delta: constant := 2.0 ** (-Max_Mantissa);
+
+   Tick  : constant := 0.000_001;
+
+   --  Storage-related Declarations
+
+   type Address is private;
+   pragma Preelaborable_Initialization (Address);
+   Null_Address : constant Address;
+
+   Storage_Unit : constant := 8;
+   Word_Size: constant := 32;
+   Memory_Size  : constant := 2 ** 32;
+
+   --  Address comparison
+
+   function "<"  (Left, Right : Address) return Boolean;
+   function "<=" (Left, Right : Address) return Boolean;
+   function ">"  (Left, Right : Address) return Boolean;
+   function ">=" (Left, Right : Address) return Boolean;
+   function "="  (Left, Right : Address) return Boolean;
+
+   pragma Import (Intrinsic, "<");
+   pragma Import (Intrinsic, "<=");
+   pragma Import (Intrinsic, ">");
+   pragma Import (Intrinsic, ">=");
+   pragma Import (Intrinsic, "=");
+
+   --  Other System-Dependent Declarations
+
+   type Bit_Order is (High_Order_First, Low_Order_First);
+   Default_Bit_Order : constant Bit_Order := High_Order_First;
+   pragma Warnings (Off, Default_Bit_Order); -- kill constant condition warning
+
+   --  Priority-related Declarations (RM D.1)
+
+   --  Is the following actually true for GNU/Linux/m68k?
+   --
+   --  0 .. 98 corresponds to the system priority range 1 .. 99.
+   --
+   --  If the scheduling policy is SCHED_FIFO or SCHED_RR the runtime makes use
+   --  of the entire range provided by the system.
+   --
+   --  If the scheduling policy is SCHED_OTHER the only valid system priority
+   --  is 1 and other values are simply ignored.
+
+   Max_Priority  

Bug#846952: execnet: testing/test_channel.py::TestStringCoerce::test_2to3 FAILED

[Daniel Stender]

Source: execnet
Version: 1.4.1-2
Severity: serious
Justification: fails to build from source

Execnet currently fails in DEP-8 tests [1]:


testing/test_channel.py::TestStringCoerce::test_2to3 FAILED
{...}
=== FAILURES ===
__ TestStringCoerce.test_2to3 __

self = 
makegateway = >

@pytest.mark.skipif('sys.version>="3.0"')
def test_2to3(self, makegateway):
python = _find_version('3')
gw = makegateway('popen//python=%s' % python)
ch = gw.remote_exec('channel.send(channel.receive());'*2)
ch.send('a')
>   res = ch.receive()

testing/test_channel.py:351: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

self = , timeout = None

def receive(self, timeout=None):
"""receive a data item that was sent from the other side.
timeout: None [default] blocked waiting.  A positive number
indicates the number of seconds after which a channel.TimeoutError
exception will be raised if no item was received.
Note that exceptions from the remotely executing code will be
reraised as channel.RemoteError exceptions containing
a textual representation of the remote traceback.
"""
itemqueue = self._items
if itemqueue is None:
raise IOError("cannot receive(), channel has receiver callback")
try:
x = itemqueue.get(timeout=timeout)
except self.gateway.execmodel.queue.Empty:
raise self.TimeoutError("no item after %r seconds" % (timeout))
if x is ENDMARKER:
itemqueue.put(x)  # for other receivers
>   raise self._getremoteerror() or EOFError()
E   EOFError: couldnt load message header, expected 9 bytes, got 0

execnet/gateway_base.py:737: EOFError
- Captured stderr call -
Exception ignored in: 
Traceback (most recent call last):
  File "", line 602, in __del__
AttributeError: 'Channel' object has no attribute '_closed'


By the way, the package is RFA [2].

Thanks,
DS

[1] 
https://ci.debian.net/data/packages/unstable/amd64/e/execnet/20161203_200139.autopkgtest.log.gz

[2] https://bugs.debian.org/840032

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

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

Bug#846955: ITP: node-flagged-respawn -- A tool for respawning node binaries when special flags are present

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-flagged-respawn
  Version : 0.3.2
  Upstream Author : Tyler Kellen (http://goingslowly.com/)
* URL : https://github.com/js-cli/js-flagged-respawn
* License : Expat
  Programming Lang: JavaScript
  Description : A tool for respawning node binaries when special
flags are present.



signature.asc
Description: OpenPGP digital signature

Bug#846956: veusz: Segfault at start

[Pierre]

Package: veusz
Version: 1.21.1-1
Severity: important

Dear Maintainer,

After an upgrade Veusz stopped working : splash pic appears, veusz checks for 
astropy and sampy, then segfaults before the main window appears. Dmesg shows 
"veusz[19034]: segfault at 0 ip   (null) sp bf92869c error 14 in 
python2.7[8048000+347000]".

Cheers,

-- 

Pierre

-- System Information:
Distributor ID: Devuan
Description:Devuan GNU/Linux unstable (ceres)
Release:unstable
Codename:   ceres
Architecture: i686

Kernel: Linux 4.0.0-2-rt-686-pae (SMP w/1 CPU core; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages veusz depends on:
ii  python 2.7.11-2
ii  python-numpy   1:1.11.2-1
ii  python-qt4 4.11.4+dfsg-2
ii  veusz-helpers  1.21.1-1

veusz recommends no packages.

Versions of packages veusz suggests:
ii  python-dbus1.2.4-1
pn  python-h5py
pn  python-pyfits  

-- no debconf information

Bug#659737: How is outguess-histogram supposed to work?

[Eriberto Mota]

Hi,

I will take care of outguess now.

Considering there is no solution for outguess-histogram and it was
removed in FreeBSD[1], I will move it to /usr/share/outguess and close
this bug.

[1] http://www.freshports.org/security/outguess

Thanks!

Eriberto

Bug#806104: debian bugs #806104

[John Paul Adrian Glaubitz]

Hi!

I'm Joerg's sponsor and he's already prepared an updated package to fix
this issue. I will upload it in the following days. I am currently doing
an extensive review before the upload, there are quite some changes to
the source package.

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#846968: upnp-inspector: does not start: twisted.python.versions.IncomparableVersions: 'twisted' != 'twisted.web'

[Graham Cobb]

Package: upnp-inspector
Version: 0.2.2+dfsg-3
Severity: normal

If I run upnp-inspector I get the following error:

Traceback (most recent call last):
  File "/usr/bin/upnp-inspector", line 23, in 
from coherence import __version__ as coherence_version
  File "/usr/lib/python2.7/dist-packages/coherence/__init__.py", line 27, in 

if twisted_web_version < Version("twisted.web", 2, 5, 0):
  File "/usr/lib/python2.7/dist-packages/twisted/python/versions.py", line 145, 
in __cmp__
% (self.package, other.package))
twisted.python.versions.IncomparableVersions: 'twisted' != 'twisted.web'

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

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

Versions of packages upnp-inspector depends on:
ii  python2.7.11-2
ii  python-coherence  0.6.6.2-8
ii  python-gtk2   2.24.0-5.1

upnp-inspector recommends no packages.

upnp-inspector suggests no packages.

-- no debconf information

Bug#831396: procps: [ps] fails on kfreebsd

[lumin]

Hi,

> Note that as a quick workaround you can set this on 10.3:
> # sysctl -w compat.linux.osrelease=2.6.16

It worked for me, thanks!

Debian/kfreebsd-amd64 sid with kfreebsd-10.3

Bug#846918: interface opens, but no menus and no action on button clicks

[David Paleino]

Package: jabref
Version: 2.10+ds-7
Severity: grave

Hello!

Wow, so long time no filing bugs to Debian, seems like a whole new experience :)

Ok, here's the fact: opening a freshly installed jabref, the splash screen
starts fine, the interface opens and everything is visible, but as soon as I
click on _any_ menu item or button in the toolbar, nothing happens (except
stacktraces in console).

Here you are:

/--
| $ DEBUG_WRAPPER=1 jabref
| [debug] /usr/bin/jabref: Found JAVA_HOME = '/usr/lib/jvm/java-8-openjdk-amd64'
| [debug] /usr/bin/jabref: Found JAVA_CMD = 
'/usr/lib/jvm/java-8-openjdk-amd64/bin/java'
| [debug] /usr/bin/jabref: Environment variable CLASSPATH is ''
| [debug] /usr/bin/jabref: Runnning /usr/lib/jvm/java-8-openjdk-amd64/bin/java  
-classpath 
/usr/share/java/jabref.jar:/usr/share/java/JPFCodeGenerator-rt.jar:/usr/share/java/antlr.jar:/usr/share/java/antlr3.jar:/usr/share/java/commons-logging.jar:/usr/share/java/glazedlists.jar:/usr/share/java/jempbox.jar:/usr/share/java/jgoodies-common.jar:/usr/share/java/jgoodies-forms.jar:/usr/share/java/jgoodies-looks.jar:/usr/share/java/jpf.jar:/usr/share/java/jpf-boot.jar:/usr/share/java/microba.jar:/usr/share/java/mysql-connector-java.jar:/usr/share/java/pdfbox.jar:/usr/share/java/postgresql.jar:/usr/share/java/spin.jar
 net.sf.jabref.JabRefMain
| Found 2 plugin(s):
|  - net.sf.jabref.export.misq 
(jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.export.misq/plugin.xml)
|  - net.sf.jabref.core 
(jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.core/plugin.xml)
| 
| Could not get key binding for "Open folder"
\-

So far, looks good.

As soon as I click a menu item:

---8<---
Exception in thread "AWT-EventQueue-0" java.lang.ExceptionInInitializerError
at com.jgoodies.looks.common.ShadowPopup.(ShadowPopup.java:84)
at com.jgoodies.looks.Options.isPopupDropShadowActive(Options.java:639)
at 
com.jgoodies.looks.common.ShadowPopupFactory.getPopup(ShadowPopupFactory.java:177)
at javax.swing.plaf.PopupMenuUI.getPopup(PopupMenuUI.java:61)
at javax.swing.JPopupMenu.showPopup(JPopupMenu.java:837)
at javax.swing.JPopupMenu.setVisible(JPopupMenu.java:790)
at javax.swing.JPopupMenu.show(JPopupMenu.java:965)
at javax.swing.JMenu.setPopupMenuVisible(JMenu.java:345)
at javax.swing.JPopupMenu.menuSelectionChanged(JPopupMenu.java:1478)
at 
javax.swing.MenuSelectionManager.setSelectedPath(MenuSelectionManager.java:125)
at javax.swing.plaf.basic.BasicMenuUI.appendPath(BasicMenuUI.java:222)
at javax.swing.plaf.basic.BasicMenuUI.access$200(BasicMenuUI.java:49)
at 
javax.swing.plaf.basic.BasicMenuUI$Handler.mousePressed(BasicMenuUI.java:461)
at 
java.awt.AWTEventMulticaster.mousePressed(AWTEventMulticaster.java:279)
at java.awt.Component.processMouseEvent(Component.java:6530)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6298)
at java.awt.Container.processEvent(Container.java:2236)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2294)
at java.awt.Component.dispatchEvent(Component.java:4711)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4522)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
at java.awt.Container.dispatchEventImpl(Container.java:2280)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
at java.awt.EventQueue$4.run(EventQueue.java:731)
at java.awt.EventQueue$4.run(EventQueue.java:729)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at 

Bug#838236: libpam-runtime: pam_getenv emits perl warning "Unescaped left brace in regex..."

[Christoph Berg]

Re: Andreas Koenig 2016-09-18 <87poo1knbh.fsf@k85.linux.bogus>
> % /usr/sbin/pam_getenv foo   
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/(? 78.

> On my system I saw this warning during the installation of postgresql-9.5.

Is there a chance to get this fixed for stretch? I'm pondering to NMU
because this bug keeps getting reported on the PostgreSQL packages
every other week.

Christoph

Bug#846916: gitlab dropdown menus do not work

[Pirate Praveen]

On ഞായര്‍ 04 ഡിസംബര്‍ 2016 03:31 വൈകു, Johannes Schauer wrote:
> Package: gitlab
> Version: 8.13.3+dfsg1-2
> Severity: grave
> Justification: renders package unusable
> 
> Hi,
> 
> this issue happens on a vanilla installation of gitlab on a Debian
> Stretch system. Since the problem occurs without any custom
> configuration from my side, I deemed this issue to happen for all users
> of the gitlab package and thus the severity.
> 
> Essentially, the dropdown menus stopped working. This includes:
> 
>  - the user menu dropdown on the upper-right
>  - the project settings dropdown on the right below
>  - the repository clone method dropdown
>  - the repository dropdown on the upper-left
>  - the download option dropdown
>  - the notification dropdown
> 
> I judge these elements being dysfunctional to render the package
> unusable.
> 
> To allow you to investigate the problem, I packed up the rootfs of the
> machine I installed this onto. This rootfs is freshly generated and will
> not be used in production, so there are no secrets in it.
> 
> The only gitlab user is root with the password 12345678.
> 
> You can also convince yourself of the problem by looking at this system
> running live. For this, just enter the following into your /etc/hosts:
> 
> 62.75.219.30 gitlab.mister-muffin.de
> 
> And then browse to https://gitlab.mister-muffin.de
> 
> You can log into the gitlab web interface with the credentials given
> above.

Thanks for providing access to your test environment. I found these
errors on chromium developer console.

Uncaught TypeError: t.widget is not a function
at
https://gitlab.mister-muffin.de/assets/application-144923c645a7fda526a8ba81729cf10d48da86b5185274307a245e804463.js:3:24614
at
https://gitlab.mister-muffin.de/assets/application-144923c645a7fda526a8ba81729cf10d48da86b5185274307a245e804463.js:3:24582
at
https://gitlab.mister-muffin.de/assets/application-144923c645a7fda526a8ba81729cf10d48da86b5185274307a245e804463.js:3:24592

This seems to be an issue with jquery. We noticed this issue with
diaspora and we are working on a fix. See
https://lists.debian.org/debian-ruby/2016/12/msg3.html

Can you try building ruby-jquery-rails from git?



signature.asc
Description: OpenPGP digital signature

Bug#846810: O: freqtweak -- Realtime audio frequency spectral manipulation

[Bhavani Shankar R]

Just an additional info..

This package seems to be not maintained actively upstream from past few years

So, anyone taking this up are requested to contact the upstream
maintainer for the status of the project

Thanks,

-- 
Bhavani Shankar
Ubuntu Developer   |  www.ubuntu.com
https://launchpad.net/~bhavi

Bug#842652: [Pkg-ime-devel] Bug#842652: fcitx-qt5: Possible uneeded build dependency on qtbase5-private-dev

[Aron Xu]

Unfortunately no, at least the use of IID in fcitx-qt5 is not yet in
public headers...

On Mon, Oct 31, 2016 at 11:31 AM, Lisandro Damián Nicanor Pérez Meyer
 wrote:
> Source: fcitx-qt5
> Version: 1.0.5-1
> Severity: normal
>
> Hi! While preparing the next Qt transition I noted that fcitx-qt5 no longer 
> appears
> in it:
>
> 
>
> Maybe the private headers you where depending on are already public or 
> upstream
> has stopped using them. Please check if you still really need to depend upon
> qtbase5-private-dev.
>
> Thanks!
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (500, 'buildd-unstable'), (500, 'testing'), 
> (500, 'stable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.7.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> Init: systemd (via /run/systemd/system)
>
> ___
> Pkg-ime-devel mailing list
> pkg-ime-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel

Bug#614070: asunder: segfault on cddb resolver failure

[Andreas Ronnquist]

Can anybody reproduce this on an up to date Debian unstable (Asunder
2.8-5)?

If not, I'll close this soon.

-- Andreas Rönnquist
gus...@debian.org

Bug#837177: icedove: the feed url could not be found

[Carsten Schoenert]

Hello Jens,

On Sat, Dec 03, 2016 at 04:07:02PM +0100, Jens Reyer wrote:
> Thunderbird 52.0 ESR will be released 2017-03-07. If I understood the
> release model correctly, 52.2 ESR will be the first version of this
> series that will be uploaded to stretch. It will be released on 2017-06-13.
> 
> No hard opinion if this bug needs to be fixed in the meantime, but
> personally I'd prefer so.
> 
> Attached you'll find a ready made patch series. For this I added
> comm-central as hg/git remote and then cherry-picked the 3 commits from
> the upstream bug on patch-queue master. There was only one merge
> conflict, and I'm confident I resolved it correctly. I didn't "quilt
> refresh" the patches, so there are some whitespace warnings.
> 
> Previously I already tested successfully that it works as expected. Now
> I successfully rebuilt 45.5.1-1 with this patch and run this version.

that sound good.
I've no hard objections against adding this patch, it's currently just
not my first priority as I'm working (again) in preparing the
recurring of Thunderbird packages.

Once the new Thunderbird packages on the way it's obviously a next step
to pick up your patch and fixing this issue. Unfortunately we are
suffering now from #844357 the build issues in mips*.

So, I just can say again thank you for providing patches, we will add
them as soon as possible.

Regards
Carsten

Bug#844300: nvidia-driver-libs:amd64: upgrade failure due to dependency issue

[Vincent Lefevre]

Control: retitle -1 dpkg: Please remove packages selected for deinstall on 
Multi-Arch version skew

(fixing a typo in the retitle)

On 2016-12-04 04:13:47 +0100, Guillem Jover wrote:
> Control: severity -1 wishlist
> Control: retitle -1 dpkg: Please remove packages seclected for deinstall on 
> Multi-Arch version skew
> 
> [ I'm actually a bit undecided whether this is normal or wishlist in dpkg
>   itself, see below. ]
[...]
> So, this seems like a new kind of feature to me. Also the frontends
> would need to handle the current dpkg anyway when doing upgrades, so
> it seems this needs to be handled in frontends right now no matter
> what?

Then a new bug should be opened against the frontends. Since this
can put the system in a broken state (and I suppose that this can
also affect stable with bad luck or due to an attack, as there is
no guarantee that two arch's are in sync), I suppose that this
should be grave.

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

Bug#846948: jessie-pu: package file/1:5.22+15-2+deb8u3

[Christoph Biedl]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hello release team,

A memory leak was found in in libmagic's (src:file) loader of magic
files, appearently independently by Shi Yin in PR/569[1] and Arnaud
Quette in #840754[2]. This was fixed upstream in version 5.29 which is
in testing and unstable (as 1:5.29-1), oldstable/wheezy doesn't seem to
have this problem.

For stable/jessie I'd like to handle this in the next point release.

The actual fix is commit FILE5_28-42-g10ee4ec[3] where commit
FILE5_24-31-g3aa35aa[4] is needed as a prerequisite. I've dropped a
hunk from that fix which AFAICS is not relevant for Debian and would
otherwise require the inclusion FILE5_25-3-gb0ccffd[5] as another
prerequisite: According to its description, that third commit is needed
on systems without mmap only.

Find attached:

* A debdiff for 1:5.22+15-2+deb8u3
* A commulative patch about the code changes to ease review.

After applying the patch, the valgrind check as described in the BTS
no longer reports leaks.

Regards,

Christoph

[1] https://bugs.gw.com/view.php?id=569
[2] https://bugs.debian.org/840754
[3] https://github.com/file/file/commit/FILE5_28-42-g10ee4ec
[4] https://github.com/file/file/commit/FILE5_24-31-g3aa35aa
[5] https://github.com/file/file/commit/FILE5_25-3-gb0ccffd
diff -Nru file-5.22+15/debian/changelog file-5.22+15/debian/changelog
--- file-5.22+15/debian/changelog   2016-05-09 08:23:30.0 +0200
+++ file-5.22+15/debian/changelog   2016-12-04 10:00:07.0 +0100
@@ -1,3 +1,9 @@
+file (1:5.22+15-2+deb8u3) stable; urgency=medium
+
+  * Fix memory leak in magic loader. Closes: #840754
+
+ -- Christoph Biedl   Sun, 04 Dec 2016 
10:00:07 +0100
+
 file (1:5.22+15-2+deb8u2) stable; urgency=high
 
   * Fix CVE-2015-8865:
diff -Nru 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-31-g3aa35aa.dont-leak-memory-when-loading-non-compiled-files.patch
 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-31-g3aa35aa.dont-leak-memory-when-loading-non-compiled-files.patch
--- 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-31-g3aa35aa.dont-leak-memory-when-loading-non-compiled-files.patch
 1970-01-01 01:00:00.0 +0100
+++ 
file-5.22+15/debian/patches/cherry-pick.FILE5_24-31-g3aa35aa.dont-leak-memory-when-loading-non-compiled-files.patch
 2016-12-02 00:00:46.0 +0100
@@ -0,0 +1,32 @@
+Subject: Don't leak memory when loading non-compiled files
+Origin: FILE5_24-31-g3aa35aa
+Upstream-Author: Christos Zoulas 
+Date: Thu Sep 10 13:59:47 2015 +
+
+--- a/src/apprentice.c
 b/src/apprentice.c
+@@ -538,6 +538,7 @@
+ private void
+ apprentice_unmap(struct magic_map *map)
+ {
++  size_t i;
+   if (map == NULL)
+   return;
+ 
+@@ -550,6 +551,8 @@
+ #endif
+   case MAP_TYPE_MALLOC:
+   free(map->p);
++  for (i = 0; i < MAGIC_SETS; i++)
++  free(map->magic[i]);
+   break;
+   case MAP_TYPE_USER:
+   break;
+@@ -1285,6 +1288,7 @@
+   file_oomem(ms, sizeof(*map));
+   return NULL;
+   }
++  map->type = MAP_TYPE_MALLOC;
+ 
+   /* print silly verbose header for USG compat. */
+   if (action == FILE_CHECK)
diff -Nru 
file-5.22+15/debian/patches/cherry-pick.FILE5_28-42-g10ee4ec.pr-569-shi-yin-fix-memory-leak.patch
 
file-5.22+15/debian/patches/cherry-pick.FILE5_28-42-g10ee4ec.pr-569-shi-yin-fix-memory-leak.patch
--- 
file-5.22+15/debian/patches/cherry-pick.FILE5_28-42-g10ee4ec.pr-569-shi-yin-fix-memory-leak.patch
   1970-01-01 01:00:00.0 +0100
+++ 
file-5.22+15/debian/patches/cherry-pick.FILE5_28-42-g10ee4ec.pr-569-shi-yin-fix-memory-leak.patch
   2016-12-04 09:36:35.0 +0100
@@ -0,0 +1,22 @@
+Subject: PR/569: Shi Yin: Fix memory leak
+Origin: FILE5_28-42-g10ee4ec
+Upstream-Author: Christos Zoulas 
+Date: Sun Sep 11 13:53:02 2016 +
+Comment: Only relevant parts of that commit were used
+
+--- a/src/apprentice.c
 b/src/apprentice.c
+@@ -404,11 +404,11 @@
+ {
+   struct mlist *ml;
+ 
+-  mlp->map = idx == 0 ? map : NULL;
++  mlp->map = NULL;
+   if ((ml = CAST(struct mlist *, malloc(sizeof(*ml == NULL)
+   return -1;
+ 
+-  ml->map = NULL;
++  ml->map = idx == 0 ? map : NULL;
+   ml->magic = map->magic[idx];
+   ml->nmagic = map->nmagic[idx];
+ 
diff -Nru file-5.22+15/debian/patches/series file-5.22+15/debian/patches/series
--- file-5.22+15/debian/patches/series  2016-05-09 08:10:53.0 +0200
+++ file-5.22+15/debian/patches/series  2016-12-04 09:50:30.0 +0100
@@ -13,3 +13,5 @@
 cherry-pick.FILE5_24-22-g27b4e34.parameter-1.patch
 cherry-pick.FILE5_24-23-g4ddb783.parameter-2.patch
 CVE-2015-8865.6713ca4.patch
+cherry-pick.FILE5_24-31-g3aa35aa.dont-leak-memory-when-loading-non-compiled-files.patch

Bug#845425: DataSource no longer accessible since jessie security update

[Markus Koschany]

On 04.12.2016 15:39, Arne Nordmark wrote:
> Den 2016-12-04 kl. 15:00, skrev Markus Koschany:
>> On 04.12.2016 09:22, Arne Nordmark wrote:
>>> Unfortunately, the newly released wheezy security update 7.0.28-4+deb7u7
>>> also suffers from this problem.
>>>
>>> Can it be so that the important part missing is the loop traversing the
>>> class loaders in validateGlobalResourceAccess():
>>>
>>> while (cl != null) {
>>>  ...
>>>  cl = cl.getParent();
>>> }
>>
>> Hello,
>>
>> I have prepared the update for Wheezy. Since you confirmed that using the 
>> ResourceLinkFactory class
>> from 7.x trunk works for you, we have replaced the current version with this 
>> one. At the moment I
>> fail to understand what we are missing because upstream's fix for 
>> CVE-2016-6797 is relatively
>> straightforward [1] and we have already taken your bug report into account.
>>
>> Could you elaborate in which file the code from above is missing?
> 
> Sorry if I was unclear. In the ResourceLinkFactory class,
> CVE-2016-6797.patch adds among other things the new method
> 
> private static boolean validateGlobalResourceAccess(String globalName)
> 
> However, the upstream version 7.0.73 there is another change to this new
> method, which is the loop over the parent class loaders I was referring
> to above.
> 
> It seems that when preparing CVE-2016-6797-part2.patch, this change was
> left out, but it may be the change that actually makes things work.
> 
> I can build and run Debian tomcat7 on both wheezy and jessie, so if you
> would like me to make any further tests, please let me know.

My bad. It seems I have copied ResourceLinkFactory from another branch which is 
not equivalent to
7.0.73.

https://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/java/org/apache/naming/factory/?pathrev=1757275

Looking at Apache's github repository for Tomcat 7, the loop is indeed present.

https://raw.githubusercontent.com/apache/tomcat70/TOMCAT_7_0_73/java/org/apache/naming/factory/ResourceLinkFactory.java

I will use this version when I prepare a regression update. Since you have 
already confirmed that
this fixes #845425 further tests won't be necessary. Thanks for your help!







signature.asc
Description: OpenPGP digital signature

Bug#846947: ITP: node-sequencify -- A module for sequencing tasks and dependencies

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-sequencify
  Version : 0.0.7
  Upstream Author : Rob Richardson (http://robrich.org/)
* URL : https://github.com/robrich/sequencify
* License : Expat
  Programming Lang: JavaScript
  Description : A module for sequencing tasks and dependencies



signature.asc
Description: OpenPGP digital signature

Bug#846949: ITP: node-stream-consume -- Consume a stream to ensure it keeps flowing

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-stream-consume
  Version : 0.1.0
  Upstream Author : Aron Nopanen
* URL : https://github.com/aroneous/stream-consume
* License : Expat
  Programming Lang: JavaScript
  Description : Consume a stream to ensure it keeps flowing



signature.asc
Description: OpenPGP digital signature

Bug#840823: execnet: FTBFS (failing tests)

[Daniel Stender]

Control: retitle -1 execnet: 
testing/test_gateway.py::TestBasicGateway::test_gateway_status_busy[thread-popen]
 FAILED

There are two more RC test failures recorded, one from reproducible builds CI, 
the other from DEP-8
tests. I'll file more bugs on these, now.

I can't reproduce this right now and not yet firm into this package. I'll get 
into it but if somebody could
come up with some hints on that (maybe the new maintainer [1]), this would be 
great.

DS

[1] https://bugs.debian.org/840032 (RFA)

-- 
4096R/DF5182C8
Debian Developer (sten...@debian.org)
LPIC-1 (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/

Bug#775744: libapp-stacktrace-perl: FTBFS: Failed 1/4 test programs. 1/6 subtests failed.

[Niko Tyni]

On Sun, Dec 04, 2016 at 03:10:03AM +0100, Axel Beckert wrote:
> Chris Lamb wrote:
> > libapp-stacktrace-perl fails to build from source in unstable/amd64 too:

> Just having read
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814929#10, it sounds
> as if Niko's observation about longer addresses could also have
> triggered the FTBFS you ran into, too, although it's likely
> different code involved. (If so, I'd clone this bug to track the
> recent FTBFS on probably all architectures separately and downgrade
> the old one to important again.)
> 
> Niko: What do you think?

I expect it's the same bug as the mips64el one that was originally
reported here, but there may be other issues on 32-bit architectures.

I don't think it's worth fiddling with clones and severities, just fixing
the immediate one and seeing how it fares after that seems fine. But
YMMV of course.

The problem itself seems to be that the gdb macros in
 lib/App/Stacktrace/perl_backtrace_raw.txt
cast pointers to the C 'int' type, which is broken on 64-bit
architectures. For instance, in 'perl_backtrace_5_12_x':
set $interpreter = (int) Perl_get_context()

I suppose it used to work on amd64 because perl used low memory addresses
so things didn't overflow, but that has changed with the latest perl
upload, presumably due to gcc PIE changes.

Hope this helps,
-- 
Niko Tyni   nt...@debian.org

Bug#846564: dpkg-deb: 'compressing tar member: lzma error: Cannot allocate memory' on 32-bit architectures on dpkg-deb -Zxz -Sextreme -z9

[Guillem Jover]

On Sun, 2016-12-04 at 16:07:16 +0200, Adrian Bunk wrote:
> On Sun, Dec 04, 2016 at 05:25:49AM +0100, Guillem Jover wrote:
> > On Fri, 2016-12-02 at 10:31:58 +0100, Guillem Jover wrote:
> > > Right, this was reported the other day on IRC by Mattia Rizzolo. The
> > > combination of -Sextreme -z9 and parallel xz makes this use more than
> > > the available address space. I'll change the code to limit based on
> > > memory available. Although as was mentioned on a thread on d-d, those
> > > settings are pretty unfriendly IMO, even more for memory constrained
> > > arches, but oh well. dpkg should never fail to operate on those
> > > conditions.
> > 
> > I've got the attached patch now, but I've been unable to test that
> > specific incarnation as I don't have 32-bit machine with many cores.
> > And neither are the i386 nor armhf porter boxes. I've just verified
> > that it does what it is intended by hardcoding the number of threads
> > to 32 and setting the physical memory limit to 2 GiB. And it reduced
> > the threads down to 12 when building one of those font packages.

> Your patch won't solve it - the problem is not physical memory.
> 
> The problem is that on 32 bit you cannot use more than 2-3 GB
> (depending on the architecture) in one process.

Right, I'm aware of the distinction, but I guess I was wrongly
assuming the lzma_physmem() function would return (userspace)
addressable physical memory. Checking it now, it seems like not,
as it uses stuff like sysconf(_SC_PHYS_PAGES).

> #845757 was on a mipsel buildd with 4 cores [1] and 8 GB RAM.

Ah, thanks, I'm testing as I write this a new patch I've prepared on
eller.d.o (mipsel) which seems to have the right conditions.

> I don't know how much RAM the amd64/i386 buildds have,
> but I'd guess more than 4 GB...
> 
> A hard upper limit somewhere around 1.5 GB on all 32 bit architectures
> (or on all architectures, if that's easier to implement) is required.

The patch now clamps the physical memory to INTPTR_MAX. So that we both
do not exceed the physical memory available nor the addressable limit.

But I should indeed probably also subtract some space for the rest of
the userland that might be running. I'll do that later today.

> (I'd also suggest a MBF for all the packages that mess with the 
>  compressor for no good reason - just like the ones using bzip2
>  this only causes troubles.)

This has been brought up on d-d some time ago. And many of the
packages affected do not even really benefit from such extreme
settings as the dictionary size is bigger than the actual data
to compress. There's a bug in lintian to report an error on this.

Thanks,
Guillem
From f48c09879e6ba91110a2918a3caea5985ef57a3f Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Sun, 4 Dec 2016 02:35:27 +0100
Subject: [PATCH] libdpkg: Decrease xz encoder threads to not exceed memory
 limits

---
 lib/dpkg/compress.c | 27 ++-
 1 file changed, 26 insertions(+), 1 deletion(-)

diff --git a/lib/dpkg/compress.c b/lib/dpkg/compress.c
index 2eda658fa..a6dd522ed 100644
--- a/lib/dpkg/compress.c
+++ b/lib/dpkg/compress.c
@@ -529,9 +529,9 @@ filter_xz_init(struct io_lzma *io, lzma_stream *s)
 	uint32_t preset;
 	lzma_check check = LZMA_CHECK_CRC64;
 #ifdef HAVE_LZMA_MT
+	uint64_t mt_memlimit;
 	lzma_mt mt_options = {
 		.flags = 0,
-		.threads = sysconf(_SC_NPROCESSORS_ONLN),
 		.block_size = 0,
 		.timeout = 0,
 		.filters = NULL,
@@ -548,6 +548,31 @@ filter_xz_init(struct io_lzma *io, lzma_stream *s)
 
 #ifdef HAVE_LZMA_MT
 	mt_options.preset = preset;
+
+	/* Initialize the multi-threaded memory limit to half the physical
+	 * RAM, or to 128 MiB if we cannot infer the number. */
+	mt_memlimit = lzma_physmem() / 2;
+	if (mt_memlimit == 0)
+		mt_memlimit = 128 * 1024 * 1024;
+	/* Clamp the multi-threaded memory limit to half the addressable
+	 * memory on this architecture. */
+	if (mt_memlimit > INTPTR_MAX)
+		mt_memlimit = INTPTR_MAX;
+
+	mt_options.threads = lzma_cputhreads();
+	if (mt_options.threads == 0)
+		mt_options.threads = 1;
+
+	/* Check that we have enough RAM to use the multi-threaded encoder,
+	 * and decrease them up to single-threaded to reduce memory usage. */
+	for (; mt_options.threads > 1; mt_options.threads--) {
+		uint64_t mt_memusage;
+
+		mt_memusage = lzma_stream_encoder_mt_memusage(_options);
+		if (mt_memusage < mt_memlimit)
+			break;
+	}
+
 	ret = lzma_stream_encoder_mt(s, _options);
 #else
 	ret = lzma_easy_encoder(s, preset, check);
-- 
2.11.0.rc1.160.g51e66c2

Bug#844263: libxml-security-c-dev: depending on libssl1.0-dev breaks open-vm-tools

[Ferenc Wágner]

Russ Allbery  writes:

> wf...@niif.hu (Ferenc Wágner) writes:
>
>> Just adding that Shibboleth itself is also problematic, because
>> XMLTooling, which is incompatible with OpenSSL 1.1, uses libcurl,
>> which already switched to OpenSSL 1.1.  So switching xml-security-c
>> to OpenSSL 1.0 did not actually solve the problem for Shibboleth
>> because of the above version clash in XMLTooling.  Shall I bring it
>> up with the curl maintainers?  Or wait for the conclusion on
>> debian-devel?
>
> This seems like something we're going to have to figure out
> project-wide, since the way the transition is currently set up doesn't
> seem likely to work.

Hi,

I can't see any conclusion in the OpenSSL 1.1 thread on debian-devel,
but we're running out of time.  We can't keep XMLTooling at OpenSSL 1.0,
because libcurl uses 1.1, but we can't switch to 1.1 either, because the
latest upstream release doesn't support it yet.  Have we got any option
left to ship Shibboleth in stretch after all?
-- 
Thanks,
Feri

Bug#846958: src:iqtree: New version available

[Andreas Tille]

Package: src:iqtree
Severity: normal

Hi,

Kevin Murray added a Closes statement to its latest commits to iqtree.
This is the according bug report. :-)  Kevin, please tell me if you
consider iqtree ready for Upload.

Kind regards

  Andreas.

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

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

Bug#846874: monitoring-plugins: Don't depend on nagios3 which has been removed from unstable

[Sebastiaan Couwenberg]

Hi Jan,

On 12/04/2016 01:49 PM, Jan Wagner wrote:
>> Consider applying the attached patch.
> 
> Removing this alterative of 3 dependencies might take extra burden
> when backporting. As we provide backports for jessie, I'll consider
> this for post stretch.

That's perfectly reasonable.

Could you at least change the duplicate "icinga | icinga" to "icinga |
icinga2" in the mean time which my patch also does?

Kind Regards,

Bas

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



signature.asc
Description: OpenPGP digital signature

Bug#846932: gettext: Please build without OpenMP support on m68k and sh4

[John Paul Adrian Glaubitz]

Source: gettext
Version: 0.19.8.1-1
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: m68k,sh4

Hi!

As we're currently doing lots of the builds for m68k and sh4 on qemu,
we are sometimes seeing issues with multi-threading applications. One
of the affected packages is gettext which is currently configured
with "--enable-openmp" in Debian.

Building gettext with "--disable-openmp" on m68k and sh4 avoids the
multi-threading issues we have. With the applied patch in src:gettext,
we could enable the package on the buildds again for m68k and sh4.

If you apply the patch, please replace "NN" in the patch with
the bug number of this bug report (which is not yet determined).

Thanks for consideration!

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
diff -Nru old/gettext-0.19.8.1/debian/rules gettext-0.19.8.1/debian/rules
--- old/gettext-0.19.8.1/debian/rules	2016-06-13 00:00:00.0 +0200
+++ gettext-0.19.8.1/debian/rules	2016-12-04 14:00:56.662173817 +0100
@@ -27,12 +27,23 @@
 #   CSHARP = --enable-csharp=mono
 # endif
 
+# On emulated m68k and sh4 targets, OpenMP can cause lockups,
+# we therefore disable it for the time being (#NN)
+ifneq (,$(findstring $(DEB_HOST_ARCH), m68k sh4))
+	CONF_OPENMP = --disable-openmp
+else
+	CONF_OPENMP = --enable-openmp
+endif
+
+
+
 NOJAVA_ARCHS = %none%
 
 build:
 	./configure --prefix=/usr --enable-threads $(CSHARP) \
 		--disable-native-java CC="$(CC)" CFLAGS="$(CFLAGS)" \
 		JAVAC=/usr/lib/jvm/default-java/bin/javac \
+		$(CONF_OPENMP) \
 		CPPFLAGS="$(CPPFLAGS)" \
 		CXXFLAGS="$(CXXFLAGS)" \
 		LDFLAGS="$(LDFLAGS)"

Bug#736909: [refpolicy] Missing appconfig file for libvirt and LXC containers

[Evgeni Golov]

Ohai,

On Wed, Jan 29, 2014 at 11:09:43PM +0100, Laurent Bigonville wrote:
> > > Libvirt selinux security driver is now enabled in debian unstable.
> > > Qemu/KVM VM can be started properly now, but a bug[1] has been
> > > reported that LXC containers are failing to start due to the missing
> > > "lxc_contexts" appconfig file.
> > >
> > > Looking at the fedora policy, it's indeed shipping that file with
> > > the following content:
> > >
> > > -
> > > process = "system_u:system_r:svirt_lxc_net_t:s0"
> > > content = "system_u:object_r:virt_var_lib_t:s0"
> > > file = "system_u:object_r:svirt_sandbox_file_t:s0"
> > > sandbox_kvm_process = "system_u:system_r:svirt_qemu_net_t:s0"
> > > sandbox_lxc_process = "system_u:system_r:svirt_lxc_net_t:s0"
> > > -
> > >
> > > I only see minimal differences between the virt module in the
> > > refpolicy and the one in the fedora one, and I'm maybe missing
> > > something, but it seems that some types are missing in both the
> > > refpolicy and the fedora policy. I find no signs of
> > > "svirt_qemu_net_t" or "sandbox_file_t" for example.
> > I see all types are presented in virt.te,
> > 
> > https://git.fedorahosted.org/cgit/selinux-policy.git/tree/virt.te?h=master_contrib
> 
> Yes indeed, for some reasons I didn't found this /o\ The fact that
> the .gitmodule of the selinux-policy repository is still pointing to
> the refpolicy one is really confusing.
> 
> Anyway these types are not currently present in the upstream refpolicy,
> so I guess I should try propose a patch to merge back the changes from
> the fedora virt.pp module. Or do you have any plans to do this?
> 
> The delta between the two is unfortunately larger that I would have
> expected.

Upstream now ships an lxc_contexts file [1], but I have no idea how to test it 
in libvirt properly?

Regards
Evgeni

[1] 
https://github.com/TresysTechnology/refpolicy/commit/ca6fefc3c899a39a95402a82e2beda6cb5a98aa9

Bug#846933: nvidia-graphics-drivers: [INTL:it] updated Italian translation of debconf messages

[Beatrice Torracca]

Package: nvidia-graphics-drivers
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the updated Italian translation of
nvidia-graphics-drivers debconf messages proofread by the Italian
localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of nvidia-graphics-drivers debconf messages.
# Copyright (C) 2016, nvidia-graphics-drivers package copyright holder.
# This file is distributed under the same license as the nvidia-driver package.
# Beatrice Torracca , 2012, 2016.
msgid ""
msgstr ""
"Project-Id-Version: nvidia-graphics-drivers\n"
"Report-Msgid-Bugs-To: nvidia-graphics-driv...@packages.debian.org\n"
"POT-Creation-Date: 2016-02-12 01:57+0100\n"
"PO-Revision-Date: 2016-09-30 07:38+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: boolean
#. Description
#. Translators, do not translate the ${substitution} ${variables}.
#. ${vendor} will be substituted with 'NVIDIA' or 'Fglrx' (without quotes, of
#. course), ${free_name} will become 'Nouveau' or 'Radeon' (no quotes, again)
#. and the ${*driver} variables will be replaced with package names.
#: ../nvidia-legacy-check.templates:3001
msgid "Install ${vendor} driver despite unsupported graphics card?"
msgstr ""
"Installare il driver ${vendor} nonostante una scheda grafica non supportata?"

#. Type: boolean
#. Description
#: ../nvidia-legacy-check.templates:3001
msgid ""
"This system has a graphics card which is no longer handled by the ${vendor} "
"driver (package ${driver}). You may wish to keep the package installed - for "
"instance to drive some other card - but the card with the following chipset "
"won't be usable:"
msgstr ""
"Questo sistema ha una scheda grafica che non è più gestita dal driver "
"${vendor} (pacchetto ${driver}). Si può voler mantenere il pacchetto "
"installato, ad esempio per pilotare una qualche altra scheda, ma quella con "
"il seguente chipset non sarà utilizzabile:"

#. Type: boolean
#. Description
#: ../nvidia-legacy-check.templates:3001
msgid ""
"The above card requires either the non-free legacy ${vendor} driver (package "
"${legacy_driver}) or the free ${free_name} driver (package ${free_driver})."
msgstr ""
"Tale scheda richiede il vecchio driver non libero ${vendor} (pacchetto "
"${legacy_driver}) oppure il driver libero ${free_name} (pacchetto "
"${free_driver})."

#. Type: boolean
#. Description
#: ../nvidia-legacy-check.templates:3001
msgid ""
"Use the update-glx command to switch between different installed drivers."
msgstr ""
"Usare il comando update-glx per passare da un driver installato ad un altro."

#. Type: boolean
#. Description
#: ../nvidia-legacy-check.templates:3001
msgid ""
"Before the ${free_name} driver can be used you must remove ${vendor} "
"configuration from xorg.conf (and xorg.conf.d/)."
msgstr ""
"Prima di poter usare il driver ${free_name} è necessario rimuovere la "
"configurazione di ${vendor} da xorg.conf (e xorg.conf.d/)."

Bug#846934: neofetch: Please package neofetch 2.0 please.

[shirish शिरीष]

Package: neofetch
Version: 1.9.1-2
Severity: wishlist

Dear Maintainer,
Came to know that neofetch got a big ass update. As per -

http://www.omgubuntu.co.uk/2016/12/cli-system-tool-neofetch-2-0-released

Can we have it in Debian, pretty please. I did see if we have the new
version in either unstable/sid or experimental but was not there.

[$] apt-cache policy neofetch

neofetch:
  Installed: 1.9.1-2
  Candidate: 1.9.1-2
  Version table:
 *** 1.9.1-2 600
600 http://httpredir.debian.org/debian testing/main amd64 Packages
  1 http://httpredir.debian.org/debian unstable/main amd64 Packages
100 /var/lib/dpkg/status

Look forward to the fix.


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

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

-- no debconf information


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#846564: dpkg-deb: 'compressing tar member: lzma error: Cannot allocate memory' on 32-bit architectures on dpkg-deb -Zxz -Sextreme -z9

[Mattia Rizzolo]

On Sun, Dec 04, 2016 at 10:01:27AM +, Holger Levsen wrote:
> > If someone could test this on such 32-bit machine, that would be
> > appreciated.
> 
> Maybe Mattia can test that? (and what exactly? Apply the patch here,
> sure and then build which package? (for the unlikely case that I'll find
> time soon…)

I can surely find the time to test it.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#846935: inadyn: New upstream release available, v2.1

[Joachim Nilsson]

Package: inadyn
Version: 1.99.4-1
Severity: wishlist

Dear Maintainer,

the Inadyn upstream project has released quite a few new
releases since the one available in Debian.

I believe many of the bugs reported in Debian have been
fixed, e.g. HTTPS support using GnuTLS, as well as issues
about "sudden death".  A lot of other features have also
been added, including systemd integration, simplified
command line and configuration file.  The man pages have
been rewritten and should be a lot more accessible now.

The only thing that's not available is a wizard, requested
in bug #627971.  If needed, I'm more than willing to help
out with any such integration.

Best regards
 /Joachim, upsream maintainer



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

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

Versions of packages inadyn depends on:
ii  adduser  3.115
ii  libc62.24-7

inadyn recommends no packages.

inadyn suggests no packages.

-- Configuration Files:
/etc/inadyn.conf [Errno 13] Permission denied: u'/etc/inadyn.conf'

-- no debconf information

Bug#844479: RE:Bug#844479: zeromq3: zeromq 4.2.0 breaks tango

[Luca Boccassi]

On Tue, 2016-11-29 at 22:46 +0100, Julian Taylor wrote:
> On Thu, 24 Nov 2016 11:56:15 + Luca Boccassi
>  wrote:
> > On Thu, 2016-11-24 at 09:58 +, PICCA Frederic-Emmanuel wrote:
> > > Hello,
> > > 
> > > I just opened a bug for tango
> > > 
> > > https://github.com/tango-controls/cppTango/issues/312
> > > 
> > > 
> > > what is the deadline where we can take the decision to upload or not 
> > > zeromq 4.2.0 into Debian testing ?
> > > 
> > > This will let also some time in order to check if this 4.2.0 do not have 
> > > other size effect of dependeings softwares.
> > > 
> > > Thanks
> > > 
> > > Fred
> > 
> > Hi,
> > 
> > Thanks for opening a bug upstream.
> > 
> > There is no ABI breakage so there is time for the migration until at
> > least the 5th of February.
> > 
> > I see 3 alternatives here:
> > 
> > 1) Upstream fixes it
> > 2) A patch to revert the internal buffer alignment is added here
> > 3) Ship stretch with 4.1.x
> > 
> > 1 - is of course the preferred way. 2 - is also feasible, but I think
> > the consensus upstream is that we don't want to commit to any specific
> > guarantee about internal implementation, as it ties down development too
> > much. So it would have to be an out-of-tree patch, and I can provide
> > that if needed.
> > 
> > The zeromq mailing list is the right place to discuss this if anyone
> > strongly disagrees, we are open to have a discussion about anything and
> > everything of course. There are differing opinions about these issues
> > that range the whole spectrum, from "if users depend on it it's not a
> > bug, it's a feature" to "let's break everything everytime", and anywhere
> > in between.
> > 
> > I'm doing my best to commit to semantic versioning and API/ABI
> > compatibility guarantees, going beyond that is very difficult.
> > 
> > The third option is the worst case scenario. Note that we haven't
> > deprecated 4.1.x yet. I wanted to, given it's ABI compatible with 4.2.x,
> > but if push came to shove I guess it will have to stay around.
> > 
> 
> Nitpick, alignment is part of the ABI so it is not compatible.

[CC'ed Jens]

Perhaps, but the only guarantee has always been that it would return a
void * pointing to contiguous memory, no reference to alignment:

http://api.zeromq.org/4-2:zmq-msg-data

I realize this is not of much consolation when things break, on the
other hand a clear separation of what's internal and what's public is
the only way to remain sane I think :-)

It would have of course been better to notice immediately, but given it
was not part of the public documented api there's no test for it.

> But on how to fix this. Given [0] you seem to be just passing out the
> pointer to your internal buffer written without padding out to the user
> via zmq_msg_data (?)
> 
> The documentation of that function states that you must not access
> zmq_msg_t directly, so if nobody actual does do so regardless zmq can
> change this structure and stay compatible?
> If so can zmq insert alignment padding between the message headers and
> the payload so zmq_msg_data returns aligned data?

This is an interesting suggestion so I had a look, but unfortunately I
don't think it can be done.

The pointer returned points directly to the buffer as it was written by
the TCP/IPC socket read. Since it's being written as it is received,
there is no way at that stage to know what's header and what's payload,
and insert padding. The actual decoding of the data is done at a later
stage, when it's too late to get away with just adjusting pointers.

There are 2 main problems:

- socket reads can be interrupted for many reasons and resume, no way to
know if what's going to be read is a fresh frame from byte 0 or in the
middle of a frame
- even ignoring the above problem, the frame header can be either 2 or 9
bytes long, and there's no way to know before reading the first byte

As far as I can see the only way would be to change the protocol and
have it align the payload on the sender side, but that obviously would
be a backward incompatible change which would break every single
implementation of ZMTP 3.0, which is a far, far worse outcome.

See the RFC, at the "Framing" paragraph:

https://rfc.zeromq.org/spec:23/ZMTP/

There is a 3.1 spec in draft state, so perhaps this is a change that
could be incorporated there. We do have a way to negotiate the version,
so if both peers support 3.1 then perhaps it could be done to add
padding.

https://rfc.zeromq.org/spec:37/ZMTP

> This would be very good for compatibility, on non-x86 arches it might
> even be better for performance. Unaligned access can be very slow on
> some of the less powerful cpus.
> 
> (Also even on x86 you can get into alignment issues due to these
> buffers, in particular with numerical applications where
> auto-vectorization by the compilers is involved)
> 
> [0] http://lists.zeromq.org/pipermail/zeromq-dev/2016-November/031096.html

Ultimately, performance-wise, this change from Jens 

Bug#831965: Status of asciidoc upload?

[Dr. Tobias Quathamer]

Am 02.12.2016 um 17:54 schrieb Joseph Herlant:

Hi Tobias,

Currently the permissions on the pkg-asciidoc group in alioth seems
pretty tight.
Last time I asked Alexander about the fact that the anonscm were not
available he checked and wasn't able to figure out why.
Only Fredrik Steen and Alexander Wirt have admin access and I'm the
only other member.
I've not been able to get in touch with them in a while. Maybe you'll
have more luck.

Maybe we should have this package moved to collab-maint or python
maintainers team to make the collaborative maintenance easier.
What do you think?


Hi Joseph,

maybe collab-maint would be best, but it's your call. Do you still have 
the git repository locally available? If so, we could import the history 
into collab-maint.


Regards,
Tobias




signature.asc
Description: OpenPGP digital signature

Bug#846919: yade: enable parallel builds

[Anton Gladky]

Hi Emilio,

the only reason, why I disabled parallel builds for this package
is the frequent build failures due to insufficient RAM on build
servers.

This program requires around 2GB Ram/Thread because of
templates, Boost and meta-programming. I can try to reenable
parallel builds just to check, whether current configuration of
build-servers is suitable for that.

Best regards

Anton

Bug#846816: java.lang.NoSuchFieldError: DLU2

[Felix Natter]

hello all,

gregor herrmann  writes:
>> - seems to happen only at runtime?
>
> That's what confused my as well ...
>  
>> > added to debian/patches/50_jgoodies-1.9.patch, but when starting
>> > freeplane I then only see an empty white windows.
>> I could reproduce this once after updating my sid (but not previously
>> when updating jgoodies but not sid). Could you please try another
>> desktop environment?
>
> I don't have any desktop enviroments installed :)
> (Just awesome as a window manager.)
>  
>> If that does not work, you can rename ~/.config/freeplane.
>> This worked for me, and I can no longer reproduce the bug
>> even when starting with the old ~/.config/freeplane.
>
> I've now rebuilt freeplane from git, and installed it.
> Again, I only get (a question about standard.mm) and then a white
> window.
>
> After blowing away ~/.config/freeplane, I don't get the dialog but a
> white windows with a title of "whatsNew-1.5.x - Freeplane - Mind map
> mode (Read Only) /usr/share/freeplane/doc/whatsNew-1.5.x.mm".

That is ok - if you don't have ~/.config/freeplane, the user is
presented with the map of features that are new in 1.5.x.

> Oh, interesting, I can right-click, get a menu, can choose
> fullscreen, and then I see a mindmap. I can also enable the menubar
> etc.
> When I leave fullscreen mode, all is gone (the mindmap as well as the
> menubar ...).
>
> Back in fullscreen mode, when I enter the configuration, I get an
> empty grey window.
>
> Anyway, it's well possible that this is all another problem and
> related to some interaction between my window manager and
> java/freeplane.

Not probable, as I could see it under GNOME3 :-/

Please tell me if this issue pops up again.

> And I can confirm that the updated patch in git gets rid of the
> error.

@Tony: Could you upload freeplane-1.5.16-3 from git
(https://anonscm.debian.org/cgit/pkg-java/freeplane.git)?

I will work on understanding the issue in parallel.

Thanks and Best Regards,
-- 
Felix Natter

Bug#846951: execnet: testing/test_gateway.py::TestTracing::test_popen_stderr_tracing FAILED

[Daniel Stender]

Source: execnet
Version: 1.4.1-2
Severity: serious
Justification: fails to build from source

There is a test failure in this package from the reproducible builds CI in the 
2nd build
on amd64 [1]:


testing/test_gateway.py::TestTracing::test_popen_stderr_tracing FAILED
{...}
=== FAILURES ===
 TestTracing.test_popen_stderr_tracing _

self = 
capfd = <_pytest.capture.CaptureFixture instance at 0x7f439eae9710>
monkeypatch = <_pytest.monkeypatch.MonkeyPatch instance at 0x7f439eae97e8>
makegateway = >

def test_popen_stderr_tracing(self, capfd, monkeypatch, makegateway):
monkeypatch.setenv('EXECNET_DEBUG', "2")
gw = makegateway("popen")
pid = gw.remote_exec("import os ; channel.send(os.getpid())").receive()
out, err = capfd.readouterr()
slave_line = "[%s] creating slavegateway" % pid
>   assert slave_line in err
E   assert '[13247] creating slavegateway' in '8>\n[13247] gw0-slave 
[serve] spawning receiver thread\n[13247] gw0-slave [serve] integrating as 
primary thread\n[13247]...hed\n[13247] gw0-slave sent \n[13247] gw0-slave 1 sent channel close message\n'

testing/test_gateway.py:391: AssertionError
 pytest-warning summary 
WI1 /build/execnet-1.4.1/testing/conftest.py:21 'pytest_runtest_setup' hook 
uses deprecated __multicall__ argument
WC1 None pytest_funcarg__specsocket: declaring fixtures using 
"pytest_funcarg__" prefix is deprecated and scheduled to be removed in pytest 
4.0.  Please remove the prefix and use the @pytest.fixture decorator instead.
WC1 None pytest_funcarg__specssh: declaring fixtures using "pytest_funcarg__" 
prefix is deprecated and scheduled to be removed in pytest 4.0.  Please remove 
the prefix and use the @pytest.fixture decorator instead.
 Interrupted: stopping after 1 failures 
 1 failed, 229 passed, 607 skipped, 5 xfailed, 3 pytest-warnings in 15.21 
seconds
 

By the way, the package is RFA [2].

DS

[1] 
https://tests.reproducible-builds.org/debian/rb-pkg/testing/amd64/execnet.html

[2] https://bugs.debian.org/840032

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

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

Bug#239816: Add support for atari partition tables, v4

[John Paul Adrian Glaubitz]

Hi!

This is the fourth revision of my patch to add support for atari
partition tables in parted. With this update, I have included
atari labels in the t9021-maxima.sh test. For this, I had to move
get_sector_size() to a common location so it can be used in
_implemented_disk_label().

Both patches apply cleanly against git master and pass the testsuite
without any problems. I have also verified that the atari partitions
created with this patch are properly recognized on an Atari machine
with the help of the Aranym emulator.

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#239816: [PATCH 1/2] libparted:tests: Move get_sector_size() to common.c

[John Paul Adrian Glaubitz]

Moving get_sector_size() from disk.c to common.c allows
us to use it in _implemented_disk_label() to test for
512-byte sectors. This change is required to be able to
enable this test for atari partition tables for which
support is added in a follow-up patch.

Signed-off-by: John Paul Adrian Glaubitz 
---
 libparted/tests/common.c | 14 ++
 libparted/tests/common.h |  5 +
 libparted/tests/disk.c   | 15 ---
 3 files changed, 19 insertions(+), 15 deletions(-)

diff --git a/libparted/tests/common.c b/libparted/tests/common.c
index a0be997..9115686 100644
--- a/libparted/tests/common.c
+++ b/libparted/tests/common.c
@@ -7,9 +7,23 @@
 #include 
 
 #include "common.h"
+#include "xstrtol.h"
 
 #define STREQ(a, b) (strcmp (a, b) == 0)
 
+size_t get_sector_size (void)
+{
+  char *p = getenv ("PARTED_SECTOR_SIZE");
+  size_t ss = 512;
+  unsigned long val;
+  if (p
+  && xstrtoul (p, NULL, 10, , NULL) == LONGINT_OK
+  && val % 512 == 0)
+ss = val;
+
+  return ss;
+}
+
 PedExceptionOption
 _test_exception_handler (PedException* e)
 {
diff --git a/libparted/tests/common.h b/libparted/tests/common.h
index 1b1c801..5d7485e 100644
--- a/libparted/tests/common.h
+++ b/libparted/tests/common.h
@@ -1,5 +1,10 @@
 #include 
 
+/* Determine sector size from environment
+ *
+ */
+size_t get_sector_size (void);
+
 /* Create an empty disk image
  *
  * filename: file (with full path) where to write the disk image
diff --git a/libparted/tests/disk.c b/libparted/tests/disk.c
index 48561b9..62d20c1 100644
--- a/libparted/tests/disk.c
+++ b/libparted/tests/disk.c
@@ -7,24 +7,9 @@
 
 #include "common.h"
 #include "progname.h"
-#include "xstrtol.h"
 
 static char* temporary_disk;
 
-static
-size_t get_sector_size (void)
-{
-  char *p = getenv ("PARTED_SECTOR_SIZE");
-  size_t ss = 512;
-  unsigned long val;
-  if (p
-  && xstrtoul (p, NULL, 10, , NULL) == LONGINT_OK
-  && val % 512 == 0)
-ss = val;
-
-  return ss;
-}
-
 static void
 create_disk (void)
 {
-- 
2.10.2

Bug#239816: [PATCH 2/2] libparted: Add support for atari partition tables

[John Paul Adrian Glaubitz]

Signed-off-by: John Paul Adrian Glaubitz 
---
 libparted/labels/Makefile.am|1 +
 libparted/labels/atari.c| 1969 +++
 libparted/labels/pt-limit.gperf |1 +
 libparted/libparted.c   |4 +
 libparted/tests/common.c|3 +
 po/POTFILES.in  |1 +
 tests/t3310-flags.sh|6 +-
 tests/t9021-maxima.sh   |5 +-
 8 files changed, 1988 insertions(+), 2 deletions(-)
 create mode 100644 libparted/labels/atari.c

diff --git a/libparted/labels/Makefile.am b/libparted/labels/Makefile.am
index c996f81..3327c8c 100644
--- a/libparted/labels/Makefile.am
+++ b/libparted/labels/Makefile.am
@@ -19,6 +19,7 @@ noinst_LTLIBRARIES=   liblabels.la
 liblabels_la_SOURCES = \
   $(S390_SRCS) \
   aix.c\
+  atari.c  \
   bsd.c\
   dos.c\
   dvh.c\
diff --git a/libparted/labels/atari.c b/libparted/labels/atari.c
new file mode 100644
index 000..8ed0dfb
--- /dev/null
+++ b/libparted/labels/atari.c
@@ -0,0 +1,1969 @@
+/* -*- Mode: c; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 8 -*-
+
+libparted - a library for manipulating disk partitions
+atari.c - libparted module to manipulate Atari partition tables.
+Copyright (C) 2000-2001, 2004, 2007-2014 Free Software Foundation, Inc.
+
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 3 of the License, or
+(at your option) any later version.
+
+This program is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+
+You should have received a copy of the GNU General Public License
+along with this program.  If not, see .
+
+Contributor:  Guillaume Knispel 
+  John Paul Adrian Glaubitz 
+*/
+
+/*
+   Documentation :
+   README file of atari-fdisk
+   atari-fdisk source code
+   Linux atari partitions parser source code
+   ( fs/partitions/atari.[ch] )
+*/
+
+#include 
+
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+
+#include "pt-tools.h"
+
+#if ENABLE_NLS
+#  include 
+#  define _(String) dgettext (PACKAGE, String)
+#else
+#  define _(String) (String)
+#endif /* ENABLE_NLS */
+
+
+/** Atari data and structure stuff **/
+
+#define BOOTABLE_CKSUM 0x1234
+#define NONBOOT_CKSUM  0x4321
+
+#define GEM_MAX((32*1024*1024)/PED_SECTOR_SIZE_DEFAULT)
+
+#define PART_FLAG_USED 0x01
+#define PART_FLAG_BOOT_GEM 0x80/* GEMDOS  */
+#define PART_FLAG_BOOT_ASV 0x40/* Atari System V  */
+#define PART_FLAG_BOOT_BSD 0x20/* Net(?)BSD   */
+#define PART_FLAG_BOOT_LNX 0x10/* Linux   */
+#define PART_FLAG_BOOT_UNK 0x08/* unknown / other */
+
+#define N_AHDI 4
+#define N_ICD  8
+
+#define MAXIMUM_PARTS  64
+
+/* what we put instead of id, start and size in empty */
+/* partition tables, to be able to detect it */
+#define SIGNATURE_EMPTY_TABLE  "PARTEDATARI"
+#define SIGNATURE_EMPTY_SIZE   11
+
+/* to be compared to the last two bytes of 1st sector (Big Endian) */
+static const uint16_t atr_forbidden_sign[] = {
+   0x55AA,
+   0
+};
+
+static const char *atr_known_icd_pid[] = {
+   "BGM", "GEM", "LNX", "SWP", "RAW", NULL
+};
+
+/* static const char *atr_known_pid[] = { */
+/* "BGM", "GEM", "LNX", "MAC", "MIX", "MNX", "RAW", "SWP", "UNX", */
+/* "F32", "SV4", NULL */
+/* }; */
+
+struct _AtariPartID2BootFlag {
+   const char  pid[4];
+   uint8_t flag;
+};
+typedef struct _AtariPartID2BootFlag AtariPartID2BootFlag;
+
+static AtariPartID2BootFlag atr_pid2bf[] = {
+   { "GEM", PART_FLAG_BOOT_GEM },
+   { "BGM", PART_FLAG_BOOT_GEM },
+   { "UNX", PART_FLAG_BOOT_ASV },
+   { "LNX", PART_FLAG_BOOT_LNX },
+   { "",PART_FLAG_BOOT_UNK },
+};
+
+struct _AtariFS2PartId {
+   const char* fs;
+   const char  pid[4];
+   PedSector   max_sectors;
+};
+typedef struct _AtariFS2PartId AtariFS2PartId;
+
+static AtariFS2PartId atr_fs2pid[] = {
+/* Other ID are available : MIX MNX <= minix
+   UNX <= Atari SysV Unix
+   SV4 <= Univ System 4   */
+   { "ext2",   "LNX", INT32_MAX },
+   { "ext3",   "LNX", INT32_MAX },
+   { "fat16",  "GEM",   GEM_MAX }, /* small partitions */
+   

Bug#838849: rdflib upload (was: Re: Bug#843397: python-rdflib-jsonld: Requires python-rdflib 4.2.1) to work properly with schema.org contexts

[Andreas Tille]

Done, thanks for your preparation, Andreas.

On Thu, Dec 01, 2016 at 05:38:56PM +0100, chrysn wrote:
> Hello Andreas,
> 
> (tl;dr: all fixed, please build and upload).
> 
> On Thu, Nov 17, 2016 at 04:45:51PM +0100, Andreas Tille wrote:
> > While I have fixed the clean target in Git to make the build start at
> > all [...]
> 
> Thanks for the fix. It does not solve the whole issue of the clean
> target (that's an open TODO point in the package -- upstream seems to do
> its 2to3 in clean), but it does ensure double-buildability again.
> 
> 
> > [...] there is one remaining unit test error:
> > 
> > ...
> > No SPARQL endpoint for SPARQLUpdateStore (tests skipped)
> > Exception: RDFa parsing Error! __init__() got an unexpected keyword 
> > argument 'encoding'
> > 
> > Any idea?
> 
> Now yes: there is a circular build dependency I did not catch, and an
> already troublesome test case selected the old (installed) version,
> which didn't show up in my cowbuilder tests as I needed local repos back
> then to satisfy the sparqlwrapper build dependency.
> 
> A fix (disabling the offending tests) is in place until I've worked out
> how this should run properly with upstream; it's still a circular
> build-dep to be fixed, but as long as there are RC bugs open, I'd like
> to get the basics done first and then do the shining.
> 
> The debian branch (5c368a6433a3d) contains a cowbuilder-building and
> working version; please sponsor that as an upload.
> 
> > PS: If you need help to make the repository DPMT compliant I'd volunteer to
> > take over this task if you want me to do so.
> 
> Thanks, but unless you plan to do more on the package where the lack of
> DPMT configuration would be hindering to you, I'd like to use that
> package to practice git-dpm and to practically implement DPMT policy;
> I'd be happy to have the result of that reviewed, though, when bringing
> the package into the team.
> 
> Best regards
> chrysn
> 
> -- 
> To use raw power is to make yourself infinitely vulnerable to greater powers.
>   -- Bene Gesserit axiom



-- 
http://fam-tille.de

Bug#846920: magics++: FTBFS: No rule to make target '/usr/lib/i386-linux-gnu/libopenjp2.so', needed by 'lib/libMagPlus.so.3.0.0'

[Emilio Pozuelo Monfort]

Source: magics++
Version: 2.30.0-2
Severity: serious

Hi,

Your package failed to build everywhere with:

No rule to make target '/usr/lib/i386-linux-gnu/libopenjp2.so', needed by 
'lib/libMagPlus.so.3.0.0'.

Perhaps you need to build-depend on libopenjp2-7-dev.

Logs at https://buildd.debian.org/status/package.php?p=magics%2B%2B

Cheers,
Emilio

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

Kernel: Linux 4.7.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)

Bug#845383: connman: libxtables11 vs. libxtables12

[Debianer]

Package: connman
Followup-For: Bug #845383

Thank you, Arthur,

I found a blog, where someone built connman from source based on the
debuild command. With some modifcations the procedure worked on my Debian Sid
(unstable) distribution. The built connman binary depends on  libxtables12 now. 
I can
confirm, that connmand only starts, when iptables is installed.

My GUI network-app "cmst" for wireless connections is working again
(being dependent on connman). 

kind regards
oz

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

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

Versions of packages connman depends on:
ii  dbus 1.10.14-1
ii  init-system-helpers  1.46
ii  libc62.24-7
ii  libdbus-1-3  1.10.14-1
ii  libglib2.0-0 2.50.2-2
ii  libgnutls30  3.5.6-7
ii  libreadline7 7.0-1
ii  libxtables12 1.6.0+snapshot20161117-4
ii  lsb-base 9.20161125

Versions of packages connman recommends:
pn  bluez  
pn  ofono  
ii  wpasupplicant  2.5-2+v2.4-3+b1

Versions of packages connman suggests:
pn  indicator-network  

-- no debconf information

Bug#845606: The Bytecode Should Not Be Targeting Java 1.2

[殷啟聰]

FYI, I forwarded the bug to ASM's upstream issue tracker [1].

I propose the follwing patch to fix the bug:

```
diff --git a/debian/rules b/debian/rules
index 734f78c..ed59b80 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,7 +6,7 @@ VERSION ?= $(shell dpkg-parsechangelog | sed -rne
's/^Version: ([0-9.]+)[-+].*$$
dh $@ --with maven-repo-helper

 override_dh_auto_build:
-   dh_auto_build -- jar jdoc examples
+   dh_auto_build -- -Dproduct.noshrink=true jar jdoc examples

 override_mh_install:
mh_install -e$(VERSION)
```

[1]: 
http://forge.ow2.org/tracker/?func=detail=317779_id=23=100023

Bug#846926: RFP: gnome-shell-extension-lock-keys -- Display Capslock/NumLock status in Gnome Shell top panel

[Steve]

Package: wnpp
Severity: wishlist

* Package name: gnome-shell-extension-lock-keys
  Version : unknown
  Upstream Author : kazimieras.vaina 
* URL : https://github.com/kazysmaster/gnome-shell-extension-
lockkeys
* License : GPL version 2
  Programming Lang: JavaScript
  Description : It shows notifications about numlock or capslock state
change.

It shows notifications about numlock or capslock state change.

This is a Gnome Shell extension.
My laptop (Dell XPS L702x) does not have a NumLk indicator. This enables me to
see the status at a glance.

There is another extension called Keys Indicator but it also shows the status
of the Shift, Ctrl & Alt keys which I think is unecessary. Also, this extension
takes more space on the top panel.

I would like someone to package and maintain.

Bug#846916: gitlab dropdown menus do not work

[Johannes Schauer]

Hi,

Quoting Pirate Praveen (2016-12-04 12:07:49)
> On ഞായര്‍ 04 ഡിസംബര്‍ 2016 04:27 വൈകു, Johannes Schauer wrote:
> > Am I missing to do something? Maybe I have to invalidate some caches?
> 
> You'll have to precompile assets
> 
> rake assets:precompile

running that command doesn't work. In the hope I'm not screwing anything up I
ran this instead:

$ runuser -u gitlab -- sh -c 'cd /usr/share/gitlab && export $(cat 
/etc/gitlab/gitlab-debian.conf) && rake assets:precompile RAILS_ENV=production
I, [2016-12-04T13:55:56.046192 #587]  INFO -- : Writing 
/usr/share/gitlab/public/assets/application-63590ebd4b9c93a0058b706b6d2f8841aad0da2f28b3a7c21fb50ac9a18eef6f.js
I, [2016-12-04T13:55:56.046927 #587]  INFO -- : Writing 
/usr/share/gitlab/public/assets/application-63590ebd4b9c93a0058b706b6d2f8841aad0da2f28b3a7c21fb50ac9a18eef6f.js.gz

Is that the expected output?

> Then you have to clean the browser cache (or use incognito mode).

I tried a fresh profile and the same error happens. It should thus also still
happen for you if you also want to try again.

> If that doesn't work, try reinstalling gitlab.

I did "apt-get install --reinstall gitlab" to no effect.

> Just to be double sure, check
> /usr/share/ruby-jquery-rails/vendor/assets/javascripts and verify jquery2*
> are not symbolic links. Try removing ruby-jquery-rails if it is still symlink
> (dpkg may refuse to overwrite symlinks).

This is how my directory looks like now:

ls -lha /usr/share/ruby-jquery-rails/vendor/assets/javascripts
total 496K
drwxr-xr-x 2 root root 4.0K Dec  4 10:50 .
drwxr-xr-x 3 root root 4.0K Dec  4 09:35 ..
-rw-r--r-- 1 root root 252K Nov 30 16:23 jquery2.js
-rw-r--r-- 1 root root  84K Nov 30 16:23 jquery2.min.js
-rw-r--r-- 1 root root 127K Nov 30 16:23 jquery2.min.map
lrwxrwxrwx 1 root root   39 Nov 30 16:23 jquery3.js -> 
../../../../javascript/jquery/jquery.js
lrwxrwxrwx 1 root root   43 Nov 30 16:23 jquery3.min.js -> 
../../../../javascript/jquery/jquery.min.js
lrwxrwxrwx 1 root root   44 Nov 30 16:23 jquery3.min.map -> 
../../../../javascript/jquery/jquery.min.map
lrwxrwxrwx 1 root root   39 Nov 30 16:23 jquery.js -> 
../../../../javascript/jquery/jquery.js
lrwxrwxrwx 1 root root   43 Nov 30 16:23 jquery.min.js -> 
../../../../javascript/jquery/jquery.min.js
lrwxrwxrwx 1 root root   44 Nov 30 16:23 jquery.min.map -> 
../../../../javascript/jquery/jquery.min.map
-rw-r--r-- 1 root root  22K Nov 30 16:23 jquery_ujs.js


You can try out the current situation yourself on the test instance, just to be
sure that the problem is not with my browser cache.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#846943: RM: ocaml-schroedinger -- RoQA; schroedinger scheduled for removal

[Sebastian Ramacher]

Package: ftp.debian.org
Severity: normal

Please remove ocaml-schroedinger from unstable. schroedinger is scheduled for
removal (#845037), so ocaml-schroedinger needs to go (#845366). liquidsoap, the
only reverse dependency of ocaml-schroedinger, was already fixed to no longer
require the ocaml bindings.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#846946: debian-stretch-DI-alpha8: guided encrypted lvm: WARNING: Failed to connect to lvmetad

[Ognyan Kulev]

Package: installation-reports

I used the guided encrypted LVM option of 
debian-stretch-DI-alpha8-amd64-netinst.iso . The installation works 
fine, it asks for password on boot and continues to login prompt. But 
the following warning messages appear before and after entering password 
and I think it would be good if these are avoided (by some changes in 
initrd generation?):


WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vg" not found
Cannot process volume group vg
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vg" not found
Cannot process volume group vg
Please unlock disk sda5_crypt:
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Reading all physical volumes. This may take a while...
Found volume group "vg" using metadata type lvm2
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
2 logical volumes in volume group "vg" now active
cryptsetup: sda5_crypt setup successfully

Best regards,
Ognyan

Bug#840594: outguess: Still you interested in maintain outguess?

[Eriberto Mota]

In a private email message, Anthony said that I can take care of outguess.

Eriberto

Bug#846859: collectd: Don't depend on nagios3 which has been removed from unstable

[Sebastian Harl]

retitle 846859 collectd: Don't suggest nagios3 which has been removed from 
unstable
thanks

Hi,

On Sat, Dec 03, 2016 at 08:16:40PM +0100, Bas Couwenberg wrote:
> Please update your package to deal with the nagios3 removal from Debian
> (#845765).

Thanks for reporting this. This means no version of Nagios is available
in Debian anymore, right?

> diff -Nru collectd-5.6.1/debian/control collectd-5.6.1/debian/control
> --- collectd-5.6.1/debian/control 2016-11-01 07:32:47.0 +0100
> +++ collectd-5.6.1/debian/control 2016-12-03 19:53:14.0 +0100
> @@ -242,7 +242,7 @@
>  Architecture: any
>  Depends: ${shlibs:Depends}, ${misc:Depends}
>  Recommends: collectd
> -Suggests: nagios3 | nagios2
> +Suggests: icinga
>  Replaces: collectd (<< 4.6.1-1~)
>  Description: statistics collection and monitoring daemon (utilities)
>   collectd is a small daemon which collects system information periodically 
> and

I suppose quite a few people will still use nagios nevertheless. I'd
hence prefer to change this to icinga | nagios3. That'll make
backporting easier, too. I don't think that'd be a problem for you,
right?

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x2F1FFCC7 +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Bug#843392: perhaps a -gtk2 version for stretch would be a good idea?

[Adam Borowski]

There's no hope fixing keyboard switching for stretch, right?

If so, I believe it'd be a good idea to reintroduce a GTK2 version until
upstream fixes this -- either you or me could do it.  The lack of such a
basic functionality makes xfce4-terminal unfit for serious use -- many of us
have 10+ tabs per monitor -- with more on other workspaces.  Being able to
switch conveniently is vital: that's why console has Alt-F1..F12[1], screen
has Ctrl-a 1, irssi has Alt-1, etc.

In theory, I could use mate-terminal which does this part right (on GTK3!)
but then, mate-terminal sucks so in the past I used xfce4-terminal on
Gnome 2.  There's terminology that's crashy and also sucks.  Etc...


Meow!

[1]. 6 VTs being too few to even comfortably bring X back up.
-- 
u-boot problems can be solved with the help of your old SCSI manuals, the
parts that deal with goat termination.  You need a black-handled knife, and
an appropriate set of candles (number and color matters).  Or was it a
silver-handled knife?  Crap, need to look that up.

Bug#846872: gcc-7: FTBFS on m68k - fails to apply ada-m68k.diff patch

[John Paul Adrian Glaubitz]

On 12/04/2016 06:26 PM, Andreas Schwab wrote:
> On Dez 04 2016, John Paul Adrian Glaubitz  
> wrote:
> 
>> So I assume we can strip the patch from the changes in s-memory.adb and
>> s-memory.ads?
> 
> Yes.

OK, attaching the updated patch which applies cleanly.

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
gcc/ada/

2011-10-12  Mikael Pettersson  

	PR ada/48835
	* gcc-interface/Makefile.in: Add support for m68k-linux.
	* system-linux-m68k.ads: New file based on system-linux-ppc.ads
	and system-vxworks-m68k.ads.
	* s-memory.adb (Gnat_Malloc): New wrapper around Alloc, returning
	the memory address as a pointer not an integer.
	Add Gnat_Malloc -> __gnat_malloc export.
	* s-memory.ads: Remove Alloc -> __gnat_malloc export.

Index: b/src/gcc/ada/gcc-interface/Makefile.in
===
--- a/src/gcc/ada/gcc-interface/Makefile.in
+++ b/src/gcc/ada/gcc-interface/Makefile.in
@@ -2084,6 +2084,35 @@ ifeq ($(strip $(filter-out hppa% linux%,
   LIBRARY_VERSION := $(LIB_VERSION)
 endif
 
+# M68K Linux
+ifeq ($(strip $(filter-out m68k% linux%,$(arch) $(osys))),)
+  LIBGNAT_TARGET_PAIRS = \
+  a-intnam.adshttp://www.gnu.org/licenses/>.  --
+--  --
+-- GNAT was originally developed  by the GNAT team at  New York University. --
+-- Extensive contributions were provided by Ada Core Technologies Inc.  --
+--  --
+--
+
+package System is
+   pragma Pure;
+   --  Note that we take advantage of the implementation permission to make
+   --  this unit Pure instead of Preelaborable; see RM 13.7.1(15). In Ada
+   --  2005, this is Pure in any case (AI-362).
+
+   type Name is (SYSTEM_NAME_GNAT);
+   System_Name : constant Name := SYSTEM_NAME_GNAT;
+
+   --  System-Dependent Named Numbers
+
+   Min_Int   : constant := Long_Long_Integer'First;
+   Max_Int   : constant := Long_Long_Integer'Last;
+
+   Max_Binary_Modulus: constant := 2 ** Long_Long_Integer'Size;
+   Max_Nonbinary_Modulus : constant := 2 ** Integer'Size - 1;
+
+   Max_Base_Digits   : constant := Long_Long_Float'Digits;
+   Max_Digits: constant := Long_Long_Float'Digits;
+
+   Max_Mantissa  : constant := 63;
+   Fine_Delta: constant := 2.0 ** (-Max_Mantissa);
+
+   Tick  : constant := 0.000_001;
+
+   --  Storage-related Declarations
+
+   type Address is private;
+   pragma Preelaborable_Initialization (Address);
+   Null_Address : constant Address;
+
+   Storage_Unit : constant := 8;
+   Word_Size: constant := 32;
+   Memory_Size  : constant := 2 ** 32;
+
+   --  Address comparison
+
+   function "<"  (Left, Right : Address) return Boolean;
+   function "<=" (Left, Right : Address) return Boolean;
+   function ">"  (Left, Right : Address) return Boolean;
+   function ">=" (Left, Right : Address) return Boolean;
+   function "="  (Left, Right : Address) return Boolean;
+
+   pragma Import (Intrinsic, "<");
+   pragma Import (Intrinsic, "<=");
+   pragma Import (Intrinsic, ">");
+   pragma Import (Intrinsic, ">=");
+   pragma Import (Intrinsic, "=");
+
+   --  Other System-Dependent Declarations
+
+   type Bit_Order is (High_Order_First, Low_Order_First);
+   Default_Bit_Order : constant Bit_Order := High_Order_First;
+   pragma Warnings (Off, Default_Bit_Order); -- kill constant condition warning
+
+   --  Priority-related Declarations (RM D.1)
+
+   --  Is the following actually true for GNU/Linux/m68k?
+   --
+   --  0 .. 98 corresponds to the system priority range 1 .. 99.
+   --
+   --  If the scheduling policy is SCHED_FIFO or SCHED_RR the runtime makes use
+   --  of the entire range provided by the system.
+   --
+   --  If the scheduling policy is SCHED_OTHER the only valid system priority
+   --  is 1 and other values are simply ignored.
+
+   Max_Priority   : constant Positive := 97;
+   Max_Interrupt_Priority : constant Positive := 98;
+
+   subtype Any_Priority   is Integer  range  0 .. 98;
+   subtype Priority   is Any_Priority range  0 .. 97;
+   subtype Interrupt_Priority is Any_Priority range 98 .. 98;
+
+   Default_Priority : constant Priority := 48;
+
+private
+
+   type Address is mod Memory_Size;
+   Null_Address : constant Address := 0;
+
+   --
+   -- System Implementation Parameters --
+   --
+
+   --  These parameters provide information about the target that is used
+   --  by the compiler. They are in the private part of System, where 

Bug#831965: Status of asciidoc upload?

[Alexander Wirt]

Am 04.12.2016 um 14:16 schrieb Dr. Tobias Quathamer:

Am 02.12.2016 um 17:54 schrieb Joseph Herlant:

Hi Tobias,

Currently the permissions on the pkg-asciidoc group in alioth seems
pretty tight.
Last time I asked Alexander about the fact that the anonscm were not
available he checked and wasn't able to figure out why.
Only Fredrik Steen and Alexander Wirt have admin access and I'm the
only other member.
I've not been able to get in touch with them in a while. Maybe you'll
have more luck.

Maybe we should have this package moved to collab-maint or python
maintainers team to make the collaborative maintenance easier.
What do you think?


Hi Joseph,

maybe collab-maint would be best, but it's your call. Do you still 
have the git repository locally available? If so, we could import the 
history into collab-maint.

Sorry, I fucked this up. I will get joseph an admin tomorrow.

Alex

Bug#846965: openmpi: ftbfs on hurd-i386: more *MAX* occurrences

[Samuel Thibault]

Source: openmpi
Version: 2.0.2~git.20161225-2
Severity: important
Tags: upstream patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

The latest upload of openmpi to experimental FTBFS, due to
MAXHOSTNAMELEN and PATH_MAX.  The attached patch fixes the build_hurd
patch to fix this.

Samuel

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

Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- debian/patches/build_hurd.original  2016-12-04 17:24:01.0 +
+++ debian/patches/build_hurd   2016-12-04 17:27:50.0 +
@@ -226,3 +211,35 @@
  ssize_t  mca_fbtl_posix_pwritev(mca_io_ompio_file_t *fh )
  {
  /*int *fp = NULL;*/
+Index: 
openmpi-2.0.2~git.20161225/opal/mca/pmix/pmix3x/pmix/src/mca/base/pmix_mca_base_component_find.c
+===
+--- 
openmpi-2.0.2~git.20161225.orig/opal/mca/pmix/pmix3x/pmix/src/mca/base/pmix_mca_base_component_find.c
 
openmpi-2.0.2~git.20161225/opal/mca/pmix/pmix3x/pmix/src/mca/base/pmix_mca_base_component_find.c
+@@ -339,7 +339,7 @@ static int component_find_check (pmix_mc
+ }
+ 
+ if (!found) {
+-char h[MAXHOSTNAMELEN];
++char h[PMIX_MAXHOSTNAMELEN];
+ gethostname(h, sizeof(h));
+ pmix_show_help("help-mca-base.txt",
+"find-available:not-valid", true,
+Index: 
openmpi-2.0.2~git.20161225/opal/mca/pmix/pmix3x/pmix/src/mca/base/pmix_mca_base_var.c
+===
+--- 
openmpi-2.0.2~git.20161225.orig/opal/mca/pmix/pmix3x/pmix/src/mca/base/pmix_mca_base_var.c
 
openmpi-2.0.2~git.20161225/opal/mca/pmix/pmix3x/pmix/src/mca/base/pmix_mca_base_var.c
+@@ -420,8 +420,13 @@ int pmix_mca_base_var_cache_files(bool r
+ home = (char*)pmix_home_directory();
+ 
+ if(NULL == cwd) {
++#if !defined(MAXPATHLEN) && defined (__GLIBC__)
++if( NULL == (cwd = get_current_dir_name() ))
++#else
+ cwd = (char *) malloc(sizeof(char) * MAXPATHLEN);
+-if( NULL == (cwd = getcwd(cwd, MAXPATHLEN) )) {
++if( NULL == (cwd = getcwd(cwd, MAXPATHLEN) ))
++#endif
++{
+ pmix_output(0, "Error: Unable to get the current working 
directory\n");
+ cwd = strdup(".");
+ }

Bug#846966: evince: Please make the AppArmor profile support merged-/usr systems

[intrigeri]

Package: evince
Version: 3.22.1-2
Severity: normal
Tags: patch
User: pkg-apparmor-t...@lists.alioth.debian.org
Usertags: usrmerge
X-Debbugs-Cc: pkg-apparmor-t...@lists.alioth.debian.org

Hi,

the attached patch makes the included AppArmor policy support
merged-/usr systems. Please consider applying it :)

Cheers,
-- 
intrigeri

Index: debian/apparmor-profile.abstraction
===
--- debian/apparmor-profile.abstraction	(revision 51782)
+++ debian/apparmor-profile.abstraction	(working copy)
@@ -46,8 +46,8 @@
   /usr/bin/dvipdfmx Cx -> sanitized_helper,
 
   # supported archivers
-  /bin/gzip ixr,
-  /bin/bzip2 ixr,
+  /{usr/,}bin/gzip ixr,
+  /{usr/,}bin/bzip2 ixr,
   /usr/bin/unrar* ixr,
   /usr/bin/unzip ixr,
   /usr/bin/7zr ixr,
@@ -55,7 +55,7 @@
   /usr/bin/7za ixr,
   /usr/lib/p7zip/7za ixr,
   /usr/bin/zipnote ixr,
-  /bin/tar ixr,
+  /{usr/,}bin/tar ixr,
   /usr/bin/xz ixr,
 
   # allow read access to anything in /usr/share, for plugins and input methods

Bug#846526: cloud-init: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Marcin Kulisz]

On 2016-12-03 22:48:59, Adriano Rafael Gomes wrote:
> On Sat, Dec 03, 2016 at 08:15:50PM -0200, Tiago Ilieve wrote:
> 
> Hi Marcin and Tiago,
> 
> Thank you for your comments.
> 
> > The differences between the original Portuguese (from Portugal) and
> > Brazilian Portuguese may be very subtle, which looks like to be the
> > case here.
> 
> I agree. Thanks for the explanation.
> 
> > Were this translation reviewed by debian-l10n-portuguese@l.d.o (I do
> > not follow that list)? I'll not suggest any changes here, as I do not
> > know how the translation team works. If they reviewed it indeed, we
> > can certainly include this file for the next release.
> 
> Yes, the translation was reviewed by the team, you can see the history
> at the list archives:
> https://lists.debian.org/debian-l10n-portuguese/2016/11/threads.html#00037
> 
> Tiago, if you have some suggestions to improve the translation, please
> feel free to send them either to me or to the list.
> 
> After researching about the fallback data source, I would propose a new
> round of translations.
> http://cloudinit.readthedocs.io/en/latest/topics/datasources/fallback.html
> 
> Marcin, can you wait until a new reviewed version is prepared, please?

Sure no problem.
-- 

|_|0|_|  |
|_|_|0|  "Panta rei" |
|0|0|0|  kuLa    |

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


signature.asc
Description: PGP signature

Bug#846816: java.lang.NoSuchFieldError: DLU2

[Felix Natter]

hi Vincent,
hi Gregor,

I think that since the stack trace contains an invocation of GNOME's
AtkWrapper, that may be the problem (we've had problems with this
before!).

@Vincent/@Gregor: Could you please try the following (with the old
freeplane-1.5.16-2)? (please do NOT remove your ~/.config/freeplane
before)

- find out which java you are using:

$ ls -lh /etc/alternatives/java
lrwxrwxrwx 1 root root 46 Oct  9  2015 /etc/alternatives/java -> 
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java

- edit /etc/java-8-openjdk/accessibility.properties
  (please use the correct one for your java version)

- comment out this line:
#assistive_technologies=org.GNOME.Accessibility.AtkWrapper

- start freeplane again (from console)

Thanks for Reporting & Testing,
-- 
Felix Natter

Bug#842177: transition: hdf5

[Gilles Filippini]

Emilio Pozuelo Monfort a écrit le 03/12/2016 à 12:26 :
> On 01/12/16 19:38, Emilio Pozuelo Monfort wrote:
>> On 01/12/16 19:32, Gilles Filippini wrote:
>>> Gilles Filippini a écrit le 28/11/2016 à 10:05 :
 Emilio Pozuelo Monfort a écrit le 27/11/2016 à 23:52 :
> On 27/11/16 23:21, Gilles Filippini wrote:
>> Hi,
>>
>> Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 :
> Yes, this is looking very good, so I'm acking it. But please don't 
> upload just
> yet, I'll give you the go in a few days when things are a bit calmer 
> (there are
> just too many transitions at the moment).
>>
>> Any news on this side? I'm waiting after the transition to upload a new
>> release of the package which will have to go through the NEW queue
>> because of new binary packages for the java bindings.
>
> Go ahead.

 Release 1.10.0-patch1+docs-1 uploaded to unstable.
>>>
>>> No binnmu so far. Is there anything preventing the transition?
>>> I think there is no need to wait for sh4 and powerpcspe builds: they're
>>> unsuccessful since release 1.8.16.
>>
>> I'm waiting for the buildds to catch up after I scheduled the xserver binNMU 
>> on
>> mips* yesterday and the remaining boost1.62 ones earlier today.
>>
>> I'll likely schedule these later today or tomorrow.
> 
> That's done. Please file RC bugs for packages that failed to build.

libsis-jhdf5-java   #842815
mpb #846923
slurm-llnl  #828549
trilinos#815725
labplot BD-Unsinstallable
ruby-hdfeos5#846353
insighttoolkit4 Building
magic++ #846920
minc-tools  Needs a new binNMU now that libminc is built
vtk6#846372

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#846325: RFS: netperfmeter/1.6.1-1

[Tobias Frost]

Control: owner -1 !
Control: tags -1 +moreinfo


Hi Thomas,

required fixes for uploads:
- d/changelog:
The entries for not released Debian versions should be deleted
(preferred) or marked as UNRELEASED. You also can concentrate all
entries not part of a prior (Debian) release into the most recent
entry.
- d/copyright: The license short tag should be GPL-3+ not GPL-3 (note
the "+")
- d/control: Is colorgcc really needed as B-D? Here it builds
without...
- d/control: Standard-Version is not latest.
- d/compat: Please migrate to compat level 10 -- then also autoreconf
and stuff will be run automatically.
- d/control: your homepage is down.
- d/rules: the override for dh_installchangelogs is not needed. 

nitpicks, not required for upload
- As far as I can see debian/netperfmon.(install|manpages) is not
needed, picked up automatically.

For the check-all-the-thing I recommend to install this package and run
it yourself. I only quoted a bit of it.
Use e.g
check-all-the-things --checks-output-lines 256 


Check-All-The-Things: (nitpick section, but please implement as much as
you think makes sense)

- several versioned B-Ds are already fulfilled in oldstable, can be
dropped: 

Warning in 'control source Build-Depends:3' value 'dpkg-dev (>=
1.16.1~)': unnecessary versioned dependency: dpkg-dev (>= 1.16.1~).
Debian has oldstable -> 1.16.18; stable-kfreebsd -> 1.17.25; stable ->
1.17.27; testing -> 1.18.15;
Warning in 'control source Build-Depends:4' value 'libbz2-dev (>=
1.0)': unnecessary versioned dependency: libbz2-dev (>= 1.0). Debian
has oldstable -> 1.0.6-4; stable -> 1.0.6-7+b3; unstable -> 1.0.6-8;
unstable -> 1.0.6-8+b1;
Warning in 'control source Build-Depends:6' value 'libglib2.0-dev (>=
2.0.0)': unnecessary versioned dependency: libglib2.0-dev (>= 2.0.0).
Debian has oldstable -> 2.33.12+really2.32.4-5; stable-kfreebsd ->
2.42.1-1; stable -> 2.42.1-1+b1; jessie-backports -> 2.48.0-1~bpo8+1;
testing -> 2.50.2-2; experimental -> 2.51.0-2;
Warning in 'control source Build-Depends:7' value 'libsctp-dev (>=
1.0.5)': unnecessary versioned dependency: libsctp-dev (>= 1.0.5).
Debian has oldstable -> 1.0.11+dfsg-2; stable -> 1.0.16+dfsg-2;
unstable -> 1.0.17+dfsg-1;

Warning in 'control binary:netperfmeter Recommends:2' value 'subnetcalc
(>= 2.0.2)': unnecessary versioned dependency: subnetcalc (>= 2.0.2).
Debian has stable-kfreebsd -> 2.1.3-1; testing -> 2.1.3-1+b1;

-- your homepage is down:
E: debian/control: Homepage: http://www.iem.uni-due.de/~dreibh/netperfm
eter/: ERROR (Certainty:certain)
   Curl:28 HTTP:0 Timeout was reached Connection timed out after 60001
milliseconds

E: debian/copyright:4: URL: http://www.iem.uni-due.de/~dreibh/netperfme
ter/: ERROR (Certainty:possible)
   Curl:28 HTTP:0 Timeout was reached Connection timed out after 6
milliseconds

-- flawfinder (could be false positive)
$ flawfinder -Q -c .
Flawfinder version 1.31, (C) 2001-2014 David A. Wheeler.
Number of rules (primarily dangerous function names) in C/C++ ruleset:
169
./src/outputfile.cc:153:  [4] (format) printf:
  If format strings can be influenced by an attacker, they can be
exploited
  (CWE-134). Use a constant for the format specification.
bool OutputFile::printf(const char* str, ...)
./src/outputfile.cc:160:  [4] (format) vsnprintf:
  If format strings can be influenced by an attacker, they can be
exploited,
  and note that sprintf variations do not always \0-terminate (CWE-
134). Use
  a constant for the format specification.
(clipped, more hints exists)



include-what-you-use:


src/outputfile.h should remove these lines:
- #include   // lines 28-28

===
# As per RFC 6068, there should be no slashes after "mailto:;.
$ grep -rF mailto:/ .
./src/createsummary.1:mailto://dre...@iem.uni-due.de
./src/netperfmeter.1:mailto://dre...@iem.uni-due.de
./src/combinesummaries.1:mailto://dre...@iem.uni-due.de
./src/pdfmetadata.1:mailto://dre...@iem.uni-due.de
./src/plot-netperfmeter-results.1:mailto://dre...@iem.uni-due.de
./src/extractvectors.1:mailto://dre...@iem.uni-due.de
./src/runtimeestimator.1:mailto://dre...@iem.uni-due.de
./src/pdfembedfonts.1:mailto://dre...@iem.uni-due.de

===
Typos:
./ChangeLog:5727: priviledges  ==> privileges
./src/netperfmeter.cc:528: successfull  ==> successful


=
deheader

./src/flow.cc has more than one inclusion of 
deheader: ./src/tools.cc has more than one inclusion of 
deheader: in ./src/combinesummaries.cc, =\s*false portability requires
.
deheader: remove  from ./src/combinesummaries.cc
deheader: remove  from ./src/combinesummaries.cc
deheader: remove  from ./src/combinesummaries.cc
deheader: in ./src/control.cc, fopen() portability requires .
deheader: in ./src/control.cc, =\s*false portability requires
.
deheader: in ./src/control.cc, ntohs() portability requires
.
deheader: in ./src/control.cc, exit() portability requires .
deheader: remove  from ./src/control.cc
deheader: remove  from 

Bug#846930: colplot: [INTL:it] updated Italian translation of debconf messages

[Beatrice Torracca]

Package: colplot
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the updated Italian translation of colplot
debconf messages proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian debconf translation of colplot.
# Copyright (C) 2016, colplot package copyright holder
# This file is distributed under the same license as the colplot package.
# Alessandro De Zorzi , 2009.
# Beatrice Torracca , 2012, 2016.
msgid ""
msgstr ""
"Project-Id-Version: colplot 0.8.7e\n"
"Report-Msgid-Bugs-To: colp...@packages.debian.org\n"
"POT-Creation-Date: 2016-02-11 11:28-0700\n"
"PO-Revision-Date: 2016-08-01 15:35+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: select
#. Choices
#: ../colplot.templates:2001
#| msgid "Apache2"
msgid "apache2"
msgstr "apache2"

#. Type: select
#. Choices
#: ../colplot.templates:2001
#| msgid "Lighttpd"
msgid "lighttpd"
msgstr "lighttpd"

#. Type: select
#. Choices
#: ../colplot.templates:2001
msgid "None"
msgstr "Nessuno"

#. Type: select
#. Description
#: ../colplot.templates:2002
msgid "Web server:"
msgstr "Server web:"

#. Type: select
#. Description
#: ../colplot.templates:2002
#| msgid ""
#| "Please select the web server for which colplot should be automatically "
#| "configured."
msgid ""
"Please select the web server for which Colplot should be automatically "
"configured."
msgstr ""
"Selezionare il server web per il quale configurare automaticamente Colplot."

#. Type: select
#. Description
#: ../colplot.templates:2002
msgid "Select \"None\" if you would like to configure the web server manually."
msgstr "Selezionare \"Nessuno\" per configurare il server web manualmente."

Bug#840378: another stable update

[Mateusz Łukasik]

On Fri, 2 Dec 2016 19:50:24 +0100 Salvatore Bonaccorso 
 wrote:

> Hi Mateusz,
>

Hi Salvatore,

> On Sun, Nov 13, 2016 at 06:15:20PM +, Adam D. Barratt wrote:
> > Control: tags -1 -moreinfo +confirmed
> >
> > On Sun, 2016-11-13 at 19:09 +0100, Adam Borowski wrote:
> > > On Sun, Nov 13, 2016 at 05:42:57PM +, Adam D. Barratt wrote:
> > > > On Mon, 2016-10-17 at 10:16 +0200, Salvatore Bonaccorso wrote:
> > > > > JFTR, I'm perfectly fine if -- in case accepted by the SRM -- my
> > > > > proposed debdiff just get squashed in in Mateusz upload, or if he
> > > > > want's to do the upload. In fact I have X-Debbug-CC'ed on my 
first

> > > > > request, just in case he would like to take over.
> > > >
> > > > That sounds good, thanks; sorry for the delay in getting back 
to you

> > > > both.
> > > >
> > > > Please could someone prepare and test a package including both 
fixes,

> > > > and send the debdiff to this report.
> > >
> > > Mateusz already prepared a debdiff, it's in #841017;
> >
> > Which isn't a release.debian.org bug, hence my not knowing about it.
> >
> > > I've attached a copy.
> >
> > Thanks.
> >
> > > It looks sane, and does build successfully on amd64, i386 and armhf.
> > > I don't know anything about either bug so I don't know if the 
upload fixes
> > > them, but as it's a simple merge I have no reason to suspect 
otherwise.
> > > It's up to maintainer to do such tests, and I suspect it's 
already done.

> >
> > If Mateusz could confirm that then I'd be happy for the package to be
> > uploaded.
>
> I think we need a confirmation from you to proceed :-)


Go ahead.

>
> Regards,
> Salvatore
>
>

Mateusz

Bug#846945: skytraq: cannot set new location; in 1.5.3-1, not in 1.5.0-3

[Jeroen N. Witmond]

Package: gpsbabel
Version: 1.5.3-1
Severity: normal

Dear Maintainer,

I have a GPS logger, a GT-730FL-S, from which I can get the data with command

$ gpsbabel -i skytraq -f /dev/ttyACM0 -o gpx -F `date '+%Y%m%d-%H%M%S'`.gpx

in jessie, gpsbabel version 1.5.0-3.

Today, the same command fails in stretch, gpsbabel version 1.5.3-1,  with 
message
  skytraq: cannot set new location

It did work in stretch on Nov 27 13:57, but I apparently updated gpsbabel 
on Nov 27 16:18. Today was the first use since that update.


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

Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=en_NL.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gpsbabel depends on:
ii  libc6 2.24-7
ii  libgcc1   1:6.2.0-13
ii  libqtcore44:4.8.7+dfsg-11
ii  libstdc++66.2.0-13
ii  libusb-0.1-4  2:0.1.12-30
ii  zlib1g1:1.2.8.dfsg-2+b3

Versions of packages gpsbabel recommends:
ii  gpsbabel-doc  1.5.3-1

gpsbabel suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US:en",
LC_ALL = (unset),
LANG = "en_NL.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

Bug#845425: DataSource no longer accessible since jessie security update

[Arne Nordmark]

Den 2016-12-04 kl. 15:00, skrev Markus Koschany:
> On 04.12.2016 09:22, Arne Nordmark wrote:
>> Unfortunately, the newly released wheezy security update 7.0.28-4+deb7u7
>> also suffers from this problem.
>>
>> Can it be so that the important part missing is the loop traversing the
>> class loaders in validateGlobalResourceAccess():
>>
>> while (cl != null) {
>>  ...
>>  cl = cl.getParent();
>> }
> 
> Hello,
> 
> I have prepared the update for Wheezy. Since you confirmed that using the 
> ResourceLinkFactory class
> from 7.x trunk works for you, we have replaced the current version with this 
> one. At the moment I
> fail to understand what we are missing because upstream's fix for 
> CVE-2016-6797 is relatively
> straightforward [1] and we have already taken your bug report into account.
> 
> Could you elaborate in which file the code from above is missing?

Sorry if I was unclear. In the ResourceLinkFactory class,
CVE-2016-6797.patch adds among other things the new method

private static boolean validateGlobalResourceAccess(String globalName)

However, the upstream version 7.0.73 there is another change to this new
method, which is the loop over the parent class loaders I was referring
to above.

It seems that when preparing CVE-2016-6797-part2.patch, this change was
left out, but it may be the change that actually makes things work.

I can build and run Debian tomcat7 on both wheezy and jessie, so if you
would like me to make any further tests, please let me know.

Thanks,
Arne

> 
> Thanks,
> 
> Markus
> 
> 
> [1] https://svn.apache.org/viewvc?view=revision=1757275
> 
> 
> 
> 
> 

Bug#846015: chromium 54.0.2840.101-1 crashes on gmail.com

[Karagkiaouris Diamantis]

Package: chromium
Version: 55.0.2883.75-1
Followup-For: Bug #846015

Dear Maintainer,

Chromium crashes on some websites but i could not find the cause. It
crashes very oft on google translate and gmail web client. Also this was
output from chromium when i ran it from commandline.


[2039:2039:1204/163424:ERROR:sandbox_linux.cc(343)] InitializeSandbox() called 
with multiple threads in process gpu-process. 
Received signal 11 SEGV_MAPERR 
#0 0x560b6f1a877e 
#1 0x560b6f1a8b39 
#2 0x7f06556a3100 
  r8: 560b73924c08  r9: 0001 r10: 00096afe r11: 
0246
 r12: 560b755c07cd r13: 08b0849b9c58 r14: 7ffccf418fd0 r15: 
7ffccf419110
  di: 08b089a0f320  si: 7ffccf419000  bp: 08b084952d40  bx: 
7ffccf418fe0
  dx: 7ffccf419330  ax: 08b089a0f320  cx: 7f06558aa2c0  sp: 
7ffccf418f48
  ip:  efl: 00010246 cgf: 002b0033 erf: 
0014
 trp: 000e msk:  cr2: 
[end of stack trace]

but i don't know if it is relevant or not.

Thank you

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

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

Versions of packages chromium depends on:
ii  libasound2   1.1.2-1
ii  libatk1.0-0  2.22.0-1
ii  libavcodec57 7:3.2.1-1
ii  libavformat577:3.2.1-1
ii  libavutil55  7:3.2.1-1
ii  libc62.24-7
ii  libcairo21.14.6-1.1
ii  libcups2 2.2.1-2
ii  libdbus-1-3  1.10.14-1
ii  libevent-2.0-5   2.0.21-stable-2.1
ii  libexpat12.2.0-1
ii  libflac8 1.3.1-4
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.2.1-5
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.2-2
ii  libgtk2.0-0  2.24.31-1
ii  libharfbuzz0b1.2.7-1+b1
ii  libicu57 57.1-5
ii  libjpeg62-turbo  1:1.5.1-2
ii  libminizip1  1.1-8
ii  libnettle6   3.3-1
ii  libnspr4 2:4.12-6
ii  libnss3  2:3.26.2-1
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpng16-16  1.6.26-2
ii  libpulse09.0-5
ii  libre2-3 20161101+dfsg-2
ii  libsnappy1v5 1.1.3-3
ii  libstdc++6   6.2.1-5
ii  libvpx4  1.6.0-3
ii  libwebp6 0.5.1-3
ii  libwebpdemux20.5.1-3
ii  libx11-6 2:1.6.3-1
ii  libx11-xcb1  2:1.6.3-1
ii  libxcb1  1.12-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.2-1
ii  libxi6   2:1.7.6-1.1
ii  libxml2  2.9.4+dfsg1-2.1
ii  libxrandr2   2:1.5.0-1
ii  libxrender1  1:0.9.9-2
ii  libxslt1.1   1.1.29-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+3
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-2+b3

Versions of packages chromium recommends:
ii  fonts-liberation  1:1.07.4-2

Versions of packages chromium suggests:
ii  chromium-l10n  55.0.2883.75-1

-- no debconf information

Bug#842815: Re-opening: Please support HDF5 1.10

[Gilles Filippini]

pini a écrit le 04/12/2016 à 12:42 :
> Hi,
> 
> On Wed, 23 Nov 2016 08:06:27 +0100 Andreas Tille 
> wrote:
>> Hi Bernd,
>>
>> On Wed, Nov 23, 2016 at 06:54:21AM +0100, Bernd Rinn wrote:
>>> the migration of JHDF5 to HDF5 1.10 is ongoing and mostly depend on me
>>> having a block of time I can spend on it. Your analysis of the work that
>>> needs to be done is right from what I can see. The plan is to switch to
>>> using the JNI library from the HDF group wherever possible (it may still
>>> be necessary to have a small JNI library though as some calls appear to
>>> be missing).
>>
>> Thanks for your feedback.
>>  
>>> I will keep you updated.
>>
>> This would be very helpful.  Just to let you know:  If you want to have
>> JHDF5 distributed with the next stable Debian release the deadline for a
>> fix would be about Christmas since there is a freeze at 5.1.2017 and the
>> package needs 10 days from beeing uploaded to make it into the pool
>> called "testing" where all release candidates are residing.
>>
>> Kind regards and thanks for your cooperation
> 
> The hdf5 package now in Debian experimental builds the java wrapper
> library shipped with hdf5-1.10: libhdf5-java, libhdf5-jni.

HDF5-1.10 transition is done and libhdf5-java and libhdf5-jni are now in
unstable.

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#846916: gitlab dropdown menus do not work

[Pirate Praveen]

On ഞായര്‍ 04 ഡിസംബര്‍ 2016 08:49 വൈകു, Pirate Praveen wrote:
> I can see the problem is still there. I'm creating a stretch lxc
> container to see if I can reproduce it.
And with pretty-print option of chromium, this is where the error occurs,

(function(t) {
return t.widget("ui.autocomplete", {
version: "1.12.1",

After purge and reinstall, the issue is still there.
On git.fosscommunity.in libjs-jquery-ui is 1.10.1+dfsg-1 and it works.

So I think this was introduced in libjs-jquery-ui 1.12.1+dfsg, there was
some major reshuffle. See https://tracker.debian.org/news/810960

Build jquery-ui.js and jquery-ui.css from source with manual created
 build system (until Debian has grunt)
 - total rework of how the package is built

After downgrading to 1.10, its working again
wget
http://ftp.us.debian.org/debian/pool/main/j/jqueryui/libjs-jquery-ui_1.10.1+dfsg-1_all.deb
wget
https://people.debian.org/~praveen/gitlab/pool/main/r/ruby-jquery-ui-rails/ruby-jquery-ui-rails_5.0.5-3_all.deb




signature.asc
Description: OpenPGP digital signature

Bug#824670: ITP: dnsdiag -- DNS Diagnostics and Performance Measurement Tools

[Ana C. Custura]

Hi,

I've uploaded the package to mentors.debian.net:

https://mentors.debian.net/package/dnsdiag

Looking forward to your feedback.

Ana

PS: sorry for the wait, have ended up being very busy for the past 2
months.


On Tue, Oct 18, 2016, at 07:52 PM, Antoine Beaupré wrote:
> On 2016-10-18 14:17:00, Ana C. Custura wrote:
> > On Tue, Oct 18, 2016, at 03:30 PM, anarcat wrote:
> >
> >> I believe this removes the last blocker you have documented for
> >> packaging this.
> >> 
> >> Good luck with the packaging, let me know if you need help!
> >
> > Great news, thanks! Aiming to get it done by the end of the week.
> >
> > If you don't mind you could check the package once I've uploaded it to
> > mentors.debian.net and then you could be my sponsor for this one?
> 
> No problem, let me know.
> 
> A.
> 
> -- 
> VBscript: la simplicité du C, la puissance du BASIC
> - Mathieu Petit-Clair

Bug#843464: jmol: FTBFS (RawPacketWriter() has private access in RawPacketWriter)

[tony mancill]

On Sun, 06 Nov 2016 19:46:49 + Santiago Vila wrote:
> Package: src:jmol
> Version: 12.2.32+dfsg2-1
> Severity: serious

The recent upload of naga 3.0 [1] broke jmol.  I'm looking into a patch
to port jmol to use libnaga-java_3.0.

Cheers,
tony

[1] https://tracker.debian.org/news/807912



signature.asc
Description: OpenPGP digital signature