RPM packages with *.remi.* - what's this?

[Schmidt]

Can anyone tell what the .remi. means in a name of package? For example:

php-sqlite-5.3.8-5.fc16.remi.x86_64.rpm

[jayd512]

From what I can gather, that particular package comes from Remi's blog (French).
So Remi is probably the guy that packaged that one.

That, plus the original package, can be obtained at the same site: php-sqlite-5.3.8-5.fc16.remi.x86_64.rpm Fedora 16 Free Download

[MikeTbob]

I think Jay is correct. Good call as usual, Jay. I believe this is the homepage for the remi repos.
RepoView: Les RPM de Remi

[jayd512]

I think Jay is correct. Good call as usual, Jay. I believe this is the homepage for the remi repos.
RepoView: Les RPM de Remi

Well
Gee
Shucks
It weren't nothin'.
I Googled the package name and got that result.
And when I ran Fedora, I think I used Remi's repos....
So he's all good

[Schmidt]

Yes, that's it, thanks everybody I just wanted to install sqlite for php and Yum said that php-sqlite-*****.remi.fc16.x86_64.rpm requires php-common-*******.remi.fc16.x86_64.rpm and did not want to accept already installed php-common-********.fc16.x86_64.rpm Just wondering if the difference really makes sense.

[MikeTbob]

Sometimes it doesn't make any sense. I would just advise that when you use third party repos, keep a close eye on your packages.
Here is a quote from the CentOS website...which should apply to any distro.

AdditionalResources/Repositories - CentOS Wiki

WARNING: These repositories are not provided nor supported by CentOS. They are listed in a 'catch as catch can' order, and being listed earlier does not imply any particular merit to a given repository. The CentOS project exercises no editorial control over the assertions of computability made by these sites. Many 3rd party repositories are mutually incompatible and will cause dependency issues and conflicts, as well as stability issues, if used together! If something from them breaks, you get to keep the pieces. Some of the repos, such as RPMforge, ELRepo, ATrpms, EPEL and RPMfusion have their own mailing lists for support issues with their packages.




NOTE: If you are considering using a 3rd Party Repository, then you should seriously consider how to prevent unintended 'updates' from these side archives from over-writing some core part of CentOS. One approach is to only enable these archives from time to time, and generally leave them disabled.

[Schmidt]

Thanks for the explanation. I just did not find 'php-sqlite' package in official fedora 16 repos. Having some usage of sqlite functions from Remi's php-sqlite I found that they do not fit for SQLite3, only SQLite2 (so this package is lust an old one). Now php-pdo is used for accessing SQLite3. Thanks for replies [Solved]

[jayd512]

I have to agree with Mike... 3rd party repos can be 9 kinds if Hell.
This time, though you're good to go.
I looked in to it a little further, and Remi hosts a bunch of reputable software!