[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#775441: RFS: apulse/0.1.5-1



On 15.01.2015 22:59, gregor herrmann wrote:
On Thu, 15 Jan 2015 20:05:42 +0100, Mateusz Łukasik wrote:

     apulse     - PulseAudio emulation for ALSA
  libapulse  - PulseAudio emulation for ALSA - the libapulse libraries
  libapulse-dev - PulseAudio emulation for ALSA - the libapulse devel
libraries

Hey, this is nice :)

But there's at least one problem with the package:


# dpkg -i libapulse_0.1.5-1_i386.deb
Selecting previously unselected package libapulse:i386.
(Reading database ... 410300 files and directories currently installed.)
Preparing to unpack libapulse_0.1.5-1_i386.deb ...
Unpacking libapulse:i386 (0.1.5-1) ...
dpkg: error processing archive libapulse_0.1.5-1_i386.deb (--install):
  trying to overwrite '/usr/lib/i386-linux-gnu/libpulse.so.0', which is also in package libpulse0:i386 5.0-13
Errors were encountered while processing:
  libapulse_0.1.5-1_i386.deb

(And:
% aptitude why libpulse0:i386
i   skype:i386 Depends libpulse0:i386
)

I haven't tried but this probably needs some Conflicts+Provides.


And even later it doesn't look good:

# dpkg -i --force-overwrite libapulse_0.1.5-1_i386.deb
(Reading database ... 410300 files and directories currently installed.)
Preparing to unpack libapulse_0.1.5-1_i386.deb ...
Unpacking libapulse:i386 (0.1.5-1) ...
dpkg: warning: overriding problem because --force enabled:
dpkg: warning: trying to overwrite '/usr/lib/i386-linux-gnu/libpulse.so.0', which is also in package libpulse0:i386 5.0-13
dpkg: warning: overriding problem because --force enabled:
dpkg: warning: trying to overwrite '/usr/lib/i386-linux-gnu/libpulse-simple.so.0', which is also in package libpulse0:i386 5.0-13
Setting up libapulse:i386 (0.1.5-1) ...
Processing triggers for libc-bin (2.19-13) ...
/sbin/ldconfig.real: /usr/lib/i386-linux-gnu/libpulse-simple.so.0 is not a symbolic link

/sbin/ldconfig.real: /usr/lib/i386-linux-gnu/libpulse.so.0 is not a symbolic link


But I can confirm that a skype test call works after installing
libapulse:i386.


Cheers,
gregor


Hi gregor,

I  think now it is fixed after Rinat suggests:

On 16.01.2015 11:27, Rinat Ibragimov wrote:
> Hi Mateusz.
>
> Please don't install generated libpulse.so.0 system-wise. Original project proposes > to installing those libraries in a separate location and using a wrapper script to launch > applications for a reason. There is still vast amount of API not implemented in apulse, > so it can't be a full replacement of the PulseAudio. But the fact system have > libpulse.so.0 available for an dlopen() call confuses applications, they start to use > PulseAudio interface even if they have code for ALSA. Google Chrome is the one > example of an application which is broken by apulse installed system-wise.
>


I change install lib dir to: -DAPULSEPATH=/usr/lib/$(DEB_HOST_MULTIARCH)/apulse

it definitely fix the issue.

But it makes another problem, lintian return:

W: libapulse: postinst-has-useless-call-to-ldconfig
N:
N:    The postinst script calls ldconfig even though no shared libraries are
N:    installed in a directory controlled by the dynamic library loader.
N:
N:    Note this may be triggered by a bug in debhelper, that causes it to
N:    auto-generate an ldconfig snippet for packages that does not need it.
N:
N:    Refer to Debian Policy Manual section 8.1.1 (ldconfig) and
N:    http://bugs.debian.org/204975 for details.
N:
N:    Severity: minor, Certainty: certain
N:
N:    Check: shared-libs, Type: binary, udeb
N:
W: libapulse: postrm-has-useless-call-to-ldconfig
N:
N:    The postrm script calls ldconfig even though no shared libraries are
N:    installed in a directory controlled by the dynamic library loader.
N:
N:    Note this may be triggered by a bug in debhelper, that causes it to
N:    auto-generate an ldconfig snippet for packages that does not need it.
N:
N:    Refer to Debian Policy Manual section 8.1.1 (ldconfig) and
N:    http://bugs.debian.org/204975 for details.
N:
N:    Severity: minor, Certainty: certain
N:
N:    Check: shared-libs, Type: binary, udeb
N:


> Minor fixes: manual page mentions gxkb. (Was manual page created by changing gxkb's one?).
>
> --
> Rinat
>

Yes, exactly. I fix that.


Mateusz


Reply to: