July 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #39929: libquvi failed to update to 0.9.2
by MacPorts 02 Aug '13

02 Aug '13

#39929: libquvi failed to update to 0.9.2 ------------------------+-------------------------------- Reporter: jsaucier@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: ------------------------+-------------------------------- Hi, libquvi failed to update today from 0.9.1 to 0.9.2. Here is the output and I will attach the log : Users/jeff] > upgrade libquvi ---> Computing dependencies for libquvi ---> Staging libquvi into destroot Error: org.macports.destroot for port libquvi returned: command execution failed Please see the log file for port libquvi for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_libquvi/libquvi/main.log Error: Unable to upgrade port: 1 To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets -- Ticket URL: <https://trac.macports.org/ticket/39929> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #39542: Fixing py25-matplotlib error
by MacPorts 02 Aug '13

02 Aug '13

#39542: Fixing py25-matplotlib error -----------------------------+-------------------------------- Reporter: ajith.physics@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -----------------------------+-------------------------------- Hi, I am new to using macports and I have the following error when I tried to install qt4-mac. Can you please tell me, how to solve this problem? {{{ ---> Found 3 broken file(s), matching files to ports Warning: No port py25-matplotlib found in the index; can't rebuild ---> Broken files found, but all associated ports are not in the index and so cannot be rebuilt. }}} -- Ticket URL: <https://trac.macports.org/ticket/39542> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #38593: ncarg @6.1.2 Dependency on lesstif: is it necessary?
by MacPorts 02 Aug '13

02 Aug '13

#38593: ncarg @6.1.2 Dependency on lesstif: is it necessary? --------------------------------+-------------------------------- Reporter: William.Capehart@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: lesstif | Port: ncarg --------------------------------+-------------------------------- NCAR Graphics/NCAR Command Language, a.k.a. MacPorts package ncarg @6.1.2, lists lesstif as a required dependency. Unfortunately, lesstif has an unresolved problem as documented in other MacPort tickets (see Ticket #37663). However NCAR/CISLs site does not include lesstif in the list of packages that need to be installed manually before building NCARG/NCL from source code. Note that all other listed dependencies for ncarg @6.1.2 ( cairo curl flex gcc47 gdal hdfeos hdfeos5 libxml2 proj triangle udunits2 vis5d wgrib2 xorg-libXaw ) will build satisfactorily on their own, safe for lesstif. This version of NCAR graphics compiles and executes for current releases of MacOS as the binaries are available through the Earth Systems Grid. Is lesstif actually a requirement for ncarg? If not, can it be expunged from the dependency list? -- Ticket URL: <https://trac.macports.org/ticket/38593> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #39890: scotch - upgrade to 5.1.12_esmumps
by MacPorts 02 Aug '13

02 Aug '13

#39890: scotch - upgrade to 5.1.12_esmumps ----------------------+-------------------------------- Reporter: wimmer@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: scotch | Port: scotch ----------------------+-------------------------------- I suggest to update scotch to 5.1.12 including the libesmumps.a part that had been not included in the previous versions. The libesmumps.a is only important for the MUMPS project, but requires so little extra storage that it should be included by default, I think. I also suggest to add "-fPIC" per default - scotch is only built as a static library now, but with "-fPIC" one can also use it then for example in python modules. (More proper would be of course to build a dynamical library, but that's more work) The reason for not upgrading to scotch 6.0.0 were discussed in ticket #39813. -- Ticket URL: <https://trac.macports.org/ticket/39890> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #39775: Missing /opt/local/etc/ansible directory after install
by MacPorts 02 Aug '13

02 Aug '13

#39775: Missing /opt/local/etc/ansible directory after install ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: sysutils/ansible ------------------------+-------------------------------- I installed sysutils/ansible (http://www.ansibleworks.com/) but there was no /opt/local/etc/ansible directory created. If one clones their git repo and does the port install using their Portfile, one gets: /opt/local/etc/ansible/ansible.cfg /opt/local/etc/ansible/hosts Arguably the hosts file isn't required, because it's just examples. But it seems to me that the cfg file should be installed. -- Ticket URL: <https://trac.macports.org/ticket/39775> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #39918: serf1: re-enable universal variant
by MacPorts 02 Aug '13

02 Aug '13

#39918: serf1: re-enable universal variant --------------------------+--------------------- Reporter: ryandesign@… | Owner: blair@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: serf1 --------------------------+--------------------- r108691 updated serf1 to 1.3.0 and switched to its scons build system, which brought with it `use_configure no`, which removes the universal variant, thereby dooming all ports depending on serf1 to non-universality. Please reinstates the universal variant. At minimum, you'll need to add this line before the first time you invoke the `get_canonical_archflags` proc: {{{ variant universal {} }}} However that alone does not appear to be sufficient. The port tries to communicate the archflags to the build system via the ARCHFLAGS environment variable, but grepping the serf source for ARCHFLAGS does not reveal any hits, so I'm not sure whether this is intended to work. (Is this a standard scons environment variable?) My own opinion is that the scons build system is difficult to use, especially in MacPorts. That might be partially remedied by the creation of a scons portgroup to abstract away some of the implementation details. -- Ticket URL: <https://trac.macports.org/ticket/39918> MacPorts <http://www.macports.org/> Ports system for OS X

1 16

[MacPorts] #26082: wxWidgets 2.6.4 failed to install
by MacPorts 02 Aug '13

02 Aug '13

#26082: wxWidgets 2.6.4 failed to install ----------------------------+----------------------------------------------- Reporter: carcode@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: wxWidgets | Port: wxWidgets 2.6.4 ----------------------------+----------------------------------------------- That is what I got at last lines from install: :info:build In file included from ../include/wx/mac/private.h:4, :info:build from ../src/common/dynlib.cpp:48: :info:build ../include/wx/mac/carbon/private.h: In function 'Rect* wxMacGetPictureBounds(Picture**, Rect*)': :info:build ../include/wx/mac/carbon/private.h:812: error: 'QDGetPictureBounds' was not declared in this scope :info:build make: *** [monodll_dynlib.o] Error 1 :info:build make: *** Waiting for unfinished jobs.... :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_wxWidgets26/work/wxWidgets-2.6.4/build" && /usr/bin/make -j2 " returned error 2 :error:build Target org.macports.build returned: shell command failed :debug:build Backtrace: shell command failed while executing "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: the following items did not execute (for wxWidgets26): org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Log for wxWidgets26 is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_wxWidgets26/main.log If you need the complete log, please give me a note. How to get rid safely of the parts which have been already installed? Regards Gerhard -- Ticket URL: <http://trac.macports.org/ticket/26082> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #38798: Gnuplot demo folder and documentation missing
by MacPorts 02 Aug '13

02 Aug '13

#38798: Gnuplot demo folder and documentation missing -----------------------+-------------------------------- Reporter: pwolter@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.3 Keywords: gnuplot | Port: gnuplot -----------------------+-------------------------------- The gnuplot package is not complete. The demo files are completely missing. Moreover, if you "manually" download them and try them out as outlined in http://www.gnuplot.info/screenshots/index.html#demos you get just errors. Even if you install/copy the 4.6 examples from sourceforge. -- Ticket URL: <https://trac.macports.org/ticket/38798> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #35651: wxWidgets(-devel): install share/locale/<lang>/LC_MESSAGES/wxstd.mo
by MacPorts 02 Aug '13

02 Aug '13

#35651: wxWidgets(-devel): install share/locale/<lang>/LC_MESSAGES/wxstd.mo --------------------------------------------+------------------------------- Reporter: mojca.miklavec.lists@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: wxWidgets-devel --------------------------------------------+------------------------------- In relation to Poedit port which tries to copy wxstd.mo from wxWidgets into Poedit.app, I would like to request figuring out how to install translation files into {{{${prefix}/share/locale/<lang>/LC_MESSAGES/wxstd.mo}}}. The translations are already part of wxWidgets, see {{{locale/<lang>.po}}} inside source, but they don't get installed. Maybe the necessary flag is {{{--enable- xlocale}}}, but I didn't test anything yet. -- Ticket URL: <https://trac.macports.org/ticket/35651> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #39806: wxWidgets-devel: update to 2.9.5
by MacPorts 02 Aug '13

02 Aug '13

#39806: wxWidgets-devel: update to 2.9.5 ----------------------+----------------------------- Reporter: mojca@… | Owner: jwa@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: wxWidgets-devel ----------------------+----------------------------- wxWidgets-devel has been released. I'm attaching a patch, even though this is probably not enough (if nothing else the dependencies need to be revbumped). This could also be a great opportunity to address other wxWidgets pending issues: The update fixes: * #35651: wxWidgets(-devel): install share/locale/<lang>/LC_MESSAGES/wxstd.mo * #37624: wxWidgets-devel @2.9.4 Drop target support fix Major issue (maybe needs some further discussion): * #37819: wxWidgets should be removed / replaced_by wxWidgets30 Other issues: * #26082: deleting wxWidgets 2.6 * #39409: wxWidgets-devel @2.9.4_4 +sdl +stdlib Compile Error * #39786: wxWidgets @2.9.5 universal build fails ... Plus possibly many wxpython-related ones. Oh, whatever. I see now that the port has already been updated, but: * only for wxWidgets30, not for wxWidgets-devel * the line numbers in the remaining patch seem to be off * those bug reports mentioned above can be closed anyway * there might be input from different developers about fixes needed for other wxWidgets dependent ports -- Ticket URL: <https://trac.macports.org/ticket/39806> MacPorts <http://www.macports.org/> Ports system for OS X

1 4