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

[MacPorts] #43421: py-zopeinterface update to 4.1.1 and python 3.3+ support
by MacPorts 07 Oct '14

07 Oct '14

#43421: py-zopeinterface update to 4.1.1 and python 3.3+ support ----------------------+-------------------------------- Reporter: eirnym@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: py-zopeinterface ----------------------+-------------------------------- More notes about update at https://pypi.python.org/pypi/zope.interface/4.1.1 -- Ticket URL: <https://trac.macports.org/ticket/43421> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #45201: vecLibFort fails to build on OS X 10.5.8, PPC 7450
by MacPorts 07 Oct '14

07 Oct '14

#45201: vecLibFort fails to build on OS X 10.5.8, PPC 7450 -------------------------------------------------+------------------------- Reporter: zanderpower@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: vecLibFort, OS X 10.5.8, build | Version: 2.3.1 failure | Port: vecLibFort | @0.4.1 -------------------------------------------------+------------------------- Several days ago, Octave was updated and I decided it was an optimal time to do a fresh install, as I needed to change a few variants and wanted to make absolutely sure there were no linking problems with components that are optional dependencies of Octave. I had recently noticed vecLibFort and decided to try it out--I am tired of troubleshooting Atlas. [[BR]] [[BR]] Alas, it would not build. I checked the current Portfile of vecLibFort to make absolutely sure that it had not been revised in the past couple of days since I tried to install it, and found that it is as it was. Perhaps I did something incorrectly, or have something installed that that is interfering, but the vecLibFort has no variants, and I do not use the /usr/share/ directory for anything--it is empty; nor do I have a Fink/Homebrew package manager. [[BR]] [[BR]] Thus, the problem seems to be that I have[[BR]] a) installed some MacPorts package that caused the failure, [[BR]] b) used the wrong compiler, or[[BR]] c) vecLibFort does not run out-of-the-box on a 10.5.8, PPC 7450 By the way, after some research, I have fallen under the impression that it is Apple's 64-bit Accelerate that has bugs, and the old 32-bit version is OK. Am I correct?[[BR]] [[BR]] I am attaching the log for the build. Hope this helps prevent any future problems. -- Ticket URL: <https://trac.macports.org/ticket/45201> MacPorts <http://www.macports.org/> Ports system for OS X

1 14

[MacPorts] #41864: php52 won't install on 10.9 (mavericks)
by MacPorts 07 Oct '14

07 Oct '14

#41864: php52 won't install on 10.9 (mavericks) ------------------------+-------------------------------- Reporter: macjoost@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: mavericks | Port: php52 ------------------------+-------------------------------- On a clean macports, I'm not able to install php52. The issue seems to be that de compiler can't find freetype.h See attached main.log -- Ticket URL: <https://trac.macports.org/ticket/41864> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #26124: py26-telepathy-0.15.17 Port submission
by MacPorts 07 Oct '14

07 Oct '14

#26124: py26-telepathy-0.15.17 Port submission -----------------------------------------------------------+---------------- Reporter: louis-francis.ratte-boulianne@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: -----------------------------------------------------------+---------------- Please add this port -- Ticket URL: <http://trac.macports.org/ticket/26124> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #43971: New: oxygen-gtk port (oxygen-gtk2)
by MacPorts 07 Oct '14

07 Oct '14

#43971: New: oxygen-gtk port (oxygen-gtk2) -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: -------------------------+-------------------------------- I'm attaching a proposed Portfile for the oxygen-gtk theme. Under X11 it allows near-seamless integration of GtK apps with KDE apps using the default Oxygen theme. In my opinion it also makes them integrate nicely on OS X. For now I'm only uploading a version for GtK2, I'll add a version for the GtK3 theme later. GtK engines must have a .so extension but would be built with a .dylib extension on OS X. I've preferred adding logic to change the make files generated by cmake rather than renaming the resulting file post-destroot. It requires somewhat more actions (and possibly maintenance), but it has the advantage that the engine is generated as the code expects it. (this ticket is to replace [https://trac.macports.org/ticket/43931] of which I cannot seem to change the type) -- Ticket URL: <https://trac.macports.org/ticket/43971> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #41834: gcal: please update to 3.6.3
by MacPorts 07 Oct '14

07 Oct '14

#41834: gcal: please update to 3.6.3 -----------------------------+-------------------------------- Reporter: michael.klein@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: gcal -----------------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/41834> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #42093: Neverball 1.5.4_3 build failure
by MacPorts 07 Oct '14

07 Oct '14

#42093: Neverball 1.5.4_3 build failure ----------------------+-------------------------------- Reporter: ludwig@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: neverball ----------------------+-------------------------------- Neverball 1.5.4_3 fails to build with {{{ share/base_image.c:97:45: warning: implicit declaration of function 'png_sizeof' [-Wimplicit-function-declaration] if (!(bytep = png_malloc(readp, h * png_sizeof(png_bytep)))) ^ share/base_image.c:97:56: error: unexpected type name 'png_bytep': expected expression if (!(bytep = png_malloc(readp, h * png_sizeof(png_bytep)))) }}} Full log attached. -- Ticket URL: <https://trac.macports.org/ticket/42093> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42625: h5utils can't find libpng
by MacPorts 07 Oct '14

07 Oct '14

#42625: h5utils can't find libpng -------------------------+-------------------------------- Reporter: Xsenon973@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: libpng -------------------------+-------------------------------- I did: {{{ sudo port install libpng Password: ---> Computing dependencies for libpng ---> Cleaning libpng ---> Scanning binaries for linking errors: 100.0% ---> No broken files found. }}} when i tried to configure h5utils and get this warning: {{{ checking for png_create_write_struct in -lpng... no configure: WARNING: can't find libpng: won't be able to compile h5topng checking for evaluator_get_variables in -lmatheval... no configure: WARNING: can't find libmatheval: won't be able to compile h5math checking for h4toh5... no checking for h5toh4... no checking for jpeg_start_compress in -ljpeg... no configure: WARNING: can't find libjpeg: won't be able to compile h5fromh4 or h4fromh5 }}} Why does libraries, installed with macports, can't be found? -- Ticket URL: <https://trac.macports.org/ticket/42625> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #44710: vtk5: missing dependencies?
by MacPorts 07 Oct '14

07 Oct '14

#44710: vtk5: missing dependencies? --------------------+-------------------------------- Reporter: petr@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: vtk5 --------------------+-------------------------------- I had doubt regarding the dependencies, because of the `+python2.` variants (It install into site-packages but no python dependency was declared). So I build in trace mode and fixed the python dependency issue, r124137. However, trace mode gives indicates more missing dependencies. Now, I have no idea how reliable trace mode really works or if it may give false hits in some cases, so I would like to ask that some more knowledgeable review this. {{{ Warning: An activity was attempted outside sandbox: /opt [...] Warning: An activity was attempted outside sandbox: /opt/local/include/dlfcn.h Warning: An activity was attempted outside sandbox: /opt/local/include/jerror.h Warning: An activity was attempted outside sandbox: /opt/local/include/jpeglib.h Warning: An activity was attempted outside sandbox: /opt/local/include/mach-o/dyld.h Warning: An activity was attempted outside sandbox: /opt/local/include/mfhdf.h Warning: An activity was attempted outside sandbox: /opt/local/include/tiffio.h Warning: An activity was attempted outside sandbox: /opt/local/lib/libxslt.1.dylib }}} This would indicate that: * `dyld-headers` * `jpeg` * `tiff` * `hdf4` * `libxslt` would need to be added as well. -- Ticket URL: <https://trac.macports.org/ticket/44710> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #44414: cairo +quartz pango +quartz
by MacPorts 07 Oct '14

07 Oct '14

#44414: cairo +quartz pango +quartz -------------------------+-------------------------------- Reporter: vtjnash@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Low | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: -------------------------+-------------------------------- Since cairo and pango seem perfectly able to install themselves with both cairo and pango support enabled, it seems unnecessary (and in some cases detrimental) to artificially limit the capabilities of the installed code. Instead it seems a better default for these libraries would be: +quartz +x11 Or to just eliminate these two options altogether. As mentioned in previous tickets (e.g. https://trac.macports.org/ticket/31148#comment:3) in the distant past this was not possible. however, now the existence of these options just seem like an unnecessary annoyance to the user. It feels like this is just a historical artifact: is there a more recent reason that this must still be the case? (Similarly, the restriction preventing building gtk3 +x11 +quartz seems to be artificial, since the backend can be selected at runtime via environment variable: GDK_BACKEND=quartz https://developer.gnome.org/gtk3/stable/gtk-running.html) -- Ticket URL: <https://trac.macports.org/ticket/44414> MacPorts <http://www.macports.org/> Ports system for OS X

1 3