Created attachment 610422 [details] Build log Package impossible to merge due to unimplemented virtual base class method. See logs.
/var/tmp/portage/net-im/spectrum2-2.0.12-r1/work/spectrum2-2.0.12/include/Swiften/Network/DummyNetworkFactories.cpp: In Konstruktor »Swift::DummyNetworkFa ctories::DummyNetworkFactories(Swift::EventLoop*)«: /var/tmp/portage/net-im/spectrum2-2.0.12-r1/work/spectrum2-2.0.12/include/Swiften/Network/DummyNetworkFactories.cpp:32:70: Fehler: ungültiger new-Ausdruck für abstrakte Klasse »Swift::DummyConnectionServerFactory« connectionServerFactory = new DummyConnectionServerFactory(eventLoop); ^ In file included from /var/tmp/portage/net-im/spectrum2-2.0.12-r1/work/spectrum2-2.0.12/include/Swiften/Network/DummyNetworkFactories.cpp:11: /var/tmp/portage/net-im/spectrum2-2.0.12-r1/work/spectrum2-2.0.12/include/Swiften/Network/DummyConnectionServerFactory.h:19:8: Anmerkung: denn die folge nden virtuellen Funktionen sind rein innerhalb »Swift::DummyConnectionServerFactory«: class DummyConnectionServerFactory : public ConnectionServerFactory { ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /var/tmp/portage/net-im/spectrum2-2.0.12-r1/work/spectrum2-2.0.12/include/Swiften/Network/DummyConnectionServerFactory.h:11, from /var/tmp/portage/net-im/spectrum2-2.0.12-r1/work/spectrum2-2.0.12/include/Swiften/Network/DummyNetworkFactories.cpp:11: /usr/include/Swiften/Network/ConnectionServerFactory.h:27:55: Anmerkung: »virtual std::shared_ptr<Swift::ConnectionServer> Swift::ConnectionServerF actory::createConnectionServer(short unsigned int)« virtual std::shared_ptr<ConnectionServer> createConnectionServer(unsigned short port) = 0; ^~~~~~~~~~~~~~~~~~~~~~ /usr/include/Swiften/Network/ConnectionServerFactory.h:29:55: Anmerkung: »virtual std::shared_ptr<Swift::ConnectionServer> Swift::ConnectionServerF actory::createConnectionServer(const Swift::HostAddress&, short unsigned int)« virtual std::shared_ptr<ConnectionServer> createConnectionServer(const Swift::HostAddress& hostAddress, unsigned short port) = 0; ^~~~~~~~~~~~~~~~~~~~~~
Thank you for the report. Please paste the emerge info as described on https://wiki.gentoo.org/wiki/Attach_the_logs_to_the_bug_ticket Please use LANG=C for reports. We need to have all information at hand before ticket assignment, so that the maintainer can look after it in one session with minimal number of callbacks. Please reopen this ticket (Status:unconfirmed) afterwards.
Created attachment 610992 [details] build log with LANG=C
Created attachment 610994 [details] emerge info
Hm :/ I was not able to reproduce. My build with USE="postgres purple twitter whatsapp -doc -frotz -irc -mysql -sms -sqlite -test -xmpp" was successfull. Do you build with gcc-8 or gcc-9? If gcc-8, did you tried with gcc-9? Which version of dev-libs/boost{-build}?
It's currently set to x86_64-pc-linux-gnu-8.3.0 . I switched to x86_64-pc-linux-gnu-9.2.0 for testing but the error is the same. Booth versions: dev-libs/boost-1.72.0-r1::gentoo dev-util/boost-build-1.72.0::gentoo
I'm stumbling over this failing package again and again and my system starts to get into troubles because I can not re-merge this package. I would highly appreciate it if we somehow could make any progress on this issue. The issue seems to shift. With other words it looks like the build process dies on different places now. Something is seriously broken in the build process of this particular package (all others build fine). I'm out of ideas what more information to provide or how to debug this. Any ideas?
Sorry, my bad. The error location is the same. I got confused by the build output.
Created attachment 622936 [details] new build.log with "-twitter -whatsapp" to reduce to the most simple error cse and LC_ALL=C (this seems to really put all to english). new build.log with "-twitter -whatsapp" to reduce to the most simple error cse and LC_ALL=C (this seems to really put all to english).
Hi! (In reply to Plüss Roland from comment #7) > The issue seems to shift. With other words it looks like the build process > dies on different places now. Something is seriously broken in the build > process of this particular package (all others build fine). Could you tell me, which use flags are used for net-im/swift? Did you re-emerged the package for a test? At least, those errors indicate, it must be related to that package, as its provides DummyConnectionServerFactory. But I have here the problem, I still can't reproduce. Even took your use flags and cflags/cxxflags/ldflags, it still builds just perfectly fine here. Even created a new gentoo chroot with amd64, it just compiles fine. At least, I don't think, that this is related to the toolchain, something different must be the cause.
Seems the compilation error is correct. C++ compiler expects the class being used to be not abstract, that is, to implement all the declared methods. An example of undeclared method, highlighted by the error message, is virtual std::shared_ptr<ConnectionServer> createConnectionServer(unsigned short port) = 0; As we see, Spectrum2 declares *almost* identical entry, just using `int port`: https://github.com/SpectrumIM/spectrum2/blob/c831e065421441d259a94b60a096ef2922a81377/include/Swiften/Network/DummyConnectionServerFactory.h#L23 This looks like this should fail always, regardless of compiler version and standard version. I guess the fact that sometimes the package doesn't fail to build means that the build system doesn't try to compile this code. Next step is to look why and when this code is built and used.
Now I have built it locally and I see that file has been built. Very odd.
My next step would be to bring this to Spectrum2 upstream devs, asking for help.
Roland, from emerge info I see you have mva overlay enabled. What is the origin and the version of net-im/swift package on your system? Please share the output of this command on that system: equery list --format='$cpv::$repo' net-im/swift If it says net-im/swift-9999::mva, then that may be the problem, and I'd ask you to mask that one, and install the one from central gentoo repo.
(In reply to Andrey Utkin from comment #14) > Roland, from emerge info I see you have mva overlay enabled. Good catch! The ebuild there seems also to set stable keyboards for net-im/swift-9999.
You are right. I didn't notice this overlay to be around. Most probably from older times where this package had not been in the main repository, I don't know. I've now removed the overlay. Now it does compile. Looks like this time the idiot is me.
Hi Roland, thanks for you reply :-) I am glad, you could solve it.
