I just installed R-hdf5 and received this error message from the postscript:
/home/aaronk/rpmbuild/tmp/rpm-tmp.80148: line 1: /usr/lib64/R/doc/html/search/index.txt: No such file or directory error: %post(R-hdf5-1.6.6-1.el5.x86_64) scriptlet failed, exit status 1
I also can't uninstall the rpm without using the --noscripts option because of the samepostscript error. The postscripts are listed below:
[root@n1 ~]# rpm -q --scripts R-hdf5 postinstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS > /usr/lib64/R/doc/html/search/index.txt postuninstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS > /usr/lib64/R/doc/html/search/index.txt
It appears that /usr/lib64/R/doc doesn't exist- hence the errors.
After looking at a few other R "plugins" I saw that they use /usr/lib/rpm/R-make-search-index.sh in the post scripts which seems to perform the same function as the current postscripts in R-hdf5 but among other things, uses existing paths.
I've attached a patch for the spec file for R-hdf5 that uses /usr/lib/rpm/R-make-search-index.sh instead of what it's currently doing that's causing errors. I also added a require for R-core, since /usr/lib/rpm/R-make-search-index.sh is provided by R-core.
If it's deemed acceptable would it possible to get this patch incorporated and get a new build pushed out?
Thanks!
-Aaron
On Thu, Oct 29, 2009 at 02:46:55PM -0400, Aaron Knister wrote:
I just installed R-hdf5 and received this error message from the postscript:
/home/aaronk/rpmbuild/tmp/rpm-tmp.80148: line 1: /usr/lib64/R/doc/html/search/index.txt: No such file or directory error: %post(R-hdf5-1.6.6-1.el5.x86_64) scriptlet failed, exit status 1
I also can't uninstall the rpm without using the --noscripts option because of the samepostscript error. The postscripts are listed below:
[root@n1 ~]# rpm -q --scripts R-hdf5 postinstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS > /usr/lib64/R/doc/html/search/index.txt postuninstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS > /usr/lib64/R/doc/html/search/index.txt
It appears that /usr/lib64/R/doc doesn't exist- hence the errors.
After looking at a few other R "plugins" I saw that they use /usr/lib/rpm/R-make-search-index.sh in the post scripts which seems to perform the same function as the current postscripts in R-hdf5 but among other things, uses existing paths.
I've attached a patch for the spec file for R-hdf5 that uses /usr/lib/rpm/R-make-search-index.sh instead of what it's currently doing that's causing errors. I also added a require for R-core, since /usr/lib/rpm/R-make-search-index.sh is provided by R-core.
If it's deemed acceptable would it possible to get this patch incorporated and get a new build pushed out?
Thanks!
Nice work Aaron. Do you have an account on bugzilla.redhat.com? If so, that would be the appropriate place to file this request (against Fedora and EPEL).
Hopefully the owner will see your message here though as well.
Ray
I think I do have a bugzilla account. I'm in the process of trying to figure that out ;-). I'll post this information there once I get in.
On Thu, Oct 29, 2009 at 3:03 PM, Ray Van Dolson rayvd@bludgeon.org wrote:
On Thu, Oct 29, 2009 at 02:46:55PM -0400, Aaron Knister wrote:
I just installed R-hdf5 and received this error message from the postscript:
/home/aaronk/rpmbuild/tmp/rpm-tmp.80148: line 1: /usr/lib64/R/doc/html/search/index.txt: No such file or directory error: %post(R-hdf5-1.6.6-1.el5.x86_64) scriptlet failed, exit status 1
I also can't uninstall the rpm without using the --noscripts option because of the samepostscript error. The postscripts are listed below:
[root@n1 ~]# rpm -q --scripts R-hdf5 postinstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS > /usr/lib64/R/doc/html/search/index.txt postuninstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS > /usr/lib64/R/doc/html/search/index.txt
It appears that /usr/lib64/R/doc doesn't exist- hence the errors.
After looking at a few other R "plugins" I saw that they use /usr/lib/rpm/R-make-search-index.sh in the post scripts which seems to perform the same function as the current postscripts in R-hdf5 but among other things, uses existing paths.
I've attached a patch for the spec file for R-hdf5 that uses /usr/lib/rpm/R-make-search-index.sh instead of what it's currently doing that's causing errors. I also added a require for R-core, since /usr/lib/rpm/R-make-search-index.sh is provided by R-core.
If it's deemed acceptable would it possible to get this patch incorporated and get a new build pushed out?
Thanks!
Nice work Aaron. Do you have an account on bugzilla.redhat.com? If so, that would be the appropriate place to file this request (against Fedora and EPEL).
Hopefully the owner will see your message here though as well.
Ray
epel-devel-list mailing list epel-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/epel-devel-list
On 10/29/2009 12:46 PM, Aaron Knister wrote:
I just installed R-hdf5 and received this error message from the postscript:
/home/aaronk/rpmbuild/tmp/rpm-tmp.80148: line 1: /usr/lib64/R/doc/html/search/index.txt: No such file or directory error: %post(R-hdf5-1.6.6-1.el5.x86_64) scriptlet failed, exit status 1
I also can't uninstall the rpm without using the --noscripts option because of the samepostscript error. The postscripts are listed below:
[root@n1 ~]# rpm -q --scripts R-hdf5 postinstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS> /usr/lib64/R/doc/html/search/index.txt postuninstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS> /usr/lib64/R/doc/html/search/index.txt
It appears that /usr/lib64/R/doc doesn't exist- hence the errors.
After looking at a few other R "plugins" I saw that they use /usr/lib/rpm/R-make-search-index.sh in the post scripts which seems to perform the same function as the current postscripts in R-hdf5 but among other things, uses existing paths.
Note that R modules use rpm macros for the post scripts that are resolved at rpm build time:
%post %{_R_make_search_index}
Looks like this changed at some point. May just be time to rebuild some of the older R modules in EPEL. I'll take a look.
I didn't realize there was a macro- I was doing an rpm -q --scripts on some of the other pkgs which showed the full path of the make-search-index script. Should I still file a bug report in bugzilla?
On Thu, Oct 29, 2009 at 3:24 PM, Orion Poplawski orion@cora.nwra.com wrote:
On 10/29/2009 12:46 PM, Aaron Knister wrote:
I just installed R-hdf5 and received this error message from the postscript:
/home/aaronk/rpmbuild/tmp/rpm-tmp.80148: line 1: /usr/lib64/R/doc/html/search/index.txt: No such file or directory error: %post(R-hdf5-1.6.6-1.el5.x86_64) scriptlet failed, exit status 1
I also can't uninstall the rpm without using the --noscripts option because of the samepostscript error. The postscripts are listed below:
[root@n1 ~]# rpm -q --scripts R-hdf5 postinstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS> /usr/lib64/R/doc/html/search/index.txt postuninstall scriptlet (using /bin/sh): cat /usr/lib64/R/library/*/CONTENTS> /usr/lib64/R/doc/html/search/index.txt
It appears that /usr/lib64/R/doc doesn't exist- hence the errors.
After looking at a few other R "plugins" I saw that they use /usr/lib/rpm/R-make-search-index.sh in the post scripts which seems to perform the same function as the current postscripts in R-hdf5 but among other things, uses existing paths.
Note that R modules use rpm macros for the post scripts that are resolved at rpm build time:
%post %{_R_make_search_index}
Looks like this changed at some point. May just be time to rebuild some of the older R modules in EPEL. I'll take a look.
-- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com
epel-devel-list mailing list epel-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/epel-devel-list
On 10/29/2009 01:29 PM, Aaron Knister wrote:
I didn't realize there was a macro- I was doing an rpm -q --scripts on some of the other pkgs which showed the full path of the make-search-index script. Should I still file a bug report in bugzilla?
Hold off - I think we really just need to rebuild R modules older than a certain point. I'm trying to find that point.
On 10/29/2009 01:31 PM, Orion Poplawski wrote:
On 10/29/2009 01:29 PM, Aaron Knister wrote:
I didn't realize there was a macro- I was doing an rpm -q --scripts on some of the other pkgs which showed the full path of the make-search-index script. Should I still file a bug report in bugzilla?
Hold off - I think we really just need to rebuild R modules older than a certain point. I'm trying to find that point.
Looks like maybe only R-hdf5 and R-RScaLAPACK need to be rebuilt. I've already created an R-hdf5 update and am working on R-RScaLAPACK.
Don't have a machine to test EL4.
I have an EL4 test box if you can give me the spec file to test with
On Thu, Oct 29, 2009 at 4:30 PM, Orion Poplawski orion@cora.nwra.com wrote:
On 10/29/2009 01:31 PM, Orion Poplawski wrote:
On 10/29/2009 01:29 PM, Aaron Knister wrote:
I didn't realize there was a macro- I was doing an rpm -q --scripts on some of the other pkgs which showed the full path of the make-search-index script. Should I still file a bug report in bugzilla?
Hold off - I think we really just need to rebuild R modules older than a certain point. I'm trying to find that point.
Looks like maybe only R-hdf5 and R-RScaLAPACK need to be rebuilt. I've already created an R-hdf5 update and am working on R-RScaLAPACK.
Don't have a machine to test EL4.
-- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com
epel-devel-list mailing list epel-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/epel-devel-list
On 10/29/2009 02:33 PM, Aaron Knister wrote:
I have an EL4 test box if you can give me the spec file to test with
Basically, just install all of the R-* modules and report which ones have the error.
On a EL4 tester I installed the epel-release RPM and ran an 'update R-*'. The installation installed all of the R-* packages successfully. I did notice however, that the following R- packages are only available for EL5 and hence didn't install on EL4
r-rscalapack r-hdf5 r-msm r-multcomp r-mvtnorm r-systemfit
On Thu, Oct 29, 2009 at 5:27 PM, Orion Poplawski orion@cora.nwra.com wrote:
On 10/29/2009 02:33 PM, Aaron Knister wrote:
I have an EL4 test box if you can give me the spec file to test with
Basically, just install all of the R-* modules and report which ones have the error.
-- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com
epel-devel-list mailing list epel-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/epel-devel-list
Make that 'up2date R-*' not 'update R-*'
On Fri, Oct 30, 2009 at 12:12 PM, Aaron Knister aaron.knister@gmail.com wrote:
On a EL4 tester I installed the epel-release RPM and ran an 'update R-*'. The installation installed all of the R-* packages successfully. I did notice however, that the following R- packages are only available for EL5 and hence didn't install on EL4
r-rscalapack r-hdf5 r-msm r-multcomp r-mvtnorm r-systemfit
On Thu, Oct 29, 2009 at 5:27 PM, Orion Poplawski orion@cora.nwra.com wrote:
On 10/29/2009 02:33 PM, Aaron Knister wrote:
I have an EL4 test box if you can give me the spec file to test with
Basically, just install all of the R-* modules and report which ones have the error.
-- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com
epel-devel-list mailing list epel-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/epel-devel-list
epel-devel@lists.fedoraproject.org