While emerging slimserver I get...
Created attachment 103829 [details] emerge --info
Created attachment 103830 [details] emerge.log
What version of dev-libs/syck do you have?
The only one available in Portage (AFAIK) nbensa@zeddmore ~ $ eix dev-libs/syck [I] dev-libs/syck Available versions: 0.55-r3 Installed versions: 0.55-r3(03:24:36 PM 12/11/2006)(php python) Homepage: http://whytheluckystiff.net/syck/ Description: Syck is an extension for reading and writing YAML swiftly in popular scripting languages.
After google-ing a bit, it looks like a PHP-related problem. I'm not a PHP fiend, so I'll see if the PHP guys have any clue. (Works for me, FWIW...)
Something is broken in the Syck bindings, tsrm_ls is thread-safety related stuff (ZTS, Zend Thread Safety), which would show up only on systems with PHP compiled with USE=threads enabled, it probably works for you Yuval since you probably have threads for PHP disabled. Should be checked upstream (with the Syck people) if they're aware of this or if they alraedy fixed it, as it's a bug in their extensions code I'd say. Best regards, CHTEKK.
Just a note to say I'm experiencing the same problem with my emerge of dev-php5/syck-php-bindings-0.55. I do have "USE=threads" enabled.
Hello everyone. Any news on this one? Thanks in advance, Norberto
I've reemerged apache and php with USE="mpm-prefork -threads" and syck-php-bindings emerged without problems. I don't know if mpm-prefork has any negative performance impact, so any feedback on it will be welcomed. I'm resolving this one as "WORKS FOR ME"
*** Bug 186502 has been marked as a duplicate of this bug. ***
(In reply to comment #9) > I've reemerged apache and php with USE="mpm-prefork -threads" and > syck-php-bindings emerged without problems. I don't know if mpm-prefork has any > negative performance impact, so any feedback on it will be welcomed. > > I'm resolving this one as "WORKS FOR ME" > This bug was never really solved for those of us who want to continue using the threads USE variable. I did some googling and found that adding a line to phpext.c fixes the problem. I tried it myself, and it worked. Anyone else having this problem should give it a try, and the fix should be included in portage. Here's the change that must be made: 233 else if ( strcmp( n->type_id, "merge" ) == 0 ) 234 { +235 TSRMLS_FETCH(); 236 MAKE_STD_ZVAL( o ); 237 object_init_ex( o, &merge_key_entry ); 238 }
This package should be turned into a real PECL package now as it simply is one [1]. :) I haven't tried yet, but it looks like the code already contains a similar fix, so just bumping/moving this package around should fix that bug. [1] http://pecl.php.net/syck/
Test this one instead (unmerge dev-php5/syck-php-bindings first or you'll get collisions). http://overlays.gentoo.org/proj/php/browser/testing/migration/dev-php5/pecl-syck
pecl-syck now in CVS.