February 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #24490: bug in py-wxpython
by MacPorts 29 Aug '13

29 Aug '13

#24490: bug in py-wxpython ---------------------------------------+------------------------------------ Reporter: spoofy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: ---------------------------------------+------------------------------------ bash-3.2# port install -d py-wxpython ---> Computing dependencies for py-wxpython ---> Building py-wxpython Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_python_py-wxpython/work/wxPython-src-2.8.9.2/wxPython" && /opt/local/bin/python2.4 setup.py build " returned error 1 Command output: src/helpers.cpp:422: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp: In function 'PyObject* __wxPySetDictionary(PyObject*, PyObject*)': src/helpers.cpp:628: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:643: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:648: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp: In function 'void wxPyOORClientData_dtor(wxPyOORClientData*)': src/helpers.cpp:809: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:811: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:819: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:826: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:827: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:829: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp: In static member function 'static wxPyCBInputStream* wxPyCBInputStream::create(PyObject*, bool)': src/helpers.cpp:1291: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:1292: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:1293: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp: In member function 'virtual size_t wxPyCBInputStream::OnSysRead(void*, size_t)': src/helpers.cpp:1336: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp: In member function 'virtual wxFileOffset wxPyCBInputStream::OnSysTell() const': src/helpers.cpp:1386: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp: In static member function 'static wxPyCBOutputStream* wxPyCBOutputStream::create(PyObject*, bool)': src/helpers.cpp:1486: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:1487: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:1488: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp: In member function 'virtual wxFileOffset wxPyCBOutputStream::OnSysTell() const': src/helpers.cpp:1574: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp: In member function 'void wxPyCallback::EventThunker(wxEvent&)': src/helpers.cpp:1689: warning: deprecated conversion from string constant to 'char*' src/helpers.cpp:1689: warning: deprecated conversion from string constant to 'char*' error: command '/usr/bin/gcc-4.2' failed with exit status 1 -- Ticket URL: <http://trac.macports.org/ticket/24490> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #22908: xchm - out of date
by MacPorts 29 Aug '13

29 Aug '13

#22908: xchm - out of date ---------------------------------+------------------------------------------ Reporter: stephen@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: ---------------------------------+------------------------------------------ I would be great this port could be updated to xchm-1.17 see - http://sourceforge.net/projects/xchm/files/ -- Ticket URL: <http://trac.macports.org/ticket/22908> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #19192: py25-wxpython reports "wxPython/wxWidgets release mismatch" on import
by MacPorts 29 Aug '13

29 Aug '13

#19192: py25-wxpython reports "wxPython/wxWidgets release mismatch" on import ------------------------------+--------------------------------------------- Reporter: ram@… | Owner: jwa@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.1 Keywords: | Port: py25-wxpython, wxWid ------------------------------+--------------------------------------------- When the `wx` module is imported the following warning is reported: {{{ $ python Python 2.5.4 (r254:67916, Apr 4 2009, 14:11:12) [GCC 4.0.1 (Apple Inc. build 5490)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import wx /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/wx-2.8-mac-unicode/wx/_core.py:14448: UserWarning: wxPython/wxWidgets release number mismatch warnings.warn("wxPython/wxWidgets release number mismatch") >>> }}} I have noticed that wxPython-2.8.9.2 is available: {{{ $ port livecheck py25-wxpython py25-wxpython seems to have been updated (port version: 2.8.9.1, new version: 2.8.9.2) $ }}} -- Ticket URL: <http://trac.macports.org/ticket/19192> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #22654: usbprog-0.1.8 fix to compile against wxWidgets-2.9.0
by MacPorts 29 Aug '13

29 Aug '13

#22654: usbprog-0.1.8 fix to compile against wxWidgets-2.9.0 ------------------------------+--------------------------------------------- Reporter: crazor@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: usbprog ------------------------------+--------------------------------------------- really basic stuff. -- Ticket URL: <http://trac.macports.org/ticket/22654> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #19190: py25-wxpython and py26-wxpython conflict
by MacPorts 29 Aug '13

29 Aug '13

#19190: py25-wxpython and py26-wxpython conflict ------------------------------+--------------------------------------------- Reporter: ram@… | Owner: jwa@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.1 Keywords: | Port: py25-wxpython, py26-wxpython ------------------------------+--------------------------------------------- `py25-wxpython` and `py26-wxpython` conflict when you try to install them at the same time: {{{ $ port install py25-wxpython ---> Fetching py25-wxpython ---> Attempting to fetch wxPython-src-2.8.9.1.tar.bz2 from http://downloads.sourceforge.net/wxpython ---> Verifying checksum(s) for py25-wxpython ---> Extracting py25-wxpython ---> Configuring py25-wxpython ---> Building py25-wxpython ---> Staging py25-wxpython into destroot ---> Installing py25-wxpython @2.8.9.1_0 ---> Activating py25-wxpython @2.8.9.1_0 Error: Target org.macports.activate returned: Image error: /opt/local/include/wx-2.8/wx/wxPython/i_files/__init__.py is being used by the active py26-wxpython port. Please deactivate this port first, or use 'port -f activate py25-wxpython' to force the activation. Error: Status 1 encountered during processing. $ }}} -- Ticket URL: <http://trac.macports.org/ticket/19190> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #25796: cntlm
by MacPorts 22 Aug '13

22 Aug '13

#25796: cntlm ---------------------------------+------------------------------------------ Reporter: hbruinsma@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ---------------------------------+------------------------------------------ Cntlm is an NTLM / NTLM Session Response / NTLMv2 authenticating HTTP proxy intended to help you break free from the chains of Microsoft proprietary world. You can use a free OS and honor our noble idea, but you can't hide. Once you're behind those cold steel bars of a corporate proxy server requiring NTLM authentication, you're done with. The same even applies to 3rd party Windows applications, which don't support NTLM natively. -- Ticket URL: <http://trac.macports.org/ticket/25796> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14

[MacPorts] #28262: hs-digest fails to configure (blocks pandoc install)
by MacPorts 18 Aug '13

18 Aug '13

#28262: hs-digest fails to configure (blocks pandoc install) -----------------------------------+---------------------------------------- Reporter: easieste@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: hs-digest pandoc | Port: hs-digest -----------------------------------+---------------------------------------- Attempting to install pandoc is blocked by a failing configure phase for the hs-digest dependency. The relevant lines in the log seem to be: {{{ :info:configure Configuring digest-0.0.0.8... :info:configure Setup: Missing dependency on a foreign library: :info:configure * Missing header file: zlib.h :info:configure * Missing C library: z :info:configure This problem can usually be solved by installing the system package that :info:configure provides this library (you may need the "-dev" version). If the library is :info:configure already installed but in a non-standard location then you can use the flags :info:configure --extra-include-dirs= and --extra-lib-dirs= to specify where it is. }}} I have both 'zlib' and 'hs-zlib' installed. I forcibly uninstalled and reinstalled these ports, but unfortunately duplicated this failure. Unfortunately, hs-digest is marked nomaintainer, so I am adding `singingwolfboy' who is a (partial) maintainer to the CC, so he knows that pandoc is failing to install. -- Ticket URL: <https://trac.macports.org/ticket/28262> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #23740: whois is very slow or times out on .net domains
by MacPorts 16 Aug '13

16 Aug '13

#23740: whois is very slow or times out on .net domains ---------------------------------+------------------------------------------ Reporter: vinc17@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: whois ---------------------------------+------------------------------------------ "whois vinc17.net" or "whois nerim.net" is very slow (about one minute) and can even times out. There's no such problem from the same network under Debian. According to the source, whois.crsnic.net is used for .net domains. So, to be sure, I've checked with {{{ whois -h whois.crsnic.net nerim.net }}} but while it still works under Debian, it still times out under Mac OS X. Note: my machine is a Mac OS X 10.4.11 / PowerPC. -- Ticket URL: <http://trac.macports.org/ticket/23740> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #27180: Pallet fails to build on 10.5.8
by MacPorts 14 Aug '13

14 Aug '13

#27180: Pallet fails to build on 10.5.8 -------------------------------+-------------------------------------------- Reporter: ak.ml@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: Pallet | Port: Pallet -------------------------------+-------------------------------------------- Pallet fails to build on my MacIntel with Leopard 10.5.8 -- Ticket URL: <https://trac.macports.org/ticket/27180> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 19

[MacPorts] #22251: Please create a mysql50 port from the 5.0.86 version of the mysql5 port
by MacPorts 14 Aug '13

14 Aug '13

#22251: Please create a mysql50 port from the 5.0.86 version of the mysql5 port -----------------------------------+---------------------------------------- Reporter: cap10morgan@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: mysql5 -----------------------------------+---------------------------------------- Can we please keep a MySQL 5.0 port around? MySQL 5.1 is still incompatible with a great deal of software (I'm struggling with PHP's PDO library currently). If you could just fork the mysql5 port from when it was at version 5.0.86 and call that mysql50, would that do the trick? -- Ticket URL: <http://trac.macports.org/ticket/22251> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2