View previous topic :: View next topic |
Author |
Message |
janusz.slota n00b
Joined: 29 Dec 2007 Posts: 3
|
Posted: Mon Aug 19, 2013 12:02 pm Post subject: Cannot install dev-php/pecl-memcached |
|
|
I'm trying to install dev-php/pecl-memcached on PHP 5.5 and I'm getting:
Code: |
These are the packages that would be merged, in order:
Calculating dependencies -
!!! Problem resolving dependencies for dev-php/pecl-memcached
... done!
!!! The ebuild selected to satisfy "dev-php/pecl-memcached" has unmet requirements.
- dev-php/pecl-memcached-2.1.0-r2::gentoo USE="(multilib) session (-igbinary) -json -sasl" ABI_X86="64" PHP_TARGETS="-php5-3 -php5-4 -php5-5"
The following REQUIRED_USE flag constraints are unsatisfied:
any-of ( php_targets_php5-5 php_targets_php5-3 php_targets_php5-4 )
|
I have set PHP_TARGETS to php5-5 in /etc/make.conf and successfully installed pecl-oauth and pecl-imagick.
Please note that I'm after dev-php/pecl-memcached, not dev-php/pecl-memcache.
Shall I submit a bug report? |
|
Back to top |
|
|
megabaks Apprentice
Joined: 22 Jan 2012 Posts: 253 Location: Russia && Saint-Petersburg
|
Posted: Mon Aug 19, 2013 1:23 pm Post subject: |
|
|
Code: | grep -RH pecl-memcached /etc/portage/ |
Code: | find /etc/portage/env/ -name "pecl-memcached*" -exec cat {} \; |
_________________ sorry my bad english |
|
Back to top |
|
|
hagar-dunor n00b
Joined: 26 Apr 2012 Posts: 36
|
Posted: Wed Aug 21, 2013 4:39 pm Post subject: |
|
|
same problem here for this ebuild, but il also happens for other dev-php/* ebuilds, sounds like a major php version / target / slot issue, in php-ext-source-r2 eclass I guess
additional info : it triggers with PHP_TARGETS="php5-5" in /etc/portage/make.conf, with "php5-4" it seems fine. |
|
Back to top |
|
|
rsevero n00b
Joined: 01 Sep 2004 Posts: 33
|
|
Back to top |
|
|
hujuice Guru
Joined: 16 Oct 2007 Posts: 336 Location: Rome, Italy
|
Posted: Thu Aug 22, 2013 5:28 pm Post subject: |
|
|
Here is what I wrote about dev-php/pecl-apcu.
It is, at glance, a little jam in messages.
dev-pecl/apcu is marked as testing (~) if php_targets_php5-5.
So, even if the messages are not explicit, you need to add
/etc/portage/package.accept_keyword: | =dev-php/pecl-apcu-4.0.1-r1 |
This trick resolved for me.
Regards,
HUjuice _________________ Who hasn't a spine, should have a method.
Chi non ha carattere, deve pur avere un metodo. |
|
Back to top |
|
|
rsevero n00b
Joined: 01 Sep 2004 Posts: 33
|
Posted: Fri Aug 23, 2013 1:17 pm Post subject: |
|
|
hujuice wrote: | It is, at glance, a little jam in messages.
dev-pecl/apcu is marked as testing (~) if php_targets_php5-5.
So, even if the messages are not explicit, you need to add
/etc/portage/package.accept_keyword: | =dev-php/pecl-apcu-4.0.1-r1 |
This trick resolved for me. |
I believe you have a different problem. Right now dev-php/pecl-apcu-4.0.1-r1 is stable:
Code: | # cat /usr/portage/dev-php/pecl-apcu/pecl-apcu-4.0.1-r1.ebuild | grep KEYWORDS
KEYWORDS="amd64 x86" |
And even including it on /etc/portage/package.accept_keyword I still get the
Code: | The following REQUIRED_USE flag constraints are unsatisfied:
any-of ( php_targets_php5-5 php_targets_php5-4 php_targets_php5-3 ) |
error. |
|
Back to top |
|
|
rsevero n00b
Joined: 01 Sep 2004 Posts: 33
|
Posted: Fri Aug 23, 2013 1:21 pm Post subject: |
|
|
rsevero wrote: | And even including it on /etc/portage/package.accept_keyword I still get the
Code: | The following REQUIRED_USE flag constraints are unsatisfied:
any-of ( php_targets_php5-5 php_targets_php5-4 php_targets_php5-3 ) |
error. |
Correction: if I include it on /etc/portage/package.accept_keywords instead of in /etc/portage/package.accept_keyword it works.
The remaining issue is: why do I need to do it if pecl-apcu isn't in testing any more? |
|
Back to top |
|
|
hujuice Guru
Joined: 16 Oct 2007 Posts: 336 Location: Rome, Italy
|
Posted: Sat Aug 24, 2013 1:53 am Post subject: |
|
|
It makes sense: you can consider that version unstable *under php5-5 only*.
I called it a "message jam" (that I cannot understand so well in term of ebuilds).
Anyway, the problem is not there anymore with today sync.
See: https://bugs.gentoo.org/show_bug.cgi?id=481532 (FIXED).
Regards,
HUjuice _________________ Who hasn't a spine, should have a method.
Chi non ha carattere, deve pur avere un metodo. |
|
Back to top |
|
|
|