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

[MacPorts] #27551: wxWidgets regular expressions
by MacPorts 03 Dec '10

03 Dec '10

#27551: wxWidgets regular expressions -------------------------------------+-------------------------------------- Reporter: myschizobuddy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: wxWidgets -------------------------------------+-------------------------------------- Can the maintainer add regular expressions and threads flags for wxwidgets. {{{--with-regex --enable-threads}}} These are needed to compile Toped an IC layout Editor http://www.toped.org.uk/screenshots.html Another question. Toped requires wxWidgets --with-gtk. Can with gtk and mac switches be used simultaneously. Can you make --with-gtk a variant. -- Ticket URL: <https://trac.macports.org/ticket/27551> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #27554: Checksum mismatch errors for certdata-1.69.txt in curl-ca-bundle port
by MacPorts 03 Dec '10

03 Dec '10

#27554: Checksum mismatch errors for certdata-1.69.txt in curl-ca-bundle port ----------------------------------+----------------------------------------- Reporter: dan.wright@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: curl-ca-bundle | Port: ----------------------------------+----------------------------------------- Similar to #27465, except I'm getting the same checksum mismatch errors with certdata-1.69.txt: {{{ [Users/dwright] > upgrade curl-ca-bundle ---> Computing dependencies for curl-ca-bundle ---> Fetching curl-ca-bundle ---> Attempting to fetch curl-7.21.2.tar.bz2 from http://curl.sourceforge.net/download/ ---> Attempting to fetch certdata-1.69.txt from http://mxr.mozilla.org/mozilla/source/security/nss/lib/ckfw/builtins/certda… ---> Verifying checksum(s) for curl-ca-bundle Error: Checksum (sha1) mismatch for certdata-1.69.txt Error: Checksum (rmd160) mismatch for certdata-1.69.txt Error: Target org.macports.checksum returned: Unable to verify file checksums Log for curl-ca-bundle is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_ports_net_curl-ca-bundle/main.log Error: Unable to upgrade port: 1 }}} This error is repeatable, even after {{{port clean --all curl-ca- bundle}}}. -- Ticket URL: <https://trac.macports.org/ticket/27554> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #21186: vtk5 +python variant fails to build on Snow Leopard
by MacPorts 03 Dec '10

03 Dec '10

#21186: vtk5 +python variant fails to build on Snow Leopard -----------------------------------+---------------------------------------- Reporter: stefan.janecek@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: vtk5 -----------------------------------+---------------------------------------- Building vtk5 fails for me on a fresh installation of MacPorts 1.8 on Snow Leopard. The variant I am trying to build is the one suggested by the mayavi2 package, see http://trac.macports.org/ticket/19567. {{{ #> sudo port install vtk5 +carbon +python -tcltk -x11 Password: ---> Computing dependencies for vtk5 ---> Building vtk5 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_vtk5/work/VTK" && /usr/bin/make -j2 all " returned error 2 Command output: make[2]: *** No rule to make target `/opt/local/lib/libpython2.5.dylib', needed by `bin/vtkWrapPython'. Stop. make[1]: *** [Wrapping/CMakeFiles/vtkWrapPython.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... [ 0%] Built target vtkWrapPythonInit make: *** [all] Error 2 }}} The file /opt/local/lib/libpython2.5.dylib indeed does not exist, but the python25 package is installed and working fine. Any ideas? -- Ticket URL: <http://trac.macports.org/ticket/21186> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14

[MacPorts] #26368: encfs-1.6.0 Update to current stable release 1.7.2
by MacPorts 03 Dec '10

03 Dec '10

#26368: encfs-1.6.0 Update to current stable release 1.7.2 ---------------------------------------+------------------------------------ Reporter: Markus.Ueberall@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: haspatch | Port: encfs ---------------------------------------+------------------------------------ From the original 1.7.2 (September 5, 2010) Change Log: * add new IV initialization mode to foil watermark attack - see this 2010-08 analysis. The old IV setup is kept for backwards compatibility. * enables per-block random bytes feature to be used independently of per-block MAC. Per-block random bytes (or MAC) is a workaround for issue #3 in the 2010-08 report above. * 1.7.1 is the same as 1.7.0, but fixed missing header file in previous tarball. * 1.7.2 fixes issues with passing certain mount options introduced in 1.7.0. Tested w/ the current boost 1.44.0_0 port. -- Ticket URL: <http://trac.macports.org/ticket/26368> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #27548: monarch: remove obsolete dependency on p5-xml-libxml-common
by MacPorts 03 Dec '10

03 Dec '10

#27548: monarch: remove obsolete dependency on p5-xml-libxml-common -----------------------------------+---------------------------------------- Reporter: larry+macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: monarch -----------------------------------+---------------------------------------- monarch already has a dependency on p5-xml-libxml, which contains the Perl module XML::LibXML::Common. The attached patch breaks the obsolete dependency on p5-xml-libxml-common so it can ultimately be retired. -- Ticket URL: <https://trac.macports.org/ticket/27548> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #25733: nvi-1.81.6: message catalog not configured correctly
by MacPorts 03 Dec '10

03 Dec '10

#25733: nvi-1.81.6: message catalog not configured correctly ---------------------------------+------------------------------------------ Reporter: allbery.b@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: nvi ---------------------------------+------------------------------------------ On startup, nex/nvi in a default OSX Terminal environment will print {{{ ./en_US.UTF-8: No such file or directory }}} This involves two bugs: (1) "set msgcat" defaults to "./" instead of "/opt/local/share/nvi/catalog/", which is where its message catalogs live; (2) the default $LANG is en_US.UTF-8, but the catalog installed with nvi is called "english" and lacks symlinks to any usual locale values on OSX. If I change "set msgcat" and add a symlink from "english" to "en_US.UTF-8" then the error doesn't occur and the message catalog is found and used. I am not sure if this is an OSX-specific problem; I've never seen it on Linux but don't know if it's using what on OSX appears to be its own message catalogs or something more Linux-standard. nex/nvi functions fine even if the message catalog isn't loaded, but of course will not be properly localized. -- Ticket URL: <http://trac.macports.org/ticket/25733> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #25732: nvi-1.81.6: error in .exrc causes nex/nvi to segfault in tputs() on startup
by MacPorts 03 Dec '10

03 Dec '10

#25732: nvi-1.81.6: error in .exrc causes nex/nvi to segfault in tputs() on startup ---------------------------------+------------------------------------------ Reporter: allbery.b@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: nvi ---------------------------------+------------------------------------------ If there is an error in the .exrc file on startup, both nex and nvi segfault in tputs() called from cl_screen(). I have observed this on OSX Intel (both 10.5 and 10.6, both 32 and 64 bit) but not on PPC (G4 mini) or non-OSX Intel (I use the same version of nvi on FreeBSD and Linux). This bug was also in 1.79 for OSX Intel, but again did not happen on PPC OSX or non-OSX Intel. (The easiest way to trigger it is to have vim-specific commands or settings in .exrc, so it would have become known fairly quickly to anyone using nvi on Linux if it were a general problem as opposed to specific to OSX.) Stack backtrace (10.6, x86-64) follows. -- Ticket URL: <http://trac.macports.org/ticket/25732> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #21298: nvi 1.81.6_0 fails to build because of isblank macro
by MacPorts 03 Dec '10

03 Dec '10

#21298: nvi 1.81.6_0 fails to build because of isblank macro -------------------------------+-------------------------------------------- Reporter: qbarnes@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: nvi -------------------------------+-------------------------------------------- nvi build busted on x86 10.5.8: ======== $ sudo port install -vv nvi ---> Computing dependencies for nvi ---> Building nvi Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_editors_nvi/work/nvi-1.81.6/dist" && /usr/bin/make -j4 all " returned error 2 [...] In file included from /usr/include/_wctype.h:63, from /usr/include/wchar.h:114, from /opt/local/include/iconv.h:106, from ./../common/conv.c:32: /usr/include/ctype.h:241: error: syntax error before 'int' make[1]: *** [conv.lo] Error 1 make[1]: *** Waiting for unfinished jobs.... [...] ======== This may only happen if the libiconv port is installed, but didn't test that. The problem is that common/key.h defines its own isblank() macro if one isn't defined. The problem is that the one defined in /usr/include/ctype.h is an inline function so the macro in key.h expands mangling the one in ctype.h. Proposed fix is attached. isblank() is defined in c99 and later. Please review Portfile change carefully. I'm not sure if I did revision right. -- Ticket URL: <http://trac.macports.org/ticket/21298> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #21296: ocaml related ports cannot be built in parallel
by MacPorts 03 Dec '10

03 Dec '10

#21296: ocaml related ports cannot be built in parallel ------------------------------------------+--------------------------------- Reporter: garrigue@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: ocaml parallel | Port: camlp5 coq ------------------------------------------+--------------------------------- Most ocaml related ports cannot be built in parallel, as they implicitly expect make to call dependencies sequentially. I had to add the option "use_parallel_build no" manually to camlp5 and coq, but this would probably a good idea to all ports depending on lang/ocaml. -- Ticket URL: <http://trac.macports.org/ticket/21296> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #26893: Patch to upgrade LatexIT to 2.3.0
by MacPorts 03 Dec '10

03 Dec '10

#26893: Patch to upgrade LatexIT to 2.3.0 ----------------------------------+----------------------------------------- Reporter: gerdes@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: latexIT 2.3.0 | Port: latexIT ----------------------------------+----------------------------------------- Does what it says. Also including the entire new portfile as well as patch. -- Ticket URL: <https://trac.macports.org/ticket/26893> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2