Apache OpenOffice (AOO) Bugzilla – Issue 46520
epmfile.pm causes error in instsetoo_native without local installation of epm
Last modified: 2007-02-06 08:03:37 UTC
My SRC680_m89 build (on Fedora Core 3) broke in instsetoo_native with following error message. ----- ... creating epm list file epm_OpenOffice_gid_Module_Optional_Gnome_unxlngi6_SRC680__en-US.lst ... Can't exec "epm": No such file or directory at /home/jeongkyu/ooosrc/src680_m89/solenv/bin/modules/installer/epmfile.pm line 547. readline() on closed filehandle EPMPATCH at /home/jeongkyu/ooosrc/src680_m89/solenv/bin/modules/installer/epmfile.pm line 549. ----- It appears to me that the 'set_patch_state' in epmfile.pm was not looking for epm executable in solenv but one in system path, which I did not have initially. After installing epm into system path (/usr/bin), the problem went away. I believe build is supposed to work without installing it into system path, correct?
reassign
IS -> jeongkyu: It is not necessary to install epm locally. There is a module "epm" that delivers the file "epm" into the solver. (unxlngi6.pro/bin.m89). There it is detected by the code in the epmfile.pm. Did you build and deliver "epm"? For finding the epm there is the procedure "find_epm_on_system" on epmfile.pm. The mechanism is the following: If you use an environment variable EPM, this epm is used. Then it is searched in the include pathes of the output tree (where is should be located in the bin directory). And finally an epm is used, that is found with the PATH variable. In solenv there must not be an epm.
jeongkyu -> is > IS -> jeongkyu: It is not necessary to install epm locally. There is a module > "epm" that delivers the file "epm" into the solver. (unxlngi6.pro/bin.m89). > There it is detected by the code in the epmfile.pm. > Did you build and deliver "epm"? > For finding the epm there is the procedure "find_epm_on_system" on epmfile.pm. Yes, epm was built and delivered into solver. However, running epm _to check patch state_ (epmfile.pm line 547) did not take above logic into consideration, and it caused 'Can't exec "epm"' error. The following execution of epm _to build packages_ was correct in terms of path (epm in solver was found), but it seemed to be affected by above error and failed. If you have a chance, would you take a look at the code on line 547 ?
I just recognized this was assigned to me. Reassign.
Setting target
in the first shot for after 2.0 we want to concentrate on the most urgend issues for the product. We try to get this done after 2.0.1
As a reporter, I also don't think this is a critical issue. I just wanted to make a record about this for first time OOo builder on FC3. :-)
IS -> jeongkyu: Please check a more recent version. There is a clear usage of epm in epmfile.pm: If you use an environment variable EPM, this epm is used. Then it is searched in the include pathes of the output tree (where is should be located in the bin directory). I cannot reproduce your problem. Can you still reproduce it in a more recent version?
Hi IS, I am not able to test OO.o on Linux nowadays. And, it seems to be OK to close this issue as WORKSFORME considering that this issue happened with old version of OO.o and Fedore Core. Thanks, Jeongkyu
.