On 12.08.2014 15:36, Luca Falavigna wrote:
Package: libfreerdp1
Version: 1.1.0~git20140809.1.b07a5c1+dfsg-1
Severity: grave
Dear Maintainer,
with latest changes in FreeRDP, libfreerdp1 changes its internal structure,
causing depenent packages to fail to load.
remmina is an example of this (see #757821), it requires some of the objects
provided by libfreerdp1, but these are not available anymore:
$ ldd /usr/lib/remmina/plugins/remmina-plugin-rdp.so | grep found
libfreerdp-core.so.1.0 => not found
libfreerdp-gdi.so.1.0 => not found
libfreerdp-kbd.so.1.0 => not found
libfreerdp-codec.so.1.0 => not found
libfreerdp-channels.so.1.0 => not found
$
VLC (more specifically /usr/lib/vlc/plugins/access/librdp_plugin.so) is
also affected by this.
Even worse, VLC fails to build against this new version of libfreerdp:
rdp.c: In function 'preConnectHandler':
rdp.c:201:25: error: 'rdpSettings' has no member named 'sw_gdi'
p_instance->settings->sw_gdi = true; /* render in buffer */
^
rdp.c:202:25: error: 'rdpSettings' has no member named 'fullscreen'
p_instance->settings->fullscreen = true;
^
rdp.c:203:25: error: 'rdpSettings' has no member named 'hostname'
p_instance->settings->hostname = strdup( p_sys->psz_hostname );
^
rdp.c:204:25: error: 'rdpSettings' has no member named 'username'
p_instance->settings->username =
^
rdp.c:206:25: error: 'rdpSettings' has no member named 'password'
p_instance->settings->password =
^
rdp.c:208:25: error: 'rdpSettings' has no member named 'port'
p_instance->settings->port = p_sys->i_port;
^
rdp.c:209:25: error: 'rdpSettings' has no member named 'encryption'
p_instance->settings->encryption =
^
I'm not sure whether FreeRDP SONAME should have been bumped upstream, but the
changes introduced in the latest versions uploaded to Debian are breaking other
software in the archive.
As the API apparently changed, the SONAME change is correct, but
according to Policy 8.1, the package name of the library must be changed
in such a case.
Probably the best way forward is to revert to the version in jessie
(possibly via an epoch) and then package the new upstream version properly.
Best regards,
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
