Bug#820733: Guidelines for sensible package synopsis (was: Bug#820733: RFS: Series/1.0 [ITP] -- Keep track of your favourite TV series)

[Ben Finney]

Tiago Ilieve  writes:

> Hi Sartore,
>
> On 11 April 2016 at 16:36, Sartore Giorgio (Mani)  wrote:
> > series - keep track of your favourite TV series
>
> […] I would like to ask you to close this bug and open a new one when
> the package is more mature and have a few more users.

When starting that Debian package, please follow the guidelines for the
package description.

For example:

frobnicator of grellicules

The test to apply is detailed in the Developer's Reference §6.2.2:

Technically this is a noun phrase minus articles, as opposed to a
verb phrase. A good heuristic is that it should be possible to
substitute the package name and synopsis into this formula:

The package ‘name’ provides {a,an,the,some} synopsis.

So, the synopsis “keep track of your favourite TV series” makes that
sentence:

The package ‘series’ provides a keep track of your favourite TV series.

This doesn't make sense, and so the synopsis should be re-written to be
a noun phrase.

-- 
 \   “It is a part of probability that many improbable things will |
  `\   happen.” —Aristotle, _Poetics XXV_, 335 BCE |
_o__)  |
Ben Finney 

Bug#818816: zynaddsubfx: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Logan Rosen]

Package: zynaddsubfx
Version: 2.5.2-2
Followup-For: Bug #818816
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/patches/0007-isnan.patch: Grab patch from upstream Git to fix FTBFS
with libc 2.23 due to unqualified isnan.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-18-generic (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)
diff -Nru zynaddsubfx-2.5.2/debian/patches/0007-isnan.patch zynaddsubfx-2.5.2/debian/patches/0007-isnan.patch
--- zynaddsubfx-2.5.2/debian/patches/0007-isnan.patch	1970-01-01 00:00:00.0 +
+++ zynaddsubfx-2.5.2/debian/patches/0007-isnan.patch	2016-04-09 09:45:17.0 +
@@ -0,0 +1,24 @@
+Description: prefix isnan with std:: to fix FTBFS with libc 2.23
+Author: Mark McCurry 
+Origin: upstream
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818816
+Forwarded: not-needed
+Applied-Upstream: https://sourceforge.net/p/zynaddsubfx/code/ci/edca8ab11b0f408b9343dbf33cb3eb7f4c337577/
+Last-Update: 2016-04-12
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/src/DSP/FFTwrapper.h
 b/src/DSP/FFTwrapper.h
+@@ -58,10 +58,10 @@
+ FFTpolar(const _Tp& __rho, const _Tp& __theta = _Tp(0))
+ {
+ _Tp __x = __rho * cos(__theta);
+-if (isnan(__x))
++if (std::isnan(__x))
+ __x = 0;
+ _Tp __y = __rho * sin(__theta);
+-if (isnan(__y))
++if (std::isnan(__y))
+ __y = 0;
+ return std::complex<_Tp>(__x, __y);
+ }
diff -Nru zynaddsubfx-2.5.2/debian/patches/series zynaddsubfx-2.5.2/debian/patches/series
--- zynaddsubfx-2.5.2/debian/patches/series	2015-11-16 21:06:21.0 +
+++ zynaddsubfx-2.5.2/debian/patches/series	2016-04-09 08:02:16.0 +
@@ -4,3 +4,4 @@
 0004-fix_build.patch
 0005-desktop_files.patch
 0006-misspeling-2.patch
+0007-isnan.patch

Bug#820775: libcurl3: Compile libcurl3 with c-ares support

[Jeremy Kuek]

Package: libcurl3
Version: 7.38.0-4+deb8u3
Severity: wishlist

Dear Maintainer,

My system has 2 network interfaces, one of which is connected to the internet, 
and the other is connected to an internal network.

My application is using libcurl to send HTTP and HTTPS requests to various 
servers.

I wish to be able to use hostnames on both interfaces, and the respective DNS 
servers to resolve those names. The curl documentation provides the options 
CURLOPT_DNS_INTERFACE, CURLOPT_DNS_SERVERS for just this purpose.

However, those options require libcurl to be compiled with the c-ares backend.

Refer to:
https://curl.haxx.se/libcurl/c/CURLOPT_DNS_INTERFACE.html
https://curl.haxx.se/dev/readme-ares.html


Currently I am having to use IP addresses for the internal network. 
It seems like the only short term solution to use hostnames for both networks 
is to use a custom-compiled libcurl.

In the future, can the official libcurl package be compiled with c-ares support?


-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 8.0 (jessie)
Release:8.0
Codename:   jessie
Architecture: armv6l

Kernel: Linux 4.4.6+
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libcurl3 depends on:
ii  libc6  2.19-18+deb8u4
ii  libcomerr2 1.42.12-1.1
ii  libgssapi-krb5-2   1.12.1+dfsg-19+deb8u2
ii  libidn11   1.29-1
ii  libk5crypto3   1.12.1+dfsg-19+deb8u2
ii  libkrb5-3  1.12.1+dfsg-19+deb8u2
ii  libldap-2.4-2  2.4.40+dfsg-1
ii  librtmp1   2.4+20150115.gita107cef-1
ii  libssh2-1  1.4.3-4.1+deb8u1
ii  libssl1.0.01.0.1k-3+deb8u4
ii  multiarch-support  2.19-18+deb8u4
ii  zlib1g 1:1.2.8.dfsg-2

Versions of packages libcurl3 recommends:
ii  ca-certificates  20141019+deb8u1

libcurl3 suggests no packages.

-- no debconf information

Bug#820733: RFS: Series/1.0 [ITP] -- Keep track of your favourite TV series

[Tiago Ilieve]

Hi Sartore,

On 11 April 2016 at 16:36, Sartore Giorgio (Mani)  wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "series":
>
> Package name: series
> Version : 1.0
> Upstream Author : Sartore Giorgio 
> URL : https://github.com/Mani-GS/series.git
> License : GPL 3
>
> It builds those binary packages:
>
> series - keep track of your favourite TV series

Actually this isn't a Debian package. It's an upstream repository for
an application that can possibly be packaged for Debian. In this case,
you do not want a Request for Sponsorship (RFS) but a Request for
Package (RFP).

Anyway, the repository itself is less than 12 hours old and the
application probably doesn't have any userbase besides the upstream
author, which is you. I would like to ask you to close this bug and
open a new one when the package is more mature and have a few more
users.

Regards,
Tiago.

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Bug#727096: uscan: store signature for upstream tarball in debian/

[Paul Wise]

On Tue, 22 Oct 2013 10:42:51 +0200 Ansgar Burchardt wrote:

> uscan would store the signature for the upstream tarball as
> obtained via pgpsigurlmangle=... in the debian/ directory

ISTR another idea was to place the upstream signature alongside the
upstream tarball instead of inside the debian/ directory.

foo_0.1.2.orig.tar.gz
foo_0.1.2.orig.tar.gz..asc

AFAIR, there was some work in dak done already to allow this?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#820047: make exits with no output

[Manoj Srivastava]

severity 820047 minor
tags 820047 + moreinfo
thanks

On Mon, Apr 04 2016, Richard Jasmin wrote:

> Package: make
> Version: 4.0-8.1
> Severity: grave
> Justification: renders package unusable

> I have a weird repeatable issue with make.
> Sometimes I make something and make exits cleanly and does nothing.
> At said time, no call to make will actually do anything.

> The workaround is to close the shell and re-open a new one to restore
> functionality.

> build a kpkg and youll see what I mean.This has happened with other QT 
> projects
> as well in the past, so its not kernel specific or code specific.

What is a kpkg?

> This shouldnt happen.If make is getting thrown to the wolves, then we need to
> be able to see where and how to fix it.
> (mebbe a double free, null pointer, or failure to free mem?)

There is no actionable information in this bug report. I don't
 see a Makefile, or a test case, or even a way to reproduce the
 issue. Since Make is used every day to build Debian packages in the
 build daemons, and by countless other people, I don;t think you need to
 worry about it being thrown to the wolves.

Please document what you did, what the correct responses were,
 the state of the target and the prerequisites, or any way the
 problem can be demonstrated and reproduced, and attach to information
 to this report.

Thanks for your interest in Make, and your attempts to make it
 better. It is appreciated.

manoj
-- 
Pandora's Rule: Never open a box you didn't close.
Manoj Srivastava    
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


smime.p7s
Description: S/MIME cryptographic signature

Bug#820774: appstream: non-actionable warning messages

[Paul Wise]

Package: appstream
Version: 0.9.3-1
Severity: normal
Usertags: warnings

I occasionally get the following warning message. Unfortunately it is
non-actionable since it doesn't say what package the issue is related
to nor what metadata the issue was in. Please do one of these; remove
the message entirely, offer to auto-send debugging info, print
information about the issue (package/etc) for bug reporters or prevent
these errors from occurring by blocking them on the server.


AppStream cache update completed, but some metadata was ignored due to errors.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (860, 
'testing-proposed-updates'), (850, 'buildd-testing-proposed-updates'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages appstream depends on:
ii  libappstream30.9.3-1
ii  libc62.22-6
ii  libglib2.0-0 2.48.0-1
ii  libprotobuf-lite9v5  2.6.1-1.3
ii  libxapian22v51.2.22-3
ii  libxml2  2.9.3+dfsg1-1
ii  libyaml-0-2  0.1.6-3

appstream recommends no packages.

appstream suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#820752: nfs-kernel-server: nfs server fails to start: nfds module can not be loaded: failed to allocate reply cache

[J Mo]

No special VM settings. The system had an uptime of 17 days.

The hardware is slightly odd, being a Zotac ZBox Nano CI320, which uses 
the Intel N2930, but it's stable and I have not had any other problems 
worth noting.


I upgraded and rebooted to linux-image-4.4.0-1-amd64 and now the issue 
is gone. Not sure if it's because of the fresh reboot or the upgrade.


Thanks Ben



On 4/11/16 20:05, Ben Hutchings wrote:

Control: reassign -1 src:linux 4.3.3-7
Control: severity -1 normal
Control: tag -1 unreproducible moreinfo

On Mon, 2016-04-11 at 17:43 -0700, J Mo wrote:

Package: nfs-kernel-server
Version: 1:1.2.8-9
Severity: grave
Justification: renders package unusable

Relatively new system and I'm trying to get nfsd working, but it fails.

It failed for you, but generally it works.


After looking at journalctl, it seems that the nfsd module can not be loaded:

Apr 11 17:37:50.511723 myhost kernel: Installing knfsd (copyright (C) 1996 
o...@monad.swb.de).
Apr 11 17:37:50.511864 myhost kernel: modprobe: page allocation failure: 
order:4, mode:0x2040d0

That's an allocation of 64 KiB with mode GFP_KERNEL | __GFP_COMP |
__GFP_NOTRACK.

[...]

Apr 11 17:37:50.513675 myhost kernel: Node 0 DMA free:15896kB min:20kB low:24kB 
high:28kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB 
unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15984kB 
managed:15900kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB 
slab_reclaimable:4kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB 
unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB 
writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Apr 11 17:37:50.513742 myhost kernel: lowmem_reserve[]: 0 2870 7861 7861
Apr 11 17:37:50.513811 myhost kernel: Node 0 DMA32 free:703004kB min:4112kB 
low:5140kB high:6168kB active_anon:13524kB inactive_anon:17448kB 
active_file:500576kB inactive_file:512192kB unevictable:0kB isolated(anon):0kB 
isolated(file):0kB present:3018236kB managed:2942260kB mlocked:0kB dirty:0kB 
writeback:0kB mapped:16376kB shmem:5232kB slab_reclaimable:1151992kB 
slab_unreclaimable:29404kB kernel_stack:1152kB pagetables:4056kB unstable:0kB 
bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB 
pages_scanned:0 all_unreclaimable? no
Apr 11 17:37:50.514824 myhost kernel: lowmem_reserve[]: 0 0 4990 4990
Apr 11 17:37:50.514899 myhost kernel: Node 0 Normal free:315912kB min:7152kB 
low:8940kB high:10728kB active_anon:33964kB inactive_anon:21560kB 
active_file:1120576kB inactive_file:1447708kB unevictable:0kB 
isolated(anon):0kB isolated(file):0kB present:5242880kB managed:5110500kB 
mlocked:0kB dirty:16kB writeback:0kB mapped:32176kB shmem:15280kB 
slab_reclaimable:2083336kB slab_unreclaimable:48188kB kernel_stack:1440kB 
pagetables:6980kB unstable:0kB bounce:0kB free_pcp:188kB local_pcp:0kB 
free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Apr 11 17:37:50.516638 myhost kernel: lowmem_reserve[]: 0 0 0 0
Apr 11 17:37:50.516721 myhost kernel: Node 0 DMA: 2*4kB (UE) 2*8kB (UE) 2*16kB 
(UE) 1*32kB (E) 3*64kB (UE) 2*128kB (UE) 2*256kB (UE) 1*512kB (E) 2*1024kB (UE) 
2*2048kB (EM) 2*4096kB (M) = 15896kB
Apr 11 17:37:50.516789 myhost kernel: Node 0 DMA32: 105486*4kB (UEM) 32237*8kB 
(UEM) 1411*16kB (UEM) 30*32kB (UEM) 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 
0*2048kB 0*4096kB = 703376kB
Apr 11 17:37:50.516856 myhost kernel: Node 0 Normal: 64405*4kB (UEM) 6948*8kB 
(UEM) 161*16kB (UEM) 5*32kB (EM) 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 
0*2048kB 0*4096kB = 315940kB
Apr 11 17:37:50.516924 myhost kernel: Node 0 hugepages_total=0 hugepages_free=0 
hugepages_surp=0 hugepages_size=2048kB
Apr 11 17:37:50.516992 myhost kernel: 901921 total pagecache pages
Apr 11 17:37:50.517064 myhost kernel: 1530 pages in swap cache
Apr 11 17:37:50.517128 myhost kernel: Swap cache stats: add 15480, delete 
13950, find 36006575/36008881
Apr 11 17:37:50.517194 myhost kernel: Free swap  = 3874448kB
Apr 11 17:37:50.517257 myhost kernel: Total swap = 3906556kB

[...]

Strange.  The system had lots of RAM and swap available.  The Normal
zone was fragmented so no 64 KiB blocks were immediately available, but
this allocation could have waited for defragmentation if needed.

(Such fragmentation only occurs after the system has been running for
some time, so I'm confident nfsd will successfully load if you try
loading it shortly after booting.)

Do you have any VM settings in /etc/sysctl.conf or /etc/sysctl.d?

Ben.

Bug#820746: scim no longer compatible with libgtk-3-bin

[Tz-Huan Huang]

Hi,


On Tue, Apr 12, 2016 at 7:26 AM, 積丹尼 Dan Jacobson 
wrote:

> X-Debbugs-Cc: 818...@bugs.debian.org
> Package: scim
> Severity: important
> Version: 1.4.15-6
>
> Dear scim maintainers, your package is no longer compatible with
> libgtk-3-bin. The box becomes white.
> libgtk-3-*3.18.9-1* was the last compatible version.
> See bug #818555.
>
>
Thank you very much for the report. I'm looking into it now.

Tz-Huan

Bug#820752: nfs-kernel-server: nfs server fails to start: nfds module can not be loaded: failed to allocate reply cache

[Ben Hutchings]

Control: reassign -1 src:linux 4.3.3-7
Control: severity -1 normal
Control: tag -1 unreproducible moreinfo

On Mon, 2016-04-11 at 17:43 -0700, J Mo wrote:
> Package: nfs-kernel-server
> Version: 1:1.2.8-9
> Severity: grave
> Justification: renders package unusable
> 
> Relatively new system and I'm trying to get nfsd working, but it fails.

It failed for you, but generally it works.

> After looking at journalctl, it seems that the nfsd module can not be loaded:
> 
> Apr 11 17:37:50.511723 myhost kernel: Installing knfsd (copyright (C) 1996 
> o...@monad.swb.de).
> Apr 11 17:37:50.511864 myhost kernel: modprobe: page allocation failure: 
> order:4, mode:0x2040d0

That's an allocation of 64 KiB with mode GFP_KERNEL | __GFP_COMP |
__GFP_NOTRACK.

[...]
> Apr 11 17:37:50.513675 myhost kernel: Node 0 DMA free:15896kB min:20kB 
> low:24kB high:28kB active_anon:0kB inactive_anon:0kB active_file:0kB 
> inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB 
> present:15984kB managed:15900kB mlocked:0kB dirty:0kB writeback:0kB 
> mapped:0kB shmem:0kB slab_reclaimable:4kB slab_unreclaimable:0kB 
> kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_pcp:0kB 
> local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 
> all_unreclaimable? yes
> Apr 11 17:37:50.513742 myhost kernel: lowmem_reserve[]: 0 2870 7861 7861
> Apr 11 17:37:50.513811 myhost kernel: Node 0 DMA32 free:703004kB min:4112kB 
> low:5140kB high:6168kB active_anon:13524kB inactive_anon:17448kB 
> active_file:500576kB inactive_file:512192kB unevictable:0kB 
> isolated(anon):0kB isolated(file):0kB present:3018236kB managed:2942260kB 
> mlocked:0kB dirty:0kB writeback:0kB mapped:16376kB shmem:5232kB 
> slab_reclaimable:1151992kB slab_unreclaimable:29404kB kernel_stack:1152kB 
> pagetables:4056kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB 
> free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
> Apr 11 17:37:50.514824 myhost kernel: lowmem_reserve[]: 0 0 4990 4990
> Apr 11 17:37:50.514899 myhost kernel: Node 0 Normal free:315912kB min:7152kB 
> low:8940kB high:10728kB active_anon:33964kB inactive_anon:21560kB 
> active_file:1120576kB inactive_file:1447708kB unevictable:0kB 
> isolated(anon):0kB isolated(file):0kB present:5242880kB managed:5110500kB 
> mlocked:0kB dirty:16kB writeback:0kB mapped:32176kB shmem:15280kB 
> slab_reclaimable:2083336kB slab_unreclaimable:48188kB kernel_stack:1440kB 
> pagetables:6980kB unstable:0kB bounce:0kB free_pcp:188kB local_pcp:0kB 
> free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
> Apr 11 17:37:50.516638 myhost kernel: lowmem_reserve[]: 0 0 0 0
> Apr 11 17:37:50.516721 myhost kernel: Node 0 DMA: 2*4kB (UE) 2*8kB (UE) 
> 2*16kB (UE) 1*32kB (E) 3*64kB (UE) 2*128kB (UE) 2*256kB (UE) 1*512kB (E) 
> 2*1024kB (UE) 2*2048kB (EM) 2*4096kB (M) = 15896kB
> Apr 11 17:37:50.516789 myhost kernel: Node 0 DMA32: 105486*4kB (UEM) 
> 32237*8kB (UEM) 1411*16kB (UEM) 30*32kB (UEM) 0*64kB 0*128kB 0*256kB 0*512kB 
> 0*1024kB 0*2048kB 0*4096kB = 703376kB
> Apr 11 17:37:50.516856 myhost kernel: Node 0 Normal: 64405*4kB (UEM) 6948*8kB 
> (UEM) 161*16kB (UEM) 5*32kB (EM) 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 
> 0*2048kB 0*4096kB = 315940kB
> Apr 11 17:37:50.516924 myhost kernel: Node 0 hugepages_total=0 
> hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
> Apr 11 17:37:50.516992 myhost kernel: 901921 total pagecache pages
> Apr 11 17:37:50.517064 myhost kernel: 1530 pages in swap cache
> Apr 11 17:37:50.517128 myhost kernel: Swap cache stats: add 15480, delete 
> 13950, find 36006575/36008881
> Apr 11 17:37:50.517194 myhost kernel: Free swap  = 3874448kB
> Apr 11 17:37:50.517257 myhost kernel: Total swap = 3906556kB
[...]

Strange.  The system had lots of RAM and swap available.  The Normal
zone was fragmented so no 64 KiB blocks were immediately available, but
this allocation could have waited for defragmentation if needed.

(Such fragmentation only occurs after the system has been running for
some time, so I'm confident nfsd will successfully load if you try
loading it shortly after booting.)

Do you have any VM settings in /etc/sysctl.conf or /etc/sysctl.d?

Ben.

-- 
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.

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

Bug#820773: libjlha-java: FTBFS, can't find a javac compiler

[Logan Rosen]

Package: libjlha-java
Version: 0.0.20050504-8
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

libjlha-java currently fails to build from source on at least amd64 because
it can't find a javac compiler:
https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/libjlha-java.html

This is due to an obsolete build dependency on default-jdk-builddep.

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/control: Build-depend on default-jdk instead of obsolete
default-jdk-builddep to fix FTBFS.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-18-generic (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)
diff -Nru libjlha-java-0.0.20050504/debian/control libjlha-java-0.0.20050504/debian/control
--- libjlha-java-0.0.20050504/debian/control	2010-04-11 14:49:30.0 +
+++ libjlha-java-0.0.20050504/debian/control	2016-04-09 07:13:50.0 +
@@ -4,7 +4,7 @@
 Maintainer: Debian Java Maintainers 
 Uploaders: Michael Koch 
 Build-Depends: cdbs (>= 0.4.36), debhelper (>= 5)
-Build-Depends-Indep: ant, default-jdk-builddep, default-jdk-doc
+Build-Depends-Indep: ant, default-jdk, default-jdk-doc
 Standards-Version: 3.8.4
 Homepage: http://homepage1.nifty.com/dangan/Content/Program/Java/jLHA/LhaLibrary.html
 Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/libjlha-java

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator.

[Sérgio Benjamim]

Thanks G. !

Package updated.

sergio-br2

Bug#820772: teem: FTBFS on arm64 and ppc64el

[Logan Rosen]

Package: teem
Version: 1.11.0~svn6057-1.1
Severity: serious
Tags: patch
Justification: fails to build from source
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

teem currently fails to build from source on arm64 and ppc64el because they
were not added to the -ffp-contract=off list in the 1.11.0~svn6057-1.1 NMU.

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/rules: Readd arm64 and ppc64el to -ffp-contract=off list to fix
FTBFS on those architectures.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-18-generic (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)
diff -Nru teem-1.11.0~svn6057/debian/rules teem-1.11.0~svn6057/debian/rules
--- teem-1.11.0~svn6057/debian/rules	2016-04-09 08:27:04.0 +
+++ teem-1.11.0~svn6057/debian/rules	2016-04-08 21:02:02.0 +
@@ -27,7 +27,7 @@
 ifneq (,$(filter $(DEB_HOST_ARCH_CPU), i386))
   CFLAGS += -ffloat-store
 endif
-ifneq (,$(filter $(DEB_HOST_ARCH_CPU), powerpc ppc64 s390x))
+ifneq (,$(filter $(DEB_HOST_ARCH_CPU), arm64 powerpc ppc64 ppc64el s390x))
   CFLAGS += -ffp-contract=off
 endif
 

Bug#820771: xss-lock breaks suspend with xscreesaver on testing

[Jay Kamat]

Package: xss-lock
Version: 0.3.0-2
Severity: important

Dear Maintainer,

With the latest update of xscreensaver, xss-lock, a package which locks
the screen using xscreensaver on suspend seems to prevent a suspend, and
additionally renders the 'poweroff, reboot, and shutdown' commands all
inoperative. These are the errors that I get from systemctl status
poweroff.service. 

● poweroff.target - Power-Off
   Loaded: loaded (/lib/systemd/system/poweroff.target; disabled; vendor
   preset: disabled)
  Active: inactive (dead)
   Docs: man:systemd.special(7)

I'm not sure how to provide any additional logs, but if you give me
a place to look I can provide additional info.

Steps to Reproduce:

1. Install xscreensaver, xss-lock
2. Reboot system
3. Suspend via closing laptop lid
4. Suspend dosen't work but everything else keeps functioning normally.
(no black screen).
5. Attempt to poweroff/reboot

Uninstalling the xss-lock package solves this issue.

Again, let me know if there is any additional information I can provide.

-Jay Kamat


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

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

Bug#820770: lintian: init.d-script-possible-missing-stop should special-case runlevel S scripts

[Felipe Sateler]

Package: lintian
Version: 2.5.43
Severity: minor

A service that is started in runlevel S is likely to be needed while in
single-user mode. Therefore, it is very reasonable to use
Default-Start: 0 6

Lintian should check that the script is started on runlevel S, and if
so, do not warn if it is not stopped in runlevel 1.

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

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

Versions of packages lintian depends on:
ii  binutils  2.26-8
ii  bzip2 1.0.6-8
ii  diffstat  1.61-1
ii  file  1:5.25-2
ii  gettext   0.19.7-2
ii  hardening-includes2.8+nmu2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.29+b5
ii  libarchive-zip-perl   1.57-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-1+b1
ii  libdata-alias-perl1.20-1+b1
ii  libdpkg-perl  1.18.4
ii  libemail-valid-perl   1.198-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.413-1+b1
ii  libparse-debianchangelog-perl 1.2.0-8
ii  libperl5.22 [libdigest-sha-perl]  5.22.1-9
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.41-6+b1
ii  man-db2.7.5-1
ii  patchutils0.3.4-1
ii  perl  5.22.1-9
ii  t1utils   1.39-2
ii  xz-utils  5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg 1.18.4
ii  libautodie-perl  2.29-2
ii  libperlio-gzip-perl  0.19-1+b1
ii  perl 5.22.1-9
ii  perl-modules-5.22 [libautodie-perl]  5.22.1-9

Versions of packages lintian suggests:
ii  binutils-multiarch 2.26-8
ii  dpkg-dev   1.18.4
ii  libhtml-parser-perl3.72-1
ii  libtext-template-perl  1.46-1

-- no debconf information

Bug#746966: debian-live: HiDPI support needed for debian-installer

[Robert Edmonds]

Chris Bainbridge wrote:
> After booting the netinst iso, the text of the Debian installer is
> very small on HiDPI displays, for many users it will be  unreadable.
> This problem is going to get worse as higher resolution 4k laptops
> begin to appear.

Hi,

Any update on this? I did a text mode install on a machine with a 13"
3200x1800 screen today and the text was quite tiny.

Thanks!

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

Bug#820769: gnocchi: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: gnocchi
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820768: nova: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Source: nova
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820767: mistral: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: mistral
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820763: heat: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Source: heat
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820766: manila: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: manila
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820764: magnum: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: magnum
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820765: luarocks: should Recommend lua-sec

[Roland Hieber]

Package: luarocks
Version: 2.2.0+dfsg-2
Severity: wishlist

Dear Maintainer,

When installing rocks, I'm getting a line "Warning: falling back to wget -
install luasec to get native HTTPS support". After installing lua-sec manually,
the warning goes away, so I guess it would be a good thing to somehow depend on
lua-sec via Recommends or Suggests.

Cheers,

 - Roland

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

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

Versions of packages luarocks depends on:
ii  liblua5.1-0-dev [liblua5.1-dev]  5.1.5-8
ii  lua5.1   5.1.5-8
ii  wget 1.17.1-1+b1
ii  zip  3.0-11

luarocks recommends no packages.

luarocks suggests no packages.

-- no debconf information

Bug#820762: glance: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Source: glance
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820761: cinder: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Source: cinder
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820760: ceilometer: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Source: ceilometer
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820759: aodh: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: aodh
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#819488: gparted crash with a libparted backtrace

[Phillip Susi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/11/2016 02:13 PM, Mattia Rizzolo wrote:
> On Mon, Apr 11, 2016 at 11:52:32AM -0600, Curtis Gedak wrote:
>> If I recall correctly, libparted was not able to handle when
>> there was only one unallocated sector between logical partitions
>> (it expects at least two).

I believe that is exactly it Curtis.

> well, that's really not a reason to crash like that! ;)

For the last 3 decades, it has not been a problem since every disk
partitioner has worked this way.  I have sen a few bug reports about
this recently though, and the others have reported using something
called Easeus disk partitioning software.  Have you used this?  It
would be good to confirm this is the source of the problem and I'll
see if I can't fix parted to handle it.


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCgAGBQJXDEi5AAoJEBB5UWFcu6UW1cgH/2ReOLJAbvtm6ZCVLd+S8VFG
/T42BG64dbtp5PEEeLt+fE7hYRQkTb+Kmnv5YEApJ39Sucihi3yx2EWUqwxmEZ9Y
QElVEbIBB82GUJtGEIhgOiCZKfSvqyDocOZ6Gm4n8ZQScOEzKMeNCb48F1mTBc5i
CVlCS1ynlfa0IoYqSx4EwH2K5Q6CNQhQiOrJtvGkiXryp7GkVwt37lrOpuR0z+D0
jThfBq7ULE7YPUXEgIwquBpxUWaHvU2eQdSKAhS9mQ4DvoAyHkn+YCWy8z5yjkE8
iY6uCMw70mtnG0nTF+m52TBbRb4KTrRno4MuF+2OMFttTyLVyblOFCm8bp08/7Y=
=wouG
-END PGP SIGNATURE-

Bug#820758: senlin: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: senlin
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--


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

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


ja.po.gz
Description: application/gzip

Bug#820751: RFS: emulationstation/2.0.1a [ITP]

[Sérgio Benjamim]

You'll need a theme package too, here: 
https://mentors.debian.net/package/emulationstation-theme-simple


--

sergio-br2

Bug#820756: postgresql-common: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Source: postgresql-common
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820757: zaqar: [INTL:ja] Japanese debconf templates translation update

[Takuma Yamada]

Package: zaqar
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese po-debconf templates translation (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into debian/po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820754: RFS: m2m-aligner/1.0-2 -- many-to-many alignments for string transduction

[Giulio Paci]

Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: Jakub Wilk 

  Dear mentors,

  I am looking for a sponsor for my package "m2m-aligner"

 * Package name: m2m-aligner
   Version : 1.0-2
   Upstream Author : Sittichai Jiampojamarn
 * URL : https://github.com/letter-to-phoneme/m2m-aligner/
 * License : MIT
   Section : science

  It builds those binary packages:

m2m-aligner - many-to-many alignments for string transduction

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

  https://anonscm.debian.org/git/collab-maint/m2m-aligner.git


  Regards,
   Giulio Paci

Bug#820755: unattended-upgrades: [INTL:ja] Japanese translation of po file update

[Takuma Yamada]

Package: unattended-upgrades
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Here's Japanese translation of po (ja.po) file that 
reviewed by several Japanese Debian developers and users.

Please copy the attachment into po/ja.po.

Kind regards.
--
Takuma Yamada


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

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


ja.po.gz
Description: application/gzip

Bug#820753: ITP: emulationstation-theme-simple -- Simple theme for EmulationStation

[Sérgio Benjamim]

Package: wnpp
Severity: wishlist
Owner: Sérgio Benjamim 

* Package name : emulationstation-theme-simple
  Version  : 1.4

  Upstream Author  : Nils "nilsbyte" Bonenberger

* URL  : http://blog.nilsbyte.de/
* License  : CC-BY-NC-SA-2.0
  Description  : Simple theme for EmulationStation

EmulationStation is a flexible, graphical front-end designed for
keyboardless navigation of your retro game collection, across
multiple systems.

This package provides a simple theme for EmulationStation
by nilsbyte.

The package source: https://github.com/nilsbyte/simple

--

sergio-br2

Bug#820752: nfs-kernel-server: nfs server fails to start: nfds module can not be loaded: failed to allocate reply cache

[J Mo]

Package: nfs-kernel-server
Version: 1:1.2.8-9
Severity: grave
Justification: renders package unusable

Relatively new system and I'm trying to get nfsd working, but it fails.

After looking at journalctl, it seems that the nfsd module can not be loaded:

Apr 11 17:37:50.511723 myhost kernel: Installing knfsd (copyright (C) 1996 
o...@monad.swb.de).
Apr 11 17:37:50.511864 myhost kernel: modprobe: page allocation failure: 
order:4, mode:0x2040d0
Apr 11 17:37:50.511949 myhost kernel: CPU: 3 PID: 15440 Comm: modprobe Not 
tainted 4.3.0-1-amd64 #1 Debian 4.3.3-7
Apr 11 17:37:50.512036 myhost kernel: Hardware name: Motherboard by ZOTAC 
ZBOX-CI320NANO series/ZBOX-CI320NANO series, BIOS B219P026 05/19/2015
Apr 11 17:37:50.512118 myhost kernel:   2423ca77 
812ddcf9 002040d0
Apr 11 17:37:50.512185 myhost kernel:  81164947 8802362120c0 
002040d0 
Apr 11 17:37:50.512251 myhost kernel:  2423ca77 0004 
2423ca77 8802362120c0
Apr 11 17:37:50.512316 myhost kernel: Call Trace:
Apr 11 17:37:50.512380 myhost kernel:  [] ? 
dump_stack+0x40/0x57
Apr 11 17:37:50.512445 myhost kernel:  [] ? 
warn_alloc_failed+0xf7/0x150
Apr 11 17:37:50.512514 myhost kernel:  [] ? 
__alloc_pages_nodemask+0x2e8/0xa10
Apr 11 17:37:50.512579 myhost kernel:  [] ? 
kmem_getpages+0x5b/0x100
Apr 11 17:37:50.512660 myhost kernel:  [] ? 
fallback_alloc+0x1ae/0x1f0
Apr 11 17:37:50.512728 myhost kernel:  [] ? 
nfsd_reply_cache_init+0xa4/0x100 [nfsd]
Apr 11 17:37:50.512793 myhost kernel:  [] ? 
__kmalloc+0x17c/0x1c0
Apr 11 17:37:50.512862 myhost kernel:  [] ? 
trace_event_define_fields_nfsd_stateid_class+0xab/0xab [nfsd]
Apr 11 17:37:50.512927 myhost kernel:  [] ? 
nfsd_reply_cache_init+0xa4/0x100 [nfsd]
Apr 11 17:37:50.512992 myhost kernel:  [] ? 
init_nfsd+0x4b/0xf55 [nfsd]
Apr 11 17:37:50.513059 myhost kernel:  [] ? 
do_one_initcall+0xb2/0x200
Apr 11 17:37:50.513123 myhost kernel:  [] ? 
do_init_module+0x5b/0x1dc
Apr 11 17:37:50.513195 myhost kernel:  [] ? 
load_module+0x2173/0x2780
Apr 11 17:37:50.513259 myhost kernel:  [] ? 
__symbol_put+0x60/0x60
Apr 11 17:37:50.513323 myhost kernel:  [] ? 
kernel_read+0x4b/0x70
Apr 11 17:37:50.513388 myhost kernel:  [] ? 
SyS_finit_module+0xae/0xe0
Apr 11 17:37:50.513460 myhost kernel:  [] ? 
system_call_fast_compare_end+0xc/0x67
Apr 11 17:37:50.513528 myhost kernel: Mem-Info:
Apr 11 17:37:50.513599 myhost kernel: active_anon:11872 inactive_anon:9752 
isolated_anon:0
 active_file:405288 inactive_file:489975 
isolated_file:0
 unevictable:0 dirty:4 writeback:0 
unstable:0
 slab_reclaimable:808833 
slab_unreclaimable:19398
 mapped:12138 shmem:5128 pagetables:2759 
bounce:0
 free:258703 free_pcp:49 free_cma:0
Apr 11 17:37:50.513675 myhost kernel: Node 0 DMA free:15896kB min:20kB low:24kB 
high:28kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB 
unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15984kB 
managed:15900kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB 
slab_reclaimable:4kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB 
unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB 
writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
Apr 11 17:37:50.513742 myhost kernel: lowmem_reserve[]: 0 2870 7861 7861
Apr 11 17:37:50.513811 myhost kernel: Node 0 DMA32 free:703004kB min:4112kB 
low:5140kB high:6168kB active_anon:13524kB inactive_anon:17448kB 
active_file:500576kB inactive_file:512192kB unevictable:0kB isolated(anon):0kB 
isolated(file):0kB present:3018236kB managed:2942260kB mlocked:0kB dirty:0kB 
writeback:0kB mapped:16376kB shmem:5232kB slab_reclaimable:1151992kB 
slab_unreclaimable:29404kB kernel_stack:1152kB pagetables:4056kB unstable:0kB 
bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB 
pages_scanned:0 all_unreclaimable? no
Apr 11 17:37:50.514824 myhost kernel: lowmem_reserve[]: 0 0 4990 4990
Apr 11 17:37:50.514899 myhost kernel: Node 0 Normal free:315912kB min:7152kB 
low:8940kB high:10728kB active_anon:33964kB inactive_anon:21560kB 
active_file:1120576kB inactive_file:1447708kB unevictable:0kB 
isolated(anon):0kB isolated(file):0kB present:5242880kB managed:5110500kB 
mlocked:0kB dirty:16kB writeback:0kB mapped:32176kB shmem:15280kB 
slab_reclaimable:2083336kB slab_unreclaimable:48188kB kernel_stack:1440kB 
pagetables:6980kB unstable:0kB bounce:0kB free_pcp:188kB local_pcp:0kB 
free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
Apr 11 17:37:50.516638 myhost kernel: lowmem_reserve[]: 0 0 0 0
Apr 11 17:37:50.516721 myhost kernel: Node 0 DMA: 2*4kB (UE) 2*8kB (UE) 2*16kB 
(UE) 1*32kB (E) 3*64kB (UE) 2*128kB (UE) 2*256kB (UE) 1*512kB (E) 2*1024kB (UE) 
2*2048kB (EM) 2*4096kB (M) = 15896kB
Apr 11 17:37:50.516789 myhost 

Bug#820751: RFS: emulationstation/2.0.1a [ITP]

[Sérgio Benjamim]

Package: sponsorship-requests
Severity: wishlist

Hey dear mentors!

I'm looking for a sponsor for my package "emulationstation"

EmulationStation is a flexible, graphical front-end designed for
keyboardless navigation of your retro game collection, across
multiple systems.


* Package name : emulationstation
  Version  : 2.0.1a

  Upstream Author  : Alec "Aloshi" Lofquist

* URL  :http://www.emulationstation.org
* License  : Expat / MIT
  Programming Lang : C++
  Description  : Graphical emulator front-end


It builds those binary packages:

emulationstation - Graphical emulator front-end


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

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


--
Sérgio Benjamim

Bug#820750: ITP: emulationstation -- Graphical emulator front-end

[Sérgio Benjamim]

Package: wnpp
Severity: wishlist
Owner: Sérgio Benjamim 

* Package name : emulationstation
  Version  : 2.0.1a

  Upstream Author  : Alec "Aloshi" Lofquist

* URL  : http://www.emulationstation.org
* License  : Expat / MIT
  Programming Lang : C++
  Description  : Graphical emulator front-end

EmulationStation is a flexible, graphical front-end designed for
keyboardless navigation of your retro game collection, across
multiple systems.

The package source: https://github.com/Aloshi/EmulationStation


--

sergio-br2

Bug#820749: RFS: normaliz/3.1.1+ds-1 [NEW VERSION] -- math computing tool suite

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors,

I am looking for sponsorship for the package normaliz, a math computing 
tool
suite for computations in affine monoids, vector configurations, lattice
polytopes, and rational cones. This is package mainly bring its latest
release to Debian. normaliz belongs to the depency set of Singular, 
itself
a major piece of Sage.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/normaliz.git

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

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (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: sysvinit (via /sbin/init)

Bug#815231: cmake: FTBFS on kfreebsd, hurd: 2 tests fail: BuildDepends, RunCMake.Configure

[Steven Chamberlain]

Hi,

I set up a UFS filesystem to build on, but could not reproduce the bug.

Please could someone try the attached diff?  If it fails, please share
the exact error (does it fail at the -build1 step or at -build2?), and
because the `ls` I added will show the file timestamps, to help debug.

This is how I'm invoking the test on its own (10 times) :

$ m=0 ; n=0 ; for i in $(seq 1 10) ; do Build/bin/cmake 
"-DCMAKE_MODULE_PATH=Tests/RunCMake" "-DRunCMake_GENERATOR=Unix Makefiles" 
"-DRunCMake_GENERATOR_PLATFORM=" "-DRunCMake_GENERATOR_TOOLSET=" 
"-DRunCMake_MAKE_PROGRAM=/usr/bin/make" 
"-DRunCMake_SOURCE_DIR=$(pwd)/Tests/RunCMake/Configure" 
"-DRunCMake_BINARY_DIR=$(pwd)/Build/Tests/RunCMake/Configure" "-P" 
"Tests/RunCMake/Configure/RunCMakeTest.cmake" && m=$((m+1)) ; n=$((n+1)) ; echo 
"PASSED $m/$n of iterations" ; done 2>&1 | tee test.log

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- a/Tests/RunCMake/Configure/RunCMakeTest.cmake
+++ b/Tests/RunCMake/Configure/RunCMakeTest.cmake
@@ -16,9 +16,10 @@
 file(WRITE "${input}" "1")
 file(WRITE "${depend}" "1")
 run_cmake(RerunCMake)
-execute_process(COMMAND ${CMAKE_COMMAND} -E sleep 1) # handle 1s resolution
 file(WRITE "${input}" "2")
+execute_process(COMMAND ${CMAKE_COMMAND} -E env bash -c "ls -altr --full-time ${RunCMake_TEST_BINARY_DIR}")
 run_cmake_command(RerunCMake-build1 ${CMAKE_COMMAND} --build .)
+execute_process(COMMAND ${CMAKE_COMMAND} -E sleep 1) # handle 1s resolution
 file(WRITE "${depend}" "2")
 run_cmake_command(RerunCMake-build2 ${CMAKE_COMMAND} --build .)
 unset(RunCMake_TEST_BINARY_DIR)


signature.asc
Description: Digital signature

Bug#808536: [Python-modules-team] Bug#808536: Bug#808536: pytest-django: diff for NMU version 2.9.1-2.1

[Brian May]

Brian May  writes:

> The patch looks good to me, I should be able to incooporate it into git
> and upload today.

Thanks for the patch. I have just uploaded a fixed version to Debian.
-- 
Brian May 

Bug#820748: uniconvertor: ImportError: No module named sk1libs.utils.fs

[Jason Woofenden]

Package: python-uniconvertor
Version: 1.1.5-2
Severity: important
File: /usr/bin/uniconvertor

Dear Maintainer,

I can't get uniconvertor to run. Example:

$ touch testin.ai
$ uniconvertor testin.ai out.svg
Traceback (most recent call last):
  File "/usr/bin/uniconvertor", line 13, in 
uniconv_run()
  File "/usr/lib/python2.7/dist-packages/uniconvertor/__init__.py", line 83, in 
uniconv_run
from app.io import load
  File "/usr/lib/python2.7/dist-packages/uniconvertor/app/__init__.py", line 
69, in 
from conf.configurator import Configurator
  File 
"/usr/lib/python2.7/dist-packages/uniconvertor/app/conf/configurator.py", line 
11, in 
from app.events import connector
  File "/usr/lib/python2.7/dist-packages/uniconvertor/app/__init__.py", line 
69, in 
from conf.configurator import Configurator
  File 
"/usr/lib/python2.7/dist-packages/uniconvertor/app/conf/configurator.py", line 
13, in 
from sk1libs.utils.fs import gethome
ImportError: No module named sk1libs.utils.fs
zsh: exit 1 uniconvertor testin.ai out.svg

I get the same results when touching/converting a filename with a
.svg ending (to .ps)

I assume the file contents don't matter, since it seems to be
pretty early instartup. I did try with a real .ai file originally,
but get the same crash with empty files as shown above.

-- 
Jason


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

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

Versions of packages python-uniconvertor depends on:
ii  libc6 2.22-5
ii  python2.7.11-1
ii  python-imaging3.1.1-1
ii  python-reportlab  3.3.0-1
pn  python:any

python-uniconvertor recommends no packages.

Versions of packages python-uniconvertor suggests:
pn  python-uniconvertor-dbg  

-- no debconf information

Bug#698920: fvwm: In FvwmWinList, the list shows the title names instead of the icon names

[Vincent Lefevre]

Control: retitle -1 fvwm: WM_ICON_NAME is sometimes ignored
Control: tags -1 patch

On 2013-02-07 12:56:04 +0100, Vincent Lefevre wrote:
> On 2013-02-07 12:52:57 +0100, Vincent Lefevre wrote:
> > On 2013-02-05 17:36:11 +, Thomas Adam wrote:
> > > Style * IconTitleFormat %i
> > > 
> > > Does that help?
> > 
> > No, this doesn't change anything.
> 
> Actually this option solves the problem for the current windows
> (after a Restart fvwm2...), but not for the new ones.

There were two issues:

1. The missing "Style * IconTitleFormat %i", which was useless before
fvwm 2.6.

2. So, "Style * IconTitleFormat %i" is needed, but there were still
problems with some windows at their creation. This problem is fixed
in fvwm 2.6.6. I hope Debian will upgrade. In the mean time, I've
found the fix in the Git repository thanks to "git bisect":

commit e3a5c5f6745448d75d284b6983bfeb8df6ca1ffb
Author: dane 
Date:   Sat Nov 9 17:20:49 2013 +

* fvwm/events.c (HandlePropertyNotify): Disable prior fix suspected of 
causing
problems.

I've attached the corresponding patch.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
diff --git a/fvwm/events.c b/fvwm/events.c
index abe4f62..33ef092 100644
--- a/fvwm/events.c
+++ b/fvwm/events.c
@@ -3419,8 +3419,15 @@ void HandlePropertyNotify(const evh_args_t *ea)
 * if the icon name is NoName, set the name of the icon to be
 * the same as the window
 */
-   if (!WAS_ICON_NAME_PROVIDED(fw) || (fw->icon_name.name &&
-   (fw->icon_name.name != fw->name.name)))
+   if (!WAS_ICON_NAME_PROVIDED(fw)
+#if 0
+   /* dje, reported as causing various dumps.
+  I tried to debug, but so far haven't even figured out
+  how to exercise this logic. Mov 9, 2013. */
+   || (fw->icon_name.name &&
+   (fw->icon_name.name != fw->name.name))
+#endif
+)
{
fw->icon_name = fw->name;
setup_visible_name(fw, True);

Bug#820716: texlive-binaries: Fails to build format files

[Norbert Preining]

Hi Hilmar,

Thanks, that is to be expected. I forgot to add the necessary breaks. 2015 
binaries cannot be used with 2015 packages.

Norbert


On April 12, 2016 1:42:47 AM GMT+09:00, "Hilmar Preuße"  wrote:
>Package: texlive-binaries
>Version: 2016.20160409.40358-1
>Severity: important
>
>Dear Maintainer,
>
>Currently applies only to experimental, hence severity important.
>
>I tried to install the texlive-binaries form experimental, it fails
>to configure as at least a format file could not be built. Downgrading
>to sid solved the problem:
>
>hille@sid-amd64:~$ luatex -ini   -jobname=luatex -progname=luatex
>luatex.ini
>This is LuaTeX, Version beta-0.95.0 (TeX Live 2016/Debian)  (INITEX)
> restricted system commands enabled.
>(/usr/share/texlive/texmf-dist/tex/plain/config/luatex.ini
>(/usr/share/texlive/texmf-dist/tex/generic/config/luatexiniconfig.tex)
>(/usr/share/texlive/texmf-dist/tex/generic/config/luatex-unicode-letters.tex
>loading Unicode properties)
>(/usr/share/texlive/texmf-dist/tex/plain/config/pdfetex.ini
>(/usr/share/texlive/texmf-dist/tex/generic/config/pdftexconfig.tex
>! Undefined control sequence.
>l.4 \pdfoutput
>=1
>? s
>OK, entering \scrollmode...
><...>
>50 preloaded fonts
>Output written on luatex.dvi (1 page, 168 bytes).
>Transcript written on luatex.log.
>hille@sid-amd64:~$
>
>Not sure if luatex is suddendly missing a feature here or if it must be
>called using a different name.
>
>Hilmar
>
>
>System used to call reportbug differs from the affected system.
>Informations below do not apply
>
>-- System Information:
>Debian Release: stretch/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable'), (1, 'experimental')
>Architecture: i386 (i686)
>
>Kernel: Linux 4.4.0-1-686-pae (SMP w/1 CPU core)
>Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>(ignored: LC_ALL set to en_GB.UTF-8)
>Shell: /bin/sh linked to /bin/dash
>Init: sysvinit (via /sbin/init)
>
>Versions of packages texlive-binaries depends on:
>ii  dpkg  1.18.4
>ii  install-info  6.1.0.dfsg.1-5
>ii  libc6 2.22-6
>ii  libfontconfig12.11.0-6.4
>ii  libfreetype6  2.6.3-3+b1
>ii  libgcc1   1:5.3.1-14
>ii  libgmp10  2:6.1.0+dfsg-2
>ii  libgraphite2-31.3.8-1
>ii  libgs99.19~dfsg-1+b1
>ii  libharfbuzz-icu0  1.0.1-1+b1
>ii  libharfbuzz0b 1.0.1-1+b1
>ii  libice6   2:1.0.9-1+b1
>ii  libicu55  55.1-7
>ii  libkpathsea6  2015.20160222.37495-1
>ii  libmpfr4  3.1.4-1
>ii  libpaper1 1.1.24+nmu4
>ii  libpixman-1-0 0.33.6-1
>ii  libpoppler57  0.38.0-2+b1
>ii  libpotrace0   1.13-2
>ii  libptexenc1   2015.20160222.37495-1
>ii  libsm62:1.2.2-1+b1
>ii  libstdc++65.3.1-14
>ii  libsynctex1   2015.20160222.37495-1
>ii  libtexlua52   2015.20160222.37495-1
>ii  libtexluajit2 2015.20160222.37495-1
>ii  libx11-6  2:1.6.3-1
>ii  libxaw7   2:1.0.13-1
>ii  libxext6  2:1.3.3-1
>ii  libxi62:1.7.6-1
>ii  libxmu6   2:1.1.2-2
>ii  libxpm4   1:3.5.11-1+b1
>ii  libxt61:1.1.5-1
>ii  libzzip-0-13  0.13.62-3
>ii  perl  5.22.1-9
>ii  t1utils   1.39-2
>ii  tex-common6.05
>ii  zlib1g1:1.2.8.dfsg-2+b1
>
>Versions of packages texlive-binaries recommends:
>ii  python2.7.11-1
>ii  ruby  1:2.3.0+1
>ii  texlive-base  2015.20160320-1
>pn  wish  
>
>texlive-binaries suggests no packages.
>
>-- no debconf information

-- 
Sent from my mobile device. Please excuse my brevity.

Bug#820747: eclipse: Latest Gnome/GTK theme updates render portions of eclipse unreadable white-on-white

[Matthew Gabeler-Lee]

Package: eclipse
Version: 3.8.1-8
Severity: normal

After updating to the current gnome packages from testing this morning,
portions of eclipse are no longer readable.  Most problematic is the quick
outline, which now displays most text as "white on white".

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

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

Versions of packages eclipse depends on:
ii  eclipse-jdt  3.8.1-8
ii  eclipse-pde  3.8.1-8

eclipse recommends no packages.

eclipse suggests no packages.

Versions of packages eclipse-platform depends on:
ii  ant1.9.6-2
ii  ant-optional   1.9.6-2
ii  eclipse-platform-data  3.8.1-8
ii  eclipse-rcp3.8.1-8
ii  gconf-service  3.2.6-3
ii  java-common0.57
ii  libc6  2.22-5
ii  libcommons-codec-java  1.10-1
ii  libcommons-httpclient-java 3.1-12
ii  libcommons-logging-java1.2-1
ii  libgconf-2-4   3.2.6-3
ii  libglib2.0-0   2.48.0-1
ii  libjetty8-java 8.1.19-1
ii  libjsch-java   0.1.53-1
ii  liblucene2-java2.9.4+ds1-4
ii  libservlet3.0-java 7.0.68-1
ii  multiarch-support  2.22-5
ii  openjdk-7-jre [java6-runtime]  7u91-2.6.3-1
ii  sat4j  2.3.3-1

Versions of packages eclipse-platform recommends:
ii  eclipse-pde  3.8.1-8

Versions of packages eclipse-platform suggests:
ii  eclipse-jdt  3.8.1-8

Versions of packages eclipse-pde depends on:
ii  eclipse-jdt3.8.1-8
ii  eclipse-platform   3.8.1-8
ii  libasm3-java   3.3.2-3
ii  openjdk-7-jre [java6-runtime]  7u91-2.6.3-1

eclipse-pde suggests no packages.

Versions of packages eclipse-jdt depends on:
ii  eclipse-platform   3.8.1-8
ii  junit  3.8.2-8
ii  junit4 4.12-4
ii  libhamcrest-java   1.3-5
ii  openjdk-7-jre [java6-runtime]  7u91-2.6.3-1

Versions of packages eclipse-jdt recommends:
pn  default-jdk | sun-java6-jdk  

eclipse-jdt suggests no packages.

-- no debconf information

Bug#818555: scim no longer compatible with libgtk-3-bin

[積丹尼 Dan Jacobson]

The other problems are fixed. Only the scim problem remains.
That box becomes white. You see "ma" there now. But with the bug
packages installed, it becomes a white box!

Bug#820746: scim no longer compatible with libgtk-3-bin

[積丹尼 Dan Jacobson]

X-Debbugs-Cc: 818...@bugs.debian.org
Package: scim
Severity: important
Version: 1.4.15-6

Dear scim maintainers, your package is no longer compatible with
libgtk-3-bin. The box becomes white.
libgtk-3-*3.18.9-1* was the last compatible version.
See bug #818555.

Bug#817865: [Letsencrypt-devel] Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

[Peter Colberg]

Hi Harlan,

On Sat, Mar 26, 2016 at 12:06:08AM -0400, Harlan Lieberman-Berg wrote:
> When the blocks are resolved, ping me and I'll definitely take a look.

Thanks to Dmitry Smirnov, all golang dependencies have been uploaded.

The package "acmetool" is ready for sponsorship:

  git clone https://anonscm.debian.org/git/letsencrypt/acmetool.git

  cd acmetool && pristine-tar checkout ../acmetool_0.0.49.orig.tar.gz

For verification, these are the current branch heads:

  git show-ref --heads
  6bf7d3cfb5f5944a93c0d5f6dcf7404246f908aa refs/heads/master
  7ebb219ff2f4fe4cabc603ef2f4e5155b041c772 refs/heads/pristine-tar
  1d8a3d99536b3472709a4b184afbdc8b10ebc2f6 refs/heads/upstream

Regards,
Peter

Bug#820745: gap: please make the build reproducible

[Dhole]

Source: gap 
Version: 4r7p9-1 
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed that
gap embeds timestamps of the current time in htm files generated by
etc/convert.pl.

This makes packages that use etc/convert.pl generate unreproducible
documentation files.

The attached patch fixes this by making convert.pl embed the date taken
from the SOURCE_DATE_EPOCH env var if this env var is set, or the
localtime otherwise. Once applied, convert.pl can generate reproducible
htm files in our current experimental framework.

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

Regards,
-- 
Dhole
diff -Nru gap-4r7p9/debian/changelog gap-4r7p9/debian/changelog
--- gap-4r7p9/debian/changelog  2015-12-07 20:06:14.0 +0100
+++ gap-4r7p9/debian/changelog  2016-04-10 18:36:58.0 +0200
@@ -1,3 +1,10 @@
+gap (4r7p9-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Honour SOURCE_DATE_EPOCH when embedding timestamps in convert.pl 
+
+ -- Eduard Sanou   Sun, 10 Apr 2016 18:36:37 +0200
+
 gap (4r7p9-1) unstable; urgency=low
 
   * New upstream release
diff -Nru gap-4r7p9/debian/patches/honour-SOURCE_DATE_EPOCH-in-convert.pl.patch 
gap-4r7p9/debian/patches/honour-SOURCE_DATE_EPOCH-in-convert.pl.patch
--- gap-4r7p9/debian/patches/honour-SOURCE_DATE_EPOCH-in-convert.pl.patch   
1970-01-01 01:00:00.0 +0100
+++ gap-4r7p9/debian/patches/honour-SOURCE_DATE_EPOCH-in-convert.pl.patch   
2016-04-11 23:19:31.0 +0200
@@ -0,0 +1,57 @@
+Description: Honour SOURCE_DATE_EPOCH in convert.pl
+ Honour SOURCE_DATE_EPOCH in convert.pl when embedding timestamps in the 
+ html files.
+Author: Eduard Sanou 
+
+Index: gap-4r7p9/etc/convert.pl
+===
+--- gap-4r7p9.orig/etc/convert.pl
 gap-4r7p9/etc/convert.pl
+@@ -140,6 +140,7 @@
+ $] > 5 or die "Needs perl 5";
+ 
+ use Getopt::Std;
++use POSIX qw(strftime setlocale LC_TIME);
+ 
+ $gaproot="/usr/share/gap/";
+ #Added by Bill Allombert to absorb ../../.. from caller. Any pkg/*/* would do.
+@@ -410,8 +411,26 @@ sub printchaps {
+   }
+ }
+ 
+-# Printed at the bottom of every page.
+-$footer = "\n" . sansserif( "GAP 4 manual" . `date +"%B %Y"` ) .
++#
++# Get the local date or a reproducible date from the environment variable
++# SOURCE_DATE_EPOCH if set.
++#
++sub get_date {
++   my $date = "";
++
++   if (defined $ENV{SOURCE_DATE_EPOCH}) {
++  my $locale = setlocale(LC_TIME);
++  setlocale(LC_TIME, "C");
++  $date = strftime("%B %Y", gmtime($ENV{SOURCE_DATE_EPOCH}));
++  setlocale(LC_TIME, $locale);
++   } else {
++  $date = strftime("%B %Y", gmtime(time));
++   }
++
++   return $date;
++}
++
++$footer = "\n" . sansserif( "GAP 4 manual" . get_date ) .
+   "";
+ 
+ # Section label ... this is the bit that goes after a # in an HREF link
+@@ -2091,8 +2110,8 @@ if ($opt_n) {
+   $booktitle = "$opt_n : a GAP 4 package";
+   $booktitle_body = booktitle_body($booktitle, ("GAP", $opt_n));
+   $mainman=0;
+-  $footer = "\n$opt_n manual" .
+-`date +"%B %Y"` . "";
++  $footer = "\n$opt_n manual" . get_date .
++"";
+ #print "c: $opt_c \n";
+ } else {
+   if ($opt_f) {
diff -Nru gap-4r7p9/debian/patches/series gap-4r7p9/debian/patches/series
--- gap-4r7p9/debian/patches/series 2015-06-17 18:27:52.0 +0200
+++ gap-4r7p9/debian/patches/series 2016-04-10 18:37:18.0 +0200
@@ -8,3 +8,4 @@
 upstream-env-tmpdir
 fix-basecc
 fix-testinstall.g
+honour-SOURCE_DATE_EPOCH-in-convert.pl.patch


signature.asc
Description: PGP signature

Bug#820744: xfdesktop4: Ctrl + Arrow keys should simply move to another icon and _not_ select it

[Sophoklis Goumas]

Package: xfdesktop4
Version: 4.12.3-2
Severity: important

In order to select multiple icons with Ctrl key one
would simply move with Ctrl+Arrow keys and add/remove
from the selection with the Space key.

This is not the behavior of xfdesktop4 now.

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

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

Versions of packages xfdesktop4 depends on:
ii  exo-utils0.10.7-1
ii  libc62.19-22
ii  libcairo21.14.6-1
ii  libdbus-1-3  1.10.6-1
ii  libdbus-glib-1-2 0.106-1
ii  libexo-1-0   0.10.7-1
ii  libgarcon-1-00.4.0-2
ii  libgdk-pixbuf2.0-0   2.32.3-1.2
ii  libglib2.0-0 2.46.2-3
ii  libgtk2.0-0  2.24.29-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libthunarx-2-0   1.6.10-2
ii  libwnck222.30.7-5
ii  libx11-6 2:1.6.3-1
ii  libxfce4ui-1-0   4.12.1-2
ii  libxfce4util74.12.1-2
ii  libxfconf-0-24.12.0-2+b1
ii  xfdesktop4-data  4.12.3-2

Versions of packages xfdesktop4 recommends:
ii  dbus-x11 1.10.6-1
ii  librsvg2-common  2.40.11-2
ii  tumbler  0.1.31-2+b2
ii  xdg-user-dirs0.15-2

Versions of packages xfdesktop4 suggests:
ii  menu  2.1.47

-- no debconf information

Bug#820742: gmic: please make the build reproducible (timestamps)

[Alexis Bienvenüe]

Source: gmic
Version: 1.6.8-3
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

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

The attached patch strips the build date from help messages. Once
applied, gmic can be built reproducibly in our current experimental
framework.

Regards,
Alexis Bienvenüe.

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



diff -Nru gmic-1.6.8/debian/changelog gmic-1.6.8/debian/changelog
--- gmic-1.6.8/debian/changelog	2016-01-16 17:27:29.0 +0100
+++ gmic-1.6.8/debian/changelog	2016-04-11 23:07:20.0 +0200
@@ -1,3 +1,9 @@
+gmic (1.6.8-3.0~reproducible1) unstable; urgency=medium
+
+  * Strip build date from help output, to make the build reproducible.
+
+ -- Alexis Bienvenüe   Mon, 11 Apr 2016 23:07:20 +0200
+
 gmic (1.6.8-3) unstable; urgency=medium
 
   * [0e17dac] Add hardening flags.
diff -Nru gmic-1.6.8/debian/patches/series gmic-1.6.8/debian/patches/series
--- gmic-1.6.8/debian/patches/series	2016-01-16 17:27:29.0 +0100
+++ gmic-1.6.8/debian/patches/series	2016-04-11 23:05:34.0 +0200
@@ -1,2 +1,3 @@
 disable-optimization-in-upstream-makefile
 ldconfig-symlink-referencing-wrong-file
+strip_build_date
diff -Nru gmic-1.6.8/debian/patches/strip_build_date gmic-1.6.8/debian/patches/strip_build_date
--- gmic-1.6.8/debian/patches/strip_build_date	1970-01-01 01:00:00.0 +0100
+++ gmic-1.6.8/debian/patches/strip_build_date	2016-04-11 23:06:32.0 +0200
@@ -0,0 +1,27 @@
+Description: Strip build date
+ Strip build date and time from help outputs, to make the build reproducible.
+Author: Alexis Bienvenüe 
+
+--- gmic-1.6.8.orig/src/CImg.h
 gmic-1.6.8/src/CImg.h
+@@ -5175,7 +5175,7 @@ namespace cimg_library_suffixed {
+ if (usage) {
+   std::fprintf(cimg::output(),"\n %s%s%s",cimg::t_red,cimg::basename(argv[0]),cimg::t_normal);
+   std::fprintf(cimg::output(),": %s",usage);
+-  std::fprintf(cimg::output()," (%s, %s)\n\n",__DATE__,__TIME__);
++  std::fprintf(cimg::output(),"\n\n");
+ }
+ if (defaut) std::fprintf(cimg::output(),"%s\n",defaut);
+   }
+@@ -5253,9 +5253,9 @@ namespace cimg_library_suffixed {
+\note Output is done on the default output stream.
+ **/
+ inline void info() {
+-  std::fprintf(cimg::output(),"\n %s%sCImg Library %u.%u.%u%s, compiled %s ( %s ) with the following flags:\n\n",
++  std::fprintf(cimg::output(),"\n %s%sCImg Library %u.%u.%u%s, compiled with the following flags:\n\n",
+cimg::t_red,cimg::t_bold,cimg_version/100,(cimg_version/10)%10,cimg_version%10,
+-   cimg::t_normal,__DATE__,__TIME__);
++   cimg::t_normal);
+ 
+   std::fprintf(cimg::output(),"  > Operating System:   %s%-13s%s %s('cimg_OS'=%d)%s\n",
+cimg::t_bold,

Bug#820743: [hurd-i386] postgresql-common / postgresql-9.5 fails to install during pspp build

[Friedrich Beckmann]

Package: postgresql-9.5
Version: 9.5.2-1

During test installation on buildd for pspp, the pspp build fails on hurd-i386 
during the setup
of the postgresql. When I disable postgresql, then pspp builds and works. 

This is specific to the hurd-i386 architecture. The pspp package builds on 
other architectures.

Friedrich

The full log: 
https://buildd.debian.org/status/fetch.php?pkg=pspp=hurd-i386=0.10.1-2=1460387447


== Extract from log file ===

Setting up openssl (1.0.2g-1) ...
Setting up postgresql-client-common (173) ...
Setting up postgresql-client-9.5 (9.5.2-1) ...
update-alternatives: using /usr/share/postgresql/9.5/man/man1/psql.1.gz to 
provide /usr/share/man/man1/psql.1.gz (psql.1.gz) in auto mode
Setting up ssl-cert (1.0.37) ...
Setting up postgresql-common (173) ...
Adding user postgres to group ssl-cert

Creating config file /etc/postgresql-common/createcluster.conf with new version
Building PostgreSQL dictionaries from installed myspell/hunspell packages...
Removing obsolete dictionary files:
All runlevel operations denied by policy
invoke-rc.d: policy-rc.d denied execution of start.
Setting up postgresql-9.5 (9.5.2-1) ...
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/(?

Bug#820741: sim4: please make the build reproducible (fileordering)

[Alexis Bienvenüe]

Source: sim4
Version: 0.0.20121010-2
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

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

The attached patch fixes the order in which C files are compiled. Once
applied, sim4 can be built reproducibly in our current experimental
framework.

Regards,
Alexis Bienvenüe.

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




diff -Nru sim4-0.0.20121010/debian/changelog sim4-0.0.20121010/debian/changelog
--- sim4-0.0.20121010/debian/changelog	2016-01-21 09:55:42.0 +0100
+++ sim4-0.0.20121010/debian/changelog	2016-04-12 00:08:43.0 +0200
@@ -1,3 +1,9 @@
+sim4 (0.0.20121010-2.0~reproducible1) unstable; urgency=medium
+
+  * Sort c files for reproducible build
+
+ -- Alexis Bienvenüe   Tue, 12 Apr 2016 00:08:43 +0200
+
 sim4 (0.0.20121010-2) unstable; urgency=medium
 
   * Moved debian/upstream to debian/upstream/metadata
diff -Nru sim4-0.0.20121010/debian/patches/compilation_order.patch sim4-0.0.20121010/debian/patches/compilation_order.patch
--- sim4-0.0.20121010/debian/patches/compilation_order.patch	1970-01-01 01:00:00.0 +0100
+++ sim4-0.0.20121010/debian/patches/compilation_order.patch	2016-04-12 00:08:00.0 +0200
@@ -0,0 +1,14 @@
+Description: Compilation order
+ Sort c files for compilation, to make the build reproducible.
+Author: Alexis Bienvenüe 
+
+--- sim4-0.0.20121010.orig/Makefile
 sim4-0.0.20121010/Makefile
+@@ -8,6 +8,6 @@ CFLAGS+=-g -O2 -Wall
+ LDLIBS=-lm
+  
+ sim4:
+-	$(CC) -o sim4 -I. $(CFLAGS) *.c $(LDLIBS) $(LDFLAGS)
++	$(CC) -o sim4 -I. $(CFLAGS) `LC_ALL=C ls *.c` $(LDLIBS) $(LDFLAGS)
+ clean:
+ 	rm -f sim4 *.o
diff -Nru sim4-0.0.20121010/debian/patches/series sim4-0.0.20121010/debian/patches/series
--- sim4-0.0.20121010/debian/patches/series	2013-09-12 11:00:31.0 +0200
+++ sim4-0.0.20121010/debian/patches/series	2016-04-12 00:06:59.0 +0200
@@ -1 +1,2 @@
 hardening.patch
+compilation_order.patch

Bug#820740: bless: please make the build reproducible (environment)

[Alexis Bienvenüe]

Source: bless
Version: 0.6.0-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: environment
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

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

The attached patch fixes the SHELL used in the binary package
executables to /bin/sh instead of current one. Once applied, bless can
be built reproducibly in our current experimental framework.

Regards,
Alexis Bienvenüe.

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





diff -Nru bless-0.6.0/debian/changelog bless-0.6.0/debian/changelog
--- bless-0.6.0/debian/changelog	2015-09-09 15:49:19.0 +0200
+++ bless-0.6.0/debian/changelog	2016-04-11 23:19:02.0 +0200
@@ -1,3 +1,10 @@
+bless (0.6.0-5.0~reproducible1) unstable; urgency=medium
+
+  * Use shell /bin/sh in binary package executables, to make the build
+reproducible
+
+ -- Alexis Bienvenüe   Mon, 11 Apr 2016 23:19:02 +0200
+
 bless (0.6.0-5) unstable; urgency=low
 
   * [6357a2e] Convert from CBDS to DH7
diff -Nru bless-0.6.0/debian/patches/series bless-0.6.0/debian/patches/series
--- bless-0.6.0/debian/patches/series	2015-09-09 15:38:44.0 +0200
+++ bless-0.6.0/debian/patches/series	2016-04-11 23:16:58.0 +0200
@@ -1,2 +1,3 @@
 use_default_compiler.patch
 force_gtk_action_namespace.patch
+use_sh
diff -Nru bless-0.6.0/debian/patches/use_sh bless-0.6.0/debian/patches/use_sh
--- bless-0.6.0/debian/patches/use_sh	1970-01-01 01:00:00.0 +0100
+++ bless-0.6.0/debian/patches/use_sh	2016-04-11 23:45:53.0 +0200
@@ -0,0 +1,35 @@
+Description: Use sh
+ Use shell /bin/sh in binary package executables, whatever the $SHELL
+ variable is when building, to make the build reproducible.
+Author: Alexis Bienvenüe 
+
+Index: bless-0.6.0/bless-script.in
+===
+--- bless-0.6.0.orig/bless-script.in
 bless-0.6.0/bless-script.in
+@@ -1,3 +1,3 @@
+-#!@SHELL@
++#!/bin/sh
+ 
+ mono "@blesssrcdir@/bin/bless.exe" "$@"
+\ No newline at end of file
+Index: bless-0.6.0/data/help_script.tmpl.in
+===
+--- bless-0.6.0.orig/data/help_script.tmpl.in
 bless-0.6.0/data/help_script.tmpl.in
+@@ -1,4 +1,4 @@
+-#!@SHELL@
++#!/bin/sh
+ 
+ # Script that loads help for Bless
+ xml_help="@blessdocdir@/user/bless-manual.xml"
+Index: bless-0.6.0/src/bless-script.in
+===
+--- bless-0.6.0.orig/src/bless-script.in
 bless-0.6.0/src/bless-script.in
+@@ -1,3 +1,3 @@
+-#!@SHELL@
++#!/bin/sh
+ 
+ mono "@blesslibdir@/@PACKAGE_NAME@/bless.exe" "$@"
+\ No newline at end of file

Bug#820739: RFS: rush/1.7+dfsg-5

[Mats Erik Andersson]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor of the package "rush"

  Package name: rush
  Version : 1.7+dfsg-5
  Upstream Author : Sergey Poznyakoff 
  URL : http://puszcza.gnu.org.ua/projects/rush/
  License : GPL-3+
  Section : shells

A single binary package is produced:

  rush  - restricted user shell

Information is available at

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

The direct access to the package descriptor is standard:

  dget -x http://mentors.debian.net/debian/pool/main/r/rush/rush_1.7+dfsg-5.dsc

Changes since last upload:

  * Set Standards-Version to 3.9.8, no changes.
  * Use debhelper in compatibility level 9.
  * debian/copyright: Distinguish two different custom licenses by means
of two different names and some small comments.
  * Prevent linking collision of identifier 'base_name'.  (Closes: #751627)
+ debian/patches/duplicate_symbol.diff: New file.
  * debian/rules: Implement a target 'get-orig-source'.


Regards,
 Mats Erik Andersson

Bug#820583: still not fixed

[Markus Götz]

Hi,

this is still not fixed for the current version 11.2.202.616. And it is
not the first time that updating via update-flashplugin-nonfree is
delayed because of the missing pgp.asc file on the server.


I think there should be an automatic way of creating the pgp.asc file on
http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14.

Bug#820708: [Pkg-pascal-devel] Bug#820708: castle-game-engine: hardcoded libpng12 dependency

[Tobias Frost]

Hi Michalis,

Am Montag, den 11.04.2016, 21:53 +0200 schrieb Michalis Kamburelis:
> > Source: castle-game-engine
> > Version: 5.2.0-2
> > Severity: serious
> > Justification: libpng1.6 transition
> > 
> > Dear maintainer,
> > 
> > in the discussion in #820566 it surfaced that castle-game-engine
> > has a hardcoded
> > dependency on libpng12.
> > 
> > After the completion of the tlibpng 1.6 transition, libpng12 will
> > be removed,
> > Therefore this bug is RC.
> > 
> > Another bug is that this dependency is completly oqaue to the
> > outside world.
> > this is why has not been detected during the preparation of the
> > transtiion.
> > Please establish something here to catch e.g by buildtime checks,
> > build-conflicts or other measure to make this more robust for other
> > transitions.
> > 
> > (view3dscene, #820566 has the same bug, maybe you find can together
> > find an solution.)
> 
> 1. 2. are just clarifications (I'm just repeating here some bits
> mentioned in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820566
> ), 3. is a suggestion how to make a buildtime check if someone would
> like to tackle this:)
> 
> 1. Castle Game Engine works with libpng 1.2 or 1.4 (not only 1.2).

We currently have the transition to 1.6 ... But if you are not accesing
libpng's structs data members directly, you are likely to be safe, API
wise. (Said that, I do not have blunt idea how Pascal handles library
and if there any pitfalls).

libpng1.2 will be removed from Debian soon.

> 2. It's not a "hard dependency on libpng". It's perfectly sensible to
> use Castle Game Engine without libpng. Having libpng installed
> *helps*
> (it allows you to open png images, obviously), but it is not required
> for all CGE use-cases. E.g. if you make a game that does not load png
> images, you can certainly use Castle Game Engine without libpng.
> 
>   For Debian packaging, it may make sense to just simplify and say
> "let castle-game-engine recommend libpng". I'm just saying that it's
> not a strict dependency for upstream.

Upstream and distribution requirement might vary here. I understand
flexibility is important for you, but for distributions is like
important to have determinims, avoiding to suddenly change available
features in its software.
The package fails to provide that determinism, even worse, with the new
libpng1.6 in the archives, this will fail silently. 
It was pure luck that we were made aware of this problem, and that is
why I recommend measures to avoid such thing happening again (standard
QM methods; I work in QM)
I think the bug here is a Debian packaging bug, not an upstream one.

I guess the package maintainer wants indeed to add a "Recommends:
libpng16-16" -- as soon as compatibility is verified, maybe along with
some documentation (e.g. in the package description). 

>   Also remember that it will disappear in next CGE release, where PNG
> reader is implemented without libpng (using FPC fcl-image, so it gets
> compiled statically in, with the rest of FPC RTL).

Even better, but the freeze for Stretch is already on the horizon...

> 3. If you want to add an automatic test that CGE can correctly
> read+write PNG files, you can use e.g.
> examples/images_videos/image_convert.lpr . Just compile it, and run
> like
> 
>   image_convert ../2d/box_with_borders.png /tmp/whatever.png
> 
>   If /tmp/whatever.png exists, then png reading+writing works. In
> case
> of problems (like a missing libpng), the program should write a clear
> error message and have non-zero exit status.

That would be also an idea, could be even included in a testsuite /
autpkgtest.

> Regards,
> Michalis

-- 
tobi

Bug#820738: ITP: tiles-autotag -- Automatic tag generation for Apache Tiles

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: tiles-autotag
  Version : 1.1.0
  Upstream Author : The Apache Software Foundation
* URL : http://tiles.apache.org/tiles-autotag
* License : Apache-2.0
  Programming Lang: Java
  Description : Automatic tag generation for Apache Tiles

Autotag generates tags (or tag-like) artifact from a common template
code for a range of templating languages. JSP tags, Freemarker directive
models and Velocity directives are generated from a common template model.

tiles-autotag is a dependency of Tiles 3 required to upgrade the libspring-java
package. I'll be maintained by the Java team.

Bug#819081: ruby-xmlparser ships without a gemspec file

[Francesco Poli]

On Wed, 23 Mar 2016 15:51:32 +0100 Matthias Klose wrote:

> Package: ruby-xmlparser
> Version:  0.7.3-1
> Severity: serious
> Tags: sid stretch
> 
> ruby-xmlparser ships without a gemspec file, making it useless to fulfil 
> dependencies.

Hello Debian Ruby Extras Maintainers!

I apologize for bothering you, but I am beginning to worry about
bug #819081, which risks to cause the auto-removal of ruby-xmlparser
from testing.
Its reverse dependencies would also be kicked out, and I am the
maintainer of apt-listbugs (as you probably know), which depends on
ruby-xmlparser...

To my non-expert eyes, bug #819081 looks almost trivial to fix.
Nonetheless, I fail to see any (public) activity towards its
resolution...
Are there any difficulties that I don't understand?

Please clarify and/or (better yet) please fix this bug as soon as
possible.

Thanks a lot for your time and dedication.
Bye.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpL3efPwbihR.pgp
Description: PGP signature

Bug#725629: vice: racy build

[Tobias Frost]

Am Montag, den 11.04.2016, 21:39 +0100 schrieb Steven Chamberlain:
> Tobias Frost wrote:
> > Now I cannot reproduce the compile problem...
> 
> Did you build again from the same tree?

I recycled the unpackaged tree, but did not build twice from the same
tree (Don't try that for mental sanity; I saw it complaining about a
missing assembler when I did that yesterday)

> There is a circular dependency of:
> 
>   * autoreconf generates configure from configure.ac
>   * configure generates Makefile from Makefile.am
>   * Makefile has a configure.ac rule to rebuild configure.ac from
> (patched) configure.proto
> 
> So if you build a second time, autoreconf takes the configure.ac
> now derived from (patched) configure.proto
> 
> I've attached a patch for this particular madness.  That, in
> combination
> with Andreas' patch set, seems to get this building reliably on
> kfreebsd.  Thanks!
> 
> (There is still other madness, such as sub-makes seemingly hiding
> stdout, only showing stderr and not the actual commands run).

*ouch*

> Regards,

Bug#808536: [Python-modules-team] Bug#808536: pytest-django: diff for NMU version 2.9.1-2.1

[Brian May]

Neil Williams  writes:

> I've prepared an NMU for pytest-django (versioned as 2.9.1-2.1) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should delay it longer.

Sorry, somehow I completely missed even seeing this bug report.

The patch looks good to me, I should be able to incooporate it into git
and upload today.
-- 
Brian May 

Bug#477810: minicom and utf8 does weired things

[Luca Corbatto]

Package: minicom
Version: 2.7

I can confirm that minicom (still) has problems with utf-8.
I opened minicom in the gnome-terminal.

I implemented a small console program on an ATMega1284p that simply 
sends the exact same
bytes it recieves back. I am using a TTL2USB-UART adaptor. Whenever I 
try to send any character
multibyte character it shows up weiredly. For any n-long character it 
shows n-1 times the
character � followed by the actual character. E. g. I send the character 
' ' and this shows up: "���".
However, when I start minicom in hex-mode (using -H) the character '' 
shows up as "f0 9f 98 ad"
which is the correct utf-8 value of that character. This and the fact 
that this setup works perfectly
fine with dterm, brings me to the conclusion that minicom has some 
problem with outputting utf-8

characters.

Further information and things I experimented with can be found here:
http://stackoverflow.com/questions/36551036/utf-8-problems-in-writing-a-uart-console-on-a-microcontroller

-- System Information:
OS: ArchLinux
Architecture: x86_64

Kernel: 4.4.5-1
Locale: LANG=en_GB.UTF-8

Bug#817949: RFS: niceshaper/1.2.2-1 [ITP]

[Mariusz Jedwabny]

Hello,

I've just uploaded a new version to mentors.
Below are the changelog and answers to your review.

Changes since the last upload:

niceshaper (1.2.2-1) unstable; urgency=low

  * New upstream release.
- Introduce overwritable BINDIR variable to Makefile.
- Example configuration files are copied during main installation.
- Make install command doesn't enforce owner nor group of files.
  * Drop override_dh_auto_install from debian/rules, export BINDIR instead.
  * Drop, no longer needed, debian/niceshaper.install file.

 -- Mariusz Jedwabny   Sun, 10 Apr 2016 22:54:45 +0200



On 06.04.2016 11:06, Gianfranco Costamagna wrote:


hi, lets review again


"make DESTDIR=debian/niceshaper PREFIX=debian/niceshaper/usr 
BINDIR=debian/niceshaper/usr/bin install"

please let dh_auto_install do its job, and maybe use
something like "DESTDIR?=/usr" or similar to avoid forcing a wrong value.

dh_auto_install should already know about DESTDIR and PREFIX values, in case it 
doesn't, just export them in

the rules file.


Done. New version of upstream (1.2.2) was created.
Overwritable BINDIR variable is introduced to Makefile, thus the BINDIR 
is exported from debian/rules.

The install file is dropped as well, the Makefile makes his work.

std-version is 3.9.7

Standards version was already bumped to 3.9.7 in 1.2.1-2.
Also, in 1.2.1-2, the manual page was rewritten to be more useful.


dh-systemd the version constraint seems already satisfied even in 
old-oldstable-bpo


I'm not sure if it is good or not? I couldn't find any concrete requirement.



check-all-the-things review:
$ codespell --quiet-level=3

$ cppcheck -j1 --quiet -f . | grep -vF 'cppcheck: error: could not find or open 
any of the paths given.'

These problems was fixed in 1.2.1-1 version.
The only language problems reported are placed in Polish documents - 
these document are for sure proper.

flawfinder -Q -c .

Interesting tool. I will work to try fix some of messages, if possible, 
in future versions of upstream.



license is wrong (missing a "+")

the other stuff LGTM, but I didn't check lintian and to build the package
BTW no build system is usually bad ;)


I would like, at least for now, to stay with exactly GPLv2 - without 
option of v2.2 or v3.x or whatever.


Thank you for review.

Ciao,

Mariusz

Bug#812039: r21685 - in trunk/packages/proda/trunk/debian: . patches

[Sascha Steinbiss]

Hi Andreas,

> it now builds and I'll upload in a minute.

good to hear, many thanks. One more bug down!

> Thanks again for your work and sorry for the noise
>  Andreas.

Best
Sascha

Bug#820730: surf: segfault while surfing on youtube

[Reiner Herrmann]

The upstream changelog sounds like it was fixed in webkitgtk 2.4.11,
which was uploaded recently to Debian.
I will try it once it reaches the mirrors.


signature.asc
Description: Digital signature

Bug#820737: ITP: node-tar-pack -- Pack and unpack a Node.js module

[Jérémy Lal]

Package: wnpp
Severity: wishlist
Owner: "Jérémy Lal" 

* Package name: node-tar-pack
  Version : 3.1.3
  Upstream Author : Forbes Lindesay
* URL : https://github.com/ForbesLindesay/tar-pack
* License : BSD-2-Clause
  Programming Lang: JavaScript
  Description : Pack and unpack a Node.js module

 Handle modules tarballs with sane defaults.
 Pack filters out paths listed in .gitignore and other unwanted
 hidden files that can be found in a source directory.
 The resulting tarball should be extractable by npm, the Node.js
 package manager.
 Unpack fixes permissions and allows setting custom ownership.
 .
 Node.js is an event-based server-side JavaScript engine.

This package is needed by node-pre-gyp, which is a build tool for
Node.js binary addons.

Bug#725629: vice: racy build

[Steven Chamberlain]

Tobias Frost wrote:
> Now I cannot reproduce the compile problem...

Did you build again from the same tree?

There is a circular dependency of:

  * autoreconf generates configure from configure.ac
  * configure generates Makefile from Makefile.am
  * Makefile has a configure.ac rule to rebuild configure.ac from
(patched) configure.proto

So if you build a second time, autoreconf takes the configure.ac
now derived from (patched) configure.proto

I've attached a patch for this particular madness.  That, in combination
with Andreas' patch set, seems to get this building reliably on
kfreebsd.  Thanks!

(There is still other madness, such as sub-makes seemingly hiding
stdout, only showing stderr and not the actual commands run).

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- debian/rules.orig	2016-04-11 20:28:53.529023000 +0100
+++ debian/rules	2016-04-11 21:34:32.951752497 +0100
@@ -36,6 +36,12 @@
 
 .PHONY: build
 build:
+	# These files in the original source are not used
+	rm -f configure configure.ac
+
+	sed "s/AM_CONFIG_HEADER/AC_CONFIG_HEADERS/g" \
+	 < configure.proto > configure.ac
+
 	dh $@ --with autoreconf
 
 %:


signature.asc
Description: Digital signature

Bug#820736: Without upgrade to xmltex 1.9.debian.1-6 update of texlive* packages fails

[Daniel Leidert]

Package: xmltex
Version: 1.9.debian.1-6
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've trying to update a system, which has not seen updates for weeks. The
`apt-get update' command fails with:

[..]
Trigger für tex-common (6.05) werden verarbeitet ...
Running updmap-sys. This may take some time... done.
Running mktexlsr /var/lib/texmf ... done.
Building format(s) --all.
This may take some time... 
fmtutil failed. Output has been stored in
/tmp/fmtutil.meG8sMHk
Please include this file if you report a bug.

dpkg: Fehler beim Bearbeiten des Paketes tex-common (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von texlive-latex-base:
 texlive-latex-base hängt ab von tex-common (>= 6); aber:
  Paket tex-common ist noch nicht konfiguriert.
[..]

I'll include the file in question. After manually updating xmltex from version
1.9.debian.1-5 to 1.9.debian.1-6 (installing some new packages), the update
process succeeds. So there seems to be a dependency issue somewhere. IMHO
the update of xmltex needs to be forced or an update of tex* packages without
updating xmltex fails. I can provide you the apt logs, if you need texlive*
package versions.

Regards, Daniel



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

Kernel: Linux 4.3.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 /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages xmltex depends on:
ii  texlive-htmlxml  2015.20160320-1

xmltex recommends no packages.

xmltex suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJXDAkmAAoJEEvNBWfCltBdmiMQAMfhWP8DEN22aJQjogRjbDfT
7xLEIVRDsdl/KhwKByriBQ5JSinRtGlPwU5RjX8D8mQOg6CJxYtIfOY+LUdvjaXb
wEViVuKZikqXvLDsZ6Uy9SM5Vw3K+9d2m4RrcWVimptNQYN5tlQMJnZpSj5Pymiw
yEeKP4gcJtXlFgout88bgykwZYT+taPpIjxlA2qVFo0XZrY3+fyLMvvP9ch1i7mR
AI2nBLq6IBopmpKQ1W8/2cx6uRLrR5wSxDS/gMZ2+SL0SCdS+JV63BU+5soORxn0
RsSB3Bw1T2/QjzCHb0sfkt1s9VXz/ayYe8YnQ4J2BOGihyjTHjfBnJonwAYPVqUl
sFRpj35xIMmPDR3hxRA8Z47dkv9PlOLo5N6bHJ7zuEyiJdZDlUiRBrgm+HAAb9iF
s9mZXsiDPP1wWxq72+Hdm5AtswWB+QI8JvYuPWhunKCeRU4zouYncz84STcsovnz
V/ZP2HKDG6vQcRR84epx0hZ2klm6A+BHBFn4F/8M030OCES09f67INZat7WbskPt
+qGEfOENLbc3Rsy81hm/7MXyYxK3OdBZJJHnQp4jqgOKslofvXErYaV+wa8m9P1+
ZL9Z1dLMfambPFFO04Zslyh7oQJon6q/rOMzYyHkdz8WBSWNgJmIYKGLYypwdoW2
LmTXFMhuGls1YufHqHwX
=xi0u
-END PGP SIGNATURE-
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /var/lib/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: writing formats under /var/lib/texmf/web2c
fmtutil [INFO]: --- remaking luatex with luatex
fmtutil: running `luatex -ini   -jobname=luatex -progname=luatex luatex.ini' ...
This is LuaTeX, Version beta-0.80.0 (TeX Live 2015/Debian) (rev 5238)  (INITEX)
 restricted \write18 enabled.
(/usr/share/texlive/texmf-dist/tex/plain/config/luatex.ini
(/usr/share/texlive/texmf-dist/tex/generic/config/luatexiniconfig.tex)
(/usr/share/texlive/texmf-dist/tex/generic/config/luatex-unicode-letters.tex
loading Unicode properties)
(/usr/share/texlive/texmf-dist/tex/plain/config/pdfetex.ini
(/usr/share/texlive/texmf-dist/tex/generic/config/pdftexconfig.tex
(/var/lib/texmf/tex/generic/config/pdftexconfig-paper.tex))
(/usr/share/texlive/texmf-dist/tex/luatex/hyph-utf8/etex.src
(/usr/share/texlive/texmf-dist/tex/plain/base/plain.tex
Preloading the plain format: codes, registers, parameters, fonts, more fonts,
macros, math definitions, output routines, hyphenation
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex
[skipping from \patterns to end-of-file...]))
(/usr/share/texlive/texmf-dist/tex/plain/etex/etexdefs.lib
Skipping module "grouptypes"; Loading module "interactionmodes";
Skipping module "nodetypes"; Skipping module "iftypes";)
(/var/lib/texmf/tex/generic/config/language.def
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex))
Augmenting the Plain TeX definitions: \tracingall;
Adding new e-TeX definitions: \eTeX, \loggingall, \tracingnone,
register allocation; extended register allocation; 
Recycling: \addlanguage, \@nswer (not defined), \@sk, \b@dresponsetrue,
\b@dresponsefalse, \ch@ckforyn, \mayber@cycle, \et@xabort, \et@xbuf,
\et@xfmtsrc, \et@xfilehdr, \et@xinf, \et@xpatterns, \l@ngdefnfile, \n@xt,
\p@rse (not defined), \pr@mpt (not defined), \pr@mptloop (not defined),
\forcer@cycle, \usef@llback, \usef@llbacktrue, \usef@llbackfalse, 
Retaining: \et@xerr, \et@xinput, \et@xlibhdr, \et@xmsg, \et@xtoks, 

Bug#812039: r21685 - in trunk/packages/proda/trunk/debian: . patches

[Andreas Tille]

Hi,

it now builds and I'll upload in a minute.

Thanks again for your work and sorry for the noise

  Andreas.

On Mon, Apr 11, 2016 at 08:59:26PM +0100, Sascha Steinbiss wrote:
> Hi Andreas,
> 
> did you get the latest commits? I added something afterwards to fix building 
> on GCC5 again:
> 
> 
> r21688 | sascha-guest | 2016-04-11 19:43:00 + (Mon, 11 Apr 2016) | 2 lines
> 
> add missing include, necessary for GCC <6
> 
> Cheers
> Sascha
> 
> 
> > thanks a lot for your bug squashing business.  Unfortunately the
> > package does not build for me:
> > 
> > ...
> > g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -W 
> > -Wall -pedantic -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION="\"1.00\"" -lm 
> > AlignedFragment.o Assert.o Block.o Consistency.o GlobalAlign.o LocalAlign.o 
> > Main.o PairAligner.o Matrix.o MultiSequence.o ProbModel.o Score.o 
> > ScoreMatrix.o Sequence.o SparseMatrix.o Tree.o Utilities.o -o proda 
> > -Wl,-z,relro
> > /usr/bin/ld: errno: TLS definition in /lib/x86_64-linux-gnu/libc.so.6 
> > section .tbss mismatches non-TLS reference in Main.o
> > /lib/x86_64-linux-gnu/libc.so.6: error adding symbols: Bad value
> > collect2: error: ld returned 1 exit status
> > 
> > Anything you might have forgotten to commit?
> > 
> > Kind regards
> > 
> >   Andreas.
> > 
> > On Mon, Apr 11, 2016 at 07:22:30PM +, Sascha Steinbiss wrote:
> >> Author: sascha-guest
> >> Date: 2016-04-11 19:22:29 + (Mon, 11 Apr 2016)
> >> New Revision: 21685
> >> 
> >> Added:
> >>   trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch
> >>   trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch
> >> Modified:
> >>   trunk/packages/proda/trunk/debian/changelog
> >>   trunk/packages/proda/trunk/debian/patches/series
> >> Log:
> >> fix FTBFS
> >> 
> >> 
> >> Modified: trunk/packages/proda/trunk/debian/changelog
> >> ===
> >> --- trunk/packages/proda/trunk/debian/changelog2016-04-11 18:55:13 UTC 
> >> (rev 21684)
> >> +++ trunk/packages/proda/trunk/debian/changelog2016-04-11 19:22:29 UTC 
> >> (rev 21685)
> >> @@ -1,3 +1,10 @@
> >> +proda (1.0-9.1) unstable; urgency=medium
> >> +
> >> +  * Team upload.
> >> +  * Fix FTBFS with GCC-6. Closes #812039
> >> +
> >> + -- Sascha Steinbiss   Mon, 11 Apr 2016 19:22:08 
> >> +
> >> +
> >> proda (1.0-9) unstable; urgency=low
> >> 
> >>   * debian/control: re-added David to uploaders, because he really
> >> 
> >> Added: trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch
> >> ===
> >> --- trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch  
> >> (rev 0)
> >> +++ trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch  
> >> 2016-04-11 19:22:29 UTC (rev 21685)
> >> @@ -0,0 +1,24 @@
> >> +--- a/Makefile
> >>  b/Makefile
> >> +@@ -6,7 +6,7 @@
> >> + # 1) Choose C++ compiler.
> >> + 
> >> 
> >> + 
> >> +-CXX = g++
> >> ++#CXX = g++
> >> + 
> >> + 
> >> 
> >> + # 2) Set C++ flags.
> >> +@@ -15,10 +15,10 @@
> >> + #c) RELEASE mode
> >> + 
> >> 
> >> + 
> >> +-CPPFLAGS = -DVERSION="\"1.00\""
> >> ++CPPFLAGS+=-DVERSION="\"1.00\""
> >> + 
> >> + # debug mode
> >> +-CXXFLAGS = -g -W -Wall -pedantic
> >> ++CXXFLAGS+=-g -W -Wall -pedantic
> >> + 
> >> + # profile mode
> >> + #CXXFLAGS = -pg -W -Wall -pedantic
> >> 
> >> Added: 
> >> trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch
> >> ===
> >> --- trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch 
> >> (rev 0)
> >> +++ trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch 
> >> 2016-04-11 19:22:29 UTC (rev 21685)
> >> @@ -0,0 +1,11 @@
> >> +--- a/Main.cc
> >>  b/Main.cc
> >> +@@ -117,7 +117,7 @@
> >> +   char *endPtr;
> >> +   long int retVal;
> >> + 
> >> +-  int errno = 0;
> >> ++  extern int errno;
> >> +   retVal = strtol (data, , 0);
> >> +   if (retVal == 0 && (errno != 0 || data == endPtr)) return false;
> >> +   if (errno != 0 && (retVal == LONG_MAX || retVal == LONG_MIN)) return 
> >> false;
> >> 
> >> Modified: trunk/packages/proda/trunk/debian/patches/series
> >> ===
> >> --- trunk/packages/proda/trunk/debian/patches/series   2016-04-11 
> >> 18:55:13 UTC (rev 21684)
> >> +++ trunk/packages/proda/trunk/debian/patches/series   2016-04-11 
> >> 19:22:29 UTC (rev 21685)
> >> @@ -1,4 +1,6 @@
> >> 01-fix_gcc4.3_warnings.patch
> >> 

Bug#820629: [Pkg-libvirt-maintainers] Bug#820629: virt-manager: FTBFS - data/gschemas.compiled: binary file contents changed

[Michael Tautschnig]

On Mon, Apr 11, 2016 at 18:23:26 +0200, Guido Günther wrote:
> On Mon, Apr 11, 2016 at 05:21:39PM +0200, Michael Tautschnig wrote:
[...]
> > I'm afraid I don't fully understand. So, yes, I'm building using pbuilder 
> > (and
> > I'm not aware of any reason not to use it). If the "-nc" workaround is 
> > required,
> > then that's a clear indication of a bug in the package, isn't it?
> 
> I think it's rather a bug in pbuider that it invokes dpkg-source clean
> before building the source package. (but yes, I'm o.k. with working
> around it in virt-manager).

I do accept that the initial clean shouldn't be necessary, but would
building-twice-in-a-row work without an intermittent clean? (That had been a
release goal for lenny already...)

Best,
Michael



signature.asc
Description: PGP signature

Bug#812039: proda: FTBFS with GCC 6: function initialized like a variable

[Andreas Tille]

Wie gesagt sehr schön - aber bei mir baut es nicht ...

On Mon, Apr 11, 2016 at 08:45:01PM +0100, Sascha Steinbiss wrote:
> Hi all,
> 
> I fixed this FTBFS in svn and also did some package housekeeping.
> 
> Thanks
> Sascha
> 
> On Tue, 19 Jan 2016 20:45:05 -0800 Martin Michlmayr  wrote:
> > Package: proda
> > Version: 1.0-9
> > Severity: important
> > User: debian-...@lists.debian.org
> > Usertags: ftbfs-gcc-6
> > 
> > This package fails to build with GCC 6.  GCC 6 has not been released
> > yet, but it's expected that GCC 6 will become the default compiler for
> > stretch.
> > 
> > Note that only the first error is reported; there might be more.  You
> > can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
> > you can set CC=gcc-6 CXX=g++-6 explicitly.
> > 
> > You may be able to find out more about this issue at
> > https://gcc.gnu.org/gcc-6/changes.html
> > 
> > > sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
> > ...
> > > Tree.h:45:33: warning: type qualifiers ignored on function return type 
> > > [-Wignored-qualifiers]
> > >  const int GetNumSequences() const;
> > >  ^
> > > 
> > > Main.cc: In function 'bool GetInteger(char*, int*)':
> > > Main.cc:120:15: error: function 'int* __errno_location()' is initialized 
> > > like a variable
> > >int errno = 0;
> > >^
> > > 
> > > : recipe for target 'Main.o' failed
> > > make[1]: *** [Main.o] Error 1
> > 
> > -- 
> > Martin Michlmayr
> > Linux for HPE Helion, Hewlett Packard Enterprise
> > 
> > 
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de

Bug#820729: openscad: chris palmer's mendel90 openscad scripts cause a compile failure

[Luke Kenneth Casson Leighton]

---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68


On Mon, Apr 11, 2016 at 8:43 PM, Torsten Paul  wrote:
> On 04/11/2016 08:15 PM, lkcl wrote:
>> Debian Release: 7.4
>>
> That's Wheezy which has OpenSCAD 2011.12-3, right?

 sorry, the meta-tag information is misleading.  i'm running
debian/testing, i just never do "apt-get dist-upgrade", i just
continue to do "apt-get update" followed by "apt-get install
{randompackage}" and let whatever dependencies are needed get dragged
in.  done that for over 10 years, now, only very occasionally run into
problems.

 in this case, what i did was, for an earlier bugreport (the one about
compiling with libqt4), i did "apt-get source openscad" - this was
what... mm. 2 months ago?, and compiled up manually.

 that version was, if i recall, dated 2016-01.  now, i spoke to chris,
and he has i believe a more recent version - a "stable" release of
openscad - and it works.  he did wonder where i got the odd version
from, i forgot to mention to him it was a debian/testing release.  so,
anyway, it looks like there's a bug that went into the 2016-01 version
which was pulled for the current debian/testing release.

l.

Bug#820730: surf: segfault while surfing on youtube

[Reiner Herrmann]

Control: reassign -1 webkitgtk 2.4.10-1
Control: retitle -1 webkitgtk: segmentation fault in 
WebCore::AXObjectCache::handleAttributeChanged
Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=155694

Hi,

thanks for reporting this issue!
I was able to reproduce it:

> #0  WebCore::AXObjectCache::handleAttributeChanged (this=0x3728212, 
> attrName=..., element=0x3de3a27f80) at 
> ../Source/WebCore/accessibility/AXObjectCache.cpp:880
> No locals.
> #1  0x037294b7c2ba in WebCore::Element::attributeChanged 
> (this=0x3de3a27f80, name=..., oldValue=..., newValue=...) at 
> ../Source/WebCore/dom/Element.cpp:1137
> cache = 
> styleResolver = 0x3728213b000
> testShouldInvalidateStyle = 
> shouldInvalidateStyle = 
> #2  0x037294b7b790 in WebCore::Element::didModifyAttribute 
> (this=this@entry=0x3de3a27f80, name=..., oldValue=..., newValue=...) at 
> ../Source/WebCore/dom/Element.cpp:2851
> No locals.
> #3  0x037294b829dd in WebCore::Element::setAttributeInternal 
> (this=this@entry=0x3de3a27f80, index=, name=..., newValue=..., 
> 
> inSynchronizationOfLazyAttribute=inSynchronizationOfLazyAttribute@entry=WebCore::Element::NotInSynchronizationOfLazyAttribute)
>  at ../Source/WebCore/dom/Element.cpp:1075
> oldValue = {m_string = {m_impl = {m_ptr = 0x3720ea03fa0}}}
> attributeName = @0x3720eb03bb0: {m_impl = 0x656469772d626174}
> #4  0x037294b7fdb4 in WebCore::Element::setAttribute 
> (this=this@entry=0x3de3a27f80, name=..., value=...) at 
> ../Source/WebCore/dom/Element.cpp:1034
> index = 
> #5  0x03729540a3d9 in WebCore::setJSElementClassName (exec= out>, thisValue=, encodedValue=3788365550960) at 
> DerivedSources/WebCore/JSElement.cpp:1564
> castedThis = 
> nativeValue = @0x388d5cc7d90: {m_impl = {m_ptr = 0x3720f0da540}}
> #6  0x037292b03984 in JSC::putEntry (exec=0x372384b8448, 
> entry=0x372821fcf50, base=0x3724208e6d0, propertyName=..., value=..., 
> slot=...) at ../Source/JavaScriptCore/runtime/Lookup.h:302
> No locals.
> #7  0x037292ba in JSC::JSObject::put (cell=0x3724208e6d0, 
> exec=0x372384b8448, propertyName=..., value=..., slot=...) at 
> ../Source/JavaScriptCore/runtime/JSObject.cpp:400
> entry = 
> attributes = 3613204953
> specificValue = 0x372821b6d80
> offset = 
> info = 0x3728212
> i = 
> prototype = 
> obj = 0x3724208e6d0
> #8  0x0372929d4a0c in JSC::JSValue::put (slot=..., value=..., 
> propertyName=..., exec=0x372384b8448, this=0x388d5cc7f30) at 
> ../Source/JavaScriptCore/runtime/JSCJSValueInlines.h:703
> No locals.
> #9  JSC::LLInt::llint_slow_path_put_by_id (exec=0x372384b8448, 
> pc=0x3722544b300) at ../Source/JavaScriptCore/llint/LLIntSlowPaths.cpp:590
> codeBlock = 0x3720c2d1900
> ident = 
> baseValue = {static numberOfInt52Bits = 52, static int52ShiftAmount = 
> 12, u = {asInt64 = 3789269034704, ptr = 0x3724208e6d0, asBits = {payload = 
> 1107879632, tag = 882}}}
> slot = {m_type = JSC::PutPropertySlot::Uncachable, m_base = 0x0, 
> m_thisValue = {static numberOfInt52Bits = 52, static int52ShiftAmount = 12, u 
> = {asInt64 = 3789269034704, ptr = 0x3724208e6d0, asBits = {payload = 
> 1107879632, 
> tag = 882}}}, m_offset = -1835175675, m_isStrictMode = false, 
> m_context = 1 '\001', m_putFunction = 0x0}
> #10 0x0372929df2f3 in llint_op_put_by_id () from 
> /usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-3.0.so.0
> No symbol table info available.
> #11 0x in ?? ()
> No symbol table info available.

This seems to be a regression from webkit 2.4.10 [1].
I'm therefore reassigning to webkitgtk.

Kind regards,
  Reiner

[1]: https://bugs.webkit.org/show_bug.cgi?id=155694


signature.asc
Description: PGP signature

Bug#790765: FTBFS: [munched.A] Error 1

[Martin Pitt]

Hello again,

Martin Pitt [2016-04-06 14:55 +0200]:
> norwegian still FTBFS in current sid:
> 
> | sed -e 's/stringchar *� *�//' -e 's/[��]//g' nb.aff.in > nb.aff.new && \
> |   mv nb.aff.new nb.aff
> | cat forkort-nb.txt munched.B munched.A munched.N munched.M munched.K 
> munched.D munched.O munched.C \
> |   | tr -d '\-0-9 ' \
> |   | grep "\/.*[z\\_\`]" \
> |   > comp1.tmp
> | Makefile:517: recipe for target 'nb.mch' failed
> | make[2]: *** [nb.mch] Error 1
> | make[2]: Leaving directory '/<>'
> 
> So it's not exactly the same error any more, but still an FTBFS RC bug.

This is yet another fallout of the changed grep behaviour in 2.23. The
package builds fine with "GREP_OPTIONS=-a", but this is only a bandaid
as $GREP_OPTIONS is deprecated. So it'd be better to fix the Makefile
to use "grep -a" everywhere, or rework it to not use grep, or run it
under an appropriate locale.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Bug#725629: vice: racy build

[Tobias Frost]

Now I cannot reproduce the compile problem...

Maybe setup problem on my side... Before I had done basically dget'ing
the source, cd'ing into it, wgeting & applying the patch, copy that
resulting dir to have an backup and then run debuild on it. As I did
not deapply the patches before patching I could imagine that this
confused the buildsystem... 
Only a therory, but now that I'm ensuring that all patches are
unapplied before applying the patch, and it seems to work now.  

The sequence I run now is this one:

rm -rf vice*; 
dget -ux 'http://http.debian.net/debian/pool/contrib/v/vice/vice_2.4.df
sg+2.4.26-1.dsc';
cd vice-2.4.dfsg+2.4.26;
quilt pop -a ;
wget 'https://bugs.debian.org/cgi-bin/bugreport.cgi?filename=vice-times
tamp-fix.source.debdiff;bug=725629;msg=143;att=1' -O - | patch -p1 ;
debuild -jauto 

(Sorry for the noise..)

I'm continueing to run some builds to make sure... 

Bug#820735: r-bioc-biocparallel: CI tests take either a few minutes of forever, and always fail

[Antonio Terceiro]

Package: r-bioc-biocparallel
Severity: normal
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

The tests for r-bioc-biocparallel will sometimes finish in a few
minutesm and sometimes timeout after a few hours. Please make sure the
tests run consistently.

I do not particularly care if they pass or not, that would be with you,
I just need them to not DoS the infrastructure.  ;-)

I am blacklisting r-bioc-biocparallel on ci.debian.net, and will revisit
that whem this bug is closed.


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

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

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#820734: doxia: FTBFS - artifact org.codehaus.plexus:plexus-component-metadata:jar:1.0-beta-3.0.7 has not been downloaded

[Michael Tautschnig]

Package: doxia
Version: 1.1.4-5
Severity: serious
Usertags: goto-cc

During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder
and pbuilder) the build failed with the following error.

[...]
[INFO] 
[INFO] Reactor Summary:
[INFO]
[INFO] Doxia .. FAILURE [  0.006 s]
[INFO] Doxia :: Logging API ... SKIPPED
[INFO] Doxia :: Sink API .. SKIPPED
[INFO] Doxia :: Core .. SKIPPED
[INFO] Doxia :: Modules ... SKIPPED
[INFO] Doxia :: APT Module  SKIPPED
[INFO] Doxia :: Confluence Module . SKIPPED
[INFO] Doxia :: Simplified DocBook Module . SKIPPED
[INFO] Doxia :: FML Module  SKIPPED
[INFO] Doxia :: FO Module . SKIPPED
[INFO] Doxia :: iText Module .. SKIPPED
[INFO] Doxia :: Latex Module .. SKIPPED
[INFO] Doxia :: RTF Module  SKIPPED
[INFO] Doxia :: TWiki Module .. SKIPPED
[INFO] Doxia :: XDoc Module ... SKIPPED
[INFO] Doxia :: XHTML Module .. SKIPPED
[INFO] Doxia :: Book Component  SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 1.179 s
[INFO] Finished at: 2016-04-11T15:06:43+00:00
[INFO] Final Memory: 26M/1963M
[INFO] 
[ERROR] Plugin org.codehaus.plexus:plexus-component-metadata:1.0-beta-3.0.7 or 
one of its dependencies could not be resolved: Cannot access central 
(https://repo.maven.apache.org/maven2) in offline mode and the artifact 
org.codehaus.plexus:plexus-component-metadata:jar:1.0-beta-3.0.7 has not been 
downloaded from it before. -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException
dh_auto_build: /usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dmaven.home=/usr/share/maven 
-Dmaven.multiModuleProjectDirectory=/srv/jenkins-slave/workspace/sid-goto-cc-doxia/doxia-1.1.4
 -Dclassworlds.conf=/etc/maven/m2-debian.conf 
-Dproperties.file.manual=/srv/jenkins-slave/workspace/sid-goto-cc-doxia/doxia-1.1.4/debian/maven.properties
 org.codehaus.plexus.classworlds.launcher.Launcher 
-s/etc/maven/settings-debian.xml 
-Ddebian.dir=/srv/jenkins-slave/workspace/sid-goto-cc-doxia/doxia-1.1.4/debian 
-Dmaven.repo.local=/srv/jenkins-slave/workspace/sid-goto-cc-doxia/doxia-1.1.4/debian/maven-repo
 package javadoc:jar javadoc:aggregate -DskipTests -Dnotimestamp=true 
-Dlocale=en_US returned exit code 1
debian/rules:6: recipe for target 'build' failed
make: *** [build] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further.

Best,
Michael


doxia-build-log.txt.gz
Description: application/gunzip


signature.asc
Description: PGP signature

Bug#725629: vice: racy build

[Steven Chamberlain]

László Böszörményi (GCS) wrote:
>  Please see Makefile.am:
> -- cut --
> $(top_srcdir)/configure.ac: $(top_srcdir)/configure.proto
> $(am__cd) $(srcdir) && $(SHELL) autogen.sh
> -- cut --
> 
> As such, for configure.ac autogen.sh is used, which contains this:
> -- cut --
> if test x"$configure_needs_ac" = "xyes"; then
> sed s/AM_CONFIG_HEADER/AC_CONFIG_HEADERS/g
> configure.ac
> else
> cp configure.proto configure.ac
> fi
> -- cut --
> 
> This means configure.proto just copied over configure.ac or 'sed' is
> used for substitution to generate configure.ac from the former. This
> means any patching of configure.ac will be lost and thus not needed.

I wish you could see the horror and anguish in my facial expressions.
Why did it become so convoluted!?  There are three copies of configure
in the upstream source... plus there are warnings referring to a
configure.in also.

> That's correct and previously it worked. Please see that 2.4.26 built
> on kfreebsd-i386 and on kfreebsd-amd64 already. Only when it was
> binNMUed failed on kfreebsd-i386.

I think it was only an accident that it worked before.  See in
https://buildd.debian.org/status/fetch.php?pkg=vice=amd64=2.4.dfsg%2B2.4.26-1%2Bb1=1460051005
the first time that configure ran, it was based on the unpatched
configure.ac (which generates a lot of warnings about AC_* macros) :

| checking for unistd.h... (cached) yes
| checking sys/io.h usability... yes
| checking sys/io.h presence... yes
| checking for sys/io.h... yes
| checking machine/pio.h usability... no
| checking machine/pio.h presence... no
| checking for machine/pio.h... no
| checking machine/cpufunc.h usability... yes
| checking machine/cpufunc.h presence... yes
| checking for machine/cpufunc.h... yes
| checking for ieee1284_find_ports in -lieee1284... yes

and the second time it ran, it used the patched configure.proto,
not checking for machine/cpufunc.h any more:

| checking for unistd.h... (cached) yes
| checking sys/io.h usability... yes
| checking sys/io.h presence... yes
| checking for sys/io.h... yes
| checking machine/pio.h usability... no
| checking machine/pio.h presence... no
| checking for machine/pio.h... no
| checking for ieee1284_find_ports in -lieee1284... yes

And now of course the build only runs configure once, so it uses only
the unpatched configure.ac

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


signature.asc
Description: Digital signature

Bug#812039: r21685 - in trunk/packages/proda/trunk/debian: . patches

[Sascha Steinbiss]

Hi Andreas,

did you get the latest commits? I added something afterwards to fix building on 
GCC5 again:


r21688 | sascha-guest | 2016-04-11 19:43:00 + (Mon, 11 Apr 2016) | 2 lines

add missing include, necessary for GCC <6

Cheers
Sascha


> thanks a lot for your bug squashing business.  Unfortunately the
> package does not build for me:
> 
> ...
> g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -W 
> -Wall -pedantic -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION="\"1.00\"" -lm 
> AlignedFragment.o Assert.o Block.o Consistency.o GlobalAlign.o LocalAlign.o 
> Main.o PairAligner.o Matrix.o MultiSequence.o ProbModel.o Score.o 
> ScoreMatrix.o Sequence.o SparseMatrix.o Tree.o Utilities.o -o proda 
> -Wl,-z,relro
> /usr/bin/ld: errno: TLS definition in /lib/x86_64-linux-gnu/libc.so.6 section 
> .tbss mismatches non-TLS reference in Main.o
> /lib/x86_64-linux-gnu/libc.so.6: error adding symbols: Bad value
> collect2: error: ld returned 1 exit status
> 
> Anything you might have forgotten to commit?
> 
> Kind regards
> 
>   Andreas.
> 
> On Mon, Apr 11, 2016 at 07:22:30PM +, Sascha Steinbiss wrote:
>> Author: sascha-guest
>> Date: 2016-04-11 19:22:29 + (Mon, 11 Apr 2016)
>> New Revision: 21685
>> 
>> Added:
>>   trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch
>>   trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch
>> Modified:
>>   trunk/packages/proda/trunk/debian/changelog
>>   trunk/packages/proda/trunk/debian/patches/series
>> Log:
>> fix FTBFS
>> 
>> 
>> Modified: trunk/packages/proda/trunk/debian/changelog
>> ===
>> --- trunk/packages/proda/trunk/debian/changelog  2016-04-11 18:55:13 UTC 
>> (rev 21684)
>> +++ trunk/packages/proda/trunk/debian/changelog  2016-04-11 19:22:29 UTC 
>> (rev 21685)
>> @@ -1,3 +1,10 @@
>> +proda (1.0-9.1) unstable; urgency=medium
>> +
>> +  * Team upload.
>> +  * Fix FTBFS with GCC-6. Closes #812039
>> +
>> + -- Sascha Steinbiss   Mon, 11 Apr 2016 19:22:08 
>> +
>> +
>> proda (1.0-9) unstable; urgency=low
>> 
>>   * debian/control: re-added David to uploaders, because he really
>> 
>> Added: trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch
>> ===
>> --- trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch
>> (rev 0)
>> +++ trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch
>> 2016-04-11 19:22:29 UTC (rev 21685)
>> @@ -0,0 +1,24 @@
>> +--- a/Makefile
>>  b/Makefile
>> +@@ -6,7 +6,7 @@
>> + # 1) Choose C++ compiler.
>> + 
>> 
>> + 
>> +-CXX = g++
>> ++#CXX = g++
>> + 
>> + 
>> 
>> + # 2) Set C++ flags.
>> +@@ -15,10 +15,10 @@
>> + #c) RELEASE mode
>> + 
>> 
>> + 
>> +-CPPFLAGS = -DVERSION="\"1.00\""
>> ++CPPFLAGS+=-DVERSION="\"1.00\""
>> + 
>> + # debug mode
>> +-CXXFLAGS = -g -W -Wall -pedantic
>> ++CXXFLAGS+=-g -W -Wall -pedantic
>> + 
>> + # profile mode
>> + #CXXFLAGS = -pg -W -Wall -pedantic
>> 
>> Added: trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch
>> ===
>> --- trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch   
>> (rev 0)
>> +++ trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch   
>> 2016-04-11 19:22:29 UTC (rev 21685)
>> @@ -0,0 +1,11 @@
>> +--- a/Main.cc
>>  b/Main.cc
>> +@@ -117,7 +117,7 @@
>> +   char *endPtr;
>> +   long int retVal;
>> + 
>> +-  int errno = 0;
>> ++  extern int errno;
>> +   retVal = strtol (data, , 0);
>> +   if (retVal == 0 && (errno != 0 || data == endPtr)) return false;
>> +   if (errno != 0 && (retVal == LONG_MAX || retVal == LONG_MIN)) return 
>> false;
>> 
>> Modified: trunk/packages/proda/trunk/debian/patches/series
>> ===
>> --- trunk/packages/proda/trunk/debian/patches/series 2016-04-11 18:55:13 UTC 
>> (rev 21684)
>> +++ trunk/packages/proda/trunk/debian/patches/series 2016-04-11 19:22:29 UTC 
>> (rev 21685)
>> @@ -1,4 +1,6 @@
>> 01-fix_gcc4.3_warnings.patch
>> 02-fix_CXXFLAGS.patch
>> 03-fix_FTBFS_gcc4.3_missing_includes.patch
>> +04-honour_CXX.patch
>> +05-fix_FTBFS_with_GCC6.patch
>> hardening.patch
>> 
>> 
>> ___
>> debian-med-commit mailing list
>> debian-med-com...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-commit
>> 
> 
> -- 
> http://fam-tille.de

Bug#820708: [Pkg-pascal-devel] Bug#820708: castle-game-engine: hardcoded libpng12 dependency

[Michalis Kamburelis]

> Source: castle-game-engine
> Version: 5.2.0-2
> Severity: serious
> Justification: libpng1.6 transition
>
> Dear maintainer,
>
> in the discussion in #820566 it surfaced that castle-game-engine has a 
> hardcoded
> dependency on libpng12.
>
> After the completion of the tlibpng 1.6 transition, libpng12 will be removed,
> Therefore this bug is RC.
>
> Another bug is that this dependency is completly oqaue to the outside world.
> this is why has not been detected during the preparation of the transtiion.
> Please establish something here to catch e.g by buildtime checks,
> build-conflicts or other measure to make this more robust for other 
> transitions.
>
> (view3dscene, #820566 has the same bug, maybe you find can together find an 
> solution.)

1. 2. are just clarifications (I'm just repeating here some bits
mentioned in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820566
), 3. is a suggestion how to make a buildtime check if someone would
like to tackle this:)

1. Castle Game Engine works with libpng 1.2 or 1.4 (not only 1.2).

2. It's not a "hard dependency on libpng". It's perfectly sensible to
use Castle Game Engine without libpng. Having libpng installed *helps*
(it allows you to open png images, obviously), but it is not required
for all CGE use-cases. E.g. if you make a game that does not load png
images, you can certainly use Castle Game Engine without libpng.

  For Debian packaging, it may make sense to just simplify and say
"let castle-game-engine recommend libpng". I'm just saying that it's
not a strict dependency for upstream.

  Also remember that it will disappear in next CGE release, where PNG
reader is implemented without libpng (using FPC fcl-image, so it gets
compiled statically in, with the rest of FPC RTL).

3. If you want to add an automatic test that CGE can correctly
read+write PNG files, you can use e.g.
examples/images_videos/image_convert.lpr . Just compile it, and run
like

  image_convert ../2d/box_with_borders.png /tmp/whatever.png

  If /tmp/whatever.png exists, then png reading+writing works. In case
of problems (like a missing libpng), the program should write a clear
error message and have non-zero exit status.

Regards,
Michalis

Bug#812039: r21685 - in trunk/packages/proda/trunk/debian: . patches

[Andreas Tille]

Hi Sascha,

thanks a lot for your bug squashing business.  Unfortunately the
package does not build for me:

...
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -W 
-Wall -pedantic -Wdate-time -D_FORTIFY_SOURCE=2 -DVERSION="\"1.00\"" -lm 
AlignedFragment.o Assert.o Block.o Consistency.o GlobalAlign.o LocalAlign.o 
Main.o PairAligner.o Matrix.o MultiSequence.o ProbModel.o Score.o ScoreMatrix.o 
Sequence.o SparseMatrix.o Tree.o Utilities.o -o proda -Wl,-z,relro
/usr/bin/ld: errno: TLS definition in /lib/x86_64-linux-gnu/libc.so.6 section 
.tbss mismatches non-TLS reference in Main.o
/lib/x86_64-linux-gnu/libc.so.6: error adding symbols: Bad value
collect2: error: ld returned 1 exit status

Anything you might have forgotten to commit?

Kind regards

   Andreas.

On Mon, Apr 11, 2016 at 07:22:30PM +, Sascha Steinbiss wrote:
> Author: sascha-guest
> Date: 2016-04-11 19:22:29 + (Mon, 11 Apr 2016)
> New Revision: 21685
> 
> Added:
>trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch
>trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch
> Modified:
>trunk/packages/proda/trunk/debian/changelog
>trunk/packages/proda/trunk/debian/patches/series
> Log:
> fix FTBFS
> 
> 
> Modified: trunk/packages/proda/trunk/debian/changelog
> ===
> --- trunk/packages/proda/trunk/debian/changelog   2016-04-11 18:55:13 UTC 
> (rev 21684)
> +++ trunk/packages/proda/trunk/debian/changelog   2016-04-11 19:22:29 UTC 
> (rev 21685)
> @@ -1,3 +1,10 @@
> +proda (1.0-9.1) unstable; urgency=medium
> +
> +  * Team upload.
> +  * Fix FTBFS with GCC-6. Closes #812039
> +
> + -- Sascha Steinbiss   Mon, 11 Apr 2016 19:22:08 +
> +
>  proda (1.0-9) unstable; urgency=low
>  
>* debian/control: re-added David to uploaders, because he really
> 
> Added: trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch
> ===
> --- trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch 
> (rev 0)
> +++ trunk/packages/proda/trunk/debian/patches/04-honour_CXX.patch 
> 2016-04-11 19:22:29 UTC (rev 21685)
> @@ -0,0 +1,24 @@
> +--- a/Makefile
>  b/Makefile
> +@@ -6,7 +6,7 @@
> + # 1) Choose C++ compiler.
> + 
> 
> + 
> +-CXX = g++
> ++#CXX = g++
> + 
> + 
> 
> + # 2) Set C++ flags.
> +@@ -15,10 +15,10 @@
> + #c) RELEASE mode
> + 
> 
> + 
> +-CPPFLAGS = -DVERSION="\"1.00\""
> ++CPPFLAGS+=-DVERSION="\"1.00\""
> + 
> + # debug mode
> +-CXXFLAGS = -g -W -Wall -pedantic
> ++CXXFLAGS+=-g -W -Wall -pedantic
> + 
> + # profile mode
> + #CXXFLAGS = -pg -W -Wall -pedantic
> 
> Added: trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch
> ===
> --- trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch
> (rev 0)
> +++ trunk/packages/proda/trunk/debian/patches/05-fix_FTBFS_with_GCC6.patch
> 2016-04-11 19:22:29 UTC (rev 21685)
> @@ -0,0 +1,11 @@
> +--- a/Main.cc
>  b/Main.cc
> +@@ -117,7 +117,7 @@
> +   char *endPtr;
> +   long int retVal;
> + 
> +-  int errno = 0;
> ++  extern int errno;
> +   retVal = strtol (data, , 0);
> +   if (retVal == 0 && (errno != 0 || data == endPtr)) return false;
> +   if (errno != 0 && (retVal == LONG_MAX || retVal == LONG_MIN)) return 
> false;
> 
> Modified: trunk/packages/proda/trunk/debian/patches/series
> ===
> --- trunk/packages/proda/trunk/debian/patches/series  2016-04-11 18:55:13 UTC 
> (rev 21684)
> +++ trunk/packages/proda/trunk/debian/patches/series  2016-04-11 19:22:29 UTC 
> (rev 21685)
> @@ -1,4 +1,6 @@
>  01-fix_gcc4.3_warnings.patch
>  02-fix_CXXFLAGS.patch
>  03-fix_FTBFS_gcc4.3_missing_includes.patch
> +04-honour_CXX.patch
> +05-fix_FTBFS_with_GCC6.patch
>  hardening.patch
> 
> 
> ___
> debian-med-commit mailing list
> debian-med-com...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-commit
> 

-- 
http://fam-tille.de

Bug#650394: ITP: tigervnc -- High-speed Virtual Network Computing (VNC)

[Dominique Belhachemi]

Hi, I would like to test the current tigervnc packages.

How do I build the packages after 'git clone' ?
git clone https://anonscm.debian.org/git/pkg-tigervnc/pkg-tigervnc.git

pkg-tigervnc/debian/README.source isn't up-to-date anymore.

Thanks
-Dominique

Bug#812039: proda: FTBFS with GCC 6: function initialized like a variable

[Sascha Steinbiss]

Hi all,

I fixed this FTBFS in svn and also did some package housekeeping.

Thanks
Sascha

On Tue, 19 Jan 2016 20:45:05 -0800 Martin Michlmayr  wrote:
> Package: proda
> Version: 1.0-9
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6
> 
> This package fails to build with GCC 6.  GCC 6 has not been released
> yet, but it's expected that GCC 6 will become the default compiler for
> stretch.
> 
> Note that only the first error is reported; there might be more.  You
> can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
> you can set CC=gcc-6 CXX=g++-6 explicitly.
> 
> You may be able to find out more about this issue at
> https://gcc.gnu.org/gcc-6/changes.html
> 
> > sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
> ...
> > Tree.h:45:33: warning: type qualifiers ignored on function return type 
> > [-Wignored-qualifiers]
> >  const int GetNumSequences() const;
> >  ^
> > 
> > Main.cc: In function 'bool GetInteger(char*, int*)':
> > Main.cc:120:15: error: function 'int* __errno_location()' is initialized 
> > like a variable
> >int errno = 0;
> >^
> > 
> > : recipe for target 'Main.o' failed
> > make[1]: *** [Main.o] Error 1
> 
> -- 
> Martin Michlmayr
> Linux for HPE Helion, Hewlett Packard Enterprise
> 
> 

Bug#818990: About bug #818990

[Julien Puydt]

Hi,

I'm Snark on IRC ; this is about :

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818990

where you have FTBFS on my flint 2.5.2-3 package (a failing unit test on 
amd64).


When I tried to build my package, it failed because of a documentation 
problem, and not because of a unit test problem as in your report, so I 
prepared a 2.5.2-4 package fixing this doc issue, and tried again... but 
it compiled ok!


I made this 2.5.2-4 available on mentors, so you should be able to give 
it a try with:

dget http://mentors.debian.net/debian/pool/main/f/flint/flint_2.5.2-4.dsc
then
pbuilder build flint_2.5.2-4.dsc

I have no clue why 2.5.2-3 would fail on amd64, and 2.5.2-4 should only 
fix a change in texlive, so any feedback would be welcome.


Thanks,

Snark on #debian-science

PS: CC-ing the bug this time

Bug#820729: openscad: chris palmer's mendel90 openscad scripts cause a compile failure

[Torsten Paul]

On 04/11/2016 08:15 PM, lkcl wrote:
> Debian Release: 7.4
>
That's Wheezy which has OpenSCAD 2011.12-3, right?

The README.md file of the Mendel90 repository states:

"OpenSCAD-2015.05 or later is required"

(https://github.com/nophead/Mendel90/blob/master/README.md)

ciao,
  Torsten.

Bug#820733: RFS: Series/1.0 [ITP] -- Keep track of your favourite TV series

[Sartore Giorgio (Mani)]

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

Dear mentors,

I am looking for a sponsor for my package "series":

Package name: series
Version : 1.0
Upstream Author : Sartore Giorgio 
URL : https://github.com/Mani-GS/series.git
License : GPL 3

It builds those binary packages:

series - keep track of your favourite TV series

To access further information about this package (or download it), please visit 
the following URL:

https://github.com/Mani-GS/series.git

Regards,
  G. Sartore

Bug#725629: vice: racy build

[GCS]

On Mon, Apr 11, 2016 at 8:40 PM, Steven Chamberlain  wrote:
> Tobias Frost wrote:
> I notice there is already a patch for this called
> kfreebsd_no_machine_cpufunc.h.patch
> although, you still had it applied for that build:
 That's correct and previously it worked. Please see that 2.4.26 built
on kfreebsd-i386 and on kfreebsd-amd64 already. Only when it was
binNMUed failed on kfreebsd-i386.

> It patches vice-2.3.dfsg/configure.proto (what is that?) and not
> configure.ac;  and I imagine the latter one is being used now.
 Please see Makefile.am:
-- cut --
$(top_srcdir)/configure.ac: $(top_srcdir)/configure.proto
$(am__cd) $(srcdir) && $(SHELL) autogen.sh
-- cut --

As such, for configure.ac autogen.sh is used, which contains this:
-- cut --
if test x"$configure_needs_ac" = "xyes"; then
sed s/AM_CONFIG_HEADER/AC_CONFIG_HEADERS/g
configure.ac
else
cp configure.proto configure.ac
fi
-- cut --

This means configure.proto just copied over configure.ac or 'sed' is
used for substitution to generate configure.ac from the former. This
means any patching of configure.ac will be lost and thus not needed.
The patch is used to prevent the header error, on kFreeBSD
architectures it has an empty case (skip that header); on other
architectures it looks for that cpufunc.h header:
-- cut --
-AC_CHECK_HEADERS(unistd.h sys/io.h machine/pio.h machine/cpufunc.h)
+AC_CHECK_HEADERS(unistd.h sys/io.h machine/pio.h)
+case "$host_os" in
+  *kfreebsd*)
+;;
+  *)
+AC_CHECK_HEADERS(machine/cpufunc.h)
+;;
+esac
-- cut --

Still seems to be the correct way for me.

Regards,
Laszlo/GCS

Bug#818791: netdiscover segfaults shortly after start

[Thorsten Sperber]

Hi Eriberto,

sadly I only have one machine on testing, but it is pretty recent with
no shortage on power and an SSD. The interface doesn't matter, just
tried with wlan0, same game. I also reinstalled the packages to be sure
with the disk (although I'd rather not assume the SSD to fail).

I tried to debug the process with gdb, but ended up with optimized
symbols of variables...

To eliminate as many sources of failures as possible, I downloaded
debian live (mate) 8.4.0 and loaded it up on the host.

debian 8.4: scanning works
After upgrade to stretch: segfaults as previously.

I tried another computer, same procedure: test with stable, upgrade to
testing and run netdiscover -i eth0 in both stages. To my astonishment,
it worked fine there.

So... since "hardware" seems more like the reason of this segfault, I
would probably blame some kernel module... but I didn't reboot in the
live image nor restarted the interfaces so another module or firmware
could be loaded.

I don't have exotic hardware (it's a T440p with intel network for eth
and wifi), and since it's working on stable, I assume the hardware is
not faulty.

What else is between netdiscover and the kernel? Can I test libpcap in a
similar way as netdiscover does or use some debugging foo with netdiscover?


Thorsten

Bug#801377: Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)

[Eriberto]

2016-04-11 15:49 GMT-03:00 Felix Natter :
> hello Markus,
> hello Eriberto,
>
> Eriberto  writes:
>> José is the upstream and  he was the maintainer of the bgfinancas. I
>> was a sponsor only.
>>
>> I know that José no longer intent to maintain this package. IMO this
>> package can be removed but we need to wait for considerations from
>> José.
>
> I am not sure. He authored 3.2-1 which looks good, doesn't it?


Yeap! But he no longer wants maintain the package.

Regards,

Eriberto

Bug#800670: bug#21604: grep doesn't match diacritical chars in ISO-8859 files

[Santiago Ruano Rincón]

El 02/10/15 a las 13:01, Paul Eggert escribió:
> On 10/02/2015 02:43 AM, Santiago Ruano Rincón wrote:
> >grep doesn't match characters with diacritical
> >marks in ISO-8859 files, inside a Unicode enviroment
> 
> That is normal and expected behavior.  In a UTF-8 locale, "á" is represented
> by the two bytes 0xC3 and 0xA1.  In an ISO-8859 file, the same character is
> represented by the single byte 0xE1.  The UTF-8 pattern won't match the
> ISO-8859 representation.
> 
> To avoid this problem, switch to an ISO-8859 locale before using grep to
> read ISO-8859 text files.  This is true for pretty much any standard
> utility, not just grep.  Alternatively, you can translate the text files
> from ISO-8859 to UTF-8, before giving the resulting text to grep or to other
> utilities.

Last changes also fix this:

With 2.24:

% printf 'á' | LC_ALL=C grep .
Binary file (standard input) matches

Whit 2.24.13-bed6 pre-release

% printf 'á' | LC_ALL=C grep á
á

Thanks,

Santiago

Bug#803813: ffmpeg 3.0 transition

[Sebastian Ramacher]

Dear maintainer,

ffmpeg 3.0 is now available in experimental. Please upload fixes for the FTBFS
bugs soon so that we can start the transition to the new upstream release.

Thanks!
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#819658: jessie-pu: package hexchat/2.10.1-1

[Jesse Rhodes]

After discussion in IRC, I now understand that a bug can be closed
more than once, which seems a little counter-intuitive at first, but I
get why.
Here's the updated debdiff with the bug close included. Hopefully this
is the final one. Apologies for the extra noise.

sney

On Mon, Apr 11, 2016 at 12:07 PM, Jesse Rhodes  wrote:
> The relevant debian bug was already closed (by some guy named Mattia
> Rizzolo ;), so I've just done the latter 2 suggestions.
>
> Please see the attached debdiff and let me know if there's anything else.
>
> On Thu, Apr 7, 2016 at 3:41 AM, Mattia Rizzolo  wrote:
>> On Thu, Mar 31, 2016 at 10:31:13AM -0600, Jesse Rhodes wrote:
>>> Debdiff attached.
>>
>> You should also close the relevant bug in the BTS; and now there is also
>> (finally!) a CVE id, please add it to the changelog (and why not to the
>> patch description can't harm too).
>>
>> #818009 aka CVE-2013-7449
>>
>> --
>> regards,
>> Mattia Rizzolo
>>
>> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
>> more about me:  http://mapreri.org  : :'  :
>> Launchpad user: https://launchpad.net/~mapreri  `. `'`
>> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


hexchat-2.10.1-1+deb8u1.debdiff
Description: Binary data

Bug#820732: apt-listchanges: spurious /var/lib/apt/listchanges.db.db file

[Alexandre Detiste]

Package: apt-listchanges
Version: 3.0
Severity: minor

Hi,

Thanks for the Python3 migration !

My daily cruft-ng script detected this spurious file:

LANG=C ls -l   /var/lib/apt/listchanges*
-rw-r--r-- 1 root root 90112 Apr 10 06:49 /var/lib/apt/listchanges.db
-rw-r--r-- 1 root root 12288 Apr 11 06:01 /var/lib/apt/listchanges.db.db


I guess the ".db.db" is a little mistake.

Greets,

Alexandre



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

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

Versions of packages apt-listchanges depends on:
ii  apt1.2.10
ii  debconf [debconf-2.0]  1.5.59
ii  debianutils4.7
ii  python3-apt1.1.0~beta2
pn  python3:any
ii  ucf3.0036

apt-listchanges recommends no packages.

Versions of packages apt-listchanges suggests:
ii  firefox-esr [www-browser]   45.0.1esr-1
ii  google-chrome-stable [www-browser]  49.0.2623.112-1
ii  konqueror [www-browser] 4:15.12.1-1
ii  konsole [x-terminal-emulator]   4:15.12.1-1
ii  lynx [www-browser]  2.8.9dev8-4
ii  nullmailer [mail-transport-agent]   1:1.13-1+b1
ii  python3-gi  3.18.2-2+b1
ii  qterminal [x-terminal-emulator] 0.6.0+20160104-1
ii  w3m [www-browser]   0.5.3-27
ii  xterm [x-terminal-emulator] 324-1

-- debconf-show failed

Bug#820731: transition: ffmpeg

[Sebastian Ramacher]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-ffmpeg.html
Control: block -1 by 803833 803844 803868 803822 803835 803866 803867 807853 
803813

ffmpeg 3.0 has been uploaded to experimental and bumped SONAME of all its shared
libraries. The FTBFS bugs of the reverse dependencies are tracked at [1].
Currently the following packages FTBFS against ffmpeg 3.0:

#803813 ffmpegthumbs
#803822 gst-libav1.0
#803833 libavg
#803835 libextractor
#803844 mplayer
#803866 vcmi
#803867 vdr-plugin-softhddevice
#803868 vlc
#807853 k3b

vlc will move to an embedded copy of ffmpeg 2.8 once this transition starts (the
security team has been informed about this, see #803868 for details).

I will ping all the bugs to upload fixes now that ffmpeg 3.0 is available in
experimental.

Please let me know once it's okay to upload ffmpeg to unstable.

Regards

[1] 
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ffmpeg2.9;users=pkg-multimedia-maintain...@lists.alioth.debian.org
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#820730: surf: segfault while surfing on youtube

[kakwa]

Package: surf
Version: 0.7-1
Severity: important

Dear Maintainer,

While surfing on youtube, surf can easily segfault.

To reproduce:

* surf https://www.youtube.com/watch\?v\=bJ9r8LMU9bQ
* wait a few second (around ~10 seconds)
* click on publisher link (theclashVEVO  
[https://www.youtube.com/channel/UCZZqOGJ0HxYblCEC-K4nagg])
* surf crashes (segfault)

Expected result:

* surf opens the publisher page

I'm not sure if it could represent a security issue (overflow).

Also, video playing is kind of broken (no sound, framerate dropping in
some cases).

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

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

Versions of packages surf depends on:
ii  curl7.47.0-1
ii  libc6   2.22-6
ii  libglib2.0-02.48.0-1
ii  libgtk-3-0  3.18.9-1
ii  libjavascriptcoregtk-3.0-0  2.4.10-1+b1
ii  libsoup2.4-12.52.2-1
ii  libwebkitgtk-3.0-0  2.4.10-1+b1
ii  libx11-62:1.6.3-1
ii  stterm  0.5+20140606+gitc2fd275-1
ii  suckless-tools  42-1
ii  x11-utils   7.7+3

surf recommends no packages.

surf suggests no packages.

-- no debconf information

Bug#819979: libgit2 transition pending, now in experimental.

[Pirate Praveen]

On Monday 11 April 2016 09:04 PM, Andreas Henriksson wrote:
> It would be great if you could do an upload of your packages
> libgit2-glib / ruby-rugged for the new libgit2 targeted at experimental
> so we know all pieces are ready for the transition which is about to
> start. (We've got a go from the release team already!)

I have uploaded ruby-rugged to experimental. Thanks Andreas for leading
this transition.



signature.asc
Description: OpenPGP digital signature

Bug#820729: openscad: chris palmer's mendel90 openscad scripts cause a compile failure

[lkcl]

Package: openscad
Severity: normal
Tags: upstream

git clone git://github.com/nophead/Mendel90
the version from 2016-01 cannot successfully turn the above
scad files into STLs (it runs openscad via command-line)
logs show a parser error, which is the usual "obtuse" error
which indicates the last line of the post-macro-included source
not an actually-useful line number... *sigh* :)


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

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

Versions of packages openscad depends on:
pn  libboost-filesystem1.55.0   
pn  libboost-program-options1.55.0  
pn  libboost-regex1.55.0
ii  libboost-system1.55.0   1.55.0+dfsg-4
ii  libboost-thread1.55.0   1.55.0+dfsg-3
ii  libc6   2.21-6
ii  libcgal10   4.5-2
ii  libgcc1 1:5.2.1-17
ii  libgl1-mesa-glx [libgl1]10.3.2-1
ii  libglew1.10 1.10.0-3
ii  libglib2.0-02.46.0-2
ii  libglu1-mesa [libglu1]  9.0.0-2
ii  libgmp102:6.0.0+dfsg-4
ii  libmpfr43.1.3-1
ii  libopencsg1 1.3.2-2+b1
ii  libqt4-opengl   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6  5.2.1-17
ii  libx11-62:1.6.2-3

Versions of packages openscad recommends:
pn  openscad-mcad  

Versions of packages openscad suggests:
pn  geomview  
ii  librecad  2.0.4-1
ii  meshlab   1.3.2+dfsg1-2+b1
pn  openscad-testing  

Bug#801377: Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)

[Felix Natter]

hello Markus,
hello Eriberto,

Eriberto  writes:
> José is the upstream and  he was the maintainer of the bgfinancas. I
> was a sponsor only.
>
> I know that José no longer intent to maintain this package. IMO this
> package can be removed but we need to wait for considerations from
> José.

I am not sure. He authored 3.2-1 which looks good, doesn't it?

I am adding his new email address to the list.

Cheers and Best Regards,
-- 
Felix Natter

Bug#777791: [PATCH] ball: ftbfs with GCC-5

[Andreas Tille]

Hi Danny,

On Mon, Apr 11, 2016 at 08:03:19PM +0200, Danny Edel wrote:
> > git://anonscm.debian.org/debian-med/ball.git
> 
> sorry for the miswording -- I did use the git repository at the
> specified location, not collab-maint.  If the patch didn't apply cleanly
> I can't say why.

> > since I tried to
> > 
> > git am 0001-Rework-patches-for-sid.patch
> > 
> > which resulted in several conflicts.  I wonder whether you could 
> > rather commit to the official packaging repository.  To enable you 
> > doing this I've added you to the Debian Med team.
> 
> Thanks!  I will submit there as soon as the group membership is through.
>  I can already see that I'm added in the alioth webinterface, but
> "groups" on git.debian.org doesn't yet include scm_debian-med.
> 
> Trying to push anyway gives:
> 
> danny@debwork ~/git/debian-med/ball $ git push -v
> Pushing to git.debian.org:/git/debian-med/ball.git
> Counting objects: 13, done.
> Delta compression using up to 2 threads.
> Compressing objects: 100% (13/13), done.
> Writing objects: 100% (13/13), 6.09 KiB | 0 bytes/s, done.
> Total 13 (delta 4), reused 0 (delta 0)
> 
> remote: error: insufficient permission for adding an object to
> repository database ./objects
> 
> remote: fatal: failed to write object
> 
> error: unpack failed: unpack-objects abnormal exit
> 
> To git.debian.org:/git/debian-med/ball.git
>  = [up to date]  pristine-tar -> pristine-tar
>  = [up to date]  upstream -> upstream
>  ! [remote rejected] master -> master (unpacker error)
> updating local tracking ref 'refs/remotes/origin/pristine-tar'
> updating local tracking ref 'refs/remotes/origin/upstream'
> error: failed to push some refs to 'git.debian.org:/git/debian-med/ball.git'
> 
> I will try to push again later tonight or tomorrow.  I'm sure this is
> just an issue about the group membership update script not run yet.

Sounds convincing.

Thanks a lot for your patience

   Andreas.

PS: The private CC I used bounced.  May be you check the logs of your
mailserver. 



-- 
http://fam-tille.de

Bug#792086: keyboard-configuration: can't change the layout to us international

[Stewart C. Russell]

Further to the OP's report, I'm having the identical result.
dpkg-reconfigure keyboard-configuration does nothing for me on two
different systems. The common factor is that they both use slightly
unusual keyboards.

The function ‘keyboard_present’ in keyboard-configuration.config
searches /proc/bus/input/devices for very specific strings. These two
keyboards contain no matches, and thus are not considered to be
attached. Shouting at the computer has not appeared to help in any way.

/proc/bus/input/devices data (from two different machines) for my two
problem keyboards are:

I: Bus=0005 Vendor=0a5c Product=8502 Version=011b
N: Name="Rapoo E6700"
P: Phys=b8:27:eb:0e:e8:ee
S:
Sysfs=/devices/platform/soc/3f201000.uart/tty/ttyAMA0/hci0/hci0:11/0005:0A5C:8502.0002/input/input2
U: Uniq=6c:5d:63:21:fd:ab
H: Handlers=sysrq kbd mouse0 event1
B: PROP=0
B: EV=12001f
B: KEY=1f 1 207 ff9f387a d941d7ff febeffdf ffef 
fffe
B: REL=143
B: ABS=f00 0
B: MSC=10
B: LED=1f

I: Bus=0011 Vendor=0002 Product=000e Version=
N: Name="ETPS/2 Elantech Touchpad"
P: Phys=isa0060/serio1/input0
S: Sysfs=/devices/platform/i8042/serio1/input/input5
U: Uniq=
H: Handlers=mouse0 event6
B: PROP=5
B: EV=b
B: KEY=e420 1 0 0 0 0
B: ABS=66180001103

Suggestions:

1. Can the OP please post the contents of their /proc/bus/input/devices
file here to see if it would trigger keyboard_present?

2. Would the maintainer(s) consider revisiting the check in
keyboard_present to include more diversity? This is likely hard, and may
break something, somewhere for someone who was relying on it.

3. Are there alternative methods (such as adding to a startup rule file)
that one could alter these device names so that they pass the
keyboard_present test?

Yours truly,
 Stewart C. Russell
 Toronto, Canada.





signature.asc
Description: OpenPGP digital signature