June 2014 - macports-tickets - lists.macosforge.org

[MacPorts] #34339: gdal +framework variant fails to install
by MacPorts 17 Jun '14

17 Jun '14

#34339: gdal +framework variant fails to install -------------------------------------+-------------------------------------- Reporter: james.goppert@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: -------------------------------------+-------------------------------------- Here is the error. {{{ gdal-1.9.0/libtool --mode=finish --silent /Library/Frameworks/GDAL.framework/Versions/1.9 libtool: finish: invalid argument `/Library/Frameworks/GDAL.framework/Versions/1.9' }}} Here is a hack to get it to install {{{ mkdir -p /Library/Frameworks/GDAL.framework/Versions/1.9 }}} Now retry port install {{{ sudo port install gdal +framework }}} Then you have to move it to the correct prefix {{{ mv /Library/Frameworks/GDAL.framework/ /opt/local/Library/Frameworks/GDAL.framework }}} -- Ticket URL: <https://trac.macports.org/ticket/34339> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #44028: p5.18-image-exiftool @9.540.0_0 relying upon non existent py25-pygtk
by MacPorts 17 Jun '14

17 Jun '14

#44028: p5.18-image-exiftool @9.540.0_0 relying upon non existent py25-pygtk ---------------------+--------------------------------------------- Reporter: alent@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: p5.18-image-exiftool @9.540.0_0 ---------------------+--------------------------------------------- Need to install p5.18-image-exiftool @9.540.0_0 for ResourceSpace. Error comes back: Warning: No port py25-cairo found in the index; can't rebuild Warning: No port py25-numpy found in the index; can't rebuild ---> Found 1 broken port(s), determining rebuild order ---> Rebuilding in order py25-gtk @2.16.0 ---> py25-gtk is replaced by py25-pygtk Error: No port py25-pygtk found. Error rebuilding py25-gtk while executing "error "Error rebuilding $portname"" (procedure "revupgrade_scanandrebuild" line 395) invoked from within "revupgrade_scanandrebuild broken_port_counts $opts" (procedure "macports::revupgrade" line 5) invoked from within "macports::revupgrade $opts" (procedure "action_revupgrade" line 2) invoked from within "action_revupgrade $action $portlist $opts" (procedure "action_target" line 96) invoked from within "$action_proc $action $portlist [array get global_options]" (procedure "process_cmd" line 93) invoked from within "process_cmd $remaining_args" invoked from within "if { [llength $remaining_args] > 0 } { -- Ticket URL: <https://trac.macports.org/ticket/44028> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #41251: linkchecker fails to build under Mavericks
by MacPorts 17 Jun '14

17 Jun '14

#41251: linkchecker fails to build under Mavericks ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: mavericks | Port: linkchecker ----------------------------+-------------------------------- When building linkchecker under Mavericks, I get the following error: {{{ /usr/bin/clang -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -arch x86_64 -DYY_NO_INPUT -Ilinkcheck/HtmlParser -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c linkcheck/HtmlParser/htmllex.c -o build/temp.macosx-10.9-x86_64-2.7/linkcheck/HtmlParser/htmllex.o -pedantic -std=gnu99 In file included from htmllex.l:29: linkcheck/HtmlParser/s_util.h:7:8: error: expected parameter declarator size_t strlcpy(char *dst, const char *src, size_t size); ^ }}} main.log attached. -- Ticket URL: <https://trac.macports.org/ticket/41251> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #43931: proposition: oxygen-gtk port (oxygen-gtk2)
by MacPorts 17 Jun '14

17 Jun '14

#43931: proposition: oxygen-gtk port (oxygen-gtk2) -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: -------------------------+-------------------------------- I'm attaching a proposed Portfile for the oxygen-gtk theme. Under X11 it allows near-seamless integration of GtK apps with KDE apps using the default Oxygen theme. In my opinion it also makes them integrate nicely on OS X. For now I'm only uploading a version for GtK2, I'll add a version for the GtK3 theme later. GtK engines must have a .so extension but would be built with a .dylib extension on OS X. I've preferred adding logic to change the make files generated by cmake rather than renaming the resulting file post-destroot. It requires somewhat more actions (and possibly maintenance), but it has the advantage that the engine is generated as the code expects it. -- Ticket URL: <https://trac.macports.org/ticket/43931> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #44030: Update linkchecker to 9.2
by MacPorts 17 Jun '14

17 Jun '14

#44030: Update linkchecker to 9.2 ---------------------------+-------------------------------- Reporter: khindenburg@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: haspatch | Port: linkchecker ---------------------------+-------------------------------- The latest version is 9.2 - it compiles on Mavericks It requires at least python 2.7 - though I'm not sure if forcing py27 is the way to do this. I'd like to add a +noqui so it doesn't pull in the huge pyQt4 -- Ticket URL: <https://trac.macports.org/ticket/44030> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #43894: doxygen: fix tex dependencies
by MacPorts 17 Jun '14

17 Jun '14

#43894: doxygen: fix tex dependencies ---------------------+--------------------- Reporter: mojca@… | Owner: css@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: doxygen ---------------------+--------------------- After r120417 doxygen lacks dependency on `texlive-fonts-recommended` as well as `texlive-fontutils` (see #43860 and #43669). These TeX Live dependencies are wrong: {{{ depends_build-append bin:pdflatex:texlive-latex \ bin:gs:ghostscript \ port:texlive-latex-extra }}} User can have: * no external TeX: then it's ok (but `bin:pdflatex:texlive-latex` could just as well be `port:texlive-latex`) * `pdflatex` without sufficient packages installed: then the package `texlive-latex-extra` is useless, external `pdflatex` cannot see the files installed by `texlive-latex-extra` anyway (but there's a chance that `texlive-latex-extra` installs pdflatex and maybe that binary is used as a consequence) * fully functional external TeX distribution: it works, but `port :texlive-latex-extra` installs everything including `texlive-latex`, something that `bin:pdflatex:texlive-latex` tried to avoid in the first place This should be fixed in such a way that either `bin:pdftex` is removed and everyone building the docs needs to install TeX Live from MacPorts. But the better solution would be to add `texlive-latex`, `texlive-latex- recommended`, `texlive-fontutils`, `texlive-fonts-recommended` if and only if there is no `pdflatex` present. -- Ticket URL: <https://trac.macports.org/ticket/43894> MacPorts <http://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #44031: wxWidgets-3.0: upgrade to 3.0.1
by MacPorts 17 Jun '14

17 Jun '14

#44031: wxWidgets-3.0: upgrade to 3.0.1 ---------------------+--------------------------- Reporter: mojca@… | Owner: mojca@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: wxWidgets-3.0 ---------------------+--------------------------- wxWidgets 3.0.1 has been released. We also need to revbump ports depending on it. -- Ticket URL: <https://trac.macports.org/ticket/44031> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #43214: codeblocks/wxWidgets-3.0: wxcrt.h: error: call to 'wcsstr' is ambiguous
by MacPorts 17 Jun '14

17 Jun '14

#43214: codeblocks/wxWidgets-3.0: wxcrt.h: error: call to 'wcsstr' is ambiguous ---------------------+--------------------------------------- Reporter: mojca@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: wxWidgets-3.0, codeblocks ---------------------+--------------------------------------- `codeblocks +wxwidgets30` fails to compile on 10.9 (https://build.macports.org/builders/buildports-mavericks- x86_64/builds/2530) {{{ In file included from dlgformattersettings.cpp:12: In file included from /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/radiobut.h:33: In file included from /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/control.h:22: In file included from /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/window.h:18: In file included from /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/event.h:16: In file included from /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/object.h:19: In file included from /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/memory.h:15: In file included from /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/string.h:4305: In file included from /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/crt.h:19: /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/wxcrt.h:577:14: error: call to 'wcsstr' is ambiguous { return wxCRT_StrstrW(haystack, needle); } ^~~~~~~~~~~~~ /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0/wx/wxcrtbase.h:155:26: note: expanded from macro 'wxCRT_StrstrW' #define wxCRT_StrstrW wcsstr ^~~~~~ /usr/include/wchar.h:141:10: note: candidate function wchar_t *wcsstr(const wchar_t * __restrict, const wchar_t * __restrict); ^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/cwchar:189:49: note: candidate function inline _LIBCPP_INLINE_VISIBILITY const wchar_t* wcsstr(const wchar_t* __s1, const wchar_t* __s2) {return ::wcsstr(__s1, __s2);} ^ }}} -- Ticket URL: <https://trac.macports.org/ticket/43214> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42448: FileZilla @3.7.4 icon request
by MacPorts 17 Jun '14

17 Jun '14

#42448: FileZilla @3.7.4 icon request --------------------------------+--------------------- Reporter: j.orlandomurillo@… | Owner: markd@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: guide | Version: 2.2.1 Keywords: 10.9.1 Mavericks | Port: --------------------------------+--------------------- I'd like to request a standalone icon for the Filezilla package. Currently you can only launch it through a terminal command. -- Ticket URL: <https://trac.macports.org/ticket/42448> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #43969: FileZilla: upgrade to the nightly version to get proper support for wxWidgets 3.0
by MacPorts 17 Jun '14

17 Jun '14

#43969: FileZilla: upgrade to the nightly version to get proper support for wxWidgets 3.0 ----------------------+----------------------- Reporter: mojca@… | Owner: rudloff@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: FileZilla ----------------------+----------------------- FileZilla developer '''finally''' switched to wxWidgets 3.0. This finally makes the port "usable" again (after SDK for 10.6 has been dropped, so almost three years). I'm attaching a patch to switch to the nightly version with compatibility for wxWidgets 3.0 (please note that the patches should also be removed, but I didn't include that in the diff). My suggestion is to switch to this nightly version (and possibly keep it updating for a while, but not necessarily) until the official version comes out (and then switch to the official release again), also with the goal to get more testing of the software, so that any remaining issues can be polished before the release if necessary. The first issue is the following message when launching the software (but it might be acceptable or it would at least let more people complain upstream?): {{{ ../src/osx/combobox_osx.cpp(60): assert "!(style & wxCB_SORT)" failed in Create(): wxCB_SORT not currently supported by wxOSX/Cocoa Call stack: [00] wxComboBox::Create(wxWindow*, int, wxString const&, wxPoint const&, wxSize const&, wxArrayString const&, long, wxValidator const&, wxString const&) [01] wxComboBox::wxComboBox(wxWindow*, int, wxString const&, wxPoint const&, wxSize const&, wxArrayString const&, long, wxValidator const&, wxString const&) [02] CComboBoxEx::CComboBoxEx(CViewHeader*) [03] CViewHeader::CViewHeader(wxWindow*, wxString const&) [04] CLocalViewHeader::CLocalViewHeader(wxWindow*, CState*) [05] CContextControl::CreateContextControls(CState*) [06] CContextControl::CreateTab() [07] CMainFrame::CMainFrame() [08] CFileZillaApp::OnInit() [09] wxApp::CallOnInit() [10] wxEntry(int&, wchar_t**) [11] main [12] start [13] 0x00000002 Do you want to stop the program? You can also choose [Cancel] to suppress further warnings. }}} To maintainer: I'm aware that you don't have commit rights, I can commit this or something else, but please let me know if you are OK with the patch or if you would like to see something else. This would also close #42448. -- Ticket URL: <https://trac.macports.org/ticket/43969> MacPorts <http://www.macports.org/> Ports system for OS X

1 8