Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 108520 - boo-0.7.0.1921 compile failure GetOptionalEntity
Summary: boo-0.7.0.1921 compile failure GetOptionalEntity
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: dotnet project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-08 11:10 UTC by Chris White (RETIRED)
Modified: 2005-11-25 14:38 UTC (History)
0 users

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 Chris White (RETIRED) gentoo-dev 2005-10-08 11:10:14 UTC
http://forums.gentoo.org/viewtopic-t-389157.html 
 
forums thread that triggered this is here.  Basically: 
 
     [booc] Compiling 4 file(s) 
to /var/tmp/portage/boo-0.7.0.1921/work/boo-0.7.0.1921/build/Boo.Lang.Interpreter.dll.  
      
[booc] /var/tmp/portage/boo-0.7.0.1921/work/boo-0.7.0.1921/src/Boo.Lang.Interpreter/AbstractInterpreter.boo(262,35): 
BCE0019: 'GetOptionalEntity' is not a member of 
'Boo.Lang.Compiler.TypeSystem.TypeSystemServices'.  
      [booc] 1 error(s).  
  
 BUILD FAILED - 1 non-fatal error(s), 138 warning(s)  
 
I searched bugzie left and right (and I mean searched :P) and nothing came up.
Comment 1 Peter Johanson (RETIRED) gentoo-dev 2005-10-08 12:02:53 UTC
This should be fixed by unmerging boo and then emerging boo-0.7.0. This is
caused by conflicts with the installed boo, and nant doing some stupid things.
I"ll add a warning message to the ebuild about this. Please confirm and report
back. Thanks.
Comment 2 Mike Kordik 2005-10-08 13:12:03 UTC
(In reply to comment #1)
> This should be fixed by unmerging boo and then emerging boo-0.7.0. This is
> caused by conflicts with the installed boo, and nant doing some stupid things.
> I"ll add a warning message to the ebuild about this. Please confirm and report
> back. Thanks.

# emerge unmerge boo
# emerge boo

Worked for me
Comment 3 Peter Johanson (RETIRED) gentoo-dev 2005-11-13 22:52:19 UTC
Ok, i just added a pre-emptive error message and die to the ebuild if we find an
older version of boo installed on the system. Should catch this upgrade gotchya
for most folks. Marking this FIXED.
Comment 4 Christian Malerbakken 2005-11-18 13:20:22 UTC
(In reply to comment #3)
> Ok, i just added a pre-emptive error message and die to the ebuild if we find an
> older version of boo installed on the system. Should catch this upgrade gotchya
> for most folks. Marking this FIXED.

I'm seeing your error:

>>> Unpacking source...

 * This version of boo has a problem compiling when an older
 * of boo is present on the system. Please unmerge boo and
 * then try emerging this version of boo. See bug #108520
 * at https://bugs.gentoo.org/show_bug.cgi?id=108520 for more
 * details.

however, "emerge unmerge boo" returns this:

athlon64 ~ # emerge unmerge boo

--- Couldn't find boo to unmerge.

>>> unmerge: No packages selected for removal.

Yet, boo still fails to emerge, claiming older versions are present.
Comment 5 Luis Felipe 2005-11-21 19:30:55 UTC
(In reply to comment #4)

Same here. I'm trying to emerge boo, but it claims that there is an older
version installed, when there isn't. The problem should be on line 25 of the
ebuild :
        if ! has_version ">=dev-lang/boo-0.7.0.1921"; then

Comment 6 bware 2005-11-23 05:45:27 UTC
Dito; after unmerging Boo, the ebuild's previous version check still won't let
you install the new version.

This can be fixed by changing the line:

      if ! has_version ">=dev-lang/boo-0.7.0.1921"; then

To:

      if has_version "<dev-lang/boo-0.7.0.1921"; then
Comment 7 Peter Johanson (RETIRED) gentoo-dev 2005-11-25 14:38:18 UTC
Ok, yeah, fixed the check, it should be saner now. Please report back if you
still have issues.