New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rpm build scripts use the binary file as dependency rather than the package name where the binary is in [CORE3803] #4146
Comments
Commented by: @pmakowski Don't use this rpm |
Commented by: Eberhard Leba (eleba) Philippe regards Eberhard |
Commented by: @AlexPeshkoff We historically provided a kind of 'universal' rpm package on SF, supposed to work on different OS's. But ability to have something working and universal is currently close to unreal - when library names used a s dependencies are same for all distros, packages will be called differently. BTW, earlier there were no problems using library name as dependency name. Moreover, it was documented. Therefore since FB3 we stop providing rpms at SF. If one needs rpm instead tar.gz he should really better use distro-specific sources. |
Commented by: Eberhard Leba (eleba) Unfortunately the EPEL package is also inconsistent. firebird-superserver-2.5.1.26351.0-1.el6.x86_64.rpm depends on firebird-2.5.1.26351.0-1.el6.x86_64.rpm in turn requires So the user is left alone with this mess because of the WONT FIX. :( PS: I know this is the wrong place to complain about a bug in EPEL packages. This is just to show the consequences. So whats left is the old fashioned and outdated tar install. |
Modified by: @pcisarstatus: Resolved [ 5 ] => Closed [ 6 ] |
Commented by: @pmakowski yum install firebird firebird-superserver should do all it need and no it is not a mess but you have the choice and yes, if you find a bug with Epel package, report it there : |
Commented by: Eberhard Leba (eleba) So I created a file /etc/yum.repos.d/epel.repo with the following content:: ran the command yum install firebird firebird-superserver AND ---- MAGIC ---- it installed. Philippe Thanks allot.! |
Submitted by: Eberhard Leba (eleba)
Installing FirebirdCS-2.5.1.26351-0.amd64.rpm on a cleanly installed RHEL6 or RHEL6.1 RPM complains about missing components:
# rpm -ivh FirebirdSS-2.5.0.26074-0.amd64.rpm
error: Failed dependencies:
libncurses.so.5 is needed by FirebirdSS-2.5.0.26074-0.amd64
libstdc++.so.6 is needed by FirebirdSS-2.5.0.26074-0.amd64
The libraries are available on that system:
$ ls -l /usr/lib64/libncurses.so
lrwxrwxrwx. 1 root root 27 16. Sep 2011 /usr/lib64/libncurses.so -> ../../lib64/libncurses.so.5
$ ls -l /lib64/libncurses.so.5
lrwxrwxrwx. 1 root root 17 16. Sep 2011 /lib64/libncurses.so.5 -> libncurses.so.5.7
$ ls -l /lib64/libncurses.so.5.7
-rwxr-xr-x. 1 root root 142504 3. Dez 2009 /lib64/libncurses.so.5.7
$ ls -l /usr/lib64/libstdc++.so.6
lrwxrwxrwx. 1 root root 19 16. Sep 2011 /usr/lib64/libstdc++.so.6 -> libstdc++.so.6.0.13
ls -l /usr/lib64/libstdc++.so.6.0.13
-rwxr-xr-x. 1 root root 989840 15. Feb 2011 /usr/lib64/libstdc++.so.6.0.13
The RPM packages containing those libraries do have a different name:
$ rpm -qf /lib64/libncurses.so.5
ncurses-libs-5.7-3.20090208.el6.x86_64
]$ rpm -qf /usr/lib64/libstdc++.so.6
libstdc++-4.4.5-6.el6.x86_64
The workaround for this is to install firebird using the --nodeps flag. This might not be acceptable for administrators responsible for huge system environments.
The text was updated successfully, but these errors were encountered: