Re: merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
Joey, On 20/04/12 01:38, Joey Hess wrote: Nicholas Bamber wrote: Hmm well the old vesion of w3c-dtd-xhtml provided w3c-dtd-xhtml. This one does not. Still I see it showing up as a Provides in PTS. I am not sure if something needs to be done in some mysterious Debian server to resolve that but the 1.2-2 version of w3c-sgml-lib does NOT have a Provides clause. w3c-sgml-lib 1.2-1 does provide/conflict/replace w3c-dtd-xhtml. Yes and it is not present in 1.2-2. Nor does w3c-sgml-lib exist in stable. So actually if we just let it go to testing everything would be fine. ;-) Seriously I will not do that unless you are happy with it and there are still backports and derivatives to worry about. Please could you run this test. Uninstall w3c-dtd-xhtml and all its dependents and reinstall wdg-html-validator with the latest chain. Does that have any issues for you? Please could you send me one or more HTML files that you would accept as an objective test as whether wdg-html-validator is working and what you expect as an output. See end of transcript in my previous mail. Sorry I was in too much of a hurry to see that before. Thanks. Also what happens when you force through the installation of w3c-dtd-xhtml version 1.2-2 and w3c-sgml-lib? Does wdg-html-validator behave itself for you then? update-xmlcatalog: error: entity already registered with a different value Entity : [delegatePublic publicIdStartString=-//W3C//ENTITIES Latin 1 for XHTML//EN] Old value: [catalog=file:///etc/xml/w3c-sgml-lib.xml] New value: [catalog=file:///etc/xml/w3c-dtd-xhtml.xml] dpkg: error processing w3c-dtd-xhtml (--install): And in this state, no, validate does not work. For me the nightmare scenario is that I just have to give up and make w3c-sgml-lib and w3c-dtd-xhtml have mutual conflicts clauses because they define the same entities. I think the Debian policy implies that in that case both packages and all depeendencies should move to extra priority which I think would be dreadful. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f91d59c.2000...@periapt.co.uk
Re: merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
Nicholas Bamber wrote: Yes and it is not present in 1.2-2. Nor does w3c-sgml-lib exist in stable. So actually if we just let it go to testing everything would be fine. ;-) Seriously I will not do that unless you are happy with it joey@wren:~sudo apt-get install wdg-html-validator Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: w3c-dtd-xhtml w3c-sgml-lib Suggested packages: wdg-html-reference The following NEW packages will be installed: w3c-dtd-xhtml w3c-sgml-lib wdg-html-validator 0 upgraded, 3 newly installed, 0 to remove and 438 not upgraded. Need to get 1,057 kB of archives. After this operation, 4,832 kB of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://mirror.bytemark.co.uk/debian/ unstable/main w3c-sgml-lib all 1.2-2 [568 kB] Get:2 http://mirror.bytemark.co.uk/debian/ unstable/main w3c-dtd-xhtml all 1.2-2 [9,012 B] Get:3 http://mirror.bytemark.co.uk/debian/ unstable/main wdg-html-validator all 1.6.2-7 [480 kB] Fetched 1,057 kB in 0s (7,612 kB/s) Selecting previously unselected package w3c-sgml-lib. (Reading database ... 154522 files and directories currently installed.) Unpacking w3c-sgml-lib (from .../w3c-sgml-lib_1.2-2_all.deb) ... Selecting previously unselected package w3c-dtd-xhtml. Unpacking w3c-dtd-xhtml (from .../w3c-dtd-xhtml_1.2-2_all.deb) ... Selecting previously unselected package wdg-html-validator. Unpacking wdg-html-validator (from .../wdg-html-validator_1.6.2-7_all.deb) ... Processing triggers for man-db ... Setting up w3c-sgml-lib (1.2-2) ... Setting up w3c-dtd-xhtml (1.2-2) ... Setting up wdg-html-validator (1.6.2-7) ... joey@wren:~validate index.html *** Errors validating index.html: *** [ snip 200+ lines of bogus errors ] Error at line 3, character 13: there is no attribute XMLNS joey@wren:~sudo dpkg --purge w3c-sgml-lib dpkg: dependency problems prevent removal of w3c-sgml-lib: w3c-dtd-xhtml depends on w3c-sgml-lib (= 1.2-2). dpkg: error processing w3c-sgml-lib (--purge): dependency problems - not removing Errors were encountered while processing: w3c-sgml-lib -- see shy jo signature.asc Description: Digital signature
Re: merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
Nicholas Bamber wrote: I am just about to upload w3c-sgml-lib that also generates w3c-dtd-xhtml (which will depend on w3c-sgml-lib and consist of links). I have endeavoured to fix all conflicts and ensure that nsgmls, wdg-html-validator, w3c-markup-validator still work. I have to put a caveat on that. As far as I can see wdg-html-validator no longer works at all well. So I mean that my new versions do not make it worse. It was working 100% fine before your change, and now it fails miserably. #669480 -- see shy jo signature.asc Description: Digital signature
Re: merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
Joey, Please send me instructions for how it working fine and not afterwards because I tried to test it. On 19/04/12 22:46, Joey Hess wrote: Nicholas Bamber wrote: I am just about to upload w3c-sgml-lib that also generates w3c-dtd-xhtml (which will depend on w3c-sgml-lib and consist of links). I have endeavoured to fix all conflicts and ensure that nsgmls, wdg-html-validator, w3c-markup-validator still work. I have to put a caveat on that. As far as I can see wdg-html-validator no longer works at all well. So I mean that my new versions do not make it worse. It was working 100% fine before your change, and now it fails miserably. #669480 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f909739.1070...@periapt.co.uk
Re: merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
Nicholas Bamber wrote: Please send me instructions for how it working fine and not afterwards because I tried to test it. w3c-sgml-lib provides/conflicts w3c-dtd-xhtml, and w3c-markup-validator depends on both packages, so this happens: joey@wren:~validate index.html joey@wren:~sudo apt-get install w3c-dtd-xhtml Reading package lists... Done Building dependency tree Reading state information... Done w3c-dtd-xhtml is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 332 not upgraded. joey@wren:~sudo apt-get install w3c-sgml-lib Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: w3c-dtd-xhtml The following NEW packages will be installed: w3c-sgml-lib 0 upgraded, 1 newly installed, 1 to remove and 332 not upgraded. Need to get 616 kB of archives. After this operation, 3,834 kB of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://mirror.bytemark.co.uk/debian/ unstable/main w3c-sgml-lib all 1.2-1 [616 kB] Fetched 616 kB in 0s (7,302 kB/s) dpkg: w3c-dtd-xhtml: dependency problems, but removing anyway as you requested: wdg-html-validator depends on w3c-dtd-xhtml. (Reading database ... 154372 files and directories currently installed.) Removing w3c-dtd-xhtml ... Selecting previously unselected package w3c-sgml-lib. (Reading database ... 154310 files and directories currently installed.) Unpacking w3c-sgml-lib (from .../w3c-sgml-lib_1.2-1_all.deb) ... Setting up w3c-sgml-lib (1.2-1) ... [master c4e89ec] committing changes in /etc after apt run Author: joey j...@wren.kitenet.net 10 files changed, 804 insertions(+), 84 deletions(-) create mode 100644 sgml/w3c-sgml-lib.cat delete mode 100644 xml/w3c-dtd-xhtml.xml rewrite xml/w3c-dtd-xhtml.xml.old (82%) create mode 100644 xml/w3c-sgml-lib.xml joey@wren:~validate index.html *** Errors validating index.html: *** Error at line 2, character 53: cannot find REC-xhtml1-20020801/xhtml1-strict.dtd; tried /usr/share/xml/xhtml/schema/dtd/1.0/REC-xhtml1-20020801/xhtml1-str ict.dtd, /usr/local/share/sgml/REC-xhtml1-20020801/xhtml1-strict.dtd, /usr/share/sgml/REC-xhtml1-20020801/xhtml1-strict.dtd Error at line 2, character 53: DTD did not contain element declaration for document type name Error at line 3, character 13: there is no attribute XMLNS Error at line 3, character 43: element HTML undefined Error at line 4, character 6: element HEAD undefined Error at line 5, character 7: element TITLE undefined Error at line 7, character 6: element BODY undefined Error at line 8, character 3: element P undefined Error at line 8, character 24: element STRONG undefined zsh: exit 9 validate index.html joey@wren:~cat index.html !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml; head titleikiwiki/title /head body pIkiwiki is a strongwiki compiler/strong./p /body /html -- see shy jo signature.asc Description: Digital signature
Re: merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
Joey, Also what happens when you force through the installation of w3c-dtd-xhtml version 1.2-2 and w3c-sgml-lib? Does wdg-html-validator behave itself for you then? On 20/04/12 00:51, Nicholas Bamber wrote: Hmm well the old vesion of w3c-dtd-xhtml provided w3c-dtd-xhtml. This one does not. Still I see it showing up as a Provides in PTS. I am not sure if something needs to be done in some mysterious Debian server to resolve that but the 1.2-2 version of w3c-sgml-lib does NOT have a Provides clause. Please could you send me one or more HTML files that you would accept as an objective test as whether wdg-html-validator is working and what you expect as an output. Also please feel free to do something in the bugs world to stop this version going into testing whilst I investigate. On 20/04/12 00:35, Joey Hess wrote: Nicholas Bamber wrote: Please send me instructions for how it working fine and not afterwards because I tried to test it. w3c-sgml-lib provides/conflicts w3c-dtd-xhtml, and w3c-markup-validator depends on both packages, so this happens: joey@wren:~validate index.html joey@wren:~sudo apt-get install w3c-dtd-xhtml Reading package lists... Done Building dependency tree Reading state information... Done w3c-dtd-xhtml is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 332 not upgraded. joey@wren:~sudo apt-get install w3c-sgml-lib Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: w3c-dtd-xhtml The following NEW packages will be installed: w3c-sgml-lib 0 upgraded, 1 newly installed, 1 to remove and 332 not upgraded. Need to get 616 kB of archives. After this operation, 3,834 kB of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://mirror.bytemark.co.uk/debian/ unstable/main w3c-sgml-lib all 1.2-1 [616 kB] Fetched 616 kB in 0s (7,302 kB/s) dpkg: w3c-dtd-xhtml: dependency problems, but removing anyway as you requested: wdg-html-validator depends on w3c-dtd-xhtml. (Reading database ... 154372 files and directories currently installed.) Removing w3c-dtd-xhtml ... Selecting previously unselected package w3c-sgml-lib. (Reading database ... 154310 files and directories currently installed.) Unpacking w3c-sgml-lib (from .../w3c-sgml-lib_1.2-1_all.deb) ... Setting up w3c-sgml-lib (1.2-1) ... [master c4e89ec] committing changes in /etc after apt run Author: joeyj...@wren.kitenet.net 10 files changed, 804 insertions(+), 84 deletions(-) create mode 100644 sgml/w3c-sgml-lib.cat delete mode 100644 xml/w3c-dtd-xhtml.xml rewrite xml/w3c-dtd-xhtml.xml.old (82%) create mode 100644 xml/w3c-sgml-lib.xml joey@wren:~validate index.html *** Errors validating index.html: *** Error at line 2, character 53: cannot find REC-xhtml1-20020801/xhtml1-strict.dtd; tried /usr/share/xml/xhtml/schema/dtd/1.0/REC-xhtml1-20020801/xhtml1-str ict.dtd, /usr/local/share/sgml/REC-xhtml1-20020801/xhtml1-strict.dtd, /usr/share/sgml/REC-xhtml1-20020801/xhtml1-strict.dtd Error at line 2, character 53: DTD did not contain element declaration for document type name Error at line 3, character 13: there is no attribute XMLNS Error at line 3, character 43: element HTML undefined Error at line 4, character 6: element HEAD undefined Error at line 5, character 7: element TITLE undefined Error at line 7, character 6: element BODY undefined Error at line 8, character 3: element P undefined Error at line 8, character 24: element STRONG undefined zsh: exit 9 validate index.html joey@wren:~cat index.html !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml; head titleikiwiki/title /head body pIkiwiki is astrongwiki compiler/strong./p /body /html -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f90a94e.8000...@periapt.co.uk
Re: merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
Nicholas Bamber wrote: Hmm well the old vesion of w3c-dtd-xhtml provided w3c-dtd-xhtml. This one does not. Still I see it showing up as a Provides in PTS. I am not sure if something needs to be done in some mysterious Debian server to resolve that but the 1.2-2 version of w3c-sgml-lib does NOT have a Provides clause. w3c-sgml-lib 1.2-1 does provide/conflict/replace w3c-dtd-xhtml. Please could you send me one or more HTML files that you would accept as an objective test as whether wdg-html-validator is working and what you expect as an output. See end of transcript in my previous mail. Also what happens when you force through the installation of w3c-dtd-xhtml version 1.2-2 and w3c-sgml-lib? Does wdg-html-validator behave itself for you then? update-xmlcatalog: error: entity already registered with a different value Entity : [delegatePublic publicIdStartString=-//W3C//ENTITIES Latin 1 for XHTML//EN] Old value: [catalog=file:///etc/xml/w3c-sgml-lib.xml] New value: [catalog=file:///etc/xml/w3c-dtd-xhtml.xml] dpkg: error processing w3c-dtd-xhtml (--install): And in this state, no, validate does not work. -- see shy jo signature.asc Description: Digital signature
merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
I am just about to upload w3c-sgml-lib that also generates w3c-dtd-xhtml (which will depend on w3c-sgml-lib and consist of links). I have endeavoured to fix all conflicts and ensure that nsgmls, wdg-html-validator, w3c-markup-validator still work. I have to put a caveat on that. As far as I can see wdg-html-validator no longer works at all well. So I mean that my new versions do not make it worse. That brings me to remind you how we got into this situation. w3c-sgml-lib and w3c-dtd-xhtml essentially do the same job and attempt to provide the same data. I packaged w3c-sgml-lib with that intention and it has a watch file pointing at the w3c website and in principle can be maintained without issues. w3c-dtd-xhtml on the other hand is orphaned, has not been touched in *eight* years and has no clear upstream. Of course I considered taking w3c-dtd-xhtml but its layout is not compatible with the W3C upstream source. It is now history that my first attempt at resolving the conflicts failed. This is my second attempt. Obviously it follows from this that if the merger goes through without issue I expect to tag all remaining bugs on w3c-dtd-xhtml as will not fix and raise wishlist bugs on any packages that depend on w3c-dtd-xhtml to adapt to using w3c-sgml-lib alone. This does not mean I will refuse to fix bugs in w3c-dtd-xhtml but it does mean that if I am going to make the effort you must make the effort of explaining why I should. If you are happy with the principle of merger but find any issues you can of course raise bugs in the normal way. If these are serious enough they will block these versions going into testing. In principle I have no objection to someone raising a I am nervous about this. release critical bug to delay entry into testing, so long as: 1.) The bug report makes it clear that this is the nature of the bug. 2.) You provide some objective grounds for your nervousness - i.e. something that could be tested and fixed. 3.) The bug report is clear enough that it can be closed (or perhaps downgraded) in time for me to get vesions 1.3 into testing before the freeze if the concerns are not substantiated. If you have fundamental objections to the merger then I think it is incumbant on you to: 1.) Explain why two essentially duplicate packages, w3c-dtd-xhtml and w3c-sgml-lib, should exist in Debian indefinitely. 2.) Adopt and fix both w3c-dtd-xhtml and wdg-html-validator and earnestly work with me to resolve any conflicts. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f897ea7.9090...@periapt.co.uk
