Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 444720 - [gamerlay] games-emulation/vbam-1.8.0.1090 USE=link - .../work/vbam-1.8.0.1090/src/gba/GBALink.h:64:37: error: 'IPAddress' in namespace 'sf' does not name a type
Summary: [gamerlay] games-emulation/vbam-1.8.0.1090 USE=link - .../work/vbam-1.8.0.109...
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Vadim A. Misbakh-Soloviov (mva)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-25 18:23 UTC by C. Wijtmans
Modified: 2015-08-29 20:31 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
file.tar.gz (gist4144658-180e0825bb0bce673ee6824de4ca7e46cfe6a4d0.tar.gz,6.82 KB, application/x-gzip)
2012-11-25 18:23 UTC, C. Wijtmans
Details

Note You need to log in before you can comment on or make changes to this bug.
Description C. Wijtmans 2012-11-25 18:23:11 UTC
Created attachment 330556 [details]
file.tar.gz

fixed by building without link.
Comment 1 Tim Harder gentoo-dev 2012-11-26 16:54:41 UTC
Marking as invalid since I'm pretty sure you have some non-tree snapshot or git version of sfml2 installed and this requires <sfml-2 that's in the tree.
Comment 2 C. Wijtmans 2012-11-26 19:57:52 UTC
First of all i only am on gentoo and gamerlay .
Second of all if that is the case there should be ebuild check.

sfml2 doesnt seem to exist in portage.
"emerge: Maybe you meant any of these: media-libs/csfml, dev-ruby/sfl, dev-python/pysfml?"

Dont make assumptions.
Comment 3 Tim Harder gentoo-dev 2012-11-26 22:04:02 UTC
(In reply to comment #2)
> First of all i only am on gentoo and gamerlay .
> Second of all if that is the case there should be ebuild check.
> 
> sfml2 doesnt seem to exist in portage.
> "emerge: Maybe you meant any of these: media-libs/csfml, dev-ruby/sfl,
> dev-python/pysfml?"
> 
> Dont make assumptions.

So what version of media-libs/libsfml do you have installed? I'm guessing libsfml-2.0_rc20120731 from gamerlay... and my assumption will be correct. :P
Comment 4 C. Wijtmans 2012-11-26 22:12:55 UTC
# emerge libsfml

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N     ] media-libs/libsndfile-1.0.25  USE="alsa sqlite -minimal -static-libs" 0 kB
[ebuild  N     ] media-libs/libsfml-2.0_rc20120731::gamerlay  USE="-debug" 0 kB


1. ebuild doesnt use link ? libsfml<2 when it should
2. if 2.0 is not compatible it should block it.
Comment 5 Tim Harder gentoo-dev 2012-11-26 22:16:07 UTC
> 1. ebuild doesnt use link ? libsfml<2 when it should

Yes it depends on libsfml properly for link support.

> 2. if 2.0 is not compatible it should block it.

No it shouldn't because 2.0 isn't in the main tree yet, overlays aren't supported.

Closing again as invalid because this is obviously due to libsfml-2 problems and libsfml-2 isn't in the tree yet.
Comment 6 C. Wijtmans 2012-11-26 22:24:38 UTC
fine, cant gentoo games join efforts with gamerlay? much cleaner and easier this way.
Comment 7 Vadim A. Misbakh-Soloviov (mva) gentoo-dev 2012-11-27 07:11:42 UTC
(In reply to comment #6)
> fine, cant gentoo games join efforts with gamerlay? much cleaner and easier
> this way.

1) Gentoo Games team almost not related to gamerlay.
2) as gamerlay maintainer, all I can suggest is to mask >libsfml-1.6 either in portage tree's package mask or gamerlay one.
And my suggestion is tree one, as it already contains some atoms from overlays (mariadb, for example).

And, to be honest, if I imagine myself in place of gamerlay user, I think, I won't be happy on any in-overlay masking because of packages, not related to gamerlay, that are incompatible with modern versions of library, which gamerlay contains (and which some games depends).

Let's discuss on that? :)
Comment 8 Sergey Popov gentoo-dev 2012-11-27 07:40:29 UTC
@mva, i have plans to add libsfml snapshot from gamerlay to main tree, see bug #442604. So, you are some point right - proper blockers or atom masking are needed.
Comment 9 Tim Harder gentoo-dev 2012-11-27 07:43:40 UTC
Obviously proper blocking or masks are coming, but not before libsfml-2* gets added to the official tree.
Comment 10 C. Wijtmans 2012-11-27 08:51:04 UTC
(In reply to comment #7)
> 1) Gentoo Games team almost not related to gamerlay.
> 2) as gamerlay maintainer, all I can suggest is to mask >libsfml-1.6 either
> in portage tree's package mask or gamerlay one.
> And my suggestion is tree one, as it already contains some atoms from
> overlays (mariadb, for example).

Well i am suggesting moving the gentoo game team to gamerlay and make gamerlay an official addon to the portage tree, cleaner and efficient, now we have double efforts. Also it seems more logical because i think very little people actually use the gentoo games/related in portage tree, or am i wrong?

> And, to be honest, if I imagine myself in place of gamerlay user, I think, I
> won't be happy on any in-overlay masking because of packages, not related to
> gamerlay, that are incompatible with modern versions of library, which
> gamerlay contains (and which some games depends).
> 
> Let's discuss on that? :)

Well what you could do also is duplicate the vbam ebuild in your tree and  link ? libsfml <2. But that again is double efforts.
Comment 11 Tim Harder gentoo-dev 2012-11-27 09:55:18 UTC
(In reply to comment #10)
> Well i am suggesting moving the gentoo game team to gamerlay and make
> gamerlay an official addon to the portage tree, cleaner and efficient, now
> we have double efforts. Also it seems more logical because i think very
> little people actually use the gentoo games/related in portage tree, or am i
> wrong?

If anything, more contributors should aim to become devs to move games they like and want to maintain into the tree or find proxy-maintainers who are interested in helping them.

Making an overlay as an official addon does not make things "cleaner and more efficient," quite the opposite as now an overlay has to be tracked and kept in sync with the tree.
Comment 12 C. Wijtmans 2012-11-27 11:33:20 UTC
What i do is move the vbam ebuild to gamerlay? Now we have duplicated efforts that are not compatible or do you mean move gamerlay to the main tree? While not everyone uses the games section of the portage tree you might see it as unnecesary syncing, file searching etc. If you mean contributing to the gamerlay i have no idea how. If you mean more maintainers for the main overlay  i will still have to learn how these ebuilds works and i have otehr things to do.
Comment 13 Jeroen Roovers (RETIRED) gentoo-dev 2012-11-28 16:07:29 UTC
I'd still vote for INVALID. If a package in the official tree depends on a specific version of a library that is in the tree, then you can actually fix the problem. If it should not depend on a version that is in an overlay, then you should use package.mask locally to fix the problem since you are combining the two trees.

There isn't anything the overlay maintainer can do, and we can't do sweeping changes like marrying the two trees, or setting "defensive" negative dependencies in the official tree are insane (we'd never finish setting obscure deps like that).
Comment 14 Tim Harder gentoo-dev 2015-08-29 20:31:07 UTC
Latest vbam snapshot in the tree builds against libsfml-2, older version limited to <libsfml-2.