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

[MacPorts] #33158: py27-hachoir-metadata
by MacPorts 12 Jun '14

12 Jun '14

#33158: py27-hachoir-metadata -------------------------------+-------------------------------------------- Reporter: m.haller@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: py27-hachoir-metadata -------------------------------+-------------------------------------------- hachoir-metadata extracts metadata from multimedia files :music, picture, video, but also archives. It supports most common file formats. [http://pypi.python.org/pypi/hachoir-metadata] -- Ticket URL: <https://trac.macports.org/ticket/33158> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #16598: ettercap do not work on Mac OS X 10.5.5
by MacPorts 12 Jun '14

12 Jun '14

#16598: ettercap do not work on Mac OS X 10.5.5 -------------------------------+-------------------------------------------- Reporter: monserg(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: ettercap mac ox x | Port: ettercap-ng -------------------------------+-------------------------------------------- ettercap do not work on Mac OS X 10.5.5. card: AirportExtreme ( (0x14E4, 0x88) (Broadcom 4328 (4.170.46.11) ) ) installation fine with: sudo port install ettercap-ng but, when executing a test: ettercap -Tzq -i en1 got this error: ettercap NG-0.7.3 copyright 2001-2004 ALoR & NaGA Listening on en1... (Ethernet) ERROR : 6, Device not configured [ec_send.c:send_init:114] libnet_init(LIBNET_RAW4_ADV) failed: libnet_init(): UID or EUID of 0 required -- Ticket URL: <http://trac.macports.org/ticket/16598> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #26074: update zim
by MacPorts 12 Jun '14

12 Jun '14

#26074: update zim -------------------------------+-------------------------------------------- Reporter: bassliu@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: -------------------------------+-------------------------------------------- zim in repository is 0.28, it's very old. the lastest version is 0.48, check the [http://zim-wiki.org/downloads.html website] -- Ticket URL: <http://trac.macports.org/ticket/26074> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 25

[MacPorts] #37853: RFE: "port provides" should return a different message when used on files provided by base
by MacPorts 12 Jun '14

12 Jun '14

#37853: RFE: "port provides" should return a different message when used on files provided by base -------------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.2 Keywords: | Port: -------------------------+-------------------------------- It just seems odd that {{{ port provides `which port` }}} should return: {{{ /opt/local/bin/port is not provided by a MacPorts port. }}} I mean, technically, that's true, it isn't technically provided by a port, but still, shouldn't it at least say something about that file being part of base? -- Ticket URL: <https://trac.macports.org/ticket/37853> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #30434: Should port select gcc also set /usr/bin/cc?
by MacPorts 12 Jun '14

12 Jun '14

#30434: Should port select gcc also set /usr/bin/cc? ----------------------------+----------------------------------------------- Reporter: ionic@… | Owner: macports-tickets@… Type: request | Status: new Priority: Low | Milestone: Component: base | Version: 2.0.0 Keywords: select gcc | Port: ----------------------------+----------------------------------------------- Hi, currently port select gcc only changes the binaries in $PREFIX/bin. However, at least some ports use /usr/bin/cc as the default compiler. This ports will likely end up using whatever /usr/bin/cc is set to - for instance llvm-gcc42 if XCode 4 was installed, although the user MAY have selected gcc42 manually and lives under the impression it's used. Then again, I don't know, whether it's a good thing to fiddle outside of $PREFIX, so I'll open this for discussion. I'd vote for yes and moreover possibly also change all other symlinks in /usr/bin as gcc, g++, c++ etc. BUT symlink them to their /opt/local/bin counterparts, so we don't need to keep two places in sync. Best regards, Mihai -- Ticket URL: <https://trac.macports.org/ticket/30434> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 16

[MacPorts] #37279: git-core: Rename to git
by MacPorts 11 Jun '14

11 Jun '14

#37279: git-core: Rename to git -------------------------+-------------------------- Reporter: raimue@… | Owner: ciserlohn@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: git-core git -------------------------+-------------------------- Rename `git-core` to `git`. The port was named git-core as the original intention of the upstream project was to use git in a larger set of tools. This has not turned out to be true and thus, this port should be renamed to plain `git`. This name is not taken by any pre-existing port and would be easier to recognize the right thing for new users. The dependent ports need to be updated as well. Please keep git-core as a `replaced_by` stub port such that old references in tutorials still work as expected. -- Ticket URL: <https://trac.macports.org/ticket/37279> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #34618: swig: add swig-php53 and swig-php54 subports
by MacPorts 10 Jun '14

10 Jun '14

#34618: swig: add swig-php53 and swig-php54 subports -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: kevin@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: swig -------------------------------------+-------------------------------------- Currently there is a swig-php5 subport, which depends on path:bin/php:php5. The php5 and php5-devel ports are going away, and ${prefix}/bin/php will no longer be installed by a port. php5 and php5-devel are to be replaced by the new php53 and php54 subports, which install ${prefix}/bin/php53 and ${prefix}/bin/php54 respectively. I'm not sure how swig works, but I assume we should have new swig-php53 and swig- php54 ports, which let you build something for use with php53 and php54 respectively. -- Ticket URL: <https://trac.macports.org/ticket/34618> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #34448: webkit-gtk +quartz missing symbol: Webcore::PluginView::invalidateRect
by MacPorts 09 Jun '14

09 Jun '14

#34448: webkit-gtk +quartz missing symbol: Webcore::PluginView::invalidateRect ------------------------------------------+--------------------------------- Reporter: michael.culbertson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: webkit-gtk ------------------------------------------+--------------------------------- I installed webkit-gtk (version 1.6.3_2) with the +quartz variant (in addition to the default +svg and +video variants) as a dependency for gnucash. It built and installed correctly, but when I tried to run gnucash, it died immediately reporting: {{{ dyld: Symbol not found: __ZN7WebCore10PluginView14invalidateRectERKNS_7IntRectE Referenced from: /opt/local/lib/libwebkitgtk-1.0.0.dylib Expected in: dynamic lookup }}} -- Ticket URL: <https://trac.macports.org/ticket/34448> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #34891: swig: subports do not respect build_arch
by MacPorts 09 Jun '14

09 Jun '14

#34891: swig: subports do not respect build_arch -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: kevin@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: swig -------------------------------------+-------------------------------------- Here's what happens with swig-tcl: {{{ /usr/bin/g++-4.2 -pipe -O2 -Wall -W -ansi -pedantic -L/i386-10.6-mp/lib -o eswig CParse/cscanner.o CParse/parser.o CParse/templ.o CParse/util.o DOH/base.o DOH/file.o DOH/fio.o DOH/hash.o DOH/list.o DOH/memory.o DOH/string.o DOH/void.o Modules/allegrocl.o Modules/allocate.o Modules/browser.o Modules/cffi.o Modules/chicken.o Modules/clisp.o Modules/contract.o Modules/csharp.o Modules/d.o Modules/directors.o Modules/emit.o Modules/go.o Modules/guile.o Modules/java.o Modules/lang.o Modules/lua.o Modules/main.o Modules/modula3.o Modules/module.o Modules/mzscheme.o Modules/ocaml.o Modules/octave.o Modules/overload.o Modules/perl5.o Modules/php.o Modules/pike.o Modules/python.o Modules/r.o Modules/ruby.o Modules/s-exp.o Modules/swigmain.o Modules/tcl8.o Modules/typepass.o Modules/uffi.o Modules/utils.o Modules/xml.o Preprocessor/cpp.o Preprocessor/expr.o Swig/cwrap.o Swig/deprecate.o Swig/error.o Swig/fragment.o Swig/getopt.o Swig/include.o Swig/misc.o Swig/naming.o Swig/parms.o Swig/scanner.o Swig/stype.o Swig/symbol.o Swig/tree.o Swig/typeobj.o Swig/typemap.o Swig/typesys.o Swig/wrapfunc.o -ldl -L/i386-10.6-mp/lib -lpcre ld: warning: in /i386-10.6-mp/lib/libpcre.dylib, file was built for i386 which is not the architecture being linked (x86_64) Undefined symbols: "_pcre_version", referenced from: _Swig_pcre_version in misc.o (maybe you meant: _Swig_pcre_version) "_pcre_compile", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_free", referenced from: _Swig_string_regex in misc.o _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_exec", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o ld: symbol(s) not found }}} swig-perl does the same. While you're fixing this you could possibly add a universal variant as well. -- Ticket URL: <https://trac.macports.org/ticket/34891> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #34708: macports swig missing d language support
by MacPorts 07 Jun '14

07 Jun '14

#34708: macports swig missing d language support --------------------------------------+------------------------------------- Reporter: thelastmammoth@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: swig D | Port: swig --------------------------------------+------------------------------------- after installing swig (2.07), there is no support for d. also port search swig yields a bunch of languages but not d. D has been supported in swig since 2011/02/20, and the latest version from http://www.swig.org/ works fine with it. -- Ticket URL: <https://trac.macports.org/ticket/34708> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7