#35339: zorba: Update to 2.5 release ------------------------------------+--------------------------------------- Reporter: cezar.andrei@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: zorba ------------------------------------+--------------------------------------- Changes (by ryandesign@…): * cc: ryandesign@… (added) Comment: Thanks! Some observations: * "distfiles ${distname}.gz" seems wrong; you probably want to set "extract.suffix .gz" instead. * Why is the MacPorts clang 3.1 compiler required? Is the version of clang in Xcode 4.2 and up not sufficient? what about the llvm-gcc-4.2 or gcc-4.2 compilers in earlier Xcode versions? We'd rather not add a heavy dependency like a compiler unless it's absolutely necessary. -- Ticket URL: <https://trac.macports.org/ticket/35339#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

#35339: zorba: Update to 2.5 release ------------------------------------+--------------------------------------- Reporter: cezar.andrei@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: zorba ------------------------------------+--------------------------------------- Comment(by cezar.andrei@…): I just uploaded the last patch to Portfile, this zorba.2.diff : - uses extract.suffix .gz - doesn't have the clang-3.1 dependency - works fine with clang 4.0 from Xcode 4.4 -- Ticket URL: <https://trac.macports.org/ticket/35339#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

#35339: zorba: Update to 2.5 release -----------------------------+-------------------------------- Reporter: cezar.andrei@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: haspatch Port: zorba | -----------------------------+-------------------------------- Comment (by cezar.andrei@…): Zorba 2.8 is close to release, attached is the portfile for the upgrade. -- Ticket URL: <https://trac.macports.org/ticket/35339#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS

#35339: zorba: Update to 2.5 release -----------------------------+-------------------------------- Reporter: cezar.andrei@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: haspatch Port: zorba | -----------------------------+-------------------------------- Comment (by ryandesign@…): We would prefer unified diffs (like you had attached for the 2.5 update) instead of complete portfiles (like you attached for the 2.7 and 2.8 updates). There are several changes I would make to the 2.8 Portfile, including removing commented-out lines that aren't needed, not hardcoding the version in the distfiles and checksums, ordering the dependencies alphabetically, and using spaces instead of tabs to match the rest of the portfile. If old versions of clang cannot build zorba they should be blacklisted using the compiler_blacklist_versions portgroup. I tried the 2.8 portfile and the checksums didn't match. I assume the distfile changed after you put the checksums into the portfile. I see the distfile is being fetched from http://my.zorba-xquery.com/tmp/ instead of the previous launchpad URL. The launchpad URL is still the one listed on the zorba web site. The zorba web site lists 2.7 as the latest version. I think we should use the latest released version, not a prerelease. Also I was confused why a dependency on the libarchive port is added (which means you want to use libarchive) but also a configure arg "-DZORBA_SUPPRESS_LIBARCHIVE=YES" is added (which suggests to me you don't want to use libarchive). I went to the 2.7 portfile you attached previously. It too is set to download from the above temporary URL. The checksums match, but the file it downloads is different from the file of the same name offered at launchpad in the following ways: {{{ Only in zorba-2.7.0-launchpad: .bzrignoreOnly in zorba-2.7.0-launchpad/src/compiler/codegen: plan_visitor.cpp.~1~ Only in zorba-2.7.0-launchpad/src/diagnostics: diagnostic_en.xml.~1~ Only in zorba-2.7.0-tmp/src/runtime/core: pregenerated Only in zorba-2.7.0-launchpad/src/runtime/errors_and_diagnostics: errors_and_diagnostics_impl.cpp.~1~ Only in zorba-2.7.0-tmp/src/runtime/eval: pregenerated Only in zorba-2.7.0-launchpad/src/runtime/json: jsoniq_functions_impl.cpp.~1~ Only in zorba-2.7.0-tmp/src/runtime: rest Only in zorba-2.7.0-tmp/src/runtime/scripting: pregenerated Only in zorba-2.7.0-tmp/src/runtime/spec: reflection Only in zorba-2.7.0-tmp/src/runtime/spec: scripting Only in zorba-2.7.0-launchpad/src/store/naive: node_items.cpp.~1~ Only in zorba-2.7.0-launchpad/src/store/naive: pul_primitives.cpp.~1~ Only in zorba-2.7.0-tmp/test: coverity Only in zorba-2.7.0-tmp/test/rbkt/ExpQueryResults/zorba/collections: delete_nodes_first Only in zorba-2.7.0-tmp/test/rbkt/ExpQueryResults/zorba/collections: delete_nodes_last Only in zorba-2.7.0-tmp/test/rbkt/Queries/zorba/utf-8: xml_files }}} I don't know the significance of these differences. I wanted to switch to launchpad as the download URL, but launchpad does not have the modules file that the port downloads. Why is that file only available on your site in a temporary directory? There is a modules file at launchpad for zorba 2.6. This is all very confusing. What should we do? -- Ticket URL: <https://trac.macports.org/ticket/35339#comment:9> MacPorts <http://www.macports.org/> Ports system for Mac OS

#35339: zorba: Update to 3.0 -----------------------------+-------------------------------- Reporter: cezar.andrei@… | Owner: macports-tickets@… Type: update | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: zorba | -----------------------------+-------------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => fixed Comment: Updated zorba to 3.0 in r124409. -- Ticket URL: <https://trac.macports.org/ticket/35339#comment:11> MacPorts <http://www.macports.org/> Ports system for OS X