August 2010 - 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] #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] #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

[MacPorts] #19264: cairo: reinplace didn't change anything in cairo*.pc
by MacPorts 12 Aug '13

12 Aug '13

#19264: cairo: reinplace didn't change anything in cairo*.pc -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.1 Keywords: | Port: cairo -------------------------------------+-------------------------------------- In an empty MacPorts 1.7.1 environment with the patch from #15514, on Mac OS X 10.4.11 Intel with Xcode 2.5, running {{{ sudo port install pango +no_x11 +quartz }}} eventually shows failing reinplaces in cairo: {{{ ---> Fetching cairo ---> Verifying checksum(s) for cairo ---> Extracting cairo ---> Applying patches to cairo ---> Configuring cairo ---> Building cairo ---> Staging cairo into destroot Warning: reinplace s:-lX11:-L/macports-test/lib -L/usr/X11R6/lib -lX11:g didn't change anything in /macports- test/var/macports/build/_Users_rschmidt_macports_dports_graphics_cairo/work/destroot /macports-test/lib/pkgconfig/cairo-ft.pc Warning: reinplace s:-lX11:-L/macports-test/lib -L/usr/X11R6/lib -lX11:g didn't change anything in /macports- test/var/macports/build/_Users_rschmidt_macports_dports_graphics_cairo/work/destroot /macports-test/lib/pkgconfig/cairo-pdf.pc Warning: reinplace s:-lX11:-L/macports-test/lib -L/usr/X11R6/lib -lX11:g didn't change anything in /macports- test/var/macports/build/_Users_rschmidt_macports_dports_graphics_cairo/work/destroot /macports-test/lib/pkgconfig/cairo-png.pc Warning: reinplace s:-lX11:-L/macports-test/lib -L/usr/X11R6/lib -lX11:g didn't change anything in /macports- test/var/macports/build/_Users_rschmidt_macports_dports_graphics_cairo/work/destroot /macports-test/lib/pkgconfig/cairo-ps.pc Warning: reinplace s:-lX11:-L/macports-test/lib -L/usr/X11R6/lib -lX11:g didn't change anything in /macports- test/var/macports/build/_Users_rschmidt_macports_dports_graphics_cairo/work/destroot /macports-test/lib/pkgconfig/cairo-quartz-font.pc Warning: reinplace s:-lX11:-L/macports-test/lib -L/usr/X11R6/lib -lX11:g didn't change anything in /macports- test/var/macports/build/_Users_rschmidt_macports_dports_graphics_cairo/work/destroot /macports-test/lib/pkgconfig/cairo-quartz-image.pc Warning: reinplace s:-lX11:-L/macports-test/lib -L/usr/X11R6/lib -lX11:g didn't change anything in /macports- test/var/macports/build/_Users_rschmidt_macports_dports_graphics_cairo/work/destroot /macports-test/lib/pkgconfig/cairo-quartz.pc Warning: reinplace s:-lX11:-L/macports-test/lib -L/usr/X11R6/lib -lX11:g didn't change anything in /macports- test/var/macports/build/_Users_rschmidt_macports_dports_graphics_cairo/work/destroot /macports-test/lib/pkgconfig/cairo-svg.pc Warning: reinplace s:-lX11:-L/macports-test/lib -L/usr/X11R6/lib -lX11:g didn't change anything in /macports- test/var/macports/build/_Users_rschmidt_macports_dports_graphics_cairo/work/destroot /macports-test/lib/pkgconfig/cairo.pc ---> Installing cairo @1.8.6_4+macosx+no_x11+quartz ---> Activating cairo @1.8.6_4+macosx+no_x11+quartz ---> Cleaning cairo }}} Shouldn't the block that was added in r45053 and updated in r47541 be enclosed in {{{ if {![variant_isset no_x11]} { ... } }}} ? -- Ticket URL: <http://trac.macports.org/ticket/19264> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #23424: nss: add universal variant
by MacPorts 12 Aug '13

12 Aug '13

#23424: nss: add universal variant -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: jeremyhu@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: nss -------------------------------------+-------------------------------------- nss needs a universal variant, otherwise xulrunner/xulrunner-devel cannot be installed on Snow Leopard because nss will be built x86_64 but xulrunner forces itself to i386. {{{ $ sudo port install firefox-x11-devel ---> Computing dependencies for firefox-x11-devel ---> Configuring xulrunner-devel Error: You cannot install xulrunner-devel for the architecture(s) i386 because Error: its dependency nss only contains the architecture(s) x86_64. Error: Error: Try rebuilding nss (and all its dependencies) with Error: the +universal variant by running Error: Error: sudo port upgrade --enforce-variants nss +universal Error: Error: Target org.macports.configure returned: incompatible architectures in dependencies Error: The following dependencies failed to build: xulrunner-devel Error: Status 1 encountered during processing. Before reporting a bug, first run the command again with the -d flag to get complete output. }}} And of course the archcheck portgroup's suggestion doesn't help because nss doesn't actually have a universal variant. -- Ticket URL: <http://trac.macports.org/ticket/23424> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3