<br><br><div class="gmail_quote">2008/2/9 Martin Sourada <<a href="mailto:martin.sourada@gmail.com">martin.sourada@gmail.com</a>>:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c"><br>On Sat, 2008-02-09 at 12:46 +0200, Ville Skyttä wrote:<br>> On Saturday 09 February 2008, Paulo Cavalcanti wrote:<br>><br>> > Yes. xine-lib-1.1.10.1 has a broken installation.<br>
> > Its plugins are installed in %{_libdir}/xine/plugins/1.1.10<br>> > and not in <a href="http://1.1.10.1" target="_blank">1.1.10.1</a> subdir as it should.<br>><br>> Incorrect. 1.1.10 is intentional, it's an upstream change between 1.1.10 and<br>
> <a href="http://1.1.10.1" target="_blank">1.1.10.1</a> which they neglected to mention in release notes (the "patch"<br>> version (the 4th digit) is not included in the version number in the plugin<br>> dir name).<br>
><br>> If you need it, the path to the plugin dir should be retrieved through one of:<br>><br>> pkg-config libxine --variable=plugindir<br>> xine-config --plugindir<br>><br>><br>> But looking at the gxine error messages, something else seems to be wrong:<br>
><br>> > *** 'xine-config --version' returned 1.1.10, but XINE (10.-238096384.0)<br>> > *** was found!<br>><br>> I have no idea where "10.-238096384.0" comes from; briefly looking at the<br>
> configure script it is a result of:<br>><br>> printf("%d.%d.%d", XINE_MAJOR_VERSION, XINE_MINOR_VERSION, XINE_SUB_VERSION);<br>><br>> ...but in xine.h from 1.1.10.1-1.fc9:<br>><br>> #define XINE_MAJOR_VERSION 1<br>
> #define XINE_MINOR_VERSION 1<br>> #define XINE_SUB_VERSION 10<br>><br>> ...and on my F-8 x86_64 box (I have no Rawhide box to test with ATM) after<br>> installing the devel xine-lib-devel:<br>><br>> $ cat t.c<br>
> #include <xine.h><br>> #include <stdio.h><br>><br>> int main()<br>> {<br>> printf("%d.%d.%d\n", XINE_MAJOR_VERSION, XINE_MINOR_VERSION,<br>> XINE_SUB_VERSION);<br>> }<br>> $ gcc t.c<br>
> $ ./a.out<br>> 1.1.10<br>><br></div></div>I believe I noticed similar issue when I was compiling gxine against<br>xine-lib-devel-1.1.9.1 but didn't paid much attention to it, as<br>xine-lib-devel-1.1.10 fixed it (on F-8).<br>
<br>I tried it with now again on F8 with xine-lib-devel-1.1.10, with<br>success. After upgrading to xine-lib-devel-1.1.10.1 this error pops out<br>(it's on F8 i386 with the F8 package from koji):<br><div class="Ih2E3d">
<br>checking for XINE-LIB version >= 1.0.1...<br></div>*** 'xine-config --version' returned -1717986918.1072798105.-1717986918,<br>but XINE (1072798105.858993459.1076114227)<br><div class="Ih2E3d">*** was found! If xine-config was correct, then it is best<br>
*** to remove the old version of XINE. You may also be able to fix the<br>error<br>*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing<br>*** /etc/ld.so.conf. Make sure you have run ldconfig if that is<br>
*** required on your system.<br>*** If xine-config was wrong, set the environment variable XINE_CONFIG<br>*** to point to the correct copy of xine-config, and remove the file<br>config.cache<br>*** before re-running configure<br>
no<br>configure: error: *** Please install xine-lib (devel) first ***<br><br></div>It's even stranger that the one in rawhide. The only change I did was<br>upgrade xine-lib* to 1.1.10.1-1.fc8... But I really don't understand,<br>
where the numbers come from, since running xine-config --version by hand<br>returns <a href="http://1.1.10.1" target="_blank">1.1.10.1</a>.<br><br>Going through configure of gxine show possible root of the problem:<br><br>
xine_config_major_version=`$XINE_CONFIG $xine_config_args --version | \<br> sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\1/'`<br> xine_config_minor_version=`$XINE_CONFIG $xine_config_args<br>--version | \<br>
sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\2/'`<br> xine_config_sub_version=`$XINE_CONFIG $xine_config_args --version<br>| \<br> sed 's/\([0-9]*\).\([0-9]*\).\([0-9]*\)/\3/'`<br>
<br>Looking at the output of xine-config --version | sed 's/\([0-9]*<br>\).\([0-9]*\).\([0-9]*\)/\1/' shows some buggy behaviour. The output is<br>1.1, as well as for 2, and for 3 I get 10.1. Looks like the sed<br>
expression is intended to work only with the MAJOR.MINOR.SUB version<br>string. If I add another .\([0-9]*\) to the expression than the output<br>is correct.<br><br>Any idea how to workaround this so that it works both with x.y.z and<br>
x.y.z.w like version strings?<br><font color="#888888"><br></font></blockquote><div><br><br>Maybe counting the number of dots in xine-config --version ?<br></div></div><br><br clear="all"><br>-- <br>Paulo Roma Cavalcanti<br>
LCG - UFRJ