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)

main.log (570.6 KB) - added by tswingo3@… 11 years ago.
logfile

Download all attachments as: .zip

Change History (6)

comment:1 Changed 11 years ago by tswingo3@…

:info:destroot ./src missing (created)
:info:destroot ./var missing (created)
:info:destroot ./www missing (created)


: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


Changed 11 years ago by tswingo3@…

Attachment: main.log added

logfile

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...

Last edited 11 years ago by cooljeanius (Eric Gallager) (previous) (diff)

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: newclosed
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.