Thanks for the suggestion, but after putting that at the top of the spec
and running rpmbuild, I still get
Resolving Dependencies
--> Running transaction check
---> Package R-RPostgreSQL.x86_64 0:0.4-1.el6 will be installed
--> Processing Dependency: /usr/bin/r for package:
R-RPostgreSQL-0.4-1.el6.x86_64
--> Processing Dependency: /usr/bin/r for package:
R-RPostgreSQL-0.4-1.el6.x86_64
--> Finished Dependency ResolutionError: Package:
R-RPostgreSQL-0.4-1.el6.x86_64 (/R-RPostgreSQL-0.4-1.el6.x86_64)
Requires: /usr/bin/r
when trying to install the resulting RPM
and
$ rpm -qp --requires ../RPMS/x86_64/R-RPostgreSQL-0.4-1.el6.x86_64.rpm
/bin/bash
/usr/bin/env
/usr/bin/r
R-DBI
R-methods
libR.so()(64bit)
libc.so.6()(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libpq.so.5()(64bit)
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rtld(GNU_HASH)
rpmlib(PayloadIsXz) <= 5.2-1
On Thu, Jun 4, 2015 at 5:47 AM, Leon Fauster <leonfauster at googlemail.com>
wrote:
> Am 03.06.2015 um 21:49 schrieb Tony Schreiner <anthony.schreiner at bc.edu>:
> > I run R2spec -s tarball to create a spec file, and most of the time it
> > works ok, but sometimes (RPostgresSQL, Rcpp for example) the package has
> > test or example programs that start with
> >
> > #!/usr/bin/r
> >
> > with lower case r, and the resulting package then winds up with a
> > dependency on /usr/bin/r, which can't be resolved.
> >
> > So far I have solved it by editing all the files and replacing with
> > /usr/bin/R, recreating the tarball and going through the process again,
> but
> > I have to believe there is an easier way.
> >
> > Is there a option to not create the dependency?
>
>
> can't test it here right now - but try adding
> following line at the top of your spec file:
>
> %define __os_install_post %{nil}
>
> --
> LF
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos
>