January 2009 - macports-tickets - lists.macosforge.org

Re: [MacPorts] #14452: select.sh produce unneeded warnings when the only option is "-n"
by MacPorts 01 Jan '09

01 Jan '09

#14452: select.sh produce unneeded warnings when the only option is "-n" --------------------------------+------------------------------------------- Reporter: ebgssth@… | Owner: raimue@… Type: enhancement | Status: closed Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: gcc_select python_select select.sh Port: | --------------------------------+------------------------------------------- Changes (by raimue@…): * status: new => closed * resolution: => fixed Old description: > {{{ > $ python_select -n > /opt/local/bin/python_select: line 83: [: ==: unary operator expected > /opt/local/bin/python_select: line 83: [: ==: unary operator expected > /opt/local/bin/python_select: line 83: [: ==: unary operator expected > /opt/local/bin/python_select: line 83: [: ==: unary operator expected > version "" is invalid! > }}} > > easy fix would be > {{{ > - if [ ${1} == ${version} ]; then > + if [ x${1} == x${version} ]; then > }}} > > might be better to stop script when python_select called with -n only New description: {{{ $ python_select -n /opt/local/bin/python_select: line 83: [: ==: unary operator expected /opt/local/bin/python_select: line 83: [: ==: unary operator expected /opt/local/bin/python_select: line 83: [: ==: unary operator expected /opt/local/bin/python_select: line 83: [: ==: unary operator expected version "" is invalid! }}} easy fix would be {{{ - if [ ${1} == ${version} ]; then + if [ x${1} == x${version} ]; then }}} might be better to stop script when python_select called with -n only -- Comment: Fixed with python_select 0.2 in r44662. -- Ticket URL: <http://trac.macports.org/ticket/14452#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #9167: BUG: inventor-2.1.5 dylibs lack install_names
by MacPorts 01 Jan '09

01 Jan '09

#9167: BUG: inventor-2.1.5 dylibs lack install_names ------------------------------------+--------------------------------------- Reporter: bhu@… | Owner: css@… Type: enhancement | Status: closed Priority: Low | Milestone: Port Bugs Component: ports | Version: Resolution: fixed | Keywords: Port: inventor | ------------------------------------+--------------------------------------- Changes (by css@…): * status: assigned => closed * resolution: => fixed Comment: r44643 adds `-install_name $(IVPREFIX)/lib/$(LIBDSO)` when linking each library. -- Ticket URL: <http://trac.macports.org/ticket/9167#comment:12> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #9167: BUG: inventor-2.1.5 dylibs lack install_names
by MacPorts 01 Jan '09

01 Jan '09

#9167: BUG: inventor-2.1.5 dylibs lack install_names ------------------------------------+--------------------------------------- Reporter: bhu@… | Owner: css@… Type: enhancement | Status: assigned Priority: Low | Milestone: Port Bugs Component: ports | Version: Resolution: | Keywords: Port: inventor | ------------------------------------+--------------------------------------- Old description: > The shared libraries (libInventor.dylib and libInventorXt.dylib) are not > given "install_name" when linked. The consequence is that we need to set > DYLD_LIBRARY_PATH to use the executables that are linked against the > libraries. Adding the "install_name" option to the linker's command line > should solve the problem. > > 1) patch for lib/GNUmakefile: > --- GNUmakefile 2006-05-29 21:21:36.000000000 -0400 > +++ GNUmakefile.new 2006-05-29 21:21:49.000000000 -0400 > @@ -3,7 +3,7 @@ > > LIBDSO = libInventor.so > > -LLDDSOOPTS += -L$(IVDEPTH)/libimage -L$(FLDIR) > +LLDDSOOPTS += -L$(IVDEPTH)/libimage -install_name > /opt/local/lib/libInventor.dylib -L$(FLDIR) > > LLDLIBS = \ > -ljpeg -limage $(FLLIB) \ > > 2) patch for .../libSoXt > --- GNUmakefile 2006-05-29 21:24:59.000000000 -0400 > +++ GNUmakefile.new 2006-05-29 21:24:39.000000000 -0400 > @@ -7,6 +7,8 @@ > -lXm -lXt -lXext -lXi -lX11 -lm \ > -lInventor -lGLU -lGL > > +LLDDSOOPTS += -install_name /opt/local/lib/libInventorXt.dylib > + > LLDLIBS += $(shell [ -e $(X11LIBDIR)/libXp.so ] && echo -lXp) > > OBJECTS = \ New description: The shared libraries (libInventor.dylib and libInventorXt.dylib) are not given "install_name" when linked. The consequence is that we need to set DYLD_LIBRARY_PATH to use the executables that are linked against the libraries. Adding the "install_name" option to the linker's command line should solve the problem. 1) patch for lib/GNUmakefile: {{{ --- GNUmakefile 2006-05-29 21:21:36.000000000 -0400 +++ GNUmakefile.new 2006-05-29 21:21:49.000000000 -0400 @@ -3,7 +3,7 @@ LIBDSO = libInventor.so -LLDDSOOPTS += -L$(IVDEPTH)/libimage -L$(FLDIR) +LLDDSOOPTS += -L$(IVDEPTH)/libimage -install_name /opt/local/lib/libInventor.dylib -L$(FLDIR) LLDLIBS = \ -ljpeg -limage $(FLLIB) \ }}} 2) patch for .../libSoXt {{{ --- GNUmakefile 2006-05-29 21:24:59.000000000 -0400 +++ GNUmakefile.new 2006-05-29 21:24:39.000000000 -0400 @@ -7,6 +7,8 @@ -lXm -lXt -lXext -lXi -lX11 -lm \ -lInventor -lGLU -lGL +LLDDSOOPTS += -install_name /opt/local/lib/libInventorXt.dylib + LLDLIBS += $(shell [ -e $(X11LIBDIR)/libXp.so ] && echo -lXp) OBJECTS = \ }}} -- Comment(by css@…): It should be feasible to use `-install_name $(IVPREFIX)/$(LIBDSO)` in each `GNUmakefile`. -- Ticket URL: <http://trac.macports.org/ticket/9167#comment:11> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[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

Re: [MacPorts] #12336: BUG: Staging into destroot fails for help2man
by MacPorts 01 Jan '09

01 Jan '09

#12336: BUG: Staging into destroot fails for help2man ----------------------------------+----------------------------------------- Reporter: joefidler@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: Resolution: worksforme | Keywords: Port: help2man | ----------------------------------+----------------------------------------- Comment(by geoff@…): I did this: sudo mv /usr/local{,.off} and then I was able to install help2man, so there must have been something in /usr/local that got in the way. -- Ticket URL: <http://trac.macports.org/ticket/12336#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #12336: BUG: Staging into destroot fails for help2man
by MacPorts 01 Jan '09

01 Jan '09

#12336: BUG: Staging into destroot fails for help2man ----------------------------------+----------------------------------------- Reporter: joefidler@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: Resolution: worksforme | Keywords: Port: help2man | ----------------------------------+----------------------------------------- Changes (by macsforever2000@…): * keywords: help2man => * priority: High => Normal * port: => help2man Old description: > Help2man is used by KDE , gimp and several others. > Thanks for your help, Joe. > > snowie:~ joe$ sudo port install help2man > Password: > ---> Staging help2man into destroot > Error: Target org.macports.destroot returned: shell command " cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/help2man-1.36.4" > && make install > DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot > " returned error 2 > Command output: ./mkinstalldirs > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/bin > ./mkinstalldirs > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/lib > ./mkinstalldirs > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/man/man1 > ./mkinstalldirs > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/info > /usr/bin/install -c help2man > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/bin > /usr/bin/install -c -m 644 ./help2man.1 > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/man/man1 > /usr/bin/install -c -m 644 ./help2man.info \ > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/info/help2man.info > if test -f > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/info/dir; > \ > then \ > /usr/bin/install-info --info- > dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/info > \ > ./help2man.info; \ > fi > /usr/bin/gcc-4.0 -o hacklocaledir.so -fPIC -bundle hacklocaledir.c > hacklocaledir.c: In function '__open': > hacklocaledir.c:44: error: 'RTLD_NEXT' undeclared (first use in this > function) > hacklocaledir.c:44: error: (Each undeclared identifier is reported only > once > hacklocaledir.c:44: error: for each function it appears in.) > hacklocaledir.c: At top level: > hacklocaledir.c:113: warning: alias definitions not supported in Mach-O; > ignored > make: *** [hacklocaledir.so] Error 1 > > Error: Status 1 encountered during processing. > snowie:~ joe$ New description: Help2man is used by KDE , gimp and several others. Thanks for your help, Joe. {{{ snowie:~ joe$ sudo port install help2man Password: ---> Staging help2man into destroot Error: Target org.macports.destroot returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/help2man-1.36.4" && make install DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot " returned error 2 Command output: ./mkinstalldirs /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/bin ./mkinstalldirs /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/lib ./mkinstalldirs /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/man/man1 ./mkinstalldirs /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/info /usr/bin/install -c help2man /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/bin /usr/bin/install -c -m 644 ./help2man.1 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/man/man1 /usr/bin/install -c -m 644 ./help2man.info \ /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/info/help2man.info if test -f /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/info/dir; \ then \ /usr/bin/install-info --info- dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/destroot/opt/local/share/info \ ./help2man.info; \ fi /usr/bin/gcc-4.0 -o hacklocaledir.so -fPIC -bundle hacklocaledir.c hacklocaledir.c: In function '__open': hacklocaledir.c:44: error: 'RTLD_NEXT' undeclared (first use in this function) hacklocaledir.c:44: error: (Each undeclared identifier is reported only once hacklocaledir.c:44: error: for each function it appears in.) hacklocaledir.c: At top level: hacklocaledir.c:113: warning: alias definitions not supported in Mach-O; ignored make: *** [hacklocaledir.so] Error 1 Error: Status 1 encountered during processing. snowie:~ joe$ }}} -- -- Ticket URL: <http://trac.macports.org/ticket/12336#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #12336: BUG: Staging into destroot fails for help2man
by MacPorts 01 Jan '09

01 Jan '09

#12336: BUG: Staging into destroot fails for help2man ----------------------------------+----------------------------------------- Reporter: joefidler@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: High | Milestone: Port Bugs Component: ports | Version: Resolution: worksforme | Keywords: help2man ----------------------------------+----------------------------------------- Comment(by geoff@…): I'm getting the original error reported: hacklocaledir.c:44: error: 'RTLD_NEXT' undeclared (first use in this function) -- Ticket URL: <http://trac.macports.org/ticket/12336#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[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