English : FAQ
This page provides the most frequently asked questions from the forum about remi repository and their answer.
Pour les utilisateurs francophones, lire la page : FAQ en français.
- Link with my job ?
- Which are the goals of this repository ?
- Where to ask ? How to contact Remi ?
- How to encourage Remi ?
- How to Use the repository ?
- Why the repository isn't enabled on default ?
- The "remi-safe" repository ?
- How to keep informed of repository news ?
- Can I synchronize a local mirror of remi repository ?
- Can MySQL be updated without PHP ?
- Can PHP be updated without MySQL ?
- Replacement of the base packages ?
- Difference between php-* and php##-php-* packages ?
- Can the repository be used only for the Softwares Collections ?
- Missing dependencies
- No packages found
- Conflict between i386 and x86_64 packages ?
- debuginfo availability ?
- Firefox, Thunderbird, etc for EL ?
Last update : 2015-06-02
There is absolutely no link between the repository or blog content and my current employer.
Opinions expressed here are only mine and doesn't imply any community, project or society (Fedora, PHP, Red Hat, CentOS, ...).
- packages I also maintains in Fedora
- backports of packages available in Fedora development version
- some packages incompatible with Fedora policy
- some packages in progress before being submitted to Fedora repository
- (nearly) vanilla versions
This is quite away from backporting fixes policy of Enterprise Linux.
Blog comments are not designed to launch discussion. Forums are open for all question, support, discussion.
You can come to discuss on IRC #remirepo channel (freenode). You can even use the webchat access.
There is a lot of ways, for example:
- A small comment on "Merci / Thanks",
- Use the repository, and the forums to report your use cases.
- Write on your blog about the repository,
- Use the "Donate" button (in the upper right corner, I you have miss it), funds will pay my next builder, my web hosting, my web access and some other small gifts.
I think most is explained in the Repository Configuration page.
Try the configuration wizard.
The "remi-safe" repository is enabled by default, as it is really safe.
Available packages in "remi" and others "remi-*" repositories override those in official repository. So their installation must be a pondered administrator choice. But it's really easy to permanently enable it.
For PHP, you have to choose the repository which provides the version you wamt (remi-php55, remi-php56, remi-php70...).
On Enterprise Linux 6 and 7, the new "remi-safe" repository is now enabled by default.
This repository doesn't override/replace any package of the distribution. It provides a set of packages, mostly PHP extensions, not yet in EPEL. It also provides recent version of some libraries which can be installed beside system version (e.g. gd-last).
New feature: it provides all depedencies for packages in the other repositories (so "remi" is no more required)
First, reading this blog, each new major version is announced by an entry, minor one by a comment Afterward, each repository have a RSS feed, ex for e6.x86_64.
Yes : the reposync command is designed for this use.
You can, now, also use rsync, for this, send me an email to ask an access (with a static IP address)
Recursive wget/ftp/curl from the primary mirror is a very bad discouraged practice.
Yes : compat-mysql51 (fedora 11-14) mysqlclient15 (fedora 8-10 and EL-5) and mysqlclient14 (EL-4) packages provide the connection library for the other packages in the official repository. Yum will handle of this.
Yes : compat-mysql55 package (in remi-test repository) provides the connection library for php-mysql. It must be installed "before" the PHP update.
The use of php-mysqlnd allow to use mysql extension without dependency on MySQL library.
Starting with PHP 5.5, there is no more dependency on MySQL.
Some third party repositories have chosen to not replace the default base package, but to provide packages with different names (see The SafeRepo Initiative).
- when I open my repository, in 2005, this idea didn't exist yet (recent versions were provided by Red Hat in a dedicated channel: RHWAS)
- I think different names only make sens if both can be installed simultaneously ; which is the case for the libraries (*last packages) and SCL. Conflicts, are evil.
- replacement stay an admin choice as the repository is not enabled by default
- includepkgs and exclude yum directives can be used to finely configure what will be pulled from my repository.
- having various packages providing the same dependencies (ex php-zip provided by php-common, php53-common, php-pecl-zip...) is just a nightmare for yum, raising various dependency issues (an example)
- remi repository doesn't only provide PHP and a few set of extensions but a (close to) full stack (more than 500 packages), most of them working with all available versions
- some packages are created/developed first in remi, before being imported in Fedora / EPEL.
php-* packages are standard ones:
- they override the default system version (still an admin choice, as you have to enable the repository to get them)
- only one version can be installed
- one repository per version (remi, remi-php55, remi-php56 and remi-php70)
php54-php-*, php55-php-*, php56-php-* and php70-php-* packages are Softwares Collections:
- they can be installed beside the default system version (in /opt/remi)
- various versions can be installed simultaneously
- all the versions are in the remi repository
Notice: some other repositories have choose to use different names (php56u, php70w) but this create various conflicts. I think a different name only make sense if it allow parallel installation with standard version.
Yes : simply add this line in the remi.repo configuration fileincludepkgs=php55*
The php56 and php70 SCL are now available int the remi-safe repository, so no configuration change required.
All dependencies are available in standard repository, and for pour Fedora in RPMFusion and for Enterprise Linux in EPEL.
remi-test, remi-php55 and remi-php56 repositories also require the reml repository.
Common dependencies for packages in remi-php** repositories are in remi-safe, enabled by default (as this is new, please report any missing package).
RPM for Enterprise Linux are build using official RHEL 5.11, RHEL 6.7 and RHEL-7.1 repositories. Some packages can be missing in older versions (ex openssl 1.0.1).
Note : for RHEL-6 and RHEL-7 the Optional channel is mandatory (rhel-x86_64-server-optional-6, rhel-7-server-optional-rpms).
Some "noarch" packages in "remi" repository (e.g. phpMyAdmin) now require php(language) >= 5.5. As PHP 5.4 have reached its "Eof of life", if you want to use these applications, you have to update, using the "remi-php55" repository (or greater).
Check if the repository is correctly enabled.
Else, packages from base repository can be protected by the yum priorities plugin. In this case, you may have to disable the plugin (--noplugins or --disableplugin=priorities) or change the repository configuration to set a higher priority.
This is not directly an issue with remi repository, but rather a old known bug of the old fedora versions and EL-5 installer. Bug which is fixed in more recent versions. This bug cause both the 32 bits and 64 bits libraries being installed. For me, the simplest is the full clean of all 32 bits libraries after a 64 bits system installation:yum remove glibc.i686
Notice : the main goal of remi repository is to provide the latest versions to have benefit of improvements and fixes, especially security ones.
Yes, this is possible, just open a request on the forum, with all the needed information about the distribution, version and architecture. As this require a search in my off-line backup, you must be patient.
They are available in the repository for packages built after January 2013.
Graphical applications, are only available for fedora, which I consider as the best choice for a workstation. For me, Enterprise Linux is mainly for server system.
Despite this, this applications are now available for EL-6 (le latest version).
Because lack of time, I have suspended their maintenance. I prefer to concentrate my work on the PHP stack.
Publié le jeudi 25 août 2011 par Remi