From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1Fai5g-0002BB-Tm for garchives@archives.gentoo.org; Mon, 01 May 2006 23:46:09 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k41Nje6W008983; Mon, 1 May 2006 23:45:40 GMT Received: from mail.netratings.com.au (mail.netratings.com.au [203.166.18.80]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k41Njcew031197 for ; Mon, 1 May 2006 23:45:39 GMT Received: (qmail 30999 invoked by uid 89); 1 May 2006 23:45:36 -0000 Received: by simscan 1.1.0 ppid: 30980, pid: 30982, t: 4.6145s scanners: attach: 1.1.0 clamav: 0.85.1/m:32/d:954 spam: 3.0.4 Received: from unknown (HELO ?10.0.1.169?) (mathew.robertson@netratings.com.au@203.166.18.238) by mail.netratings.com.au with SMTP; 1 May 2006 23:45:32 -0000 Message-ID: <44569DAB.30403@netratings.com.au> Date: Tue, 02 May 2006 09:45:47 +1000 From: Mathew Robertson Organization: Nielsen//NetRatings User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@gentoo.org MIME-Version: 1.0 CC: gentoo-java@lists.gentoo.org Subject: Re: [gentoo-java] migration/eclass/java-utils.eclass: line 97: [: -ge: unary operator expected References: <200604181531.47237.ivan@yosifov.net> <44465419.3010503@gentoo.org> <200604201903.22261.ivan@yosifov.net> <200604251518.40280.ivan@yosifov.net> <44567B7E.8000308@gentoo.org> In-Reply-To: <44567B7E.8000308@gentoo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.netratings.com.au X-Spam-Level: X-Spam-Status: No, score=-102.5 required=5.0 tests=AWL,BAYES_00, MISSING_HEADERS,USER_IN_WHITELIST autolearn=ham version=3.0.4 X-Archives-Salt: 4d24a915-e10b-4b08-b374-d70d503e08a1 X-Archives-Hash: 8b95c7adf6a7d54cb678ee2093dc671c I was also having similar problems yesterday, as I had just done a system update. re-emerging the java-config-wrapper has solved most of them - thanks for the tip. Mathew Robertson Joshua Nichols wrote: > Ivan Yosifov wrote: >> Am Donnerstag, 20. April 2006 19:03 schrieb Ivan Yosifov: >> >>> Am Mittwoch, 19. April 2006 18:15 schrieb Joshua Nichols: >>> >>>> Ivan Yosifov wrote: >>>> >>>>> Am Dienstag, 18. April 2006 19:36 schrieb Joshua Nichols: >>>>> >>>>>> Ivan Yosifov wrote: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> Happens while emergeing eclipse: >>>>>>> >>>>>>> home ~ # emerge -1 eclipse-sdk >>>>>>> Calculating dependencies... done! >>>>>>> >>>>>>> >>>>>>>>>> Emerging (1 of 1) dev-util/eclipse-sdk-3.1.2 to / >>>>>>>>>> checksums files .... >>>>>>>>>> checksums src_uri ;-) eclipse-sourceBuild-srcIncluded-3.1.2.zip >>>>>>>>>> >>>>>>> * Checking for sufficient physical RAM >>>>>>> * Checking for bad CFLAGS >>>>>>> * Found offending option -fomit-frame-pointer in your CFLAGS >>>>>>> .... >>>>>>> * Tip: use equery depgraph "=eclipse-sdk-3.1.2" to list all >>>>>>> dependencies. >>>>>>> >>>>>>> /usr/local/portage/migration/migration/eclass/java-utils.eclass: >>>>>>> line >>>>>>> 97: [: -ge: unary operator expected >>>>>>> Detected a JDK < 1.5.0 >>>>>>> Detected a JDK >= 1.4.2 >>>>>>> >>>>>>> >>>>>>>>>> Unpacking source... >>>>>>>>>> >>>>>>> /usr/local/portage/migration/migration/ is where I've put the >>>>>>> migration overlay revision 2114. Bash is 3.1_p17. Is this an eclass >>>>>>> bug or something else ? >>>>>>> >>>>>> Something else, I think. I've been working on the eclipse ebuilds >>>>>> (while using migration-overlay, obviously), and hadn't noticed any >>>>>> problems. >>>>>> >>>>>> It might have something to do with the ebuild itself. Someone >>>>>> went and >>>>>> committed a bump to 3.1.2 without consulting with us Java folks, so >>>>>> I'm not sure what condition it is. Expect to see a new revision in a >>>>>> day or so... >>>>>> >>>>>> Josh >>>>>> >>>>> I am getting the same with the new eclipse-sdk-3.1.2-r1. I added some >>>>> debugging output to the eclass in java-utils_is-vm-version-ge(): >>>>> >>>>> --- ./java-utils.eclass 2006-04-19 10:58:43.000000000 +0300 >>>>> +++ /usr/local/portage/migration/migration/eclass/java-utils.eclass >>>>> 2006-04-19 11:00:25.000000000 +0300 >>>>> @@ -91,6 +91,12 @@ >>>>> local vm_patch=$(echo ${vm_version} | cut -d. -f3) >>>>> local vm_extra=$(echo ${vm_version} | cut -d. -f4) >>>>> >>>>> + echo ${vm_major} >>>>> + echo ${vm_minor} >>>>> + echo ${user_major} >>>>> + echo ${user_minor} >>>>> + echo ${vm_patch} >>>>> + echo ${user_patch} >>>>> if [ ${vm_major} -ge ${user_major} ] && [ ${vm_minor} -gt >>>>> ${user_minor} ] ; then >>>>> echo "Detected a JDK >= ${user_version}" >>>>> return 0 >>>>> >>>>> and the output is: >>>>> >>>>> * Tip: use equery depgraph "=eclipse-sdk-3.1.2-r1" to list all >>>>> dependencies. >>>>> >>>>> 1 >>>>> 5 >>>>> 1 >>>>> 5 >>>>> >>>>> 0 >>>>> /usr/local/portage/migration/migration/eclass/java-utils.eclass: line >>>>> 103: [: -ge: unary operator expected >>>>> Detected a JDK < 1.5.0 >>>>> 1 >>>>> 5 >>>>> 1 >>>>> 4 >>>>> >>>>> 2 >>>>> Detected a JDK >= 1.4.2 >>>>> >>>>> >>>>>>>> Unpacking source... >>>>>>>> >>>>> ,meaning that vm_patch is ending up empty and that seems to >>>>> confuse -ge >>>>> conditionals using it. >>>>> >>>> I'll have to look into this, but it probably just needs to sanity >>>> checking for the vm_extra and company. >>>> >>>> Aside from that, what is the original of the ebuild for eclipse >>>> that you >>>> are using? Also, which VM are you using? I haven't been able to quite >>>> reproduce this problem... >>>> >>>> Josh >>>> >>> I am using the eclipse-sdk-3.1.2-r1 ebuild from the main tree, attached >>> here for reference. I have sun-jdk 1.4.2.10-r13 and 1.5.0.06-r13 >>> installed. >>> The problem with vm_patch seems to be that >>> >>> java-config -f | sed -e "s/.*-\([0-9.]\+\).*/\1/" ( in >>> java-utils_get-vm-version ) >>> >>> returns just "1.5" and so >>> >>> vm_patch=$(echo ${vm_version} | cut -d. -f3) ( in >>> java-utils_is-vm-version-ge ) ends up being an empty string. There >>> is no >>> third field to cut. >>> >> >> Still an issue with eclipse-sdk-3.1.2-r2 and migration overlay >> revision 2129. >> >> > > Could you check the contents of /usr/bin/java-config ? If it is a > python script, try remerging java-config-wrapper. > > I just finished helping a user in #gentoo-java that was having the > same issue, and that did the trick. > > Now, I need to track down why it's the original java-config, instead > of the new wrapper for java-config.... > > - Josh -- gentoo-java@gentoo.org mailing list