Still Failing: g-i-installation_debian_sid_daily_hurd_lxde/187

2016-07-03 Thread jenkins
See 
https://jenkins.debian.net/job/g-i-installation_debian_sid_daily_hurd_lxde/187/ 
and 
https://jenkins.debian.net/job/g-i-installation_debian_sid_daily_hurd_lxde/187//console
 and 
https://jenkins.debian.net/job/g-i-installation_debian_sid_daily_hurd_lxde/187//artifact/results/
 if there are any.

webrtc-audio-processing 0.3 is unbuildable on non-linux archs

2016-07-03 Thread Felipe Sateler
Dear Hurd and BSD porters,

The latest upload of webrtc-audio-processing in unstable does not
build on non-linux archs. This new version is required by pulseaudio
9, so it will not build as well.

My guess is that the build failures are only due to lack of
appropriate checks in configure (ie, not any real incompatibility). If
the porters could prepare such a patch, I'm more than happy to apply
locally and forward upstream. I currently lack time to try to do this
myself.

-- 

Saludos,
Felipe Sateler



Still Failing: g-i-installation_debian_jessie_hurd_lxde/188

2016-07-03 Thread jenkins
See 
https://jenkins.debian.net/job/g-i-installation_debian_jessie_hurd_lxde/188/ 
and 
https://jenkins.debian.net/job/g-i-installation_debian_jessie_hurd_lxde/188//console
 and 
https://jenkins.debian.net/job/g-i-installation_debian_jessie_hurd_lxde/188//artifact/results/
 if there are any.

Re: openssl on hurd

2016-07-03 Thread Samuel Thibault
Hello,

Kurt Roeckx, on Sat 02 Jul 2016 15:03:32 +0200, wrote:
> 1:error:25066067:DSO support routines:dlfcn_load:could not load the shared 
> library:crypto/dso/dso_dlfcn.c:111:filename(.././engines/ossltest): 
> .././engines/ossltest: cannot open shared object file: No such file or 
> directory

.././engines/ossltest doesn't exist, but ossltest.so does.

It looks like that openssl just doesn't know that GNU/Hurd uses
the .so suffix for DSO:

crypto/include/internal/dso_conf.h
# define DSO_EXTENSION ""

it should be .so

configdata.pm
  dso_extension => "",
  shared_extension => "",
  shared_extension_simple => "",

they should be .so

I don't know where in openssl's configuration script it should be fixed,
but upstream can probably help.

Samuel



Re: openssl on hurd

2016-07-03 Thread Kurt Roeckx
On Sun, Jul 03, 2016 at 09:07:29PM +0200, Samuel Thibault wrote:
> Hello,
> 
> Kurt Roeckx, on Sat 02 Jul 2016 15:03:32 +0200, wrote:
> > 1:error:25066067:DSO support routines:dlfcn_load:could not load the shared 
> > library:crypto/dso/dso_dlfcn.c:111:filename(.././engines/ossltest): 
> > .././engines/ossltest: cannot open shared object file: No such file or 
> > directory
> 
> .././engines/ossltest doesn't exist, but ossltest.so does.

That was too obvious.


Kurt