Re: Problems installing man-db

["Chris J. Breisch" <chris.ml@breisch.org>]

Angelo Graziosi wrote:
> Chris J. Breisch wrote:
>  > Hmmm...well, that's not good. Can you run /usr/bin/mandb -c yourself
>  > from the command line? It will take a while and may generate several
>  > warnings, such as what you see above.
>
> I did this:
>
> $ /usr/bin/mandb -c
>
> and it printed:
>
> /usr/bin/mandb: attenzione: $MANPATH già impostata, aggiungo in coda
> /etc/man_db.conf
> Aggiornamento dell'indice della cache per il percorso
> "/usr/share/man/man1". Attendere...
> Lavorazione delle pagine di manuale sotto a /usr/share/man...
> /usr/bin/mandb: attenzione: /usr/share/man/man1/col.1.gz: analisi whatis
> per col(1) fallita
> /usr/bin/mandb: attenzione: /usr/share/man/man1/csh.1 Ú un link
> simbolico spezzato
> /usr/bin/mandb: attenzione: /usr/share/man/man1/d2u.1.gz: analisi whatis
> per d2u(1) fallita
> /usr/bin/mandb: impossibile aprire /usr/share/man/man1/djvuxml.1: No
> such file or directory
> /usr/bin/mandb: attenzione: /usr/share/man/man1/djvutoxml.1.gz: link
> simbolico o richiesta ROFF ".so" errato(a)
> /usr/bin/mandb: impossibile aprire /usr/share/man/man1/djvuxml.1: No
> such file or directory
> /usr/bin/mandb: attenzione: /usr/share/man/man1/djvuxmlparser.1.gz: link
> simbolico o richiesta ROFF ".so" errato(a)
> /usr/bin/mandb: attenzione: /usr/share/man/man1/escp2topbm.1.gz: analisi
> whatis per escp2topbm(1) fallita
> /usr/bin/mandb: attenzione: /usr/share/man/man1/mac2unix.1.gz: analisi
> whatis per mac2unix(1) fallita
> /usr/bin/mandb: attenzione: /usr/share/man/man1/u2d.1.gz: analisi whatis
> per u2d(1) fallita
> /usr/bin/mandb: attenzione: /usr/share/man/man1/unix2dos.1.gz: analisi
> whatis per unix2dos(1) fallita
> /usr/bin/mandb: attenzione: /usr/share/man/man1/unix2mac.1.gz: analisi
> whatis per unix2mac(1) fallita
> Aggiornamento dell'indice della cache per il percorso
> "/usr/share/man/man2". Attendere...
> Aggiornamento dell'indice della cache per il percorso
> "/usr/share/man/man3". Attendere...
> /usr/bin/mandb: attenzione: /usr/share/man/man3/CPAN.Debug.3pm.gz:
> analisi whatis per CPAN.Debug(3pm) fallita
> /usr/bin/mandb: attenzione:
> /usr/share/man/man3/CPAN.HandleConfig.3pm.gz: analisi whatis per
> CPAN.HandleConfig(3pm) fallita
> /usr/bin/mandb: attenzione: /usr/share/man/man3/CPAN.Queue.3pm.gz:
> analisi whatis per CPAN.Queue(3pm) fallita
> /usr/bin/mandb: attenzione: /usr/share/man/man3/CPAN.Tarzip.3pm.gz:
> analisi whatis per CPAN.Tarzip(3pm) fallita
> /usr/bin/mandb: attenzione: /usr/share/man/man3/libpm.3.gz: analisi
> whatis per libpm(3) fallita
> /usr/bin/mandb: attenzione: /usr/share/man/man3/pcredemo.3.gz: analisi
> whatis per pcredemo(3) fallita
> /usr/bin/mandb: attenzione:
> /usr/share/man/man3/TAP.Harness.Beyond.3pm.gz: analisi whatis per
> TAP.Harness.Beyond(3pm) fallita
>
>
> and after 3 hours is still there... May we say it is hanging? or,
> really, the command you suggested take all this time and more?
>
>

It takes a while, but it shouldn't take that long. Could you attach a 
cygcheck -s -v -r > cygcheck.out as described here 
(https://cygwin.com/problems.html) please?

My guess at this point is that you have a package installed that for 
whatever reason is confusing mandb.

I apologize for the difficulties. Building the database does quite a 
bit, but that part of mandb is generally pretty stable.

strace doesn't appear to like mandb -c either, or I'd suggest that.

-- 
Chris J. Breisch

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple