Mhhh that's odd considering that 2.9.12 (which is also fairly recent) is there and istr it appeared right on time after the release.
Not to mention that the files on download.gnome.org makes me think it was
set up just last week
Well, if that's the case I guess I'll move my references over, but please at least set up a new homepage somewhere and make proper redirects....
On Tue, 22 Feb 2022, 5:58 pm Andre Klapper (@aklapper), < gitlab-issues@gnome.org> wrote:
Andre Klapper https://gitlab.gnome.org/aklapper commented #340 (comment 1392496):
I'm afraid things moved to https://download.gnome.org/sources/libxml2/ .
It's not clear to me who all has access to xmlsoft.org.
— Reply to this email directly or view it on GitLab #340 (comment 1392496). You're receiving this email because of your account on gitlab.gnome.org. If you'd like to receive fewer emails, you can unsubscribe https://gitlab.gnome.org/-/sent_notifications/REDACTED/unsubscribe from this thread or adjust your notification settings.
Hi,
I see you tagged 2.19.3, but the relevant files are not available in http://xmlsoft.org/download/ or ftp://xmlsoft.org/libxml2/ (which… I suspect they are the same directory?)
Could you also upload them there?
Ok, that's fine.
my reason for keeping --with-html-subdir in my proposal above was to keep the /html/ directory in the path and at the same time keep it configurable. Otherwise you're going to either have to hardcode /html/ in the install paths of the html docs, or dump it all in (htmldir) (which is ==
(docdir) by default), which for sure would be messy.
But sure, current situation fits me so it's fine, thank you.
you understand correctly indeed. TBH I always found the current status of using datadir/doc/libxml2-
version/ very odd (as if you're trying to support installing multiple documentation versions concurrently... just why). So if you are fine dropping that bit of the -$version in the doc path then I suppose just going with
-AC_INIT([libxml2],[MAJOR_VERSION.MINOR_VERSION.MICRO_VERSION],[],[libxml2-MAJOR_VERSION.MINOR_VERSION.MICRO_VERSION])
+AC_INIT([libxml2],[MAJOR_VERSION.MINOR_VERSION.MICRO_VERSION],[],[])
is more than enough indeed.
I had a go at trying to drop the --with-html-dir thing, however it turns out that changing the default $htmldir path of autoconf (to end with the current default of /html) is not something really supported. So I think we could change things like re-purposing --with-html-subdir
to default to html
and as such making it HTML_DIR=${docdir}/$(value of --with-html-subdir)
. If you'd fancy that, then it seems this would do the trick:
@@ -123,14 +123,11 @@ AC_ARG_WITH(history,
AC_ARG_WITH(html,
[ --with-html add the HTML support (on)])
dnl Specific dir for HTML output ?
-AC_ARG_WITH(html-dir, AS_HELP_STRING([--with-html-dir=path],
- [path to base html directory, default $docdir/html]),
- [HTML_DIR=$withval], [HTML_DIR='$(docdir)/html'])
-
AC_ARG_WITH(html-subdir, AS_HELP_STRING([--with-html-subdir=path],
- [directory used under html-dir, default '']),
- [test "x$withval" != "x" && HTML_DIR="$HTML_DIR/$withval"])
-AC_SUBST(HTML_DIR)
+ [directory used under $htmldir, default 'html']),
+ [test "x$withval" != "x" && htmldir="${htmldir}/$withval"],
+ [htmldir="${htmldir}/html"])
+AC_SUBST([HTML_DIR], ['${htmldir}'])
AC_ARG_WITH(http,
[ --with-http add the HTTP support (on)])
AC_ARG_WITH(iconv,
I actually think that applying both would be nice indeed, making the default doc installation somewhat cleaner.
(happy to propose formal MRs if you'd like them)
mh, uops.
It seems that I actually didn't even consider testing make dist
myself, apologies.
So it looks like I might have misunderstood what autotools expects tarname to be set to. I was trying hard to not have to re-define docdir, but it looks that's what I'll need, as that's probably better than anything else that is coming to my mind right now.
I'll have a new MR tomorrow correcting this, however if you wish to cut a release sooner I suppose you could revert that commit for now.
Starting with commit a28f7d87 (verified by bisect, first released in 2.9.11), documents using xhtml-math-svg.dtd can't be validated anymore.
mattia@warren /tmp/tmp/xml % cat test.html
<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0 plus SVG 1.1//EN" "http://www.w3.org/2002/04/xhtml-math-svg/xhtml-math-svg.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
</html>
mattia@warren /tmp/tmp/xml % xmllint --noout --loaddtd --valid test.html
file:///usr/share/xml/w3c-sgml-lib/schema/dtd/WD-XHTMLplusMathMLplusSVG-20020809/xhtml-math-svg.dtd:338: parser error : xmlParseEntityDecl: entity xhtml-qname-extra.mod not terminated
%xhtml-qname-extra.decl;
^
Entity: line 2:
"http://www.w3.org/Math/DTD/mathml2/mathml2-qname-1.mod"
^
1 mattia@warren /tmp/tmp/xml %
I'm not sure what to make of it yet, so feel free to advise.
Previous to this commit, the examples where installed haphazardly within all the other html documents, also overwriting index.html, for example.
(which also broke the links from the .HTML in the parent directory)
Mattia Rizzolo (6f844b9f) at 29 Jul 10:19
Correctly install the HTML examples into their subdirectory.
This is a completely noop change for this project, since before this commit nothing was using $docdir nor PROGRAM_TARNAME.
Setting the fourth parameter of AC_INIT() makes it set PROGRAM_TARNAME,
which then used as the last path component of the default docdir,
effectively making $docdir be the same as the previous
BASE_DIR/
DOC_MODULE.
I've done this while looking to make the docs installation properly work (coming MRs).
In this way, the standard --docdir
flag of autoconf can work again, and that --with-html-subdir
also becomes more useful (since passing an empty string would have forced /html if one didn't want it, for example).
Probably I should have continued and dropped the whole --with-html=
and --with-html-subdir=
parameter support since autoconf already has a default --htmldir
, but I didn't bother at this time.
Mattia Rizzolo (8a17d974) at 29 Jul 10:13
Refactor the settings of $docdir