Issue tracker for
Home Page: https://rpms.remirepo.net/
This repository is only used for issues.
No pull request, for patch proposal, see https://git.remirepo.net/cgit/?p=about
Copyright (c) 2005-2022 Remi Collet License: CC-BY-SA
Web sites:
Support / Assistance:
Hi Remi
Thanks for the awesome work you with this repo. I've been digging around to work out why phpinfo tells me I'm running a postgres 9.2.7 client library version even though I only have postgres 9.4 installed (via yum.postgresql.org). I think I've tracked it down to the php-pgsql-X.X.X-1.el7.remi.x86_64 package which was produced by the phpXX.spec file that links using --with-pgsql=shared.
Would it be possible to provide php-pgsql94.x.x.x RPMs as well? That would be awesome.
Cheers
Current available version in remi's repo: sphinx-2.1.5-2.el7.remi.x86_64
Latest stable version: sphinx-2.2.11-1.rhel7.x86_64 (Reference: http://sphinxsearch.com/downloads/release/)
Is it possible to upgrade remi's version to the latest?
Hi.
You recently added new extension php-pinba #62. It is very convenient.
Could you add to MySQL plugin pinba_engine http://pinba.org/ ?
Thank you.
... due to dependency of "libgearman.so.4()(64bit)"
It's because EPEL has updated libgearman from version 0.14 to 1.1.8, which installes libgearman.so.8 instead.
From IRC:
15:55:10 - david__ : hi can you build php71-php-pecl-sphinx package please?
16:15:16 - RemiFedora : david__: would you agree to test a "test" package ?
16:16:13 - david__ : yes I can test it
liblz4-devel should probably be a BuildRequires
Hi
Thanks this repo. Now that Microsoft is opening its tools to Linux, would it be possible to provide php-sqlsrv as well? That would be awesome cuz their compilation not work properly with this repo.
Regards
memcached 1.5.0 is released
https://github.com/memcached/memcached/wiki/ReleaseNotes150
hi
I need repository "php-imap-5.5.15-1.el6.remi.x86_64.rpm" but didn't see this anywhere. can you help me to get this?
Hello,
When trying to add an extension to an existing system using our configuration management tool, we kept bumping into issues on machines having old versions of PHP, as yum would inadvertently come to the conclusion that it needed to install a newer version of the php-common package.
This behavior can be reproduced by trying to install an older version of a php extension on a clean (no php present) system:
# yum install php-snmp-7.0.6
[...]
---> Package php-snmp.x86_64 0:7.0.6-3.el7.centos will be installed
--> Processing Dependency: php-common(x86-64) = 7.0.6-3.el7.centos for package: php-snmp-7.0.6-3.el7.centos.x86_64
--> Processing Dependency: net-snmp for package: php-snmp-7.0.6-3.el7.centos.x86_64
--> Running transaction check
---> Package net-snmp.x86_64 1:5.7.2-24.el7_2.1 will be installed
---> Package php-common.x86_64 0:7.0.6-3.el7.centos will be installed
--> Processing Dependency: php-json(x86-64) for package: php-common-7.0.6-3.el7.centos.x86_64
--> Running transaction check
---> Package php-json.x86_64 0:7.0.8-0.1.RC1.el7.centos will be installed
--> Processing Dependency: php-common(x86-64) = 7.0.8-0.1.RC1.el7.centos for package: php-json-7.0.8-0.1.RC1.el7.centos.x86_64
--> Running transaction check
---> Package php-common.x86_64 0:7.0.6-3.el7.centos will be installed
--> Processing Dependency: php-common(x86-64) = 7.0.6-3.el7.centos for package: php-snmp-7.0.6-3.el7.centos.x86_64
---> Package php-common.x86_64 0:7.0.8-0.1.RC1.el7.centos will be installed
--> Finished Dependency Resolution
Error: Package: php-snmp-7.0.6-3.el7.centos.x86_64 (noc-php70)
Requires: php-common(x86-64) = 7.0.6-3.el7.centos
Available: php-common-5.4.16-36.el7_1.x86_64 (base)
php-common(x86-64) = 5.4.16-36.el7_1
Available: php-common-5.4.16-36.1.el7_2.1.x86_64 (updates)
php-common(x86-64) = 5.4.16-36.1.el7_2.1
Available: php-common-7.0.6-3.el7.centos.x86_64 (noc-php70)
php-common(x86-64) = 7.0.6-3.el7.centos
Available: php-common-7.0.7-1.el7.centos.x86_64 (noc-php70)
php-common(x86-64) = 7.0.7-1.el7.centos
Installing: php-common-7.0.8-0.1.RC1.el7.centos.x86_64 (noc-php70)
php-common(x86-64) = 7.0.8-0.1.RC1.el7.centos
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
We tracked down the issue to an incomplete Requires: directive for the php-common package. This would cause yum to select the latest php-json package available, which in turn would ask for the latest php-common package and cause the dependency fail.
The attached simple patch fixes this by having php-common require the same version of php-json as itself:
diff --git a/php70.spec b/php708.spec
index a04eabd..f3c6f20 100644
--- a/php70.spec
+++ b/php708.spec
@@ -382,7 +382,7 @@ Provides: php-standard = %{version}, php-standard%{?_isa} = %{version}
Provides: php-tokenizer, php-tokenizer%{?_isa}
Provides: php-zlib, php-zlib%{?_isa}
# For user experience, those extensions were part of php-common
-Requires: php-json%{?_isa}
+Requires: php-json%{?_isa} = %{version}-%{release}
#Requires: php-zip%%{?_isa}
Obsoletes: php-pecl-phar < 1.2.4
After rebuilding packages, everything works as expected:
# yum install php-snmp-7.0.6
[...]
---> Package php-snmp.x86_64 0:7.0.6-3.el7.centos will be installed
--> Processing Dependency: php-common(x86-64) = 7.0.6-3.el7.centos for package: php-snmp-7.0.6-3.el7.centos.x86_64
--> Processing Dependency: net-snmp for package: php-snmp-7.0.6-3.el7.centos.x86_64
--> Running transaction check
---> Package net-snmp.x86_64 1:5.7.2-24.el7_2.1 will be installed
---> Package php-common.x86_64 0:7.0.6-3.el7.centos will be installed
--> Processing Dependency: php-json(x86-64) = 7.0.6-3.el7.centos for package: php-common-7.0.6-3.el7.centos.x86_64
--> Running transaction check
---> Package php-json.x86_64 0:7.0.6-3.el7.centos will be installed
--> Finished Dependency Resolution
Kind regards and keep up the awesome work!
Hi,
I can't find latest 4.1.9 or 4.2.0 packages using yum but I see it in your official repo
Have I to use another repo?
Regards
Hello.
I'm having some problems getting PHP-FFMpeg working properly.
Has this build been tested and verified to be working fully against FFMpeg 0.10.6?
Here is my problem.
The PHP-FFMpeg .PHP test file is not listing any output in regards to the video, however with PHP-FFMpeg 0.6.0 and FFMpeg 0.6.5, all the information is available. I've tried applying your patches and nothing seems to work.
ffmpeg-php version string: 0.7.0
ffmpeg-php build date string: Feb 13 2013 23:07:02
libavcodec build number: 3489124
libavcodec version number: 3489124
Methods available in class 'ffmpeg_movie':
__construct
getduration
getframecount
getframerate
getfilename
getcomment
gettitle
getauthor
getartist
getcopyright
getalbum
getgenre
getyear
gettracknumber
getframewidth
getframeheight
getframenumber
getpixelformat
getbitrate
hasaudio
hasvideo
getnextkeyframe
getframe
getvideocodec
getaudiocodec
getvideostreamid
getaudiostreamid
getaudiochannels
getaudiosamplerate
getaudiobitrate
getvideobitrate
getpixelaspectratio
Methods available in class 'ffmpeg_frame':
togdimage
getwidth
getheight
resize
iskeyframe
getpresentationtimestamp
getpts
--------------------
file name = /home/wx0ps/public_html/testing/tests/test_media/16Hz-20kHz-Exp-1f-5sec.mp3
duration = 5.06775522232 seconds
frame count = 0
frame rate = 0.000 fps
ffmpeg version 0.10.6 Copyright (c) 2000-2012 the FFmpeg developers
built on Feb 10 2013 12:58:38 with gcc 4.1.2 20080704 (Red Hat 4.1.2-54)
configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --disable-static --enable-runtime-cpudetect --enable-gpl --enable-nonfree --enable-version3 --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-vdpau --disable-avisynth --enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libschroedinger --enable-libfaac --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC' --disable-stripping --disable-demuxer=v4l --disable-demuxer=v4l2 --disable-indev=v4l --disable-indev=v4l2
libavutil 51. 35.100 / 51. 35.100
libavcodec 53. 61.100 / 53. 61.100
libavformat 53. 32.100 / 53. 32.100
libavdevice 53. 4.100 / 53. 4.100
libavfilter 2. 61.100 / 2. 61.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 6.100 / 0. 6.100
libpostproc 52. 0.100 / 52. 0.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...
Use -h to get full help or, even better, run 'man ffmpeg'
This occurs when building with PHP 5.2, 5.3, and 5.4 (using the 5.4 patch on this one).
Hi,
when installing named package from the fedora EPEL repository a customer did run into some issues I'd like to discuss first before making it a fedora/EPEL bug ;)
pthreads 3.1.6 is working at PHP 7.0.x
pthreads 3.1.7 is not working at PHP 7.0.x (Segfaults)
You might want to downgrade 3.1.7 at PHP 7.1.0 to 3.1.6 ?
3.1.7 is not advertised at PHP PECL PTHREADS website.
Installing php-pecl-oci8 leads to following error :
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/oci8.so' - libclntsh.so.12.1: cannot o pen shared object file: No such file or directory in Unknown on line 0
$ ldd /usr/lib64/php/modules/oci8.so
linux-vdso.so.1 => (0x00007ffc6ea69000)
libclntsh.so.12.1 => not found
libc.so.6 => /lib64/libc.so.6 (0x00007fa3bfaff000)
/lib64/ld-linux-x86-64.so.2 (0x00007fa3c00f8000)
The missing lib is provided by Oracle at http://www.oracle.com/technetwork/topics/linuxx86-64soft-092277.html
(instantClient basic)
But is installed in a not-obvious place (/usr/lib/oracle/12.1/client64/lib).
I do not know the best way to fix this issue. I think this package should fail if the dependency is not solved, but this would require a manual copy of libs from oracle.
At minimum, a warning after package installation would be great.
After upgrading to version 3.1.3 of php-pecl-redis on PHP 5.4, we got segfaults. Downgrading to version 3.1.2 fixed the segfaults.
I don't see any related known upstream bug so I guess I should report the bug here first.
Package info:
Name : php54-php-pecl-redis
Arch : x86_64
Version : 3.1.3
Release : 1.el6.remi
PHP Info:
PHP 5.4.45 (cli) (built: Feb 18 2017 15:55:26)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2014 Zend Technologies
CentOS Info: CentOS release 6.9 (Final)
Kernel Info: 2.6.32-573.3.1.el6.x86_64
Redis Info: 2.8.19 (AWS Elasticache)
Upstream Bug Report: phpredis/phpredis#1210
I'm following this "guide" and I had a problem with that package: mssqlodbc
http://blog.remirepo.net/post/2016/09/20/Microsoft-SQL-Server-from-PHP#sec5
Thanks!
While installing Horde on a new CentOS 7 box, I encountered this dependency error:
# yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* epel: ftp.nluug.nl
* extras: mirror.metrocast.net
* remi: mirror5.layerjet.com
* remi-php56: mirror5.layerjet.com
* rpmforge: ftp.nluug.nl
Resolving Dependencies
--> Running transaction check
---> Package php-sabredav-Sabre_VObject.noarch 0:2.1.4-1.el7 will be updated
---> Package php-sabredav-Sabre_VObject.noarch 0:2.1.4-1.el7.remi will be an update
--> Processing Dependency: php-pear(pear.sabredav.org/Sabre) >= 1.0.2 for package: php-sabredav-Sabre_VObject-2.1.4-1.el7.remi.noarch
--> Finished Dependency Resolution
Error: Package: php-sabredav-Sabre_VObject-2.1.4-1.el7.remi.noarch (remi)
Requires: php-pear(pear.sabredav.org/Sabre) >= 1.0.2
Installed: php-sabredav-Sabre-1.0.0-12.el7.noarch (@epel)
php-pear(pear.sabredav.org/Sabre) = 1.0.0
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
It appears php-sabredav-Sabre-1.0.2 is missing in the 7 repo, while it's clearly present in 6:
# rpm -q php-sabredav-Sabre
php-sabredav-Sabre-1.0.2-1.el6.remi.noarch
Upgrading from php-pecl-pcs 1.3.0 to 1.3.1 gives me segfaults.
Both on php 5.6 and 7.1.
We are using it as a dependency of the Couchbase2 module.
If i run with xdebug i get the following:
0.0594 7185480 238. _pcs_autoload() /var/www/htdocs/***/vendor/symfony/symfony/src/Symfony/Component/Debug/DebugClassLoader.php:172
0.0594 7185528 239. spl_autoload_call() /var/www/htdocs/***/vendor/symfony/symfony/src/Symfony/Component/Debug/DebugClassLoader.php:172
0.0595 7185624 240. Symfony\Component\Debug\DebugClassLoader->loadClass() /var/www/htdocs/***/vendor/symfony/symfony/src/Symfony/Component/Debug/DebugClassLoader.php:172
0.0595 7185808 241. call_user_func:{/var/www/htdocs/***/vendor/symfony/symfony/src/Symfony/Component/Debug/DebugClassLoader.php:172}() /var/www/htdocs/***/vendor/symfony/symfony/src/Symfony/Component/Debug/DebugClassLoader.php:172
for like thousands of lines.
It just keeps looping until it segfaults.
Environment:
Centos 6.6
PHP 5.6 and 7.1
Symfony 2 Framework (with a shitload of Composer modules)
PHP modules:
[PHP Modules]
bcmath
bz2
calendar
Core
ctype
curl
date
dom
ereg
exif
fileinfo
filter
ftp
gd
geoip
gettext
hash
iconv
igbinary
imagick
json
libxml
mbstring
mcrypt
memcache
memcached
mhash
mongodb
msgpack
mysql
mysqli
mysqlnd
openssl
pcntl
pcre
pcs
PDO
pdo_mysql
pdo_sqlite
Phar
posix
readline
Reflection
session
shmop
SimpleXML
soap
sockets
SPL
sqlite3
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xdebug
xml
xmlreader
xmlwriter
xsl
zip
zlib
[Zend Modules]
Xdebug
Hello,
Would it be possible to update the php7 igbinary package from igbinary/igbinary7@2b7c703 to at least igbinary/igbinary7@a75a435 ? This commit fixes several serialization/unserialization issues that make the extension usable again with the memcached plugin on php7 (igbinary/igbinary7#13).
Thank you!
I'm running Nginx + PHP-FPM.
After upgrading phpMyAdmin 0:4.0.0-1.el6.remi to 0:4.0.0-2.el6.remi, phpMyAdmin now depends on php-tcpdf which depends on php which depends on httpd.
This forces me to install httpd alongside nginx.
Wouldn't it be sufficient for php-tcpdf to depend on php-common or php(language)?
Reproductin steps are following:
# rpm -q redis
redis-3.0.3-1.el6.remi.x86_64
# redis-server --version
Redis server v=3.0.3 sha=00000000:0 malloc=jemalloc-3.6.0 bits=64 build=789a1a0ec9b20e69
# echo "bind 127.0.0.1" >> /etc/redis.conf
# grep -e '^bind' /etc/redis.conf
bind 127.0.0.1
bind 127.0.0.1
# redis-shutdown
(error) ERR unknown command '127.0.0.1'Next problem I found with PHP 7.1 is that it gives problems with openssl. (There are things changed with openssl parameters if I am right in PHP 7.1)
Current: openssl-1.0.1e-48.el6_8.3.x86_64
Possible that PHP 7.1 needs openssl 1.0.2 as the same PHP application on a ubuntu system is working fine with openssl 1.0.2
Request: newer openssl if possible, but i dont think it is a remi package right?
Hello,
I created this patch to php-config so it reports available SAPIs only. And adds 'embed' SAPI. If you find is useful, please use it.
Patch in on this link (I cannot upload it here, GitHub complains "Attaching documents requires write permission to this repository").
Martin
Description of problem:
Upon upgrading onlie from Fedora server 22 to 23, the packages download correclly. After the transaction check, the system aborts the upgrade, giving the following error:
Running transaction check
Transaction check succeeded.
Running transaction test
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: Transaction check error:
file /usr/lib/libzip.so.4.0.0 from install of libzip-1.0.1-2.fc23.i686 conflicts with file from package libzip-last-1.0.1-1.fc22.remi.i686
Version-Release number of selected component (if applicable):
Upgrade from Fedora 22 to 23
How reproducible:
Steps to Reproduce:
Actual results:
See aforementioned error
Expected results:
Upgrade to F23
PHP7 released on Dec 03 .
When it will be added ?
Hello,
I tried different PHP-versions:
PHP 5.6.30 (cli) (built: Jan 19 2017 07:08:58) ; Copyright (c) 1997-2016 The PHP Group; Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
PHP 7.1.4 (cli) (built: Apr 11 2017 18:26:18) ( NTS ); Copyright (c) 1997-2017 The PHP Group; Zend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologies
PHP 7.0.18 (cli) (built: Apr 11 2017 13:29:03) ( NTS ); Copyright (c) 1997-2017 The PHP Group; Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
a code snippet like:
getimagesize('zip:///path/to/archive/archive.xlsx#xl/media/image1.jpg');
gets me the "internal server error" with following log entires:
[Fri Apr 28 10:10:25.702289 2017] [fcgid:warn] [pid 8536] (104)Connection reset by peer: [client xxx.xxx.xxx.xxx:yyyyy] mod_fcgid: error reading data from FastCGI server
[Fri Apr 28 10:10:25.702367 2017] [core:error] [pid 8536] [client xxx.xxx.xxx.xxx:yyyyy] End of script output before headers: test.php
The zip-streaming is no issue:
fopen('zip:///path/to/archive/archive.xlsx#xl/media/image1.jpg', 'r');
is working as expected.
Do you need any further information?
Kind regards,
gerald
Hello in you redis-rpm you have a really nasty bug in libexec script.
Consider the following scenario, you have redis listening only on unix socket but not on any port or interface.
The error from systemd was redis.service stopping timed out. Terminating. because it was trying to stop a redis on 127.0.0.1 and port 0 obviously, because redis was not running on port.
So i fixed the redis-shutdown wrapper, it now uses socket, if there is one, and behaves normally when there isnt one.
#!/bin/bash
#
# Wrapper to close properly redis and sentinel
test x"$REDIS_DEBUG" != x && set -x
REDIS_CLI=/usr/bin/redis-cli
# Retrieve service name
SERVICE_NAME="$1"
if [ -z "$SERVICE_NAME" ]; then
SERVICE_NAME=redis
fi
# Get the proper config file based on service name
CONFIG_FILE="/etc/$SERVICE_NAME.conf"
# Use awk to retrieve host, port from config file
HOST=`awk '/^[[:blank:]]*bind/ { print $2 }' $CONFIG_FILE | tail -n1`
PORT=`awk '/^[[:blank:]]*port/ { print $2 }' $CONFIG_FILE | tail -n1`
PASS=`awk '/^[[:blank:]]*requirepass/ { print $2 }' $CONFIG_FILE | tail -n1`
SOCK=`awk '/^[[:blank:]]*unixsocket\s/ { print $2 }' $CONFIG_FILE | tail -n1`
# Just in case, use default host, port
HOST=${HOST:-127.0.0.1}
if [ "$SERVICE_NAME" = redis ]; then
PORT=${PORT:-6379}
else
PORT=${PORT:-26739}
fi
# Setup additional parameters
# e.g password-protected redis instances
[ -z "$PASS" ] || ADDITIONAL_PARAMS="-a $PASS"
# shutdown the service properly
if [ -e "$SOCK" ] ; then
$REDIS_CLI -s $SOCK $ADDITIONAL_PARAMS shutdown
else
$REDIS_CLI -h $HOST -p $PORT $ADDITIONAL_PARAMS shutdown
fiWhen updating from PHP5.x to 7 the following packages have some upgrade issues:
pdo-dblib shuld provide php-mssql
php-mysqlnd should provide php-mysql
this will make the upgrading process easier
Is it possible to add php-pinba extension in ready-to-use state into remi repository?
Hi,
as outlined on the forum it would be nice if updated uwsgi-plugin-php-versions could be provided in the remi repository.
Since each PHP version needs it's own uWSGI plugin the plugin version shipped with the distribution does not work with the PHP versions from the remi repository.
Version 1.3.0 is released
https://roundcube.net/news/2017/06/26/roundcube-webmail-1.3.0-released
Hi,
I've compiled pdo_ibm extension myself, loaded it, but i've got the following message:
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/pdo_ibm.so' - /usr/lib64/php/modules/pdo_ibm.so: undefined symbol: Z_STRVAL_PP in Unknown on line 0
Hello.
It seems like opcache extension files are not moved to proper locations after installation - no opcache.so and opcache.ini found in corresponding folders, but can be located here:
/etc/opt/remi/php70/php.d/10-opcache.ini
/etc/opt/remi/php70/php.d/opcache-default.blacklist
/opt/remi/php70/root/usr/lib64/php/modules/opcache.so
thanks!
Hello,
I just installed the latest version of roundcubemail from remi:
roundcubemail-1.2.3-1.el6.remi.noarch
But it looks like it doesn't read any config file from /etc/roundcubemail/ despite of config.inc.php
I enabled the managesieve plugin in /etc/roundcubemail/config.inc.php and copied managesieve.inc.php.dist to managesieve.inc.php but the changed values don't get loaded ... managesieve still wants to connect to localhost
Regards
redis 4.0.0 is released
https://raw.githubusercontent.com/antirez/redis/4.0/00-RELEASENOTES
[root@iZ25t3m1j0fZ yum.repos.d]# /etc/init.d/php-fpm reload
重新载入 php-fpm：[19-Jan-2016 17:05:19] NOTICE: configuration file /etc/php-fpm.conf test is successful
zend_mm_heap corrupted
由于设置中的语法错误而无法重新载入
[失败]
[root@iZ25t3m1j0fZ yum.repos.d]# /etc/init.d/php-fpm restart
停止 php-fpm： [失败]
正在启动 php-fpm： [确定]
I installed php7.0.2 from remi-70 repository , reload the php-fpm will failed
Hi,
I tried to update a few minutes ago but I am getting errors with remi repo and it will not continue. I am using php55 from the remi repo.
Here is the error I get:
http://rpms.famillecollet.com/enterprise/6/debug-php55/x86_64/repodata/c506ce76e988ef7c56e869dd4310a6dca0eb94e8bcad927132b24d02d33e3dcf-filelists.sqlite.bz2: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"
Trying other mirror.
Error: failure: repodata/c506ce76e988ef7c56e869dd4310a6dca0eb94e8bcad927132b24d02d33e3dcf-filelists.sqlite.bz2 from remi-php55-debuginfo: [Errno 256] No more mirrors to try.
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
I see that file doesn't exist on the server. Is this an issue on your end or mine?
Many thanks
This update is not working out for me. I'm using php-fpm with lighttpd so no apache user. After update I get
PHP Fatal error: Call to undefined function __() in /usr/share/phpMyAdmin/libraries/core.lib.php on line 229
Reverting to phpMyAdmin-4.2.7.1-1 works.
Unlike remi php 5.5, installing php 5.6, will has a config file for php that automatically enables DTrace.
After running sudo yum --enablerepo=remi,remi-php56 install php-devel
If you go to the open the file in the following location: /usr/include/php/main/php_config.h
You will notice that
/* Defined to 1 if PHP OCI8 DTrace support was enabled during configuration */
#define HAVE_OCI8_DTRACE 1Which will cause errors if you do not have DTrace installed.
For example when I tried to install the OCI8 extension, it cause the following:
libtool: compile: cc -I. -I/local/users/appadmin/oci8-2.0.8 -DPHP_ATOM_INC -I/local/users/appadmin/oci8-2.0.8/include -I/local/users/appadmin/oci8-2.0.8/main -I/local/users/appadmin/oci8-2.0.8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/usr/include/oracle/12.1/client64 -DHAVE_CONFIG_H -g -O2 -c /local/users/appadmin/oci8-2.0.8/oci8.c -fPIC -DPIC -o .libs/oci8.o
In file included from /local/users/appadmin/oci8-2.0.8/oci8.c:46:
/local/users/appadmin/oci8-2.0.8/php_oci8_int.h:48:29: error: oci8_dtrace_gen.h: No such file or directory
make: *** [oci8.lo] Error 1
A solution would be to comment it out again.
/* Defined to 1 if PHP OCI8 DTrace support was enabled during configuration */
/* #define HAVE_OCI8_DTRACE 1 */or the other alternative would be to downgrade from PHP 5.6 to PHP 5.5, because remi PHP 5.5 does not have this configuration automatically enabled.
Hello,
I have a fully up-to-date CentOS 6.5 server running in production. I used to have php-5.4 installed from your repository (remi.repo). It was working mostly fine except for a few minor issues, Because of those issues I decided to upgrade to php-5.5 to see if the upgrade helps.
First I uninstalled php-5.4 completely with yum remove, then I enabled "remi-php55" repo in /etc/yum.repos.d/remi.repo and then I did a yum update and finally I re-installed php with yum install command. It was mostly successful, except that I now get this error every time I issue yum update command, please see:
# yum clean all
Loaded plugins: fastestmirror, replace, security
Cleaning repos: base epel extras ius remi remi-php55 rpmforge updates
Cleaning up Everything
# yum update
Loaded plugins: fastestmirror, replace, security
Determining fastest mirrors
epel/metalink | 26 kB 00:00
* base: mirror2.hs-esslingen.de
* epel: mirrors.n-ix.net
* extras: centos.schlundtech.de
* ius: mirror.amsiohosting.net
* remi: remirpm.mirror.gymkl.ch
* remi-php55: remirpm.mirror.gymkl.ch
* rpmforge: mirror1.hs-esslingen.de
* updates: ftp-stud.fht-esslingen.de
base | 3.7 kB 00:00
base/primary_db | 4.4 MB 00:00
epel | 4.4 kB 00:00
epel/primary_db | 6.3 MB 00:00
extras | 3.4 kB 00:00
extras/primary_db | 19 kB 00:00
ius | 2.1 kB 00:00
ius/primary_db | 147 kB 00:00
remi | 2.9 kB 00:00
remi/primary_db | 729 kB 00:00
remi-php55 | 2.9 kB 00:00
remi-php55/primary_db | 156 kB 00:00
rpmforge | 1.9 kB 00:00
rpmforge/primary_db | 2.7 MB 00:00
updates | 3.4 kB 00:00
updates/primary_db | 4.7 MB 00:00
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package php-common.x86_64 0:5.5.15-1.el6.remi will be reinstalled
--> Processing Dependency: php-pecl-zip(x86-64) for package: php-common-5.5.15-1.el6.remi.x86_64
---> Package php-pecl-zip.x86_64 0:1.12.4-1.el6.remi.5.5 will be obsoleted
--> Processing Dependency: php-pecl-zip(x86-64) for package: php-common-5.5.15-1.el6.remi.x86_64
--> Processing Dependency: php-pecl-zip(x86-64) for package: php-common-5.5.15-1.el6.remi.x86_64
--> Finished Dependency Resolution
Error: Package: php-common-5.5.15-1.el6.remi.x86_64 (remi-php55)
Requires: php-pecl-zip(x86-64)
Removing: php-pecl-zip-1.12.4-1.el6.remi.5.5.x86_64 (@remi-php55)
php-pecl-zip(x86-64) = 1.12.4-1.el6.remi.5.5
Obsoleted By: php-common-5.5.15-1.el6.remi.x86_64 (remi-php55)
Not found
Available: php-common-5.4.30-1.el6.remi.x86_64 (remi)
php-pecl-zip(x86-64) = 1.11.0
Available: php-common-5.4.31-1.el6.remi.x86_64 (remi)
php-pecl-zip(x86-64) = 1.11.0
Available: php-pecl-zip-1.12.3-1.el6.remi.5.5.x86_64 (remi-php55)
php-pecl-zip(x86-64) = 1.12.3-1.el6.remi.5.5
Available: php-common-5.3.3-26.el6.x86_64 (base)
Not found
Available: php-common-5.3.3-27.el6_5.x86_64 (updates)
Not found
Available: php-common-5.3.3-27.el6_5.1.x86_64 (updates)
Not found
Available: php-common-5.5.14-2.el6.remi.x86_64 (remi-php55)
Not found
Error: Package: php-common-5.5.15-1.el6.remi.x86_64 (@remi-php55)
Requires: php-pecl-zip(x86-64)
Removing: php-pecl-zip-1.12.4-1.el6.remi.5.5.x86_64 (@remi-php55)
php-pecl-zip(x86-64) = 1.12.4-1.el6.remi.5.5
Obsoleted By: php-common-5.5.15-1.el6.remi.x86_64 (remi-php55)
Not found
Available: php-common-5.4.30-1.el6.remi.x86_64 (remi)
php-pecl-zip(x86-64) = 1.11.0
Available: php-common-5.4.31-1.el6.remi.x86_64 (remi)
php-pecl-zip(x86-64) = 1.11.0
Available: php-pecl-zip-1.12.3-1.el6.remi.5.5.x86_64 (remi-php55)
php-pecl-zip(x86-64) = 1.12.3-1.el6.remi.5.5
Available: php-common-5.3.3-26.el6.x86_64 (base)
Not found
Available: php-common-5.3.3-27.el6_5.x86_64 (updates)
Not found
Available: php-common-5.3.3-27.el6_5.1.x86_64 (updates)
Not found
Available: php-common-5.5.14-2.el6.remi.x86_64 (remi-php55)
Not found
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
I have php-pecl-zip-1.12.4-1.el6.remi.5.5.x86_64 installed, see:
# rpm -qa | sort | grep -i php
php-5.5.15-1.el6.remi.x86_64
php-bcmath-5.5.15-1.el6.remi.x86_64
php-cli-5.5.15-1.el6.remi.x86_64
php-common-5.5.15-1.el6.remi.x86_64
php-devel-5.5.15-1.el6.remi.x86_64
php-fpm-5.5.15-1.el6.remi.x86_64
php-gd-5.5.15-1.el6.remi.x86_64
php-imap-5.5.15-1.el6.remi.x86_64
php-intl-5.5.15-1.el6.remi.x86_64
php-magickwand-1.0.9.2-7.el6.remi.5.5.x86_64
php-mbstring-5.5.15-1.el6.remi.x86_64
php-mcrypt-5.5.15-1.el6.remi.x86_64
php-mysqlnd-5.5.15-1.el6.remi.x86_64
php-opcache-5.5.15-1.el6.remi.x86_64
php-pdo-5.5.15-1.el6.remi.x86_64
php-pear-1.9.5-2.el6.remi.noarch
php-pecl-apcu-4.0.6-1.el6.remi.5.5.x86_64
php-pecl-imagick-3.1.2-3.el6.remi.5.5.x86_64
php-pecl-jsonc-1.3.6-1.el6.remi.5.5.1.x86_64
php-pecl-jsonc-devel-1.3.6-1.el6.remi.5.5.1.x86_64
php-pecl-zip-1.12.4-1.el6.remi.5.5.x86_64
php-process-5.5.15-1.el6.remi.x86_64
php-xml-5.5.15-1.el6.remi.x86_64
php-xmlrpc-5.5.15-1.el6.remi.x86_64
So how can I get rid of the error message which I get when I try to do yum update ???
Can you please help me with this?
Thanks!!
Hello, Remi.
It's great that you have repository with so many php modules and, in particular, php-tarantool (thank you very much for that).
I had question about php7 version of 'php-tarantool' extension - we have php7 version driver on branch php7-v2.
How can I help you to package php7 version of this driver?
In php.conf, you set these values:
#
# Apache specific PHP configuration options
# those can be override in each configured vhost
#
php_value session.save_handler "files"
php_value session.save_path "/var/lib/php/session"
These are not intuitive to find if you are troubleshooting why your php.ini values are not taking effect. Why not comment these out as an example only, and if they're important for the basic setup, set them in php.ini?
I need it for maniadrive package , seems to me is the best solution and now I read a second request:
https://ask.fedoraproject.org/en/question/95078/downgrade-php-7x-to-5x/
We should consider add compat-php5 in F25 , what do you think ?
Hi,
I think that the owner of /etc/redis.conf file should be the redis user. This is because configuration file can be rewritten from redis (command CONFIG REWRITE).
php-pecl-imagick version 0:3.4.2-1.el7.remi.5.6
not work with ImageMagick-last-libs version 6.9.4.1-1.el7.remi
when runned via php-fpm version php-fpm-5.6.21-1.el7.remi:
<?php
try {
(new Imagick)->readImage('/home/www/example.com/static/content/files/image.jpg');
} catch (Exception $e) {
echo $e->getMessage();
}
die;
Exception:
no decode delegate for this image format `JPEG' @ error/constitute.c/ReadImage/501
workaround:
downgrade ImageMagick-last-libs versions to 6.9.3.10-1.el6.remi:
http://fr2.rpmfind.net/linux/remi/enterprise/6.7/safe/i386/ImageMagick-last-libs-6.9.3.10-1.el6.remi.i686.rpm
http://fr2.rpmfind.net/linux/remi/enterprise/7/remi/x86_64/ImageMagick-last-libs-6.9.3.10-1.el7.remi.x86_64.rpm
can you please fix this bug with php-pecl-imagick and latest version of ImageMagick-last-libs?
Trying to find the memcached extension but it doesn't seem to be there. Am I missing something?
yum list *memcache*
php-pecl-memcache.x86_64 3.0.9-0.7.20161124gitdf7735e.el6.remi.7.1 remi-php71
php-pecl-memcached.x86_64 3.0.3-1.el6.remi.7.1 remi-php71
php54-php-pecl-memcache.x86_64 3.0.8-5.el6.remi remi
php54-php-pecl-memcached.x86_64 2.2.0-4.el6.remi remi
php55-php-pecl-memcache.x86_64 3.0.8-5.el6.remi remi
php55-php-pecl-memcached.x86_64 2.2.0-4.el6.remi remi
php56-php-pecl-memcache.x86_64 3.0.8-5.el6.remi remi
php56-php-pecl-memcached.x86_64 2.2.0-4.el6.remi remi
php70-php-pecl-memcache.x86_64 3.0.9-0.7.20161124gitdf7735e.el6.remi remi
php70-php-pecl-memcached.x86_64 3.0.3-1.el6.remi remi
php71-php-pecl-memcache.x86_64 3.0.9-0.7.20161124gitdf7735e.el6.remi remi
I installed php56-php-pecl-runkit.x86_64 from the remi repository and it is has a bug. If I use the command runkit_function_rename to rename an internal function it will rename the function but often (not always) then give me an error when I try to create a new function with the same name. I don't have this problem with the runkit_function_redefine command.
Here is a sample program:
<?php
ini_set("runkit.internal_override", 1);
runkit_function_rename("json_decode", "php::json_decode");
if (!(function_exists("json_decode")))
{
function json_decode()
{
echo "Hello\n";
}
}
print json_decode();
?>
Here's the error: PHP Fatal error: Call to undefined function json_decode() in /u/home/lifeboat/test2.php on line 12
If I change the code so it doesn't check if the function exists before defining it, I get the error: PHP Fatal error: Cannot redeclare json_decode() in /u/home/lifeboat/test2.php on line 8
Here is the code that generates that error:
<?php
ini_set("runkit.internal_override", 1);
runkit_function_rename("json_decode", "php::json_decode");
function json_decode()
{
echo "Hello\n";
}
print json_decode();
?>
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.