[xml/sgml-pkgs] Bug#355440: Bug#283173: w3c-sgml-lib vs w3-dtd-mathml

[Nicholas Bamber]

Firstly please don't get hung up on the name. w3c-sgml-lib is packaging 
the sgml-lib tarball from the w3c.

I am not sure what about w3c-dtd-mathml. However there is a long history 
between w3c-dtd-xhtml and w3c-sgml-lib so I will assume it was a typo 
and you meant w3c-dtd-xhtml.

No you can't remove w3c-dtd-xhtml. Many , many more people depend on it 
currently than w3c-sgml-lib. Look at the popcorn ratings.

That said they are totally trying to do the same thing. They even - 
check the copyroght file  - have the same upstream. The difference is 
that w3c-sgml-lib has a working watch file and leaves the upstream 
largely untouched, whereas w3c-dtd-xhtml is just a random jumble of 
files vaguely associated with the W3C.

I have tried twice to make w3c-sgml-lib a drop in replacement for 
w3c-dtd-xhtml and failed. As I see it the only way forward is to make 
the reverse dependencies of w3c-dtd-xhtml depend instead on 
w3c-sgml-lib. Then w3c-dtd-xhtml can be dropped. There is no way that 
should be attempted this side of the freeze.

However if the point of w3c-sgml-lib is that it can be easily kept 
uptodate, the irony is that at the moment I cannot because of #665296. 
That bug looks trviial to fix, but quite frankly I am exhausted at the 
moment.

Guys, thanks for your interest and may the open source be with you.


On 25/05/12 10:41, Vincent Lefevre wrote:
> On 2012-05-25 10:47:55 +0200, Mathieu Malaterre wrote:
>> I am getting confused with the packaging of w3c-sgml-lib. Should it
>> replaces w3-dtd-mathml ?
>
> This would be confusing for the user, because w3-dtd-mathml is mainly
> XML (that's why the contents are under /usr/share/xml), possibly with
> SGML compatibility, while the name of w3c-sgml-lib suggests that it's
> about SGML only. A name w3c-xml-sgml-lib might be better.
>
> And what about the status of w3c-dtd-xhtml?
>