Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 556706 - dev-lang/R, R-3.2.0-r1: doc files left behind with .bz2 extension
Summary: dev-lang/R, R-3.2.0-r1: doc files left behind with .bz2 extension
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo Science Mathematics related packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-08-05 00:46 UTC by P.B. Lecavalier
Modified: 2020-04-18 01:33 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description P.B. Lecavalier 2015-08-05 00:46:53 UTC
After an install of R (3.2.0-r1), the following functions do not work, as
either root or mere user:

* contributors
* license or licence
* ??

For the first two, it's very minor. But the third one prevents getting some form of help (non-trivial problem!), including the search form in the browser, from help.start().

When calling those, it issues the message (this example: `??`)

    Error in file(con, "r") : cannot open the connection
    In addition: Warning message:
    In file(con, "r") :
      cannot open file '/usr/share/doc/R-3.2.0-r1/KEYWORDS.db': No such file or
      directory

Solution:
cd /usr/share/doc/R-3.2.0-r1/
rename '.bz2' '' *.bz2

The files are (and remain after this) bzip2 compressed, but even so a text editor (vim) can open them without binary fuss, and so does R. Not sure if there is a need to use bzcat on this.

Is this problem from ebuild or upstream? That's not the kind of thing one would have to take care of after installing.

Package: dev-lang/R-3.2.0-r1 ~amd64
System: stable amd64 (this is the only ~arch on it).

This is the latest R available in the tree. I don't know if previous ones (unstable) have the same behavior. What about the latest stable? It's 3 years old. I don't care!
Comment 1 P.B. Lecavalier 2015-08-05 23:21:10 UTC
I tested on the same machine the previous release, ~3.1.2, and this problem did not appear. 

I remerged 3.2.0-r1, and the problem was repeated. Also, I mentioned above license/licence, but that does not seem concerned by this actually.

Then I tried to replicate on another Gentoo install (pretty much identical except a few x86 cpu flags, a few days of differences in terms of updates) I merged =dev-lang/R-3.2.0-r1, and the problem is there too.
Comment 2 Larry the Git Cow gentoo-dev 2020-04-18 01:33:41 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=de035788fb8ceddd4a7b3fd038537f2e530009f1

commit de035788fb8ceddd4a7b3fd038537f2e530009f1
Author:     Michael Orlitzky <mjo@gentoo.org>
AuthorDate: 2020-04-17 23:23:38 +0000
Commit:     Michael Orlitzky <mjo@gentoo.org>
CommitDate: 2020-04-18 01:31:10 +0000

    dev-lang/R: new revision that leaves more docs uncompressed.
    
    The R interactive shell encourages users to read several documentation
    files using functions like contributors() and RShowDoc() that rely on
    the files being installed with their god-given names. This new revision
    tries to fix a few of the more common ones with docompress -x.
    
    Closes: https://bugs.gentoo.org/556706
    Package-Manager: Portage-2.3.89, Repoman-2.3.20
    Signed-off-by: Michael Orlitzky <mjo@gentoo.org>

 dev-lang/R/{R-3.6.3.ebuild => R-3.6.3-r1.ebuild} | 32 +++++++++++++++++++++++-
 1 file changed, 31 insertions(+), 1 deletion(-)