While porting scli 0.2.8 to FreeBSD I have noticed few things:
0.2.8 is not listed yet on the download page at:
http://www.ibr.cs.tu-bs.de/projects/scli/download.html
Autoconf test for LIBXML2 fails with xml2-config of the newer libxml2's. (One should always use "libxml" prefix in #include's).
The patch for aclocal.m4:
--cut here-->8-
--- aclocal.m4_orig Fri May 24 22:18:13 2002 +++ aclocal.m4 Fri May 24 22:18:23 2002 @@ -579,7 +579,7 @@ #include <stdlib.h> #include <stdio.h> #include <string.h> -#include <xmlversion.h> +#include <libxml/xmlversion.h>
int main() --cut here-->8-
The whole "modes.texinfo" file is missing, both in a tarball and CVS. I have extracted it from the enclosed .info file. I need to rebuild the info file while compiling to attach "direntry" there.
In the FreeBSD port to be out soon I have already attached a timezone patch.
That's all for now and keep up good work.
Marcin Cieslak writes:
Marcin> 0.2.8 is not listed yet on the download page at:
Marcin> http://www.ibr.cs.tu-bs.de/projects/scli/download.html
This is fixed now (actually it lists 0.2.9).
Marcin> Autoconf test for LIBXML2 fails with xml2-config of the newer Marcin> libxml2's. (One should always use "libxml" prefix in Marcin> #include's).
This problem is caused by the libxml m4 macro distributed with debian (which I happen to use) which is still broken. So rather trying to do something special, I will just wait until there is a debian package update to fix this.
Marcin> The whole "modes.texinfo" file is missing, both in a tarball Marcin> and CVS. I have extracted it from the enclosed .info file. I Marcin> need to rebuild the info file while compiling to attach Marcin> "direntry" there.
It should now be in the tar ball. The contents is actually generated by some magic makefile targets.
Marcin> In the FreeBSD port to be out soon I have already attached a Marcin> timezone patch.
I just released 0.2.9 which hopefully fixes the timezone problem.
/js
On Mon, May 27, 2002 at 11:11:54AM +0200, Juergen Schoenwaelder wrote:
This problem is caused by the libxml m4 macro distributed with debian (which I happen to use) which is still broken. So rather trying to do something special, I will just wait until there is a debian package update to fix this.
Having come across this in one of my Debian packages I'm informed that this is actually a decision of the upstream libxml people rather than a breakage in the Debian package.
Mark Brown writes:
Mark> Having come across this in one of my Debian packages I'm Mark> informed that this is actually a decision of the upstream libxml Mark> people rather than a breakage in the Debian package.
Sure. And I already verified that this problem has been fixed in the upstream sources.
/js
Juergen Schoenwaelder (schoenw@ibr.cs.tu-bs.de) napisał(a):
This problem is caused by the libxml m4 macro distributed with debian (which I happen to use) which is still broken. So rather trying to do something special, I will just wait until there is a debian package update to fix this.
Now I see in libxml2-2.4.21 that:
1) xml2-config does NOT include the libxml suffix for -I 2) libxml.m4 includes: #include <libxml/xmlversion.h>
So it's ok (at least in the FreeBSD ports, but these does not seem altered by the porting team), so should be fine in your OS package now. For the mean time I leave the patch fixing this for the poor users out there.
It should now be in the tar ball. The contents is actually generated by some magic makefile targets.
Didn't notice that, perhaps because the default Makefile target didn't call this :-)
I just released 0.2.9 which hopefully fixes the timezone problem.
Thanks! A new port is on its way. In the meantime my previous fix made its way into the FreeBSD ports tree on Sun May 26 11:41:29 PDT 2002. Those guys are pretty fast.
participants (3)
-
Juergen Schoenwaelder
-
Marcin Cieslak
-
Mark Brown