Re: keep consistent of downloads links in libreoffice

"Xi Ruoyao" ([email protected] via blfs-dev Mailing List) <[email protected]>
Newsgroups gmane.linux.lfs.beyond.devel
Message-ID <[email protected]>
On Mon, 2025-02-24 at 16:00 +0800, Zhang Wen wrote:
> 在 2025/2/24 15:46, Zhang Wen 写道:
> > 在 2025/2/24 15:33, Zhang Wen 写道:
> > > There's some additional download links in the llvm page for a long time:
> > > 
> > > <listitem>
> > >    <para>
> > >      Download: <ulink url="&cmake-llvm-download-http;"/>
> > >    </para>
> > > </listitem>
> > > <listitem>
> > >    <para>
> > >      Download MD5 sum: &cmake-llvm-md5sum;
> > >    </para>
> > > </listitem>
> > > <listitem>
> > >    <para>
> > >      Download size: &cmake-llvm-size;
> > >    </para>
> > > </listitem>
> > > 
> > > and the libreoffice package is using another style of download links:
> > > <listitem>
> > >    <para>
> > >      Dictionaries: <ulink url="&libreoffice-dict-download-http;"/>
> > >    </para>
> > >    <para>
> > >      Dictionaries MD5 sum: &libreoffice-dict-md5sum;
> > >    </para>
> > >    <para>
> > >      Dictionaries size: &libreoffice-dict-size;
> > >    </para>
> > > </listitem>
> > > 
> > > Let's keep them consistant.

Both formats are used in the book for multiple packages.  We've not
decided which one should be "canonical" yet.

> +    <para>
> +      <emphasis role="strong">Patch for building with icu</emphasis>
> +    </para>
> +    <itemizedlist spacing="compact">
>         <listitem>
>           <para>
>             Required patch to fix building with <xref linkend="icu"/>:
>             <ulink
> url="&patch-root;/libreoffice-&libreoffice-dlversion;-icu76_fixes-1.patch"/>
>           </para>
>         </listitem>

And this would be the third format: in the format of LLVM we describe
the download above the itemizedlist and the itemizedlist just says
"Download:", in the (current) format of libreoffice we describe the
download before the download URL, but this describes it twice at both
places.

No this is even more inconsistent.  NAK.

If we really want the "consistency" we need to decide which format is
canonical and make a book-wide change, instead of whacking moles here
and there like this.

-- 
Xi Ruoyao <[email protected]>
School of Aerospace Science and Technology, Xidian University

-- 
http://lists.linuxfromscratch.org/sympa/info/blfs-dev
Unsubscribe: See the above information page
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.