June 2016 - macports-tickets - lists.macosforge.org

[MacPorts] #51591: perl5 modules: problems with livecheck versions
by MacPorts 16 Jul '16

16 Jul '16

#51591: perl5 modules: problems with livecheck versions ---------------------+---------------------- Reporter: mojca@… | Owner: devans@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ---------------------+---------------------- I'm experiencing problems with figuring out the latest version number at least for the following modules (but there may be more): * p5-business-issn seems to have been updated (port version: 1.001, new version: 0.91) * p5-class-dbi-pg seems to have been updated (port version: 0.09, new version: 0.08) * p5-config-simple seems to have been updated (port version: 4.59, new version: 4.58) * https://rt.cpan.org/Public/Bug/Display.html?id=113751 * p5-list-uniq seems to have been updated (port version: v0.21.0, new version: 0.20) * p5-net-senderbase seems to have been updated (port version: 1.02, new version: 1.01) * p5-svg-graph seems to have been updated (port version: 0.04, new version: 0.02) * p5-sys-meminfo seems to have been updated (port version: 0.98, new version: 0.91) This needs two-fold handling: * the code should probably throw an error (see also r127797) * we should identify the reason behind the problem for each individual module and report it upstream, as is the case for [https://rt.cpan.org/Public/Bug/Display.html?id=113751 Config::Simple] See also #51535. -- Ticket URL: <https://trac.macports.org/ticket/51591> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #51535: perl5 portgroup: revise version numbering
by MacPorts 16 Jul '16

16 Jul '16

#51535: perl5 portgroup: revise version numbering ---------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: ---------------------+-------------------------------- At some point it would be nice to revise the version numbers for Perl ports. There are some "annoying" ports like p5-pod-readme which use `v1.1.2` as version string (the letter "`v`" being part of the version string). This means that comparisons should be different. Perl devs say that: * v1.10 > v1.9, but * 1.10 < 1.9 I should double-check how that is in MacPorts. The advice would be to switch to different numbers altogether and use versions like 1.001002 rather than "1.1.2" for any version comparison. Plus, they would specify something like {{{ perl5.setup HTML-Formatter 2.014 NIGELM/HTML-Formatter-2.14.tar.gz }}} where the full dist name would be part of the specification. The upstream information should come from https://metacpan.org. See also #50000. -- Ticket URL: <https://trac.macports.org/ticket/51535> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #50882: Glom standalone packaged application
by MacPorts 16 Jul '16

16 Jul '16

#50882: Glom standalone packaged application ------------------------+-------------------------------- Reporter: m.rick@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ------------------------+-------------------------------- I have almost finished to package a Glom standalone packaged Mac OS X application. It works rather well and with Murray Cummings the lead developper a lot of bugs has been corrected. It does support PostGIS to enable geodatas management. If you are interested, I can post a link there later once it will be updated to include the corrections. It just a dev proof of concept, but it begins to be usable. If some other are interested to help on it, that's ok. -- Ticket URL: <https://trac.macports.org/ticket/50882> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #50350: rsync crashes: malloc error: "pointer being freed was not allocated"
by MacPorts 15 Jul '16

15 Jul '16

#50350: rsync crashes: malloc error: "pointer being freed was not allocated" --------------------+-------------------------------- Reporter: me@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: rsync --------------------+-------------------------------- After upgrading to El Capitan and restoring most previously installed ports, rsync @3.1.2_0 crashes when attempting to sync (pulling remote files), e.g.: {{{ rsync(914,0x7fff75de7000) malloc: *** error for object 0x7fb853406cb0: pointer being freed was not allocated }}} {{{ rsync(919,0x7fff75de7000) malloc: *** error for object 0x7f8052500ea0: pointer being freed was not allocated }}} Remote server is CentOS 6.7, rsync 3.0.6-12.el6 -- Ticket URL: <https://trac.macports.org/ticket/50350> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #48821: hellanzb: switch to Python 2.7
by MacPorts 14 Jul '16

14 Jul '16

#48821: hellanzb: switch to Python 2.7 -------------------------+----------------------- Reporter: petr@… | Owner: pjenvey@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: hellanzb -------------------------+----------------------- This port still uses Python 2.6, which is deprecated. Can we switch this port to Python 2.7? BTW: Can we add `openmaintainer` here? -- Ticket URL: <https://trac.macports.org/ticket/48821> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #49844: port select for clang misses creating 'clang-apply-replacements' sum link
by MacPorts 14 Jul '16

14 Jul '16

#49844: port select for clang misses creating 'clang-apply-replacements' sum link ----------------------+-------------------------------- Reporter: jonesc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: clang_select ----------------------+-------------------------------- Running port select for clang seems to miss one sym link, as running clang-modernize leads to {{{ Failed to launch clang-apply-replacements: Executable "" doesn't exist! }}} after having selected macports clang 3.8. {{{ Oberon ~/LHCb/MVATraining > sudo port select clang Available versions for clang: mp-clang-3.8 (active) none }}} and looking in the bin area the link is indeed missing for this one binary. {{{ Oberon /opt/local/bin > ls -lth clang* lrwxr-xr-x 1 root admin 27B 29 Nov 15:23 clang -> /opt/local/bin /clang-mp-3.8 lrwxr-xr-x 1 root admin 29B 29 Nov 15:23 clang++ -> /opt/local/bin/clang++-mp-3.8 lrwxr-xr-x 1 root admin 34B 29 Nov 15:23 clang-format -> /opt/local/bin/clang-format-mp-3.8 lrwxr-xr-x 1 root admin 37B 29 Nov 15:23 clang-modernize -> /opt/local/bin/clang-modernize-mp-3.8 -rwxr-xr-x 1 root admin 62B 28 Nov 09:12 clang++-mp-3.8 -rwxr-xr-x 1 root admin 79B 28 Nov 09:12 clang-apply-replacements- mp-3.8 -rwxr-xr-x 1 root admin 67B 28 Nov 09:12 clang-format-mp-3.8 -rwxr-xr-x 1 root admin 70B 28 Nov 09:12 clang-modernize-mp-3.8 -rwxr-xr-x 1 root admin 60B 28 Nov 09:12 clang-mp-3.8 }}} Please can clang_select be updated to also create the sym link for clang- apply-replacements ? cheers Chris -- Ticket URL: <https://trac.macports.org/ticket/49844> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #47631: clang-3.6 Install all extra tools (e.g. clang-rename, clang-query, etc)
by MacPorts 14 Jul '16

14 Jul '16

#47631: clang-3.6 Install all extra tools (e.g. clang-rename, clang-query, etc) -------------------------+-------------------------------- Reporter: alastair@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: clang | Port: clang-3.6 -------------------------+-------------------------------- Currently the clang port installs only two the tools in tools/clang/tools/extra, namely clang-modernize and clang-apply- replacements. With this patch we will install all of them, including clang-rename, clang-tidy and clang-query. The attached patch file replaces the existing 0002 patch. Instead of adding the clang-modernize and clang-apply-replacements directory to the install-clang target, we add the parent directory. -- Ticket URL: <https://trac.macports.org/ticket/47631> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51542: clang-3.8 and clang-3.9 fail to function due to rpath
by MacPorts 14 Jul '16

14 Jul '16

#51542: clang-3.8 and clang-3.9 fail to function due to rpath ------------------------------------+-------------------------------- Reporter: kenneth.f.cunningham@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: clang-3.8 ------------------------------------+-------------------------------- when compiling simple 'hello world' app {{{ #include <stdio.h> int main() { printf("hello world\n"); return 0; } }}} clang-3.8 fails with {{{ user$ clang hello.c -o hello dyld: Library not loaded: @rpath/libLLVM.dylib Referenced from: /opt/local/libexec/llvm-3.8/bin/../lib/libLTO.dylib Reason: image not found clang: error: unable to execute command: Trace/BPT trap clang: error: linker command failed due to signal (use -v to see invocation) }}} same error happens with clang-3.9, I noticed. code compiles correctly and llvm tools work with clang 3.7 and 3.4 selected. It appears the clang 3.8 and 3.9 rpath is not finding the runtime libraries. I'm not certain if this is due to how they were compiled, or something different in my configuration that would affect only the newer versions of clang. (Clang-3.8 was installed precompiled. Clang-3.9 was installed from source). I'm on 10.6.8. -- Ticket URL: <https://trac.macports.org/ticket/51542> MacPorts <https://www.macports.org/> Ports system for OS X

1 19

[MacPorts] #51541: port select llvm-3.8 fails due to deprecated macho-dump
by MacPorts 14 Jul '16

14 Jul '16

#51541: port select llvm-3.8 fails due to deprecated macho-dump ------------------------------------+-------------------------------- Reporter: kenneth.f.cunningham@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: llvm-3.8 ------------------------------------+-------------------------------- Appears identical to llvm-3.9 select issue recently fixed, but applies to llvm-3.8 as well. <https://trac.macports.org/ticket/51525> <https://trac.macports.org/changeset/149126> -- Ticket URL: <https://trac.macports.org/ticket/51541> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #50847: Update llvm-38 to release tarball, remove subversion dependency
by MacPorts 14 Jul '16

14 Jul '16

#50847: Update llvm-38 to release tarball, remove subversion dependency ----------------------+-------------------------------- Reporter: sierkb@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: llvm-38 ----------------------+-------------------------------- LLVM 3.8.0 release has been officially announced on Mar 08 2016: [http://lists.llvm.org/pipermail/llvm-announce/2016-March/000067.html] Download LLVM 3.8.0 sources and several prebuild binaries [http://www.llvm.org/releases/download.html#3.8.0] Since official stable source tarballs are now available from the project's website, there seems no need to further use the svn checkout. Therefore, please change the svn checkout in favor to the official provided tarballs and so remove the subversion dependency. As done on all other previous stable llvm ports before. -- Ticket URL: <https://trac.macports.org/ticket/50847> MacPorts <https://www.macports.org/> Ports system for OS X

1 6