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

[MacPorts] #16535: Add vertical split to screen as a variant
by MacPorts 01 May '14

01 May '14

#16535: Add vertical split to screen as a variant --------------------------------+------------------------------------------- Reporter: akira(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | Port: screen --------------------------------+------------------------------------------- Please provide "Vertical Split for GNU Screen" as a new variant of screen port. http://fungi.yuggoth.org/vsp4s/ -- Ticket URL: <http://trac.macports.org/ticket/16535> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #22684: Update Growl from 1.1.4 -> 1.2
by MacPorts 01 May '14

01 May '14

#22684: Update Growl from 1.1.4 -> 1.2 -------------------------------+-------------------------------------------- Reporter: ryan@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: Growl -------------------------------+-------------------------------------------- Please update Growl from 1.1.4 -> 1.2. Keep in mind the new version requires 10.5. -- Ticket URL: <http://trac.macports.org/ticket/22684> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 18

[MacPorts] #21341: fixed packaging for gcc44
by MacPorts 01 May '14

01 May '14

#21341: fixed packaging for gcc44 --------------------------------------+------------------------------------- Reporter: howarth@… | Owner: macports-tickets@… Type: submission | Status: new Priority: High | Milestone: Component: ports | Version: 1.8.0 Keywords: gcc44 | Port: gcc44 --------------------------------------+------------------------------------- I am creating this submission for the packaging I placed on 20838 since there were additional problems fixed in the build beyond that specific bug. The packaging has been tested by other users on x86_64-apple-darwin10 but still needs to be tested on i386-apple-darwin*. The changes in the packaging involve... 1) Remove any attempt to 'force' the code generation to m64 because this breaks the multilib build. 2) Add the proposed config.guess patch to eliminate any need to explicitly pass the triplets on x86_64 10.6. 3) Add the patch from PR41180 to avoid the linker bug in darwin10, where static libraries created with 'ranlib -c' don't properly have duplicate symbols ignored, by removing the redundant code from the linkage. 4) Add the RedHat --disable-libjava-multilib to reduce the length and size of the build. 5) Re-enable the multilib build on powerpc-apple-darwin* since the build time will be reasonable now. 6) Add the recommended configure options of... --with-arch=nocona --with-tune=generic --build=i686-apple- darwin${os.major} --host=i686-apple-darwin${os.major} --target=i686-apple- darwin${os.major} on i386 darwin* for best performance (as recommended by Mike Stump of Apple compiler group). -- Ticket URL: <http://trac.macports.org/ticket/21341> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 20

[MacPorts] #21314: sudo locks up Terminal.app until reboot
by MacPorts 01 May '14

01 May '14

#21314: sudo locks up Terminal.app until reboot --------------------------------+------------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: sysutils/sudo --------------------------------+------------------------------------------- I've just done an upgrade to Snow Leopard, and completely reinstalled my ports (using manual method from Migration). It fails for me still. I'm using sudoers from /etc/sudoers, and /var/run/sudo is there, so that is not the problem either. (I've tried reopening #20907 but I'm not allowed to) -- Ticket URL: <http://trac.macports.org/ticket/21314> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #20855: orpie: won't link on build - patch included
by MacPorts 01 May '14

01 May '14

#20855: orpie: won't link on build - patch included -----------------------------------+---------------------------------------- Reporter: jcdenton513@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: orpie, link, build | Port: orpie -----------------------------------+---------------------------------------- This isn't the most elegant fix I'm sure, but it works and I've successfully linked and ran the application. As far as I can see, it's looking for libmlgsl.a which is provided by the package ocamlgsl. The orpie source file has that library but it doesn't seem to link correctly. My solution while creating more dependencies, works very well. It'd require ocamlgsl and because it modifies configure.in, it'll need autoconf to build a new configure file. Once the patch is applied, the program will compile and link and will be ready to install. -- Ticket URL: <http://trac.macports.org/ticket/20855> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #19850: error installing evolution-data-server
by MacPorts 25 Apr '14

25 Apr '14

#19850: error installing evolution-data-server -------------------------------+-------------------------------------------- Reporter: palixath@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: -------------------------------+-------------------------------------------- Hi I'm currently trying to install Glade (Mac os Tiger) but I got an error which stopped the install process. ---> Building evolution-data-server make all-recursive Making all in libdb Making all in dist make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in win32 make[2]: Nothing to be done for `all'. Making all in libedataserver ../doltlibtool --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 -Wall -Wmissing-prototypes -Wno-sign-compare -Wno-pointer-sign -version-info 11:0:0 -L/opt/local/lib -o libedataserver-1.2.la -rpath /opt/local/lib e -account-list.lo e-account.lo e-categories.lo e-component-listener.lo e-flag.lo e-iconv.lo e-iterator.lo e-list.lo e-list-iterator.lo e-memory.lo e-msgport.lo e-proxy.lo e-sexp.lo e-source-group.lo e-source- list.lo e-source.lo e-time-utils.lo e-uid.lo e-url.lo e-data-server- util.lo e-trie.lo e-xml-utils.lo e-xml-hash-utils.lo eds-version.lo md5-utils.lo -L/opt/local/lib -lbonobo-2 -lbonobo-activation -lsoup-2.4 -lxml2 -lpthread -lz -lgnutls -lgcrypt -lgpg-error -lgio-2.0 -lgconf-2 -lORBit-2 -lm -ldbus-1 -lgmodule-2.0 -lgthread-2.0 -lgobject-2.0 -lglib-2.0 -lintl -liconv -lpthread -L/opt/local/lib/nspr -ldl -lplc4 -lplds4 -lnspr4 -L/opt/local/lib -liconv -L/opt/local/lib -lsoup-2.4 -lxml2 -lpthread -lz -lm -lgnutls -lgcrypt -lgpg-error -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv ../doltlibtool: line 11: syntax error near unexpected token `"$arg"' ../doltlibtool: line 11: ` *) args+=("$arg")' make[2]: *** [libedataserver-1.2.la] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_gnome_evolution-data-server/work/evolution-data- server-2.26.2" && make all " returned error 2 As I am not familiar with Unix and Macports, do you know how could I fix this ? -- Ticket URL: <http://trac.macports.org/ticket/19850> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 17

[MacPorts] #19233: python site-packages .pth handling
by MacPorts 25 Apr '14

25 Apr '14

#19233: python site-packages .pth handling ---------------------------------+------------------------------------------ Reporter: dweber@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.1 Keywords: python | Port: python2.5 python2.6 python2.x ---------------------------------+------------------------------------------ I wonder if this EasyInstall tip could or should be applied to python2.x ports? http://peak.telecommunity.com/DevCenter/EasyInstall#administrator- installation -- Ticket URL: <http://trac.macports.org/ticket/19233> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17998: Linking to Python 2.5 framework is broken due to broken symlinks
by MacPorts 25 Apr '14

25 Apr '14

#17998: Linking to Python 2.5 framework is broken due to broken symlinks --------------------------------------------+------------------------------- Reporter: evert.rol@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: python boost framework symlink | Port: python25 --------------------------------------------+------------------------------- Linking to /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/libpython2.5.a fails, because the file is a broken symlink (as an aside, the file identifies as a dynamically linked shared library, not a static one; is that a naming problem?). This is a result of libpython2.5.a being a symlink to ../../../Python, thereby crossing a symlinked directory: /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 points to /opt/local/lib/python2.5. Traversing this symlinked directory manually is no problem, but the symlinked file is broken. Comparing to the system installed variant, the symlinked directory is the other way around: {{{ ls -l /usr/lib/ lrwxr-xr-x 1 root wheel 75 9 Nov 2007 python2.5 -> ../../System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 }}} Manually fixing this now results in proper linking with libpython2.5 (I also added a libpython2.5.dylib in the config/ directory, which is simply a copy of libpython2.5.a). The directory structure now reads {{{ ls -l /opt/local/lib lrwxr-xr-x 1 root admin 66 14 Jan 18:03 python2.5 -> ../Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ ls -l /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config total 208 lrwxr-xr-x 1 root admin 15 14 Jan 18:02 libpython2.5.a -> ../../../Python lrwxr-xr-x 1 root admin 15 14 Jan 18:02 libpython2.5.dylib -> ../../../Python }}} This ticket originated from ticket [/ticket/17975 #17975] -- Ticket URL: <http://trac.macports.org/ticket/17998> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #17822: Need TK Framework
by MacPorts 25 Apr '14

25 Apr '14

#17822: Need TK Framework --------------------------------+------------------------------------------- Reporter: dersh@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: TK Framework | Port: Tk --------------------------------+------------------------------------------- I have Tk 8.5.5 installed. I am trying to run an application (GRASS) and the new version (6.4 is the development version that will be released soon) requires the "Aqua framework" Tk. I tried rebuilding Tk with +quartz. But the binary application that I am trying to use (one piece of GRASS) is not finding the correct libraries, because it is looking for frameworks. The person who does the binaries suggested that I install the ActiveTcl distribution, but that seems silly, given that I already have the MacPorts TclTk installed. So, I am wondering if there is any way to make this installation work? Is there something that can be done with Tk to have it also build frameworks? There is a "--enable-frameworks" flag as part of TclTk. Is it possible to make a "framework variant" of Tk? -- Ticket URL: <http://trac.macports.org/ticket/17822> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16271: e2fsprogs and ossp-uuid conflict on /opt/local/lib/libuuid.a
by MacPorts 25 Apr '14

25 Apr '14

#16271: e2fsprogs and ossp-uuid conflict on /opt/local/lib/libuuid.a ---------------------------------+------------------------------------------ Reporter: raimue(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: e2fsprogs ossp-uuid | ---------------------------------+------------------------------------------ {{{ ---> Activating e2fsprogs @1.40.6_0 Error: Target org.macports.activate returned: Image error: /opt/local/lib/libuuid.a is being used by the active ossp-uuid port. Please deactivate this port first, or use the -f flag to force the activation. }}} I have currently no idea how to resolve this the correct way. The libraries are different. -- Ticket URL: <http://trac.macports.org/ticket/16271> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14