[MacPorts] #31078: qjson @0.7.1_1 build failure
#31078: qjson @0.7.1_1 build failure ------------------------------------+--------------------------------------- Reporter: anonymous@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Keywords: qjson | Port: qjson ------------------------------------+--------------------------------------- Can't install qjson (on 10.6.8), needed by amarok. {{{ ---> Computing dependencies for qjson ---> Fetching archive for qjson ---> Attempting to fetch qjson-0.7.1_1.darwin_10.x86_64.tbz2 from http://packages.macports.org/qjson ---> Fetching qjson ---> Verifying checksum(s) for qjson Error: Target org.macports.checksum returned: does not exist in /opt/local/var/macports/distfiles/qjson Log for qjson is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_qjson/qjson/main.log Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets> }}} -- Ticket URL: <https://trac.macports.org/ticket/31078> MacPorts <http://www.macports.org/> Ports system for Mac OS
#31078: qjson @0.7.1_1 build failure ------------------------------------+--------------------------------------- Reporter: anonymous@… | Owner: snc@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Keywords: | Port: qjson ------------------------------------+--------------------------------------- Changes (by macsforever2000@…): * keywords: qjson => * owner: macports-tickets@… => snc@… -- Ticket URL: <https://trac.macports.org/ticket/31078#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#31078: qjson @0.7.1_1 build failure ------------------------------------+--------------------------------------- Reporter: anonymous@… | Owner: snc@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Keywords: | Port: qjson ------------------------------------+--------------------------------------- Comment(by rmstonecipher@…): Jeremy,[[br]] Must qjson fetch from git when tarballs are available from SourceForge mirrors?[[br]] Attached is a patch to switch the fetch to sourceforge.[[br]][[br]] Cheers,[[br]] Ryan Stonecipher -- Ticket URL: <https://trac.macports.org/ticket/31078#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
#31078: qjson @0.7.1_1 build failure ------------------------------------+--------------------------------------- Reporter: anonymous@… | Owner: snc@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Keywords: | Port: qjson ------------------------------------+--------------------------------------- Changes (by snc@…): * status: new => assigned * cc: rmstonecipher@… (added) Comment: Was simply where I had found it when I created the port; my initial clicking to get the project home page continued to keep me at gitorious instead of sf. Feel free to submit this patch if you have time before I do. -- Ticket URL: <https://trac.macports.org/ticket/31078#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS
#31078: qjson @0.7.1_1 build failure ------------------------------------+--------------------------------------- Reporter: anonymous@… | Owner: snc@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Keywords: | Port: qjson ------------------------------------+--------------------------------------- Comment(by snc@…): I think the real issue here might be in how base is handling a package that was not fully failed on the archive mirror (that is, fetch failed but not building or license). -- Ticket URL: <https://trac.macports.org/ticket/31078#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS
#31078: qjson @0.7.1_1 build failure ------------------------------------+--------------------------------------- Reporter: anonymous@… | Owner: snc@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Keywords: | Port: qjson ------------------------------------+--------------------------------------- Comment(by raimue@…): The issue has been fixed on trunk in r83471, but was not yet released. -- Ticket URL: <https://trac.macports.org/ticket/31078#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS
#31078: qjson @0.7.1_1 build failure ------------------------------------+--------------------------------------- Reporter: anonymous@… | Owner: snc@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Keywords: | Port: qjson ------------------------------------+--------------------------------------- Comment(by raimue@…): I committed a workaround for this problem to qjson in r83492. -- Ticket URL: <https://trac.macports.org/ticket/31078#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS
#31078: qjson @0.7.1_1 build failure -------------------------------------+-------------------------------------- Reporter: anonymous@… | Owner: snc@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Resolution: fixed | Keywords: Port: qjson | -------------------------------------+-------------------------------------- Changes (by rmstonecipher@…): * status: assigned => closed * resolution: => fixed Comment: Switched to SourceForge, workaround removed in r83506. -- Ticket URL: <https://trac.macports.org/ticket/31078#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS
#31078: qjson @0.7.1_1 build failure -------------------------------------+-------------------------------------- Reporter: anonymous@… | Owner: snc@… Type: defect | Status: reopened Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Resolution: | Keywords: Port: qjson | -------------------------------------+-------------------------------------- Changes (by pixilla@…): * status: closed => reopened * resolution: fixed => Comment: My port command is built from trunk r83544.[[BR]] qjson extracts to ${name} rather then ${distname}. {{{ DEBUG: Executing proc-post-org.macports.extract-extract-1 Error: Target org.macports.extract returned: /opt/local/var/macports/build/_opt_local_var_macports_sources_svn.macports.org_trunk_dports_devel_qjson/qjson/work/qjson-0.7.1: no such file or directory }}} Oddly, setting "worksrcdir ${name}" still produces this error.[[BR]] Adding the following is working for me: {{{ extract.mkdir yes extract.post_args "| tar -xf - --strip-components 1 -C ${worksrcpath}" }}} -- Ticket URL: <https://trac.macports.org/ticket/31078#comment:8> MacPorts <http://www.macports.org/> Ports system for Mac OS
#31078: qjson @0.7.1_1 build failure -------------------------------------+-------------------------------------- Reporter: anonymous@… | Owner: snc@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Resolution: fixed | Keywords: Port: qjson | -------------------------------------+-------------------------------------- Changes (by ryandesign@…): * status: reopened => closed * cc: ryandesign@… (added) * resolution: => fixed Comment: Replying to [comment:8 pixilla@…]:
qjson extracts to ${name} rather then ${distname}. [snip] Oddly, setting "worksrcdir ${name}" still produces this error.
The kde4 portgroup was buggy. Fixed in r83562.
{{{ extract.post_args "| tar -xf - --strip-components 1 -C ${worksrcpath}" }}} Let's not do that kind of thing if possible. It introduces too much knowledge into the portfile about the internals of how the extract phase currently works, and makes it harder for us to change / improve the extract phase later. -- Ticket URL: <https://trac.macports.org/ticket/31078#comment:10> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts