Bug#762335: man-db trigger always fails being unable to create index cache
Control: forwarded -1 https://gitlab.com/cjwatson/man-db/-/issues/8 Control: tag -1 fixed-upstream I believe that this rather confusing bug was the same as https://gitlab.com/cjwatson/man-db/-/issues/8, now fixed for the next upstream release. Thanks, -- Colin Watson (he/him) [cjwat...@debian.org]
Bug#762335: man-db trigger always fails being unable to create index cache
I just want to add that I see numerous instances of this issue in build logs when generating Debian live images with live-build. live-build is building a chroot from scratch with debootstrap, and building a live Debian filesystem on top of it. ls -l from within /var/cache/ within the chroot lists the following for that directory drwxr-sr-x 2 1000 root 2096 Jan 19 18:56 man -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762335: man-db trigger always fails being unable to create index cache
I also see multiple cases of: Unpacking blah Processing triggers for man-db (2.7.0.2-5) ... fopen: Permission denied I don't know whether that's a bug in man-db, and if so whether it's related to this, or whether it is a result of the chroot prep performed on the chroot directory by live-build, which is done for example to block deamon start/stop on installing packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762335: man-db trigger always fails being unable to create index cache
22.09.2014 21:50, Colin Watson wrote: On Sun, Sep 21, 2014 at 12:27:59PM +0400, Michael Tokarev wrote: Almost every time I install or remove some software (on a freshly installed jessie system as of today, Sept-2014), when man-db dpkg trigger is run, I see the following message: Building database of manual pages ... /usr/bin/mandb: can't create index cache /var/cache/man/uk/5773: No such file or directory (with varied subdir and the number). /var/cache/man directory is empty. What does ls -ld /var/cache/man say? # ll -d /var/cache/man drwxr-xr-x 32 man root 4096 сен 22 05:05 /var/cache/man/ # ll /usr/bin/mandb -rwxr-xr-x 1 root root 129632 апр 10 07:38 /usr/bin/mandb* But it doesn't happen anymore, and the cache of manpages is now finally created. I think it is the cron job who did the trick and fixed the prob. Now when you asked, I can reproduce the issue again by chown'ing the cache directory to root -- after removing all the cache (/var/cache/man/*), and re-runnin mandb -pq as user man it complains exactly the same way. But in the man-db.deb, /var/cache/man is owned by man user? And it should had been here when installing man-db, because it installs after base-password. Wtf. I installed using debootstrap --variant=minbase, and later on, installed a bunch of large packages (like gnome), and man-db has been pulled by one of these. So I'll try to reproduce it in a next few days by doing another install. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762335: man-db trigger always fails being unable to create index cache
On Tue, Sep 23, 2014 at 10:05:58AM +0400, Michael Tokarev wrote: # ll -d /var/cache/man drwxr-xr-x 32 man root 4096 сен 22 05:05 /var/cache/man/ The intended permissions are: drwxr-sr-x 89 man root 4096 Sep 23 07:42 /var/cache/man (The odd setgid bit is just there to avoid cat files accidentally ending up owned by the calling user's group when man is installed setuid; I should probably audit file creation instead to ensure that at worst everything ends up with the man user's primary group in that case. But it's not very important for your case.) But it doesn't happen anymore, and the cache of manpages is now finally created. I think it is the cron job who did the trick and fixed the prob. Right. But in the man-db.deb, /var/cache/man is owned by man user? And it should had been here when installing man-db, because it installs after base-password. Wtf. I installed using debootstrap --variant=minbase, and later on, installed a bunch of large packages (like gnome), and man-db has been pulled by one of these. So I'll try to reproduce it in a next few days by doing another install. Thanks. Let me know what you find out. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762335: man-db trigger always fails being unable to create index cache
On Sun, Sep 21, 2014 at 12:27:59PM +0400, Michael Tokarev wrote: Almost every time I install or remove some software (on a freshly installed jessie system as of today, Sept-2014), when man-db dpkg trigger is run, I see the following message: Building database of manual pages ... /usr/bin/mandb: can't create index cache /var/cache/man/uk/5773: No such file or directory (with varied subdir and the number). /var/cache/man directory is empty. What does ls -ld /var/cache/man say? Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762335: man-db trigger always fails being unable to create index cache
Package: man-db Version: 2.6.7.1-1 Severity: normal Almost every time I install or remove some software (on a freshly installed jessie system as of today, Sept-2014), when man-db dpkg trigger is run, I see the following message: Building database of manual pages ... /usr/bin/mandb: can't create index cache /var/cache/man/uk/5773: No such file or directory (with varied subdir and the number). /var/cache/man directory is empty. As far as I remember, this problem hasn't been present before. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org