$ grep JavaCC /etc/* /etc/csh.env:setenv VERSION 'JavaCC @PV@' [cut] I think some java install stuff is broken. I found this to be cause why I couldn't build dri modules from dri.sf.net on my own (and am not the only one according to google). Unsetting the VERSION variable helps to compile dri modules, but the question is still how did this happen. What is this variable useful for? The related bugreport is https://freedesktop.org/bugzilla/show_bug.cgi?id=969 Reproducible: Always Steps to Reproduce: 1. 2. 3.
Of course bash users are affected too. I did not search whole harddisk space, only /etc/ : /etc/profile.env:export VERSION='JavaCC @PV@' So it's in at least 2 files.
profile.env is generated from /etc/env.d/ what file contains VERSION there?
$ grep VERSION /etc/env.d/* /etc/env.d/22javacc:VERSION="JavaCC @PV@" $
hmm, that file should be installed in /etc/env.d/java/ and then its not added to profile.env and from what i can see the ebuild does this 41 dodir /etc/env.d/java 42 insinto /etc/env.d/java 43 newins ${PN}-${PV} 22javacc || die "Missing ${PF}" maybe a previous ebuild put it there, and somehow it got left (haven't check previous ebuilds)
Yes, I remember some java ebuild had problems (don't remember details). It's definitely not my fault, I actually don't program in Java so I never played with it more then just installed the package. Could you introduce sanity check into next java ebuild which would check for variable VERSION? If found in that env.d/ file, then the line should be removed automatically. I'm definitely not the only one.
some file dates from /etc/env.d/: Sep 12 2003 20java May 11 15:55 22javacc
-r3 will remove the file
*** Bug 63490 has been marked as a duplicate of this bug. ***
