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

[MacPorts] #48878: py27-rpy2 requires singledispatch
by MacPorts 27 Jan '16

27 Jan '16

#48878: py27-rpy2 requires singledispatch -------------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: py-singledispatch | Port: py-rpy2 -------------------------------+-------------------------------- rpy2 uses a feature called "singledispatch" which is new in python-3.4. A singledispatch module is available for Python 2.6 - 3.3. Here I provide a new portfile for py-singledispatch and a patch for py-rpy2 to include this dependency. Without py27-singledispatch, py27-rpy2 fails to run. -- Ticket URL: <https://trac.macports.org/ticket/48878> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49122: tmux-pasteboard is outdated
by MacPorts 27 Jan '16

27 Jan '16

#49122: tmux-pasteboard is outdated -------------------------+-------------------------------- Reporter: hotpxless@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: tmux-pasteboard -------------------------+-------------------------------- It has updated to 2.4 on Github. Otherwise it outputs some warning message on El Capitan -- Ticket URL: <https://trac.macports.org/ticket/49122> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #49181: tmux-pasteboard cannot be installed with tmux-devel
by MacPorts 27 Jan '16

27 Jan '16

#49181: tmux-pasteboard cannot be installed with tmux-devel -------------------------+-------------------------------- Reporter: hotpxless@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: tmux-pasteboard -------------------------+-------------------------------- I think it works with both versions, so can you modify the portfile so that it could use either one? Otherwise installing tmux-pasteboard will try to install tmux, which in turn conflicts with tmux-devel -- Ticket URL: <https://trac.macports.org/ticket/49181> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49858: fakeroot @1.19-2_0 build failure
by MacPorts 27 Jan '16

27 Jan '16

#49858: fakeroot @1.19-2_0 build failure --------------------------+-------------------------------- Reporter: liam.sharp@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: fakeroot --------------------------+-------------------------------- I'm using OS X 10.10.5 with XCode 7.1.1 (7B1005) and I'm unable to install fakeroot. sudo port clean fakeroot Password: ---> Cleaning fakeroot sudo port install fakeroot ---> Computing dependencies for fakeroot ---> Fetching archive for fakeroot ---> Attempting to fetch fakeroot-1.19-2_0+universal.darwin_14.i386-x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/fakeroot ---> Attempting to fetch fakeroot-1.19-2_0+universal.darwin_14.i386-x86_64.tbz2 from http://lil.fr.packages.macports.org/fakeroot ---> Attempting to fetch fakeroot-1.19-2_0+universal.darwin_14.i386-x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/fakeroot ---> Fetching distfiles for fakeroot ---> Verifying checksums for fakeroot ---> Extracting fakeroot ---> Configuring fakeroot Error: org.macports.build for port fakeroot returned: command execution failed Please see the log file for port fakeroot for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_sysutils_fakeroot/fakeroot/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port fakeroot failed Compilation error from log file is: ./wraptmpf.h:571:12: error: conflicting types for 'openat' I'll attach the log file. -- Ticket URL: <https://trac.macports.org/ticket/49858> MacPorts <https://www.macports.org/> Ports system for OS X

1 15

[MacPorts] #46597: Serf1
by MacPorts 25 Jan '16

25 Jan '16

#46597: Serf1 ----------------------+-------------------------------- Reporter: saab99@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: serf1 | Port: ----------------------+-------------------------------- Hi ! Those ports not build under Mac OS Tigger 10.4.11 mikhail-vlasovs-power-mac-g5:/ root# port install serf1 ---> Computing dependencies for serf1 ---> Building serf1 Error: org.macports.build for port serf1 returned: command execution failed Please see the log file for port serf1 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_www_serf1/serf1/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port serf1 failed mikhail-vlasovs-power-mac-g5:/ root# In log i see :info:build scons: `serf-1.pc' is up to date. :info:build /usr/bin/ld: -i argument: nstall_name must have a ':' between its symbol names :info:build collect2: ld returned 1 exit status :info:build scons: *** [libserf-1.1.3.4.dylib] Error 1 :info:build scons: building terminated because of errors. :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_r elease_tarballs_ports_www_serf1/serf1/work/serf-1.3.4" && /opt/local/bin/scons -j2 APR=/opt/local APU=/opt/local OP ENSSL=/opt/local PREFIX=/opt/local CC=/opt/local/bin/gcc-apple-4.2 CPPFLAGS="-I/opt/local/include" CFLAGS="-Os -arc h ppc" LINKFLAGS="-L/opt/local/lib -Wl,-headerpad_max_install_names -arch ppc" CC="MACOSX_DEPLOYMENT_TARGET=10.4 /o pt/local/bin/gcc-apple-4.2" :info:build Exit code: 2 :error:build org.macports.build for port serf1 returned: command execution failed :debug:build Error code: CHILDSTATUS 17320 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "portbuild::build_main org.macports.build" ("eval" body line 1) invoked from within "eval $procedure $targetname" :info:build Warning: targets not executed for serf1: org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Please see the log file for port serf1 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_www_serf 1/serf1/main.log -- Ticket URL: <https://trac.macports.org/ticket/46597> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49108: CMake Portgroup: use a custom CMAKE_BUILD_TYPE
by MacPorts 25 Jan '16

25 Jan '16

#49108: CMake Portgroup: use a custom CMAKE_BUILD_TYPE -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: -------------------------+-------------------------------- I cannot speak for earlier versions, but since v2.8.x cmake has been (increasingly?) strict about the compiler and linker flags used with the 4 builtin build types (Release, RelWithDebInfo etc). There is undoubtedly a good reason for that, but it does seem to clash with MacPorts' own conventions because it makes it about impossible to control exactly what options are used. Debian and Ubuntu circumvent this by using `-DCMAKE_BUILD_TYPE=Debian`. There is no patch (to my knowledge) that adds this preset to cmake; it simply causes cmake to use `CMAKE_CXX_FLAGS` and family instead of `CMAKE_CXX_FLAGS_RELEASE` (or `*_RELWITHDEBINFO` etc). In addition, flags passed through the `CXXFLAGS` etc. env. variables end up in `CMAKE_CXX_FLAGS` and family. I propose to follow the same approach in MacPorts, so that the usual mechanisms for setting compiler and linker options work completely as expected. -- Ticket URL: <https://trac.macports.org/ticket/49108> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #49902: soprano fails to build on 10.11.1 (via krusader install)
by MacPorts 25 Jan '16

25 Jan '16

#49902: soprano fails to build on 10.11.1 (via krusader install) ------------------------------+-------------------------------- Reporter: petrov@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: soprano krusader | Port: soprano ------------------------------+-------------------------------- I have new iMac and perform initial tuning for Android\iOS development. xCode installed from appStore before initial install of macports, Xcode command-line tools installed after macports instal && sync. Also, installed: - Android studio 1.5; - Android SDK; - Three versions of JVM: {{{ bash-3.2$ pwd /Library/Java/JavaVirtualMachines bash-3.2$ ls -l total 0 drwxr-xr-x 3 root wheel 102 15 июл 00:52 1.6.0.jdk drwxr-xr-x 3 root wheel 102 26 ноя 17:47 jdk1.7.0_79.jdk drwxr-xr-x 3 root wheel 102 3 дек 13:00 jdk1.8.0_65.jdk }}} what else... macports installed and synced via svn, because rsync TCP-ports is closed due to firewall restrictions -- Ticket URL: <https://trac.macports.org/ticket/49902> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #50040: Aquaterm 1.1.1 El Capitan build failure
by MacPorts 25 Jan '16

25 Jan '16

#50040: Aquaterm 1.1.1 El Capitan build failure -------------------------------------------------+------------------------- Reporter: daniel.stubbs2013@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: aquaterm, build failure, el capitan | Version: 2.3.4 | Port: aquaterm -------------------------------------------------+------------------------- I just updated to El Capitan last night, and I can't seem to get gnuplot to build and install. I've submitted the bug specifically for aquaterm however, as the build failure is directly related to that. The error seems to be related to something called the CoreSimulatorService, but I don't know enough about it to troubleshoot any further. I've of course attached the entire log file to this report. The CoreServiceSimulator fails with the following error: {{{ info:build 2015-12-15 10:36:59.610 xcodebuild[950:16869] *** Assertion failure in -[SimServiceConte xt reloadServiceIfMovedOrAbortIfWeAreInvalid], /BuildRoot/Library/Caches/com.apple.xbs/Sources/CoreS imulator/CoreSimulator-201.3/CoreSimulator/SimServiceContext.m:451 :info:build ** INTERNAL ERROR: Uncaught exception ** :info:build Exception: Unable to lookup com.apple.CoreSimulator.CoreSimulatorService in the bootstra p. This can happen if running with a sandbox profile. When running with a sandbox profile, make su re that com.apple.CoreSimulator.CoreSimulatorService.xpc is owned by root, not group writable, and n ot world writable. See <rdar://problem/22142915>. }}} This is on 10.11.2 with Xcode version 7.2. Here is the last bit of the log file. {{{ :info:build Exit code: 134 :error:build org.macports.build for port aquaterm returned: command execution failed :debug:build Error code: NONE :debug:build Backtrace: command execution failed while executing "proc-org.macports.build-build-0 org.macports.build" ("eval" body line 1) invoked from within "eval $procedure $targetname" :info:build Warning: targets not executed for aquaterm: org.macports.activate org.macports.build org.macports.destroot org.macports.install :error:build Failed to install aquaterm :debug:build Registry error: aquaterm not registered as installed & active. invoked from within "registry_active $subport" invoked from within "$workername eval registry_active \$subport" :notice:build Please see the log file for port aquaterm for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/main.log }}} -- Ticket URL: <https://trac.macports.org/ticket/50040> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #48200: faubackup @0.5.9_0 Spelling mistake in manual, "@SYSCONFIDR@"
by MacPorts 25 Jan '16

25 Jan '16

#48200: faubackup @0.5.9_0 Spelling mistake in manual, "@SYSCONFIDR@" ------------------------------+-------------------------------- Reporter: andreas.kahari@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: faubackup ------------------------------+-------------------------------- There's an unexpanded variable "@SYSCONFIDR@" in the manual of faubackup. "DIR" is misspelt "IDR". -- Ticket URL: <https://trac.macports.org/ticket/48200> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47739: gpsd: qt variant should be renamed qt4, new qt5 and qt variants added
by MacPorts 24 Jan '16

24 Jan '16

#47739: gpsd: qt variant should be renamed qt4, new qt5 and qt variants added -------------------------+-------------------------- Reporter: ionic@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: gpsd -------------------------+-------------------------- The `qt` variant should probably be renamed `qt4`, a `qt5` variant added and a new `qt` variant default on `qt4` for easier migration to `qt5`, if it ever comes to that. Note that Qt4 will be EOL in 2016 IIRC. -- Ticket URL: <https://trac.macports.org/ticket/47739> MacPorts <https://www.macports.org/> Ports system for OS X

1 1