Bug#756602: printf(3) manpage: please document that %n can't include flags, width or precision

2014-07-31 Thread Michael Kerrisk (man-pages)
On Thu, Jul 31, 2014 at 6:41 PM, Jakub Wilk  wrote:
> * Michael Kerrisk , 2014-07-31, 12:42:
>
>> I've applied the patch below.
>
>
> Thanks!
>
>
>> +That argument shall be an
>> +.I "int\ *",
>> +or variant, as specified by the
>> +.B l
>> +or
>> +.B ll
>> +length modifier.
>
>
> Hmm. Why only l or ll?
>
> According to the C99 standard, all the length modifiers that can be used
> with integer conversions (hh, h, l, ll, j, z, t) can be also used with %n.
>
> --
> Jakub Wilk

Good point. How about:

[[
That argument shall be an
.I "int\ *",
or variant whose size matches the (optionally)
supplied integer length modifier.
]]

?

Cheers,

Michael
-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#725296: alpine: Please reconsider: should work with GPG

2014-07-31 Thread Asheesh Laroia
Hi Axel,

First of all, thank you for filing a bug against the Alpine package in
Debian! It's always exciting to get input from people using the software.

The UW-based Alpine team only ever implemented S/MIME, but there's no
reason in principle Alpine couldn't grow GPG support. I myself am unlikely
to write it, due to a shortage of time.


There are some GPG support tools for alpine. Particularly, "topal" is one
such set: http://homepage.ntlworld.com/phil.brooke/topal/rel-72/README.html

Another is https://dougbarton.us/PGP/ppf/

Both have different perspectives. Unit 193 has been working on packaging
the latter of these, and you can find it here:
http://anonscm.debian.org/cgit/collab-maint/pine-pgp-filters.git

Axel, the one thing that the pine-pgp-filters package needs (it seems) is
high-quality instructions on how to use it with the Alpine package in
Debian. Working on that, plus filing the ITPs etc., is our next step.

If that's a package you'd be interested in trying out, and helping us work
on instructions for it, that'd be great.

Thanks again!

-- Asheesh.


Bug#532380: Permitting viewing application/octet-stream attachments

2014-07-31 Thread Asheesh Laroia
Hi Eduardo,

Here's another Debian bug that I wanted to get your input on --
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532380 .

Do you think it makes sense for future Alpine editions to allow people to
"V"iew application/octet-stream attachments? It seems harmless, and clearly
desired in some cases.

(I myself have desired this!)

Let me know what you think. It'd be great if you keep the bug in the CC:
line, too, if you're willing to have the conversation be public.

Thanks, as always!

-- Asheesh.


Bug#710511: Improving passfile support

2014-07-31 Thread Asheesh Laroia
Hi Eduardo,

I know you've been working a lot on alpine lately, and I wanted to pass
this along.

I haven't dug into the source code, but one Debian user reports that the
-passfile option seems to have no effect.

Another reports that -passfile works fine so long as the file already
exists before alpine starts.

I presume that the latter understanding is accurate, and the first one is a
user confused by Alpine's behavior.


It seems to me that users would be best-served if alpine was willing to
create passfile files. Or, if not, users would be second-best-served by
alpine exiting with an error, asking the user to create the file.

What do you think?

Thanks!

-- Asheesh.


Bug#379901: Usage Limit dépassée..

2014-07-31 Thread DONNART-BARRAIL Mylene
Votre compte de messagerie a dépassé sa limite de stockage. Vous ne serez pas 
en mesure de recevoir ou d'envoyer un message. Afin de rétablir votre compte 
s'il vous plaît Cliquezici: http://mzmwebservicefr.edicy.co/en et soumettre 
votre webmail information requise.

Merci.
IT Service de sécurité Bureau 2014


Bug#740701: [Netapp-Linux-Community] Bug#740701: multipath-tools: mkfs fails "Add. Sense: Incompatible medium installed"

2014-07-31 Thread Ritesh Raj Sarraf
Control: severity -1 normal


On 08/01/2014 01:43 AM, Hans van Kranenburg wrote:
>
> Anyway, I'm still typing this in a debian bug report. I know this is
> actually not a debian bug at all anymore, but since I guess that
> whoever encounters the same issue and starts to look for a solution on
> the internet ends up reading this page, I'd like to use this bug
> report to document my experiences.
>
> If Bill (OP) agrees, I'll close it as soon as I found a solution for
> the problem, documenting it, whatever that is. 

Thanks for the update Hans. I am thus downgrading the severity to normal.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature


Bug#756733: [systemsettings] Time zone Mexico City wrongly set

2014-07-31 Thread Bbugs
Package: systemsettings
Version: 4:4.11.9-1
Severity: normal

--- Please enter the report below this line. ---

When choosing in KDE System Settings (Date & Time) America/Mexico
City as local time zone, time is set wrongly to UTC instead of
Mexican Central Time.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.14-2-amd64

Debian Release: jessie/sid
  500 testing-updates ftp.de.debian.org 
  500 testing security.debian.org 
  500 testing ftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-===
kde-runtime (>> 4:4.10) | 4:4.13.1-1
libc6 (>= 2.14) | 
libfontconfig1(>= 2.11) | 
libkcmutils4(>= 4:4.11) | 
libkdecorations4abi2 (= 4:4.11.9-1) | 
libkdecore5 (>= 4:4.11) | 
libkdeui5   (>= 4:4.11) | 
libkhtml5   (>= 4:4.11) | 
libkio5 (>= 4:4.11) | 
libknewstuff3-4 (>= 4:4.11) | 
libplasma3  (>= 4:4.11) | 
libqt4-dbus(>= 4:4.5.3) | 
libqt4-xml (>= 4:4.5.3) | 
libqtcore4   (>= 4:4.7.0~beta1) | 
libqtgui4  (>= 4:4.8.0) | 
libstdc++6   (>= 4.1.1) | 
libx11-6| 


Package's Recommends field is empty.

Package's Suggests field is empty.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#379901: Usage Limit dépassée

2014-07-31 Thread DONNART-BARRAIL Mylene
Votre compte de messagerie a dépassé sa limite de stockage. Vous ne serez pas 
en mesure de recevoir ou d'envoyer un message. Afin de rétablir votre compte 
s'il vous plaît Cliquezici: http://mzmwebservicefr.edicy.co/en et soumettre 
votre webmail information requise.

Merci.
IT Service de sécurité Bureau 2014


Bug#756419: closed by Bastian Blank (Bug#756419: fixed in cdebootstrap 0.6.3)

2014-07-31 Thread Guillem Jover
Control: reopen -1

Hi!

On Thu, 2014-07-31 at 19:06:18 +, Debian Bug Tracking System wrote:
> Changes:
>  cdebootstrap (0.6.3) unstable; urgency=medium
>  .
[…]
>* Supprt large deb packages. (closes: #756419)

Thanks for the prompt fix. Although it seems there's at least one
omission…

> From: Guillem Jover 
> To: sub...@bugs.debian.org
> Subject: cdebootstrap: Does not support large .deb packages

> Package: cdebootstrap
> Version: 0.6.2
> Severity: normal
> Tags: lfs

> This package does not have .deb LFS [L]. Through code staring I can see
> at least src/package.c:package_extract_self() which stores the memberlen
> in a ssize_t variable. package_extract_self_parse_header_length()
> would also truncate the value (long, strtoul()), along with all
> package_extract_self_FOO() which only take a size_t argument. And the
> decompress_FOO() and struct decompress_FOO len members.

… as mentioned above, the strtoul() and «long r» local variable in
package_extract_self_parse_header_length() will truncate large file
sizes.

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#379901: Usage Limit dépassée

2014-07-31 Thread DONNART-BARRAIL Mylene
Votre compte de messagerie a dépassé sa limite de stockage. Vous ne serez pas 
en mesure de recevoir ou d'envoyer un message. Afin de rétablir votre compte 
s'il vous plaît Cliquezici: http://mzmwebservicefr.edicy.co/en et soumettre 
votre webmail information requise.

Merci.
IT Service de sécurité Bureau 2014


Bug#756732: RM: mingw32-runtime -- ROM; obsolete, superceded by mingw-w64

2014-07-31 Thread Stephen Kitt
Package: ftp.debian.org
Severity: normal

Dear FTP team,

Please remove mingw32-runtime, it is now entirely replaced by
mingw-w64 (there are transitional packages in place for mingw32 and
mingw32-binutils, none is required for mingw32-runtime).

See the end of https://bugs.debian.org/648306 for Ron Lee's approval
of this removal request (Ron being mingw32-runtime's maintainer).

Regards,

Stephen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756163: Processed: tagging 756163, severity of 756163 is grave

2014-07-31 Thread Anton Gladky
2014-08-01 6:06 GMT+02:00 Debian Bug Tracking System :
>> severity 756163 grave
> Bug #756163 [gnuplot-qt] [gnuplot-qt] Doesn't provide gnuplot-x11
> Severity set to 'grave' from 'important'

why have you done it?

Anton


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756542: [DSE-Dev] Bug#756542: selinux-policy-default: Installation of systemd from wheezy-backports results in many AVCs

2014-07-31 Thread Andreas Florath
Hello Mika,

thanks for your answer. And Yes: you are right.

Just checked the description from backports:
 Backports cannot be tested as extensively as Debian stable,
 and backports are provided on an as-is basis, with risk of
 incompatibilities with other components in Debian stable.
 Use with care!

Checked this after I read your comment - did not know this before.

This means: when it is from backports, it might be incompatible
and therefore it's not a bug. Because of this IMHO this bug be closed.

Nevertheless there are some problems that also occur in the
stable release. I filed them as separate bugs:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756729
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756730
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756731

Kind regards

Andre


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#379901: Usage Limit dépassée

2014-07-31 Thread DONNART-BARRAIL Mylene
Votre compte de messagerie a dépassé sa limite de stockage. Vous ne serez pas 
en mesure de recevoir ou d'envoyer un message. Afin de rétablir votre compte 
s'il vous plaît Cliquezici: http://mzmwebservicefr.edicy.co/en et soumettre 
votre webmail information requise.

Merci.
IT Service de sécurité Bureau 2014


Bug#756730: selinux-policy-default: Setting SELinux to enforce logs AVC: mount wants to access modules.dep

2014-07-31 Thread Andreas Florath
Package: selinux-policy-default
Version: 2:2.20110726-12
Severity: minor

Dear Maintainer,

after SELinux is set to enforcing the following AVC is logged during boot,
Nevertheless I did not find any problems with the system:

type=1400 audit(1406807193.926:4): avc:  denied  { read } for  pid=1385 
comm="mount" name="modules.dep" dev=dm-0 ino=914388 
scontext=system_u:system_r:mount_t:s0 
tcontext=system_u:object_r:modules_dep_t:s0 tclass=file

When allowing this (audit2allow & semodule -u) , the following AVCs are logged:
Jul 31 15:30:13 debtest kernel: [4.029846] type=1400 
audit(1406813412.816:4): avc:  denied  { open } for  pid=1385 comm="mount" 
name="modules.dep" dev=dm-0 ino=914388 scontext=system_u:system_r:mount_t:s0 
tcontext=system_u:object_r:modules_dep_t:s0 tclass=file
Jul 31 15:34:17 debtest kernel: [4.286956] type=1400 
audit(1406813655.960:4): avc:  denied  { getattr } for  pid=1383 comm="mount" 
path="/lib/modules/3.2.0-4-amd64/modules.dep" dev=dm-0 ino=914388 
scontext=system_u:system_r:mount_t:s0 
tcontext=system_u:object_r:modules_dep_t:s0 tclass=file

I found two mail threads where this issue is discussed upstream:
http://oss.tresys.com/pipermail/refpolicy/2013-January/006267.html
http://oss.tresys.com/pipermail/refpolicy/2013-September/006529.html

Andre

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

Kernel: Linux 3.2.0-4-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

Versions of packages selinux-policy-default depends on:
ii  libpam-modules   1.1.3-7.1
ii  libselinux1  2.1.9-5
ii  libsepol12.1.4-3
ii  policycoreutils  2.1.10-9
ii  python   2.7.3-4+deb7u1

Versions of packages selinux-policy-default recommends:
ii  checkpolicy  2.1.8-2
pn  setools  

Versions of packages selinux-policy-default suggests:
pn  logcheck
pn  syslog-summary  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756731: selinux-policy-default: Setting SELinux to enforce when using systemd some AVCs are logged during boot

2014-07-31 Thread Andreas Florath
Package: selinux-policy-default
Version: 2:2.20110726-12
Severity: normal

Dear Maintainer,

when SELinux is enabled (set to enforced) and when using systemd some AVCs are 
logged:

Jul 31 16:02:42 debtest kernel: [3.292205] type=1400 
audit(1406815358.096:4): avc:  denied  { write } for  pid=214 comm="mount" 
name="/" dev=securityfs ino=1 scontext=system_u:system_r:mount_t:s0 
tcontext=system_u:object_r:security_t:s0 tclass=dir
Jul 31 16:02:42 debtest kernel: [3.292228] type=1400 
audit(1406815358.096:5): avc:  denied  { setattr } for  pid=214 comm="mount" 
name="/" dev=securityfs ino=1 scontext=system_u:system_r:mount_t:s0 
tcontext=system_u:object_r:security_t:s0 tclass=dir
Jul 31 16:02:42 debtest kernel: [3.362846] type=1400 
audit(1406815358.164:6): avc:  denied  { setattr } for  pid=224 comm="mount" 
name="/" dev=debugfs ino=1 scontext=system_u:system_r:mount_t:s0 
tcontext=system_u:object_r:debugfs_t:s0 tclass=dir
Jul 31 16:02:42 debtest kernel: [3.850978] type=1400 
audit(1406815358.652:7): avc:  denied  { mounton } for  pid=237 comm="mount" 
path="/run/user" dev=tmpfs ino=1948 scontext=system_u:system_r:mount_t:s0 
tcontext=system_u:object_r:var_auth_t:s0 tclass=dir
Jul 31 16:02:42 debtest kernel: [3.851420] type=1400 
audit(1406815358.652:8): avc:  denied  { mounton } for  pid=237 comm="mount" 
path="/run/user" dev=tmpfs ino=1948 scontext=system_u:system_r:mount_t:s0 
tcontext=system_u:object_r:var_auth_t:s0 tclass=dir

type=AVC msg=audit(1406815362.316:10): avc:  denied  { read } for  pid=723 
comm="dmesg" name="locale.alias" dev=dm-0 ino=522685 
scontext=system_u:system_r:dmesg_t:s0 tcontext=system_u:object_r:etc_t:s0 
tclass=file

Please note that the stable (V44) systemd is used.

Andre


# dpkg -l | grep systemd
ii  libpam-systemd:amd64   44-11+deb7u4  amd64
system and service manager - PAM module
ii  libsystemd-daemon0:amd64   44-11+deb7u4  amd64
systemd utility library
ii  libsystemd-id128-0:amd64   44-11+deb7u4  amd64
systemd 128 bit ID utility library
ii  libsystemd-journal0:amd64  44-11+deb7u4  amd64
systemd journal utility library
ii  libsystemd-login0:amd6444-11+deb7u4  amd64
systemd login utility library
ii  systemd44-11+deb7u4  amd64
system and service manager
ii  systemd-sysv   44-11+deb7u4  amd64
system and service manager - SysV links

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

Kernel: Linux 3.2.0-4-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

Versions of packages selinux-policy-default depends on:
ii  libpam-modules   1.1.3-7.1
ii  libselinux1  2.1.9-5
ii  libsepol12.1.4-3
ii  policycoreutils  2.1.10-9
ii  python   2.7.3-4+deb7u1

Versions of packages selinux-policy-default recommends:
ii  checkpolicy  2.1.8-2
pn  setools  

Versions of packages selinux-policy-default suggests:
pn  logcheck
pn  syslog-summary  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756729: selinux-policy-default: Setting SELinux to enforce results in not configured network interface at boot time

2014-07-31 Thread Andreas Florath
Package: selinux-policy-default
Version: 2:2.20110726-12
Severity: important

Dear Maintainer,

after enableing SELinux the eth0 network device is not longer configured 
automatically during boot time.

There is a similar bug
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728950
but it differs in the command. Here it is 'dhclient' there the scripts.

IMHO this is an 'important' bug, because systems using dhcp cannot switch to 
enforce - or they will not work properly any more.

The eth0 device is configured as:

allow-hotplug eth0
iface eth0 inet dhcp

After booting with SELinux set to enforced the eth0 network interface is not 
configured. ifconfig shows only 'lo'.

During boot, the following two AVCs are reported:

Jul 31 12:55:55 debtest kernel: [4.489454] type=1400 
audit(1406804155.296:5): avc:  denied  { name_bind } for  pid=1677 
comm="dhclient" src=1356 scontext=system_u:system_r:dhcpc_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:port_t:s0 tclass=udp_socket
Jul 31 12:55:55 debtest kernel: [4.489641] type=1400 
audit(1406804155.296:6): avc:  denied  { name_bind } for  pid=1677 
comm="dhclient" src=14762 scontext=system_u:system_r:dhcpc_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:port_t:s0 tclass=udp_socket

When I use these both lines as input to 'audit2allow' and 'semodule

$ audit2allow -M localdhclient
$ semodule -i localdhclient.pp

after booting, the interface comes up, but it looks that the further setup 
needs 'hostname' and 'ip':

Jul 31 13:39:41 debtest kernel: [4.954371] type=1400 
audit(1406806780.651:5): avc:  denied  { read write } for  pid=1723 comm="ip" 
path="socket:[7251]" dev=sockfs ino=7251 
scontext=system_u:system_r:ifconfig_t:s0-s0:c0.c1023 
tcontext=system_u:system_r:dhcpc_t:s0-s0:c0.c1023 tclass=udp_socket
Jul 31 13:39:41 debtest kernel: [4.954457] type=1400 
audit(1406806780.651:6): avc:  denied  { read write } for  pid=1723 comm="ip" 
path="socket:[7252]" dev=sockfs ino=7252 
scontext=system_u:system_r:ifconfig_t:s0-s0:c0.c1023 
tcontext=system_u:system_r:dhcpc_t:s0-s0:c0.c1023 tclass=udp_socket
Jul 31 13:39:41 debtest kernel: [5.005695] type=1400 
audit(1406806780.703:7): avc:  denied  { read write } for  pid=1751 
comm="hostname" path="socket:[7251]" dev=sockfs ino=7251 
scontext=system_u:system_r:hostname_t:s0-s0:c0.c1023 
tcontext=system_u:system_r:dhcpc_t:s0-s0:c0.c1023 tclass=udp_socket
Jul 31 13:39:41 debtest kernel: [5.005781] type=1400 
audit(1406806780.703:8): avc:  denied  { read write } for  pid=1751 
comm="hostname" path="socket:[7252]" dev=sockfs ino=7252 
scontext=system_u:system_r:hostname_t:s0-s0:c0.c1023 
tcontext=system_u:system_r:dhcpc_t:s0-s0:c0.c1023 tclass=udp_socket
Jul 31 13:39:41 debtest kernel: [5.007904] type=1400 
audit(1406806780.703:9): avc:  denied  { read write } for  pid=1752 comm="ip" 
path="socket:[7251]" dev=sockfs ino=7251 
scontext=system_u:system_r:ifconfig_t:s0-s0:c0.c1023 
tcontext=system_u:system_r:dhcpc_t:s0-s0:c0.c1023 tclass=udp_socket
Jul 31 13:39:41 debtest kernel: [5.007988] type=1400 
audit(1406806780.703:10): avc:  denied  { read write } for  pid=1752 comm="ip" 
path="socket:[7252]" dev=sockfs ino=7252 
scontext=system_u:system_r:ifconfig_t:s0-s0:c0.c1023 
tcontext=system_u:system_r:dhcpc_t:s0-s0:c0.c1023 tclass=udp_socket

After another 'autid2allow' and 'semodule' there are no further AVCs in the log 
after a reboot and the interface works fine.

Kind regards

Andre

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

Kernel: Linux 3.2.0-4-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

Versions of packages selinux-policy-default depends on:
ii  libpam-modules   1.1.3-7.1
ii  libselinux1  2.1.9-5
ii  libsepol12.1.4-3
ii  policycoreutils  2.1.10-9
ii  python   2.7.3-4+deb7u1

Versions of packages selinux-policy-default recommends:
ii  checkpolicy  2.1.8-2
pn  setools  

Versions of packages selinux-policy-default suggests:
pn  logcheck
pn  syslog-summary  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#754526: [LCFC] templates://mopidy/{mopidy.templates}

2014-07-31 Thread Christian PERRIER
This is the last call for comments for the review of debconf
templates for mopidy.

The reviewed templates will be sent on Sunday, August 03, 2014 to this bug 
report
and a mail will be sent to this list with "[BTS]" as a subject tag.


-- 


Template: mopidy/daemon
Type: boolean
Default: false
_Description: Start the Mopidy server at boot?
 The Mopidy server can be run as a system service, automatically starting
 at boot. It will be listening to MPD connections on port 6600 and HTTP
 connections on port 6680. By default, it will only accept connections from
 the local machine.
 .
 You have the option of starting the Mopidy server automatically on system
 boot. If in doubt, it is suggested to not start it automatically on boot.
 .
 This setting can be modified later by running "dpkg-reconfigure mopidy".
Source: mopidy
Section: sound
Priority: optional
Maintainer: Stein Magnus Jodal 
Build-Depends:
debhelper (>= 8.0.0),
python (>= 2.7),
python-setuptools,
python-sphinx (>= 1.0),
python-pygraphviz
Standards-Version: 3.9.5
Homepage: http://www.mopidy.com/
Vcs-Git: git://github.com/mopidy/mopidy.git
Vcs-Browser: https://github.com/mopidy/mopidy
X-Python-Version: >= 2.7

Package: mopidy
Architecture: all
Depends:
${misc:Depends},
${python:Depends},
adduser,
debconf,
lsb-base,
gstreamer0.10-plugins-good,
python-gst0.10
Recommends:
gstreamer0.10-alsa,
gstreamer0.10-plugins-ugly,
gstreamer0.10-tools,
python-cherrypy3,
python-ws4py
Suggests:
mopidy-doc
Description: music server with support for MPD/HTTP clients
 Mopidy is an extensible music server which can play music from local
 files, radio streams, and cloud services such as Spotify and SoundCloud.
 .
 Searches combine results from all music sources, and tracks can be mixed from
 all sources in the play queue. Spotify or SoundCloud playlists are
 also available for use.

Package: mopidy-doc
Section: doc
Architecture: all
Depends:
${misc:Depends},
${sphinxdoc:Depends}
Recommends: mopidy
Replaces: mopidy (<< 0.7.3-2)
Description: music server with support for MPD/HTTP clients - documentation
 Mopidy is an extensible music server which can play music from local
 files, radio streams, and cloud services such as Spotify and SoundCloud.
 .
 This package provides the documentation for Mopidy.


signature.asc
Description: Digital signature


Bug#756727: [WARNING:flash/platform/pepper/pep_module.cpp(63)] SANDBOXED

2014-07-31 Thread 積丹尼 Dan Jacobson
Package: pepperflashplugin-nonfree
Version: 1.5

Viewing
https://www.youtube.com/watch?v=EaWKIpH1TGY
gives
[WARNING:flash/platform/pepper/pep_module.cpp(63)] SANDBOXED
and youtube says it can't be played.

On a second run, after the google message, it does indeed play.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#754260: RFS: terminology/0.6.0-1 [ITP]

2014-07-31 Thread Paul Wise
On Thu, 2014-07-31 at 19:16 +0100, Anthony F McInerney wrote:

> if i need to remove src/bin/lz4 folder with debian/rules does that
> imply that i need to use get-orig-source to repack, and also do i then
> need to use d/copyright to exclude-files?

You should not need to repack the orig.tar.gz, just ensure that these
files are removed during the build before ./configure is run (override
dh_auto_configure). If you really want to remove them from the
orig.tar.gz, yes use the uscan support for repacking the orig.tar.gz.

> also if the package requires / builds lz4 do i need to modify the
> makefile that builds it and do i provide the lz4-dev as a
> build-depends or . . . just the libs a 'depends'

Add liblz4-dev to the Build-Depends. In addition you will need to patch
src/bin/Makefile.am and src/bin/termptysave.c so that the system version
is used. Since you are patching the autotools build system you will need
to replace autotools-dev with dh-autoreconf in the Build-Depends and
replace autotools-dev with autoreconf in debian/rules.

> i'll look into packaging the geneet package too, assuming that will be
> needed.

Great, thanks.

With compat level 9 you do not need /usr/share/dpkg/default.mk in the
debian/rules file AFAIK.

The pkg-e team could definitely use help, please get involved if you
haven't already and have the time to do so.

https://wiki.debian.org/PkgE

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#756726: chromium kills XFCE session

2014-07-31 Thread Jerry Quinn

Package: chromium
Version: 36.0.1985.125-0
Severity: important
Tags: upstream

Dear Maintainer,

Starting up chromium kills my XFCE session.  I've reported this to
upstream. Bug #384747.

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

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

Versions of packages chromium depends on:
ii  libasound2   1.0.28-1
ii  libc62.19-7
ii  libcairo21.12.16-2
ii  libcap2  1:2.24-3
ii  libcups2 1.7.4-1
ii  libdbus-1-3  1.8.6-1
ii  libevent-2.0-5   2.0.21-stable-1
ii  libexpat12.1.0-6
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgcc1  1:4.9.1-1
ii  libgcrypt11  1.5.3-4
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk2.0-0  2.24.24-1
ii  libharfbuzz0b0.9.29-1
ii  libicu52 52.1-4
ii  libjpeg8 8d1-1
ii  libminizip1  1.1-3
ii  libmodpbase64-0  3.10.3-2
ii  libnspr4 2:4.10.6-1
ii  libnspr4-0d  2:4.10.6-1
ii  libnss3  2:3.16.3-1
ii  libopus0 1.1-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpci3  1:3.2.1-2
ii  libpng12-0   1.2.50-2
ii  libprotobuf8 2.5.0-9
ii  libre2-1 20140304+dfsg-2
ii  libsnappy1   1.1.2-1
ii  libspeechd2  0.8-6
ii  libspeex11.2~rc1.1-1
ii  libstdc++6   4.9.1-1
ii  libudev1 208-6
ii  libwebp5 0.4.0-4.1
ii  libwebpdemux10.4.0-4.1
ii  libx11-6 2:1.6.2-2
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-2
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-2
ii  libxi6   2:1.7.2-1
ii  libxml2  2.9.1+dfsg1-4
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1
ii  zlib1g   1:1.2.8.dfsg-1

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-inspector  35.0.1916.153-2
pn  chromium-l10n   

-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#569813: There still is a potential purpose

2014-07-31 Thread Elliott Mitchell
On Tue, Jul 29, 2014 at 09:31:53PM +0200, Yann Dirson wrote:
> On Mon, Jul 28, 2014 at 09:11:27PM -0700, Elliott Mitchell wrote:
> > There is still a potential purpose for dh-kpatches.  Maintainance of
> > patches that are likely to remain outside the kernel
> > (linux-patch-debianlogo) may remain easier with dh-kpatches.
> > Additionally dh-kpatches may also fulfill the role of keeping kernel
> > patch-handling UIs together, rather than having them drift apart; a
> > change though is needed since instead of needing to be consistent for
> > make-kpkg --added_patches, it needs to be handy for humans on a
> > command-line.
> 
> Isn't it simpler to import those patches in a git branch (if their
> home is not a git tree to start with, that is) and just manage them
> with "git merge" to apply them and "git reset --hard" to unapply them ?
> 
> Or, possibly better, use git-reintegrate (which I incidentely uploaded
> to unstable a couple of days ago), which can even give you
> version-control of the baseline + patch sets you'll have used over time ?

Some people may prefer that approach.  Using the packaged patches has the
advantage of that as long as the package maintainer uploaded a good
package everywhere past that is protected by the signatures on the
archive.  There is also the benefit of the Debian bug-tracking so
hopefully everything will have been tested to work on a fair number of
machines before release.

> > Right now I'm wondering whether try to take advantage of dh-kpatches for
> > handling some special purpose patches, versus rolling my own for the
> > situations *I* expect to handle.  Notable weaknesses of dh-kpatches for
> > my purposes, I need tarball handling and handling of hundreds of patches
> > and a few patch dependancies.
> > 
> > Why do bugs #355502 and #359063 remain unresolved 8 years after
> > reportting when they seem near-trivial to solve?
> 
> Mostly because I don't have any interest left in that package, and
> noone stepped for maintainance in 4 years despite the RFA.  In fact, I
> should really orphan the package to reflect its true state...

That may indeed be for the best.  This would certainly prevent anyone
from thinking use of dh-kpatches was a good idea in the modern era.  If
we're lucky this would force the maintainers of the two very actively
maintained kernel patch packages (linux-patch-grsecurity2 and
linux-patch-xenomai) to step forward.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756725: systemd: should reboot even it umount / fails

2014-07-31 Thread Russell Coker
Package: systemd
Version: 44-11+deb7u4
Severity: normal

Today I had a server fail to restart when I ran the "reboot" command.  When I
got to it I saw the following on the console:
Could not remount as read-only /: Device or resource busy
Not all file systems unmounted, 1 left.
Cannot finalize remaining file systems and devices, giving up.

Then it hung, presumably indefinitely.

I think it should do a forced reboot in that situation so that we have a usable
system.  Having it hang on a "shutdown" would usually be OK but on a reboot
the sysadmin wants the system to run again.


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

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  dpkg 1.16.15
ii  initscripts  2.88dsf-41+deb7u1
ii  libacl1  2.2.51-8
ii  libaudit01:1.7.18-1.1
ii  libc62.19-7
ii  libcap2  1:2.22-1.2
ii  libcryptsetup4   2:1.4.3-4
ii  libdbus-1-3  1.6.8-1+deb7u3
ii  libkmod2 9-3
ii  liblzma5 5.1.1alpha+20120614-2
ii  libpam0g 1.1.3-7.1
ii  libselinux1  2.1.9-5
ii  libsystemd-daemon0   44-11+deb7u4
ii  libsystemd-id128-0   44-11+deb7u4
ii  libsystemd-journal0  44-11+deb7u4
ii  libsystemd-login044-11+deb7u4
ii  libudev0 175-7.2
ii  libwrap0 7.6.q-24
ii  udev 175-7.2
ii  util-linux   2.20.1-5.3

Versions of packages systemd recommends:
ii  libpam-systemd  44-11+deb7u4

Versions of packages systemd suggests:
ii  python2.7.8-1
pn  python-cairo  
pn  python-dbus   
pn  systemd-gui   

-- Configuration Files:
/etc/systemd/systemd-journald.conf changed:
[Journal]
SystemMaxUse=50M
ImportKernel=no


-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756724: cups-browsed: Can't see remote printers in print dialogs

2014-07-31 Thread Peter Chubb

Package: cups-browsed
Version: 1.0.55-1
Severity: normal

Dear Maintainer,

Since updating to 1.0.55-1 I no longer see remote printers in print
dialogs.

cups-browsed --debug reports

cups-browsed: browsed queue name is vrl-lvl1-p1
cups-browsed: Found CUPS queue: vrl-lvl1-p1 on host PRINT_SERVER_IP
cups-browsed: Remote CUPS queue vrl-lvl1-p1 on host PRITN_SERVER_IP is raw, 
ignored.

If I downgrade to Jessie's cups-browsed (1.0.54-3.b1) everything works
as expected.

The print server is running cups version 1.4.4

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

Kernel: Linux 3.15.0-rc3 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cups-browsed depends on:
ii  init-system-helpers  1.20
ii  libavahi-client3 0.6.31-4
ii  libavahi-common3 0.6.31-4
ii  libavahi-glib1   0.6.31-4
ii  libc62.19-7
ii  libcups2 1.7.4-4
ii  libglib2.0-0 2.40.0-3

Versions of packages cups-browsed recommends:
ii  avahi-daemon  0.6.31-4

cups-browsed suggests no packages.

-- Configuration Files:
/etc/cups/cups-browsed.conf changed:
BrowseRemoteProtocols CUPS
BrowseProtocols CUPS
BrowsePoll PRINTSERVER_NAME


-- no debconf information

-- 
Dr Peter Chubb  peter.chubb AT nicta.com.au
http://www.ssrg.nicta.com.au  Software Systems Research Group/NICTA


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756627: postfix-pgsql broken with libpq5 (9.4~beta2-1) now in jessie and sid

2014-07-31 Thread Michael Berg
I've verified that the issue is with non-proxy configurations.
I converted my configuration to use proxy:pgsql: variants,
and now everything works just fine with libpq5 9.4~beta2-1.

On 07/31/2014 07:26 PM, Michael Berg wrote:
> The issue being specific to the non-proxy case is a possibility.
> James reported that his config using proxy:pgsql: is working fine.
>
> My configuration is non-proxy with configuration lines like these:
> smtpd_sender_login_maps =
> pgsql:/etc/postfix/pgsql/smtpd_sender_login_maps.cf
> virtual_mailbox_domains =
> pgsql:/etc/postfix/pgsql/virtual_mailbox_domains.cf
> virtual_alias_maps = pgsql:/etc/postfix/pgsql/virtual_alias_maps.cf
> (plus several others)
>
> It's less likely that this is a jessie vs. sid issue.
> Both jessie and sid are currently providing packages for:
> postfix 2.11.1-1
> postfix-pgsql 2.11.1-1
> libc6 2.19-7
>
> And both jessie and sid are transitioning from postgresql 9.3.4-2 to
> 9.4~beta2-1.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756172: ITP: ssh-cron -- cron-like job scheduler that handles ssh key passphrases

2014-07-31 Thread tony mancill
On 07/31/2014 02:59 PM, Jeroen Dekkers wrote:
> At Wed, 30 Jul 2014 22:17:43 -0700,
> tony mancill wrote:
>> I contacted the upstream author (on the cc: - hi Frank), and his concern
>> with the passphraseless key trigger mechanism is precisely that you
>> don't have a passphrase.  The key is unprotected and subject to
>> theft/unauthorized use.  This could potentially occur on the system that
>> is (normally) the legitimate source of the trigger.
> 
> But ssh-cron will need to have the passphrase to be able to use the
> key, so someone who can steal the key from ssh-cron can also steal the
> passphrase from ssh-cron. What is the added security benefit of
> storing a key and passphrase instead of a passphraseless key?

ssh-cron uses ssh-agent, as Clint Byrum suggested in his post.

If you're curious to learn more, please refer to the upstream page:
http://sshcron.sourceforge.net/





signature.asc
Description: OpenPGP digital signature


Bug#706190: python-daemon doesn't install to /usr/lib/python*

2014-07-31 Thread Ben Finney
package python-daemon
tags 706190 + unreproducible moreinfo
thanks

On 25-Apr-2013, Dave Steele wrote:
> After installation to sid, the python-daemon modules is not becoming
> visible under any of the installed Python /usr/lib directories.

I don't experience this. Instead I see:

=
$ dpkg-query --show python-daemon
python-daemon   1.5.5-1

$ ls -1 /usr/lib/pymodules/python2.7/daemon/*.py
/usr/lib/pymodules/python2.7/daemon/daemon.py
/usr/lib/pymodules/python2.7/daemon/__init__.py
/usr/lib/pymodules/python2.7/daemon/pidlockfile.py
/usr/lib/pymodules/python2.7/daemon/runner.py

$ python2 -c 'import daemon; print(daemon)'

=

Can you give more information on what exactly is happening and why
this bug is “important” severity?

-- 
 \ “A good politician is quite as unthinkable as an honest |
  `\   burglar.” —Henry L. Mencken |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature


Bug#756723: prayer: purge doesn't kill session processes

2014-07-31 Thread Ian Zimmerman
Package: prayer
Version: 1.3.4-dfsg1-1

Several days after I purged prayer, my server crashed hard (kernel
stacktrace).  Picking up the pieces, I found this in /var/log/mail.err:

Jul 28 06:46:08 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 06:56:08 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 07:06:08 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 07:16:08 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 07:26:08 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 07:36:08 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 07:46:09 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 07:56:09 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 08:06:09 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 08:16:09 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 08:26:09 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory
Jul 28 08:36:09 ahiker prayer-session[12746]: Failed to write log entry to 
"/var/log/prayer/paniclog": Couldn't open log file: 
"/var/log/prayer/prayer_session": No such file or directory

etc., at least 4 days of this until the moment of the crash.

I cannot say for sure that this caused the crash but clearly, the
session process has been left alive while the log directory has been
pulled from under it by the purge.  Not good.

-- 
Please *no* private copies of mailing list or newsgroup messages.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756722: lintian: false positive for embedded-library error

2014-07-31 Thread Atsuhito Kohda
Package: lintian
Version: 2.5.25
Severity: important

Dear Maintainer,


   * What led up to the situation?
   usual debuild and pdebuild.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   usual debuild and pdebuild.

   * What was the outcome of this action?
   rejected by ftp-master because of 
   lintian output: 'embedded-library usr/lib/texmacs/TeXmacs/bin/texmacs.bin: 
freetype', automatically rejected package.

   * What outcome did you expect instead?
   smooth upload without any error.

I rebuild the (accepted) former version of texmacs but got the
same lintian error so I believe this should be false positive.

Thanks for your efforts.

Best regards,   2014-8-1(Fri)

Atsuhito Kohda

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

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

Versions of packages lintian depends on:
ii  binutils   2.24.51.20140727-1
ii  bzip2  1.0.6-7
ii  diffstat   1.58-1
ii  file   1:5.19-1
ii  gettext0.19.2-1
ii  hardening-includes 2.5
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.29+b1
ii  libarchive-zip-perl1.37-2
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.37-1
ii  libdpkg-perl   1.17.10
ii  libemail-valid-perl1.194-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-2
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtext-levenshtein-perl   0.09-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.64-1
ii  man-db 2.6.7.1-1
ii  patchutils 0.3.3-1
ii  perl [libdigest-sha-perl]  5.18.2-7
ii  t1utils1.37-2

Versions of packages lintian recommends:
ii  libautodie-perl 2.25-1
ii  libperlio-gzip-perl 0.18-3
ii  perl-modules [libautodie-perl]  5.18.2-7

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.17.10
ii  libhtml-parser-perl3.71-1+b1
pn  libtext-template-perl  
pn  libyaml-perl   
ii  xz-utils   5.1.1alpha+20120614-2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756721: tracker.debian.org: Please use same font size as in the PTS.

2014-07-31 Thread Charles Plessy
Package: tracker.debian.org
Severity: normal

Hello everybody,

first of all, thanks a lot for setting up tracker.debian.org.  It is
exciting to see all the nice cooperative work taking place now.

The new package tracker uses a font that is smaller than in the PTS,
while at the same time taking more vertical space than the PTS.  As a
result, I find the text painful to read when it is not just isolated
words or numbers, and if I increase font size the information gets
scattered on a significantly wider area than in the PTS.

Needless to say, I wear glasses that give me a good correction, but
can not reach 100 % on one of my eyes.  I guess that for many persons
the font size is not a problem.  Nevertheless, please consider
increasing font size and compensating by reducing the vertical
intervals between lines.

Many thanks again,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#652459: initramfs-tools: [patch] Please support mounting of /usr in the initramfs

2014-07-31 Thread Matthew Gabeler-Lee

On Thu, 31 Jul 2014, Michael Prokop wrote:


I've rebased the patchset against current git master and a
preliminary and *untested*(!) package is available at:

 https://people.debian.org/~mika/initramfs-tools/

Feedback definitely welcome and required.


Thank you :)

I setup a VM today that approximately mirrors my server's disk setup, 
and while the install is too minimal to reproduce the problem so far, it 
can at least test the initramfs getting /usr on lvm on mdraid bit.  If 
that works, I'll give it a go on the real hardware.


A clarification question: I see just the initramfs-tools package there. 
Past discussion on this ticket indicated that updates to sysvinit and 
util-linux were necessary too.  A quick look suggests that's still 
the case.  Are the previously linked patches still up to date?


--
-Matt
"Reality is that which, when you stop believing in it, doesn't go away".
-- Philip K. Dick
GPG pubkey fingerprint: A57F B354 FD30 A502 795B 9637 3EF1 3F22 A85E 2AD1


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756161: network-manager: incorrectly thinks I'm connected just because libvirt bridge is up

2014-07-31 Thread Matt Horan
I'm also seeing this on Debian jessie as of a recent update. A
workaround for me was to ignore the virbr0 interface in
/etc/NetworkManager/NetworkManager.conf:

  [main]
  plugins=ifupdown,keyfile

  [ifupdown]
  managed=false

  [keyfile]
  unmanaged-devices=interface-name:virbr0

Hopefully we can find a way to revert to the previous behavior, which
did not require a workaround.

-- 
Matt Horan m...@matthoran.com http://matthoran.com/


pgpKSF5I8_cJv.pgp
Description: PGP signature


Bug#740032: RFS: sweethome3d-textures/1.0.1-1 [ITP]

2014-07-31 Thread Eriberto Mota
2014-07-31 16:16 GMT-03:00 Gabriele Giacone <1o5g4...@gmail.com>:
>
>> Do you made a unique tarball from two independent zips?
>
> Yes, they are usually released together. s-furniture and
> s-furniture-nonfree already work this way, by packaging respectively 5
> and 3 zipfiles.
> I don't recall why I didn't do multi-tarball packaging, perhaps at
> that time it wasn't supported by git-buildpackage? No idea whether it
> is at the moment.

Ok. I can review your work and be a sponsor if you package
individually each zip.

>> Other question: why your team doesn't sponsored your package?
>
> Probably because I didn't ask not to bother them and in this case I
> wasn't in a hurry at all.
> Last sweethome3d* uploads had been sponsored by Tony Mancill.
> Mentors is a good place to get time from people who want to share it.

That is strange. But there a logical.

Eriberto


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756627: postfix-pgsql broken with libpq5 (9.4~beta2-1) now in jessie and sid

2014-07-31 Thread Michael Berg
The issue being specific to the non-proxy case is a possibility.
James reported that his config using proxy:pgsql: is working fine.

My configuration is non-proxy with configuration lines like these:
smtpd_sender_login_maps =
pgsql:/etc/postfix/pgsql/smtpd_sender_login_maps.cf
virtual_mailbox_domains =
pgsql:/etc/postfix/pgsql/virtual_mailbox_domains.cf
virtual_alias_maps = pgsql:/etc/postfix/pgsql/virtual_alias_maps.cf
(plus several others)

It's less likely that this is a jessie vs. sid issue.
Both jessie and sid are currently providing packages for:
postfix 2.11.1-1
postfix-pgsql 2.11.1-1
libc6 2.19-7

And both jessie and sid are transitioning from postgresql 9.3.4-2 to
9.4~beta2-1.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756720: Debian build infrastructure refuses to build packages where only build-dependency is arch qualified (e.g. runit)

2014-07-31 Thread peter green

Package: buildd.debian.org

Debian autobuilders are currently refusing to build runit on many
architectures (both official and unofficial) with the following
message[1][2]

runit build-depends on missing:
- empty-dependency-after-parsing

The immediate cause seems to be that runit recently removed procps from
it's build-depends leaving the only build-dependency an arch qualified
one, specifically.

Build-Depends: dietlibc-dev (>> 0.28-0) [alpha amd64 arm hppa i386 ia64
mips mipsel powerpc ppc64 s390 sparc]

Googling "empty-dependency-after-parsing" finds a single result which
seems to be a patch to remove the code generating it from wanna-build
along with some other code. [3] The patch description says that the
removed functionality is now in dose but doesn't specifically say if the
particular behviour on empty dependencies crossed over or not and a
reply indicates that the patch may not actually have been commited.
Comments in the code removed by the patch also hint that dpkg is also
unhappy with this situation "At least as of now, empty is also an error
from Dpkg::Deps, so better just prevent anything from building".

So I decided to try a manual build on armhf (one of the affected
architectures ). The package built successfully. Furthermore I don't see
anything in policy that would forbid a package's only build dependency.

Therefore IMO anything that fails to handle this case correctly is
buggy. When I sent a very similar mail to debian-wb-team vorlon agreeed

As such I am filling a bug agaist buildd.debian.org which I have been
advised is the psuedo package for build infrastructure issues.


[1] https://buildd.debian.org/status/package.php?p=runit&suite=sid
[2] http://buildd.debian-ports.org/status/package.php?p=runit&suite=sid
[3] https://lists.debian.org/debian-wb-team/2013/09/msg00033.html


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756719: [INTL:tr] Turkish debconf template translation for gdm3

2014-07-31 Thread Mert Dirik

Package: gdm3
Severity: wishlist
Tags: l10n patch

Please find the attached Turkish translation update of gdm3 debconf 
messages.

This file should be put as debian/po/tr.po in your build tree.

Best regards


gdm3_debconf.po
Description: application/po


Bug#756718: [INTL:ja] Re: postgis 2.1.2+dfsg-3: Please translate debconf PO for the package postgis

2014-07-31 Thread victory
Package: postgis
Version: 2.1.2+dfsg-3
Severity: wishlist
Tags: patch l10n

send to bts; 
looks like it was not reached

On Sat, 10 May 2014 01:33:45 +0900
victory wrote:

> On Tue, 08 Apr 2014 08:25:55 +0200
> Markus Wanner wrote:
> > Please send the updated file to me, or submit it as a wishlist bug
> > against postgis.
> Japanese translation attached :)


-- 
victory


postgis_2.1.2+dfsg-3_ja.po.gz
Description: Binary data


Bug#756717: [INTL:tr] Turkish debconf template translation for kde-workspace

2014-07-31 Thread Mert Dirik

Package: kde-workspace
Severity: wishlist
Tags: l10n patch

Please find the attached Turkish translation update of kde-workspace 
debconf messages (kdm messages, to be specific).


Best regards


kde-workspace_debconf.po
Description: application/po


Bug#755539: transition: hdf5

2014-07-31 Thread Gilles Filippini
Emilio Pozuelo Monfort a écrit , Le 31/07/2014 00:34:
> On 30/07/14 20:09, Gilles Filippini wrote:
>> Hi,
>>
>> Please find an updated status below.
>>
>> I've filed a few more bugs for fixes to build systems which don't need
>> any hint about the new hdf5 paths.
>>
>> I've uploaded a fix for #756108 to DELAYED/2.
>>
>> I've added a usertag "HDF5-transition" [1] to the bugs related to this
>> transition, but not for bugs related to useless build depends, because
>> they're not in our way.
>>
>> [1]
>> 
>>
>> I'll start tomorrow to file bugs with severity=wishlist + patches for
>> the other packages.
>>
>> Please tell me what more could be needed.
>>
>> I've spent *many* hours these last weeks to prepare this transition
>> (which is my first one BTW). And I'm committed to spent more hours to
>> NMU as needed after the transition starts. I would be very disappointed
>> in case it couldn't happen before the transition freeze.
> 
> To be honest, the big number of packages that need sourceful uploads concerns
> me, this close to the freeze. Other RT members have expressed me their concern
> as well.
> 
> Anyway...
> 
> It seems to me like you're entangling two different transitions:
> 
> - The new upstream release with a SONAME bump
> - The changes to -dev packages to make the co-installable
> 
> It seems to me like it's the second one (changes in -dev packages) that 
> requires
> so many packages to be patched. Is that right? This is also what you care most
> about and what you want to do before the freeze.
> 
> Can't you find a way to make the rdeps work with both the current and the new
> packages? See e.g. the perl 5.20 transition, where the paths are changing and
> the rdeps need fixing, but those fixes are being done *beforehand* and they 
> work
> with the old and new perl. Then when the transition starts, we'll only need 
> binNMUs.
> 
> So if you care so much about this, one possibility would be to forget about 
> the
> new upstream release to avoid the SONAME bump, and to get the rdeps fixed
> beforehand. After most have been fixed, you change the paths as needed and NMU
> the rdeps that didn't get fixed. If I have understood things correctly, no
> packages will need binNMUs, so there won't be a transition needed for this. 
> You
> just need to file the bugs and at some point do the switch and NMU what's 
> left.
> 
> If you file the bugs now at severity important, ping the unfixed bugs in a
> month, then in 1.5 or 2 months you change the paths and NMU the rest of the
> fixes, you can get this done by mid-October.
> 
> Hope what I said makes some sense; it is late and I am tired.
> 
> But if you ask me about your current proposal, I'd honestly say it is too late
> for jessie.

Thanks for sharing your views. I'd like to take my chance anyway since
AIUI you're not giving a definitive NO-GO.

To ease the transition I've updated (and tested) my patches so that they
support both releases of hdf5. This way, once all the fixes are done,
only binNMUs should remain to do.

I've now filed bugs against all the packages requesting a fix. See the
updated status below.

Thanks,

_g.

= Package ready =
cmor
magics++
octave-bim
octave-msh
python-shogun
syrthes
vtk

= Useless build depends on hdf5 (package ready anyway) =
getdp   #755973
insighttoolkit4 #756015
oasis3  #755681
slepc   #755180

= binNMU required =
armadillo
dolfin
mathgl
nifti2dicom (after vtk6)
nip2(after vips)
ovito   (blocked by #756108)
paraview(blocked by #756108)
shogun
vips(after libmatio)
vtk6(blocked by #756108)

= Fix required - patch proposal ready =
adios   #756647
aster   #756659
cdo #756660
code-saturne#756661
dynare  #756704
exodusii#756421
feel++  #756435
flann   #756471
gdal#756662
gmsh#756472
gnuplot-iostream#756705
gpiv#756663
gpivtools   #756665
grads   #75
h5utils #756670
hdf-eos5#756671
jhdf#756672
libcgns #756673
libgpiv #756674
libmatio#756675
libpdl-io-hdf5-perl #756676
libvigraimpex   #756677
med-fichier #756678
meep#756679
meep-lam4   #756680
meep-mpich2 #756681
meep-mpi-default#756682
meep-openmpi#756683
minc#756684
mlpack  #756706
mpb #756685
ncl #756686
netcdf  #756687
nexus   #756688
octave  #756689
petsc   #756690
pktools #756707
pygpiv  #75669

Bug#756715: [INTL:tr] Turkish debconf template translation for fontconfig

2014-07-31 Thread Mert Dirik

Package: fontconfig
Severity: wishlist
Tags: l10n patch

Please find the attached Turkish translation update of fontconfig 
debconf messages.

This file should be put as debian/po/tr.po in your build tree.

Best regards


fontconfig_debconf.po
Description: application/po


Bug#756716: [INTL:tr] Turkish debconf template translation for xdm

2014-07-31 Thread Mert Dirik

Package: xdm
Severity: wishlist
Tags: l10n patch

Please find the attached Turkish translation update of xdm debconf messages.
This file should be put as debian/po/tr.po in your build tree.

Best regards


xdm_debconf.po
Description: application/po


Bug#756714: linux-image-3.14-2-amd64: kernel BUG at /build/linux-C0Ywsc/linux-3.14.13/drivers/net/xen-netback/netback.c:540

2014-07-31 Thread Russell Coker
Package: src:linux
Version: 3.14.13-2
Severity: normal

This happened in the Dom0 of a Xen server running the Linux and Xen kernels 
from Unstable.

Nothing unusual happeneed apart from the BUG.

-- Package-specific info:
** Version:
Linux version 3.14-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 
(Debian 4.8.3-5) ) #1 SMP Debian 3.14.13-2 (2014-07-24)

** Command line:
placeholder root=UUID=67d51d3e-9436-4e7f-8c71-83f0bcffa39d ro init=/bin/systemd 
selinux=1 security=selinux rootflags=skip_balance consoleblank=0

** Tainted: D (128)
 * Kernel has oopsed before.

** Kernel log:
[   19.780061] xenbr0: topology change detected, propagating
[   19.791256] xenbr0: port 1(eth0) entered forwarding state
[   19.802523] IPv6: ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready
[   20.007914] ip_tables: (C) 2000-2006 Netfilter Core Team
[   20.238524] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[   20.913656] IPv6: ADDRCONF(NETDEV_UP): mb0: link is not ready
[   21.097423] PPP generic driver version 2.4.2
[   21.917602] auditd (1347): /proc/1347/oom_adj is deprecated, please use 
/proc/1347/oom_score_adj instead.
[   21.998930] SELinux: initialized (dev nfsd, type nfsd), uses genfs_contexts
[   22.519414] tg3 :03:00.0 mb0: Link is up at 100 Mbps, full duplex
[   22.519416] tg3 :03:00.0 mb0: Flow control is on for TX and on for RX
[   22.519435] IPv6: ADDRCONF(NETDEV_CHANGE): mb0: link becomes ready
[   22.974779] xen:xen_evtchn: Event-channel device installed
[   23.004329] SELinux: initialized (dev xenfs, type xenfs), uses genfs_contexts
[   24.831508] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery 
directory
[   24.831975] NFSD: starting 90-second grace period (net 81887180)
[   26.233685] device mb0 entered promiscuous mode
[   27.264850] PPP BSD Compression module registered
[   27.272589] PPP Deflate Compression module registered
[   45.594559] device vif1.0 entered promiscuous mode
[   45.597906] device vif1.1 entered promiscuous mode
[   45.601340] IPv6: ADDRCONF(NETDEV_UP): vif1.0: link is not ready
[   45.603573] IPv6: ADDRCONF(NETDEV_UP): vif1.1: link is not ready
[   48.210766] IPv6: ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes ready
[   48.211177] xenbr0: port 3(vif1.0) entered listening state
[   48.211485] xenbr0: port 3(vif1.0) entered listening state
[   48.46] xen-blkback:ring-ref 1280, event-channel 11, protocol 1 
(x86_64-abi) persistent grants
[   51.212067] xenbr0: port 3(vif1.0) entered learning state
[   53.789710] xen-blkback:ring-ref 1281, event-channel 12, protocol 1 
(x86_64-abi) persistent grants
[   53.800779] IPv6: ADDRCONF(NETDEV_CHANGE): vif1.1: link becomes ready
[   53.801193] xenbr1: port 1(vif1.1) entered forwarding state
[   53.801511] xenbr1: port 1(vif1.1) entered forwarding state
[   54.220079] xenbr0: topology change detected, propagating
[   54.236862] xenbr0: port 3(vif1.0) entered forwarding state
[   54.331685] device vif2.1 entered promiscuous mode
[   54.357791] IPv6: ADDRCONF(NETDEV_UP): vif2.1: link is not ready
[   54.483550] device vif2.0 entered promiscuous mode
[   54.504437] IPv6: ADDRCONF(NETDEV_UP): vif2.0: link is not ready
[   56.347884] xen-blkback:ring-ref 1280, event-channel 9, protocol 1 
(x86_64-abi) persistent grants
[   56.377825] xen-blkback:ring-ref 1281, event-channel 10, protocol 1 
(x86_64-abi) persistent grants
[   56.415671] IPv6: ADDRCONF(NETDEV_CHANGE): vif2.0: link becomes ready
[   56.428839] xenbr0: port 4(vif2.0) entered listening state
[   56.441784] xenbr0: port 4(vif2.0) entered listening state
[   56.467253] IPv6: ADDRCONF(NETDEV_CHANGE): vif2.1: link becomes ready
[   56.480150] xenbr1: port 2(vif2.1) entered forwarding state
[   56.492916] xenbr1: port 2(vif2.1) entered forwarding state
[   58.002834] device vif3.0 entered promiscuous mode
[   58.021846] IPv6: ADDRCONF(NETDEV_UP): vif3.0: link is not ready
[   58.090261] device vif3.1 entered promiscuous mode
[   58.116149] IPv6: ADDRCONF(NETDEV_UP): vif3.1: link is not ready
[   59.444064] xenbr0: port 4(vif2.0) entered learning state
[   59.793098] xen-blkback:ring-ref 768, event-channel 9, protocol 1 
(x86_64-abi) persistent grants
[   60.374681] xen-blkback:ring-ref 769, event-channel 10, protocol 1 
(x86_64-abi) persistent grants
[   60.402286] IPv6: ADDRCONF(NETDEV_CHANGE): vif3.0: link becomes ready
[   60.415118] xenbr0: port 5(vif3.0) entered listening state
[   60.428157] xenbr0: port 5(vif3.0) entered listening state
[   60.441138] IPv6: ADDRCONF(NETDEV_CHANGE): vif3.1: link becomes ready
[   60.454318] xenbr1: port 3(vif3.1) entered forwarding state
[   60.467261] xenbr1: port 3(vif3.1) entered forwarding state
[   62.452089] xenbr0: topology change detected, propagating
[   62.482865] xenbr0: port 4(vif2.0) entered forwarding state
[   63.436066] xenbr0: port 5(vif3.0) entered learning state
[   66.444062] xenbr0: topology change detected, propagating
[   66.456256] xenbr0: port 5(vif3.0) entered forwarding 

Bug#756713: silo-llnl: [hdf5 transition] hdf5 1.8.13 new packaging layout plus mpiposix API removal

2014-07-31 Thread Gilles Filippini
Source: silo-llnl
Version: 4.9.1-2
Severity: important
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Moreover the 1.8.13 upstream release has the mpiposix API removed.

Please update the silo-llnl package to support both the current
and the new layouts, and acknowledge the mpiposix API removal.

Please note that this bug is in the way of the hdf5 transition. Hence
a quick fix would be very much appreciated. I apologize for this
unexpected urge.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2tUMAAoJEO/obGx//s+DFzIH/18Ha1ypRLnq6IkgqIw1r68o
rXc5CQ1VMX+UNWdKwGu+Vs+gyPewIY7v0+/pqQAtrxmM2a4fxeSTGnUYkOzWmcUE
kd+JvHobbdMneBrPC+NZGNsQcdwX3c7KUncXl77KYk1IFKbqHgt9ucowrFhzuOiC
vgB7KC8nnbcIZki1t9n0vfE9Pc3QdRJLgyzUXxYpvRhJCg4Bk9r+rWWTRQ0GVFIc
nJKknWS9TnckuD5NmuEZkxrotMuLj3ElFHnvI/gXfCKu1fOJov/KPjGOeKWyylPe
ZLScZxI1kGN4Mo5tN5DVme82ZeTOnYXdlyCSRDdVylj6HHsC5XtzkktFi90t44Q=
=CMsI
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756712: ls -l should indicate presence of capabilities (just as + indicates ACLs)

2014-07-31 Thread Josh Triplett
Package: coreutils
Version: 8.21-1.2
Severity: normal
File: /bin/ls

ls -l indicates a file with ACLs set by putting a + after the permission
block.  It should have a similar indicator for files that have
capabilities set (as via setcap).  Such capabilities have
security implications similar to setuid and setgid, but with fewer
obvious signs.

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

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

Versions of packages coreutils depends on:
ii  libacl1  2.2.52-1
ii  libattr1 1:2.4.47-1
ii  libc62.19-7
ii  libselinux1  2.3-1

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756662: gdal: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Sebastiaan Couwenberg
Control: tags -1 pending

On 08/01/2014 12:26 AM, Sebastiaan Couwenberg wrote:
> I was about to go to bed, but now I'm building gdal packages. They
> should be ready in a couple of hours.

The updated packaging is in git, the new builds are available on mentors
and waiting for sponsorship (#756693 & #756711).

Kind Regards,

Bas

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756711: RFS: gdal/1.11.0+dfsg1-1~exp4

2014-07-31 Thread Bas Couwenberg
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 Package name: gdal
 Version : 1.11.0+dfsg1-1~exp4
 Upstream Author : The GDAL/OGR project team, Frank Warmerdam 

 URL : http://www.gdal.org/
 License : MIT
 Section : science

It builds those binary packages:

 libgdal1h- Geospatial Data Abstraction Library
 libgdal1-dev - Geospatial Data Abstraction Library - Transitional package
 libgdal-dev  - Geospatial Data Abstraction Library - Development files
 libgdal-doc  - Documentation for the Geospatial Data Abstraction Library
 gdal-bin - Geospatial Data Abstraction Library - Utility programs
 python-gdal  - Python bindings to the Geospatial Data Abstraction Library
 python3-gdal - Python 3 bindings to the Geospatial Data Abstraction Library
 libgdal-perl - Perl bindings to the Geospatial Data Abstraction Library
 libgdal-java - Java bindings to the Geospatial Data Abstraction Library

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

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


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

  dget -x 
http://mentors.debian.net/debian/pool/main/g/gdal/gdal_1.11.0+dfsg1-1~exp4.dsc

More information about GDAL/OGR can be obtained from http://www.gdal.org/.

Changes since the last upload:

  * Merge changes from 1.10.1+dfsg-8 to support new hdf5 packaging layout.


Regards,
 Bas Couwenberg


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756356: systemctl status uses non-word ellipsized

2014-07-31 Thread Jon Severinsson
> I realize that you’re just trying to help, but please submit a patch for
> this upstream directly.
Actually please don't, upstream already rejected it, see: 
http://lists.freedesktop.org/archives/systemd-devel/2014-February/016663.html


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#738140: powerpc-utils: please enable build on ppc64el

2014-07-31 Thread Adam Conrad
On Sun, Feb 09, 2014 at 09:11:28PM +1300, Michael Schmitz wrote:
> >
> >>Thanks for pointing out that powerpc-ibm-utils has already been
> >>packaged. I'll try to keep that in mind for the next odd wishlist
> >>request in a few year's time.
> >
> >Packaged, and orphaned.  I think I'll rescue -ibm-utils while I'm on
> >this warpath, and make sure the world's in good shape.
> 
> I would have expected better of them. Anyway, if that keeps them off
> our back, it's well worth the effort.

So, I've given things some thought since we had this conversation,
and I'm thinking the following should happen:

For jessie:

 - Rename powerpc-utils(src) to powermac-utils, producing a binary by
   the same name.
 - Produce powerpc-utils(binary) from the powerpc-ibm-utils source, and
   on powerpc/ppc64 make it depend transitionally on powermac-utils,
   while on ppc64el, it wouldn't.

After jessie:

 - Drop the pointless transitional dep, so powerpc-utils is actually
   the package that matches the upstream project of the same name.

I'd also really like to have a look at if (p)mac-fdisk is needed at
all anymore, or if the util-linux fdisk can finally do all the things
Macs needs, so we can stop with the crazy shuffling of files there.

Happy to take over (co-)maintenance here for any of the above, so we
can sort all this out and make jessie on ppc* slightly less confusing.

... Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756708: mime-support: /usr/bin/edit should point to /etc/alternatives/editor

2014-07-31 Thread Charles Plessy
Control: tag -1 unreproducible

Le Fri, Aug 01, 2014 at 12:48:27AM +0200, Kai-Martin Knaak a écrit :
> 
> the package mime-supports installs /usr/bin/edit as a symlink
> to /usr/bin/run-mailcap . However, in many cases this does not open the
> the application most probably desired by the user. E.g.:
>   $ edit foobar.html
> would open the sensible www-browser, most likely iceweasel. The
> expected behaviour would be to open an editor instead.

Hello,

on my system, the ‘edit’ command does the right thing.  Can you run it on
your system with the ‘--debug’ option ?

$ edit --debug toto.html 
 - parsing parameter "toto.html"
 - Reading mime.types file "/home/charles/.mime.types"...
   could not read "/home/charles/.mime.types" -- Aucun fichier ou dossier de ce 
type
 - Reading mime.types file "/usr/local/etc/mime.types"...
   could not read "/usr/local/etc/mime.types" -- Aucun fichier ou dossier de ce 
type
 - Reading mime.types file "/usr/share/etc/mime.types"...
   could not read "/usr/share/etc/mime.types" -- Aucun fichier ou dossier de ce 
type
 - Reading mime.types file "/etc/mime.types"...
 - extension "html" maps to mime-type "text/html"
 - Reading mailcap file "/home/charles/.mailcap"...
   could not read "/home/charles/.mailcap" -- Aucun fichier ou dossier de ce 
type
 - Reading mailcap file "/etc/mailcap"...
 - Reading mailcap file "/usr/local/etc/mailcap"...
   could not read "/usr/local/etc/mailcap" -- Aucun fichier ou dossier de ce 
type
 - Reading mailcap file "/usr/share/etc/mailcap"...
   could not read "/usr/share/etc/mailcap" -- Aucun fichier ou dossier de ce 
type
 - Reading mailcap file "/usr/etc/mailcap"...
   could not read "/usr/etc/mailcap" -- Aucun fichier ou dossier de ce type
Processing file "toto.html" of type "text/html" (encoding=none)...
 - checking mailcap entry "text/*; view %s; edit=vim %s; compose=vim %s; 
test=test -x /usr/bin/vim; needsterminal"
 - program to execute: vim %s
 - needsterminal is satisfied by stdout
 - running test: test -x /usr/bin/vim  (result=0=true)
 - executing: vim toto.html

$ file toto.html 
toto.html: HTML document, ASCII text

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756555: Debian bug #756555

2014-07-31 Thread Kent Baxley
Hi Jorg,

Thanks for the review.   It was worth a try.

If you'd rather wait until upstream takes the patch in, then I'm fine with
that.

The patch author has indicated to me that he has had a difficult time
getting anyone from upstream to review his submission to help speed things
along.  If you know of anyone that can help upstream with getting the patch
reviewed and accepted,  then it will be appreciated.   I wish I could give
more specifics on the release dates of the hardware, but I can't.

And to clarify, I did test the patches with 13G hardware, and have been
doing so since I was aware of the patch.  I placed too much emphasis in the
Ubuntu bug on making sure 12G didn't regress since that's what's .  I've
also updated the Ubuntu bug to clarify this as well.  Thanks for catching
that and I apologize if it wasn't clear earlier.

Also, any clarification you can provide that will help prevent 'spaghetti
code' in the future will help be helpful.

Thanks, again, for reviewing the patch and for the feedback.





On Thu, Jul 31, 2014 at 5:22 PM, Jörg Frings-Fürst <
deb...@jff-webhosting.net> wrote:

> Hello Kent,
>
> first thanks for your work.
>
>
> My personal comments:
>
>   - A NMU 23 hours after opening the bug[1] and 10 hours after the last
> maintainer action is really unusual [2].
>
>   - The patch has code, in german we call it "Spaghetti Code", which
> produce a lot of overhead and it makes the sources cluttered and
> difficult to maintain.
>
>   - From your ubuntu bug[3]: "The 13G line of Dell PowerEdge servers
> will be rolling out later this year." So I think that we have enough
> time to make our job without any time pressure and how it is
> required.
>
>   - At[4] you have tested your changes on ubuntu. But only on 12G
> hardware. Thus was only tested the 12G Code and with the results it
> is concluded that the verification of the 13G codes are ok.
>
>
> CU
> Jörg
>
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756555
> [2]
> https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu
> [3]
> https://bugs.launchpad.net/ubuntu/trusty/+source/ipmitool/+bug/1343407
> [4]
>
> https://bugs.launchpad.net/ubuntu/trusty/+source/ipmitool/+bug/1343407/comments/13
>
>
> --
> pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
> pgp Key: BE581B6E
> CAcert Key S/N: 0E:D4:56
>
> Jörg Frings-Fürst
> D-54526 Niederkail
>
> Threema: SYR8SJXB
>
> IRC: j_...@freenode.net
>  j_...@oftc.net
>
>
>
>
>
>


Bug#756709: redis-server: fails to start

2014-07-31 Thread Norbert Preining
Package: redis-server
Version: 2:2.8.13-2
Severity: grave
Justification: renders package unusable

Hi

the recent upgrade to redis-server rendered it unusable, as it seems
to be able to start. The error message I found in the guts of
systemd is:
  redis-server[25874]: Can't open the log file: Permission denied
I have installed redis-server a few days ago the irst time, and 
at that time it was able to start. Only the update changed the
status.

Thanks

Norbert


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

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

Versions of packages redis-server depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.20
ii  libc62.19-7
ii  libjemalloc1 3.6.0-2
ii  redis-tools  2:2.8.13-2

redis-server recommends no packages.

redis-server suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756706: mlpack: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: mlpack
Version: 1.0.8-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2snyAAoJEO/obGx//s+D4YgH/1c9t8GjnX8B3p95NwP9JJOi
qM9Up79tzaFC9yFiIDFAmSwq/K6L01j7KXT3SrRLcLOV/KCBVo0EnxPsVQgsae50
3Dc5ZRXTKs5cJDtecLWS05LdlSXAL/2VGJqgxGILTU+61dm7LPW+FrH96QxmPV6z
OO9F0kGilzx3R+kHHpfSyWp3ahAB2pR81Cpeg5cxxaWAi9Uil/WthNXhTYVaSjlJ
tmclm8ogzDcLs7u9p16MT97Gk7O1jF5Bg9AErzUK7sdIQ+jtfmqUa5eB6oFUulNI
Wz1btsYNcyx+mUxveEWFTQUmCNr40G11fNDZ2Wrz44pf6+13FfEKKs6k+vkKtwc=
=jay0
-END PGP SIGNATURE-
diff -Nru mlpack-1.0.8/debian/changelog mlpack-1.0.8/debian/changelog
--- mlpack-1.0.8/debian/changelog	2014-04-12 09:32:10.0 +0200
+++ mlpack-1.0.8/debian/changelog	2014-07-24 14:32:02.0 +0200
@@ -1,3 +1,10 @@
+mlpack (1.0.8-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Thu, 24 Jul 2014 14:31:55 +0200
+
 mlpack (1.0.8-1) unstable; urgency=medium
 
   * Initial release (closes: #660925, #743710)
diff -Nru mlpack-1.0.8/debian/rules mlpack-1.0.8/debian/rules
--- mlpack-1.0.8/debian/rules	2014-04-12 09:33:54.0 +0200
+++ mlpack-1.0.8/debian/rules	2014-07-31 19:25:14.0 +0200
@@ -2,6 +2,10 @@
 
 # export DH_VERBOSE=1
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export DEB_CXXFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
+endif
+
 %:
 	dh $@ --parallel
 


Bug#756708: mime-support: /usr/bin/edit should point to /etc/alternatives/editor

2014-07-31 Thread Kai-Martin Knaak
Package: mime-support
Version: 3.56
Severity: normal

Dear Maintainer,

the package mime-supports installs /usr/bin/edit as a symlink
to /usr/bin/run-mailcap . However, in many cases this does not open the
the application most probably desired by the user. E.g.:
  $ edit foobar.html
would open the sensible www-browser, most likely iceweasel. The
expected behaviour would be to open an editor instead.

Suggestion:
A better link target would be /etc/alternatives/editor

---<)kaimartin(>---
PS: Thank you Debian maintainers for your long term efforts!

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


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

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

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  file  1:5.19-1

mime-support suggests no packages.

-- no debconf information



-- 
Kai-Martin Knaak   kn...@iqo.uni-hannover.de
Universität Hannover, Inst. f. Quantenoptiktel: +49-511-762-2895
Welfengarten 1, 30167 Hannover fax: +49-511-762-2211
GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk&op=get


signature.asc
Description: PGP signature


Bug#756707: pktools: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: pktools
Version: 2.5.2+20140505-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2soXAAoJEO/obGx//s+DwNIH/3FnBJv6OWX9y0UNr0XbUb+y
6PMVX0WZhuQ7Euy9CpzwFi+4+V87dVYd7Gk+I2wJ21u7ZLqxwfDAtVYepxCVlNbE
68iRDo6CcJQ6fIvBCtJi0c2yhsm2By0RnaJY9KL/fv4A3oPy/pnQSjuFYr7l7EQs
8XyHa3tejs6vTGnP2lycpM3V0bXo1/Ka3vUMbqiOtqJocw/ez6ExPk73RFjeXD3P
D2/P3szeK0Tx/TNX8dSOk8fWD7PPsewLhEM8sTlCGi5ikY1DZ6KUKOE7g2rvtv2H
3dLC09CbNCkd3he7lYECD5yayhSEvPQDkDFHoscmNrWGHgh1iq15MZQ6d+liolI=
=6N9K
-END PGP SIGNATURE-
diff -Nru pktools-2.5.2+20140505/debian/changelog pktools-2.5.2+20140505/debian/changelog
--- pktools-2.5.2+20140505/debian/changelog	2014-05-07 09:26:17.0 +0200
+++ pktools-2.5.2+20140505/debian/changelog	2014-07-24 14:29:13.0 +0200
@@ -1,3 +1,10 @@
+pktools (2.5.2+20140505-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Thu, 24 Jul 2014 14:29:01 +0200
+
 pktools (2.5.2+20140505-1) unstable; urgency=low
 
   * Initial release (closes: #732531).
diff -Nru pktools-2.5.2+20140505/debian/rules pktools-2.5.2+20140505/debian/rules
--- pktools-2.5.2+20140505/debian/rules	2014-05-07 09:26:17.0 +0200
+++ pktools-2.5.2+20140505/debian/rules	2014-07-31 19:34:42.0 +0200
@@ -4,6 +4,10 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export DEB_CXXFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
+endif
+
 %:
 	dh $@  --buildsystem autoconf
 


Bug#756705: gnuplot-iostream: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: gnuplot-iostream
Version: 0~20130604.gitdd47c7a-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2snIAAoJEO/obGx//s+DIHMIAKG2w84Q8DRN12TXuRm90XBa
3PbAWcSWGXSwPChJrOKuiyG0XERxnoJTLojs70rYGU/MjTCIio2EeR9VNhDE9w8T
IsIvQyBK2eq6bXTfPB6LDfk0jI44q2/UEOTNWRmNVmBHaN1ofR08eedr/zxy1GEL
5xh0jGI2JXV+q36z+iEPt2aXkE7Bdox25aZc/E3SE+YZUTKJNx6eOceE28HttBHz
83K16V1hQejLSg40By21Xk1yFU+jiwHNCqUGjyezhQVYzZbaIv8V9fHyOnpOr0Vc
yrPFwiLa1FkXzy7F2W8EfWU3tCUnTGPdZVYMPDhoXG2i0D6x+WGsJXU+Zc3NefU=
=hnxY
-END PGP SIGNATURE-
diff -Nru gnuplot-iostream-0~20130604.gitdd47c7a/debian/changelog gnuplot-iostream-0~20130604.gitdd47c7a/debian/changelog
--- gnuplot-iostream-0~20130604.gitdd47c7a/debian/changelog	2013-06-05 08:33:10.0 +0200
+++ gnuplot-iostream-0~20130604.gitdd47c7a/debian/changelog	2014-07-24 13:56:12.0 +0200
@@ -1,3 +1,10 @@
+gnuplot-iostream (0~20130604.gitdd47c7a-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout
+
+ -- Gilles Filippini   Thu, 24 Jul 2014 13:55:35 +0200
+
 gnuplot-iostream (0~20130604.gitdd47c7a-1) unstable; urgency=low
 
   * [642dade] Imported Upstream version 0~20130604.gitdd47c7a
diff -Nru gnuplot-iostream-0~20130604.gitdd47c7a/debian/rules gnuplot-iostream-0~20130604.gitdd47c7a/debian/rules
--- gnuplot-iostream-0~20130604.gitdd47c7a/debian/rules	2013-06-05 08:22:24.0 +0200
+++ gnuplot-iostream-0~20130604.gitdd47c7a/debian/rules	2014-07-31 19:23:48.0 +0200
@@ -1,4 +1,8 @@
 #!/usr/bin/make -f
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export DEB_CXXFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
+endif
+
 %:
 	dh $@ --parallel


Bug#756703: yorick-hdf5: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: yorick-hdf5
Version: 0.8.0-4
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2slkAAoJEO/obGx//s+DGSoH/3rSY1vY8fyiozzFTiLTgVPk
wBVh9TxsvuQDvh8DydX7vpleIgE9WNv+6x61ztAToel8Rt3yTdZuyFfX3oNg2EVZ
JDEzxxFxSZPIXbrxL34egv7Ny96vyLD8gq4rVokZLtg9WmjIl9xJfawfnHxIFw8m
W4dZDmrid3faq2PuwjfY8MGGkKuT5Fa/rZsv+hiY2vxk84W3dbA3uYpsql2TUT+A
/Jt1VxaFNCTTR+uf+f1vIRdKWMNqCoXMKI/lQ7QerpYeztIr8SfVfYmvlGI9BNRd
aPsgvuLtD7aun7RW0NomZd5WhQEmrL8NhlHr8myW+hHrd1/JHlU9ghYHB9nyRzA=
=YO/c
-END PGP SIGNATURE-
diff -Nru yorick-hdf5-0.8.0/debian/changelog yorick-hdf5-0.8.0/debian/changelog
--- yorick-hdf5-0.8.0/debian/changelog	2012-06-28 17:39:22.0 +0200
+++ yorick-hdf5-0.8.0/debian/changelog	2014-07-26 20:18:32.0 +0200
@@ -1,3 +1,10 @@
+yorick-hdf5 (0.8.0-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 20:18:32 +0200
+
 yorick-hdf5 (0.8.0-4) unstable; urgency=low
 
   * Fortify (don't rely on yorick to provide right flags)
diff -Nru yorick-hdf5-0.8.0/debian/rules yorick-hdf5-0.8.0/debian/rules
--- yorick-hdf5-0.8.0/debian/rules	2012-06-28 17:38:01.0 +0200
+++ yorick-hdf5-0.8.0/debian/rules	2014-07-31 19:13:26.0 +0200
@@ -1,5 +1,10 @@
 #!/usr/bin/make -f
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
+  export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 %:
 	dh $@
 
@@ -12,4 +17,4 @@
 	dh_installyorick
 
 override_dh_auto_clean:
-	$(MAKE) Y_MAKEDIR=/usr/lib/yorick Y_EXE=/usr/bin/yorick clean
+	-$(MAKE) Y_MAKEDIR=/usr/lib/yorick Y_EXE=/usr/bin/yorick clean


Bug#756702: xmds2: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: xmds2
Version: 2.2.0+dfsg1-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sk7AAoJEO/obGx//s+Do2UH/1CdVUd2SVp5wxwzLsxa1P9O
LeeNMaO9jjK5Qjn6BYHU2zKm4iYKPbBGw9LatPs752YtMQ/+M9FmZOSrUeL+SZgB
zQfHSvughvotFJvhU3o9VTAt7qKvadYPAmV9fga19zTXp3PUvnNvDmpWHEy788vU
fmHLu0zIIFstu0AEYLWkWuAm7y4B7pxCXyQ4kotsmovjaWmk9EhiMAGd57ubUgpI
UXfqmnNoQuE0+ISM1iKtthudwKC+EfRylt5fQcC2BPqv3VKz6HZdbSYNtaRzvQXM
qelgIW1enCPNpia6cA5C+xhnBQwyF3bRdzTsH1FkyP1M5qIk3AFoFJP4S1E32ck=
=rvKb
-END PGP SIGNATURE-
diff -Nru xmds2-2.2.0+dfsg1/debian/changelog xmds2-2.2.0+dfsg1/debian/changelog
--- xmds2-2.2.0+dfsg1/debian/changelog	2014-04-09 20:04:41.0 +0200
+++ xmds2-2.2.0+dfsg1/debian/changelog	2014-07-26 20:14:09.0 +0200
@@ -1,3 +1,10 @@
+xmds2 (2.2.0+dfsg1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 20:14:09 +0200
+
 xmds2 (2.2.0+dfsg1-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru xmds2-2.2.0+dfsg1/debian/rules xmds2-2.2.0+dfsg1/debian/rules
--- xmds2-2.2.0+dfsg1/debian/rules	2014-04-09 20:04:01.0 +0200
+++ xmds2-2.2.0+dfsg1/debian/rules	2014-07-31 18:57:05.0 +0200
@@ -3,6 +3,11 @@
 
 XMDS_USER_DATA = $(CURDIR)/debian/xmds-user-data
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  HDF5_PATHS := --include-path=/usr/include/hdf5/serial \
+	--lib-path=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 #DH_VERBOSE=1
 
 %:
@@ -19,7 +24,7 @@
   export OMPI_MCA_plm_rsh_agent=/bin/false ;	\
 	  mkdir bin-test ;\
 	  install -m 755 bin/* bin-test ; 		\
-	  xmds2 --reconfigure ;\
+	  xmds2 --reconfigure $(HDF5_PATHS) ;		\
 	  ./run_tests.py ;\
 	  cd ./examples ;\
 	  xmds2 lorenz.xmds ;\


Bug#756704: dynare: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: dynare
Version: 4.4.2-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2smUAAoJEO/obGx//s+D7Q0IAJhap5BdDsIKqGlSiEd32P5K
aScHDSoZfCgfn331oW56Jf2UEYghhqYujMPPPqr/ofigxv/1+Iu9P6olkwJxDTjS
EDEtEnJOSeoLwEf5xSdheQIcr+zHM6UjZ3T6/rU07to/MQpae2W5zFxXrRjBz9Zm
eJbg/FLSfymVEXrLBX2Rr6GOSyAb/I2zekWQvfoSGTkGHZUzkv1+vK5CKIG4B+6t
nh4f/lbIIfWvgWiB8i+MMuUC87HVKoIPc/8CjFEaJHSNv1GkYd+EDSw0JL2NcT9r
YiFImEvRcKo4h3bWmpecJaCNOj68eaO7JDOnrkw5lXMDQvtcww0DwXKAXCDn7uA=
=NF5y
-END PGP SIGNATURE-
diff -Nru dynare-4.4.2/debian/changelog dynare-4.4.2/debian/changelog
--- dynare-4.4.2/debian/changelog	2014-03-24 17:41:45.0 +0100
+++ dynare-4.4.2/debian/changelog	2014-07-27 22:13:48.0 +0200
@@ -1,3 +1,10 @@
+dynare (4.4.2-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Sun, 27 Jul 2014 22:13:48 +0200
+
 dynare (4.4.2-2) unstable; urgency=medium
 
   * dynare-matlab: add missing dependency on libmatio-dev. (Closes: #742259)
diff -Nru dynare-4.4.2/debian/rules dynare-4.4.2/debian/rules
--- dynare-4.4.2/debian/rules	2013-12-16 16:25:05.0 +0100
+++ dynare-4.4.2/debian/rules	2014-07-31 19:15:16.0 +0200
@@ -2,6 +2,10 @@
 
 include /usr/share/octave/debian/defs.make
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
+endif
+
 %:
 	dh $@ --parallel --with autoreconf
 


Bug#756701: xdmf: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: xdmf
Version: 2.1.dfsg.1-9
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2skGAAoJEO/obGx//s+DlAwH/31Wj7f9fBr4Fdj5KgAiPZr7
MxQca/IrDTQX6ektMUfmicgW+mqj0i/yd/FvEARpDaSkoEjK3t7W4fNWehXKqn6r
GIwDH2Y99F2UkJ58lSAJJle5ZQN3uP2KvRyKB+jIYpjE5cIUlWqHdApWtaTAy/7t
NQFyAVfpPR+5jmcT716828VYwfCT7j66sYpwEjKFnam+69oGtS4Udw6acA+pcdhR
oHrsYEad3NIUnIF7NLzQ6S2PUmA82hT9I+tX4c1Pt3PoPteu8dscplVseUNkrZDY
R4KvXvXW8jcOsjxW2wbo867xSMTj/Qhm4C5n2nj/PrPlXeFfqa9gMaqdc9yhMcM=
=sCui
-END PGP SIGNATURE-
diff -Nru xdmf-2.1.dfsg.1/debian/changelog xdmf-2.1.dfsg.1/debian/changelog
--- xdmf-2.1.dfsg.1/debian/changelog	2014-05-30 01:54:56.0 +0200
+++ xdmf-2.1.dfsg.1/debian/changelog	2014-07-26 19:45:05.0 +0200
@@ -1,3 +1,10 @@
+xdmf (2.1.dfsg.1-9.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 19:45:05 +0200
+
 xdmf (2.1.dfsg.1-9) unstable; urgency=medium
 
   * Build VTK reader libraries.
diff -Nru xdmf-2.1.dfsg.1/debian/rules xdmf-2.1.dfsg.1/debian/rules
--- xdmf-2.1.dfsg.1/debian/rules	2014-05-30 01:54:56.0 +0200
+++ xdmf-2.1.dfsg.1/debian/rules	2014-07-31 19:12:01.0 +0200
@@ -14,6 +14,13 @@
 TCLVER:=tcl8.6
 PYTHON_LIB:=/usr/lib/${DEB_HOST_MULTIARCH)}/lib${PYVER}.so
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  HDF5_INC := /usr/include/hdf5/serial
+  HDF5_LIB := /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so
+else
+  HDF5_INC := /usr/include
+  HDF5_LIB := /usr/lib/$(DEB_HOST_MULTIARCH)/libhdf5.so
+endif
 
 CXXFLAGS:= -I/usr/include/${PYVER} -I/usr/include/${TCLVER} ${CXXFLAGS}
 
@@ -26,7 +33,9 @@
 		-DXDMF_WRAP_PYTHON=ON \
 		-DXDMF_BUILD_VTK=ON  -DVTK_USE_SYSTEM_ZLIB=ON \
 		-DPYTHON_INCLUDE_PATH="/usr/include/${PYVER}" \
-		-DPYTHON_LIBRARY=${PYTHON_LIB}
+		-DPYTHON_LIBRARY=${PYTHON_LIB} \
+		-DHDF5_INCLUDE_PATH=$(HDF5_INC) \
+		-DHDF5_LIBRARY=$(HDF5_LIB)
 		
 # -DXDMF_SYSTEM_HDF5=ON -DXDMF_SYSTEM_HDF5_IS_PARALLEL=ON \
 


Bug#756700: tessa: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: tessa
Version: 0.3.1-6
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sjSAAoJEO/obGx//s+DAHQH/i7hUOiEK7hViUkXRXFtxgRz
2zALukbqYkzGh+zbFPO4pZ3YH05m1uSVIxbq8N8Tg9wFiT8425KPssJMCef/XDaT
kNtLlc292Qg29IBwGAzFeZQKEbx0vI4fbRqKNNtR9KMviHycLKliCDqJMiIUuo8l
BB73uo3hIRrZWdwiqhlzH8oPZZ3PLofR6BoeKQupbjgbCVpFIXAoTRspzXzl1o/m
EqFBwJPn4VtavCxTtHkLRZu9B4q4uVk/zRa85ETInyrAu3oI1x8Il3cvd42nE3CP
RGopla8QWVqXYLhTqSBrWVZsFAyv4pBoYUrgN64tNkVcjGzJ+3qgu61wAeprqLA=
=d0++
-END PGP SIGNATURE-
diff -u tessa-0.3.1/debian/changelog tessa-0.3.1/debian/changelog
--- tessa-0.3.1/debian/changelog
+++ tessa-0.3.1/debian/changelog
@@ -1,3 +1,10 @@
+tessa (0.3.1-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 19:17:56 +0200
+
 tessa (0.3.1-6) unstable; urgency=low
 
   * Whoops. Only use MPI on supported arches.
diff -u tessa-0.3.1/debian/rules tessa-0.3.1/debian/rules
--- tessa-0.3.1/debian/rules
+++ tessa-0.3.1/debian/rules
@@ -6,9 +6,15 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  HDF5_CPPFLAGS := -I/usr/include/hdf5/serial
+  HDF5_LDFLAGS := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 CONFIG_OPTS = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
 	--cache-file=../config.cache --prefix=/usr \
-	CPPFLAGS=-DH5_USE_16_API
+	CPPFLAGS="$(HDF5_CPPFLAGS) -DH5_USE_16_API" \
+	LDFLAGS="$(HDF5_LDFLAGS)"
 
 clean:
 	dh_testdir


Bug#756699: stimfit: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: stimfit
Version: 0.13.15-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2siAAAoJEO/obGx//s+D+/cIAI0VMcAi9lDdXWo3SbgaxOq8
GZjnQwlx205d9iSRars99A/GRaqlcJp2Iug4IDjafZFP5vJCReh9lsFRHzjvC8P1
zDplOr9TT2BrTkEvZ83RY9qWvCaZJR6UlQc7+Az4/XQiAyRNbVZxL1cNseroBWhu
6oyUAbijjkWjPKCa/ADdeQNFz4k+ORobruNn0qpgV3MI0wvS8Qat/MtL/lM31ROk
/CAzuC1rrJ4mRvwuONLWmp4pguC9UcsEj9VYO5/3f3+IG4n1vw31I7TcsPVpI2Ck
K2cYS0AAFisaHyIlJ293aou+mZB1XsR5yspBHlQCWF4DYNTopIfckJ3sXL/hHuM=
=D9il
-END PGP SIGNATURE-
diff -Nru stimfit-0.13.15/debian/changelog stimfit-0.13.15/debian/changelog
--- stimfit-0.13.15/debian/changelog	2014-02-16 14:23:17.0 +0100
+++ stimfit-0.13.15/debian/changelog	2014-07-26 20:24:11.0 +0200
@@ -1,3 +1,12 @@
+stimfit (0.13.15-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+  * New patch fix-enable-debian.patch to support dpkg-buildflags with
+--enable-module.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 18:48:03 +0200
+
 stimfit (0.13.15-1) unstable; urgency=low
 
   * Fix half duration limits bug
diff -Nru stimfit-0.13.15/debian/patches/fix-enable-debian.patch stimfit-0.13.15/debian/patches/fix-enable-debian.patch
--- stimfit-0.13.15/debian/patches/fix-enable-debian.patch	1970-01-01 01:00:00.0 +0100
+++ stimfit-0.13.15/debian/patches/fix-enable-debian.patch	2014-07-26 20:22:45.0 +0200
@@ -0,0 +1,26 @@
+Index: stimfit-0.13.15/configure.ac
+===
+--- stimfit-0.13.15.orig/configure.ac	2014-02-16 13:38:45.0 +0100
 stimfit-0.13.15/configure.ac	2014-07-26 20:22:40.900894278 +0200
+@@ -100,15 +100,17 @@
+ else
+ if test "$enable_debian" = "yes" ; then
+   LIBSTF_LDFLAGS="-Wl,-rpath,/usr/lib/stimfit -avoid-version"
+-  CPPFLAGS="${CPPFLAGS} `dpkg-buildflags --get CPPFLAGS`"
+-  CFLAGS="${CFLAGS} `dpkg-buildflags --get CFLAGS`"
+-  CXXFLAGS="${CXXFLAGS} `dpkg-buildflags --get CXXFLAGS`"
+-  LDFLAGS="${LDFLAGS} `dpkg-buildflags --get LDFLAGS`"
+ else
+   LIBSTF_LDFLAGS="-Wl,-rpath,${prefix}/lib/stimfit -avoid-version"
+ fi
+ CPPFLAGS="${CPPFLAGS}"
+ fi
++if test "$enable_debian" = "yes" ; then
++CPPFLAGS="${CPPFLAGS} `dpkg-buildflags --get CPPFLAGS`"
++CFLAGS="${CFLAGS} `dpkg-buildflags --get CFLAGS`"
++CXXFLAGS="${CXXFLAGS} `dpkg-buildflags --get CXXFLAGS`"
++LDFLAGS="${LDFLAGS} `dpkg-buildflags --get LDFLAGS`"
++fi
+ STF_PYTHON_LIBNAME="libpystf.so"
+ STFIO_PYTHON_LIBNAME="libpystfio.so"
+ ;;
diff -Nru stimfit-0.13.15/debian/patches/series stimfit-0.13.15/debian/patches/series
--- stimfit-0.13.15/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ stimfit-0.13.15/debian/patches/series	2014-07-26 20:21:50.0 +0200
@@ -0,0 +1 @@
+fix-enable-debian.patch
diff -Nru stimfit-0.13.15/debian/rules stimfit-0.13.15/debian/rules
--- stimfit-0.13.15/debian/rules	2014-02-16 14:23:17.0 +0100
+++ stimfit-0.13.15/debian/rules	2014-07-31 18:39:53.0 +0200
@@ -15,6 +15,11 @@
 	MAKEFLAGS += -j$(NUMJOBS)
 endif
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
+  export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 build: build-arch build-indep
 build-arch: build-stamp
 build-indep: build-stamp


Bug#756698: scilab: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: scilab
Version: 5.5.0-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2shUAAoJEO/obGx//s+DvRQH/iwQGSKXmlY8OVwI9PAs18dV
qay34L+44W4J1LbB7FdQFk0SeXi3x41VjIx09O7hxswyw8Oa0/Cfu9TAZguJnRaN
2JKCHzvF05KWGQH5jgfvQOd/cxwpwIVnwygpHANs/NLqkPFshWLvCpp3EmcO/o5H
YniAuVjZ23yIwNQ0FCkD/gKhJPYgVYsY0MP2iBuFoimY909cDYEWVdpTPJf6jS5B
qJCOw1F3OT6V71f5NYet2WznAkl5ViGJ5h+dxLY5bvlSZEAmN7PotIpwA5Qodpiu
KIBvExyd72zK88RNV/oN//Tz8bceytcr8i56XZvDW6jOVLP/MfE1GmXyotYPafw=
=7SsP
-END PGP SIGNATURE-
diff -Nru scilab-5.5.0/debian/changelog scilab-5.5.0/debian/changelog
--- scilab-5.5.0/debian/changelog	2014-04-16 17:26:42.0 +0200
+++ scilab-5.5.0/debian/changelog	2014-07-31 18:36:03.0 +0200
@@ -1,3 +1,12 @@
+scilab (5.5.0-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+  * New patch m4-hdf5.patch: fix typo and unneeded dependency on
+inexistant libsz.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 18:38:24 +0200
+
 scilab (5.5.0-2) unstable; urgency=medium
 
   * Bring back the signal processing library (Don't know why it was missing)
diff -Nru scilab-5.5.0/debian/patches/m4-hdf5.patch scilab-5.5.0/debian/patches/m4-hdf5.patch
--- scilab-5.5.0/debian/patches/m4-hdf5.patch	1970-01-01 01:00:00.0 +0100
+++ scilab-5.5.0/debian/patches/m4-hdf5.patch	2014-07-31 18:36:03.0 +0200
@@ -0,0 +1,30 @@
+Description: There is no libsz availlable.
+ The macro was succesfull with libhdf5 installed in system path because
+ of the missing comma in the second block. With this comma in place the
+ test fails in every case because of libsz beeing unavaillable. Then
+ removing -lsz.
+Author: Gilles Filippini 
+Index: scilab-5.5.0/m4/hdf5.m4
+===
+--- scilab-5.5.0.orig/m4/hdf5.m4	2014-04-11 11:51:34.0 +0200
 scilab-5.5.0/m4/hdf5.m4	2014-07-27 13:24:54.247645063 +0200
+@@ -53,7 +53,7 @@
+ AC_CHECK_LIB([hdf5], [H5Fopen],
+ [],
+ [AC_MSG_ERROR([libhdf5 or libhdf5_hl: library missing. (Cannot find symbol H5Fopen) in $with_hdf5_library. Check if libhdf5 is installed and if the version is correct])],
+-[-lsz -lz]
++[-lz]
+ )
+ 
+ else
+@@ -61,8 +61,8 @@
+ LIBS="$LIBS $HDF5_LIBS"
+ AC_CHECK_LIB([hdf5], [H5Fopen],
+ [],
+-[AC_MSG_ERROR([libhdf5 or libhdf5_hl: library missing. (Cannot find symbol H5Fopen). Check if libhdf5 is installed and if the version is correct])]
+-[-lsz -lz]
++[AC_MSG_ERROR([libhdf5 or libhdf5_hl: library missing. (Cannot find symbol H5Fopen). Check if libhdf5 is installed and if the version is correct])],
++[-lz]
+ )
+ fi
+ 
diff -Nru scilab-5.5.0/debian/patches/series scilab-5.5.0/debian/patches/series
--- scilab-5.5.0/debian/patches/series	2014-04-11 16:51:15.0 +0200
+++ scilab-5.5.0/debian/patches/series	2014-07-31 18:36:03.0 +0200
@@ -5,3 +5,4 @@
 jh.diff
 depend-scicos.diff
 missing-lib.diff
+m4-hdf5.patch
diff -Nru scilab-5.5.0/debian/rules scilab-5.5.0/debian/rules
--- scilab-5.5.0/debian/rules	2014-04-16 17:28:05.0 +0200
+++ scilab-5.5.0/debian/rules	2014-07-31 18:37:50.0 +0200
@@ -21,6 +21,10 @@
 	--enable-mpi --disable-static-system-lib
 #	--enable-compilation-tests
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  DEB_CONFIGURE_NORMAL_ARGS += --with-hdf5-include=/usr/include/hdf5/serial \
+	--with-hdf5-library=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
 
 # requires ocamlopt
 ifneq (,$(filter $(DEB_HOST_ARCH),arm64 ppc64el mips mipsel s390x sparc))


Bug#591717: espeak: Library unble to open soundcard.

2014-07-31 Thread Nicolas Boulenguez
Package: espeak
Followup-For: Bug #591717

There is some progress in version 1.48.04+dfsg-1.
My soundcard says "hello", though complaining on the screen.
I copy the messages in case they help investigating the bug.
Please ignore the 3 last ones lines, the jack server is not installed.

# echo Hello | espeak --stdin
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756697: salome-kernel: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: salome-kernel
Version: 6.5.0-8
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sgkAAoJEO/obGx//s+DikAH/igfKevNF8tS9SGPEhc+O23g
VCBgYQI+lEQl5thCQVGZuqRUoCsSyAONV6bv6okE9Fw93Ne+Ymrcc0UlKzRN7lXa
DclNbQZxV/fCVxU+9QSrs/Vq0IVui6GbaiAreXzs3/lX4optQ/hNxtST1hJ5H4Vn
f3pbEl7mh01SaJoF9VdbvWi9tCuDiDFJNlxBQmQWFwTUCpORgIRRamfXvLt930rC
w0MqxXWO0mIKwSF2uNSQNEYaaReSiGzY4ksJ9gwdtbZ5Qd6Dnr5JUQ8rCaSVW+DC
IotZVHp5d5Xonaq7u4zrPc9QoItSVOrvdl/UxAs4vzenjhF/25ZV6S+dN7Z/syA=
=Vw5A
-END PGP SIGNATURE-
diff -u salome-kernel-6.5.0/debian/changelog salome-kernel-6.5.0/debian/changelog
--- salome-kernel-6.5.0/debian/changelog
+++ salome-kernel-6.5.0/debian/changelog
@@ -1,3 +1,10 @@
+salome-kernel (6.5.0-8.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 17:11:18 +0200
+
 salome-kernel (6.5.0-8) unstable; urgency=low
 
   * Fix FTBFS with new boost yet again (closes: #735807).
diff -u salome-kernel-6.5.0/debian/rules salome-kernel-6.5.0/debian/rules
--- salome-kernel-6.5.0/debian/rules
+++ salome-kernel-6.5.0/debian/rules
@@ -15,6 +15,18 @@
 
 include /usr/share/quilt/quilt.make
 
+ifneq ($(wildcard /usr/share/mpi-default-dev/debian_defaults),)
+  # Which MPI implementation?
+  # set ARCH_DEFAULT_MPI_IMPL
+  include /usr/share/mpi-default-dev/debian_defaults
+  HDF5_FLAVOR := $(ARCH_DEFAULT_MPI_IMPL)
+else
+  HDF5_FLAVOR := serial
+endif
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(HDF5_FLAVOR)/libhdf5.so),)
+  WITH_HDF5 := --with-hdf5=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(HDF5_FLAVOR)
+endif
+
 clean: unpatch
 	dh_testdir
 	-rm -rf $(builddir) $(builddir)-doc
@@ -61,6 +73,7 @@
 	--disable-dependency-tracking \
 	--disable-maintainer-mode \
 	--with-mpi=/usr --with-mpi_include=/usr/include/mpi \
+	$(WITH_HDF5) \
 	--bindir=/usr/lib/salome/bin --libdir=/usr/lib/salome/lib \
 	--docdir=/usr/share/doc/salome-kernel-doc \
 	CASROOT=/usr \


Bug#756695: r-cran-hdf5: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: r-cran-hdf5
Version: 1.6.10-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sfEAAoJEO/obGx//s+D5MMH/3n1QTQrKMpIQlV15TVWDoOV
kYz/exF6YFoZwAah+VHYuaadVH8RR5Aoru+b5CxdPO8rOhTp/UsDemdib/fQkMs2
g+5wp2nmV70TOQVL8p60UT0IllzzXZQ2H64e1ryHlSASZfWbeI+4wxQs4c+zjz2H
XmG7idw7z04KnyvN+pvE37TuPPIe7EVGOFosyWOMKJAHnbjn8MR2cT7xLWv0bjZF
Ot1WpJBobDTWVTMpP2q/muN+Na7cdt0QLdqfWrz63G71nF1QKsWnLMWXlu2qkb8R
7m4ZEYmeJO2xcMrzUt94UAoktrXgwA1KoyYomNQZpsYF1VaxVpLQ0GM0siDohj8=
=myPg
-END PGP SIGNATURE-
diff -Nru r-cran-hdf5-1.6.10/debian/changelog r-cran-hdf5-1.6.10/debian/changelog
--- r-cran-hdf5-1.6.10/debian/changelog	2014-07-31 20:05:40.0 +0200
+++ r-cran-hdf5-1.6.10/debian/changelog	2014-07-26 15:38:05.0 +0200
@@ -1,3 +1,11 @@
+r-cran-hdf5 (1.6.10-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+  * New patch with-hdf5.patch: fix HDF5LDFLAGS in configure.in.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 15:33:24 +0200
+
 r-cran-hdf5 (1.6.10-2) unstable; urgency=low
 
   * debian/control: Set Build-Depends: to current R version
diff -Nru r-cran-hdf5-1.6.10/debian/patches/series r-cran-hdf5-1.6.10/debian/patches/series
--- r-cran-hdf5-1.6.10/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ r-cran-hdf5-1.6.10/debian/patches/series	2014-07-26 15:35:23.0 +0200
@@ -0,0 +1 @@
+with-hdf5.patch
diff -Nru r-cran-hdf5-1.6.10/debian/patches/with-hdf5.patch r-cran-hdf5-1.6.10/debian/patches/with-hdf5.patch
--- r-cran-hdf5-1.6.10/debian/patches/with-hdf5.patch	1970-01-01 01:00:00.0 +0100
+++ r-cran-hdf5-1.6.10/debian/patches/with-hdf5.patch	2014-07-26 15:45:04.0 +0200
@@ -0,0 +1,26 @@
+Index: r-cran-hdf5-1.6.10/configure.in
+===
+--- r-cran-hdf5-1.6.10.orig/configure.in	2011-05-11 02:02:04.0 +0200
 r-cran-hdf5-1.6.10/configure.in	2014-07-26 15:36:44.251388180 +0200
+@@ -15,7 +15,7 @@
+ if test -n "$with_hdf5"; then
+   HDF5LDFLAGS="-L${with_hdf5}/lib"
+   if test `uname -s` != "Darwin"; then
+-HDF5LDFLAGS="-Wl,-rpath,${with_hdf5}/lib"
++HDF5LDFLAGS="-Wl,-L,${with_hdf5}/lib"
+   fi
+   HDF5CPPFLAGS=-I${with_hdf5}/include
+ fi
+Index: r-cran-hdf5-1.6.10/configure
+===
+--- r-cran-hdf5-1.6.10.orig/configure	2011-05-11 02:02:04.0 +0200
 r-cran-hdf5-1.6.10/configure	2014-07-26 15:44:58.304739655 +0200
+@@ -2201,7 +2201,7 @@
+ if test -n "$with_hdf5"; then
+   HDF5LDFLAGS="-L${with_hdf5}/lib"
+   if test `uname -s` != "Darwin"; then
+-HDF5LDFLAGS="-Wl,-rpath,${with_hdf5}/lib"
++HDF5LDFLAGS="-Wl,-L,${with_hdf5}/lib"
+   fi
+   HDF5CPPFLAGS=-I${with_hdf5}/include
+ fi
diff -Nru r-cran-hdf5-1.6.10/debian/rules r-cran-hdf5-1.6.10/debian/rules
--- r-cran-hdf5-1.6.10/debian/rules	2014-07-31 20:05:40.0 +0200
+++ r-cran-hdf5-1.6.10/debian/rules	2014-07-31 15:38:31.0 +0200
@@ -5,5 +5,6 @@
 
 include /usr/share/R/debian/r-cran.mk
 
-
-
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  extraInstallFlags := "--configure-args=--with-hdf5=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial"
+endif
diff -Nru r-cran-hdf5-1.6.10/debian/source/format r-cran-hdf5-1.6.10/debian/source/format
--- r-cran-hdf5-1.6.10/debian/source/format	1970-01-01 01:00:00.0 +0100
+++ r-cran-hdf5-1.6.10/debian/source/format	2014-07-26 16:40:37.0 +0200
@@ -0,0 +1 @@
+3.0 (quilt)


Bug#756696: ruby-hdfeos5: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: ruby-hdfeos5
Version: 1.2-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sf4AAoJEO/obGx//s+DHEYH/0iIh7KMfh+Cnu3zvW7IkGlQ
KF77rNDn4RrEZIbzkc57WyR23oMuriLsykCJXtAWz23RW3PjHzy+1wktiFk2gnuG
mSiWrnEQ++4eAzJLpu43AIsYNnm6+xlovEeU0Fer1COfk7QPgzuuCCRuAx9SNbrr
n7wAY3OcwGM/n9oWIOcvH34X6Fp0gFkYXaNMfx+wm9tGgQ8WqueJ94rKEDKBK0Mg
IxSzuBKV/hoUHmmcATCGuP1H8VWUr8LeNKafNM6aLZQIGmhQ3oFOEiHecjJyn3LD
eSk2PlErLKucv+9Inh0t2Jby7c4OMsl4VisQIzBAdKUPNnAGLrZVbVQJgScJniY=
=9jdu
-END PGP SIGNATURE-
diff -Nru ruby-hdfeos5-1.2/debian/changelog ruby-hdfeos5-1.2/debian/changelog
--- ruby-hdfeos5-1.2/debian/changelog	2014-07-22 20:46:48.0 +0200
+++ ruby-hdfeos5-1.2/debian/changelog	2014-07-26 18:26:51.0 +0200
@@ -1,3 +1,13 @@
+ruby-hdfeos5 (1.2-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+  * New patch 0004-hdf5-dir.patch to hard code parameter
+--with-hdf5-dir to extconf.rb, because dh_ruby doesn't allow
+passing extra parameters.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 16:47:19 +0200
+
 ruby-hdfeos5 (1.2-2) unstable; urgency=medium
 
   * Fix FTBFS: add multiarch search path (Closes: #753188)
diff -Nru ruby-hdfeos5-1.2/debian/patches/0004-hdf5-dir.patch ruby-hdfeos5-1.2/debian/patches/0004-hdf5-dir.patch
--- ruby-hdfeos5-1.2/debian/patches/0004-hdf5-dir.patch	1970-01-01 01:00:00.0 +0100
+++ ruby-hdfeos5-1.2/debian/patches/0004-hdf5-dir.patch	2014-07-26 18:17:47.0 +0200
@@ -0,0 +1,10 @@
+Index: ruby-hdfeos5-1.2/extconf.rb
+===
+--- ruby-hdfeos5-1.2.orig/extconf.rb	2014-07-26 18:17:18.871956985 +0200
 ruby-hdfeos5-1.2/extconf.rb	2014-07-26 18:17:45.180828598 +0200
+@@ -1,4 +1,5 @@
+ require "mkmf"
++$configure_args["--with-hdf5-dir"] = ENV["HDF5_DIR"]
+ 
+ require "rbconfig" unless defined? RbConfig
+ $vendorarchdir=RbConfig::CONFIG['vendorarchdir']
diff -Nru ruby-hdfeos5-1.2/debian/patches/series ruby-hdfeos5-1.2/debian/patches/series
--- ruby-hdfeos5-1.2/debian/patches/series	2014-07-22 20:46:48.0 +0200
+++ ruby-hdfeos5-1.2/debian/patches/series	2014-07-26 18:26:19.0 +0200
@@ -1,3 +1,4 @@
 0001-Fix-NArray-Library-Path.patch
 0002-Fix-test-data-path.patch
 0003-Fix-printf-debugging.patch
+0004-hdf5-dir.patch
diff -Nru ruby-hdfeos5-1.2/debian/rules ruby-hdfeos5-1.2/debian/rules
--- ruby-hdfeos5-1.2/debian/rules	2014-07-22 20:46:48.0 +0200
+++ ruby-hdfeos5-1.2/debian/rules	2014-07-31 18:26:13.0 +0200
@@ -1,5 +1,11 @@
 #!/usr/bin/make -f
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export HDF5_DIR := /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+else
+  export HDF5_DIR := /usr
+endif
+
 %:
 	dh $@ --with ruby --buildsystem ruby
 


Bug#756694: pytables: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: pytables
Version: 3.1.1-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sd0AAoJEO/obGx//s+D0UEH/2le+ZGq+E3ce4JaJCIkBfeE
tyny7MoLKzx3TSXgtQgDkoJHKMDW+KpJquRWWTZpK1l+2qjuzQzxlyrod3aGqxYT
uM/u4EVAaf9GPLgLT/UHMqHtPKBFoLBhhGO3sJzopKyo2rXJpgR5p64PJcjp5Jhx
NgSc1cUc3v9dJu+ril8C1UHJbiaO4GrNpmmgOJ3frbtB+YJ8R8482m17zWpmG8cn
xur00gdDk3Uhm4cK2pZTdrfWhX87Smv9vz4cJoyqmdndCpw+LoNiU1pBuxqsbynd
iyefQChztHMZAoz2jti1sxEnviyeozBJgkvF8nq2u+OiN8xGJ1gdptVphLfIASU=
=37X6
-END PGP SIGNATURE-
diff -Nru pytables-3.1.1/debian/changelog pytables-3.1.1/debian/changelog
--- pytables-3.1.1/debian/changelog	2014-04-14 19:21:09.0 +0200
+++ pytables-3.1.1/debian/changelog	2014-07-26 14:21:00.0 +0200
@@ -1,3 +1,10 @@
+pytables (3.1.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 14:21:00 +0200
+
 pytables (3.1.1-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru pytables-3.1.1/debian/rules pytables-3.1.1/debian/rules
--- pytables-3.1.1/debian/rules	2014-04-14 19:21:09.0 +0200
+++ pytables-3.1.1/debian/rules	2014-07-31 15:19:21.0 +0200
@@ -13,6 +13,9 @@
 export CFLAGS ?= -O0
 endif
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export HDF5_DIR := /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
 
 %:
 	dh $@ --with python2,python3,sphinxdoc --buildsystem=python_distutils


Bug#756693: RFS: gdal/1.10.1+dfsg-8

2014-07-31 Thread Bas Couwenberg
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 Package name: gdal
 Version : 1.10.1+dfsg-8
 Upstream Author : The GDAL/OGR project team, Frank Warmerdam 

 URL : http://www.gdal.org/
 License : MIT
 Section : science

It builds those binary packages:

 libgdal1h- Geospatial Data Abstraction Library
 libgdal1-dev - Geospatial Data Abstraction Library - Transitional package
 libgdal-dev  - Geospatial Data Abstraction Library - Development files
 libgdal-doc  - Documentation for the Geospatial Data Abstraction Library
 gdal-bin - Geospatial Data Abstraction Library - Utility programs
 python-gdal  - Python bindings to the Geospatial Data Abstraction Library
 python3-gdal - Python 3 bindings to the Geospatial Data Abstraction Library
 libgdal-perl - Perl bindings to the Geospatial Data Abstraction Library
 libgdal-java - Java bindings to the Geospatial Data Abstraction Library

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

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


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

  dget -x 
http://mentors.debian.net/debian/pool/main/g/gdal/gdal_1.10.1+dfsg-8.dsc

More information about GDAL/OGR can be obtained from http://www.gdal.org/.

Changes since the last upload:

  * Support hdf5 1.8.13 new packaging layout.
Thanks to Gilles Filippini for the patch.
(closes: #756662)


Regards,
 Bas Couwenberg


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756690: petsc: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: petsc
Version: 3.4.2.dfsg1-8
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2scnAAoJEO/obGx//s+DOasH/j4Nxon0btCsjKKi4GZGa/E0
DJDjwew21HfyQcgAlC5X7s03xZjyQXbJjyvP/0GznjuLCIX1ROdzaTyg935tAUhh
NbQTGKw7BGVwmIXRke31QDcqVc8EWNECoSEV6quaag2c3pcrvb/q9TsH7Y3PcU8t
G5sXoJHZdSzyNT4C9ckTcBPoQOe1ukCQlhgs0RYqSVOaB2nCT5qdb86WES8obRhi
kTuZF7NvpWi8GFX1UV+hkN4Jcw2YXHbzRkFdxbWnUKbOl0PpMG/wiS0RGG4cTIb7
qc9N7ioz0yZSa5tDreOL/PgJfLUmSo5j+dvg0mYvljf19XTbA7d6WXdytY5uJpE=
=cOUV
-END PGP SIGNATURE-
diff -Nru petsc-3.4.2.dfsg1/debian/changelog petsc-3.4.2.dfsg1/debian/changelog
--- petsc-3.4.2.dfsg1/debian/changelog	2014-04-24 19:31:39.0 +0200
+++ petsc-3.4.2.dfsg1/debian/changelog	2014-07-26 12:52:19.0 +0200
@@ -1,3 +1,10 @@
+petsc (3.4.2.dfsg1-8.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 12:52:19 +0200
+
 petsc (3.4.2.dfsg1-8) unstable; urgency=medium
 
   * Team upload.
diff -Nru petsc-3.4.2.dfsg1/debian/rules petsc-3.4.2.dfsg1/debian/rules
--- petsc-3.4.2.dfsg1/debian/rules	2014-03-04 21:09:33.0 +0100
+++ petsc-3.4.2.dfsg1/debian/rules	2014-07-31 15:14:13.0 +0200
@@ -41,7 +41,18 @@
 # complex) or non-standard distribution (e.g. contrib) is being used.
 PETSC_EXT=$(shell chmod +x debian/petsc-ext && debian/petsc-ext $(PETSC_ARCH) $(PETSC_MPI) $(DEBIAN_DIST) && chmod -x debian/petsc-ext)
 
-PETSC_HDF5_FLAGS=$(shell if [ -e /usr/lib/libhdf5.so ]; then echo "--with-hdf5=1 --with-hdf5-dir=/usr"; fi)
+# Which MPI implementation?
+# set ARCH_DEFAULT_MPI_IMPL
+include /usr/share/mpi-default-dev/debian_defaults
+
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(ARCH_DEFAULT_MPI_IMPL)/libhdf5.so),)
+  HDF5_DIR := /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(ARCH_DEFAULT_MPI_IMPL)
+  HDF5_LIB := $(HDF5_DIR)/libhdf5.so
+else
+  HDF5_DIR := /usr
+  HDF5_LIB := $(HDF5_DIR)/lib/$(DEB_HOST_MULTIARCH)/libhdf5.so
+endif
+PETSC_HDF5_FLAGS=$(shell if [ -e $(HDF5_LIB) ]; then echo "--with-hdf5=1 --with-hdf5-dir=$(HDF5_DIR)"; fi)
 PETSC_BABEL_FLAGS=$(shell if [ -e /usr/lib/libsidl.so ]; then echo "--with-babel=1 --with-babel-dir=/usr"; fi)
 
 # PETSC_VERSION is used for the package names, library sonames, and
@@ -423,7 +434,7 @@
 	  echo "Unknown MPI implementation, stopping"; \
 	  exit 1; \
 	fi
-	if [ -e /usr/lib/libhdf5.so ]; then \
+	if [ -e $(HDF5_LIB) ]; then \
 	  echo "hdf5-dev=libhdf5-mpi-dev" >> debian/lib$(PETSC_NAME)-dev.substvars; \
 	else \
 	  echo "hdf5-dev=" >> debian/lib$(PETSC_NAME)-dev.substvars; \


Bug#756691: Fails to install in SID due to ovewrite of .so from library

2014-07-31 Thread Andrea Lusuardi
Package: liblog4cplus-dev
Version: 1.0.4-1
Severity: important

Hi,
versione 1.0.4 of the package spawns an error during installation:

dpkg: error processing archive 
/var/cache/apt/archives/liblog4cplus-dev_1.0.4-1.1_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/liblog4cplus.so', which is also in package 
liblog4cplus-1.0-4 1.0.4-1

as i belive the -dev package contains the .so file from the non-dev package.

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

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages liblog4cplus-dev depends on:
ii  liblog4cplus-1.0-4  1.0.4-1.1

liblog4cplus-dev recommends no packages.

liblog4cplus-dev suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756692: pygpiv: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: pygpiv
Version: 2.0.0-4
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEbBAEBCAAGBQJT2sdNAAoJEO/obGx//s+D6/sH92wlVxC8kx90JBxUU+z3xQ1F
z9/JHZPIVNvrCJss4RAtdm+THW2ouhqeQTg6u9XXK0xTwUkb9humwizHfReWfDSb
5q0p1xBeL4LjxV89thJbW1rD7pAaTQbjWWvMag3Tg0YZqeBYTX6RhZSTuz+Aoisf
3Xfe33uZ2hg5HWqMKHghgFL2HyxVRfjizifl3oPpjhmaiLQgP5J9nHingfmIUfIu
7GR9p6Sm195aLirAFqI4bp9N2cu/9r2YK4xL6rOzazTQmgOAfli4zt2iMhRPtRDG
p2SPO+KZvQfviSKLfnKBpT26SO+m9LkIkwSFE3+x605m45BJMeRBrZ5aeaMYug==
=74j+
-END PGP SIGNATURE-
diff -Nru pygpiv-2.0.0/debian/changelog pygpiv-2.0.0/debian/changelog
--- pygpiv-2.0.0/debian/changelog	2012-05-18 11:06:45.0 +0200
+++ pygpiv-2.0.0/debian/changelog	2014-07-26 14:12:10.0 +0200
@@ -1,3 +1,10 @@
+pygpiv (2.0.0-4.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Sat, 26 Jul 2014 14:12:10 +0200
+
 pygpiv (2.0.0-4.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru pygpiv-2.0.0/debian/rules pygpiv-2.0.0/debian/rules
--- pygpiv-2.0.0/debian/rules	2012-05-18 11:00:24.0 +0200
+++ pygpiv-2.0.0/debian/rules	2014-07-31 15:18:13.0 +0200
@@ -19,6 +19,11 @@
 CFLAGS	+= -Wall
 LDFLAGS += -Wl,--as-needed
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  CFLAGS += -I/usr/include/hdf5/serial
+  LDFLAGS += -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 clean: 
 	dh_testdir
 	dh_testroot


Bug#756688: nexus: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: nexus
Version: 4.3.2-svn1921-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sa4AAoJEO/obGx//s+D/s4H/iRRgdl0cyyiB0QIsi6To/Lz
ioXdBzl4yA4OGtBIHbmppYAjAbb0gqtpvEfRcHyVnfzAJ+7v+hc4F4iAd53J6ZlN
0JwgiG6MUjTRnuUHcCBjy4xWzTLQ8pnXb08r5Ql/L75X2siILMM8fKFjcGjaGmNE
C8Zh1LFKhuK/S2J4MkVjEJ/dnfRToKvQJB3UntltTl20wq5qTRuELa9IiTNi/rXg
h0yeaAoXg2IzBavyHK+02GXBN5O2um4lfns36v2WksidmWVgXnwFBoDOJBrcMkNI
OnGjkuO1gUOmGJktHGUEiE7pvZ3HjSc0y/sn2jYuDzx7+q7PvCmyDD+Sj6SVXQQ=
=Pw8U
-END PGP SIGNATURE-
diff -Nru nexus-4.3.2-svn1921/debian/changelog nexus-4.3.2-svn1921/debian/changelog
--- nexus-4.3.2-svn1921/debian/changelog	2014-04-16 22:08:23.0 +0200
+++ nexus-4.3.2-svn1921/debian/changelog	2014-07-25 14:50:53.0 +0200
@@ -1,3 +1,10 @@
+nexus (4.3.2-svn1921-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 14:35:37 +0200
+
 nexus (4.3.2-svn1921-1) unstable; urgency=low
 
   * disginguish between static and dynamic linking, fix
diff -Nru nexus-4.3.2-svn1921/debian/rules nexus-4.3.2-svn1921/debian/rules
--- nexus-4.3.2-svn1921/debian/rules	2014-04-16 22:00:58.0 +0200
+++ nexus-4.3.2-svn1921/debian/rules	2014-07-31 11:11:55.0 +0200
@@ -19,6 +19,12 @@
 CXXFLAGS:=$(shell dpkg-buildflags --get CXXFLAGS)
 LDFLAGS:=$(shell dpkg-buildflags --get LDFLAGS)
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  HDF5_DIR := /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+else
+  HDF5_DIR := /usr
+endif
+
 # shared library versions, option 1
 #version=2.0.5
 #major=2
@@ -41,7 +47,7 @@
 ifneq "$(wildcard /usr/share/misc/config.guess)" ""
 	cp -f /usr/share/misc/config.guess config.guess
 endif
-	./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --with-hdf5=/usr CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS) -Wl,-z,defs" CPPFLAGS="$(CPPFLAGS)" CXXFLAGS="$(CXXFLAGS)" --with-java-home=/usr/lib/jvm/default-java --with-python=/usr JAVACFLAGS="-source 1.5 -target 1.5"
+	./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --with-hdf5=$(HDF5_DIR) CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS) -Wl,-z,defs" CPPFLAGS="$(CPPFLAGS)" CXXFLAGS="$(CXXFLAGS)" --with-java-home=/usr/lib/jvm/default-java --with-python=/usr JAVACFLAGS="-source 1.5 -target 1.5"
 	sed < libtool > libtool-2 -e 's/^hardcode_libdir_flag_spec.*$$/hardcode_libdir_flag_spec=" -D__LIBTOOL_IS_A_FOOL__ "/' -e '/^archive_cmds="/s/"$$/ \\$$deplibs"/'
 	mv libtool-2 libtool
 	chmod 755 libtool
@@ -57,11 +63,11 @@
 	$(MAKE)
 	touch $@
 
-clean: config.status
+clean:
 	dh_testdir
 	dh_testroot
 	rm -f build-stamp 
-	$(MAKE) maintainer-clean
+	-$(MAKE) maintainer-clean
 	rm -f config.sub config.guess
 	rm -fr config || true
 	rm -fr .pc || true


Bug#756689: octave: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: octave
Version: 3.8.1-3
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sbvAAoJEO/obGx//s+Dj5sIAJsTeDsr95f3P6YzHPJIY8C6
Y0sLO3V8VzAYvXmXGZWW/cdVRR4M0cwuKcQ2Jb9NCvkwccI6kAFrJ7l9WR++r79T
aX6eJFc0U2ZhwfIj5WGwGGcJoOXY+46huYFjkdROwamSifQhVJkabvBrJ0NSuX0M
A1WQaSGbKa4p5Fvrgs6EJLyXCwfu4oTU7QV02yl3Y821WmOD0YJOBXa28YzNb/ty
fxlW6ZuTHnZpoQBvc+M6BpZVNG1EjSP6IfaMsO5JIRHMIqGyEhFVdyHui/fB0icB
y52w2vsMpNMYUB62YxlM/wS9EYRCXpKWS4u1LIGeCfoTsAMWTbpXKNTsA/ktJAk=
=xHe+
-END PGP SIGNATURE-
diff -Nru octave-3.8.1/debian/changelog octave-3.8.1/debian/changelog
--- octave-3.8.1/debian/changelog	2014-05-10 10:40:26.0 +0200
+++ octave-3.8.1/debian/changelog	2014-07-25 17:10:38.0 +0200
@@ -1,3 +1,12 @@
+octave (3.8.1-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+  * New patch hdf5-flags.patch to fix a couple of makefiles regarding
+new paths.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 14:39:07 +0200
+
 octave (3.8.1-3) unstable; urgency=medium
 
   [ Thomas Weber ]
diff -Nru octave-3.8.1/debian/patches/hdf5-flags.patch octave-3.8.1/debian/patches/hdf5-flags.patch
--- octave-3.8.1/debian/patches/hdf5-flags.patch	1970-01-01 01:00:00.0 +0100
+++ octave-3.8.1/debian/patches/hdf5-flags.patch	2014-07-25 17:13:20.0 +0200
@@ -0,0 +1,24 @@
+Index: octave-3.8.1/libgui/src/module.mk
+===
+--- octave-3.8.1.orig/libgui/src/module.mk	2014-03-06 20:37:51.0 +0100
 octave-3.8.1/libgui/src/module.mk	2014-07-25 17:12:53.028220949 +0200
+@@ -172,6 +172,7 @@
+   $(AM_CPPFLAGS) \
+   @OCTGUI_DLL_DEFS@ \
+   @QT_CPPFLAGS@ \
++  @HDF5_CPPFLAGS@ \
+   -I$(srcdir)/qterminal/libqterminal \
+   -Isrc -I$(srcdir)/src \
+   -I$(srcdir)/src/m-editor \
+Index: octave-3.8.1/libinterp/Makefile.am
+===
+--- octave-3.8.1.orig/libinterp/Makefile.am	2014-07-25 14:38:24.0 +0200
 octave-3.8.1/libinterp/Makefile.am	2014-07-25 17:13:10.124810238 +0200
+@@ -22,6 +22,7 @@
+ 
+ ## Search local directories before those specified by the user.
+ AM_CPPFLAGS = \
++  @HDF5_CPPFLAGS@ \
+   -I$(top_srcdir)/liboctave/cruft/misc \
+   -I$(top_srcdir)/liboctave/array \
+   -I$(top_builddir)/liboctave/numeric -I$(top_srcdir)/liboctave/numeric \
diff -Nru octave-3.8.1/debian/patches/hdf5-mkoctfile.patch octave-3.8.1/debian/patches/hdf5-mkoctfile.patch
--- octave-3.8.1/debian/patches/hdf5-mkoctfile.patch	1970-01-01 01:00:00.0 +0100
+++ octave-3.8.1/debian/patches/hdf5-mkoctfile.patch	2014-07-27 21:33:04.0 +0200
@@ -0,0 +1,24 @@
+Description: Add hdf5 paths to CPPFLAGS and LDFLAGS in mkoctfile
+ so that packages build-depending on octave-dev don't have to care.
+Index: octave-3.8.1/src/mkoctfile.in.cc
+===
+--- octave-3.8.1.orig/src/mkoctfile.in.cc	2014-07-25 14:38:24.0 +0200
 octave-3.8.1/src/mkoctfile.in.cc	2014-07-27 18:47:49.439137810 +0200
+@@ -130,7 +130,7 @@
+   if (vars["LIBDIR"] != "/usr/lib")
+ DEFAULT_LFLAGS += " -L" + quote_path (vars["LIBDIR"]);
+ 
+-  vars["CPPFLAGS"] = get_variable ("CPPFLAGS", %OCTAVE_CONF_CPPFLAGS%);
++  vars["CPPFLAGS"] = get_variable ("CPPFLAGS", std::string(%OCTAVE_CONF_CPPFLAGS%) + " " + %OCTAVE_CONF_HDF5_CPPFLAGS%);
+   vars["INCFLAGS"] = get_variable ("INCFLAGS", DEFAULT_INCFLAGS);
+   vars["F77"] = get_variable ("F77", %OCTAVE_CONF_MKOCTFILE_F77%);
+   vars["FFLAGS"] = get_variable ("FFLAGS", %OCTAVE_CONF_FFLAGS%);
+@@ -182,7 +182,7 @@
+   vars["OCT_LINK_OPTS"] = get_variable ("OCT_LINK_OPTS",
+ %OCTAVE_CONF_OCT_LINK_OPTS%);
+   vars["LD_CXX"] = get_variable ("LD_CXX", %OCTAVE_CONF_MKOCTFILE_LD_CXX%);
+-  vars["LDFLAGS"] = get_variable ("LDFLAGS", %OCTAVE_CONF_LDFLAGS%);
++  vars["LDFLAGS"] = get_variable ("LDFLAGS", std::string(%OCTAVE_CONF_LDFLAGS%) + " " + %OCTAVE_CONF_HDF5_LDFLAGS%);
+   vars["LD_STATIC_FLAG"] = get_variable ("LD_STATIC_FLAG",
+  %OCTAVE_CONF_LD_STATIC_F

Bug#756687: netcdf: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: netcdf
Version: 1:4.1.3-7
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sZvAAoJEO/obGx//s+D2PEIAJcmArcRXIGelsXsqqMM7PrT
byMkj4xlYfDpApDMRLwLcTTBq2RgfVhdIFQfVB4NKThF05NWHCBMSnGOQSPJWzhr
nrOe2EcHVK4V9gOCcfC1Mqv+EA7++0rUU2YVH9gqSo/Oqdx+Y+GoZQtkmUhpNGSn
ZCkVurs/W275hDh1mhErhQfO13Wx5Hwxy/uItF9yEA+T+AFqDnw9LVk51Cft5cK1
p3S8vQB8J30NpVSdikPxy1W2Mi4AHnK3FjDZVc6S5V3blX4KgoWsAsep6R6yMnKV
pQdRoHu8AKE5lw3Yod3jEOT/cnORsrCWTx9JhL35TEAxdo0heXWq0Pibov2wdAg=
=ckTm
-END PGP SIGNATURE-
diff -Nru netcdf-4.1.3/debian/changelog netcdf-4.1.3/debian/changelog
--- netcdf-4.1.3/debian/changelog	2013-10-09 14:50:35.0 +0200
+++ netcdf-4.1.3/debian/changelog	2014-07-24 16:11:22.0 +0200
@@ -1,3 +1,10 @@
+netcdf (1:4.1.3-7.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Thu, 24 Jul 2014 16:11:22 +0200
+
 netcdf (1:4.1.3-7) unstable; urgency=low
 
   * Team upload
diff -Nru netcdf-4.1.3/debian/rules netcdf-4.1.3/debian/rules
--- netcdf-4.1.3/debian/rules	2013-10-09 14:35:06.0 +0200
+++ netcdf-4.1.3/debian/rules	2014-07-31 11:08:32.0 +0200
@@ -9,14 +9,19 @@
 # skipping of fort-nc4.c without that.
 #
 # Remote sites could be not available at check time, so disabling some tests...
-#DEB_CONFIGURE_EXTRA_FLAGS := --enable-shared --enable-pic --enable-docs-install --enable-netcdf-4  --with-hdf5=/usr --with-libcf --enable-dap 
+#DEB_CONFIGURE_EXTRA_FLAGS := --enable-shared --enable-pic --enable-docs-install --enable-netcdf-4  --with-libcf --enable-dap 
 # This is useful to avoid remote Nap checks
-DEB_CONFIGURE_EXTRA_FLAGS := --enable-shared --enable-pic --enable-docs-install --enable-netcdf-4  --with-hdf5=/usr --with-libcf --enable-dap --disable-dap-remote-tests
+DEB_CONFIGURE_EXTRA_FLAGS := --enable-shared --enable-pic --enable-docs-install --enable-netcdf-4  --with-libcf --enable-dap --disable-dap-remote-tests
 DEB_CONFIGURE_SCRIPT_ENV += FC="gfortran"
 DEB_CONFIGURE_SCRIPT_ENV += CXX="g++"
 DEB_CONFIGURE_SCRIPT_ENV += CC="gcc"
 DEB_CONFIGURE_SCRIPT_ENV += CPPFLAGS="-DgFortran"
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  CFLAGS += -I/usr/include/hdf5/serial
+  LDFLAGS += -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 DEB_MAKE_CHECK_TARGET = check
 
 DEB_INSTALL_CHANGELOGS_ALL = $(CURDIR)/RELEASE_NOTES


Bug#756684: minc: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: minc
Version: 2.2.00-4
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sWhAAoJEO/obGx//s+DNYgH/3qG6W7K+aqti/B2xM0j9B3c
ndIE+NCM9w/pEHixSp26uIgt/kMRE0LK3e8se9pvFZGCDcsIOAWKy7zBj6Dw/yNy
5vBfeIC3a8EswlMXAG361xJ4SB41WMaTIfB/V4Xxd6KvmOnw8BJP1o94vqn2u9Cy
0jFJBPS4R4Vd7fYGxW2oDk3exBe00QkeQoglEZ4ngM7xpMLiDI4nrFOTdOgHZhTP
Wyv/9nn4fsZRxSHBhlv6Sc31UGMPYpdl8f1SUZ2ErdcebnBNz2QHe4vbgYJByPrX
XJCfNKIbEChhlCepwfAR0dlU1GTTnAjIVuclZkaFxUWwzCzjVSww8fpXaQia6QQ=
=6/X6
-END PGP SIGNATURE-
diff -Nru minc-2.2.00/debian/changelog minc-2.2.00/debian/changelog
--- minc-2.2.00/debian/changelog	2014-05-05 11:35:26.0 +0200
+++ minc-2.2.00/debian/changelog	2014-07-25 14:08:42.0 +0200
@@ -1,3 +1,10 @@
+minc (2.2.00-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 14:08:42 +0200
+
 minc (2.2.00-4) unstable; urgency=medium
 
   * Apply patch provided by Alexander Ovchinnikov to build with clang
diff -Nru minc-2.2.00/debian/rules minc-2.2.00/debian/rules
--- minc-2.2.00/debian/rules	2013-09-14 07:54:39.0 +0200
+++ minc-2.2.00/debian/rules	2014-07-31 10:49:56.0 +0200
@@ -10,7 +10,10 @@
 	DEB_BUILD_OPTIONS += nocheck
 endif
 
-
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
+  export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
 
 DEB_CONFIGURE_EXTRA_FLAGS = --enable-shared --enable-minc2 --enable-acr-nema CFLAGS="$(CFLAGS)"
 


Bug#756686: ncl: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: ncl
Version: 6.1.2-7
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sYoAAoJEO/obGx//s+D8FMH/2Nc1eJFTw1hWdGwEGXTbUci
YjjzIr5CAH3HXWEuQStsg1xtvovonyWtBMg2Q1EmP7eRQzSxLZHsx0ATZ5MWErBe
yAFFffY29iB0klUF2WpmfqgujzaqbaoJrRxmJ3EVuKHSvc0xRiYPGOOntGaCn2c+
vgLDrVmmgVHK3eBB8z8Zz3q2ULMf4xiywYDXIOlPalQ4kqqL8PRW7U/JSMLO+obQ
3RpaK2x4yrUWiQAZBqG9t75KqsFFPgmGybRhs1+DYXmUx9wC+HZRb4HgcVZm8hmY
lJHhQomIauMosUb1J9LskFR6hNeyNFQgAaUlFQkFjAl+HsJQ+xqOlvtBNWkJvtU=
=fmAb
-END PGP SIGNATURE-
diff -Nru ncl-6.1.2/debian/changelog ncl-6.1.2/debian/changelog
--- ncl-6.1.2/debian/changelog	2014-03-25 15:55:44.0 +0100
+++ ncl-6.1.2/debian/changelog	2014-07-25 14:25:14.0 +0200
@@ -1,3 +1,10 @@
+ncl (6.1.2-7.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 14:25:14 +0200
+
 ncl (6.1.2-7) unstable; urgency=medium
 
   * Add support for kFreeBSD, Hurd to support-archs.patch 
diff -Nru ncl-6.1.2/debian/LINUX.DEBIAN ncl-6.1.2/debian/LINUX.DEBIAN
--- ncl-6.1.2/debian/LINUX.DEBIAN	2014-03-25 15:55:44.0 +0100
+++ ncl-6.1.2/debian/LINUX.DEBIAN	2014-07-31 10:56:39.0 +0200
@@ -23,8 +23,12 @@
 #defineHDFlib  -lmfhdfalt -ldfalt -ljpeg -lz
 #defineHDFEOSlib   -lhdfeos -lgctp
 #defineHDFEOS5lib   -lhe5_hdfeos -lgctp
-#defineHDF5lib -lhdf5_hl -lhdf5 -lz
-#defineNetCDF4lib  -lhdf5_hl -lhdf5 
+/*
+ * $(HDF5_LDFLAGS) must not be substitued before built time because
+ * of buggy ymake who replaces $arch and $system with "1"
+ */
+#defineHDF5lib $(HDF5_LDFLAGS) -lhdf5_hl -lhdf5 -lz
+#defineNetCDF4lib$(HDF5_LDFLAGS)  -lhdf5_hl -lhdf5
 #define	   GDALlib -lgdal
 
 #define NoMakeDepend
diff -Nru ncl-6.1.2/debian/rules ncl-6.1.2/debian/rules
--- ncl-6.1.2/debian/rules	2014-03-25 15:55:44.0 +0100
+++ ncl-6.1.2/debian/rules	2014-07-31 10:57:17.0 +0200
@@ -21,6 +21,11 @@
 FC := gfortran
 VERSION := 6.1.2
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  CFLAGS += -I/usr/include/hdf5/serial
+  export HDF5_LDFLAGS := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 export LD_LIBRARY_PATH=$(TOPDIR)/shared:$(LIBDIR)/libfakeroot
 
 # We built it twice: first shared, to get the shared libraries (with -fpic -fPIC)
@@ -46,7 +51,7 @@
 	sed -e 's/@CC@/${CC}/' \
 	-e 's/@FC@/${FC}/' \
 	-e 's/@LD@/${CC}/' \
-	-e 's/@CFLAGS@/${CFLAGS}/' \
+	-e 's:@CFLAGS@:${CFLAGS}:' \
 	-e 's/@FFLAGS@/${FFLAGS}/' \
 	-e 's/@CPPFLAGS@/${CPPFLAGS}/' \
 	-e 's/@LDFLAGS@/${LDFLAGS}/' \
@@ -55,7 +60,7 @@
 	sed -e 's/@CC@/${CC}/' \
 	-e 's/@FC@/${FC}/' \
 	-e 's/@LD@/${CC}/' \
-	-e 's/@CFLAGS@/${CFLAGS}/' \
+	-e 's:@CFLAGS@:${CFLAGS}:' \
 	-e 's/@FFLAGS@/${FFLAGS}/' \
 	-e 's/@CPPFLAGS@/${CPPFLAGS}/' \
 	-e 's/@LDFLAGS@/${LDFLAGS}/' \


Bug#756685: mpb: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: mpb
Version: 1.5-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sXQAAoJEO/obGx//s+DSccH/RBNdBlxHszjLwE0HOyMWnwp
h8bqx7fjTyTwFKxZjDAtza+szBKRjnG7ptdpi2EC+uvdKyV+ATMR0QX3kO/4bBXY
32xOth3Ua3j9y1B2H7p2oTi6dwQod3t0FEwEErsYgX0no8LdKPYCAqlchpyLcKoy
Rsf58cMY6lChf9gCqfHLfilMgTChhZBcPeRL+ALoFSawTifVokvYQOw3Z7Dk9438
QwN7A+lk70RueIZCVYa2w19EaAcKjaiqiSSM6blpongOvYYdCTifJ1VOKT8uYpi/
fhbAOTitnWrqhENY8+WntMTrLd5fWBbLOAdjTMCigfocuVQkWcmTpjZyS7iTcqY=
=Jusp
-END PGP SIGNATURE-
diff -Nru mpb-1.5/debian/changelog mpb-1.5/debian/changelog
--- mpb-1.5/debian/changelog	2014-05-02 22:15:45.0 +0200
+++ mpb-1.5/debian/changelog	2014-07-25 14:13:24.0 +0200
@@ -1,3 +1,10 @@
+mpb (1.5-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 14:13:24 +0200
+
 mpb (1.5-1) unstable; urgency=low
 
   * upload to unstable
diff -Nru mpb-1.5/debian/rules mpb-1.5/debian/rules
--- mpb-1.5/debian/rules	2014-05-02 22:14:28.0 +0200
+++ mpb-1.5/debian/rules	2014-07-31 10:53:05.0 +0200
@@ -16,6 +16,15 @@
 DEST_DIR_MPI = $(CURDIR)/debian/build-tmp/mpb-mpi/usr
 LA_DIR = $(CURDIR)/debian/build-tmp
 
+# Which MPI implementation?
+# set ARCH_DEFAULT_MPI_IMPL
+include /usr/share/mpi-default-dev/debian_defaults
+
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(ARCH_DEFAULT_MPI_IMPL)/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/$(ARCH_DEFAULT_MPI_IMPL)
+  export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(ARCH_DEFAULT_MPI_IMPL)
+endif
+
 %:
 	dh $@ --with autoreconf
 


Bug#756682: meep-mpi-default: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: meep-mpi-default
Version: 1.2.1-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sU5AAoJEO/obGx//s+DF0sIAJyah/wJWkyYVRbq2hgxWjqE
4Oyt2VpaGw9sQPyiLLV7sIWKsSFLRz5/f6PrY0a5PXMjtwPdxK7lzX78IZghI5cY
I41sz5KJoXCNpVCwMJuSpsgxFVi6kAGUa58L09BAFPdX48O4++X4ZYe0vtEupwgc
1IK/aLZf4DL8Zp1ABu7uKonof7xBpzMiP8lCEk/MWo/jlh3SCZiL2DBi/IDNLZYd
ZkrEnVmAbiO/mhuETGX+QPwF5ZYOy3XaU8RV9VeuwHR6G6JTJK2YPSqD6ugyLgT1
CBDC03nc3NrJMeoBKVi5I36By67Ph7zz+FbjKx5wCRu5fLVUr6TSL/jCRrMv/XU=
=BaCA
-END PGP SIGNATURE-
diff -Nru meep-mpi-default-1.2.1/debian/changelog meep-mpi-default-1.2.1/debian/changelog
--- meep-mpi-default-1.2.1/debian/changelog	2014-05-11 14:28:44.0 +0200
+++ meep-mpi-default-1.2.1/debian/changelog	2014-07-25 14:31:45.0 +0200
@@ -1,3 +1,12 @@
+meep-mpi-default (1.2.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+  * debian/control: build-depend on libhdf5-mpi-dev instead of
+libhdf5-dev.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 14:29:28 +0200
+
 meep-mpi-default (1.2.1-1) unstable; urgency=medium
 
   * new upstream version
diff -Nru meep-mpi-default-1.2.1/debian/control meep-mpi-default-1.2.1/debian/control
--- meep-mpi-default-1.2.1/debian/control	2014-05-12 15:04:28.0 +0200
+++ meep-mpi-default-1.2.1/debian/control	2014-07-25 14:30:36.0 +0200
@@ -11,7 +11,7 @@
   libharminv-dev (>= 1.1), 
   zlib1g-dev, 
   libfftw3-dev, 
-  libhdf5-dev, 
+  libhdf5-mpi-dev, 
   libgsl0-dev, 
   liblapack-dev, 
   mpi-default-dev, 
diff -Nru meep-mpi-default-1.2.1/debian/rules meep-mpi-default-1.2.1/debian/rules
--- meep-mpi-default-1.2.1/debian/rules	2014-05-12 14:37:11.0 +0200
+++ meep-mpi-default-1.2.1/debian/rules	2014-07-31 10:48:50.0 +0200
@@ -9,6 +9,15 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
+# Which MPI implementation?
+# set ARCH_DEFAULT_MPI_IMPL
+include /usr/share/mpi-default-dev/debian_defaults
+
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(ARCH_DEFAULT_MPI_IMPL)/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/$(ARCH_DEFAULT_MPI_IMPL)
+  export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(ARCH_DEFAULT_MPI_IMPL)
+endif
+
 CONFIGURE_FLAGS = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
 	--prefix=/usr --mandir=\$${prefix}/share/man \
 	--infodir=\$${prefix}/share/info \


Bug#756683: meep-openmpi: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: meep-openmpi
Version: 1.2.1-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sVgAAoJEO/obGx//s+DIewH/3aZLNrrM13Gw/qmM2EhyqyE
sFUywPVpYLx1YTetWIcev1I7ccHHstmYkFjsbDKsvYHC9cFEN3Z8Y6DXRE0t6XWp
zVHP870nerSvPNi1Z6AQ+pLA+WUCVLSdq8Pg1a7NMvU9jmlCWtNk7ed2qKWACE+I
HYQunQ6QtdjL+A72/GnmP0+oen4AjltKHLxoywce0wL7xG3RzthWzT0jdqB+qLvX
X70SLZGel1+jC7JBuz1yNQqXEEoRUI1Er2541nadJGGtkdBG0oV3RVruPVhJzOx+
QNOSNe+MnBxVyeLGNy/ITB4Hs0WBKuYUJff6cufd0MUQhyauZr94MHIaqMpmVRg=
=NhPM
-END PGP SIGNATURE-
diff -Nru meep-openmpi-1.2.1/debian/changelog meep-openmpi-1.2.1/debian/changelog
--- meep-openmpi-1.2.1/debian/changelog	2014-05-11 14:25:10.0 +0200
+++ meep-openmpi-1.2.1/debian/changelog	2014-07-25 14:11:39.0 +0200
@@ -1,3 +1,10 @@
+meep-openmpi (1.2.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 14:11:39 +0200
+
 meep-openmpi (1.2.1-1) unstable; urgency=medium
 
   * new upstream version
diff -Nru meep-openmpi-1.2.1/debian/rules meep-openmpi-1.2.1/debian/rules
--- meep-openmpi-1.2.1/debian/rules	2014-05-12 14:05:16.0 +0200
+++ meep-openmpi-1.2.1/debian/rules	2014-07-31 10:47:53.0 +0200
@@ -9,6 +9,11 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/openmpi/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/openmpi
+  export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/openmpi
+endif
+
 CONFIGURE_FLAGS = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
 	--prefix=/usr --mandir=\$${prefix}/share/man \
 	--infodir=\$${prefix}/share/info \


Bug#756681: meep-mpich2: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: meep-mpich2
Version: 1.2.1-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sUKAAoJEO/obGx//s+DBooIAKIyky8cdAx0WInUML0rk9aS
P6pHxiJpu9jP7T4kTleboAC9HUGGQEO1DBKxnF8u/ZLisdh0jmfxVst3GKHx2WNQ
8dKKPT8JfZg28EpD/Wig628d8RO36xqZj43kcJ1+k/KalC2TpwKW43lnleENC6Il
D9IdO6qDZpniJADlKnaHwlwRyNaSayqjAs9WLOvxFj9Vh4pVEkp+YDCtpQ+WXDYS
5VunOv8ZOT8KuAMbcJPYJXdIIqoK3dVqr5VVlRMmAQu5LemClmE+jVl5hM23x9Pp
akJxbaYf4yul8s7QQZ+f5NX0cwJhbbioHgD7rA9SRFKsImwKfb1A2isF4B40ViE=
=VnwT
-END PGP SIGNATURE-
diff -Nru meep-mpich2-1.2.1/debian/changelog meep-mpich2-1.2.1/debian/changelog
--- meep-mpich2-1.2.1/debian/changelog	2014-05-25 19:25:30.0 +0200
+++ meep-mpich2-1.2.1/debian/changelog	2014-07-25 14:02:11.0 +0200
@@ -1,3 +1,10 @@
+meep-mpich2 (1.2.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 14:02:11 +0200
+
 meep-mpich2 (1.2.1-2) unstable; urgency=medium
 
   * debian/control: add Conflicts: with old lib (Closes: #748660)
diff -Nru meep-mpich2-1.2.1/debian/rules meep-mpich2-1.2.1/debian/rules
--- meep-mpich2-1.2.1/debian/rules	2014-05-12 15:37:18.0 +0200
+++ meep-mpich2-1.2.1/debian/rules	2014-07-31 10:43:28.0 +0200
@@ -9,6 +9,11 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/mpich/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/mpich
+  export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/mpich
+endif
+
 CONFIGURE_FLAGS = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
 	--prefix=/usr --mandir=\$${prefix}/share/man \
 	--infodir=\$${prefix}/share/info \


Bug#756680: meep-lam4: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: meep-lam4
Version: 1.2.1-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sTkAAoJEO/obGx//s+DzuAH/Aqfqsf9KI2cFAzHvw+ss1Q4
1VscVpVey3/Q1aMNYCaFjZiwIgMp30mIwFL0s1UJic8MQVxZACXVPScLf6PD7SiE
lEY/Fxi7JqMQ50rWh50Dww/danZ36GK42tVCs5ifJhQ6GkrTHaKQJyUle4Xuz5cQ
eQMQv+V4I3TcwvxW6CBWdIU4f+a1gaehQyjFgIK8m4qpdPoq7XsWI4ViuuLOfeNa
fww5EVxDzEoFtwSFWeyToGSTGT75n7Hu+JrMJJSMIqODGWMIdAkayPj3WaCKhgTD
lrTr3JhHhaaGG+z/e3Xf+nQpbPApLjLo3Dyu4XoA7bJzw7/JZcp14pgHQ/zvisM=
=Dz+s
-END PGP SIGNATURE-
diff -Nru meep-lam4-1.2.1/debian/changelog meep-lam4-1.2.1/debian/changelog
--- meep-lam4-1.2.1/debian/changelog	2014-05-25 19:16:57.0 +0200
+++ meep-lam4-1.2.1/debian/changelog	2014-07-25 13:51:17.0 +0200
@@ -1,3 +1,10 @@
+meep-lam4 (1.2.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 13:51:17 +0200
+
 meep-lam4 (1.2.1-2) unstable; urgency=medium
 
   * debian/control: add conflict with old meep lib (Closes: #748661)
diff -Nru meep-lam4-1.2.1/debian/rules meep-lam4-1.2.1/debian/rules
--- meep-lam4-1.2.1/debian/rules	2014-05-12 12:41:34.0 +0200
+++ meep-lam4-1.2.1/debian/rules	2014-07-31 10:42:25.0 +0200
@@ -9,6 +9,11 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
+  export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 CONFIGURE_FLAGS = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
 	--prefix=/usr --mandir=\$${prefix}/share/man \
 	--infodir=\$${prefix}/share/info \


Bug#756679: meep: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: meep
Version: 1.2.1-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sSpAAoJEO/obGx//s+D1ooIAKbnio6w00mBKt3QGF8DZOH9
7S+rcZw11uKzoh697lmFdCEHI0t/QOJsbHDEnZJCasHT0pr5+bOtHVsPKD4sOQgo
SEy+7hePf7lT+T3nm6Ldq/LSYuiO3MNJ5s9n0wbaWWl+JPJgCfvgx7jrAs7pmJmw
vpyCgGqAUPFWiOaLjRStSd8O0Sk7ZnlhhvdXxcKclfsc+F1NnPlB9ZHpjfjWKygn
7k6H5qXAA5P22vOC1zQvY/Shj3xiJxB1THlTvkiS7kfMozyzmf8Tyw4s06H2gDF7
u+vt06hrlu+siwltIZ2PaF7q/BbGMAZdvDrGaMdyvQ4phKenmUU8SWMHlyQHQlw=
=3qhX
-END PGP SIGNATURE-
diff -Nru meep-1.2.1/debian/changelog meep-1.2.1/debian/changelog
--- meep-1.2.1/debian/changelog	2014-05-10 19:28:17.0 +0200
+++ meep-1.2.1/debian/changelog	2014-07-25 13:33:10.0 +0200
@@ -1,3 +1,10 @@
+meep (1.2.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 13:33:10 +0200
+
 meep (1.2.1-1) unstable; urgency=medium
 
   * new upstream version (Closes: #743466)
diff -Nru meep-1.2.1/debian/rules meep-1.2.1/debian/rules
--- meep-1.2.1/debian/rules	2014-05-04 11:23:34.0 +0200
+++ meep-1.2.1/debian/rules	2014-07-31 10:30:58.0 +0200
@@ -8,6 +8,11 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
+  export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 CONFIGURE_FLAGS = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
 	--prefix=/usr --mandir=\$${prefix}/share/man \
 	--infodir=\$${prefix}/share/info \


Bug#756678: med-fichier: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: med-fichier
Version: 3.0.6-5
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sRvAAoJEO/obGx//s+DHP0H/2vq1Dz6xjG/3ulL9xxIpgIX
+ekyJ5b9mvBeLl0NIZfaPdTo5D9EzXQ0bQadSTuhjU0Y+tfCCvmbIPXpdiBSvYiW
8LMi/20MgJH9EjSmgm59TU34psORbY1h04tKIXPmbC94MUolRuA1Ii8wWRWBsRCj
xagiA0yPJlEWBAu9S0OClLfNNzTVKy5UVaZSxQlQxY3B5tnM2Cyk9vVt0sGdQz8E
WhibR/XBs0hEFE+6yfU6mubp5yksEWj3BTyN9ZRWjhsz4KpZEIyefxxyUpWexact
sevKPFtBLR2qVqj38r6X6tDaTgUPN1rozw0zSas5scWaMoLogjpnNB3BaiodTp4=
=v5qk
-END PGP SIGNATURE-
diff -Nru med-fichier-3.0.6/debian/changelog med-fichier-3.0.6/debian/changelog
--- med-fichier-3.0.6/debian/changelog	2014-05-04 10:38:13.0 +0200
+++ med-fichier-3.0.6/debian/changelog	2014-07-25 13:15:05.0 +0200
@@ -1,3 +1,10 @@
+med-fichier (3.0.6-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 13:15:05 +0200
+
 med-fichier (3.0.6-5) unstable; urgency=medium
 
   * [e70adff] Fix autotests.
diff -Nru med-fichier-3.0.6/debian/rules med-fichier-3.0.6/debian/rules
--- med-fichier-3.0.6/debian/rules	2014-04-24 23:49:28.0 +0200
+++ med-fichier-3.0.6/debian/rules	2014-07-31 10:28:57.0 +0200
@@ -2,8 +2,18 @@
 %:
 	dh $@  --parallel --with autoreconf
 
+# Which MPI implementation?
+# set ARCH_DEFAULT_MPI_IMPL
+include /usr/share/mpi-default-dev/debian_defaults
+
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(ARCH_DEFAULT_MPI_IMPL)/libhdf5.so),)
+  HDF5_CPPFLAGS := -I/usr/include/hdf5/$(ARCH_DEFAULT_MPI_IMPL) -DOMPI_SKIP_MPICXX=1 -DMPICH_SKIP_MPICXX=1
+  HDF5_LDFLAGS := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/$(ARCH_DEFAULT_MPI_IMPL)
+endif
+
 export OMPI_MCA_orte_rsh_agent=/bin/false#workaround to start MPI-applications in chroot
-export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
+export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/$(ARCH_DEFAULT_MPI_IMPL) $(HDF5_CPPFLAGS)
+export DEB_LDFLAGS_MAINT_APPEND := -Wl,--as-needed $(HDF5_LDFLAGS)
 
 override_dh_auto_install:
 	dh_auto_install


Bug#756677: libvigraimpex: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: libvigraimpex
Version: 1.9.0+dfsg-8
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sQYAAoJEO/obGx//s+DyQIIAJMHna2NKnDf/EfJxIKB4c3d
G8S1+p5jeKbRcLShXFrHfrw597IuYb21+dVKZCC/krerpSY+an846P6Oa4nZC43H
XF9Ryko0/KtaX3DBfRer5HI0Q2bvIIOGZkBjUMA8zmNP7IUo+t9NSioKnJ106ASm
62iN1v2FIa+kro2XN0fH9D9uvlGE3ssPMAo327pvcXdp7YcqlppsmqDXF50N7VX3
vOnNU+fY9hyGXfuF29EPLuWWjhjEgQFwam3Zh8YjssXbSLsP3FowIS9DDUBlW3P/
F1VQDzFceqEhtMFEJfZt4MFlL/8E19C8P6Rv0yjZSqbuHUJ/fWaGtLhfwA+SSos=
=8mXE
-END PGP SIGNATURE-
diff -Nru libvigraimpex-1.9.0+dfsg/debian/changelog libvigraimpex-1.9.0+dfsg/debian/changelog
--- libvigraimpex-1.9.0+dfsg/debian/changelog	2014-07-25 12:40:52.0 +0200
+++ libvigraimpex-1.9.0+dfsg/debian/changelog	2014-07-25 13:10:56.0 +0200
@@ -1,3 +1,9 @@
+libvigraimpex (1.9.0+dfsg-9) unstable; urgency=low
+
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 13:10:56 +0200
+
 libvigraimpex (1.9.0+dfsg-8) unstable; urgency=medium
 
   * QA upload.
diff -Nru libvigraimpex-1.9.0+dfsg/debian/rules libvigraimpex-1.9.0+dfsg/debian/rules
--- libvigraimpex-1.9.0+dfsg/debian/rules	2014-07-25 12:40:44.0 +0200
+++ libvigraimpex-1.9.0+dfsg/debian/rules	2014-07-31 10:25:10.0 +0200
@@ -25,6 +25,11 @@
 current_version = $(shell cd $(here) && dpkg-parsechangelog | sed -n -r -e "/Version: (.*)/ { s//\1/p; q; }")
 upstream_version = $(firstword $(subst -,$(space),$(current_version)))
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export CMAKE_INCLUDE_PATH=/usr/include/hdf5/serial
+  export CMAKE_LIBRARY_PATH=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 cmake_options = \
 -DCMAKE_INSTALL_PREFIX=/usr \
 -DCMAKE_VERBOSE_MAKEFILE=ON \


Bug#756676: libpdl-io-hdf5-perl: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: libpdl-io-hdf5-perl
Version: 0.63-3
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sNiAAoJEO/obGx//s+DJK4H/3zaTuEVH+gmVD/tJLLa0xUk
45jMJ/cuA3/NGjx9lXIdBsQvdS/lAe9bFL3NPRfrwjR0WLKQOfvl9sw0mNNMrhmC
KEerz6qaJkeCKAafh73US89Gf1uHjGGuyczTsKEKW3bSNHlt6+pXttkcq/IBPwBj
jW6hDx3V8ILOLTwlveOpKIiVg0sBRQzAhsH9fIieaeLDch3q0dRsOp88OfCfzmNJ
92uSt0DO2GYX/YIbSeQ/0+lYnmfnw4zDbd+96kdbsbjUhNXofMda2DoqedYvSCbW
+h9X3114C5lhHuJkA/3REYh5UuhLKg0buEDntMQSfm9yzucTdoBiGuv5yFZpUUY=
=57i5
-END PGP SIGNATURE-
diff -Nru libpdl-io-hdf5-perl-0.63/debian/changelog libpdl-io-hdf5-perl-0.63/debian/changelog
--- libpdl-io-hdf5-perl-0.63/debian/changelog	2012-05-31 09:11:55.0 +0200
+++ libpdl-io-hdf5-perl-0.63/debian/changelog	2014-07-25 11:42:11.0 +0200
@@ -1,3 +1,11 @@
+libpdl-io-hdf5-perl (0.63-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * New patch support-hdf5-1.8.13.patch: support hdf5 1.8.13 new
+packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 11:39:46 +0200
+
 libpdl-io-hdf5-perl (0.63-3) unstable; urgency=low
 
   * rebuild with fixed pdl dh_pdl, update build-dep 
diff -Nru libpdl-io-hdf5-perl-0.63/debian/patches/series libpdl-io-hdf5-perl-0.63/debian/patches/series
--- libpdl-io-hdf5-perl-0.63/debian/patches/series	2012-05-28 11:46:12.0 +0200
+++ libpdl-io-hdf5-perl-0.63/debian/patches/series	2014-07-25 11:42:17.0 +0200
@@ -1,3 +1,4 @@
 remove-interpreter-from-package.patch
 clean_newFile_hd5.patch
 ccflags-5.14.patch
+support-hdf5-1.8.13.patch
diff -Nru libpdl-io-hdf5-perl-0.63/debian/patches/support-hdf5-1.8.13.patch libpdl-io-hdf5-perl-0.63/debian/patches/support-hdf5-1.8.13.patch
--- libpdl-io-hdf5-perl-0.63/debian/patches/support-hdf5-1.8.13.patch	1970-01-01 01:00:00.0 +0100
+++ libpdl-io-hdf5-perl-0.63/debian/patches/support-hdf5-1.8.13.patch	2014-07-31 10:21:52.0 +0200
@@ -0,0 +1,20 @@
+Index: libpdl-io-hdf5-perl-0.63/Makefile.PL
+===
+--- libpdl-io-hdf5-perl-0.63.orig/Makefile.PL	2014-07-25 11:39:35.0 +0200
 libpdl-io-hdf5-perl-0.63/Makefile.PL	2014-07-31 10:21:48.402573366 +0200
+@@ -39,6 +39,7 @@
+ $ENV{'HOME'} = '' unless defined( $ENV{'HOME'} ) ;
+ 
+ foreach my $libdir (
++		"$ENV{HDF5_LIBDIR}",
+ 		'/usr/local/hdf5/lib',
+ 		'/usr/local/lib',
+ 		'/opt/local/lib',
+@@ -70,6 +71,7 @@
+ } 
+ 
+ foreach my $incdir (
++		"$ENV{HDF5_INCDIR}",
+ 		'/usr/local/hdf5/include',
+ 		'/usr/local/include',
+ 		'/opt/local/include',
diff -Nru libpdl-io-hdf5-perl-0.63/debian/rules libpdl-io-hdf5-perl-0.63/debian/rules
--- libpdl-io-hdf5-perl-0.63/debian/rules	2012-05-28 12:27:39.0 +0200
+++ libpdl-io-hdf5-perl-0.63/debian/rules	2014-07-31 10:23:31.0 +0200
@@ -2,6 +2,14 @@
 
 export DEB_LDFLAGS_MAINT_APPEND:=-Wl,--as-needed
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export HDF5_INCDIR := /usr/include/hdf5/serial
+  export HDF5_LIBDIR := /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+else
+  export HDF5_INCDIR := /usr/include
+  export HDF5_LIBDIR := /usr/lib/$(DEB_HOST_MULTIARCH)
+endif
+
 build:
 	dh build
 


Bug#756674: libgpiv: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: libgpiv
Version: 0.6.1-4
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sK5AAoJEO/obGx//s+DiAQH/3g+ryhrwAfjfqj3RZAOEAQt
yu5KHFagtgYtQlsMBpJfbptuOx/f57l3YcaHxNRvpcwVBFyhyi49Vdw7E7Y1bwJ+
5NZgPdYQU1P0bXoIg+R7uyaOzWPawoNhySVmmZ57S/twZqsf5U03hhkLZ7JVfVPq
9zerYvAm/H0q7m/ySHwKt+mwLii4AIMAdYR63uwDwIvDPaXgr9cItLxSueK4s/Bh
ey8xFqbijTCp0msi9E+z0iDwgBMUC97ELXkqv2q57FKznfjfDPkrFXlBlT2jWITf
PxDSIrkSWz2rz/AkW+ghXapZSSHHHGsbk8g967BZg2qd6QaZAWdueTwCKqSzWjg=
=MNuy
-END PGP SIGNATURE-
diff -u libgpiv-0.6.1/debian/rules libgpiv-0.6.1/debian/rules
--- libgpiv-0.6.1/debian/rules
+++ libgpiv-0.6.1/debian/rules
@@ -16,6 +16,10 @@
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export CPPFLAGS += -I/usr/include/hdf5/serial
+  export LDFLAGS += -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
 
 CONFIGURE_OPTIONS=  --host=$(DEB_HOST_GNU_TYPE) \
 			--build=$(DEB_BUILD_GNU_TYPE) \
diff -u libgpiv-0.6.1/debian/changelog libgpiv-0.6.1/debian/changelog
--- libgpiv-0.6.1/debian/changelog
+++ libgpiv-0.6.1/debian/changelog
@@ -1,3 +1,10 @@
+libgpiv (0.6.1-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 10:32:23 +0200
+
 libgpiv (0.6.1-4) unstable; urgency=low
 
   * Adapted Hdf5 calls to libhdf5-1.8.8 API. Closes: #657199


Bug#756662: gdal: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Sebastiaan Couwenberg
On 08/01/2014 12:18 AM, Gilles Filippini wrote:
> Sebastiaan Couwenberg a écrit , Le 31/07/2014 23:54:
>> I looked into the GDAL patch you had available on people.d.o, but it
>> didn't look like it supported both old and new hdf5 packages.
> 
> Indeed, I've updated my patches today after the - rather bad - feedback
> from the release team. I'm really sorry about the urge, but they want
> all the fixes done *way before* the transition freeze.

I read that on the release list too.

We also want to get gdal 1.11.0 currently in experimental into jessie
before the freeze, so I'm also prepare a new revision for that.

>> Since you're a member of the Debian GIS team too, I propose you do a
>> team upload of gdal instead if I don't have the new packages ready in time.
> 
> If you intend to upload a fix in the next week or so it's OK for me.
> 
> Thanks for your prompt answer,

I was about to go to bed, but now I'm building gdal packages. They
should be ready in a couple of hours.

Kind Regards,

Bas

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#756675: libmatio: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: libmatio
Version: 1.5.2-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sL9AAoJEO/obGx//s+DBUkIAI7ZkydEGo5SXs1yO2qVMSES
q9UazUekdh/vX1ZpCM5gAvH04Hua+8rRaP5lyhM8NdWrYoDWPPtVmQF7yvOTFk7x
eZQ52tUmRoEu+oysZOALWgcl+fO96KWzMWDz6zwArhTp757RNhdAuUn0iUNBbXy9
EEgKsj0bRvrS5RHENMcbYPoiHsm4ShVA0RnXA4juZk+rbFax5MplAZ8D8ixbUI2z
Ro0dnvhsSXQurftCInOR/pMFYfgaS9fvD7TubumgY86yrkUXvS5mNstsPVJOlTAB
kxY7nPd/HSHWItm5GPCw3+smvYBzXLVpcHPPAb8lmAS1NXrTQclk4qSkrD3Tg10=
=VcJi
-END PGP SIGNATURE-
diff -Nru libmatio-1.5.2/debian/changelog libmatio-1.5.2/debian/changelog
--- libmatio-1.5.2/debian/changelog	2014-07-15 18:06:42.0 +0200
+++ libmatio-1.5.2/debian/changelog	2014-07-25 11:36:19.0 +0200
@@ -1,3 +1,10 @@
+libmatio (1.5.2-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 11:36:19 +0200
+
 libmatio (1.5.2-2) unstable; urgency=medium
 
   * Use plain dh-autoreconf. (Closes: #753521)
diff -Nru libmatio-1.5.2/debian/rules libmatio-1.5.2/debian/rules
--- libmatio-1.5.2/debian/rules	2014-07-15 18:00:43.0 +0200
+++ libmatio-1.5.2/debian/rules	2014-07-31 10:18:55.0 +0200
@@ -4,8 +4,14 @@
 include /usr/share/cdbs/1/class/autotools.mk
 include /usr/share/cdbs/1/rules/autoreconf.mk
 
-DEB_CONFIGURE_NORMAL_ARGS += --enable-shared --with-hdf5 --enable-fortran --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
-DEB_MAKE_BUILD_TARGET := libmatio_la_LIBADD="-lz -lhdf5"
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  WITH_HDF5:=--with-hdf5=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+else
+  WITH_HDF5:=--with-hdf5
+endif
+
+DEB_CONFIGURE_NORMAL_ARGS += --enable-shared $(WITH_HDF5) --enable-fortran --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
+DEB_MAKE_BUILD_TARGET := libmatio_la_LIBADD="\$$(ZLIB_LIBS) \$$(HDF5_LIBS)"
 DEB_COMPRESS_EXCLUDE := .pdf
 
 install/libmatio-doc::


Bug#756555: Debian bug #756555

2014-07-31 Thread Jörg Frings-Fürst
Hello Kent,

first thanks for your work.


My personal comments:

  - A NMU 23 hours after opening the bug[1] and 10 hours after the last
maintainer action is really unusual [2]. 

  - The patch has code, in german we call it "Spaghetti Code", which 
produce a lot of overhead and it makes the sources cluttered and 
difficult to maintain.

  - From your ubuntu bug[3]: "The 13G line of Dell PowerEdge servers
will be rolling out later this year." So I think that we have enough
time to make our job without any time pressure and how it is
required. 

  - At[4] you have tested your changes on ubuntu. But only on 12G
hardware. Thus was only tested the 12G Code and with the results it
is concluded that the verification of the 13G codes are ok.
  

CU
Jörg


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756555
[2]
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu
[3]
https://bugs.launchpad.net/ubuntu/trusty/+source/ipmitool/+bug/1343407
[4]
https://bugs.launchpad.net/ubuntu/trusty/+source/ipmitool/+bug/1343407/comments/13


-- 
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net







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


Bug#756671: hdf-eos5: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: hdf-eos5
Version: 5.1.15.dfsg.1-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sHDAAoJEO/obGx//s+DpQEH/2BkdmOfJ3Jd8Fg9ZmGtjC5j
O4bskOJ1etHsrBT1ShGyMnD2izh2TVdVBbX7mqk6qrpPjqBWadXij2DTD17vhln+
F47gP8HZ5mX/7FLPMhbs8Xv408/F/FulE1YCK2/KUWeorj2B5qRsf188sf+J1QHx
b3/KAHmimHJHsaiFA3281p7Iyn+3u1ZcdrZFdsQc5qb+f8nVwzuobqsrjNEC7uXX
OT/fcBdU3b0srSuszLc3Hpaw2iotAHAtW9rFnWHKHJ8IPaK3Kf/nJWB1K+THezES
L2NZqv95um84A2AMlaHwv3aMqCP0VivYY11omC1wbms8VGTsN5uZnSs3AOLB9I8=
=/i6N
-END PGP SIGNATURE-
diff -Nru hdf-eos5-5.1.15.dfsg.1/debian/changelog hdf-eos5-5.1.15.dfsg.1/debian/changelog
--- hdf-eos5-5.1.15.dfsg.1/debian/changelog	2014-07-08 14:00:31.0 +0200
+++ hdf-eos5-5.1.15.dfsg.1/debian/changelog	2014-07-25 11:19:40.0 +0200
@@ -1,3 +1,11 @@
+hdf-eos5 (5.1.15.dfsg.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+  * Fix patch libtool_fixes.patch to not drop predefined LDFLAGS.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 11:17:50 +0200
+
 hdf-eos5 (5.1.15.dfsg.1-2) unstable; urgency=medium
 
   * Fix for missing function H5_EHHEisHE5 : misplaced ifdef.
diff -Nru hdf-eos5-5.1.15.dfsg.1/debian/patches/hdf_hl.patch hdf-eos5-5.1.15.dfsg.1/debian/patches/hdf_hl.patch
--- hdf-eos5-5.1.15.dfsg.1/debian/patches/hdf_hl.patch	2014-07-08 14:00:31.0 +0200
+++ hdf-eos5-5.1.15.dfsg.1/debian/patches/hdf_hl.patch	2014-07-25 11:22:09.0 +0200
@@ -24,7 +24,7 @@
 @@ -11,6 +11,7 @@
  # Set LDFLAGS to allow the HDF-EOS library to use extern variables from
  # HDF5
- LDFLAGS= -shrext .so 
+ LDFLAGS+= -shrext .so 
 +LIBS= -lgctp -lhdf5_hl -lhdf5 -lm 
  
  # Build HDF-EOS5
diff -Nru hdf-eos5-5.1.15.dfsg.1/debian/patches/libtool_fixes.patch hdf-eos5-5.1.15.dfsg.1/debian/patches/libtool_fixes.patch
--- hdf-eos5-5.1.15.dfsg.1/debian/patches/libtool_fixes.patch	2014-07-08 14:00:31.0 +0200
+++ hdf-eos5-5.1.15.dfsg.1/debian/patches/libtool_fixes.patch	2014-07-25 11:20:56.0 +0200
@@ -12,7 +12,7 @@
  # Set LDFLAGS to allow the HDF-EOS library to use extern variables from
  # HDF5
 -LDFLAGS=-Wl,-single_module
-+LDFLAGS= -shrext .so 
++LDFLAGS+= -shrext .so 
  
  # Build HDF-EOS5
  lib_LTLIBRARIES=libhe5_hdfeos.la
diff -Nru hdf-eos5-5.1.15.dfsg.1/debian/rules hdf-eos5-5.1.15.dfsg.1/debian/rules
--- hdf-eos5-5.1.15.dfsg.1/debian/rules	2014-07-08 14:00:31.0 +0200
+++ hdf-eos5-5.1.15.dfsg.1/debian/rules	2014-07-31 10:01:08.0 +0200
@@ -13,11 +13,16 @@
 
 # Disable checks: known bad test case ignored this release
 DEB_CONFIGURE_EXTRA_FLAGS :=  --enable-shared --with-pic
+
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  DEB_CONFIGURE_EXTRA_FLAGS += --with-hdf5=/usr/include/hdf5/serial,/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 export DEB_CFLAGS_MAINT_APPEND=-D_HDFEOS5_THREADSAFE -D_HDFEOS5_THREADSAFE -Df2cFortran -I/usr/include/hdf
 export DEB_LDFLAGS_MAINT_APPEND=-lpthread
 
-override_dh_configure:
-	dh_configure --  --enable-shared --with-pic 
+override_dh_auto_configure:
+	dh_auto_configure -- $(DEB_CONFIGURE_EXTRA_FLAGS)
 	# Needed for the pthreads tests
 	cp  samples/simple.txt testdrivers/threads
 


Bug#756673: libcgns: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: libcgns
Version: 3.1.4.2-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sJlAAoJEO/obGx//s+DsmIIAIdq/EcpiLvuMTxRi52fHNVQ
JyJcgqGgF2hYsd73AOkZdQcXKriV5ak2tlj30qd2SVEdu2PzL7RpREfXUwLII6L0
N9I4L50TbPwl9Z3HzvAH6xuqDaSi78Jsg/pN9Adtmyh7YH0CbhTOVIALLgyymERQ
P19BCOOd7v1TXVg3tv4JtNTm0MKuW9VPGC2S5zBzR4vhlkMQ0BZ2PyvQ4INMNbKF
4tp4vwsKCgzykV+NbArd6phbz3Q7LeQDSwFsFlep1krDIz7mUbjOOVimSsCovuX2
AYcT1lsMzZ64nl/XB49pSZtalERLYLAQMCo7YZlprwIiJNZjHANzp4hllu/Eq+A=
=2JM/
-END PGP SIGNATURE-
diff -Nru libcgns-3.1.4.2/debian/changelog libcgns-3.1.4.2/debian/changelog
--- libcgns-3.1.4.2/debian/changelog	2013-08-06 14:52:59.0 +0200
+++ libcgns-3.1.4.2/debian/changelog	2014-07-25 10:45:50.0 +0200
@@ -1,3 +1,10 @@
+libcgns (3.1.4.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 10:45:50 +0200
+
 libcgns (3.1.4.2-1) unstable; urgency=low
 
   * New upstream release
diff -Nru libcgns-3.1.4.2/debian/rules libcgns-3.1.4.2/debian/rules
--- libcgns-3.1.4.2/debian/rules	2013-08-06 14:43:24.0 +0200
+++ libcgns-3.1.4.2/debian/rules	2014-07-31 10:10:33.0 +0200
@@ -10,6 +10,10 @@
 DEB_CMAKE_EXTRA_FLAGS += -DENABLE_64BIT=OFF -DENABLE_HDF5=ON \
  -DENABLE_LEGACY=ON -DENABLE_SCOPING=ON -DENABLE_FORTRAN=ON
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export CMAKE_INCLUDE_PATH=/usr/include/hdf5/serial
+  export CMAKE_LIBRARY_PATH=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
 
 DEB_CONFIGURE_NORMAL_ARGS += --enable-shared=all --with-hdf5=/usr \
 	--with-szip --enable-lfs --enable-debug


Bug#756672: jhdf: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: jhdf
Version: 2.9-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sIIAAoJEO/obGx//s+DuhkH/iG3oP95A5FxHoyNuceh0vZ2
XOp3uydh5duD5qMYk6BEiSLiVvhUr1JTJENjSoL85noUrdBq60KEdPnNTANajeT8
33Vw2Rq6REylexrkMTocZrYFNrsILgrfK50kW1PDjwbIORHsjCckwocDPmfqI8SZ
ZNWs2EtnfQ7IwjS/MUbAdPBY/VJuOR4hRo31X8wRnkejxg2bxJe8+2hmbnhY5smA
KR0H8t1t/OiJI3g7Or1Xq1UNF0zGqeKIweIRdL7V0i/37X6h9sFLbtdMWBsJrpb2
SaNtIVoUZ+RMnmk/WgvN08fjwEyVX7UfVe2u0TMeZrJNmpd1MaS/7M9F+1+1TU8=
=pRMY
-END PGP SIGNATURE-
diff -Nru jhdf-2.9/debian/changelog jhdf-2.9/debian/changelog
--- jhdf-2.9/debian/changelog	2013-08-06 12:26:34.0 +0200
+++ jhdf-2.9/debian/changelog	2014-07-25 09:57:03.0 +0200
@@ -1,3 +1,11 @@
+jhdf (2.9-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+  * Fix patch useSharedLib.diff to set correct HDF5 path via configure.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 09:47:38 +0200
+
 jhdf (2.9-1) unstable; urgency=low
 
   * Upload to unstable
diff -Nru jhdf-2.9/debian/patches/useSharedLib.diff jhdf-2.9/debian/patches/useSharedLib.diff
--- jhdf-2.9/debian/patches/useSharedLib.diff	2013-08-06 12:24:54.0 +0200
+++ jhdf-2.9/debian/patches/useSharedLib.diff	2014-07-25 10:22:22.0 +0200
@@ -1,7 +1,7 @@
-Index: jhdf-2.7.obsolete.0.647783268782408/native/hdf5lib/Makefile.in
+Index: jhdf-2.9/native/hdf5lib/Makefile.in
 ===
 jhdf-2.7.obsolete.0.647783268782408.orig/native/hdf5lib/Makefile.in	2011-03-03 15:35:23.0 +0100
-+++ jhdf-2.7.obsolete.0.647783268782408/native/hdf5lib/Makefile.in	2011-03-03 15:36:01.0 +0100
+--- jhdf-2.9.orig/native/hdf5lib/Makefile.in	2012-11-13 00:11:49.0 +0100
 jhdf-2.9/native/hdf5lib/Makefile.in	2014-07-25 10:21:47.57065 +0200
 @@ -35,7 +35,8 @@
  
  CFLAGS = -D_FILE_OFFSET_BITS=64 $(DEFS) -I. -I$(HDF5INC) -I$(JAVAINC1) -I$(JAVAINC2)
@@ -12,10 +12,10 @@
  
  # Macro def: object filename used
  OBJECTS =  exceptionImp.o h5Constants.o h5Imp.o h5aImp.o h5dImp.o h5eImp.o h5fImp.o h5gImp.o h5iImp.o h5lImp.o h5oImp.o h5pImp.o h5rImp.o h5sImp.o h5tImp.o nativeData.o h5util.o h5zImp.o
-Index: jhdf-2.7.obsolete.0.647783268782408/native/hdflib/Makefile.in
+Index: jhdf-2.9/native/hdflib/Makefile.in
 ===
 jhdf-2.7.obsolete.0.647783268782408.orig/native/hdflib/Makefile.in	2011-03-03 15:35:23.0 +0100
-+++ jhdf-2.7.obsolete.0.647783268782408/native/hdflib/Makefile.in	2011-03-03 15:35:49.0 +0100
+--- jhdf-2.9.orig/native/hdflib/Makefile.in	2012-11-13 00:11:48.0 +0100
 jhdf-2.9/native/hdflib/Makefile.in	2014-07-25 10:21:47.538648940 +0200
 @@ -41,7 +41,8 @@
  CFLAGS = $(DEFS) -I. -I$(JAVAINC1) -I$(JAVAINC2) -I$(HDFINC)
  
@@ -26,8 +26,10 @@
  
  # Macro def: object filename used
  OBJECTS =  hdfstructsutil.o \
 jhdf-2.8.orig/configure.in	2011-11-29 21:19:58.0 +0100
-+++ jhdf-2.8-beta/configure.in	2011-12-01 01:29:38.584217066 +0100
+Index: jhdf-2.9/configure.in
+===
+--- jhdf-2.9.orig/configure.in	2014-07-25 09:45:11.0 +0200
 jhdf-2.9/configure.in	2014-07-25 10:22:19.839719235 +0200
 @@ -165,26 +165,7 @@
  AC_SUBST(ZLIB) ZLIB=""
  AC_ARG_WITH(libz,[  --with-libz=LIB Path to the gzip library (required if not in default path)],,)
@@ -121,47 +123,12 @@
  if test -n "$HDF4LIB"; then
LIBS="$HDF4LIB/libdf.$LLEXT $HDF4LIB/libmfhdf.$LLEXT $LIBS"
HAVE_HDF4="yes"
-@@ -351,38 +291,11 @@
- AC_SUBST(HDF5LIB) HDF5LIB=""
- AC_ARG_WITH(hdf5,[  --with-hdf5=LIB Path to the hdf5 library (required if not in default path)],,)
- 
--case "$withval" in
--  yes)
--  HDF5LIB=""
--  HAVE_HDF5="no"
--;;
--  no)
--  HDF5LIB=""
--  HAVE_HDF5="suppressed"
--;;
--  *)
--  if test -n "$withval" ; then
--  hdf5_lib="`echo $withval |cut -f2 -d, -s`"
--HDF5LIB=$hdf5_lib"/libhdf.$LLEXT"
--  hdf5_inc="`echo $withval |cut -f1 -d,`"
--  if test -n "$hdf5_inc"; then
--HDF5INC="$hdf5_inc"
--  fi
--   

Bug#756670: h5utils: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Source: h5utils
Version: 1.12.1-2
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Please find attached a patch proposal to support both the current
and the new layouts.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2sFxAAoJEO/obGx//s+DtzAH/A+8Ie0fu3z8wHDGnfAczhzT
P5+tJGr5AbdSEUrJT/ZPgnzijc59Y3L3M1fJ5BPMdgJDvhpeMKi6GFrkAIXn6WAc
5OWC+isSeNRVwqesXgB+9gro13pvw+vhG6aP8ncprAVc8WKj14GhD5tAbpXFUvRg
rwRFH+Wfqwlh4fTKR9RzJNGCoIhiHN4DaFa9ce9BFNsZLk7cQ3TkY7gGQTUPRHYA
mfSrav2aytxOrRDJh7Zceta0Ov7qh3Iv8rz1/z6kZ95EGK45PSdNjMxpq35BDrGr
ZwWm1zStRd3bAeyHn7n5Gq4kO1my7q+96trn5FoKpIAxmtg9qPTcNsI1eBTFoww=
=mTuq
-END PGP SIGNATURE-
diff -u h5utils-1.12.1/debian/rules h5utils-1.12.1/debian/rules
--- h5utils-1.12.1/debian/rules
+++ h5utils-1.12.1/debian/rules
@@ -20,6 +20,11 @@
  export CPPFLAGS
 endif
 
+ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),)
+  export CPPFLAGS += -I/usr/include/hdf5/serial
+  export LDFLAGS += -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
+endif
+
 patch: patch-stamp
 patch-stamp:
 	QUILT_PATCHES=debian/patches quilt push --color=auto -a || [ $$? = 2 ]
diff -u h5utils-1.12.1/debian/changelog h5utils-1.12.1/debian/changelog
--- h5utils-1.12.1/debian/changelog
+++ h5utils-1.12.1/debian/changelog
@@ -1,3 +1,10 @@
+h5utils (1.12.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging layout.
+
+ -- Gilles Filippini   Fri, 25 Jul 2014 11:10:24 +0200
+
 h5utils (1.12.1-2) unstable; urgency=low
 
   * Fixed a FTBS with libpng 1.5: patch png1.5.


Bug#756662: gdal: [hdf5 transition] please support hdf5 1.8.13 new packaging layout

2014-07-31 Thread Gilles Filippini
Hi Sebastiaan,

Sebastiaan Couwenberg a écrit , Le 31/07/2014 23:54:
> On 07/31/2014 11:41 PM, Gilles Filippini wrote:
>> Because this bug is in the way of the hdf5 transition I intend to NMU
>> in a few days. I apologize for the urge, and I hope this approach won't
>> offend you. Please tell me otherwise.
> 
> Please don't NMU. I'll prepare new uploads.
> 
> I just wish you had this patch ready two days ago when I prepared new
> gdal packages for the ppc64el support.
> 
> I looked into the GDAL patch you had available on people.d.o, but it
> didn't look like it supported both old and new hdf5 packages.

Indeed, I've updated my patches today after the - rather bad - feedback
from the release team. I'm really sorry about the urge, but they want
all the fixes done *way before* the transition freeze.

> Since you're a member of the Debian GIS team too, I propose you do a
> team upload of gdal instead if I don't have the new packages ready in time.

If you intend to upload a fix in the next week or so it's OK for me.

Thanks for your prompt answer,

_g.



signature.asc
Description: OpenPGP digital signature


Bug#754796: RFP: puppetboard -- web interface to PuppetDB aiming to replace the reporting functionality of Puppet Dashboard.

2014-07-31 Thread Jonas Genannt
Hello,

> Am 2014-07-29 00:04, schrieb Jonas Genannt:
> > both packages are ready in git. Upstream need to add a correct
> > copyright statement, but he will do it next week.
> 
> Very nice, thanks.
> 
> Can/will you support a backport to wheezy?

I don't think. Mainly because I'm only a DM within the DD process and I need to 
ask every
time for a sponsor. (saving sponsor requests for unstable uploads :))

But if you are willing to sponsor the packages, I can do it.

I will inform you then puppetboard hits testing.

Greets,
jonas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#755554: Still reproducable with python-pycurl_7.19.3.1-1

2014-07-31 Thread Michael Evans
After re-testing with currently 'testing' packages I can still reproduce bug
#74 . 

 

dpkg -l '*gnutls*' | grep ii ; dpkg -l '*curl*' | grep ii

 

ii  libgnutls-deb0-28:amd64   3.2.16-1 amd64GNU TLS library -
main runtime library

ii  libgnutls-openssl27:amd64 3.2.16-1 amd64GNU TLS library -
OpenSSL wrapper

ii  libgnutls26:amd64 2.12.23-17   amd64GNU TLS library -
runtime library

ii  libgnutls28-dev:amd64 3.2.16-1 amd64GNU TLS library -
development files

ii  libgnutlsxx28:amd64   3.2.16-1 amd64GNU TLS library -
C++ runtime library

ii  libcurl3:amd647.37.1-1 amd64easy-to-use
client-side URL transfer library (OpenSSL flavour)

ii  libcurl3-gnutls:amd64 7.37.1-1 amd64easy-to-use
client-side URL transfer library (GnuTLS flavour)

ii  libcurl4-gnutls-dev:amd64 7.37.1-1 amd64development files
and documentation for libcurl (GnuTLS flavour)

ii  python-pycurl 7.19.3.1-1   amd64Python bindings to
libcurl (Python 3)

 

Bug reproducible as before.

 

 

 

If insisting on gnutls26 it needs to be rebuilt with a lib/ext_signature.c
matching present upstream logic configuration.

 

As I am not familiar with gnutls I am unsure if this code causes it to
//only validate SHA1 / SHA256 signatures // or if other signatures
implicitly fail.  Basic initial research (
http://en.wikipedia.org/wiki/Transport_Layer_Security ) appears to indicate
that (MD5 (too insecure to continue using),) SHA1 and SHA256 are the only
presently valid TLS hash / signature algorithms that are applicable. 

 

https://gitorious.org/gnutls/gnutls/source/555766063e08fc675b88e06560f79456c
4ba4f24:lib/ext_signature.c

 

--- orig/lib/ext_signature.c.orig   2012-01-06 11:06:23.0 -0800

+++ fix/lib/ext_signature.c 2014-07-30 11:53:23.271425378 -0700

@@ -150,13 +150,12 @@

_gnutls_debug_log ("EXT[SIGA]: rcvd signature algo (%d.%d) %s\n",
aid.hash_algorithm,

  aid.sign_algorithm, gnutls_sign_get_name(sig));

 

+  hash = _gnutls_sign_get_hash_algorithm(sig);

+  if (hash != GNUTLS_DIG_SHA1 && hash != GNUTLS_DIG_SHA256)

+continue;

 

   if (sig != GNUTLS_SIGN_UNKNOWN)

 {

-  hash = _gnutls_sign_get_hash_algorithm(sig);

-  if (hash != GNUTLS_DIG_SHA1 && hash != GNUTLS_DIG_SHA256)

-continue;

-

   priv->sign_algorithms[priv->sign_algorithms_size++] = sig;

   if (priv->sign_algorithms_size == MAX_SIGNATURE_ALGORITHMS)

 break;

 

 

Then curl (libcurl) needs to be recompiled with that.

Finally python-pycurl needs to be recompiled with that.

 

This may indicate that #515200 should be re-tested and closed as no longer
necessary.

 

 

After applying the above gnutls26 patch, then recompiling gnutls, curl, and
pycurl I must then install the following patched packages:

 

dpkg -i \

libgnutls-dev_2.12.23-17_amd64.deb \

libgnutls26_2.12.23-17_amd64.deb \

libgnutlsxx27_2.12.23-17_amd64.deb \

libcurl3_7.37.1-1_amd64.deb  \

libcurl3-gnutls_7.37.1-1_amd64.deb \

libcurl4-gnutls-dev_7.37.1-1_amd64.deb \

python-pycurl_7.19.3.1-1_amd64.deb

 

 

However the problem still persists when pycurl is built against gnutls.

 

 

Adding --debug to /etc/default/ganeti for all daemons, I've also collected
the following error messages:

 

 

NODE1 is the IP of the node that should be the master.

NODE2 is the IP of the node that should be a normal node.

 

 

/var/log/ganeti/node-daemon.log -- on NODE2

 

2014-07-31 14:29:40,908: ganeti-noded pid=14668 mlock:77 DEBUG Memory lock
set

2014-07-31 14:29:40,908: ganeti-noded pid=14668 server:405 DEBUG Connection
from NODE1:35896

2014-07-31 14:29:40,910: ganeti-noded pid=14668 server:434 DEBUG
Disconnected NODE1:35896

2014-07-31 14:29:40,910: ganeti-noded pid=14668 server:588 ERROR Error while
handling request from NODE1:35896

Traceback (most recent call last):

  File "/usr/share/ganeti/2.11/ganeti/http/server.py", line 585, in
_IncomingConnection

self.request_executor(self, self.handler, connection, client_addr)

  File "/usr/share/ganeti/2.11/ganeti/server/noded.py", line 149, in
__init__

http.server.HttpServerRequestExecutor.__init__(self, *args, **kwargs)

  File "/usr/share/ganeti/2.11/ganeti/http/server.py", line 413, in __init__

http.Handshake(sock, self.WRITE_TIMEOUT)

  File "/usr/share/ganeti/2.11/ganeti/http/__init__.py", line 530, in
Handshake

raise HttpError("Error in SSL handshake: %s" % err)

HttpError: Error in SSL handshake: ([('SSL routines',
'SSL3_GET_CLIENT_CERTIFICATE', 'peer did not return a certificate')],)

 

 

 

/var/log/ganeti/watcher.log -- on NODE1

 

2014-07-31 14:30:02,472: ganeti-watcher pid=2794 WARNING Master daemon seems
to be down (/var/run/ganeti/socket/ganeti-master), trying to restart

2014-07-31 14:30:02,473: ganeti-watcher pid=2794 INFO RunCmd
/usr/lib/ganeti/daemon-util check-and

Bug#756669: ITP: kalendas -- Calculations of calendar and Julian Date

2014-07-31 Thread Mike Molina
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Miguel Molina 

* Package name: kalendas
  Version : 1.0.0
  Upstream Author : Miguel Molina 
* URL : https://github.com/mikemolina/kalendas
* License : GPL v3
  Programming Lang: Perl
  Description : Calculations of calendar and Julian Date

Hello,
kalendas is a perl script to make calendar calculations. The
computations are developed on three systems of dating: the
Julian calendar, the Gregorian calendar and the system of
numbering of Julian day/date.

kalendas also is available in languages spanish and portuguese;
the program documentation is in spanish.

The source code and Debian packages are available in
https://launchpad.net/~mymolina


Bug#756667: ITP: ruby-json-spec -- Ruby library that provides JSON helpers for RSpec and Cucumber

2014-07-31 Thread Miguel Landaeta
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta 

* Package name: ruby-json-spec
  Version : 1.1.2
  Upstream Author : Steve Richert 
* URL : https://github.com/collectiveidea/json_spec
* License : MIT/X
  Programming Lang: Ruby
  Description : Ruby library that provides JSON helpers for RSpec and 
Cucumber

 json_spec provides useful RSpec (testing tool for the Ruby language)
 matchers and Cucumber (tool to validate acceptance tests written in a
 behavior-driven development (BDD) styles) steps for testing JSON
 content.
 .
 It eases the testing of API-centric projects.
 .
 This is a dependency of ruby-ridley.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature


Bug#756668: h5py: [hdf5 transition] hdf5 1.8.13 new packaging layout plus mpiposix API removal

2014-07-31 Thread Gilles Filippini
Source: h5py
Version: 2.2.1-1
Severity: important
Tags: patch
User: p...@debian.org
Usertags: HDF5-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

The hdf5 1.8.13 package in experimental features a new layout for
headers and libraries, so that all the binary packages are now
co-installable.

Moreover the 1.8.13 upstream release has the mpiposix API removed.

Please find attached a patch proposal to support both the current
and the new layouts, and acknowledge the mpiposix API removal. Using
codesearch.debian.net I've checked that none of the h5py build-rdeps
uses the mpiposix API.

Because this bug is in the way of the hdf5 transition I intend to NMU
in a few days. I apologize for the urge, and I hope this approach won't
offend you. Please tell me otherwise.

Kind regards,

_g.

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

Kernel: Linux 3.14-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJT2r4/AAoJEO/obGx//s+DMosH/jCt3keBBxjlITbiETJlGtjs
DZBgCcD1kHapoEd/uVbjjQMrpQaPV3+qNIXyANNgtfc+sqBkrCnnTY4cNFne7sdE
Z1dppYmTyJM2+G+04+GrGdadz6N+pP8cwnwUvIf3BBgRqQ4hg48VrnMRC1sSpnG2
s6I0uwbmGUYhGzq5XlxOgl9WptqNTkelJBUU6vH7Xk4vRrG1vBz1gh5W/TssSjrY
XlWDENeZw37lDL8dHC3dlU4OTy2ZLdeab1jR3nh1IL3qAFJyqOeVRFoVEk7Fu49f
3SRXldlDvIZt6bU8so2xBbxi2QCqz4v52t4Tjxy24tIIfxxqHw7vu0B+tmnjAjg=
=8dJI
-END PGP SIGNATURE-
diff -Nru h5py-2.2.1/debian/changelog h5py-2.2.1/debian/changelog
--- h5py-2.2.1/debian/changelog	2014-01-04 23:20:59.0 +0100
+++ h5py-2.2.1/debian/changelog	2014-07-31 09:52:25.0 +0200
@@ -1,3 +1,12 @@
+h5py (2.2.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Support hdf5 1.8.13 new packaging path layout.
+  * Patch drop-mpiposix.patch: MPIPOSIX interface was dropped in
+hdf5 1.8.13
+
+ -- Gilles Filippini   Sat, 12 Jul 2014 11:56:28 +0200
+
 h5py (2.2.1-1) unstable; urgency=low
 
   * New upstream version
diff -Nru h5py-2.2.1/debian/patches/drop-mpiposix.patch h5py-2.2.1/debian/patches/drop-mpiposix.patch
--- h5py-2.2.1/debian/patches/drop-mpiposix.patch	1970-01-01 01:00:00.0 +0100
+++ h5py-2.2.1/debian/patches/drop-mpiposix.patch	2014-07-31 09:51:41.0 +0200
@@ -0,0 +1,112 @@
+Index: h5py-2.2.1/h5py/h5fd.pyx
+===
+--- h5py-2.2.1.orig/h5py/h5fd.pyx
 h5py-2.2.1/h5py/h5fd.pyx
+@@ -31,7 +31,6 @@ CORE = H5FD_CORE
+ FAMILY = H5FD_FAMILY
+ LOG = H5FD_LOG
+ MPIO = H5FD_MPIO
+-MPIPOSIX = H5FD_MPIPOSIX
+ MULTI = H5FD_MULTI
+ SEC2 = H5FD_SEC2
+ STDIO = H5FD_STDIO
+Index: h5py-2.2.1/h5py/_hl/files.py
+===
+--- h5py-2.2.1.orig/h5py/_hl/files.py
 h5py-2.2.1/h5py/_hl/files.py
+@@ -130,8 +130,7 @@ class File(Group):
+ """Low-level HDF5 file driver used to open file"""
+ drivers = {h5fd.SEC2: 'sec2', h5fd.STDIO: 'stdio',
+h5fd.CORE: 'core', h5fd.FAMILY: 'family',
+-   h5fd.WINDOWS: 'windows', h5fd.MPIO: 'mpio',
+-   h5fd.MPIPOSIX: 'mpiposix'}
++   h5fd.WINDOWS: 'windows', h5fd.MPIO: 'mpio'}
+ return drivers.get(self.fid.get_access_plist().get_driver(), 'unknown')
+ 
+ @property
+Index: h5py-2.2.1/h5py/h5fd.pxd
+===
+--- h5py-2.2.1.orig/h5py/h5fd.pxd
 h5py-2.2.1/h5py/h5fd.pxd
+@@ -33,7 +33,6 @@ cdef extern from "hdf5.h":
+ # hid_t H5FD_GASS  not in 1.8.X
+   hid_t H5FD_LOG
+   hid_t H5FD_MPIO
+-  hid_t H5FD_MPIPOSIX
+   hid_t H5FD_MULTI
+   hid_t H5FD_SEC2
+   hid_t H5FD_STDIO
+Index: h5py-2.2.1/h5py/h5fd.c
+===
+--- h5py-2.2.1.orig/h5py/h5fd.c
 h5py-2.2.1/h5py/h5fd.c
+@@ -474,7 +474,6 @@ static char __pyx_k__LOG_ALL[] = "LOG_AL
+ static char __pyx_k__WINDOWS[] = "WINDOWS";
+ static char __pyx_k__MEM_DRAW[] = "MEM_DRAW";
+ static char __pyx_k__MEM_OHDR[] = "MEM_OHDR";
+-static char __pyx_k__MPIPOSIX[] = "MPIPOSIX";
+ static char __pyx_kmain__[] = "__main__";
+ static char __pyx_ktest__[] = "__test__";
+ static char __pyx_k__LOG_ALLOC[] = "LOG_ALLOC";
+@@ -534,7 +533,6 @@ static PyObject *__pyx_n_s__MEM_NTYPES;
+ static PyObject *__pyx_n_s__MEM_OHDR;
+ static PyObject *__pyx_n_s__MEM_SUPER;
+ static PyObject *__pyx_n_s__MPIO;
+-static PyObject *__pyx_n_s__MPIPOSIX;
+ static PyObject *__pyx_n_s__MULTI;
+ static PyObject *__pyx_n_s__SEC2;
+ static PyObject *__pyx_n_s__STDIO;
+@@ -598,7 +596,6 @@ static __Pyx_StringTabEntry __pyx_string
+   {&__pyx_n_s__MEM_OHDR, __pyx_k__MEM_OHDR, sizeof(__pyx_k__MEM_OHDR), 0, 0, 1, 1},
+   {&__pyx_n_s__MEM_SUPER, __pyx_k__MEM_SUPER, sizeof(__pyx_k__MEM_SUPER), 0, 0, 1, 1},
+   {&__pyx_n_s__MPIO, __pyx_k__MPIO, sizeof(__pyx_k__MPIO), 0, 0, 

Bug#756172: ITP: ssh-cron -- cron-like job scheduler that handles ssh key passphrases

2014-07-31 Thread Jeroen Dekkers
At Wed, 30 Jul 2014 22:17:43 -0700,
tony mancill wrote:
> I contacted the upstream author (on the cc: - hi Frank), and his concern
> with the passphraseless key trigger mechanism is precisely that you
> don't have a passphrase.  The key is unprotected and subject to
> theft/unauthorized use.  This could potentially occur on the system that
> is (normally) the legitimate source of the trigger.

But ssh-cron will need to have the passphrase to be able to use the
key, so someone who can steal the key from ssh-cron can also steal the
passphrase from ssh-cron. What is the added security benefit of
storing a key and passphrase instead of a passphraseless key?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



  1   2   3   4   >