see attached log
Created attachment 5292 [details] logfile
I have the same problem compiling oops on my machine.Is there any fix for this problem? Best Regards, Jo
I have the same problem compiling oops on my machine.Is there any fix for this problem? Best Regards, João Seabra
Bouncing back to bug-wranglers due to time constraints.
is this still a issue ? please paste #emerge info
I started working on this. Fixed db detection (compatible with 3.2 and the future 4.1 series) Added use mysql and use postgres support for backend authentication. Added use static support which builds static modules if enabled. Also fixed one of the errors in pthread conflicts but i have still more to work on. I will post more as I get further along.
There seems to be a problem with oops's implementation of threading and linux... oops was originally written for Solaris which has a different threading setup... This is most likely the problem... I'm still looking into it. :)
i hope you enjoy this
*** Bug 24900 has been marked as a duplicate of this bug. ***
Why Oops didn't masked? If this package can't be compiled in current distribution, package nust be masked and "Severity" must be set to "Critical" or "Blocker" Am I right?
Neither 1.5.6, nor 1.5.22 builds on my system. Something to do with threading which is already known. Maybe it should be masked? Or (dare I say it) removed all together, due to it's excellent track record of not compiling and nobody having time to fix it.
Neither 1.5.6, nor 1.5.22 builds on my system too - fail in somethat related to berkeley db (on my system: # epm -qa |grep ^db- db-1.85-r1 db-3.2.9-r9 db-4.1.25_p1-r3 # ls -l /usr/include/db.h ............. /usr/include/db.h -> db4.1/db.h ). But I've just copied oops-1.5.22.ebuild to oops-1.5.23.ebuild and it was emerged without problems.
version bumped to 1.5.23