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

Re: [MacPorts] #42303: Use waf port group
by MacPorts 18 Jan '16

18 Jan '16

#42303: Use waf port group -------------------------------------------------+------------------------- Reporter: raimue@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Resolution: | Version: 2.2.1 Port: cpi00 jubatus lv2core | Keywords: haspatch normalizeNumexp pficommon relax3d slv2 ux- | trie xmms2 | -------------------------------------------------+------------------------- Comment (by dstrubbe@…): Fixed for relax3d in r144806. -- Ticket URL: <https://trac.macports.org/ticket/42303#comment:8> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #50347: qt4-mac lacks global pkgconfig data
by MacPorts 18 Jan '16

18 Jan '16

#50347: qt4-mac lacks global pkgconfig data --------------------+-------------------------------- Reporter: fw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: qt4-mac --------------------+-------------------------------- In tracking down why gpsd can no longer find the qt4 QtNetwork library with pkgconfig, I think I found the problem. The qt5 Portfile has code starting at line 1300 as follows: {{{ # put configuration files in places they will be found automatically }}} However, there is no equivalent in the qt4-mac Portfile. I suspect that this was an oversight related to moving the qt4 files into ${prefix}/libexec/qt4/ to allow parallel installations of qt4 and qt5 (r140960), and that older versions of qt4-mac were "naturally findable" by pkg-config. In the case of gpsd, this doesn't result in any build errors, since its SConstruct script silently (albeit visible with -v) disables the qt option when it can't find the QtNetwork library. -- Ticket URL: <https://trac.macports.org/ticket/50347> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #43583: gtk2hs: update to 0.12.5, change master_sites, add livecheck, fix x11 variants
by MacPorts 18 Jan '16

18 Jan '16

#43583: gtk2hs: update to 0.12.5, change master_sites, add livecheck, fix x11 variants ----------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: gtk2hs | ----------------------+-------------------------------- Changes (by ryandesign@…): * cc: jianguohsiang82@… (added) Comment: Replying to [comment:1 mojca@…]: > The current package doesn't build, see > * https://build.macports.org/builders/buildports-mavericks- x86_64/builds/3281 > for example. Noted again in duplicate #50358. -- Ticket URL: <https://trac.macports.org/ticket/43583#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #50362: llvm-3.7 upgrade error
by MacPorts 18 Jan '16

18 Jan '16

#50362: llvm-3.7 upgrade error ---------------------+-------------------------------- Reporter: dersh@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: llvm-3.7 ---------------------+-------------------------------- I just upgraded llvm-3.7 from 3.7.1_0 to 3.7.1_1. During the upgrade I got the following error: {{{ ---> Computing dependencies for llvm-3.7 ---> Fetching archive for llvm-3.7 ---> Attempting to fetch llvm-3.7-3.7.1_1.darwin_15.x86_64.tbz2 from http://packages.macports.org/llvm-3.7 ---> Attempting to fetch llvm-3.7-3.7.1_1.darwin_15.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/llvm-3.7 ---> Attempting to fetch llvm-3.7-3.7.1_1.darwin_15.x86_64.tbz2 from http://lil.fr.packages.macports.org/llvm-3.7 ---> Fetching distfiles for llvm-3.7 ---> Verifying checksums for llvm-3.7 ---> Extracting llvm-3.7 ---> Applying patches to llvm-3.7 ---> Configuring llvm-3.7 ---> Building llvm-3.7 2016-01-18 07:46:42.874 Python[19885:2850337] Communications error: <OS_xpc_error: <error: 0x7fff7be6fb90> { count = 1, contents = "XPCErrorDescription" => <string: 0x7fff7be6ff40> { length = 22, contents = "Connection interrupted" } }> ---> Staging llvm-3.7 into destroot ---> Installing llvm-3.7 @3.7.1_1 ---> Cleaning llvm-3.7 ---> Computing dependencies for llvm-3.7 ---> Deactivating llvm-3.7 @3.7.1_0 ---> Cleaning llvm-3.7 ---> Activating llvm-3.7 @3.7.1_1 ---> Cleaning llvm-3.7 ---> Uninstalling llvm-3.7 @3.7.1_0 ---> Cleaning llvm-3.7 }}} And, as can be seen, then then seemed to install correctly. Is it safe to ignore this error? If not, what does it mean, and what should be done about it? -- Ticket URL: <https://trac.macports.org/ticket/50362> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #46954: Add Portfile for European Southern Observatory (ESO) software repository
by MacPorts 18 Jan '16

18 Jan '16

#46954: Add Portfile for European Southern Observatory (ESO) software repository ------------------------+-------------------------------- Reporter: aszostak@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: esorepo ------------------------+-------------------------------- I would like to request that the attached Portfile be considered for inclusion into the MacPorts Portfile tree. The port provides an easy mechanism to gain access to the ESO software repository. -- Ticket URL: <https://trac.macports.org/ticket/46954> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #48917: new port: naviserver
by MacPorts 18 Jan '16

18 Jan '16

#48917: new port: naviserver ------------------------+-------------------------------- Reporter: neumann@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ------------------------+-------------------------------- NaviServer is a C implemented WebServer with multi-protocol support, maintained at bitbucket (https://bitbucket.org/naviserver/naviserver) The NaviServer repository (https://bitbucket.org/naviserver/) contains about 50 modules, most of these are implemented in C. These modules are compiled into .so files. The typical structure of an naviserver installation contains the following directories: {{{ /usr/local/ns/ /usr/local/ns/bin/ /usr/local/ns/conf/ /usr/local/ns/include/ /usr/local/ns/lib/ /usr/local/ns/modules/ /usr/local/ns/pages/ /usr/local/ns/tcl/ /usr/local/ns/vhost/ }}} where ns/bin contains the naviserver binaries (most prominently: nsd) and the .so files of the modules (e.g nscgi.so, ..., nsdbpg.so), and ns/lib contains extra packages (.tcl and .dylib). The 50 ~extra modules contain e.g nsdbpg (postgres interface), nsssl (SSL/TLS), nsudp, or nssmtp. The .so files of these modules are just useful for NaviServer. Therefore, the attached portfile uses essentially the same structure as above, using /opt/local/var/log/ns/ as log directory. This structure is similar to the apache2 tree but violates the mtree. The advantage of using the structure is that the standard config files and install scripts of the packages work mostly out of the box. With separate tickets i will submit naviserver-nsdbpg and naviserver- libthread. At some later time i will be working on a portfile for OpenACS, that will require amonst other things naviserver-nsdbpg and naviserver- libthread. -- Ticket URL: <https://trac.macports.org/ticket/48917> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #50331: gpsbabel: fails to build on 10.6 due to the "qmake5" portgroup
by MacPorts 18 Jan '16

18 Jan '16

#50331: gpsbabel: fails to build on 10.6 due to the "qmake5" portgroup -------------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: snowleopard | Port: gpsbabel -------------------------+-------------------------------- The gpsbabel port fails to build on snowleopard just because it uses qmake5. I see two things that could be fixed here: * If a port requires `qmake5` PortGroup, it could already fail in the pre-fetch phase on 10.6 rather than during the build of `qt5-qtbase`. * I'm almost sure that the port doesn't need to depend on Qt 5, in particular not in current shape when we are only shipping a command-line utility without the GUI. * (There is a fair chance that the port would work with Qt4, but I didn't try to investigate.) -- Ticket URL: <https://trac.macports.org/ticket/50331> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

Re: [MacPorts] #34407: glw: libtool: link: require no space between `-L' and `-lXft'
by MacPorts 18 Jan '16

18 Jan '16

#34407: glw: libtool: link: require no space between `-L' and `-lXft' ------------------------+---------------------- Reporter: howarth@… | Owner: css@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Resolution: invalid | Keywords: haspatch Port: glw | ------------------------+---------------------- Changes (by css@…): * status: new => closed * resolution: => invalid Comment: This appears to be fixed--it's building fine for me right now, so I'm closing the ticket. Reopen if needed. -- Ticket URL: <https://trac.macports.org/ticket/34407#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #45612: Failed to Install SoXt on Yosemite
by MacPorts 18 Jan '16

18 Jan '16

#45612: Failed to Install SoXt on Yosemite -----------------------------+-------------------------------- Reporter: matthewl.lund@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: -----------------------------+-------------------------------- SoXt failed to install on a brand new install of MacPorts on Yosemite. All other ports install fine, from the log file I get the following error message with "symbol(s) not found for architecture x86_6". I've tried cleaning the port and reinstalling with same error. Attached is the log file. :info:build Undefined symbols for architecture x86_64: :info:build "_glXChooseVisual", referenced from: :info:build SoXtGLWidget::buildWidget(_WidgetRec*) in libSoXt.2.0.0 .dylib-master.o :info:build Initialize(_SoXtGLAreaRec*, _SoXtGLAreaRec*, Arg*, unsigned int*) in libSoXt.2.0.0.dylib-master.o :info:build "_glXCreateContext", referenced from: :info:build SoXtGLWidgetP::initNormalContext() in libSoXt.2.0.0 .dylib-master.o :info:build "_glXGetCurrentContext", referenced from: :info:build SoXtGLWidgetP::isDirectRendering() in libSoXt.2.0.0 .dylib-master.o :info:build "_glXIsDirect", referenced from: :info:build SoXtGLWidgetP::isDirectRendering() in libSoXt.2.0.0 .dylib-master.o :info:build "_glXMakeCurrent", referenced from: :info:build SoXtGLWidget::glLockNormal() in libSoXt.2.0.0.dylib- master.o :info:build _SoXtGLAreaMakeCurrent in libSoXt.2.0.0.dylib-master.o :info:build "_glXSwapBuffers", referenced from: :info:build SoXtGLWidget::glSwapBuffers() in libSoXt.2.0.0.dylib- master.o :info:build _SoXtGLAreaSwapBuffers in libSoXt.2.0.0.dylib-master.o :info:build ld: symbol(s) not found for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation) :info:build make[8]: *** [libSoXt.la] Error 1 -- Ticket URL: <https://trac.macports.org/ticket/45612> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #49161: valgrind: failed check for a supported compiler on 10.7
by MacPorts 18 Jan '16

18 Jan '16

#49161: valgrind: failed check for a supported compiler on 10.7 ---------------------+---------------------- Reporter: mojca@… | Owner: raimue@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: raimue ---------------------+---------------------- Configuration for valgrind fails on 10.7 (Xcode 4.6.3, Build version 4H1503, Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn)): {{{ :info:configure checking dependency style of /usr/bin/clang... gcc3 :info:configure checking for diff -u... yes :info:configure checking for a supported version of gcc... no (4.2) :info:configure configure: error: please use gcc >= 3.0 or clang >= 2.9 or icc >= 13.0 }}} -- Ticket URL: <https://trac.macports.org/ticket/49161> MacPorts <https://www.macports.org/> Ports system for OS X

1 9