On Monday 01 February 2010 19:47:27 Dale wrote: > Well I synced and did a emerge -uvDN world. It said to run emerge > @preserved-rebuild and I did. This is package number one and the error > doesn't make much since to me.
[snip] > kgame/.libs/libkgame.a(kgamenetwork.o): In function > `KGameNetwork::tryPublish()': > kgamenetwork.cpp:(.text+0x56e): undefined reference to > `DNSSD::PublicService::PublicService(QString const&, QString const&, > unsigned int, QString const&)' > kgame/dialogs/.libs/libkgamedialogs.a(kgameconnectdialog.o): In function > `KGameConnectWidget::setType(QString const&)': > kgameconnectdialog.cpp:(.text+0xdb0): undefined reference to > `DNSSD::ServiceBrowser::ServiceBrowser(QString const&, > DNSSD::DomainBrowser*, bool)' This means that the code being built is trying to use a function called ServiceBrowser() and it's failing because it doesn't exist or is defined to be something different to what the code expects. [snip] > I searched around on the forums, bgo and google and found suggestions to > run lafilefixer --justfixit and revdep-rebuild. They don't help > either. I also tried to use the skipfirst option and just come back to > it but it complains about this missing package. Those are useful things to do often anyway, but all too often they are presented as the MagicBandAid(tm) solution to all build failures, world hunger and stuff that eats kittens. I doubt very much is they will help as none of those tips affect compiled libs already in place. > I'm trying to hang onto KDE 3 and also have KDE 4 installed. I had to > change some USE flags to get KDE 4 to upgrade. One of the flags was > mDNSResponder. I don't know if that is related or not. kdelibs-3.5 on Gentoo had some outlandish requirements - zeroconf was one of them. I don't rightly recall which zeroconf method it was - zeroconf, mDNSResponder, avahi - but stuff broke horribly without it. What does eix say about KDE-3.5 packages using any of those flags? I don't have 3.5 around anymore to check here Also, KDE is heavily interlinked with Qt. A Qt upgrade usually implies a rebuild of all of KDE being a very good idea. It's not in DEPEND as KDE doesn't so much require a specific Qt version, it's that the built KDE now has to work with A higher version of Qt than it was build against. Did you recently upgrade Qt? Have you rebuilt kdelibs than tried building kdegames again? <side-step workaround> Have you asked the question "Do I really need all of KDE games?" </side-step workaround> -- alan dot mckinnon at gmail dot com
