gtkdoc-fixref problema en Gentoo Linux
Recientemente, al actualizar el Gentoo Linux en mi máquina AMD64 tengo errores en la construcción de paquetes con el parámetro USE doc. Todos los paquetes de su defecto se utiliza la herramienta gtkdoc para generar la documentación. En ninguna parte de la web era un tema relativo a este problema. Todos estos paquetes no similar al ejemplo de libbonobo a continuación. Sin embargo, muchos otros ebuilds, es decir, simplistas, gedit, etc también se vieron afectados.
Escribir libbonobo-bonobo-persisten-archivo.html de refentry (libbonobo-bonobo-persisten-archivo)
Escribir libbonobo-bonobo-persisten-stream.html de refentry (libbonobo-bonobo-persisten-stream)
Escribir libbonobo-bonobo-persisten-client.html de refentry (libbonobo-bonobo-persisten-cliente)
Persist.html Escribir para el capítulo (persisten)
Escribir debugging.html de refentry (depuración)
Escribir libbonobo-faq.html para refentry (libbonobo-preguntas frecuentes)
Escribir libbonobo-bonobo-config-database.html de refentry (libbonobo-bonobo-config-base de datos)
Escribir misc.html para el capítulo (misceláneos)
Escribir ix01.html para el índice de
Escribir index.html para el libro (índice)
Escribir index.sgml para el libro (índice)
Escribir libbonobo.devhelp para el libro (índice)
Escribir libbonobo.devhelp2 para el libro (índice)
gtk-doc: la fijación de referencias cruzadas
tratar Vitry vish: / usr / bin / vim: Datei oder nicht gefunden Verzeichnis
readline () en el gestor de archivo cerrado NewFile en / usr / bin / gtkdoc-fixxref la línea 467.
El uso de un valor sin inicializar en sustitución de (s / / /) en / usr / bin / gtkdoc-fixxref línea 470.
El uso de un valor sin inicializar en sustitución de (s / / /) en / usr / bin / gtkdoc-fixxref línea 471.
El uso de un valor sin inicializar en sustitución de (s / / /) en / usr / bin / gtkdoc-fixxref línea 475.
El uso de un valor sin inicializar en sustitución de (s / / /) en / usr / bin / gtkdoc-fixxref línea 476.
El uso de un valor sin inicializar en sustitución de (s / / /) en / usr / bin / gtkdoc-fixxref línea 477.
El uso de un valor sin inicializar en sustitución de (s / / /) en / usr / bin / gtkdoc-fixxref línea 478.
El uso de un valor sin inicializar en sustitución de (s / / /) en / usr / bin / gtkdoc-fixxref línea 479.
El uso de un valor sin inicializar en sustitución de (s / / /) en / usr / bin / gtkdoc-fixxref línea 480.
El uso de un valor sin inicializar en sustitución de (s / / /) en / usr / bin / gtkdoc-fixxref línea 481.
No se puede eliminar html/_temp_src.15046.h.html: Datei oder nicht gefunden Verzeichnis en / usr / bin / gtkdoc fixxref-486 la línea.
make [1]: *** [html build.stamp] Fehler 2
make [1]: se sale del directorio `/ var/tmp/portage/gnome-base/libbonobo-2.24.3/work/libbonobo-2.24.3/doc/api '
make: *** [all-recursive] Fehler 1
Después de varios días de búsqueda que fue capaz de seguir el tema hasta la parte de gtk-docfixref que utiliza vim para poner de relieve. Tal vez mi versión de gtk-doc (gtk-doc-1.13-r2) no es compatible con mi versión de vi (vim-7.2.303). Incluso desinstalar vi con fines de prueba no tuvo éxito ya que al menos esta versión de gtk-docfixref intenta utilizar vi, incluso si no está instalado.
Línea 290 de gtkdoc fixref:
if ("/ usr / bin / vim" ne "") {
Cambiar esta línea de
if ("/ usr / bin / vim" ne "/ usr / bin / vim") {
por obligar a gtk-docfixref ignorar siempre vi era la solución (temporal) para mí. Después me volvió a ser capaces de construir todos los paquetes que usan gtk-doc para la documentación.
Como no se encontró ninguna información sobre el problema en la web estoy seguro si debo abrir un informe de error para él o si es sólo un problema local. Por lo tanto, si usted experimenta el mismo problema por favor deje un comentario.
Jürgen





![Validar mi feed RSS [Valid RSS]](http://validator.w3.org/feed/images/valid-rss.png)



































18 de agosto 2010 a las 3:21 am
Que estaba experimentando el mismo problema, la investigación rápida (limitado a vim, gracias a su mensaje) demostró que el problema está en la forma en gtk-doc llama vim (o algo así). Vim crea archivos. Xhtml, mientras que fixxref espera. Html ext.
Me llena de errores para gtk-doc, vamos a ver lo que arriba dice:
https://bugzilla.gnome.org/show_bug.cgi?id=627223
14 de julio 2011 a las 7:09 am
[...] 元 々 ここ に 書い て あっ た カテゴリー: Linux タグ: コメント (0) トラックバック (0) コメント を どうぞ トラックバック URL [...]