May 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #47778: daq @2.0.4: update to 2.0.5
by MacPorts 22 May '15

22 May '15

#47778: daq @2.0.4: update to 2.0.5 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: daq ----------------------------+-------------------------------- daq has been updated to version 2.0.5: Various bug fixes. -- Ticket URL: <https://trac.macports.org/ticket/47778> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #47639: stimfit @0.14.9: update to 0.14.10
by MacPorts 22 May '15

22 May '15

#47639: stimfit @0.14.9: update to 0.14.10 ---------------------------------+-------------------------------- Reporter: christsc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: stimfit ---------------------------------+-------------------------------- * Improves usability of file batch conversion utility -- Ticket URL: <https://trac.macports.org/ticket/47639> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47640: py-stfio @0.14.9: update to 0.14.10
by MacPorts 22 May '15

22 May '15

#47640: py-stfio @0.14.9: update to 0.14.10 ---------------------------------+-------------------------------- Reporter: christsc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: py-stfio ---------------------------------+-------------------------------- * Improves usability of file batch conversion utility See associated ticket #47639 -- Ticket URL: <https://trac.macports.org/ticket/47640> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47776: ld64 @2 Add wrapper script to select compatible linker
by MacPorts 22 May '15

22 May '15

#47776: ld64 @2 Add wrapper script to select compatible linker ------------------------------+-------------------------------- Reporter: steve+macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ld64 ------------------------------+-------------------------------- ==== Introduction ==== It could be useful to add a wrapper script to switch between ld64 versions depending on the supplied arguments. In particular, ld64-127 or ld64-97 are required for ppc but in general it is preferable to use a more recent version. Since ld64 already supports multiple architectures, it isn't especially subversive to wrap it in a script that extends that support to legacy architectures. I'm attaching a script that calls ld-97 for ppc on 10.4 and earlier, ld-127 for ppc on 10.5 and ld-latest otherwise. It inserts the list of supported ppc architectures on stderr when called as ld -v. I haven't integrated the script with MacPorts yet, but I imagine it is possible to add as an additional subport and/or variant of ld64, with dependencies on existing subports. ==== Analysis ==== This isn't such a big deal for gcc since each architecture has a separate toolchain, into which the correct ld can be symlinked. There are also mechanisms in clang for choosing which ld will be used: 1. Create a separate toolchain in a similar way to what gcc does, eg under /usr/local/powerpc-apple-darwin10-llvm-3.6. If ld exists in the same directory as clang, it will be found. 2. Use COMPILER_PATH or -B to specify a path to search for ld. 3. Call clang -target powerpc-apple-macosx10.4 instead of clang -arch ppc -mmacosx-version-min=10.4 and symlink powerpc-apple-macosx10.4-ld to ld-97. Unfortunately none of these solutions works seamlessly when you want to build a universal binary - in each case it would be necessary to build a ppc binary separately and then call lipo yourself instead of letting clang do it for you (the -B and -target options cannot be set per-arch with -Xarch_ppc etc). One possible workaround for universal builds is to choose the linker based on the minimum supported version, rather than the supported archs - ie to support 10.4+ use ld-97, for 10.5+ use ld-127 etc. This approach is compatible with COMPILER_PATH or -B, it's just necessary to create a directory for each linker version so it can be symlinked as simply ld. -- Ticket URL: <https://trac.macports.org/ticket/47776> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47801: Proposal for adding more recent rpcgen (from FreeBSD2007)
by MacPorts 22 May '15

22 May '15

#47801: Proposal for adding more recent rpcgen (from FreeBSD2007) -------------------------+-------------------------------- Reporter: pmusumeci@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: rpcgen | Port: -------------------------+-------------------------------- Hi, I have been helping the maintainer of the Octave package for Instrument Control get his software building on OS-X. The major issue was that rpcgen in OS-X is an older version that does not support the '-M' thread-safe code generation option. I found that a relatively recent (but not the most recent) copy of the FreeBSD sources for Sun Microsystems' rpcgen will build as-is so I would like to ask if we can have this rpcgen available as a MacPort. Could the more recent rpcgen be added to MacPorts? Below is a small script that downloads and builds rpcgen from a 2007 era FreeBSD-current. To show the difference in use options, I have also included the help message from both rpcgen - the first is for OS-X rpcgen which mentions that it is has a SunOS 4.1 compatibility mode and the second is the more recent FreeBSD version which has the new '-M' switch and mentions FreeBSD 4.X compatibility. Thanks, Phillip Musumeci %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% # # Simply download FreeBSD-current rpcgen sources and build for OS-X # - Some octave packages require a more modern version of rpcgen. The # Sun Microsystems version of rpcgen as found in FreeBSD in 2007 will # build as-is, so we use it to replace a much earlier OS-X version. # # p.musumeci(a)ieee.org 21-May-2015 # SRV=http://mirror.ancl.hawaii.edu/pub/FreeBSD/FreeBSD- current/src/usr.bin/rpcgen SRC="Makefile rpc_clntout.c rpc_cout.c rpc_hout.c rpc_main.c rpc_parse.c rpc_parse.h rpc_sample.c rpc_scan.c rpc_scan.h rpc_svcout.c rpc_tblout.c rpc_util.c rpc_util.h rpcgen.1" mkdir -p sun_rpcgen cd sun_rpcgen for x in $SRC ; do echo "Downloading $x" fetch -m $SRV/$x done ######################################## mv Makefile Makefile.sun echo '# Simple build of rpcgen all: cc -O -o rpcgen *.c ' > Makefile ######################################## echo 'These files for Sun Microsystems rpcgen were downloaded from http://mirror.ancl.hawaii.edu/pub/FreeBSD/FreeBSD- current/src/usr.bin/rpcgen and used as-is to build an rpcgen on OS-X.' > README.txt ######################################## ls -l echo 'Build command: cc -O -o rpcgen *.c' %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Current OS-X giotto $ /usr/bin/rpcgen usage: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/rpcgen infile /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/rpcgen [-a][-b][-C][-Dname[=value]] -i size [-I [-K seconds]] [-A][-L][-M toolkit][-N][-T] infile /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/rpcgen [-c | -h | -l | -m | -t | -Sc | -Ss] [-o outfile] [infile] /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/rpcgen [-s nettype]* [-o outfile] [infile] /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/rpcgen [-n netid]* [-o outfile] [infile] options: -A generate svc_caller() function -a generate all files, including samples -b backward compatibility mode (generates code for SunOS 4.1) -c generate XDR routines -C ANSI C mode -Dname[=value] define a symbol (same as #define) -h generate header file -i size size at which to start generating inline code -I generate code for inetd support in server (for SunOS 4.1) -K seconds server exits after K seconds of inactivity -l generate client side stubs -L server errors will be printed to syslog -m generate server side stubs -n netid generate server code that supports named netid -N supports multiple arguments and call-by-value -o outfile name of the output file -s nettype generate server code that supports named nettype -Sc generate sample client code that uses remote procedures -Ss generate sample server code that defines remote procedures -t generate RPC dispatch table -T generate code to support RPC dispatch tables -Y path directory name to find C preprocessor (cpp) %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% FreeBSD from around 2007 giotto $ rpcgen usage: rpcgen infile rpcgen [-abCLNTM] [-Dname[=value]] [-i size][-I -P [-K seconds]] [-Y path] infile rpcgen [-c | -h | -l | -m | -t | -Sc | -Ss | -Sm][-o outfile] [infile] rpcgen [-s nettype]* [-o outfile] [infile] rpcgen [-n netid]* [-o outfile] [infile] options: -a generate all files, including samples -b backward compatibility mode (generates code for FreeBSD 4.X) -c generate XDR routines -C ANSI C mode -Dname[=value] define a symbol (same as #define) -h generate header file -i size size at which to start generatinginline code -I generate code for inetd support in server -K seconds server exits after K seconds ofinactivity -l generate client side stubs -L server errors will be printed to syslog -m generate server side stubs -M generate MT-safe code -n netid generate server code that supportsnamed netid -N supports multiple arguments andcall-by-value -o outfile name of the output file -P generate code for port monitoring support in server -s nettype generate server code that supports namednettype -Sc generate sample client code that uses remoteprocedures -Ss generate sample server code that definesremote procedures -Sm generate makefile template -t generate RPC dispatch table -T generate code to support RPC dispatch tables -Y path path where cpp is found -- Ticket URL: <https://trac.macports.org/ticket/47801> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #35751: py-pysvn: universal build fails
by MacPorts 21 May '15

21 May '15

#35751: py-pysvn: universal build fails ---------------------------+--------------------- Reporter: ryandesign@… | Owner: blair@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: | Keywords: Port: py-pysvn | ---------------------------+--------------------- Changes (by mf2k@…): * cc: yunzheng.hu@… (removed) -- Ticket URL: <https://trac.macports.org/ticket/35751#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47468: [Port Abandoned] Ports maintained by gmail.com:yunzheng.hu
by MacPorts 21 May '15

21 May '15

#47468: [Port Abandoned] Ports maintained by gmail.com:yunzheng.hu --------------------+------------------------------------- Reporter: mf2k@… | Owner: yunzheng.hu@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: ccxstream lzo2 py-pysvn --------------------+------------------------------------- yunzheng.hu has [query:owner=yunzheng.hu@gmail.com&status=assigned&status=closed&status=new&status=reopened&order=priority not been active in a while] and has an open ticket. -- Ticket URL: <https://trac.macports.org/ticket/47468> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47587: Mupdf 1.7 update
by MacPorts 21 May '15

21 May '15

#47587: Mupdf 1.7 update ---------------------------+-------------------------------- Reporter: springermac@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: mupdf ---------------------------+-------------------------------- Could mupdf be updated to the latest version (1.7 as of writing)? -- Ticket URL: <https://trac.macports.org/ticket/47587> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #47782: faust-devel, faust2-devel, faustlive-devel: update to latest upstream source
by MacPorts 21 May '15

21 May '15

#47782: faust-devel, faust2-devel, faustlive-devel: update to latest upstream source -------------------------+------------------------------------------------- Reporter: aggraef@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: faust-devel faust2-devel faustlive- maintainer | devel -------------------------+------------------------------------------------- These haven't been updated in a while, this ticket brings them to the latest git versions (faust 0.9.71, faust2 2.0.a34, FaustLive 2.35). -- Ticket URL: <https://trac.macports.org/ticket/47782> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47798: openssh sandboxing broken on 10.10
by MacPorts 21 May '15

21 May '15

#47798: openssh sandboxing broken on 10.10 ---------------------+-------------------------------- Reporter: dluke@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: openssh ---------------------+-------------------------------- Macports openssh sshd with UsePrivilegeSeparation sandbox (the default) fails on 10.10 with "chroot("/opt/local/var/empty"): Operation not permitted [preauth]" System log says: sandboxd[587] ([36016]): sshd(36016) deny file-read- metadata /opt I verified that "UsePrivilegeSeparation yes" works, and also that re- building with --with-privsep-path=/var/empty also works. (We could probably also alter the sandbox file that we ship, but I'm not sure it's necessary for us to have our own /var/empty sitting in $prefix). -- Ticket URL: <https://trac.macports.org/ticket/47798> MacPorts <https://www.macports.org/> Ports system for OS X

1 5