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

[MacPorts] #34951: mpeg4ip fails to build on default compiler
by MacPorts 30 Aug '13

30 Aug '13

#34951: mpeg4ip fails to build on default compiler -------------------------------+-------------------------------------------- Reporter: bbowers@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: -------------------------------+-------------------------------------------- Running Xcode 4.3, receive the following which is corrected by changing the default compiler. [Users/bbowers] > install mpeg4ip ---> Computing dependencies for mpeg4ip ---> Fetching archive for mpeg4ip ---> Attempting to fetch mpeg4ip-1.5.0.1_3.darwin_11.x86_64.tbz2 from http://packages.macports.org/mpeg4ip ---> Fetching distfiles for mpeg4ip ---> Verifying checksum(s) for mpeg4ip ---> Extracting mpeg4ip ---> Applying patches to mpeg4ip ---> Configuring mpeg4ip ---> Building mpeg4ip Error: org.macports.build for port mpeg4ip returned: command execution failed Please see the log file for port mpeg4ip for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_audio_mpeg4ip/mpeg4ip/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port mpeg4ip failed [Users/bbowers] > clean mpeg4ip ---> Cleaning mpeg4ip [Users/bbowers] > install mpeg4ip configure.compiler=llvm-gcc-4.2 ---> Computing dependencies for mpeg4ip ---> Fetching archive for mpeg4ip ---> Attempting to fetch mpeg4ip-1.5.0.1_3.darwin_11.x86_64.tbz2 from http://packages.macports.org/mpeg4ip ---> Fetching distfiles for mpeg4ip ---> Verifying checksum(s) for mpeg4ip ---> Extracting mpeg4ip ---> Applying patches to mpeg4ip ---> Configuring mpeg4ip ---> Building mpeg4ip ---> Staging mpeg4ip into destroot ---> Installing mpeg4ip @1.5.0.1_3 ---> Activating mpeg4ip @1.5.0.1_3 ---> Cleaning mpeg4ip ---> Updating database of binaries: 100.0% ---> Scanning binaries for linking errors: 100.0% ---> No broken files found. -- Ticket URL: <https://trac.macports.org/ticket/34951> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #40299: wxWidgets-3.0 build fails
by MacPorts 30 Aug '13

30 Aug '13

#40299: wxWidgets-3.0 build fails ------------------------+-------------------------------- Reporter: jwhowse4@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: wxWidgets-3.0 ------------------------+-------------------------------- On an Intel Mac running Lion 10.7.5 and XCode 4.6.3 the build of wxWidgets-3.0 fails with the following error message. {{{ ---> Extracting wxWidgets-3.0 ---> Extracting wxWidgets-2.9.5.tar.bz2 ---> Applying patches to wxWidgets-3.0 ---> Applying patch-configure.diff patching file configure ---> Applying patch-include-wx-math.h.diff patching file include/wx/math.h Hunk #1 FAILED at 62. 1 out of 1 hunk FAILED -- saving rejects to file include/wx/math.h.rej Command failed: cd "/opt/macports/var/macports/build/_Volumes_User_Disk_opt_macports_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_wxWidgets-3.0/wxWidgets-3.0/work/wxWidgets-2.9.5/build/.." && /usr/bin/patch -p0 < '/Volumes/User_Disk/opt/macports/var/macports/sources/rsync.macports.org/release/tarballs/ports/graphics/wxWidgets-3.0/files /patch-include-wx-math.h.diff' Exit code: 1 Error: org.macports.patch for port wxWidgets-3.0 returned: command execution failed }}} This error began occuring after the file was added to correct use of std:: in wx/math.h. In my distribution of wxWidgets the appropriate part of the file include/wx/math.h appears to be the following. {{{ #if defined(__VISUALC__) || defined(__BORLANDC__) || defined(__WATCOMC__) #include <float.h> #define wxFinite(x) _finite(x) #elif defined(__MINGW64__) || defined(__clang__) /* add more compilers with C99 support here: using C99 isfinite() is preferable to using BSD-ish finite() */ #if defined(_GLIBCXX_CMATH) || defined(_LIBCPP_CMATH) // these <cmath> headers #undef isfinite #define wxFinite(x) std::isfinite(x) #else #define wxFinite(x) isfinite(x) #endif #elif ( defined(__GNUG__)||defined(__GNUWIN32__)||defined(__DJGPP__)|| \ defined(__SGI_CC__)||defined(__SUNCC__)||defined(__XLC__)|| \ defined(__HPUX__) ) && ( !defined(wxOSX_USE_IPHONE) || wxOSX_USE_IPHONE == 0 ) }}} However this does not appear to match what appears in the patch file. -- Ticket URL: <https://trac.macports.org/ticket/40299> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #40298: lisaem: tries to build as 64-bit against wxWidgets-2.8
by MacPorts 30 Aug '13

30 Aug '13

#40298: lisaem: tries to build as 64-bit against wxWidgets-2.8 ---------------------+-------------------------- Reporter: mojca@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: lisaem ---------------------+-------------------------- It looks like lisaem tries to be built as 32-bit despite r110329. This is copied from the buildbot (https://build.macports.org/builders /buildports-snowleopard-x86_64/builds/20090/steps/compile/logs/stdio): {{{ Compiling LisaConfigFrame.cpp... Linking ./bin/LisaEm.app ld: warning: in /System/Library/Frameworks//QuickTime.framework/QuickTime, missing required architecture x86_64 in file ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_macu_richtext-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_macu_aui-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_macu_xrc-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_macu_qa-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_macu_html-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_macu_adv-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_macu_core-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_base_carbonu_xml-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_base_carbonu_net-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/2.8/lib/libwx_base_carbonu-2.8.dylib, file was built for i386 which is not the architecture being linked (x86_64) Undefined symbols for architecture x86_64: "wxAppConsole::ms_appInitFn", referenced from: __static_initialization_and_destruction_0(int, int)in lisaem_wx.o "wxGetTopLevelParent(wxWindow*)", referenced from: wxTopLevelWindowBase::IsActive() in lisaem_wx.o wxTopLevelWindowBase::IsActive() in LisaConfigFrame.o "wxFrameBase::wxFrameBase()", referenced from: LisaEmFrame::LisaEmFrame(wxString const&)in lisaem_wx.o LisaConfigFrame::LisaConfigFrame(wxString const&, LisaConfig*)in LisaConfigFrame.o }}} -- Ticket URL: <https://trac.macports.org/ticket/40298> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #40247: mongodb @2.4.6 build error on v8 dependent code
by MacPorts 30 Aug '13

30 Aug '13

#40247: mongodb @2.4.6 build error on v8 dependent code --------------------+-------------------------------- Reporter: gutu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: --------------------+-------------------------------- It seems that the v8 installed (3.21) by macports is not compatible to what mongodb expects. After searching web I get impression that mongodb source ships with its own v8 that is currently only supported option when building mongodb. -- Ticket URL: <https://trac.macports.org/ticket/40247> MacPorts <http://www.macports.org/> Ports system for OS X

1 16

[MacPorts] #38375: Ports depending on wxWidgets* should either use path-style dependencies or variants instead
by MacPorts 30 Aug '13

30 Aug '13

#38375: Ports depending on wxWidgets* should either use path-style dependencies or variants instead -------------------------+------------------------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: codeblocks FileZilla fityk hugin- | app lisaem py-wxpython rt-volume-rendering | usbprog wxd otrproxy -------------------------+------------------------------------------------- Not all versions of wxWidgets work on all platforms, and as such, that means some of their dependents won't work on all platforms, either. Path- style dependencies would allow the ports to work regardless of the version of wxWidgets installed. However, if the version of wxWidgets used does actually make a difference for a port, this could instead be accomplished by variants allowing the selection of the wxWidgets version of the user's choice. Currently ports that depend on wxWidgets and do not use either path-style dependencies or variants are: - codeblocks - FileZilla - fityk - lisaem - py*wxpython - rt-volume-rendering - usbprog - wxd - otrproxy For an example of a port that does things the right way, check out Poedit's portfile (it does the variants method). -- Ticket URL: <https://trac.macports.org/ticket/38375> MacPorts <http://www.macports.org/> Ports system for OS X

1 19

[MacPorts] #40294: Avoid building ports with unmet dependencies or try to build dependencies with requested variants
by MacPorts 30 Aug '13

30 Aug '13

#40294: Avoid building ports with unmet dependencies or try to build dependencies with requested variants ----------------------------+------------------------- Reporter: mojca@… | Owner: wsiegrist@… Type: enhancement | Status: new Priority: Low | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+------------------------- I came across examples of ports which use the {{{active_variants}}} PortGroup and request a specific variant of dependency to be present (two notable examples are {{{wxMaxima}}} and {{{p5-graphics-gnuplotif}}}). The buildbot might spend 15 minutes activating or compiling dependencies of {{{p5-graphics-gnuplotif}}} only to figure out that {{{gnuplot}}} hasn't been built with {{{+wxwidgets}}}. While I would preferentially like to request that when the user (or a port on the buildbot) asks for a certain variant of the port that isn't active, MacPorts would try to install the dependency with that variant, it would at least make sense to detect the problem much earlier and not event start the compilation. See also #40293 for the request to not report such incidences as "compilation failed" by the buildbot. -- Ticket URL: <https://trac.macports.org/ticket/40294> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #40292: More user-friendly logs from the buildbots
by MacPorts 30 Aug '13

30 Aug '13

#40292: More user-friendly logs from the buildbots ----------------------------+------------------------- Reporter: mojca@… | Owner: wsiegrist@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+------------------------- I have a really hard time reading the logs from https://build.macports.org/builders/buildports-mtln-x86_64/builds/7570 and then I have made 36 commits yesterday, which makes it 36 times 3 (buildbots) as complicated. The log has 77 MB and more than million lines. And I don't even know which ports fail to work without writing a script to tell me that, or spend a few hours browsing the file with some decent text editor that doesn't hang when looking into it. A few things that I'm interested in and would like to see without opening the million lines: - the list of ports that succeeded and/or failed - for those that failed, the last 10-50 lines before the error And a few other things that would be handy to have: - being able to download the complete log just for the port in question instead of the whole bunch of ports (I know that this is usually not a problem since multiple ports are only rarely committed at once) - being able to download the log for the specific port excluding the logs from building/activating/deactivating its dependencies This could probably be some kind of "download on demand" where the information would be extracted from the huge main log. (That is: there is no need to store separate files.) -- Ticket URL: <https://trac.macports.org/ticket/40292> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #40291: qt4-creator-mac: update to version 2.8.1
by MacPorts 30 Aug '13

30 Aug '13

#40291: qt4-creator-mac: update to version 2.8.1 ---------------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: haspatch maintainer | Port: qt4-creator-mac ---------------------------------+-------------------------------- Patch attached. -- Ticket URL: <https://trac.macports.org/ticket/40291> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #40268: Psiconv @0.9.8
by MacPorts 30 Aug '13

30 Aug '13

#40268: Psiconv @0.9.8 ------------------------+-------------------------------- Reporter: c.herbig@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: psiconv ------------------------+-------------------------------- Portfile for psiconv, a utility for converting Psion files. Can be used by Gnumeric and Abiword, if those ports are configured to do so. Right now, gnumeric is not, but I will update that in a separate ticket. -- Ticket URL: <https://trac.macports.org/ticket/40268> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #40269: Pxlib @0.6.5
by MacPorts 30 Aug '13

30 Aug '13

#40269: Pxlib @0.6.5 ------------------------+-------------------------------- Reporter: c.herbig@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: pxlib ------------------------+-------------------------------- Portfile for pxlib, a utility to read and write paradox DB files. Can be used by Gnumeric if configured to. -- Ticket URL: <https://trac.macports.org/ticket/40269> MacPorts <http://www.macports.org/> Ports system for OS X

1 4