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

[MacPorts] #50151: dyncall: upgrade to 0.8, fix livecheck, fix build/packaging
by MacPorts 07 Jan '16

07 Jan '16

#50151: dyncall: upgrade to 0.8, fix livecheck, fix build/packaging ---------------------+---------------------- Reporter: mojca@… | Owner: dadler@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: dyncall ---------------------+---------------------- I was checking `dyncall` as a dependency of `MoarVM` and noticed that it was outdated (livecheck doen't work). When I tried to upgrade it to 0.8, I realized that it was trying to circumvent the `$DESTDIR`: {{{ make[1]: Entering directory `/path/to/dyncall/work/dyncall-0.8/dyncall' mkdir -p /opt/local/lib mkdir -p /opt/local/include cp libdyncall_s.a /opt/local/lib cp: /opt/local/lib/libdyncall_s.a: Operation not permitted make[1]: *** [install] Error 1 make[1]: Leaving directory `/path/to/dyncall/work/dyncall-0.8/dyncall' make: *** [install-libdyncall] Error 2 }}} This seems to be an upstream bug, perhaps introduced in 0.8. But I noticed that CMake was also supported, so I switched to CMake successfully. When comparing the resulting package with the one in http://packages.macports.org/dyncall/, I realized that CMake forgets to install the man page. I'm attaching a diff file that fixes most issues except for the man page. It would be nice to get maintainer's confirmation though. -- Ticket URL: <https://trac.macports.org/ticket/50151> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #50226: julia @0.4.2_1 fails building on 10.6.8
by MacPorts 06 Jan '16

06 Jan '16

#50226: julia @0.4.2_1 fails building on 10.6.8 ------------------------+-------------------------------- Reporter: braumann@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: ssp | Port: julia ------------------------+-------------------------------- As `julia @0.4.2_1` now uses MacPorts' libgit2 and OpenBLAS, I was curious if it now builds on 10.6.8. However, during building the flisp component, I run into this problem: {{{ ... :info:destroot make[3]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_julia/julia/work/julia-0.4.2/src/flisp' :info:destroot CC src/flisp/flisp.dbg.obj :info:destroot CC src/flisp/builtins.dbg.obj :info:destroot CC src/flisp/string.dbg.obj :info:destroot CC src/flisp/equalhash.dbg.obj :info:destroot CC src/flisp/table.dbg.obj :info:destroot CC src/flisp/iostream.dbg.obj :info:destroot CC src/flisp/julia_extensions.dbg.obj :info:destroot LINK src/flisp/libflisp-debug.a :info:destroot CC src/flisp/flmain.dbg.obj :info:destroot LINK src/flisp/flisp-debug :info:destroot ld: library not found for -lssp :info:destroot collect2: ld returned 1 exit status ... }}} I have no idea how to provide this stack smashing protection (ssp) library. -- Ticket URL: <https://trac.macports.org/ticket/50226> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #50236: gexiv2: Add python35 variant
by MacPorts 06 Jan '16

06 Jan '16

#50236: gexiv2: Add python35 variant -------------------------+---------------------- Reporter: mf2k@… | Owner: devans@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: gexiv2 -------------------------+---------------------- Please add a python35 variant to gexiv2. There is already a python34 variant. -- Ticket URL: <https://trac.macports.org/ticket/50236> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49571: backuppc: cannot load the package BackupPC::Lib
by MacPorts 06 Jan '16

06 Jan '16

#49571: backuppc: cannot load the package BackupPC::Lib ---------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: ---------------------+-------------------------------- I'm attaching the patch to bring `backuppc` up to Perl5.22 (#48365), but I'm unable to install the port: {{{ Error loading BackupPC::Lib: syntax error at lib/BackupPC/Storage/Text.pm line 298, near "$param qw(BackupFilesOnly BackupFilesExclude)" Global symbol "$param" requires explicit package name (did you forget to declare "my $param"?) at lib/BackupPC/Storage/Text.pm line 299. Global symbol "$conf" requires explicit package name (did you forget to declare "my $conf"?) at lib/BackupPC/Storage/Text.pm line 299. Global symbol "$param" requires explicit package name (did you forget to declare "my $param"?) at lib/BackupPC/Storage/Text.pm line 299. Global symbol "$conf" requires explicit package name (did you forget to declare "my $conf"?) at lib/BackupPC/Storage/Text.pm line 300. Global symbol "$param" requires explicit package name (did you forget to declare "my $param"?) at lib/BackupPC/Storage/Text.pm line 300. Global symbol "$conf" requires explicit package name (did you forget to declare "my $conf"?) at lib/BackupPC/Storage/Text.pm line 300. Global symbol "$param" requires explicit package name (did you forget to declare "my $param"?) at lib/BackupPC/Storage/Text.pm line 300. Global symbol "$conf" requires explicit package name (did you forget to declare "my $conf"?) at lib/BackupPC/Storage/Text.pm line 301. Global symbol "$param" requires explicit package name (did you forget to declare "my $param"?) at lib/BackupPC/Storage/Text.pm line 301. Global symbol "$conf" requires explicit package name (did you forget to declare "my $conf"?) at lib/BackupPC/Storage/Text.pm line 302. Global symbol "$param" requires explicit package name (did you forget to declare "my $param"?) at lib/BackupPC/Storage/Text.pm line 302. Global symbol "$conf" requires explicit package name (did you forget to declare "my $conf"?) at lib/BackupPC/Storage/Text.pm line 302. Global symbol "$param" requires explicit package name (did you forget to declare "my $param"?) at lib/BackupPC/Storage/Text.pm line 302. syntax error at lib/BackupPC/Storage/Text.pm line 303, near "}" lib/BackupPC/Storage/Text.pm has too many errors. Compilation failed in require at lib/BackupPC/Storage.pm line 41. BEGIN failed--compilation aborted at lib/BackupPC/Storage.pm line 41. Compilation failed in require at lib/BackupPC/Lib.pm line 43. BEGIN failed--compilation aborted at lib/BackupPC/Lib.pm line 43. Compilation failed in require at (eval 19) line 2. BEGIN failed--compilation aborted at (eval 19) line 2. BackupPC cannot load the package BackupPC::Lib, which is included in the BackupPC distribution. This probably means you did not cd to the unpacked BackupPC distribution before running configure.pl, eg: cd BackupPC-3.1.0 ./configure.pl Please try again. }}} I'm not sure if this is in any way related to the Perl upgrade (it is probably not). -- Ticket URL: <https://trac.macports.org/ticket/49571> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #48825: dolfin @1.6.0_0 +openmpi +suitesparse fails to build
by MacPorts 06 Jan '16

06 Jan '16

#48825: dolfin @1.6.0_0 +openmpi +suitesparse fails to build ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: dolfin ----------------------------+-------------------------------- The update to dolfin 1.6.0 (+openmpi +suitesparse variant) fails to build while compiling modulePYTHON_wrap.cxx. main.log attached. I have had two Yosemite machines fail the same way. -- Ticket URL: <https://trac.macports.org/ticket/48825> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #49386: Binutils @2.24_0 fails to install
by MacPorts 06 Jan '16

06 Jan '16

#49386: Binutils @2.24_0 fails to install ---------------------------+-------------------------------- Reporter: ben.haefele@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: binutils ---------------------------+-------------------------------- Binutils fails to install. Find attached log file for details. {{{ sudo port install binutils ---> Computing dependencies for binutils ---> Installing binutils @2.24_0 Error: org.macports.install for port binutils returned: no destroot found at: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_binutils/binutils/work/destroot }}} Info: there is a more recent version of binutils available [http://www.gnu.org/software/binutils/binutils.html] Maybe this update solves the issue? -- Ticket URL: <https://trac.macports.org/ticket/49386> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #50111: rsnapshot: update to 1.4.1
by MacPorts 06 Jan '16

06 Jan '16

#50111: rsnapshot: update to 1.4.1 ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: rsnapshot ------------------------+-------------------------------- This patch updates rsnapshot from 1.3.1 (released in 2008, I think) to 1.4.1 (released in August 2015). If this patch is accepted then #47993 is no longer needed because it's fixed upstream. I've also made the port dependent on p5-lchown rather than specifically p5.16-lchown. Hope that's the right approach. This is my first MacPorts patch. Apologies in advance if it's not quite right. -- Ticket URL: <https://trac.macports.org/ticket/50111> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47993: rsnapshot @1.3.1_3: Fails to build due to pod2man syntax error
by MacPorts 06 Jan '16

06 Jan '16

#47993: rsnapshot @1.3.1_3: Fails to build due to pod2man syntax error ----------------------+----------------------- Reporter: raimue@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: rsnapshot ----------------------+----------------------- {{{ ---> Building rsnapshot system: cd "/opt/local/var/macports/build/_Users_raimue_src_macports_trunk_dports_sysutils_rsnapshot/rsnapshot/work/rsnapshot-1.3.1" && /usr/bin/make -j8 -w all make: Entering directory `/opt/local/var/macports/build/_Users_raimue_src_macports_trunk_dports_sysutils_rsnapshot/rsnapshot/work/rsnapshot-1.3.1' /usr/bin/pod2man -c '' -n 'rsnapshot' -r '' rsnapshot > rsnapshot.1 /usr/bin/pod2man -c '' -n 'rsnapshot-diff' -r '' rsnapshot-diff > rsnapshot-diff.1 rsnapshot around line 6723: You forgot a '=back' before '=head1' POD document had syntax errors at /usr/bin/pod2man5.18 line 72. make: *** [rsnapshot.1] Error 255 }}} Here is a patch that adds the missing `=back` to get it to compile. I'll leave it to the maintainer to determine whether `/usr/bin/pod2man` is actually the intended tool here. Probably it should be using `${prefix}/bin/pod2man-5.16` instead. But that would be another issue. -- Ticket URL: <https://trac.macports.org/ticket/47993> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #40782: wireshark: update to 2.0.1
by MacPorts 06 Jan '16

06 Jan '16

#40782: wireshark: update to 2.0.1 ------------------------------+----------------------- Reporter: ryandesign@… | Owner: hsivank@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: wireshark-devel | ------------------------------+----------------------- Comment (by smith.kennedy+macports@…): As a longtime user of Wireshark via MacPorts, and a frequent user of Wireshark, I would prefer that a "Wireshark 1" port be preserved, for at least the short term. I don't know if doing this would be impractical or awkward from a port maintenance point of view, but I could imagine a new "wireshark2" port being created, let users beat on that, and once it is deemed "stable", that could be phased in as the new "wireshark" port, and let the existing 1.x port become the "wireshark1" port. -- Ticket URL: <https://trac.macports.org/ticket/40782#comment:55> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48644: [Port Abandoned] Ports maintained by danner.de:daniel
by MacPorts 06 Jan '16

06 Jan '16

#48644: [Port Abandoned] Ports maintained by danner.de:daniel --------------------+------------------------------------- Reporter: mf2k@… | Owner: daniel@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: liboping liboping-devel --------------------+------------------------------------- daniel has not been [search:daniel@danner.de seen in over a year] and has not responded to recent tickets: #44405 #47975 #48365. Please let us know if you still want to maintain your ports. -- Ticket URL: <https://trac.macports.org/ticket/48644> MacPorts <https://www.macports.org/> Ports system for OS X

1 1