see attached log Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 13926 [details] emerge log
Created attachment 13927 [details] the previous file didn't get uploaded correctly, so here it is again, now gziped
its best to attach things as text/plain. easier for me at least do you have the directory : /usr/share/pwlib/include/ptlib/unix ?
I wanted to do a text only upload but somehow the file got corrupted. well. just unmerged and reemerge pwlib and now openh323 seems to compile
I Had the same. Just try re emerge libpw and then try emerge openh323 again.
did that and it emerged fine. well sort of. look at this: ls -la /usr/lib/libopenh323.so lrwxrwxrwx 1 root root 83 2003-06-27 20:05 /usr/lib/libopenh323.so -> /usr/local/mp3/vartmp/portage/openh323-1.12.0/image//usr/lib/libh323_linux_x86_r.so it somehow links the file to portage tmp dir. but this file ain't there after compilation anymore, so gnomemeeting won't compile :(
same here, libopenh323.so is a symlink
indeed .. my mistake there. fixed in portage now. please try it out on the next rsync. also fixed some more problems with upgrading for pwlib additional to what was done earlier. unfortunately, the new build system for pwlib/openh323 has introduced new quirks which all the old workaround for failed and had to be re-written .. :(
A new revision is probably in order when vital fixes are made to any given ebuild... Those of us who managed to get the broken-symlinked openh323 shouldn't need to check Bugzilla to realize that we need to rebuild it (and maybe pwlib - I did, as I couldn't tell whether I needed to.) Current ebuilds are indeed fixed.
point taken. however, the problem would have existed for all users anyway, this is bugfixing the original ebuild which wouldn't of worked anyway, no new functionality was added. although that is the purpose of ~x86, to test these ebuilds. only people who are prepared to report problems should really be using ~x86.
*** Bug 23858 has been marked as a duplicate of this bug. ***
