December 2008 - macports-tickets - lists.macosforge.org

[MacPorts] #17837: Cannot install gedit and anjuta
by MacPorts 02 Jan '09

02 Jan '09

#17837: Cannot install gedit and anjuta --------------------------------------+------------------------------------- Reporter: klausdguenther@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: gedit, anjuta --------------------------------------+------------------------------------- "sudo port install gedit" and "sudo port install anjuta" dont yield any response (nor an error message). -- Ticket URL: <http://trac.macports.org/ticket/17837> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #17205: python_select 0.1_4 symlinks
by MacPorts 01 Jan '09

01 Jan '09

#17205: python_select 0.1_4 symlinks --------------------------------+------------------------------------------- Reporter: bryan(a)brancada.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: python_select --------------------------------+------------------------------------------- Running python_select more than once will cause the "Current" version symlink to nest the other currently installed MacPorts versions of python into the version of python initially selected. (Sorry for the poor description. I couldn't think of how to correctly phrase this.) Steps to reproduce the problem:[[BR]] 1. Install the python24, python25, and python_select ports.[[BR]] 2. Run python_select python24 to select python24 as the current version. This will create the necessary symlinks in $prefix/bin and $prefix/man and the correct "Headers", "Resources", and "Python" symlinks in $prefix/Library/Frameworks/Python.framework. It will also correctly create a symlink named "Current" in that same path under the "Versions" directory. So far so good.[[BR]] 3. Run python_select python25 to switch to python25 as the current version. The bin and man symlinks are correctly created. However, the "Headers" and "Resources" symlinks are still pointing to the python24 version in $prefix/Library/Frameworks/Python.framework. Furthermore, if you look inside the "Versions" directory, you'll see that the "Current" symlink is still pointing to the python24 version. Also, you'll see the 2.5 version symlinked inside the 2.4 version's directory.[[BR]] I hope that all of that made sense. If you were to first select the python25 version followed by then selecting the python24 version, the same thing happens except the current version would remain 2.5 and a symlink to 2.4 would be inside the 2.5 directory. Of course the easy way around this is to run "python_select python25-apple" prior to selecting any of the MacPorts supplied versions of python which will remove the offending symlinks. But really, this could probably use a patch. I can think of a few different ways to fix the problem and would have submited a patch, but I wasn't sure how the package maintainer would prefer to fix the problem. -- Ticket URL: <http://trac.macports.org/ticket/17205> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #15473: inventor fails to link on Leopard
by MacPorts 01 Jan '09

01 Jan '09

#15473: inventor fails to link on Leopard ------------------------------+--------------------------------------------- Reporter: css(a)macports.org | Owner: css(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ------------------------------+--------------------------------------------- According to email, the Open Inventor port fails to link when building on Mac OS X Leopard: {{{ bash-3.2# port install inventor +imagelib ---> Building inventor with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_inventor/work/inventor" && make all " returned error 2 Command output: make[1]: Nothing to be done for `all'. /usr/bin/g++ -L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_inventor/work/destroot//opt/local/lib -bind_at_load -multiply_defined suppress -L/usr/X11R6/lib -L/opt/local/lib ppp.o -lm -lXm -lXt -lX11 -lGLU -lGL -liconv -ldl -o ppp ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib collect2: ld returned 1 exit status make[2]: *** [ppp] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1 }}} Apple's [http://developer.apple.com/qa/qa2007/qa1567.html QA1567] indicates that this error results from finding duplication OpenGL libraries. Consider adding the following line to the linker command: {{{ -dylib_file \ /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:\ /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib }}} Due to the way that the port builds, this change might require diving into the complex series of patches. -- Ticket URL: <http://trac.macports.org/ticket/15473> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17568: inventor fails to build on 10.5.4
by MacPorts 01 Jan '09

01 Jan '09

#17568: inventor fails to build on 10.5.4 ------------------------------+--------------------------------------------- Reporter: css@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: inventor ------------------------------+--------------------------------------------- The inventor port fails to build on Max OS X Leopard 10.5.4, at least on my MacBook Pro. I encountered several errors: First, bison seems much more strict, as I needed to apply a [http://mlblog.osdir.com/video.info-inventor.devel/2005-01/index.shtml debian patch] to `SoCalcParse.y`. Next, I encountered more iconv fun: {{{ SoText2.c++: In member function 'SbBool SoBitmapFontCache::convertToUCS(uint32_t, const SoMFString&)': SoText2.c++:781: error: invalid conversion from 'const char**' to 'char**' SoText2.c++:781: error: initializing argument 2 of 'size_t libiconv(void*, char**, size_t*, char**, size_t*)' }}} This can be resolved by removing patches for both `SoText2.c++` and `SoText3.c++`. {{{ /usr/bin/g++ -I/usr/X11R6/include -I/opt/local/include -I. -I../../../lib/database/include -I../../../lib/interaction/include -I../../../lib/nodekits/include -I../../../libSoXt/include -dynamic -fPIC -fno-common -DIVPREFIX=\"/opt/local\" -O -DNDEBUG -c MyTextureEd.c++ MyTextureEd.c++:76:26: error: GL/GLwMDrawA.h: No such file or directory MyTextureEd.c++: In member function '_WidgetRec* MyTextureEditor::buildTexturePaletteWidget(_WidgetRec*)': MyTextureEd.c++:807: error: 'GLwNrgba' was not declared in this scope MyTextureEd.c++:810: error: 'GLwNredSize' was not declared in this scope MyTextureEd.c++:811: error: 'GLwNgreenSize' was not declared in this scope MyTextureEd.c++:812: error: 'GLwNblueSize' was not declared in this scope MyTextureEd.c++:814: error: 'glwMDrawingAreaWidgetClass' was not declared in this scope MyTextureEd.c++:820: error: 'GLwNginitCallback' was not declared in this scope MyTextureEd.c++:822: error: 'GLwNexposeCallback' was not declared in this scope MyTextureEd.c++: In member function 'void MyTextureEditor::openImageDialog()': MyTextureEd.c++:2452: error: 'GLwNrgba' was not declared in this scope MyTextureEd.c++:2453: error: 'GLwNredSize' was not declared in this scope MyTextureEd.c++:2454: error: 'GLwNgreenSize' was not declared in this scope MyTextureEd.c++:2455: error: 'GLwNblueSize' was not declared in this scope MyTextureEd.c++:2456: error: 'glwMDrawingAreaWidgetClass' was not declared in this scope MyTextureEd.c++:2460: error: 'GLwNginitCallback' was not declared in this scope MyTextureEd.c++:2462: error: 'GLwNexposeCallback' was not declared in this scope MyTextureEd.c++: In static member function 'static void MyTextureEditor::glxInitCB(_WidgetRec*, MyTextureEditor*, void*)': MyTextureEd.c++:2562: error: 'GLwNvisualInfo' was not declared in this scope MyTextureEd.c++: In static member function 'static void MyTextureEditor::imageDialogInitCB(_WidgetRec*, MyTextureEditor*, void*)': MyTextureEd.c++:2591: error: 'GLwNvisualInfo' was not declared in this scope make[6]: *** [MyTextureEd.o] Error 1 }}} Apparently the [http://www.nabble.com/arb-install-fails-compile-error- td15640476.html 10.5.2 update it removed the GLwMDrawA.h header]. [http://www.uoregon.edu/~noeckel/LeopardIntelSetup.html This page] details some similar Leopard X11 issues getting XCode to reinstall GLw headers. I'll update the ticket with additional findings as I move forward... -- Ticket URL: <http://trac.macports.org/ticket/17568> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #17569: glw-7.2 (no longer included within the Mac OS X X11SDK)
by MacPorts 01 Jan '09

01 Jan '09

#17569: glw-7.2 (no longer included within the Mac OS X X11SDK) ------------------------------+--------------------------------------------- Reporter: css@… | Owner: css@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: | Port: ------------------------------+--------------------------------------------- As noted in #17568, Mac OS X Leopard 10.5.2 [http://lists.apple.com/archives/X11-users/2008/Feb/msg00329.html no longer includes GLw] as part of its X11 installation. glw is part of the Mesa source code, and it's a tiny library. It should be easy enough to extract only the glw sources and build them in a small library. This will be particularly useful for getting the inventor port up and running with the current version of Leopard. -- Ticket URL: <http://trac.macports.org/ticket/17569> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #17836: Update ruby19 to RC1
by MacPorts 01 Jan '09

01 Jan '09

#17836: Update ruby19 to RC1 --------------------------------+------------------------------------------- Reporter: neufelry@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.7.0 Keywords: | Port: ruby19 --------------------------------+------------------------------------------- I've updated the ruby19 Portfile to build the newly released "rc1" (as opposed to the old "preview2"). I've made no changes other than the version and md5 checksum. Diff attached. -- Ticket URL: <http://trac.macports.org/ticket/17836> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17838: ruby19 v1.9.1-preview2 upgrade to v1.9.1-rc1
by MacPorts 31 Dec '08

31 Dec '08

#17838: ruby19 v1.9.1-preview2 upgrade to v1.9.1-rc1 -----------------------------------------+---------------------------------- Reporter: ash@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.7.0 Keywords: ruby 1.9 ruby1.9 | Port: ruby19 -----------------------------------------+---------------------------------- RC1 for the ruby 1.9.1 line is out. -- Ticket URL: <http://trac.macports.org/ticket/17838> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

Re: [MacPorts] #15304: update sshfs to 2.2
by MacPorts 31 Dec '08

31 Dec '08

#15304: update sshfs to 2.2 -------------------------------------------+-------------------------------- Reporter: macsforever2000@… | Owner: eridius@… Type: enhancement | Status: closed Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: Port: sshfs | -------------------------------------------+-------------------------------- Changes (by jmr@…): * status: new => closed * resolution: => fixed Comment: Committed in r44613 (maintainer timeout). -- Ticket URL: <http://trac.macports.org/ticket/15304#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #12596: malformed variants can break registry
by MacPorts 31 Dec '08

31 Dec '08

#12596: malformed variants can break registry -------------------------------------+-------------------------------------- Reporter: david.reitter@… | Owner: mww@… Type: defect | Status: assigned Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.5.0 Keywords: | Port: -------------------------------------+-------------------------------------- Comment(by jmr@…): Applied a modified version of the error reporting patch in r44612. We still need to error out on malformed variants when parsing Portfiles. -- Ticket URL: <http://trac.macports.org/ticket/12596#comment:14> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #12596: malformed variants can break registry (was: "list must have an even number of elements")
by MacPorts 31 Dec '08

31 Dec '08

#12596: malformed variants can break registry -------------------------------------+-------------------------------------- Reporter: david.reitter@… | Owner: mww@… Type: defect | Status: assigned Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.5.0 Keywords: | Port: -------------------------------------+-------------------------------------- -- Ticket URL: <http://trac.macports.org/ticket/12596#comment:13> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0