Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 75578
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Java team <java@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Patrizio Bassi <hetfield666@gmail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 75578 depends on: Show dependency tree
Bug 75578 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-12-24 13:38 0000
>>> md5 src_uri ;-) bsf-src-2.3.0.tar.gz
>>> md5 src_uri ;-) bsf-rhino-1.5.patch.bz2
>>> Unpacking source...
>>> Unpacking bsf-src-2.3.0.tar.gz to /var/tmp/portage/bsf-2.3.0-r2/work
tar: A lone zero block at 5785
>>> Unpacking bsf-rhino-1.5.patch.bz2 to /var/tmp/portage/bsf-2.3.0-r2/work
 * Applying bsf-rhino-1.5.patch ...                                                                                    [ ok ]
>>> Source unpacked.
Buildfile: build.xml

prepare:

compile:
    [javac] Compiling 2 source files to /mnt/Dati/Gentoo/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/build/classes

BUILD SUCCESSFUL
Total time: 9 seconds
Buildfile: build.xml

init:

prepare:

bsf_debug-compile:
     [echo] Target: bsf_debug - Compile ...

init:

prepare:

compile:
    [javac] Compiling 9 source files to /mnt/Dati/Gentoo/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf_debug/build/classes

    [javac] Issued 9 semantic warnings compiling "/mnt/Dati/Gentoo/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf_debug/src/org/apache/bsf/debug/util/ResultCell.java":

    [javac]    251.                 double dval;
    [javac]                                ^--^
    [javac] *** Semantic Warning: Local "dval" shadows a field of the same name in "org.apache.bsf.debug.util.ResultCell".


    [javac]    462.             boolean bool = fDataInputStream.readBoolean();
    [javac]                             ^--^
    [javac] *** Semantic Warning: Local "bool" shadows a field of the same name in "org.apache.bsf.debug.util.ResultCell".


    [javac]    469.             int val32 = fDataInputStream.readInt();
    [javac]                         ^---^
    [javac] *** Semantic Warning: Local "val32" shadows a field of the same name in "org.apache.bsf.debug.util.ResultCell".


    [javac]    477.             int val32 = fDataInputStream.readInt();
    [javac]                         ^---^
    [javac] *** Semantic Warning: Local "val32" shadows a field of the same name in "org.apache.bsf.debug.util.ResultCell".


    [javac]    484.             long val64 = fDataInputStream.readLong();
    [javac]                          ^---^
    [javac] *** Semantic Warning: Local "val64" shadows a field of the same name in "org.apache.bsf.debug.util.ResultCell".


    [javac]    491.             float fval = fDataInputStream.readFloat();
    [javac]                           ^--^
    [javac] *** Semantic Warning: Local "fval" shadows a field of the same name in "org.apache.bsf.debug.util.ResultCell".


    [javac]    498.             double dval = fDataInputStream.readDouble();
    [javac]                            ^--^
    [javac] *** Semantic Warning: Local "dval" shadows a field of the same name in "org.apache.bsf.debug.util.ResultCell".


    [javac]    509.             int tid, uid, enguid;
    [javac]                         ^-^
    [javac] *** Semantic Warning: Local "tid" shadows a field of the same name in "org.apache.bsf.debug.util.ResultCell".


    [javac]    509.             int tid, uid, enguid;
    [javac]                              ^-^
    [javac] *** Semantic Warning: Local "uid" shadows a field of the same name in "org.apache.bsf.debug.util.ResultCell".
      [jar] Building jar: /mnt/Dati/Gentoo/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf_debug/build/lib/bsf_debug.jar

bsf-compile:
     [echo] Target: bsf - Compile ...

init:

prepare:

checkDependencies:

checkJacl:
     [echo] Warning: Jacl dependencies were not resolved.

checkJPython:
     [echo] Warning: JPython dependencies were not resolved.

checkJython:

checkNetRexx:
     [echo] Warning: NetRexx dependencies were not resolved.

checkRhino:

checkXalan:
     [echo] Warning: Xalan dependencies were not resolved.

compile:
    [javac] Compiling 23 source files to /mnt/Dati/Gentoo/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/build/classes

    [javac] Issued 1 semantic warning compiling "/mnt/Dati/Gentoo/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/src/org/apache/bsf/engines/javascript/JavaScriptEngine.java":

    [javac]    346.             Scriptable bsf = cx.toObject(new BSFFunctions(mgr, this), global);
    [javac]                                      ^---------^
    [javac] *** Semantic Warning: Invoking the class method "toObject" via an instance is discouraged because the method invoked will be the one in the variable's declared type, not the instance's dynamic type.

    [javac] Found 1 semantic error compiling "/mnt/Dati/Gentoo/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/src/org/apache/bsf/engines/javascript/JsContextStub.java":

    [javac]    201.                 obj = call.getThisObj();
    [javac]                               ^---------------^
    [javac] *** Semantic Error: No accessible method with signature "getThisObj()" was found in type "org.mozilla.javascript.NativeCall".

BUILD FAILED
/mnt/Dati/Gentoo/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/build.xml:143: The following error occurred while executing this line:
/mnt/Dati/Gentoo/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/build.xml:211: Compile failed; see the compiler error output for details.

Total time: 21 seconds

!!! ERROR: dev-java/bsf-2.3.0-r2 failed.
!!! Function src_compile, Line 52, Exitcode 1
!!! Failed to build main package
!!! If you need support, post the topmost build error, NOT this status message.


this stops the entire chain to Rhino

------- Comment #1 From Howard B. Golden 2004-12-26 19:17:04 0000 -------
I also have a compilation error at the same statement under Blackdown-1.4.2-01.

Here are the messages I get under Blackdown-1.4.2-01:

Buildfile: build.xml

prepare:

compile:
    [javac] Compiling 2 source files to /var/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/build/classes

BUILD SUCCESSFUL
Total time: 4 seconds
Buildfile: build.xml

init:

prepare:

bsf_debug-compile:
     [echo] Target: bsf_debug - Compile ...

init:

prepare:

compile:
    [javac] Compiling 9 source files to /var/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf_debug/build/classes
      [jar] Building jar: /var/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf_debug/build/lib/bsf_debug.jar

bsf-compile:
     [echo] Target: bsf - Compile ...

init:

prepare:

checkDependencies:

checkJacl:
     [echo] Warning: Jacl dependencies were not resolved.

checkJPython:
     [echo] Warning: JPython dependencies were not resolved.

checkJython:

checkNetRexx:
     [echo] Warning: NetRexx dependencies were not resolved.

checkRhino:

checkXalan:

compile:
    [javac] Compiling 23 source files to /var/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/build/classes
    [javac] /var/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/src/org/apache/bsf/engines/javascript/JsContextStub.java:201: cannot resolve symbol
    [javac] symbol  : method getThisObj ()
    [javac] location: class org.mozilla.javascript.NativeCall
    [javac]                 obj = call.getThisObj();
    [javac]                           ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

BUILD FAILED
/var/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/build.xml:143: The following error occurred while executing this line:
/var/tmp/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/build.xml:211: Compile failed; see the compiler error output for details.

Total time: 5 seconds

------- Comment #2 From Jan Brinkmann (RETIRED) 2004-12-27 05:18:00 0000 -------
tested this and found that we have to slot rhino, this occours when rhino-1.6.1
is installed. bsf needs rhino-1.5.x as it seems. 

------- Comment #3 From Thomas Drueke 2004-12-30 12:54:30 0000 -------
Here is one additional comment.

I have a similar problem. After upgrading Rhino to version 1.6.1 I can no longer compile bsf. Therefore I added my findings here.

Downgrading Rhino from version 1.6.1 to 1.5.5 fixes the following compilation error for me:


compile:
    [javac] Compiling 23 source files to /home/src/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/build/classes
    [javac] /home/src/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/src/org/apache/bsf/engines/javascript/JsContextStub.java:201: cannot resolve symbol
    [javac] symbol  : method getThisObj ()
    [javac] location: class org.mozilla.javascript.NativeCall
    [javac]                 obj = call.getThisObj();
    [javac]                           ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 1 error

BUILD FAILED
/home/src/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/build.xml:143: The following error occurred while executing this line:
/home/src/portage/bsf-2.3.0-r2/work/bsf-2.3.0/src/bsf/build.xml:211: Compile failed; see the compiler error output for details.

Total time: 4 seconds

!!! ERROR: dev-java/bsf-2.3.0-r2 failed.
!!! Function src_compile, Line 52, Exitcode 1
!!! Failed to build main package
!!! If you need support, post the topmost build error, NOT this status message.



Don't know if this is doubled or if it helps....

BR
Thomas

------- Comment #4 From Thomas Drueke 2004-12-30 12:58:27 0000 -------
Arggh. First reading, then writing....:-(



Happy new years eve.

Thomas

------- Comment #5 From Karl Trygve Kalleberg (RETIRED) 2004-12-30 13:20:42 0000 -------
Obviously rhino must be slotted correctly.

SLOT="1.5" for rhino 1.5
SLOT="1.6" for rhino 1.6

bsf should be changed to

RDEPEND="|| ( =dev-java/rhino-1.4* =dev-java/rhino-1.5* )"

I think.

------- Comment #6 From Jan Brinkmann (RETIRED) 2005-01-04 10:09:55 0000 -------
*** Bug 76659 has been marked as a duplicate of this bug. ***

------- Comment #7 From Kenyon Ralph 2005-01-06 07:46:41 0000 -------
So when are these slots and dependencies going to be put in Portage?  The same
compilation error as the original reporter just stopped my emerge -e world
halfway through 425 packages.  I'm never going to get through this, some
package keeps failing!

------- Comment #8 From Kenyon Ralph 2005-01-06 08:29:02 0000 -------
Hmm well I get the same build error from bsf even with rhino 1.5.5 installed
alongside 1.6.1.  I guess I don't really need bsf or rhino, but for some reason
they wanted to get installed when I was emerging jedit.

------- Comment #9 From Jan Brinkmann (RETIRED) 2005-01-06 10:29:28 0000 -------
*** Bug 76923 has been marked as a duplicate of this bug. ***

------- Comment #10 From Patrizio Bassi 2005-01-13 05:07:09 0000 -------
i merged it this way:
disable all use flags, unmerged rhino, emerged bsf, remerged rhino.

bsf was blocking the eclipse-sdk dependecy chain, after this i could compile and run eclipse with no problems.

*seems* a nice workaround.

------- Comment #11 From Josh Nichols (RETIRED) 2005-01-19 09:59:04 0000 -------
I was trying to install eclipse when I ran into this bug.
I managed to get bsf emerged by doing the following:

emerge --oneshot bsf
# this failed because of rhino-1.6.1, as someone mentioned
emerge --oneshot =dev-java/rhino-1.5.5
emerge --oneshot bsf

After these commands, I was able to continue emerging eclipse

------- Comment #12 From Ronald Hummelink 2005-01-21 05:48:58 0000 -------
- I Duplicated dev-java/rhino into PORTDIR_OVERLAY
- Edited the 1.5 and 1.6 ebuilds to have SLOT="1.5" and SLOT="1.6" respectively
- emerge --oneshot =rhino-1.5* =rhino-1.6*

Merging bsh 2.3 works now.



------- Comment #13 From Jan Brinkmann (RETIRED) 2005-01-29 13:31:44 0000 -------
ok, rhino is now slotted correctly and i think i've updated all references to
rhino and DEPEND/RDEPEND reflects the new slots.

------- Comment #14 From Dan Andresan 2005-01-30 03:00:59 0000 -------
Is it how slotted install should work?

asgard root # emerge -uDav world

These are the packages that I would merge, in order:

Calculating world dependencies ...done!
...
[ebuild  NS   ] dev-java/rhino-1.5.5-r1  -doc +jikes 0 kB

asgard root # emerge --search rhino
Searching...
[ Results for search key : rhino ]
[ Applications found : 1 ]

*  dev-java/rhino
      Latest version available: 1.5.5-r1
      Latest version installed: 1.5.5
      Size of downloaded files: 1,505 kB

It seems that rhino-1.5.5-r1 will be installed in a new slot, alongside 1.5.5, instead of updating it?

from what I read, it was supposed to be installed alongside rhino 1.6.1 (which is still ~amd64 for me)

The expected behaviour: 1.5.5-r1 should UPDATE 1.5.5 (if found), or install alongside 1.6.1 (if found).

But of course I might be wrong, because I cannot say that I completely understand slotted installation.

------- Comment #15 From Thomas Matthijs (RETIRED) 2005-01-30 03:19:54 0000 -------
it should probably also have been slotmove'ed in 
profiles/updates/

slotmove =dev-java/rhino-1.5* 1.5
slotmove =dev-java/rhino-1.6 1.6

so it will update/remove the old ones with SLOT="0"

------- Comment #16 From Jan Brinkmann (RETIRED) 2005-01-30 04:44:15 0000 -------
ok, i'm sorry. i didn't knew that, i've done it and i'll keep that in mind.

------- Comment #17 From Jan Brinkmann (RETIRED) 2005-03-20 06:07:07 0000 -------
*** Bug 85074 has been marked as a duplicate of this bug. ***

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug