Here is what the sgml-tools-lite documentation says: Here is cdegroot's version for SuSE Linux: % echo $SGML_CATALOG_FILES /usr/local/share/sgml/stylesheets/docbook/catalog:/usr/local/share/sgml/entities/iso-entities-8879.1986/iso-entities.cat:/usr/local/share/sgml/dtd/jade/dsssl.cat:/usr/local/share/sgml/stylesheets/sgmltools/sgmltools.cat:/usr/local/share/sgml/dtd/sgmltools/catalog:/usr/local/share/sgml/dtd/docbook/3.1/docbook.cat Now this is of course wrong because SuSE loves putting shit in places other than usual. The right tree is /usr/share/sgml for SuSE. But then you go look there and there is a bunch of directories but none are named 'entities'. There is a few iso directories and you go through there but you can for the hell of it not locate 'iso_entities.cat' You go to the web to find out SuSe removed the 7.0 package list which gave details about contents of each package even though you warned SuSE that the 7.1 package list on the web doesn't give details about contents anymore. So you as user are totally fucked. YaSt can't help you shit with locating a file on your system. So you go down to use 'find' which in my mind is one of the worst utilities ever created. You as normal person figure you type find / iso_entities.cat but shit comes back. You do man find and get to read lots of shit some engineer made up for other engineers but no useful information on simply finding a file on your system. You as well don't get to see a single simple example in the man pages of how find works. You get explained find down into the tiniest detail but shit you only need that if you are some type of kernel hacker. You just want to find a file below some directory. You have a flashback. You are the creator of find and the idea is to build a utility to find stuff in your file system. You think "well I could just use a command word then next I specify the path and then the file I am looking for." but the creator decides against it because its too easy to understand so he comes up with a bunch of parameters, about a hundred of them, so that find can really confuse the user. he shows his product to a bunch of other geeks who immediately get caught up in a game of quake and he forgets to document an actual example of find in the man pages. So then the user gets really ranty and send off an email about how SuSe did you a disservice and one more time wish all package details were in a database so you can search what you need on the web. but your hopes are slim to none this will ever happen. then you start to wonder if you are the only person who has trouble locating files on the system. and in the end you still at a loss where SuSE stores the file 'iso_entities.cat' on a SuSE system. and while I am at it. I can't located the following either: - Jade catalog: "dsssl.cat" in the Jade data directory sigh mk _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com
zgrep iso_entities.cat /cdrom/ARCHIVES.gz find / -name iso_entities.cat HTH Anders On Friday 16 March 2001 02:38, Purple Shirt wrote:
Here is what the sgml-tools-lite documentation says:
Here is cdegroot's version for SuSE Linux: % echo $SGML_CATALOG_FILES /usr/local/share/sgml/stylesheets/docbook/catalog:/usr/local/share/sgml/ent ities/iso-entities-8879.1986/iso-entities.cat:/usr/local/share/sgml/dtd/jade /dsssl.cat:/usr/local/share/sgml/stylesheets/sgmltools/sgmltools.cat:/usr/lo cal/share/sgml/dtd/sgmltools/catalog:/usr/local/share/sgml/dtd/docbook/3.1/d ocbook.cat
Now this is of course wrong because SuSE loves putting shit in places other than usual. The right tree is /usr/share/sgml for SuSE. But then you go look there and there is a bunch of directories but none are named 'entities'. There is a few iso directories and you go through there but you can for the hell of it not locate 'iso_entities.cat' You go to the web to find out SuSe removed the 7.0 package list which gave details about contents of each package even though you warned SuSE that the 7.1 package list on the web doesn't give details about contents anymore.
So you as user are totally fucked. YaSt can't help you shit with locating a file on your system.
So you go down to use 'find' which in my mind is one of the worst utilities ever created. You as normal person figure you type
find / iso_entities.cat
but shit comes back.
You do man find and get to read lots of shit some engineer made up for other engineers but no useful information on simply finding a file on your system. You as well don't get to see a single simple example in the man pages of how find works. You get explained find down into the tiniest detail but shit you only need that if you are some type of kernel hacker. You just want to find a file below some directory.
You have a flashback. You are the creator of find and the idea is to build a utility to find stuff in your file system. You think "well I could just use a command word then next I specify the path and then the file I am looking for." but the creator decides against it because its too easy to understand so he comes up with a bunch of parameters, about a hundred of them, so that find can really confuse the user. he shows his product to a bunch of other geeks who immediately get caught up in a game of quake and he forgets to document an actual example of find in the man pages.
So then the user gets really ranty and send off an email about how SuSe did you a disservice and one more time wish all package details were in a database so you can search what you need on the web. but your hopes are slim to none this will ever happen. then you start to wonder if you are the only person who has trouble locating files on the system.
and in the end you still at a loss where SuSE stores the file 'iso_entities.cat' on a SuSE system.
and while I am at it. I can't located the following either:
- Jade catalog: "dsssl.cat" in the Jade data directory
sigh
mk
_________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com
On Fri, 16 Mar 2001, Anders Johansson wrote:
zgrep iso_entities.cat /cdrom/ARCHIVES.gz
find / -name iso_entities.cat
HTH Anders
Hi: So, I su to root, enter the find / -name iso_entities.cat and this comes up:
find / -name iso_entities.cat find: /proc/6/fd: Permission denied
Well, now I want to know a little more about this file. What is it and what it does. I'll let you know if I find out. I'm using SuSE7.0 Professional Thanks, Tom
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 16 March 2001 13:16, tompoe wrote:
find: /proc/6/fd: Permission denied
Those numbered directories in /proc contain information about the processes whose PIDs are those numbers. (remember that /proc is virtual, and takes up no space on your hd) Basically, you can look up which process has a PID of '6' from the output of the 'ps ax' command. The 'fd' directory under there contains links to the files currently open by that process. Not really useful in everyday use, but it's sometimes a lifesave when debugging something, along with strace. - -- James Oakley Engineering - SolutionInc Ltd. joakley@solutioninc.com http://www.solutioninc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6sndCHYysNB5h3fIRAsUBAJoCYk4mLT3+fNdfkyiL9NC20WafTACfe5iz SrFrpA0/oJnckL6KxjJI/Ao= =jVVf -----END PGP SIGNATURE-----
So you as user are totally fucked. YaSt can't help you shit with locating a file on your system.
I've completely and utterly given up trying to use SGML-Tools lite or anything docbook related on SuSE. Debian handles it much nicer. A shame because otherwise I mostly like SuSE.
So you go down to use 'find' which in my mind is one of the worst utilities ever created. You as normal person figure you type
Ever heard of locate? Or even rpm -qpl /cdrom/full-name/i386/*.rpm | grep iso_entries.cat
You have a flashback. You are the creator of find and the idea is to build a utility to find stuff in your file system. You think "well I could just use a command word then next I specify the path and then the file I am looking for." but the creator decides against it because its too easy to understand so he comes up with a bunch of parameters, about a hundred of them, so that find can really confuse the user. he shows his product to a bunch of other geeks who immediately get caught up in a game of quake and he forgets to document an actual example of find in the man pages.
Find is a powerful tool, it's designed to do a lot more than seach by file name. If you know how to use it you can do a lot with it. If you don't, use locate. Jonathan Riddell
participants (5)
-
Anders Johansson -
James Oakley -
Jonathan Riddell -
Purple Shirt -
tompoe