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

[MacPorts] #29734: amarok-devel does not find phonon
by MacPorts 01 May '14

01 May '14

#29734: amarok-devel does not find phonon ---------------------------------+------------------------------------------ Reporter: rudloff@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: amarok-devel ---------------------------------+------------------------------------------ I am getting this warning when I try to install ''amarok-devel'' : {{{ Error: ###################################################### Error: A copy of phonon could not be found. Please install Error: qt4-mac to provide this. If you have already done this Error: your Qt installation is missing the phonon backend. Error: Please reinstall Qt4 with phonon support. Error: ###################################################### }}} I have reinstalled ''qt4-mac'' and am still getting this warning.[[BR]] [[BR]] Futhermore, the configuration fails with this error: {{{Qt qmake not found!}}} (But I do have qmake.) -- Ticket URL: <https://trac.macports.org/ticket/29734> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[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] #33088: xemacs 21.4.22_4 crash
by MacPorts 28 Apr '14

28 Apr '14

#33088: xemacs 21.4.22_4 crash --------------------------------------+------------------------------------- Reporter: barry.j.mcinnes@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: xemacs | Port: xemacs --------------------------------------+------------------------------------- The xemacs builds fine without error, Mac 10.7.2 latest everything bash-3.2# port installed xemacs The following ports are currently installed: xemacs @21.4.22_4 (active) bash-3.2# Starts up fine, then crashes all the time using the following sequence ESC X font-lock-mode [mac27:~] bmcinnes% xemacs Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. Your version of XEmacs was distributed with a PROBLEMS file that may describe your crash, and with luck a workaround. Please check it first, but do report the crash anyway. Please report this bug by invoking M-x report-emacs- bug, or by selecting `Send Bug Report' from the Help menu. If necessary, send ordinary email to `xemacs-beta(a)xemacs.org'. *MAKE SURE* to include the XEmacs configuration from M-x describe-installation, or equivalently the file Installation in the top of the build tree. *Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely to be able to analyze the problem. Locate the core file produced as a result of this crash (often called `core' or `core.<process-id>', and located in the directory in which you started XEmacs or your home directory), and type gdb /opt/local/bin/xemacs core then type `where' at the debugger prompt. No GDB on your system? You may have DBX, or XDB, or SDB. (Ask your system administrator if you need help.) If no core file was produced, enable them (often with `ulimit -c unlimited' in case of future recurrance of the crash. Lisp backtrace follows: dispatch-non-command-events() # (condition-case ... . ((nil))) progress-feedback-dispatch-non-command-events() # bind (tmsg top frame value message label) append-progress-feedback(font-lock "Fontifying *scratch*..." 0 nil) # bind (frame value message label) display-progress-feedback(font-lock "Fontifying *scratch*..." 0) # bind (str) # (unwind-protect ...) # bind (args value fmt label) progress-feedback-with-label(font-lock "Fontifying %s..." 0 "*scratch*") # bind (maybe-loudly end beg) font-lock-default-unfontify-region(1 198 t) # bind (loudly end beg) font-lock-unfontify-region(1 198 t) # bind (was-on font-lock-verbose font-lock-message-threshold aborted) # (unwind-protect ...) font-lock-default-fontify-buffer() # bind (font-lock-verbose) font-lock-fontify-buffer() # bind (on-p maximum-size arg) font-lock-mode(nil) # bind (command-debug-status) call-interactively(font-lock-mode) command-execute(font-lock-mode t) # bind (_execute_command_keys_ _execute_command_name_ prefix-arg) execute-extended-command(nil) # bind (command-debug-status) call-interactively(execute-extended-command) # (condition-case ... . error) # (catch top-level ...) Segmentation fault -- Ticket URL: <https://trac.macports.org/ticket/33088> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #36781: cyrus-sasl2: use Heimdal instead of MIT Kerberos on Lion and later
by MacPorts 27 Apr '14

27 Apr '14

#36781: cyrus-sasl2: use Heimdal instead of MIT Kerberos on Lion and later -------------------------+-------------------------------- Reporter: aronnax@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: cyrus-sasl2 -------------------------+-------------------------------- I co-maintain a port (nds2-client) that uses Kerberos authentication via SASL. In Lion, Apple switched their Kerberos implementation from MIT Kerberos to Heimdal. However, MacPorts' /opt/local/bin/kinit is still MIT Kerberos. As a result, keys created by /opt/local/bin/kinit are not visible by /usr/bin/klist, whereas keys created by /usr/bin/kinit are not visible by /opt/local/bin/klist. In order to smooth Kerberos authentication, I propose that cyrus-sasl2 depend on the Heimdal port on Lion and later. This will make it so that MacPorts programs can use the same credentials cache as Apple's kerberos utilities. My proposal would consist of three patches: 1. heimdal: change prefix from ${prefix}/libexec/heimdal to ${prefix} and add a conflict with kerberos5 2. kerberos5: add a conflict with heimdal 3. cyrus-sasl2: kerberos variant depends on kerberos5 on darwin <= 10, and heimdal on all other platforms As I have conceived them, these three patches would have to go through at the same time. Right now, I will attach just the cyrus-sasl2 patch. I would appreciate instructions on whether to attach the heimdal and kerberos5 patches here or to open separate cross-referenced bug reports for them. -- Ticket URL: <https://trac.macports.org/ticket/36781> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[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