On Saturday 09 February 2008, Paulo Cavalcanti wrote:
> Yes. xine-lib-1.1.10.1 has a broken installation.
> Its plugins are installed in %{_libdir}/xine/plugins/1.1.10
> and not in 1.1.10.1 subdir as it should.
Incorrect. 1.1.10 is intentional, it's an upstream change between 1.1.10 and
1.1.10.1 which they neglected to mention in release notes (the "patch"
version (the 4th digit) is not included in the version number in the plugin
dir name).
If you need it, the path to the plugin dir should be retrieved through one of:
pkg-config libxine --variable=plugindir
xine-config --plugindir
But looking at the gxine error messages, something else seems to be wrong:
> *** 'xine-config --version' returned 1.1.10, but XINE (10.-238096384.0)
> *** was found!
I have no idea where "10.-238096384.0" comes from; briefly looking at the
configure script it is a result of:
printf("%d.%d.%d", XINE_MAJOR_VERSION, XINE_MINOR_VERSION, XINE_SUB_VERSION);
...but in xine.h from 1.1.10.1-1.fc9:
#define XINE_MAJOR_VERSION 1
#define XINE_MINOR_VERSION 1
#define XINE_SUB_VERSION 10
...and on my F-8 x86_64 box (I have no Rawhide box to test with ATM) after
installing the devel xine-lib-devel:
$ cat t.c
#include <xine.h>
#include <stdio.h>
int main()
{
printf("%d.%d.%d\n", XINE_MAJOR_VERSION, XINE_MINOR_VERSION,
XINE_SUB_VERSION);
}
$ gcc t.c
$ ./a.out
1.1.10
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
