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

[MacPorts] #43827: poppler updated to 0.26.1
by MacPorts 04 Jul '14

04 Jul '14

#43827: poppler updated to 0.26.1 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: poppler ----------------------------+-------------------------------- poppler has been updated upstream to @0.26.1. New in version 0.26.0 {{{ Initial support for tagged PDFs was implemented. Annotation support was improved. The information given by pdfinfo and pdfimages was expanded. Handling of broken files was improved. The PSOutputDev device was improved. Many other improvements and bug fixes were made. }}} New in 0.26.1 Several minor bugs were fixed. '''Note: poppler 0.26.1 currently breaks texlive-bin @2013_5''' see https://trac.macports.org/ticket/43826 -- Ticket URL: <https://trac.macports.org/ticket/43827> MacPorts <http://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #43845: pdf2htmlEX: upgrade and fix problem with poppler
by MacPorts 04 Jul '14

04 Jul '14

#43845: pdf2htmlEX: upgrade and fix problem with poppler ----------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: pdf2htmlex ----------------------+-------------------------------- I'm attaching a slightly weird patch for `pdf2htmlEX`. Version 0.11 has been released in January, but that version doesn't yet work with poppler 0.26.1 (#43827). It seems that the latest version of `pdf2htmlEX` requires the latest version of FontForge (2.0, #43844) which isn't packaged yet and FontForge has no maintainer. So I grabbed a version from git somewhere inbetween. An alternative way with more work would be to extract just the relevant patch and apply it on top of the released 0.11. -- Ticket URL: <https://trac.macports.org/ticket/43845> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #42850: tk @8.6.1_1 fails to build on 10.9.2 (mavericks)
by MacPorts 04 Jul '14

04 Jul '14

#42850: tk @8.6.1_1 fails to build on 10.9.2 (mavericks) ---------------------+-------------------------------- Reporter: mtb19@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: tk ---------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/42850> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #30787: xcircuit @3.4.30 crashes on Lion
by MacPorts 04 Jul '14

04 Jul '14

#30787: xcircuit @3.4.30 crashes on Lion -------------------------------------+-------------------------------------- Reporter: Stochasticus@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: xcircuit, tcl, tk, wish | Port: -------------------------------------+-------------------------------------- I think it's actually wish 8.5.0 that crashes but it's only xcircuit that I run that uses the tcl/tk framework and wish. I've copied in the last people to post port files for xcircuit, and tcl/tk. Here is the crash log: {{{ Process: wish8.5 [2879] Path: /opt/local/bin/wish8.5 Identifier: wish8.5 Version: ??? (???) Code Type: X86-64 (Native) Parent Process: bash [2870] Date/Time: 2011-08-15 09:12:58.642 +0100 OS Version: Mac OS X 10.7 (11A511) Report Version: 9 Sleep/Wake UUID: 8937E4D5-97B9-4C48-8659-13C53E23CE2D Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Application Specific Information: objc[2879]: garbage collection is OFF __abort() called Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x00007fff8e57b82a __kill + 10 1 libsystem_c.dylib 0x00007fff953ccb6c __abort + 193 2 libsystem_c.dylib 0x00007fff9539e89f __chk_fail + 91 3 libsystem_c.dylib 0x00007fff9539e6d9 __sprintf_chk + 173 4 xcircuit.so 0x00000001025fbca3 findcrashfiles + 131 5 xcircuit.so 0x00000001026430af xctcl_start + 415 6 libtcl8.5.dylib 0x0000000102224b5c TclEvalObjvInternal + 812 7 libtcl8.5.dylib 0x0000000102266160 TclExecuteByteCode + 4880 8 libtcl8.5.dylib 0x000000010226da88 TclCompEvalObj + 440 9 libtcl8.5.dylib 0x000000010222621c TclEvalObjEx + 732 10 libtcl8.5.dylib 0x000000010223020c Tcl_IfObjCmd + 556 11 libtcl8.5.dylib 0x0000000102224b5c TclEvalObjvInternal + 812 12 libtcl8.5.dylib 0x0000000102225774 TclEvalEx + 2196 13 libtcl8.5.dylib 0x0000000102225bfa Tcl_EvalEx + 26 14 libtcl8.5.dylib 0x0000000102287d26 Tcl_FSEvalFileEx + 566 15 libtcl8.5.dylib 0x0000000102239037 Tcl_SourceObjCmd + 151 16 libtcl8.5.dylib 0x0000000102224b5c TclEvalObjvInternal + 812 17 libtcl8.5.dylib 0x0000000102266160 TclExecuteByteCode + 4880 18 libtcl8.5.dylib 0x000000010226da88 TclCompEvalObj + 440 19 libtcl8.5.dylib 0x000000010222621c TclEvalObjEx + 732 20 libtcl8.5.dylib 0x0000000102274eec SlaveEval + 108 21 libtcl8.5.dylib 0x00000001022775a8 Tcl_InterpObjCmd + 1576 22 libtcl8.5.dylib 0x0000000102224b5c TclEvalObjvInternal + 812 23 libtcl8.5.dylib 0x0000000102266160 TclExecuteByteCode + 4880 24 libtcl8.5.dylib 0x00000001022a387c TclObjInterpProcCore + 1148 25 libtcl8.5.dylib 0x0000000102224b5c TclEvalObjvInternal + 812 26 libtcl8.5.dylib 0x0000000102266160 TclExecuteByteCode + 4880 27 libtcl8.5.dylib 0x000000010226da88 TclCompEvalObj + 440 28 libtcl8.5.dylib 0x000000010222621c TclEvalObjEx + 732 29 libtcl8.5.dylib 0x000000010223020c Tcl_IfObjCmd + 556 30 libtcl8.5.dylib 0x0000000102224b5c TclEvalObjvInternal + 812 31 libtcl8.5.dylib 0x0000000102225774 TclEvalEx + 2196 32 libtcl8.5.dylib 0x0000000102225bfa Tcl_EvalEx + 26 33 libtcl8.5.dylib 0x0000000102287d26 Tcl_FSEvalFileEx + 566 34 libtk8.5.dylib 0x00000001020ffe7e Tk_MainEx + 1150 35 wish 0x00000001020d54c7 main + 39 36 wish 0x00000001020d5494 start + 52 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x0000000000000000 rbx: 0x00007fff61cd0390 rcx: 0x00007fff61cd0378 rdx: 0x0000000000000000 rdi: 0x0000000000000b3f rsi: 0x0000000000000006 rbp: 0x00007fff61cd03a0 rsp: 0x00007fff61cd0378 r8: 0x0000000000000000 r9: 0x00000000000008a2 r10: 0x00007fff8e57ce62 r11: 0xffffff80002d8240 r12: 0x0000000102664ea0 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000102665460 rip: 0x00007fff8e57b82a rfl: 0x0000000000000206 cr2: 0x0000000102213000 Logical CPU: 0 Binary Images: 0x1020d3000 - 0x1020d5ff7 +wish (8.5.9 - 8.5.9) <270D4AB3 -DCDE-334C-90C7-E2BFC855CBB5> /opt/local/bin/wish 0x1020df000 - 0x1021d7fe7 +libtk8.5.dylib (8.5.9 - 8.5.9) <DEF6F207-2DA5-3C88-9D1B-B7D182480EE0> /opt/local/lib/libtk8.5.dylib 0x102215000 - 0x1022f7ff7 +libtcl8.5.dylib (8.5.9 - 8.5.9) <0F02F408-6F96-304D-801F-A55C3B824FC4> /opt/local/lib/libtcl8.5.dylib 0x10231b000 - 0x102433ff7 +libX11.6.dylib (10.0.0 - compatibility 10.0.0) <9C0B37D2-CE90-3E1A-996C-E8E65993C6AA> /opt/local/lib/libX11.6.dylib 0x10245d000 - 0x10245eff7 +libXss.1.dylib (2.0.0 - compatibility 2.0.0) <DF0F8672-C165-32E7-8D9F-B20F2A4B57D4> /opt/local/lib/libXss.1.dylib 0x102468000 - 0x102476ff7 +libXext.6.dylib (11.0.0 - compatibility 11.0.0) <9897A4D5-F6D0-3ED1-A147-2FED9B327D81> /opt/local/lib/libXext.6.dylib 0x10247e000 - 0x102490fff +libxcb.1.dylib (3.0.0 - compatibility 3.0.0) <33EF7B73-72BF-3B63-B3C4-F78017E507E2> /opt/local/lib/libxcb.1.dylib 0x10249e000 - 0x10249fff7 +libXau.6.dylib (7.0.0 - compatibility 7.0.0) <9CCFE473-37A4-3358-9AC8-BD0C2E7F4CB4> /opt/local/lib/libXau.6.dylib 0x1024a6000 - 0x1024a9fe7 +libXdmcp.6.dylib (7.0.0 - compatibility 7.0.0) <F14F85AA-B3A0-3D5B-8A27-EA6A383C0B58> /opt/local/lib/libXdmcp.6.dylib 0x1025e7000 - 0x102660fff +xcircuit.so (??? - ???) <9E7A94F0-00DD-3918-A324-6B06B33181C4> /opt/local/lib/*/xcircuit.so 0x10267a000 - 0x10268dfff +libz.1.dylib (1.2.5 - compatibility 1.0.0) <C9756B5C-85C1-38AA-8861-27FDE74BCF0B> /opt/local/lib/libz.1.dylib 0x102691000 - 0x1026d9fef +libXt.6.dylib (7.0.0 - compatibility 7.0.0) <37BFA79F-3E84-37E9-9F64-B0023C09280C> /opt/local/lib/libXt.6.dylib 0x1026f1000 - 0x1026f6ff7 +libSM.6.dylib (7.1.0 - compatibility 7.0.0) <5ED920C3-87AE-3A9D-ADFE-E16EAF4F4C25> /opt/local/lib/libSM.6.dylib 0x1026fa000 - 0x10270bfff +libICE.6.dylib (10.0.0 - compatibility 10.0.0) <C815C7B6-674A-3720-A137-1AD7C4578C14> /opt/local/lib/libICE.6.dylib 0x102715000 - 0x102722fe7 +libXpm.4.dylib (16.0.0 - compatibility 16.0.0) <D7EBF37F-8D78-3F8B-B156-2C04924498A1> /opt/local/lib/libXpm.4.dylib 0x102726000 - 0x10272efff +libintl.8.dylib (10.1.0 - compatibility 10.0.0) <D36589C1-283F-3087-82F4-E946CC2080D4> /opt/local/lib/libintl.8.dylib 0x102733000 - 0x10282fff7 +libiconv.2.dylib (8.0.0 - compatibility 8.0.0) <D674866F-82E0-B1ED-4A97-9B8ED4EE6C3B> /opt/local/lib/libiconv.2.dylib 0x7fff61cd3000 - 0x7fff61d07ac7 dyld (195.5 - ???) <4A6E2B28-C7A2-3528-ADB7-4076B9836041> /usr/lib/dyld 0x7fff8d043000 - 0x7fff8d044fff libdnsinfo.dylib (395.6.0 - compatibility 1.0.0) <718A135F-6349-354A-85D5-430B128EFD57> /usr/lib/system/libdnsinfo.dylib 0x7fff8d05a000 - 0x7fff8d0a8ff7 libauto.dylib (??? - ???) <F0004B88-CA01-37D0-A77F-6651C4EC7D8E> /usr/lib/libauto.dylib 0x7fff8d27c000 - 0x7fff8d281ff7 libsystem_network.dylib (??? - ???) <4ABCEEF3-A3F9-3E06-9682-CE00F17138B7> /usr/lib/system/libsystem_network.dylib 0x7fff8d59c000 - 0x7fff8d59dfff libsystem_sandbox.dylib (??? - ???) <8D14139B-B671-35F4-9E5A-023B4C523C38> /usr/lib/system/libsystem_sandbox.dylib 0x7fff8d5df000 - 0x7fff8d621ff7 libcommonCrypto.dylib (55010.0.0 - compatibility 1.0.0) <A5B9778E-11C3-3F61-B740-1F2114E967FB> /usr/lib/system/libcommonCrypto.dylib 0x7fff8d622000 - 0x7fff8d65efff libsystem_info.dylib (??? - ???) <BC49C624-1DAB-3A37-890F-6EFD46538424> /usr/lib/system/libsystem_info.dylib 0x7fff8d6e1000 - 0x7fff8d7c5def libobjc.A.dylib (228.0.0 - compatibility 1.0.0) <C5F2392D-B481-3A9D-91BE-3D039FFF4DEC> /usr/lib/libobjc.A.dylib 0x7fff8d7d8000 - 0x7fff8d7ddfff libcache.dylib (47.0.0 - compatibility 1.0.0) <B7757E2E-5A7D-362E-AB71-785FE79E1527> /usr/lib/system/libcache.dylib 0x7fff8d80f000 - 0x7fff8d83cfe7 libSystem.B.dylib (159.0.0 - compatibility 1.0.0) <7B4D685D-939C-3ABE-8780-77A1889E0DE9> /usr/lib/libSystem.B.dylib 0x7fff8d997000 - 0x7fff8d998fff libunc.dylib (24.0.0 - compatibility 1.0.0) <C67B3B14-866C-314F-87FF-8025BEC2CAAC> /usr/lib/system/libunc.dylib 0x7fff8d999000 - 0x7fff8d99dfff libdyld.dylib (195.5.0 - compatibility 1.0.0) <F1903B7A-D3FF-3390-909A-B24E09BAD1A5> /usr/lib/system/libdyld.dylib 0x7fff8dacd000 - 0x7fff8dad7ff7 liblaunch.dylib (392.18.0 - compatibility 1.0.0) <39EF04F2-7F0C-3435-B785-BF283727FFBD> /usr/lib/system/liblaunch.dylib 0x7fff8db35000 - 0x7fff8db36ff7 libremovefile.dylib (21.0.0 - compatibility 1.0.0) <C6C49FB7-1892-32E4-86B5-25AD165131AA> /usr/lib/system/libremovefile.dylib 0x7fff8e4f8000 - 0x7fff8e50aff7 libz.1.dylib (1.2.5 - compatibility 1.0.0) <30CBEF15-4978-3DED-8629-7109880A19D4> /usr/lib/libz.1.dylib 0x7fff8e565000 - 0x7fff8e585fff libsystem_kernel.dylib (1699.22.73 - compatibility 1.0.0) <69F2F501-72D8-3B3B-8357-F4418B3E1348> /usr/lib/system/libsystem_kernel.dylib 0x7fff8e8ca000 - 0x7fff8e8e7ff7 libxpc.dylib (77.16.0 - compatibility 1.0.0) <0A4B4775-29A9-30D6-956B-3BE1DBF98090> /usr/lib/system/libxpc.dylib 0x7fff8f746000 - 0x7fff8f748fff libquarantine.dylib (36.0.0 - compatibility 1.0.0) <4C3BFBC7-E592-3939-B376-1C2E2D7C5389> /usr/lib/system/libquarantine.dylib 0x7fff8f7d7000 - 0x7fff8f7d8ff7 libsystem_blocks.dylib (53.0.0 - compatibility 1.0.0) <8BCA214A-8992-34B2-A8B9-B74DEACA1869> /usr/lib/system/libsystem_blocks.dylib 0x7fff8fa06000 - 0x7fff8fa7bff7 libc++.1.dylib (19.0.0 - compatibility 1.0.0) <C0EFFF1B-0FEB-3F99-BE54-506B35B555A9> /usr/lib/libc++.1.dylib 0x7fff8fc4f000 - 0x7fff8fc55fff libmacho.dylib (800.0.0 - compatibility 1.0.0) <D86F63EC-D2BD-32E0-8955-08B5EAFAD2CC> /usr/lib/system/libmacho.dylib 0x7fff9014c000 - 0x7fff9015afff libdispatch.dylib (187.5.0 - compatibility 1.0.0) <698F8EFB-7075-3111-94E3-891156C88172> /usr/lib/system/libdispatch.dylib 0x7fff919bf000 - 0x7fff919c4fff libcompiler_rt.dylib (6.0.0 - compatibility 1.0.0) <98ECD5F6-E85C-32A5-98CD-8911230CB66A> /usr/lib/system/libcompiler_rt.dylib 0x7fff927b3000 - 0x7fff927b4fff libDiagnosticMessagesClient.dylib (??? - ???) <3DCF577B-F126-302B-BCE2-4DB9A95B8598> /usr/lib/libDiagnosticMessagesClient.dylib 0x7fff92bc1000 - 0x7fff92bc7ff7 libunwind.dylib (30.0.0 - compatibility 1.0.0) <1E9C6C8C-CBE8-3F4B-A5B5-E03E3AB53231> /usr/lib/system/libunwind.dylib 0x7fff92c32000 - 0x7fff92c32fff libkeymgr.dylib (23.0.0 - compatibility 1.0.0) <61EFED6A-A407-301E-B454-CD18314F0075> /usr/lib/system/libkeymgr.dylib 0x7fff93b7c000 - 0x7fff93b87ff7 libc++abi.dylib (14.0.0 - compatibility 1.0.0) <8FF3D766-D678-36F6-84AC-423C878E6D14> /usr/lib/libc++abi.dylib 0x7fff942ed000 - 0x7fff942f6fff libnotify.dylib (80.0.0 - compatibility 1.0.0) <BD08553D-8088-38A8-8007-CF5C0B8F0404> /usr/lib/system/libnotify.dylib 0x7fff94c83000 - 0x7fff94e56ff7 com.apple.CoreFoundation (6.7 - 635) <57446B22-0778-3E07-9690-96AC705D57E8> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x7fff94f19000 - 0x7fff94f1dfff libmathCommon.A.dylib (2026.0.0 - compatibility 1.0.0) <FF83AFF7-42B2-306E-90AF-D539C51A4542> /usr/lib/system/libmathCommon.A.dylib 0x7fff94f48000 - 0x7fff94fbbfff libstdc++.6.dylib (52.0.0 - compatibility 7.0.0) <6BDD43E4-A4B1-379E-9ED5-8C713653DFF2> /usr/lib/libstdc++.6.dylib 0x7fff94fcf000 - 0x7fff951d1fff libicucore.A.dylib (46.1.0 - compatibility 1.0.0) <82DCB94B-3819-3CC3-BC16-2AACA7F64F8A> /usr/lib/libicucore.A.dylib 0x7fff9538b000 - 0x7fff95468fef libsystem_c.dylib (763.11.0 - compatibility 1.0.0) <1D61CA57-3C6D-30F7-89CB-CC6F0787B1DC> /usr/lib/system/libsystem_c.dylib 0x7fff9581d000 - 0x7fff95825fff libsystem_dnssd.dylib (??? - ???) <7749128E-D0C5-3832-861C-BC9913F774FA> /usr/lib/system/libsystem_dnssd.dylib 0x7fff96503000 - 0x7fff9650afff libcopyfile.dylib (85.1.0 - compatibility 1.0.0) <172B1985-F24A-34E9-8D8B-A2403C9A0399> /usr/lib/system/libcopyfile.dylib External Modification Summary: Calls made by other processes targeting this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by this process: task_for_pid: 0 thread_create: 0 thread_set_state: 0 Calls made by all processes on this machine: task_for_pid: 6766 thread_create: 0 thread_set_state: 0 VM Region Summary: ReadOnly portion of Libraries: Total=61.4M resident=24.9M(41%) swapped_out_or_unallocated=36.5M(59%) Writable regions: Total=23.1M written=4972K(21%) resident=7112K(30%) swapped_out=0K(0%) unallocated=16.1M(70%) REGION TYPE VIRTUAL =========== ======= MALLOC 14.5M MALLOC guard page 32K STACK GUARD 56.0M Stack 8192K VM_ALLOCATE 4K __DATA 1264K __LINKEDIT 47.8M __TEXT 13.7M __UNICODE 544K shared memory 12K =========== ======= TOTAL 141.8M }}} -- Ticket URL: <https://trac.macports.org/ticket/30787> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 23

[MacPorts] #44048: plplot: fix livecheck
by MacPorts 04 Jul '14

04 Jul '14

#44048: plplot: fix livecheck ---------------------+----------------------- Reporter: mojca@… | Owner: takeshi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: plplot ---------------------+----------------------- {{{ $ port -v livecheck plplot plplot seems to have been updated (port version: 5.10.0, new version: 5.9.11) }}} -- Ticket URL: <https://trac.macports.org/ticket/44048> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #44075: netcdf will not install in 10.9.3 Mavericks
by MacPorts 04 Jul '14

04 Jul '14

#44075: netcdf will not install in 10.9.3 Mavericks ---------------------------------+-------------------------------- Reporter: richard.j.tisinai@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: netcdf4, hdf4, dap | Port: netcdf ---------------------------------+-------------------------------- I am running Mac OS X 10.9.3 with all current updates as of 6/18/2014 I have installed Xcode 5.1.1 I have manually installed the XCode Command Line Tools, installed other MacPorts tools: wget +ssl, lftp, db46, gcc48, hdf5-18 +gcc48, hdf4 +gcc48 and then when trying to install: netcdf +dap +hdf4+ netcdf4 I get an error that it cannot be compiled. I have attached the error output, the "main.log" and the "compile.log" files. -- Ticket URL: <https://trac.macports.org/ticket/44075> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #43667: py-ipython: +notebook should depend on pandoc to support exporting notebooks as HTML
by MacPorts 04 Jul '14

04 Jul '14

#43667: py-ipython: +notebook should depend on pandoc to support exporting notebooks as HTML -----------------------+------------------------ Reporter: aronnax@… | Owner: akitada@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: py-ipython -----------------------+------------------------ IPython Notebook depends on pandoc for exporting notebooks as HTML or other formats: http://ipython.org/ipython-doc/stable/install/install.html#dependencies- for-nbconvert-converting-notebooks-to-various-formats The attached patch adds pandoc to depends_run. -- Ticket URL: <https://trac.macports.org/ticket/43667> MacPorts <http://www.macports.org/> Ports system for OS X

1 13

[MacPorts] #44105: gnudatalanguage 0.9.4 failed to build
by MacPorts 04 Jul '14

04 Jul '14

#44105: gnudatalanguage 0.9.4 failed to build -----------------------------+-------------------------------- Reporter: mark.horn@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: gnudatalanguage | Port: gnudatalanguage -----------------------------+-------------------------------- when trying to install gnu data language I got the following error :info:destroot ld: can't open output file for writing: gdl, errno=62 for architecture x86_64 :info:destroot clang: error: linker command failed with exit code 1 (use -v to see invocation) :info:destroot make[2]: *** [src/gdl] Error 1 :info:destroot make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_ma th_gnudatalanguage/gnudatalanguage/work/gdl-0.9.4' :info:destroot make[1]: *** [src/CMakeFiles/gdl.dir/all] Error 2 :info:destroot make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_ma th_gnudatalanguage/gnudatalanguage/work/gdl-0.9.4' :info:destroot make: *** [all] Error 2 :info:destroot make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/work/gdl-0.9.4' :info:destroot Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/work/gdl-0.9.4" && /usr/bin/make -w install DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/work/destroot :info:destroot Exit code: 2 :error:destroot org.macports.destroot for port gnudatalanguage returned: command execution failed :debug:destroot Error code: CHILDSTATUS 97033 2 :debug:destroot 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 destroot" (procedure "portdestroot::destroot_main" line 2) invoked from within "portdestroot::destroot_main org.macports.destroot" ("eval" body line 1) invoked from within "eval $procedure $targetname" :info:destroot Warning: targets not executed for gnudatalanguage: org.macports.activate org.macports.destroot org.macports.install :notice:destroot Please see the log file for port gnudatalanguage for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_gnudatalanguage/gnudatalanguage/main.log -- Ticket URL: <https://trac.macports.org/ticket/44105> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43704: unify the use of +threads as a variant name
by MacPorts 03 Jul '14

03 Jul '14

#43704: unify the use of +threads as a variant name -------------------------+------------------------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: boost, cherokee, gauche, hdf, raxml -------------------------+------------------------------------------------- From #43593: would it make sense to unify the variant names used across different ports? Here are some variant names from different ports: {{{ boost: variant no_single description {Disable building single- threaded libraries} gauche: variant no_threads { configure.args-delete --enable- threads=pthreads } raxml: variant pthreads conflicts hybrid description {Pthreads implementation} cherokee: variant no_pthread description {Disable threading support} sbcl: variant threads description {Enable multi-threaded runtime using the Mach pthreads interface.} tcl: variant threads description {add multithreading support} yap: variant threads abinit: variant threads description {Build with support for multi- thread support (openMP)} openmpi: variant threads description {enable threads for MPI applications} wannier90: variant threads description {Build with threaded ATLAS} hdf5: variant threadsafe description {Enable threadsafety (experimental, fails unit-tests)} }}} If this doesn't apply to your port (that is: if the keyword `+threads` misses the point – I'm not sure if `+threads` and `+threadsafe` have "compatible" meanings for example), please say so and remove your port from the list of affected ports. But variants like `+no_threads` should certainly be inverted. -- Ticket URL: <https://trac.macports.org/ticket/43704> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #43638: py27-virtualenvwrapper: Does not use virtualenv with appropriate suffix
by MacPorts 03 Jul '14

03 Jul '14

#43638: py27-virtualenvwrapper: Does not use virtualenv with appropriate suffix ------------------------------------------+-------------------------------- Reporter: audvare@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: virtualenv virtualenvwrapper | Port: ------------------------------------------+-------------------------------- {{{ virtualenvwrapper.sh-2.7 }}} is installed and can be sourced but it does not seem to want to use {{{ virtualenv-2.7 }}} but instead wants to use {{{ virtualenv }}} (no suffix). Maybe this is hard-coded. It may be unnecessary to suffix {{{ virtualenvwrapper.sh }}} with a version for these reasons: - It is inconsistent to not have {{{ mkvirtualenv-2.7 }}}, {{{ rmvirtualenv-2.7 }}} as commands - {{{ virtualenvwrapper }}} is made for all relevant versions of Python (although I have no idea if it is a separate package per version, especially 2 vs 3) - {{{ mkvirtualenv }}} accepts a {{{-p}}} argument for the path of which Python implementation to use: {{{mkvirtualenv -p /usr/bin/python some- name}}} (if you really wanted to) - If {{{virtualenvwrapper.sh}}} is not suffixed, it means shell configurations (bashrc) that are made to be compatible with many OS's do not need a special clause for the MacPorts version The 'fix' to {{{virtualenvwrapper.sh-2.7}}}'s {{{mkvirtualenv}}} is to use symlinks to virtualenv and relevant applications like pip. I have a script attached that creates such symlinks assuming that the version desired is 2.7. I am currently running it every so often with launchd or manually. -- Ticket URL: <https://trac.macports.org/ticket/43638> MacPorts <http://www.macports.org/> Ports system for OS X

1 3