From joe@zircon.seattle.wa.us  Sun Jun  3 18:40:25 2007
Return-Path: <joe@zircon.seattle.wa.us>
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 537B916A41F
	for <FreeBSD-gnats-submit@freebsd.org>; Sun,  3 Jun 2007 18:40:25 +0000 (UTC)
	(envelope-from joe@zircon.seattle.wa.us)
Received: from dsl254-019-221.sea1.dsl.speakeasy.net (dsl254-019-221.sea1.dsl.speakeasy.net [216.254.19.221])
	by mx1.freebsd.org (Postfix) with ESMTP id 2E1FC13C447
	for <FreeBSD-gnats-submit@freebsd.org>; Sun,  3 Jun 2007 18:40:24 +0000 (UTC)
	(envelope-from joe@zircon.seattle.wa.us)
Received: (qmail 16825 invoked by uid 1001); 3 Jun 2007 18:13:47 -0000
Message-Id: <20070603181347.16824.qmail@zircon.seattle.wa.us>
Date: 3 Jun 2007 18:13:47 -0000
From: Joe Kelsey <joe@zircon.seattle.wa.us>
Reply-To: Joe Kelsey <joe@zircon.seattle.wa.us>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: textproc/docbook-sk-4.2.1.4 needs to be completely removed
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         113307
>Category:       ports
>Synopsis:       textproc/docbook-sk 4.2.1.4 needs to be completely removed
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    gnome
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jun 03 18:50:04 GMT 2007
>Closed-Date:    Sat Jul 28 22:55:38 GMT 2007
>Last-Modified:  Sat Jul 28 22:55:38 GMT 2007
>Originator:     Joe Kelsey
>Release:        FreeBSD 6.2-STABLE amd64
>Organization:
Joseph M. Kelsey
>Environment:
System: FreeBSD zircon.zircon.seattle.wa.us 6.2-STABLE FreeBSD 6.2-STABLE #3: Wed May 23 20:02:37 PDT 2007 root@zircon.zircon.seattle.wa.us:/usr/obj/usr/src/sys/ZIRCON amd64

>Description:
	textproc/docbook-sk is fundamentally broken.  No matter what you
	do, if you somehow manage to get it installed, ever other
	docbook port interferes with the installation of docbook-sk by
	trying to reinstall it which cannot be accomplished.  The
	docbook-sk poort is broken and cannot be deinstalled or
	reinstalled ever.  The only way to fix things is to manually
	edit the various catalog files and remove the docbook-sk files
	by hand.  In actual practice, this port does not seem to be
	really required since manually removing it seems to have
	absolutely no effect on the various ports that purport to
	require it.
>How-To-Repeat:
	Install it on an empty system.  Attempt to install any port
	which has other docbook requirements.  Observe the errors which
	occur.
>Fix:

	remove docbook-sk from all ports.  Delete it from the system.


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports-bugs->gnome 
Responsible-Changed-By: edwin 
Responsible-Changed-When: Sun Jun 3 22:06:52 UTC 2007 
Responsible-Changed-Why:  
Over to maintainer 

http://www.freebsd.org/cgi/query-pr.cgi?pr=113307 
State-Changed-From-To: open->feedback 
State-Changed-By: pav 
State-Changed-When: Wed Jun 6 13:00:42 UTC 2007 
State-Changed-Why:  
I have docbook-sk, and several other docbook ports installed here, and 
everything works just fine, including generating FreeBSD Handbook from DocBook 
source to HTML pages. 

Can you provide some solid evidence to back up your claim? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=113307 

From: Joe Kelsey <joe@zircon.seattle.wa.us>
To: bug-followup@FreeBSD.org,  joe@zircon.seattle.wa.us
Cc:  
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4 needs to be completely
 removed
Date: Thu, 07 Jun 2007 21:21:21 -0700

 Whenever I attempt to install it, I get the following error.  The only 
 way I have ever found to fix it is to manually edit the various and 
 sundry "catalog" files, removing the docbook-sk entries, manually 
 deleting all /usr/local/... directories associated and then attempt to 
 install.  It rarely works because all of the docbook ports are 
 fundamentally broken and fundamentally intertwined with each other in a 
 very odd way that I do not understand.  Ultimately, I am forced to pkgdb 
 -F and delete all docbook-* ports before I can make portupgrade work.  
 fortunately, docbook-xml-4.4 seems to work splendidly and I use pkgdb to 
 replace the broken docbook-xmk-4.whatever is older with the 4.4 
 version.  The docbook-sk port remains completely useless and broken.
 
 zircon.zircon.seattle.wa.us$ sudo portupgrade -f docbook-sk
 ** No such installed package: docbook-sk
 /usr/ports
 zircon.zircon.seattle.wa.us$ sudo portinstall -f docbook-sk
 [Gathering depends for textproc/docbook-sk .. done]
 --->  Installing 'docbook-sk-4.1.2_4' from a port (textproc/docbook-sk)
 --->  Building '/usr/ports/textproc/docbook-sk'
 ===>  Cleaning for unzip-5.52_3
 ===>  Cleaning for xmlcatmgr-2.2
 ===>  Cleaning for docbook-sk-4.1.2_4
 ===>  Vulnerability check disabled, database not found
 ===>  Extracting for docbook-sk-4.1.2_4
 => MD5 Checksum OK for docbkx412.zip.
 => SHA256 Checksum OK for docbkx412.zip.
 ===>   docbook-sk-4.1.2_4 depends on executable in : unzip - found
 ===>  Patching for docbook-sk-4.1.2_4
 ===>  Configuring for docbook-sk-4.1.2_4
 --->  Installing the new version via the port
 ===>  Installing for docbook-sk-4.1.2_4
 ===>   docbook-sk-4.1.2_4 depends on file: /usr/local/bin/xmlcatmgr - found
 ===>   Generating temporary packing list
 for file in `/usr/bin/find /usr/ports/textproc/docbook-sk/work -type f | 
 /usr/bin/sed -e 's|^/usr/ports/textproc/docbook-sk/work/||' | 
 /usr/bin/grep -v '^\.' | /usr/bin/sort`; do  install  -o root -g wheel 
 -m 444 /usr/ports/textproc/docbook-sk/work/$file 
 /usr/local/share/xml/docbook/4.1.2/$file;  done
 xmlcatmgr: entry already exists for `-//OASIS//ELEMENTS DocBook XML 
 Information Pool V4.1.2//EN' of type `public'
 *** Error code 1
 
 Stop in /usr/ports/textproc/docbook-sk.
 *** Error code 1
 
 Stop in /usr/ports/textproc/docbook-sk.
 ** Command failed [exit code 1]: /usr/bin/script -qa 
 /tmp/portinstall.86933.0 env make -DFORCE_PKG_REGISTER reinstall
 ** Fix the installation problem and try again.
 ** Listing the failed packages (*:skipped / !:failed)
         ! textproc/docbook-sk   (install error)
 --->  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed
 /

From: Pav Lucistnik <pav@FreeBSD.org>
To: Joe Kelsey <joe@zircon.seattle.wa.us>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4 needs to be
	completely removed
Date: Fri, 08 Jun 2007 10:08:56 +0200

 >  xmlcatmgr: entry already exists for `-//OASIS//ELEMENTS DocBook XML 
 >  Information Pool V4.1.2//EN' of type `public
 
 Can we see a copy of your /usr/local/share/xml/catalog
 and /usr/local/share/xml/catalog.ports before installing docbook-sk
 port?
 
 -- 
 Pav Lucistnik <pav@oook.cz>
               <pav@FreeBSD.org>
 
 KDE is for the techies who feel they can't be productive without being
 able to control the exact amount of bevel in their window frames
 in 2% increments.

From: Joe Kelsey <joe@zircon.seattle.wa.us>
To: bug-followup@FreeBSD.org,  joe@zircon.seattle.wa.us
Cc:  
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4 needs to be completely
 removed
Date: Fri, 08 Jun 2007 18:33:25 -0700

 This is a multi-part message in MIME format.
 --------------060900030002010804070807
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 Content-Transfer-Encoding: 7bit
 
 Files attached.
 
 
 --------------060900030002010804070807
 Content-Type: text/xml;
  name="catalog"
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline;
  filename="catalog"
 
 <?xml version="1.0"?>
 <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN" "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd">
 
 <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
 <nextCatalog catalog="/usr/local/share/xml/catalog.ports" />
 </catalog>
 
 --------------060900030002010804070807
 Content-Type: text/xml;
  name="catalog.ports"
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline;
  filename="catalog.ports"
 
 <?xml version="1.0"?>
 <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN" "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd">
 
 <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
 <public publicId="-//OASIS//ELEMENTS DocBook XML Information Pool V4.1.2//EN" uri="file:///usr/local/share/xml/docbook/4.1.2/dbpoolx.mod" />
 <public publicId="-//OASIS//DTD DocBook XML V4.1.2//EN" uri="file:///usr/local/share/xml/docbook/4.1.2/docbookx.dtd" />
 <public publicId="-//OASIS//ENTITIES DocBook XML Character Entities V4.1.2//EN" uri="file:///usr/local/share/xml/docbook/4.1.2/dbcentx.mod" />
 <public publicId="-//OASIS//ENTITIES DocBook XML Notations V4.1.2//EN" uri="file:///usr/local/share/xml/docbook/4.1.2/dbnotnx.mod" />
 <public publicId="-//OASIS//ENTITIES DocBook XML Additional General Entities V4.1.2//EN" uri="file:///usr/local/share/xml/docbook/4.1.2/dbgenent.mod" />
 <public publicId="-//OASIS//ELEMENTS DocBook XML Document Hierarchy V4.1.2//EN" uri="file:///usr/local/share/xml/docbook/4.1.2/dbhierx.mod" />
 <public publicId="-//OASIS//DTD XML Exchange Table Model 19990315//EN" uri="file:///usr/local/share/xml/docbook/4.1.2/soextblx.dtd" />
 <public publicId="-//OASIS//DTD DocBook XML CALS Table Model V4.1.2//EN" uri="file:///usr/local/share/xml/docbook/4.1.2/calstblx.dtd" />
 <rewriteSystem systemIdStartString="http://www.oasis-open.org/docbook/xml/4.1.2" rewritePrefix="file:///usr/local/share/xml/docbook/4.1.2" />
 <rewriteURI uriStartString="http://www.oasis-open.org/docbook/xml/4.1.2" rewritePrefix="file:///usr/local/share/xml/docbook/4.1.2" />
 <nextCatalog catalog="/usr/local/share/xml/sdocbook/4.1.2.5/catalog.xml" />
 <nextCatalog catalog="docbook/4.4/catalog.xml" />
 <nextCatalog catalog="docbook/4.3/catalog.xml" />
 <delegateSystem systemIdStartString="http://docbook.sourceforge.net/release/xsl/" catalog="file:///usr/local/share/xsl/docbook/catalog" />
 <delegateURI uriStartString="http://docbook.sourceforge.net/release/xsl/" catalog="file:///usr/local/share/xsl/docbook/catalog" />
 <nextCatalog catalog="/usr/local/share/xml/sdocbook/1.1/catalog.xml" />
 <system systemId="http://glade.gnome.org/glade-2.0.dtd" uri="/usr/local/share/xml/libglade/glade-2.0.dtd" />
 <nextCatalog catalog="/usr/local/share/xml/docbook/4.2/catalog.xml" />
 <public publicId="-//OMF//DTD Scrollkeeper OMF Variant V1.0//EN" uri="/usr/local/share/gnome/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd" />
 </catalog>
 
 --------------060900030002010804070807--

From: Pav Lucistnik <pav@FreeBSD.org>
To: bug-followup@FreeBSD.org, joe@zircon.seattle.wa.us, lopisaur@gmail.com
Cc:  
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4 needs to be
	completely removed
Date: Sat, 09 Jun 2007 15:17:06 +0200

 I see the files are already registered with the catalog on your
 machines.  Can you try with pkg_which(1), what port claims their
 ownership?
 
 pkg_which /usr/local/share/xml/docbook/4.1.2/dbpoolx.mod
 
 -- 
 Pav Lucistnik <pav@oook.cz>
               <pav@FreeBSD.org>
 
 Ah I don't know what you mean, so I'll just sit here and smile at you :)
 

From: Joe Kelsey <joe@zircon.seattle.wa.us>
To: pav@FreeBSD.org
Cc: bug-followup@FreeBSD.org,  lopisaur@gmail.com
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4 needs to be	completely
 removed
Date: Sat, 09 Jun 2007 13:18:32 -0700

 Pav Lucistnik wrote:
 > I see the files are already registered with the catalog on your
 > machines.  Can you try with pkg_which(1), what port claims their
 > ownership?
 >
 > pkg_which /usr/local/share/xml/docbook/4.1.2/dbpoolx.mod
 >
 >   
 ?
 
 
 I suspect it returns ? because I have had to run pkgdb -F and remove all 
 docbook-sk dependencies.
 
 /Joe
 

From: Pav Lucistnik <pav@FreeBSD.org>
To: Joe Kelsey <joe@zircon.seattle.wa.us>
Cc: bug-followup@FreeBSD.org, lopisaur@gmail.com
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4 needs to
	be	completely removed
Date: Sun, 10 Jun 2007 13:22:45 +0200

 > > I see the files are already registered with the catalog on your
 > > machines.  Can you try with pkg_which(1), what port claims their
 > > ownership?
 > >
 > > pkg_which /usr/local/share/xml/docbook/4.1.2/dbpoolx.mod
 > >
 > >   
 > ?
 > 
 > 
 > I suspect it returns ? because I have had to run pkgdb -F and remove all 
 > docbook-sk dependencies.
 
 ? means stray file, not registered with any package.
 
 So you basically have to clean up your machine to
 
 1) have no stray files under /usr/local
 2) have no catalog registrations for these files
 
 All docbook ports should de-register from catalog on deinstall.
 How exactly you removed them last time?
 
 -- 
 Pav Lucistnik <pav@oook.cz>
               <pav@FreeBSD.org>
 
 East or west, ~ is best.
 

From: Christian Lopez de Castilla Wagner <lopisaur@gmail.com>
To: pav@FreeBSD.org, freebsd-ports <freebsd-ports@freebsd.org>, 
 bug-followup@freebsd.org
Cc:  
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4 needs to	be	completely
 removed
Date: Sun, 10 Jun 2007 13:09:56 -0400

 This is a cryptographically signed message in MIME format.
 
 --------------ms010703070100050506000703
 Content-Type: text/plain; charset=ISO-8859-1
 Content-Transfer-Encoding: 7bit
 
 Thanks for the help.
 I solved it by removing all the lines with a 4.1.2 entry from catalog.ports.
 It's an ungly workaround, but it did the trick.
 pkg_which now returns docbook-sk-4.1.2
 
 Pav Lucistnik wrote:
 >>> I see the files are already registered with the catalog on your
 >>> machines.  Can you try with pkg_which(1), what port claims their
 >>> ownership?
 >>>
 >>> pkg_which /usr/local/share/xml/docbook/4.1.2/dbpoolx.mod
 >>>
 >>>   
 >> ?
 >>
 >>
 >> I suspect it returns ? because I have had to run pkgdb -F and remove all 
 >> docbook-sk dependencies.
 > 
 > ? means stray file, not registered with any package.
 > 
 > So you basically have to clean up your machine to
 > 
 > 1) have no stray files under /usr/local
 > 2) have no catalog registrations for these files
 > 
 > All docbook ports should de-register from catalog on deinstall.
 > How exactly you removed them last time?
 > 
 
 -- 
 Christian Lopez de Castilla Wagner
 lopisaur@gmail.com
 (+591-2)2202781
 (+591-701)38064
 PGP Keys: DEAD1880
           483EA9B6
 
 --------------ms010703070100050506000703
 Content-Type: application/x-pkcs7-signature; name="smime.p7s"
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename="smime.p7s"
 Content-Description: S/MIME Cryptographic Signature
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJBzCC
 At4wggJHoAMCAQICEE0LjxY0J4jYNjeNWJcdFuEwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE
 BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT
 I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDQxMzE5MTAwOVoX
 DTA4MDQxMjE5MTAwOVowRDEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEhMB8G
 CSqGSIb3DQEJARYSbG9waXNhdXJAZ21haWwuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
 MIIBCgKCAQEAvB1zIQ/1dUxy6RiNL5cfJVw/HjS1VgQu52q6iVuQ+eYIkd3xZGgt2pw57EqH
 nuEy81zCxM/OXr14mwI1Rglc2wcD2X9+cviMImNSUqpOpnm2sRvRy4BJErUUv+3NrhDyOgXv
 O3O8wnJITOrSIXQsYfnaLOD8NaHvjrr3PI/0iAZ2aoE+ZcjzW1ciJ/eCgQ1s3bi5l9h8wMXA
 RJ5eR4eipTcvPfDy3Xjea4J9ConqKAD2PnG4MZqC10NGuwcDWWEw70ivvEI5hGfAire8BVmg
 YDeF+6RZ++RoIbc5UjLxnFpBVsGOjakSPD7/QPN7EryhhVxVePniYcVE7WmZ2yCbCQIDAQAB
 oy8wLTAdBgNVHREEFjAUgRJsb3Bpc2F1ckBnbWFpbC5jb20wDAYDVR0TAQH/BAIwADANBgkq
 hkiG9w0BAQUFAAOBgQBTmob5vzD57Y+KcQf96EMs0Ab+fbcMysB72s+zYVovWCYlcDtYSa1z
 E0gGN0XL0GLJYxI3gjHNdvCKTYi/jAeyRwg18YO1x++PYcU2cDJqSO1gJdKXEkP1IEXEEjW/
 ypoz80lfBOolJBujbCqROPoAgjhcvx44PYz9fBtN0iejnjCCAt4wggJHoAMCAQICEE0LjxY0
 J4jYNjeNWJcdFuEwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo
 YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG
 cmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDQxMzE5MTAwOVoXDTA4MDQxMjE5MTAwOVowRDEf
 MB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEhMB8GCSqGSIb3DQEJARYSbG9waXNh
 dXJAZ21haWwuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvB1zIQ/1dUxy
 6RiNL5cfJVw/HjS1VgQu52q6iVuQ+eYIkd3xZGgt2pw57EqHnuEy81zCxM/OXr14mwI1Rglc
 2wcD2X9+cviMImNSUqpOpnm2sRvRy4BJErUUv+3NrhDyOgXvO3O8wnJITOrSIXQsYfnaLOD8
 NaHvjrr3PI/0iAZ2aoE+ZcjzW1ciJ/eCgQ1s3bi5l9h8wMXARJ5eR4eipTcvPfDy3Xjea4J9
 ConqKAD2PnG4MZqC10NGuwcDWWEw70ivvEI5hGfAire8BVmgYDeF+6RZ++RoIbc5UjLxnFpB
 VsGOjakSPD7/QPN7EryhhVxVePniYcVE7WmZ2yCbCQIDAQABoy8wLTAdBgNVHREEFjAUgRJs
 b3Bpc2F1ckBnbWFpbC5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQBTmob5
 vzD57Y+KcQf96EMs0Ab+fbcMysB72s+zYVovWCYlcDtYSa1zE0gGN0XL0GLJYxI3gjHNdvCK
 TYi/jAeyRwg18YO1x++PYcU2cDJqSO1gJdKXEkP1IEXEEjW/ypoz80lfBOolJBujbCqROPoA
 gjhcvx44PYz9fBtN0iejnjCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ
 BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa
 MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vy
 dmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTEr
 MCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcw
 MDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUg
 Q29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h
 aWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065ypla
 HmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FW
 y688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEE
 QB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2
 oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3Js
 MAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0x
 MzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYf
 qi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9l
 X5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggNkMIIDYAIBATB2
 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu
 MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQTQuPFjQn
 iNg2N41Ylx0W4TAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG
 CSqGSIb3DQEJBTEPFw0wNzA2MTAxNzA5NTZaMCMGCSqGSIb3DQEJBDEWBBTso2+jY5j1rQu9
 u8v6wyVY5Hd2lDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIA
 gDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBhQYJKwYBBAGCNxAE
 MXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg
 THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEE0L
 jxY0J4jYNjeNWJcdFuEwgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMG
 A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl
 cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEE0LjxY0J4jYNjeNWJcdFuEwDQYJKoZIhvcN
 AQEBBQAEggEASfASn0B+A72vLlM0bG7wyLKB19sW/Xn0vpNkbYwBPqQE3KpRr9XZqnezlYuk
 5W4od1NTvsijRx3+0PwEW6DseE8ht9j57dBZtLyATOnZfBjzmCZU8vjBMcZYf6lNcJBw9/Nx
 m6KtvA42FajzrcAo5leS0bGsLAalPjStjtUPIRU34dS2ZiZogvyDqWdrxaUL5QPxRVfGgMra
 Eg5AYBTjtY/1kOpjDm6zuzFuJjJJmj/HOh+7prqbIUi+XYgGbGLb3IMVyzBoMCeYKPeW325a
 8u6AwqE7ATjD1QTXUQ7dtXedLNILeCEKEPN32YDp5JXmahDe4q8CYtxCH0h0bdsoeAAAAAAA
 AA==
 --------------ms010703070100050506000703--

From: Pav Lucistnik <pav@FreeBSD.org>
To: Joe Kelsey <joe@zircon.seattle.wa.us>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4 needs
	to	be	completely removed
Date: Mon, 11 Jun 2007 10:16:04 +0200

 > >>> I see the files are already registered with the catalog on your
 > >>> machines.  Can you try with pkg_which(1), what port claims their
 > >>> ownership?
 > >>>
 > >>> pkg_which /usr/local/share/xml/docbook/4.1.2/dbpoolx.mod
 > >>>
 > >>>   
 > >>>       
 > >> ?
 > >>
 > >>
 > >> I suspect it returns ? because I have had to run pkgdb -F and remove all 
 > >> docbook-sk dependencies.
 > >>     
 > >
 > > ? means stray file, not registered with any package.
 > >
 > > So you basically have to clean up your machine to
 > >
 > > 1) have no stray files under /usr/local
 > > 2) have no catalog registrations for these files
 > >
 > > All docbook ports should de-register from catalog on deinstall.
 > > How exactly you removed them last time?
 > >
 > >   
 > What you say makes no sense at all to me.
 > 
 > What exactly do you mean?  I am not oware of any stray files anywhere on 
 > my machine or how I would classify a file as being "stary" or not.
 
 If `pkg_which file' call returns `?' for file under /usr/local, the file
 is stray and have no business being present.
 
 > I sent you my catalog files.  Is there anything in the catalog files which 
 > looks "stray" to you?
 
 If the catalog file references file, which return `?' on pkg_which call,
 these lines must be removed together with the files.
 
 You haven't answered my question - how do you deinstalled docbook-sk
 port last time?
 
 > As 
 > far as I am concerned, docbook ports are ALL fundamentally broken since 
 > I cannot upgrade any of them without a great deal of pain and suffering.
 
 You don't say.
 
 -- 
 Pav Lucistnik <pav@oook.cz>
               <pav@FreeBSD.org>
 
 Stupidity got us into this mess -- why can't it get us out?

From: Joe Kelsey <joe@zircon.seattle.wa.us>
To: pav@FreeBSD.org
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4 needs	to	be	completely
 removed
Date: Mon, 11 Jun 2007 17:13:09 -0700

 Pav Lucistnik wrote:
 >>>>> I see the files are already registered with the catalog on your
 >>>>> machines.  Can you try with pkg_which(1), what port claims their
 >>>>> ownership?
 >>>>>
 >>>>> pkg_which /usr/local/share/xml/docbook/4.1.2/dbpoolx.mod
 >>>>>
 >>>>>   
 >>>>>       
 >>>>>           
 >>>> ?
 >>>>
 >>>>
 >>>> I suspect it returns ? because I have had to run pkgdb -F and remove all 
 >>>> docbook-sk dependencies.
 >>>>     
 >>>>         
 >>> ? means stray file, not registered with any package.
 >>>
 >>> So you basically have to clean up your machine to
 >>>
 >>> 1) have no stray files under /usr/local
 >>> 2) have no catalog registrations for these files
 >>>
 >>> All docbook ports should de-register from catalog on deinstall.
 >>> How exactly you removed them last time?
 >>>
 >>>   
 >>>       
 >> What you say makes no sense at all to me.
 >>
 >> What exactly do you mean?  I am not oware of any stray files anywhere on 
 >> my machine or how I would classify a file as being "stary" or not.
 >>     
 >
 > If `pkg_which file' call returns `?' for file under /usr/local, the file
 > is stray and have no business being present.
 >   
 So, you are saying that the file 
 '/usr/local/share/xml/docbook/4.1.2/dbpoolx.mod' is stray?  You could 
 just say those exact words instead of going on and on about something 
 mysterious which is apparantly "stray".  I am not familiar with the 
 words you have chosen to use in this context.  If you say "stray file", 
 please enumerate the "stray" files or tell me how I can find them.  You 
 did neither.
 
 I really do appreciate your helping, but sometimes you have to be very 
 explicit to people who may not be as familiar with the port as you are.  
 I treat all docbook ports as nuiscances since I do not see them provide 
 me with any features at all.  I remove them and nothing changes, 
 therefore they are useless to me, but somehow required by parts of the 
 ports.
 >   
 >> I sent you my catalog files.  Is there anything in the catalog files which 
 >> looks "stray" to you?
 >>     
 >
 > If the catalog file references file, which return `?' on pkg_which call,
 > these lines must be removed together with the files.
 >
 > You haven't answered my question - how do you deinstalled docbook-sk
 > port last time?
 >   
 I always use pkg_delete.
 
 /Joe
 >   
 >> As 
 >> far as I am concerned, docbook ports are ALL fundamentally broken since 
 >> I cannot upgrade any of them without a great deal of pain and suffering.
 >>     
 >
 > You don't say.
 >
 >   

From: Pav Lucistnik <pav@FreeBSD.org>
To: Joe Kelsey <joe@zircon.seattle.wa.us>
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/113307: textproc/docbook-sk 4.2.1.4
	needs	to	be	completely removed
Date: Tue, 12 Jun 2007 09:48:39 +0200

 > > If `pkg_which file' call returns `?' for file under /usr/local, the file
 > > is stray and have no business being present.
 > >   
 > So, you are saying that the file 
 > '/usr/local/share/xml/docbook/4.1.2/dbpoolx.mod' is stray?
 
 On your machine now, yes.
 
 > If you say "stray file", 
 > please enumerate the "stray" files or tell me how I can find them.
 
 I'm trying to help you help yourself, instead of giving you
 bullet-by-bullet guide to fix this one problem.
 
 > I treat all docbook ports as nuiscances since I do not see them provide 
 > me with any features at all.
 
 docbook-sk gives you readable interactive help in GNOME apps.
 
 > I always use pkg_delete.
 
 Then I don't know what went wrong with de-registering those entries from
 catalog.ports.  Can you reproduce the problem?
 
 -- 
 Pav Lucistnik <pav@oook.cz>
               <pav@FreeBSD.org>
 
 I can't do that, that would make sense.
State-Changed-From-To: feedback->closed 
State-Changed-By: pav 
State-Changed-When: Sat Jul 28 22:55:28 UTC 2007 
State-Changed-Why:  
Feedback timeout 

http://www.freebsd.org/cgi/query-pr.cgi?pr=113307 
>Unformatted:
