[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#288225: missing *.png files



retitle 288225 xspecs: image files missing from HTML documentation [FIXED in xorg-x11 6.8.2]
tag 288225 + upstream fixed-upstream
thanks

On Sun, Jan 02, 2005 at 04:53:19PM +0100, Németh Márton wrote:
[...]
> >In the xspec 4.3.0.dfsg.1-4 package there are html files which refers to
> >several grohtml-*.png files which are missing.
> >
> >Where can I find these png's?
> 
> Hmm; the answer is, apparently, in a compiled source tree:
> 
> $ locate grohtml | less
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-142881.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-1428810.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-1428811.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-1428812.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-142882.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-142883.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-142884.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-142885.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-142886.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-142887.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-142888.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/CTEXT/grohtml-142889.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/FSProtocol/grohtml-143981.png
> /home/branden/packages/xfree86/4.3.0-testing/xfree86-4.3.0.dfsg.1/build-tree/xc/doc/specs/FSProtocol/grohtml-1439810.png
> [... and so forth for a great many more lines]
> 
> It would seem the upstream Imakefiles don't see fit to install these image
> files to the destination directory.  This is an upstream bug.
> 
> Would you file a bug report on this subject against the xspecs package?
> Feel free to use this mail as the body of your report.

This bug has been fixed upstream in X.Org X11 6.8.2.

Specifically, the HtmlClean() and InstallDoc() Imake rules have been
improved to cope with these .png files:

Annotations for xc/config/cf/X11.tmpl
***************
[...]
  4474	1.2          (eich     23-Apr-04): #ifdef HTMLroffCmd
  4475	1.2          (eich     23-Apr-04): #define HtmlTarget(file) file.html
  4476	1.2          (eich     23-Apr-04): #define HtmlClean(file) file.nhtml file.html file*.png
  4477	1.2          (eich     23-Apr-04): #else
  4478	1.2          (eich     23-Apr-04): #define HtmlTarget(file) /**/
  4479	1.2          (eich     23-Apr-04): #define HtmlClean(file) /**/
  4480	1.2          (eich     23-Apr-04): #endif
[...]
  4679	1.2          (eich     23-Apr-04): #ifndef InstallDoc
  4680	1.2          (eich     23-Apr-04): #define InstallDoc(name,deps)						@@\
  4681	1.2          (eich     23-Apr-04): install:: deps								@@\
  4682	1.2          (eich     23-Apr-04): 	MakeDir($(DESTDIR)$(DOCPSDIR))					@@\
  4683	1.2          (eich     23-Apr-04): 	@if [ -f name.ps -a X$(NOPS) = X ]; then set -x; \		@@\
  4684	1.2          (eich     23-Apr-04): 	  $(INSTALL) $(INSTALLFLAGS) $(INSTDATFLAGS) name.ps \		@@\
  4685	1.2          (eich     23-Apr-04): 		$(DESTDIR)$(DOCPSDIR); \				@@\
  4686	1.17         (gisburn  20-Jul-04): 	fi ; RemoveOldFile(name.ps,name.PS,$(DOCPSDIR))			@@\
  4687	1.2          (eich     23-Apr-04): 	MakeDir($(DESTDIR)$(DOCDIR))					@@\
  4688	1.2          (eich     23-Apr-04): 	@if [ -f name.txt -a X$(NOTXT) = X ]; then set -x; \		@@\
  4689	1.2          (eich     23-Apr-04): 	  $(INSTALL) $(INSTALLFLAGS) $(INSTDATFLAGS) name.txt \		@@\
  4690	1.2          (eich     23-Apr-04): 		$(DESTDIR)$(DOCDIR); \					@@\
  4691	1.17         (gisburn  20-Jul-04): 	fi ; RemoveOldFile(name.txt,name.TXT,$(DOCDIR))			@@\
  4692	1.2          (eich     23-Apr-04): 	MakeDir($(DESTDIR)$(DOCHTMLDIR))				@@\
  4693	1.2          (eich     23-Apr-04): 	@if [ -f name.html -a X$(NOHTML) = X ]; then (set -x; \		@@\
  4694	1.2          (eich     23-Apr-04): 	  $(INSTALL) $(INSTALLFLAGS) $(INSTDATFLAGS) name.html \	@@\
  4695	1.2          (eich     23-Apr-04): 		$(DESTDIR)$(DOCHTMLDIR)); \				@@\
  4696	1.2          (eich     23-Apr-04): 	  for i in name*.png; do \					@@\
  4697	1.2          (eich     23-Apr-04): 	    if [ -f $$i ]; then (set -x; \				@@\
  4698	1.2          (eich     23-Apr-04): 	      $(INSTALL) $(INSTALLFLAGS) $(INSTDATFLAGS) $$i \		@@\
  4699	1.2          (eich     23-Apr-04): 		$(DESTDIR)$(DOCHTMLDIR)); \				@@\
  4700	1.2          (eich     23-Apr-04): 	    fi; \							@@\
  4701	1.2          (eich     23-Apr-04): 	  done; \							@@\
  4702	1.2          (eich     23-Apr-04): 	fi								@@\
  4703	1.2          (eich     23-Apr-04): 	MakeDir($(DESTDIR)$(DOCPDFDIR))					@@\
  4704	1.2          (eich     23-Apr-04): 	@if [ -f name.pdf -a X$(NOPDF) = X ]; then set -x; \		@@\
  4705	1.2          (eich     23-Apr-04): 	  $(INSTALL) $(INSTALLFLAGS) $(INSTDATFLAGS) name.pdf \		@@\
  4706	1.2          (eich     23-Apr-04): 		$(DESTDIR)$(DOCPDFDIR); \				@@\
  4707	1.2          (eich     23-Apr-04): 	fi
  4708	1.2          (eich     23-Apr-04): #endif

I expect this bug to be fixed when xorg-x11 6.8.2 is uploaded to unstable.

-- 
G. Branden Robinson                |     You don't just decide to break
Debian GNU/Linux                   |     Kubrick's code of silence and then
branden@debian.org                 |     get drawn away from it to a
http://people.debian.org/~branden/ |     discussion about cough medicine.

Attachment: signature.asc
Description: Digital signature


Reply to: