From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 25FD91381F3 for ; Sun, 16 Dec 2012 20:52:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 69612E0656; Sun, 16 Dec 2012 20:51:47 +0000 (UTC) Received: from smtp.webfaction.com (mail6.webfaction.com [74.55.86.74]) by pigeon.gentoo.org (Postfix) with ESMTP id 40FB3E0605 for ; Sun, 16 Dec 2012 20:50:20 +0000 (UTC) Received: from localhost (c-24-18-250-30.hsd1.wa.comcast.net [24.18.250.30]) by smtp.webfaction.com (Postfix) with ESMTP id 680DE26EFB5C for ; Sun, 16 Dec 2012 14:50:03 -0600 (CST) Date: Sun, 16 Dec 2012 12:50:02 -0800 From: Bryan Gardiner To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: /usr/share/doc/openrc/net.example not found Message-ID: <20121216125002.74601c49@khumba.net> In-Reply-To: <877gojhh49.fsf@ist.utl.pt> References: <877gojhh49.fsf@ist.utl.pt> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.12; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: bdb7b735-9ecd-456d-9637-b81fecebc387 X-Archives-Hash: 9bf12c93e230acb4c6090e6811406628 On Sat, 15 Dec 2012 10:08:54 +0200 nunojsilva@ist.utl.pt (Nuno J. Silva) wrote: > On 2012-12-15, Chris Stankevitz wrote: > > > Hello, > > > > The file > > > > /etc/conf.d/net > > > > reports that I can seen an example format at this location: > > > > /usr/share/doc/openrc/net.example > > As dale found, it's under a compression suffix. In fact, most (all?) > of the stuff that goes under /usr/share/doc is compressed by default > under gentoo. This used to be gzip -5, and was then changed to bzip > -9, and you can change it to anything else, including no compression > at all. What about software that refers to files in /usr/share/doc? I can't remember what program it was, but one I used a while back had a Help menu item that tried to open a manual living there, but of course the manual was compressed and under a different name and it couldn't be found. It's a minor inconvenience, but should files be left uncompressed for cases like this? Cheers, Bryan