Re: /var/cache/man/...
On Fri, Apr 11, 2014 at 11:16:11AM +1000, Scott Ferguson wrote: snip Unless you specifically don't ask for them, that's what you get - it's a result of the one-size-fits-all metapackage system designed to mostly work in most situations. Specifically *not* asking for them takes a bit of work, e.g. installing debconf-english instead of debconf-i18n, starting with a very minimal system and installing (and configuring) localepurge before installing additional packages. # apt-get install debconf-english localepurge will help, but it's easier to do before most packages are installed. Thank you, I suspect that was the info I needed. Mike -- If you think you can. Or you think you can't. You are right. - Mark Twain -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140411154438.GA23929@playground
Re: /var/cache/man/...
On Thu, Apr 10, 2014 at 09:14:39AM +1000, Scott Ferguson wrote:
On 10/04/14 01:44, Mike McClain wrote:
The other day I noticed my computer clutteres up with many
directories in /var/cache/man/ for languages I don't speak so I
deleted them.
That was a mistake. You're new to this sysadmin stuff right? ;)
Yeah, I've only been maintaining my own *nix system for 16 years.
Today they're back but I can't tell how they got there.
That's good, it means your delete what I don't like or understand
didn't create a huge problem.
I've never created such a problem that I had to re-install, anything
else is not a 'huge' problem.
From your response I suspect you don't know what triggers the
re-creation of those unneeded directories.
Nothing in /etc/cron/* says anything about recreating them. I assume
mandb did it but can't tell what initiated the recreation of all
these directories. Nor can I see any need, I don't imagine very many
people speak all of those 23 languages. What is the purpose of having
all of them installed?
Um, didn't *you* install them?
Wouldn't that make it a rhetorical question?
:)
I installed the whole system so in that manner you are correct but I
did not ask for all those other languages.
The answer of course is that most people use characters and words from a
number of languages. Those extra man pages don't take up a lot of space.
The fact that I like enchiladas doesn't mean I need spanish man pages.
You have several options:-
;don't install all languages to start with (be selective during installs
- don't install i18n packages if you don't want internationalization)
I didn't, the only packages installed that mention 'i18n' are:
debconf-i18n 1.5.49
libtext-wrapi18n-perl 0.06-7
and I certainly didn't ask that debconf be international.
;don't install man
Get real.
;install localpurge, select only the locales you are interested in, use
it to purge other locales
Installed it years ago.
Is there a config file I can edit to limit which directories are
created?
locales does that. Install localepurge to limit the locales supported by
installed packages.
Not in this case.
/etc/locale.nopurge containsen en_US.UTF-8
/etc/locale.gen containsen_US.UTF-8 UTF-8
localepurge is triggered by dpkg, has no cron job and makes no mention
of /var/cache/ in it's documentation.
Since you brought it up I ran localepurge from the CL where it
mentions that it looks for /var/cache/localepurge/localelist which I
edited removing all but en_US*.
I ran localepurge again but it still doesn't touch
/var/cache/man/{cs,da,es,fr,...
If you know of a way to tell mandb not to recreate these unnecessary
directories I'd like to know about it.
Thanks,
Mike
--
Education is a man's going from cocksure ignorance to thoughtful uncertainty.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140410161533.GB21529@playground
Re: /var/cache/man/...
On Thu 10 Apr 2014 at 09:15:33 -0700, Mike McClain wrote: On Thu, Apr 10, 2014 at 09:14:39AM +1000, Scott Ferguson wrote: On 10/04/14 01:44, Mike McClain wrote: Nothing in /etc/cron/* says anything about recreating them. I assume mandb did it but can't tell what initiated the recreation of all these directories. Nor can I see any need, I don't imagine very many people speak all of those 23 languages. What is the purpose of having all of them installed? Um, didn't *you* install them? Wouldn't that make it a rhetorical question? :) I installed the whole system so in that manner you are correct but I did not ask for all those other languages. /etc/cron.daily/man-db If you know of a way to tell mandb not to recreate these unnecessary directories I'd like to know about it. /etc/cron.daily/man-db But after reading http://www.fifi.org/doc/debian-policy/fhs/fhs.html/fhs-5.2.2.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/10042014180226.10e38a61a...@desktop.copernicus.demon.co.uk
Re: /var/cache/man/...
On 11/04/14 02:15, Mike McClain wrote: On Thu, Apr 10, 2014 at 09:14:39AM +1000, Scott Ferguson wrote: On 10/04/14 01:44, Mike McClain wrote: The other day I noticed my computer clutteres up with many directories in /var/cache/man/ for languages I don't speak so I deleted them. That was a mistake. You're new to this sysadmin stuff right? ;) Yeah, I've only been maintaining my own *nix system for 16 years. By deleting files generated by unknown processes? It's system administration, just not as I know it - but it's your system, so you don't have to worry about employers, insurers and industry best practices. But clearly you know all the answers. Today they're back but I can't tell how they got there. That's good, it means your delete what I don't like or understand didn't create a huge problem. I've never created such a problem that I had to re-install, anything else is not a 'huge' problem. Agree, my comment wasn't sarcasm. From your response I suspect you don't know what triggers the re-creation of those unneeded directories. Nothing in /etc/cron/* says anything about recreating them. I assume mandb did it but can't tell what initiated the recreation of all these directories. Nor can I see any need, I don't imagine very many people speak all of those 23 languages. What is the purpose of having all of them installed? Um, didn't *you* install them? Wouldn't that make it a rhetorical question? :) I installed the whole system so in that manner you are correct but I did not ask for all those other languages. Unless you specifically don't ask for them, that's what you get - it's a result of the one-size-fits-all metapackage system designed to mostly work in most situations. Specifically *not* asking for them takes a bit of work, e.g. installing debconf-english instead of debconf-i18n, starting with a very minimal system and installing (and configuring) localepurge before installing additional packages. The answer of course is that most people use characters and words from a number of languages. Those extra man pages don't take up a lot of space. The fact that I like enchiladas doesn't mean I need spanish man pages. You have several options:- ;don't install all languages to start with (be selective during installs - don't install i18n packages if you don't want internationalization) I didn't, the only packages installed that mention 'i18n' are: debconf-i18n 1.5.49 libtext-wrapi18n-perl 0.06-7 and I certainly didn't ask that debconf be international. # apt-get install debconf-english localepurge will help, but it's easier to do before most packages are installed. ;don't install man Get real. Great attitude. If you don't like the answers perhaps you should answer your own questions and save bandwidth. snipped Regards -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5347425b.2020...@gmail.com
/var/cache/man/...
The other day I noticed my computer clutteres up with many directories in /var/cache/man/ for languages I don't speak so I deleted them. Today they're back but I can't tell how they got there. Nothing in /etc/cron/* says anything about recreating them. I assume mandb did it but can't tell what initiated the recreation of all these directories. Nor can I see any need, I don't imagine very many people speak all of those 23 languages. What is the purpose of having all of them installed? Is there a config file I can edit to limit which directories are created? Thanks, Mike -- The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140409154412.GA1301@playground
Re: /var/cache/man/...
On 10/04/14 01:44, Mike McClain wrote: The other day I noticed my computer clutteres up with many directories in /var/cache/man/ for languages I don't speak so I deleted them. That was a mistake. You're new to this sysadmin stuff right? ;) Today they're back but I can't tell how they got there. That's good, it means your delete what I don't like or understand didn't create a huge problem. Nothing in /etc/cron/* says anything about recreating them. I assume mandb did it but can't tell what initiated the recreation of all these directories. Nor can I see any need, I don't imagine very many people speak all of those 23 languages. What is the purpose of having all of them installed? Um, didn't *you* install them? Wouldn't that make it a rhetorical question? :) The answer of course is that most people use characters and words from a number of languages. Those extra man pages don't take up a lot of space. You have several options:- ;don't install all languages to start with (be selective during installs - don't install i18n packages if you don't want internationalization) ;don't install man ;install localpurge, select only the locales you are interested in, use it to purge other locales Is there a config file I can edit to limit which directories are created? locales does that. Install localepurge to limit the locales supported by installed packages. Thanks, Mike -- The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true. Kind regards -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5345d45f.3070...@gmail.com
Re: /var/cache/man/...
On 04/09/2014 07:14 PM, Scott Ferguson wrote: On 10/04/14 01:44, Mike McClain wrote: The other day I noticed my computer clutteres up with many directories in /var/cache/man/ for languages I don't speak so I deleted them. That was a mistake. You're new to this sysadmin stuff right? ;) snip/ The answer of course is that most people use characters and words from a number of languages. Those extra man pages don't take up a lot of space. /snip/ The only characters that anyone could reasonably need can be formed by setting up a Compose key. That will allow you all the diacritical marks for the Romance languages, the umlauts and esstset for German, and some of the oddball stuff that you see in the Scandinavian and Polish languages. It's unlikely that you're going to need a Cyrillic or East Asian alphabet (of which there are several--Korean, Japanese, Chinese, Thai, probably more). The Compose will also give you currency signs and some common fractions. (Some word processors have tables of symbols--things you wouldn't find in any of the locales, like musical flat signs, some mathematical operators, etc.) Unless you are going to actually write in a language other than English, you won't need any locale other than that. --doug -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5345e0cf.2010...@optonline.net
Re: /var/cache/man/...
On 10/04/14 10:07, Doug wrote: On 04/09/2014 07:14 PM, Scott Ferguson wrote: On 10/04/14 01:44, Mike McClain wrote: The other day I noticed my computer clutteres up with many directories in /var/cache/man/ for languages I don't speak so I deleted them. That was a mistake. You're new to this sysadmin stuff right? ;) snip/ The answer of course is that most people use characters and words from a number of languages. Those extra man pages don't take up a lot of space. /snip/ The only characters that anyone could reasonably need can be formed by setting up a Compose key. Do you have a source for that or is it just an opinion from the viewpoint of a particular location? That will allow you all the diacritical marks for the Romance languages, the umlauts and esstset for German, and some of the oddball stuff that you see in the Scandinavian and Polish languages. It's unlikely that you're going to need a Cyrillic or East Asian alphabet (of which there are several--Korean, Japanese, Chinese, Thai, probably more). The Compose will also give you currency signs and some common fractions. (Some word processors have tables of symbols--things you wouldn't find in any of the locales, like musical flat signs, some mathematical operators, etc.) Unless you are going to actually write in a language other than English, you won't need any locale other than that. Agreed. But... most people do the hit Enter install, and Debian caters for that sort of anyone approach by providing everything unless the installer specifies what locales (as opposed to *character* sets), *and* choses to purge other locales. --doug Kind regards -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5345eabd.6020...@gmail.com
Re: /var/cache/man/...
On 04/09/2014 08:50 PM, Scott Ferguson wrote: On 10/04/14 10:07, Doug wrote: /snip/ The only characters that anyone could reasonably need can be formed by setting up a Compose key. Do you have a source for that or is it just an opinion from the viewpoint of a particular location? The particular location is the United States. If you are in, say, Japan, then please ignore. Unless you are going to actually write in a language other than English, you won't need any locale other than that. Agreed. But... most people do the hit Enter install, and Debian caters for that sort of anyone approach by providing everything unless the installer specifies what locales (as opposed to *character* sets), *and* choses to purge other locales. --doug Kind regards -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53461d98.2050...@optonline.net
Re: /etc/cron.daily/man-db: /var/cache/man: Permission denied
I think it's a problem with the way exim is configured. Exim is mailing the report locally. So that's why we couldn't find anything about cron-daily, man-db, or file permissions ! I can see the same error on two freshly installed Debian unstable boxes, with completely different archs and settings. I need to track it further, just wnated to drop a note to the archives. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=209185 keep it rolling micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc/cron.daily/man-db: /var/cache/man: Permission denied
| Thanks for your suggestion, i'll report if it worked. No, sorry, even with /var mounted 'suid' i got still the same error mail... /etc/cron.daily/man-db: find: /var/cache/man: Permission denied -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/etc/cron.daily/man-db: /var/cache/man: Permission denied
(Please first cc to me, if i got a reply i will switch to reading the archive) Hello, This is Debian Sid, and since a few months i got this error message (sent via local mail): /etc/cron.daily/man-db: find: /var/cache/man: Permission denied and i just can't come up with any explanation. Perhaps somone can give me a hint ? This is what i can find so far: /var is mounted as: /dev/hda10 on /var type ext2 (rw,nosuid,nodev,errors=remount-ro) The permissions are: drwxr-xr-t 17 root root 4.0K 2006-04-02 03:00 /var drwxrwxr-x 26 root root 4.0K 2006-08-12 20:49 /var/cache/ drwxr-sr-x 16 man root 4.0K 2006-08-18 00:06 /var/cache/man The last one contains: drwxr-sr-x 2 man root 4.0K 2004-05-25 02:03 cat1 drwxr-sr-x 2 man root 4.0K 2004-05-15 16:49 cat2 drwxr-sr-x 2 man root 4.0K 2004-05-15 16:49 cat3 drwxr-sr-x 2 man root 4.0K 2004-02-02 10:48 cat4 drwxr-sr-x 2 man root 4.0K 2004-05-24 02:25 cat5 drwxr-sr-x 2 man root 4.0K 2003-07-23 02:36 cat6 drwxr-sr-x 2 man root 4.0K 2004-03-11 07:47 cat7 drwxr-sr-x 2 man root 4.0K 2004-05-25 02:03 cat8 drwxr-sr-x 2 man root 4.0K 2004-05-17 04:07 cat9 drwxr-sr-x 3 man root 4.0K 2006-08-18 00:06 fsstnd -rw-r--r-- 1 man root 2.0M 2006-08-16 00:15 index.db drwxr-sr-x 3 man root 4.0K 2006-08-18 00:06 local drwxr-sr-x 3 man root 4.0K 2006-08-18 00:06 oldlocal drwxr-sr-x 2 man root 4.0K 2002-03-18 13:08 opt drwxr-sr-x 7 man root 4.0K 2006-05-07 15:58 X11R6 None of the subdirectories of /var/cache/man contains any file, (besides some index.db ). Apparently, manpages are stored in /usr/hsare/man, instead, but that has drwxr-xr-x 34 root root 4.0K 2006-05-28 13:00 man/ on all levels. - Which seems a little bit weird to me; but /var/cache/man seems to have been installed by package man-db, too. I can see man-db 2.4.3-3 and manpages 2.34-1 are installed. Well, maybe that's not actually Sid but 'testing' since i downgraded the sources list to 'testing' some week ago, but it will last some more weeks until a full turnover, and the error message was sent afterwards and all the time anyway. The cron.daily script will re-create a missing /var/cache/man with exactly the existing permissions: if ! [ -d /var/cache/man ]; then # Recover from deletion, per FHS. mkdir -p /var/cache/man chown man:root /var/cache/man chmod 2755 /var/cache/man and /etc/crontab has all cron scripts running as root. Maybe this here is the bit of the script which leads to the error ? start-stop-daemon --start --pidfile /dev/null --startas /bin/sh \ --oknodo --chuid man -- -c \ find /var/cache/man -type f -name '*.gz' -atime +6 -print0 | \ xargs -r0 rm -f I have lrwxrwxrwx 1 root root 4 2006-07-24 18:21 /bin/sh - bash* The 'man' command is aliased for 'root' by a function here (invoking pinfo) but i assume system calls it always by full path: lrwxrwxrwx 1 root root 17 2006-08-12 20:50 /usr/bin/man - ../lib/man-db/man -rwxr-xr-x 1 root root 85K 2005-09-21 14:23 /usr/lib/man-db/man So...what ? ° /\/
Re: /etc/cron.daily/man-db: /var/cache/man: Permission denied
On Fri, 18 Aug 2006 03:16:08 +0200 Micha [EMAIL PROTECTED] wrote: /etc/cron.daily/man-db: find: /var/cache/man: Permission denied Cron likely runs with no (or low level) permissions. /var is mounted as: /dev/hda10 on /var type ext2 (rw,nosuid,nodev,errors=remount-ro) Hmm. nosuid on mounts may just not honor the set user id for executables. On the other hand, the manual page tells me that nosuid makes it ignore suid bits. (see man mount). So, semantically, those permissions are just rwxr-x-r-x, and even if yuur user is in the 'root' group, he cannot view the directory contents (because 'x' in a directory means permission to enter view the contents). First, try mounting /var without the nosuid part. The permissions are: drwxr-xr-t 17 root root 4.0K 2006-04-02 03:00 /var drwxrwxr-x 26 root root 4.0K 2006-08-12 20:49 /var/cache/ drwxr-sr-x 16 man root 4.0K 2006-08-18 00:06 /var/cache/man OK, that's the same permissions that are set on my 'etch' box. And, even though 'dfox' is not a member of the root or man groups, user dfox (that's me) can run 'find man' in /var/cache/, which lists all subdirectories underneath man, or find . inside man, which lists a number of directories where local man pages are kept (that's what the directory is for, by the way). Even so, the permisions would seem correct (the third r-x is other, and since I am not a man :) or a root, I am an other, and this is all good, because I can view files (-r) or go into the directorty (-x) but an unable to write anything therein. drwxr-xr-x 34 root root 4.0K 2006-05-28 13:00 man/ on all levels. - Which seems a little bit weird to me; but /var/cache/man seems to have been installed by package man-db, too. All my man directories (under /var/cache/man) are set like: drwxr-sr-x 2 man root 48 2005-11-12 05:24 cat1 drwxr-sr-x 2 man root 48 2005-11-12 05:24 cat2 drwxr-sr-x 2 man root 48 2005-11-12 05:24 cat3 drwxr-sr-x 2 man root 48 2005-11-12 05:24 cat4 drwxr-sr-x 2 man root 48 2006-05-07 06:30 cat5 I don't see that the system is working, for one - see the dates on those directories? The way this ought to work (and I thought it did) was for example, a hypothetical user looks at a frequently used man page (like man ls). Since it takes more time to process the man page than display it, a local copy is in /var/cache/man/appropriate sect4ion (in this case, cat1) for later perusal. Man would see that a processed page was in the appropriate place, and display it. After a time, the old entries in those cache directories would be deleted. But, I have 0 bytes in all directories, and an overall usage of 1464K, because of a large index.db. (That file was changed 2 days ago.) -- David E. Fox Thanks for letting me [EMAIL PROTECTED]change magnetic patterns [EMAIL PROTECTED] on your hard disk. --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc/cron.daily/man-db: /var/cache/man: Permission denied
David E. Fox [EMAIL PROTECTED]: | Hmm. nosuid on mounts may just not honor the set user id for | executables. On the other hand, the manual page tells me that nosuid | makes it ignore suid bits. (see man mount). So, semantically, those | permissions are just rwxr-x-r-x, and even if yuur user is in the 'root' | group, he cannot view the directory contents (because 'x' in a | directory means permission to enter view the contents). I see, some years ago I configured /var in fstab like: /dev/hda10 /var ext2 owner,exec,errors=remount-ro and though i knew i din't think too much about that 'owner' implies nosuid. | First, try mounting /var without the nosuid part. (How do i trigger a normal cron man-db run ?) ... I'll see tomorrow. | The way this ought to work (and I thought it did) was for example, | a hypothetical user looks at a frequently used man page I seem to remember in the past one got asked at installation time if manpages should be cached that way, or not, and i used to asnwer yes. But AFAIKR there wasn't such a question at the last etch install i did (few days agao). Maybe they ditched it altogether. Thanks for your suggestion, i'll report if it worked. micha ° /\/
Re: SGID auf /var/cache/*man*
On Thu, Jan 02, 2003 at 12:30:34AM +0100, Michael Hilscher wrote: Hallo, Hallo Michael, weshalb erhalten die unter /var/cache/ zwischengespeicherten Manpages eigentlich ein SGID-Bit (gruppe ist unschönerweise root)? -- snip ... $ ls -la /var/cache/man/cat1/ total 123 drwxr-sr-x2 man root 1024 Jan 7 18:22 . drwxr-sr-x 16 man root 1024 Jan 9 12:23 .. -rw-r--r--1 man root 757 Dec 3 23:45 basename.1.gz -rw-r--r--1 man root77855 Nov 4 10:02 bash.1.gz ... -- snip -- zumindest bei mir sind die Dateien nicht SGID. Das s bei . sorgt nur dafuer dass alle in diesem Verzeichnis erzeugten Dateien als Gruppe root haben was ihnen aber keine besonderen rechte gibt. greetinXs, Michael Hilscher Gruss Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
SGID auf /var/cache/*man*
Hallo, weshalb erhalten die unter /var/cache/ zwischengespeicherten Manpages eigentlich ein SGID-Bit (gruppe ist unschönerweise root)? greetinXs, Michael Hilscher -- Would Mozart have been more productive if he had scribes to help him, a secretary and a CEO to lead his way? -- Linus Torvalds -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Noting in /var/cache/man/cat? ?
[EMAIL PROTECTED] wrote: Doesn't /var/cache/man/cat? suppose to keep formated man pages? On my machine it is empty: I imagine that you have a non-setuid man, then. dpkg-reconfigure man-db -- Colin Watson [EMAIL PROTECTED]
Re: Noting in /var/cache/man/cat? ?
[EMAIL PROTECTED] wrote: I really don't know definitively so someone else may have a better answer but according to the man man-page - /var/cache/man/ is an alternate database cache. /usr/share/man/ is a traditional database cache. From the man-page - /usr/share/man/index.(bt|db|dir|pag). A traditional global index database cache. /var/cache/man/index.(bt|db|dir|pag) An alternate or FHS compliant global index database cache. My /var/cache/man/ directories are empty also. So I think your looking for /usr/share/man/ As far as I know no Debian man browser stores preformatted pages in /usr/share/man. If they do, please file a bug. -- Colin Watson [EMAIL PROTECTED]
Re: Noting in /var/cache/man/cat? ?
Subject: Noting in /var/cache/man/cat? ? Date: Thu, Jun 14, 2001 at 03:58:51AM +0300 In reply to:[EMAIL PROTECTED] Quoting [EMAIL PROTECTED]([EMAIL PROTECTED]): Doesn't /var/cache/man/cat? suppose to keep formated man pages? On my machine it is empty: [03:56:42 tmp]$ ls /var/cache/man/cat? /var/cache/man/cat1: /var/cache/man/cat2: --snip-- try this man wctype then ls -l /var/cache/man/cat3 Something there now, isn't there. Look at a bunch of man pages then do your check again. It is still empty. What version are you using? I am using testing. Can it be that you have somehow configured your system for that matter? If I got it correctly the caching thing is problematic since your whole /var might be filled up with this stuff, and so there is a way to prevent it. Could it be that the debian man-db doesn't use it by default? :-) HTH, YMMV, HAND :-) -- Every bug you find is the last one. ___ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Shaul Karl [EMAIL PROTECTED] Hillel used to say: If I am not for myself who will be for me? Yet, if I am for myself only, what am I? And if not now, when? (Ethics Of The Fathers 1:14)
Re: Noting in /var/cache/man/cat? ?
On Thu, Jun 14, 2001 at 03:58:51AM +0300, [EMAIL PROTECTED] wrote: Doesn't /var/cache/man/cat? suppose to keep formated man pages? On my machine it is empty: [03:56:42 tmp]$ ls /var/cache/man/cat? /var/cache/man/cat1: I really don't know definitively so someone else may have a better answer but according to the man man-page - /var/cache/man/ is an alternate database cache. /usr/share/man/ is a traditional database cache. From the man-page - /usr/share/man/index.(bt|db|dir|pag). A traditional global index database cache. /var/cache/man/index.(bt|db|dir|pag) An alternate or FHS compliant global index database cache. My /var/cache/man/ directories are empty also. So I think your looking for /usr/share/man/ My /usr is mounted read only. I believe man-db has expecting this sort of mounting. I am running testing. kent -- From seeing and seeing the seeing has become so exhausted First line of The Panther - R. M. Rilke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Shaul Karl [EMAIL PROTECTED] Hillel used to say: If I am not for myself who will be for me? Yet, if I am for myself only, what am I? And if not now, when? (Ethics Of The Fathers 1:14)
Re: Noting in /var/cache/man/cat? ?
Shaul Karl [EMAIL PROTECTED] wrote: It is still empty. What version are you using? I am using testing. Can it be that you have somehow configured your system for that matter? If I got it correctly the caching thing is problematic since your whole /var might be filled up with this stuff, and so there is a way to prevent it. Could it be that the debian man-db doesn't use it by default? Quite right, but for the wrong reason (cat pages are purged every so often anyway). I got very bored of the way that, every time somebody reported a security hole in man-db (once every few weeks recently), I didn't go to sleep until it was fixed. Thus it is no longer setuid by default and can't write to the cache directories. You can turn that back on with debconf if you like. man was setuid in stable, which is why you're hearing different reports from different people. -- Colin Watson [EMAIL PROTECTED]
Noting in /var/cache/man/cat? ?
Doesn't /var/cache/man/cat? suppose to keep formated man pages? On my machine it is empty: [03:56:42 tmp]$ ls /var/cache/man/cat? /var/cache/man/cat1: /var/cache/man/cat2: /var/cache/man/cat3: /var/cache/man/cat4: /var/cache/man/cat5: /var/cache/man/cat6: /var/cache/man/cat7: /var/cache/man/cat8: [03:56:52 tmp]$ -- Shaul Karl [EMAIL PROTECTED] Hillel used to say: If I am not for myself who will be for me? Yet, if I am for myself only, what am I? And if not now, when? (Ethics Of The Fathers 1:14)
Re: Noting in /var/cache/man/cat? ?
On Thu, Jun 14, 2001 at 03:58:51AM +0300, [EMAIL PROTECTED] wrote: Doesn't /var/cache/man/cat? suppose to keep formated man pages? On my machine it is empty: [03:56:42 tmp]$ ls /var/cache/man/cat? /var/cache/man/cat1: I really don't know definitively so someone else may have a better answer but according to the man man-page - /var/cache/man/ is an alternate database cache. /usr/share/man/ is a traditional database cache. From the man-page - /usr/share/man/index.(bt|db|dir|pag). A traditional global index database cache. /var/cache/man/index.(bt|db|dir|pag) An alternate or FHS compliant global index database cache. My /var/cache/man/ directories are empty also. So I think your looking for /usr/share/man/ kent -- From seeing and seeing the seeing has become so exhausted First line of The Panther - R. M. Rilke
Re: Noting in /var/cache/man/cat? ?
Subject: Noting in /var/cache/man/cat? ? Date: Thu, Jun 14, 2001 at 03:58:51AM +0300 In reply to:[EMAIL PROTECTED] Quoting [EMAIL PROTECTED]([EMAIL PROTECTED]): Doesn't /var/cache/man/cat? suppose to keep formated man pages? On my machine it is empty: [03:56:42 tmp]$ ls /var/cache/man/cat? /var/cache/man/cat1: /var/cache/man/cat2: --snip-- try this man wctype then ls -l /var/cache/man/cat3 Something there now, isn't there. Look at a bunch of man pages then do your check again. :-) HTH, YMMV, HAND :-) -- Every bug you find is the last one. ___
