Re: [Tei-council] Jenkins builds failing and not failing

I'm seeing the same thing -- my job config had "mark build failed on error" unchecked. I've checked it now, but that's a weird thing, eh? The last changes to the job config in git were in 2018. Cheers, Martin On 2021-02-01 10:27 a.m., Peter Stadler wrote:

Here’s my `xsltproc --version` output: Using libxml 20904, libxslt 10129 and libexslt 817 xsltproc was compiled against libxml 20904, libxslt 10129 and libexslt 817 libxslt 10129 was compiled against libxml 20904 libexslt 817 was compiled against libxml 20904

The main Jenkins wasn’t failing because (I believe) the "Mark build Failed on Error“ checkbox was not checked. That’s somehow strange (that this surfaced only now) because that has never been set, see https://github.com/TEIC/Jenkins/blob/22793db166503d1b0363ce86910f495cea0b091... But maybe I’m on the wrong track?

Yet, the main issue seems to be the "potential infinite template recursion“. Should we increase the maxdepth parameter in the antbuilder.xml file (only for this call)? I think I’d prefer this instead of a global change to the build system but that’s just my 2c

Best Peter

...

Am 01.02.2021 um 19:12 schrieb Bauman, Syd :

I very recently started having to increase the value of --maxdepth on my system when running that ant task. I think (but am not at all sure) it is because of my recent upgrade to a new OS, which involved a new version of libxslt and xsltproc, which maybe has a lower default value of maxdepth? Anyway, I set it to 10000 in one branch or PR somewhere, and that worked.

(The maxdepth is the number of recursive template call allowed before presumed infinite and thus failure. The Schematron skeleton XSLT stylesheet now used parses the values of XPaths a character at a time using a recursive template. They (the XPaths being parsed) can get very long, even moreso given that it does not perform whitespace normalization beforehand. I do not know what the default maxdepth used to be, but it is 3000 on my system now, and I tried 10000 and that worked.)

From: Tei-council on behalf of Martin Holmes Sent: Monday, February 1, 2021 13:01 To: tei-council@lists.tei-c.org Subject: Re: [Tei-council] Jenkins builds failing and not failing

I've figured out where mine is failing: it's on this bit of antbuilder.xml, which was recently changed by Syd and commented accordingly:

<!-- These next 2 are XSLT 1, which will not run in SaxonHE 9.8.0.5, which is what we are currently running. Thus I have used `xsltproc` here. We could, alternatively, update to SaxonHE 9.8.0.7 which hsa re-instated XSLT 1.0 compatability mode. —Syd, 2020-11-28 --> <exec executable="xsltproc" failonerror="true"> <arg line="--output p5odds.included.isosch"/> <arg line="Utilities/iso_dsdl_include.xsl"/> <arg line="p5odds.isosch"/> </exec>

The failure looks like this:

xsltproc --output p5odds.included.isosch Utilities/iso_dsdl_include.xsl p5odds.isosch runtime error: file Utilities/iso_dsdl_include.xsl line 1433 element value-of xsltApplySequenceConstructor: A potential infinite template recursion was detected.

I think this was caused by Syd's commit in November, but I'm wondering if the fact that he didn't see the same error means that we have differing versions of xsltproc on our systems; my desktop and servers are running Ubuntu 20.04, and xsltproc --version gives me:

xsltproc --version

Using libxml 20910, libxslt 10134 and libexslt 820 xsltproc was compiled against libxml 20910, libxslt 10134 and libexslt 820 libxslt 10134 was compiled against libxml 20910 libexslt 820 was compiled against libxml 20910

Syd, what do you have? Peter, what's running on your server?

Cheers, Martin

On 2021-02-01 9:49 a.m., Martin Holmes wrote:

...

Hi all,

If you look at Peter's Jenkins, you'll see that the TEI-P5-Test-dev job appears to succeed (it's green). However, the console log for the latest build (653) shows 14 errors:

https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjenkins.te...

On my Jenkins, the latest build (547) also fails, but differently:

https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjenkins2.t...

I'm going to try to figure out why my build is failing, but I'm even more puzzled by the main Jenkins, which seems to be giving the impression that all is well. Peter, do you know what's happening here? NVDL errors seem to be ignored.

Cheers, Martin

-- ------------------------------------------ Martin Holmes UVic Humanities Computing and Media Centre _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.lists... _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

-- ------------------------------------------ Martin Holmes UVic Humanities Computing and Media Centre