In file included from /var/tmp/portage/games-util/springlobby-0.269/work/springlobby-0.269/src/battlelist.cpp:12:
/var/tmp/portage/games-util/springlobby-0.269/work/springlobby-0.269/src/battlelist.h:36:43: error: ‘string’ in namespace ‘std’ does not name a type
36 | battle_id_t BattleFromChannel(const std::string& channelName) const;
/var/tmp/portage/games-util/springlobby-0.269/work/springlobby-0.269/src/battlelist.h:20:1: note: ‘std::string’ is defined in header ‘<string>’; did you forget to ‘#include <string>’?
This is an unstable amd64 chroot image at a tinderbox (==build bot)
 x86_64-pc-linux-gnu-10.1.0 *
clang version 10.0.0
Thread model: posix
Available Python interpreters, in order of preference:
 python3.9 (fallback)
 python3.8 (fallback)
 python2.7 (fallback)
Available Ruby profiles:
 ruby25 (with Rubygems) *
Available Rust versions:
 rust-1.44.1 *
The following VMs are available for generation-2:
*) IcedTea JDK 3.16.0 [icedtea-bin-8]
Available Java Virtual Machines:
 icedtea-bin-8 system-vm
The Glorious Glasgow Haskell Compilation System, version 8.0.2
timestamp(s) of HEAD at this tinderbox image:
/var/db/repos/gentoo Tue 14 Jul 2020 04:05:34 PM UTC
emerge -qpvO games-util/springlobby
[ebuild N ] games-util/springlobby-0.269 USE="libnotify nls sound -debug"
Created attachment 649190 [details]
Created attachment 649192 [details]
Created attachment 649194 [details]
Created attachment 649196 [details]
Created attachment 649198 [details]
Created attachment 649200 [details]
Created attachment 649202 [details]
This is fixed by https://github.com/springlobby/springlobby/pull/958 in newer versions.
Still broken in mainstream, but update to latest version 0.273 available in 'spring' overlay : https://github.com/springlobby/overlay
Hello, one of proxy maintainers here. Sorry for not paying much attention to SL bug reports as I've temporarily lost interest in springrts.
I don't know if you can do it yourself (without being a proxy maintainer), but I suggest to go ahead and open a new bug for putting 0.273 into Portage and removing old ones. I could do this myself, but it would probably be rude as you already did most of the work. You can also apply for proxy maintainership.
Hello Fedja, no problem to have no more interest in playing a game, that's how life goes on :-)
The proposal is rather to remove obsolete and not any more proxied 'springlobby' ebuild from mainstream, and focus the effort on the 'Spring RTS' overlay. See https://github.com/springlobby/overlay/issues/25 for the rational.
Suggest to remove (see above comments and https://github.com/gentoo/gentoo/pull/23483 for rationale).
I cannot accept moving the ebuild to an overlay if your only rationale for doing so is perceived strictness of ebuild reviews. If anything, strictness is good!
Your claim of it being maintained in the overlay is also weak when the last commit was in start of 2019. That is, before you showed up 4 days ago. But if you prefer maintaining it that way...
My initial reason for wanting it in the portage tree is so that emerge -S would work for whoever goes about finding games to play by either asking portage for a list or by browsing the local tree. To that end I wanted to put every single notable spring game into ebuild description, much to the dislike of devs.
PS: I will not engage on any GitHub discussions as I prefer not to do libre and/or free time work on a proprietary platform.
Bit confused to be honest.
That thread starts with an essentially defamatory and certainly outdated statement: "Nevertheless I want to disable that auto-downloading until it can be done securely, despite Gentoo leadership not caring about security."
Anyway, I'm happy to carry on proxying things. I don't see a clear description of the problem in 2021. It seems more like it was decided a while ago to use the overlay and so nobody wanted/attempted to update the version in Gentoo, but anyone is free to?
Hello, some background (and sad) information in https://github.com/gentoo/gentoo/pull/23483#issuecomment-1004363556 in response to Sam James.