public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-dev] Gzipped HTML docs in /usr/share/doc
@ 2002-02-19  8:04 Stefan Boresch
  2002-02-19  8:57 ` AW: " Sebastian Werner
  0 siblings, 1 reply; 3+ messages in thread
From: Stefan Boresch @ 2002-02-19  8:04 UTC (permalink / raw
  To: gentoo-dev

I have recently stumbled across a lot of gzipped *.html *.htm
files in the /usr/share/doc hierarchy.  I don't like it very much
since this breaks all navigation links.  My question is: is this
intended, should I write bug reports, should I submit patches (provided
I figure out who is the 'culprit' for the compression (I suppose this is
a 'feature' of ebuild at some level)

Thanks,

Stefan Boresch

PS: Assuming that the compression of documentation is done
semi-automatically by ebuild, might it not be the easiest to either
exclude htm(l) pages from compression, or make the behavior user
controllable...?






^ permalink raw reply	[flat|nested] 3+ messages in thread

* AW: [gentoo-dev] Gzipped HTML docs in /usr/share/doc
  2002-02-19  8:04 [gentoo-dev] Gzipped HTML docs in /usr/share/doc Stefan Boresch
@ 2002-02-19  8:57 ` Sebastian Werner
  2002-02-20 16:41   ` Chris Houser
  0 siblings, 1 reply; 3+ messages in thread
From: Sebastian Werner @ 2002-02-19  8:57 UTC (permalink / raw
  To: gentoo-dev

You are right. Leave all directories which contains html-documentation
without compression or put all files in one tar file and compress this
file.

Greetings

Sebastian

-----Ursprüngliche Nachricht-----
Von: gentoo-dev-admin@gentoo.org [mailto:gentoo-dev-admin@gentoo.org] Im
Auftrag von Stefan Boresch
Gesendet: Dienstag, 19. Februar 2002 09:04
An: gentoo-dev@gentoo.org
Betreff: [gentoo-dev] Gzipped HTML docs in /usr/share/doc

I have recently stumbled across a lot of gzipped *.html *.htm
files in the /usr/share/doc hierarchy.  I don't like it very much
since this breaks all navigation links.  My question is: is this
intended, should I write bug reports, should I submit patches (provided
I figure out who is the 'culprit' for the compression (I suppose this is
a 'feature' of ebuild at some level)

Thanks,

Stefan Boresch

PS: Assuming that the compression of documentation is done
semi-automatically by ebuild, might it not be the easiest to either
exclude htm(l) pages from compression, or make the behavior user
controllable...?




_______________________________________________
gentoo-dev mailing list
gentoo-dev@gentoo.org
http://lists.gentoo.org/mailman/listinfo/gentoo-dev



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [gentoo-dev] Gzipped HTML docs in /usr/share/doc
  2002-02-19  8:57 ` AW: " Sebastian Werner
@ 2002-02-20 16:41   ` Chris Houser
  0 siblings, 0 replies; 3+ messages in thread
From: Chris Houser @ 2002-02-20 16:41 UTC (permalink / raw
  To: gentoo-dev

There is a "dohtml" command available in ebuild scripts for just this
purpose.  I think you should feel free to file bugs against any ebuild
that installs html files in compressed form.

--Chouser

Sebastian Werner wrote:               [Tue Feb 19 2002,  3:57:03AM EST]         
> You are right. Leave all directories which contains html-documentation
> without compression or put all files in one tar file and compress this
> file.
> 
> Greetings
> 
> Sebastian
> 
> -----Ursprüngliche Nachricht-----
> Von: gentoo-dev-admin@gentoo.org [mailto:gentoo-dev-admin@gentoo.org] Im
> Auftrag von Stefan Boresch
> Gesendet: Dienstag, 19. Februar 2002 09:04
> An: gentoo-dev@gentoo.org
> Betreff: [gentoo-dev] Gzipped HTML docs in /usr/share/doc
> 
> I have recently stumbled across a lot of gzipped *.html *.htm
> files in the /usr/share/doc hierarchy.  I don't like it very much
> since this breaks all navigation links.  My question is: is this
> intended, should I write bug reports, should I submit patches (provided
> I figure out who is the 'culprit' for the compression (I suppose this is
> a 'feature' of ebuild at some level)
> 
> Thanks,
> 
> Stefan Boresch
> 
> PS: Assuming that the compression of documentation is done
> semi-automatically by ebuild, might it not be the easiest to either
> exclude htm(l) pages from compression, or make the behavior user
> controllable...?
> 
> 
> 
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-02-20 16:43 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-02-19  8:04 [gentoo-dev] Gzipped HTML docs in /usr/share/doc Stefan Boresch
2002-02-19  8:57 ` AW: " Sebastian Werner
2002-02-20 16:41   ` Chris Houser

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox