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

[MacPorts] #34799: lua-luasocket @2.0.2 include unix domain socket support
by MacPorts 26 May '14

26 May '14

#34799: lua-luasocket @2.0.2 include unix domain socket support -------------------------------+-------------------------------------------- Reporter: juc@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: -------------------------------+-------------------------------------------- I want to use http://code.google.com/p/prosody- modules/wiki/mod_auth_dovecot , but it requires unix domain support to be compiled into luasocket. The changes needed to make this happen are very small. I do not know why luasocket-2.0.2 does not by default build unix domain socket support. Dislike$ lua -l socket.unix lua: module 'socket.unix' not found: . . . Like$ lua -l socket.unix Lua 5.1.4 Copyright (C) 1994-2008 Lua.org, PUC-Rio -- Ticket URL: <https://trac.macports.org/ticket/34799> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #25904: [NEW] graphics/afterglow
by MacPorts 26 May '14

26 May '14

#25904: [NEW] graphics/afterglow ------------------------------+--------------------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ------------------------------+--------------------------------------------- AfterGlow 1.x is a collection of scripts which facilitate the process of generating link graphs. AfterGlow 1.x is written in Perl and is meant to be used on the command line. There is no graphical user interface available. AfterGlow expects a CSV file as input and generates either an attributed graph langugage file that can be processed by the graphiviz libraries, or it can generate output for consumption by the large grpah library (LGL). -- Ticket URL: <http://trac.macports.org/ticket/25904> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #25905: [NEW] graphics/*picviz*
by MacPorts 26 May '14

26 May '14

#25905: [NEW] graphics/*picviz* ------------------------------+--------------------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ------------------------------+--------------------------------------------- Multiple port for picviz: lib, cli, gui, python bindings Picviz can help you to understand what is happening on your network and machines by visualizing events in multi-dimensions with the help of parallel coordinates plot. -- Ticket URL: <http://trac.macports.org/ticket/25905> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #26004: [NEW] perlchartdir
by MacPorts 25 May '14

25 May '14

#26004: [NEW] perlchartdir ------------------------------+--------------------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ------------------------------+--------------------------------------------- Professional chart component for windows and web applications dependency for afterglow (Ticket #25904) 2 notes - as it is perl bindings to a library, maybe the name need to be reviewed accordingly. - in my quick test, lib/pm file are not recovered and not installed in destroot and after. I don't know why as destroot goes without problems. -- Ticket URL: <http://trac.macports.org/ticket/26004> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #33998: no kdepim4 application work.
by MacPorts 24 May '14

24 May '14

#33998: no kdepim4 application work. -----------------------------------------------------+---------------------- Reporter: mparchet@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: kdepim4, korganizer, kadressbook, knote | Port: kdepimn4 -----------------------------------------------------+---------------------- I have install the kdepim4 package but no program no program work. Have you already test some program of this package. Is there a bug ? See attachment the reports. Can you help me please ? Best regards mparchet -- Ticket URL: <https://trac.macports.org/ticket/33998> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 32

[MacPorts] #35195: sextractor @2.8.6 Configure error - build failure
by MacPorts 23 May '14

23 May '14

#35195: sextractor @2.8.6 Configure error - build failure ------------------------------------+--------------------------------------- Reporter: bjohnson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: sextractor ------------------------------------+--------------------------------------- On Mac 10.6.8, Xcode 3.2.6, when executing {{{sudo port upgrade outdated}}} I receive the following: {{{Error: org.macports.configure for port sextractor returned: configure failure: command execution failed}}} looking at the main.log yields: {{{:info:configure checking for clapack_dpotrf in -llapack... no :info:configure checking for cblas_dgemm in -lcblas... yes :info:configure checking for clapack_dpotrf in -llapack... no :info:configure checking for cblas_dgemm in -lcblas... yes :info:configure configure: error: CBLAS/LAPack library files not found in /opt/local/lib! Exiting.}}} so the sextractor configure is bombing. some digging suggests that this is due to the new version of atlas (@3.9.84) which has different library names. According to comments on http://okomestudio.net/biboroku/?p=824 replacing -llapack, -lcblas, -ltpcblas and -latlas in the sextractor configure file with -ltatlas should solve the problem when using recent atlas versions. It is successful if done to the configure script in the 'build/...' directories. I'm not sure how to do this in the portfile -- Ticket URL: <https://trac.macports.org/ticket/35195> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #29794: emacs-app @23.3_0 Problem using tramp in emacs.app: "ControlPath too long"
by MacPorts 22 May '14

22 May '14

#29794: emacs-app @23.3_0 Problem using tramp in emacs.app: "ControlPath too long" -------------------------------+-------------------------------------------- Reporter: gorzarg@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: emacs-app -------------------------------+-------------------------------------------- OS: 10.6.7 Xcode: Version 3.2.6 (1761) Using tramp in emacs.app results in the error "ControlPath too long" after typing in the remote machine's password. For example, in emacs: 1) "C-x C-f" to find a file 2) Type "/user@remotemachine:somefile.txt" 3) Asks for password, (type the correct one in). 4) Results in this error: user@remotemachine's password: ControlPath too long Process *tramp/scpc remotemachine* exited abnormally with code 255 In the *Messages* buffer, it says the tramp is doing the command: Tramp: Sending command `exec ssh -o ControlPath=/var/folders/...a_really_long_dir_name.../-Tmp-/tramp.442LsW.%r@%h:%p -o ControlMaster=yes -e none remotemachine' So I think the ControlPath is just too long for ssh. Note: I don't think this is a problem with tramp itself, because I compared the tramp files in /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/net/ with the ones on a linux machine where tramp works, and they're pretty much the same. Any suggestions or fixes? -- Ticket URL: <https://trac.macports.org/ticket/29794> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #38294: mesa @8.0.4, Revision 2 +iglx Compiler error - build failure
by MacPorts 21 May '14

21 May '14

#38294: mesa @8.0.4, Revision 2 +iglx Compiler error - build failure -----------------------+-------------------------------- Reporter: lpe540@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: mesa, xcb | Port: -----------------------+-------------------------------- Using the command {{{ sudo port -v install mesa +iglx }}} I'm getting an undefined symbol "_xcb_glx_client_info" when trying to compile the libGL.dylib library. {{{ mklib: Making Darwin shared library: libGL.1.dylib Undefined symbols for architecture x86_64: "_xcb_glx_client_info", referenced from: ___glX_send_client_info in clientinfo.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) }}} Perhaps a red herring, but worth noting is that creating libglx.a archive also does not seem to work. ranlib is complaining that none of the compiled objects have symbols. {{{ mklib: Making Darwin static library: libglx.a ar: creating archive libglx.a /usr/bin/ranlib: file: libglx.a(xfont.o) has no symbols /usr/bin/ranlib: file: libglx.a(drisw_glx.o) has no symbols }}} (That's just a small snip, see attached log for the full list of missing objects) I'm running on OSX 10.8.2, using mac port version 2.1.3. The version of mesa I have is mesa @8.0.4, Revision 2 (x11, graphics). clang++ version -- Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) I just installed mac ports yesterday so it's pretty vanilla. -- Ticket URL: <https://trac.macports.org/ticket/38294> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #37885: webkit-gtk: template-id 'parseKeyword<>' for 'JSC::JSTokenType JSC::Lexer<UChar>::parseKeyword(JSC::JSTokenData*)' does not match any template declaration
by MacPorts 21 May '14

21 May '14

#37885: webkit-gtk: template-id 'parseKeyword<>' for 'JSC::JSTokenType JSC::Lexer<UChar>::parseKeyword(JSC::JSTokenData*)' does not match any template declaration --------------------------+------------------------ Reporter: ryandesign@… | Owner: jeremyhu@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: tiger | Port: webkit-gtk --------------------------+------------------------ Now with webkit-gtk @1.10.2 on Tiger PPC G4 we have this: {{{ ./DerivedSources/JavaScriptCore/KeywordLookup.h:92: error: template-id 'parseKeyword<>' for 'JSC::JSTokenType JSC::Lexer<UChar>::parseKeyword(JSC::JSTokenData*)' does not match any template declaration ./DerivedSources/JavaScriptCore/KeywordLookup.h:92: error: invalid function declaration ./DerivedSources/JavaScriptCore/KeywordLookup.h:456: error: template-id 'parseKeyword<>' for 'JSC::JSTokenType JSC::Lexer<LChar>::parseKeyword(JSC::JSTokenData*)' does not match any template declaration ./DerivedSources/JavaScriptCore/KeywordLookup.h:456: error: invalid function declaration Source/JavaScriptCore/parser/Lexer.cpp:644: error: template-id 'parseIdentifier<>' for 'JSC::JSTokenType JSC::Lexer<LChar>::parseIdentifier(JSC::JSTokenData*, unsigned int, bool)' does not match any template declaration Source/JavaScriptCore/parser/Lexer.cpp:644: error: invalid function declaration Source/JavaScriptCore/parser/Lexer.cpp:692: error: template-id 'parseIdentifier<>' for 'JSC::JSTokenType JSC::Lexer<UChar>::parseIdentifier(JSC::JSTokenData*, unsigned int, bool)' does not match any template declaration Source/JavaScriptCore/parser/Lexer.cpp:692: error: invalid function declaration Source/JavaScriptCore/parser/Lexer.h:155: warning: inline function 'JSC::JSTokenType JSC::Lexer<T>::parseIdentifier(JSC::JSTokenData*, unsigned int, bool) [with bool shouldBuildIdentifiers = false, T = LChar]' used but never defined Source/JavaScriptCore/parser/Lexer.h:155: warning: inline function 'JSC::JSTokenType JSC::Lexer<T>::parseIdentifier(JSC::JSTokenData*, unsigned int, bool) [with bool shouldBuildIdentifiers = true, T = LChar]' used but never defined }}} -- Ticket URL: <https://trac.macports.org/ticket/37885> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #34571: upgrade outdated loops.
by MacPorts 20 May '14

20 May '14

#34571: upgrade outdated loops. ---------------------------+------------------------------------------------ Reporter: macrbg@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: ---------------------------+------------------------------------------------ {{{ # port selfupdate ---> Updating MacPorts base sources using rsync MacPorts base version 2.0.4 installed, MacPorts base version 2.1.1 downloaded. ---> Updating the ports tree ---> MacPorts base is outdated, installing new version 2.1.1 Installing new MacPorts release in /opt/local as root:wheel; permissions 0755; Tcl-Package in /Library/Tcl The ports tree has been updated. To upgrade your installed ports, you should run port upgrade outdated # port upgrade outdated }}} Things progress until i hit this loop. {{{ Warning: No port pcre++ found in the index; can't rebuild ---> Found 0 broken port(s), determining rebuild order ---> Rebuilding in order ---> Scanning binaries for linking errors: 100.0% ---> Found 1 broken file(s), matching files to ports }}} -- Ticket URL: <https://trac.macports.org/ticket/34571> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2