Re: docbook fails to build with jhalfs

Pierre Labastie ([email protected] via alfs-discuss Mailing List) <[email protected]> Mon, 17 Aug 2026 09:53:36 +0200

Newsgroups	gmane.linux.lfs.automated
Message-ID	<[email protected]>

On Mon, 2026-08-17 at 15:05 +0800, Zhang Wen wrote:
> docbook-xml contains one directory ent and various files in the
> source
> file, which be treated as containing top directory by accident.
> The following patch work for me and can be cleanly applied to the
> trunk branch:
> 
> --- a/BLFS/xsl/scripts.xsl
> +++ b/BLFS/xsl/scripts.xsl
> @@ -1188,8 +1188,8 @@ case $PACKAGE in
>       JH_UNPACKDIR=`head -n1 unpacked | cut  -d" " -f2 | sed
> 's@^\./@@;s@/.*@@'`
>       ;;
>    *.zip)
> -     python3 -m zipfile -l $SRC_DIR/$PACKAGE &gt; unpacked
> -     JH_UNPACKDIR="$(sed -n 's@/.*@@p' unpacked | uniq )"
> +     python3 -m zipfile -l $SRC_DIR/$PACKAGE|sed '1d' &gt; unpacked
> +     JH_UNPACKDIR="$(sed 's@/.*@@p' unpacked | uniq )"
>       if test $(wc -w &lt;&lt;&lt; $JH_UNPACKDIR) -eq 1; then
>         python3 -m zipfile -e $SRC_DIR/$PACKAGE .
>       else

Hmmm: which version of docbook-xml? I made a change yesterday (commit
84b266463) for docbook-5. Do we have to change something for 4.5? Looks
like it worked for me...

Pierre

-- 
http://lists.linuxfromscratch.org/sympa/info/alfs-discuss
Unsubscribe: See the above information page