public inbox for gentoo-java@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ivan Yosifov <ivan@yosifov.net>
To: gentoo-java@lists.gentoo.org
Cc: Joshua Nichols <nichoj@gentoo.org>
Subject: Re: [gentoo-java] migration/eclass/java-utils.eclass: line 97: [: -ge: unary operator expected
Date: Tue, 25 Apr 2006 15:18:40 +0300	[thread overview]
Message-ID: <200604251518.40280.ivan@yosifov.net> (raw)
In-Reply-To: <200604201903.22261.ivan@yosifov.net>

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.

-- 
Cheers,
Ivan Yosifov.
-- 
gentoo-java@gentoo.org mailing list



  reply	other threads:[~2006-04-25 12:22 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-18 12:31 [gentoo-java] migration/eclass/java-utils.eclass: line 97: [: -ge: unary operator expected Ivan Yosifov
2006-04-18 16:36 ` Joshua Nichols
2006-04-19  8:08   ` Ivan Yosifov
2006-04-19 15:15     ` Joshua Nichols
2006-04-20 16:03       ` Ivan Yosifov
2006-04-25 12:18         ` Ivan Yosifov [this message]
2006-05-01 21:19           ` Joshua Nichols
2006-05-01 23:45             ` Mathew Robertson
2006-05-02  3:53               ` Joshua Nichols
2006-05-02  4:19                 ` [gentoo-java] OT: eclipse auto-indent Mathew Robertson
2006-05-02  4:48                   ` Qian Qiao
2006-05-02  4:50                     ` Mathew Robertson
2006-05-02 18:01                 ` [gentoo-java] migration/eclass/java-utils.eclass: line 97: [: -ge: unary operator expected Ivan Yosifov
2006-05-02 18:29                   ` Joshua Nichols

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200604251518.40280.ivan@yosifov.net \
    --to=ivan@yosifov.net \
    --cc=gentoo-java@lists.gentoo.org \
    --cc=nichoj@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox