"no such file or directory" error when staging subversion 1.4.5 into destroot
Hi everyone, I'm receiving an error while installing subversion: slapshot:~ admin$ sudo port install subversion +tools ---> Fetching subversion ---> Attempting to fetch subversion-1.4.5.tar.bz2 from http://subversion.tigris.org//downloads/ ---> Verifying checksum(s) for subversion ---> Extracting subversion ---> Applying patches to subversion ---> Configuring subversion ---> Building subversion with target all mucc ---> Staging subversion into destroot Error: Target org.macports.destroot returned: no such file or directory Error: Status 1 encountered during processing. Has anyone else had this problem and solved it? If so, how? If more information is required, I'll capture the output of running port with -v or -d and attach it. Thanks, Craig
On Aug 29, 2007, at 11:52 AM, Craig Demyanovich wrote:
I'm receiving an error while installing subversion:
slapshot:~ admin$ sudo port install subversion +tools ---> Fetching subversion ---> Attempting to fetch subversion-1.4.5.tar.bz2 from http:// subversion.tigris.org//downloads/ ---> Verifying checksum(s) for subversion ---> Extracting subversion ---> Applying patches to subversion ---> Configuring subversion ---> Building subversion with target all mucc ---> Staging subversion into destroot Error: Target org.macports.destroot returned: no such file or directory Error: Status 1 encountered during processing.
Has anyone else had this problem and solved it? If so, how? If more information is required, I'll capture the output of running port with -v or -d and attach it.
Can you mail me the output of: port clean subversion port -dv install subversion +tools Thanks. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
Hi All, I'm running into a little problem building the latest version of postgis (1.3.1). Created the necessary portfile in my local repository, and ran portindex. The latest version in MP is 1.2.1 and requires a patchfile. The patch has not been rolled into the 1.3.1 version, so I left the directive in my local port file. After the attempting to "port install" it several times (and uninstall & cleaning), I decided to step through the install phases. The fetch, checksum, extract & patch stages went without a hitch. Below are the results of the next few stages: AFTER "sudo port -dt configure postgis" results in this: config.status: creating Makefile.config config.status: WARNING: Makefile.config.in seems to ignore the -- datarootdir setting config.status: creating config.h SUMMARY ------------------------------------------------------- HOST_OS: darwin8.10.0 PGSQL: /opt/local/lib/postgresql82/bin/pg_config GEOS: /opt/local/bin/geos-config (with C-API) (ldflags: -L/opt/local/lib) PROJ: prefix=/opt/local libdir=/opt/local/lib ICONV: 1 -liconv PORTNAME: darwin PREFIX: /opt/local EPREFIX: ${prefix} DOC: ${prefix}/share/doc DATA: /opt/local/share/postgis MAN: ${datarootdir}/man BIN: ${exec_prefix}/bin EXT: /opt/local/lib/postgresql82/ (/opt/local/lib/postgresql82/) ------------------------------------------------------- Warning: Target configure has an undeclared dependency on libiconv DEBUG: Target configure has no traceable dependency on proj AFTER "sudo port -dt build postgis" results in this: chmod +x postgis_restore.pl create_undef.pl postgis_proc_upgrade.pl profile_intersects.pl test_estimation.pl test_joinestimation.pl Warning: Target build has an undeclared dependency on openssl Warning: Target build has an undeclared dependency on perl5.8 Warning: Target build has an undeclared dependency on zlib apollo:~ jeff$ AFTER "sudo port -dt destroot postgis" results in this: DEBUG: Executing proc-post-org.macports.destroot-destroot-0 DEBUG: Target destroot has no traceable dependency on geos DEBUG: Target destroot has no traceable dependency on proj Error: Target org.macports.destroot returned: error renaming "/opt/ local/var/macports/build/_Users_jeff_Ports_databases_postgis/work/ destroot/etc/default/postgis": no such file or directory Warning: the following items did not execute (for postgis): org.macports.destroot Error: Status 1 encountered during processing. apollo:~ jeff$ There seem to be a couple of undeclared dependencies and warnings through out the build process, but nothing to stop the install in it's tracks till the destroot stage. Being a relative nu-bee, I'll sure take any hints anyone has to offer. Thanks, Jeff
So that list readers know, within about 2 hours, Daniel found and corrected the problem with the portfile for Subversion. After syncing my ports tree, I was able to install Subversion. Job well done, Daniel. Craig On 8/29/07, Daniel J. Luke <dluke@geeklair.net> wrote:
On Aug 29, 2007, at 11:52 AM, Craig Demyanovich wrote:
I'm receiving an error while installing subversion:
slapshot:~ admin$ sudo port install subversion +tools ---> Fetching subversion ---> Attempting to fetch subversion-1.4.5.tar.bz2 from http:// subversion.tigris.org//downloads/ ---> Verifying checksum(s) for subversion ---> Extracting subversion ---> Applying patches to subversion ---> Configuring subversion ---> Building subversion with target all mucc ---> Staging subversion into destroot Error: Target org.macports.destroot returned: no such file or directory Error: Status 1 encountered during processing.
Has anyone else had this problem and solved it? If so, how? If more information is required, I'll capture the output of running port with -v or -d and attach it.
Can you mail me the output of:
port clean subversion port -dv install subversion +tools
Thanks.
-- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
On Aug 29, 2007, at 2:28 PM, Jeff Stubbs wrote:
AFTER "sudo port -dt destroot postgis" results in this:
DEBUG: Executing proc-post-org.macports.destroot-destroot-0 DEBUG: Target destroot has no traceable dependency on geos DEBUG: Target destroot has no traceable dependency on proj Error: Target org.macports.destroot returned: error renaming "/opt/ local/var/macports/build/_Users_jeff_Ports_databases_postgis/work/ destroot/etc/default/postgis": no such file or directory Warning: the following items did not execute (for postgis): org.macports.destroot Error: Status 1 encountered during processing. apollo:~ jeff
Assuming that your postgis portfile is very similar to the one in macports, the problem is caused by: post-destroot { file rename ${destroot}/etc/default/postgis \ ${destroot}${prefix}/etc/postgis.default } It looks like the version of postgis you are attempting to update the portfile for doesn't have that particular file (or it's installed in a different location). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
Thanks Daniel, that did the trick. On Aug 29, 2007, at 2:39 PM, Daniel J. Luke wrote:
Assuming that your postgis portfile is very similar to the one in macports,
Exact copy, except for checksum, svn data in the $ID$ field.
the problem is caused by:
post-destroot { file rename ${destroot}/etc/default/postgis \ ${destroot}${prefix}/etc/postgis.default }
It looks like the version of postgis you are attempting to update the portfile for doesn't have that particular file (or it's installed in a different location).
Just deleted the above, and everything built fine. There's no maintainer for postgis, so I'll ask, should these be listed as dependencies of the port? Warning: Target configure has an undeclared dependency on libiconv Warning: Target build has an undeclared dependency on openssl Warning: Target build has an undeclared dependency on perl5.8 Warning: Target build has an undeclared dependency on zlib Is the below a problem? DEBUG: Target configure has no traceable dependency on proj It's listed in the "configure.args" for the portfile, what triggered the warning? Sorry for the stupid questions, just curious? Thanks, Jeff
On Aug 29, 2007, at 4:02 PM, Jeff Stubbs wrote:
Just deleted the above, and everything built fine.
There's no maintainer for postgis,
... but you're interested in it. Would you consider becoming the maintainer?
so I'll ask, should these be listed as dependencies of the port?
Warning: Target configure has an undeclared dependency on libiconv Warning: Target build has an undeclared dependency on openssl Warning: Target build has an undeclared dependency on perl5.8 Warning: Target build has an undeclared dependency on zlib
They maybe should be. The trace mode dependency checking isn't always able to perfectly determine if a dependency is real or not, though, so it's possible that it's not important. One thing to do would be to check (perhaps with 'otool -L') and see if any of the postgis binary files link against one of those libraries or not. Another thing to check would be to determine if you can prevent the build from trying to look for/make use of those libraries (by passing a --no-ssl flag to configure, for instance).
Is the below a problem?
DEBUG: Target configure has no traceable dependency on proj
It may or may not be.
It's listed in the "configure.args" for the portfile, what triggered the warning?
Trace mode didn't detect files installed by that port to be used. That doesn't necessarily mean that it's not a valid dependency (but it is a good hint). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
On Aug 29, 2007, at 5:07 PM, Daniel J. Luke wrote:
... but you're interested in it. Would you consider becoming the maintainer?
Possibly. Right now I feel a little overwhelmed dealing with MP's API and the complexity of trying to build the grass package. That's actually a good sign.... <grin> If I can manage those tasks, I'd feel more competent as a port's maintainer
One thing to do would be to check (perhaps with 'otool -L') and see if any of the postgis binary files link against one of those libraries or not.
otool reports that only postgresql and libiconv are dependecies. pgsql is reported in /opt/local, but for some reason, postgis is picking up the iconv library in /usr/lib. Even if I tweak the configure.args directive to point to the libiconv port. I thought I read in the MP guide, that MP sets the LDFLAGS to point to the /opt/local/lib directory. Something must be hardwired in the makefile or configure script. I'll dig deeper. Slightly off topic: I like Simon's ruby script that list all the dependencies of a port. Also Ryan had posted an graphic image of a certain port's dependencies. Is there a MP port that can automatically create a graphic image of a port's requirements. I tried manually with OmniGraffle, but got bogged down in the details. Jeff
On Aug 29, 2007, at 22:41, Jeff Stubbs wrote:
On Aug 29, 2007, at 5:07 PM, Daniel J. Luke wrote:
... but you're interested in it. Would you consider becoming the maintainer?
Possibly. Right now I feel a little overwhelmed dealing with MP's API and the complexity of trying to build the grass package. That's actually a good sign.... <grin> If I can manage those tasks, I'd feel more competent as a port's maintainer
One thing to do would be to check (perhaps with 'otool -L') and see if any of the postgis binary files link against one of those libraries or not.
otool reports that only postgresql and libiconv are dependecies. pgsql is reported in /opt/local, but for some reason, postgis is picking up the iconv library in /usr/lib. Even if I tweak the configure.args directive to point to the libiconv port.
I thought I read in the MP guide, that MP sets the LDFLAGS to point to the /opt/local/lib directory. Something must be hardwired in the makefile or configure script. I'll dig deeper.
Slightly off topic: I like Simon's ruby script that list all the dependencies of a port. Also Ryan had posted an graphic image of a certain port's dependencies. Is there a MP port that can automatically create a graphic image of a port's requirements. I tried manually with OmniGraffle, but got bogged down in the details.
I don't think so. I create my dependency images with a PHP script I wrote. My hope is that the MacPorts web site can eventually show each port's dependency graph.
participants (4)
-
Craig Demyanovich
-
Daniel J. Luke
-
Jeff Stubbs
-
Ryan Schmidt