Opened 11 years ago
Closed 11 years ago
#40427 closed defect (fixed)
filezilla - error staging FileZilla into destroot
Reported by: | tswingo3@… | Owned by: | rudloff@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | mojca (Mojca Miklavec) | |
Port: | FileZilla |
Description (last modified by mf2k (Frank Schima))
:info:destroot ./src missing (created) :info:destroot ./var missing (created) :info:destroot ./www missing (created) :debug:destroot Executing org.macports.destroot (FileZilla) :error:destroot org.macports.destroot for port FileZilla returned: error copying "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_www_FileZilla/FileZilla/work/filezilla-3.7.3/FileZilla.app": no such file or directory :debug:destroot Error code: NONE :debug:destroot Backtrace: error copying "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_www_FileZilla/FileZilla/work/filezilla-3.7.3/FileZilla.app": no such file or directory while executing "$procedure $targetname" :info:destroot Warning: targets not executed for FileZilla: org.macports.activate org.macports.destroot org.macports.install :notice:destroot Please see the log file for port FileZilla for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_www_FileZilla/FileZilla/main.log
Attachments (1)
Change History (6)
comment:2 Changed 11 years ago by cooljeanius (Eric Gallager)
Normally we'd say to cc just the maintainer, but here I'd also recommend cc-ing mojca@... as well, due to the wxWidgets stuff...
comment:3 Changed 11 years ago by mf2k (Frank Schima)
Cc: | mojca@… added |
---|---|
Description: | modified (diff) |
Keywords: | filezilla destroot staging removed |
Owner: | changed from macports-tickets@… to rudloff@… |
comment:4 Changed 11 years ago by mojca (Mojca Miklavec)
I don't understand this. The Portfile
uses the following:
if {![variant_isset wxgtk28]} { # TODO: when FileZilla is built against wxGTK, it doesn't create an app; this needs fixing destroot { copy ${worksrcpath}/FileZilla.app ${destroot}${applications_dir} } } if {![variant_isset wxwidgets30] && ![variant_isset wxwidgets28] && ![variant_isset wxgtk28]} { if {[vercmp $xcodeversion 4.4] >= 0} { default_variants +wxgtk28 } else { default_variants +wxwidgets28 } }
Is this written in the wrong order perhaps? Why did the wxkgt28
variant try to copy FileZilla.app
?
comment:5 Changed 11 years ago by mojca (Mojca Miklavec)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Version: | 2.2.0 |
It seems indeed that the order made a difference. The above two statements should be switched to work properly.
I committed r110909 and due to its simplicity I decided to use another solution and redefine destroot inside the variants rather than globally. It should fix the problem now. In case you still have problems, please reopen the ticket.
Note: See
TracTickets for help on using
tickets.