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

[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] #40103: webkit-gtk 2.0.4 +x11 crashes after few sec of browsing when using apple X11.app
by MacPorts 23 May '14

23 May '14

#40103: webkit-gtk 2.0.4 +x11 crashes after few sec of browsing when using apple X11.app ----------------------+------------------------ Reporter: elelay@… | Owner: jeremyhu@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: x11 | Port: webkit-gtk ----------------------+------------------------ branching from the ticket #37190 because it's not related to py27-webkitgtk MacOS 10.6.8 MacPorts 2.0.2 webkit-gtk(a)2.0.4_1+video Steps to reproduce (when ready to go through full rebuild): 1. port -k install webkit-gtk 2. run Programs/GtkLauncher 3. you are at google start page, type aaa 4. open result "Team aaa" 5. crash when page loads Steps to reproduce (when not willing to recompile): 1. port install midori 2. run midori from terminal 3. you are at google start page, type aaa 4. open result "Team aaa" 5. crash when page loads If you do the same steps from within MacPorts X11 server, no crash is experienced. -- Ticket URL: <https://trac.macports.org/ticket/40103> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[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

[MacPorts] #37636: gearmand @0.41 Startup item defect
by MacPorts 19 May '14

19 May '14

#37636: gearmand @0.41 Startup item defect ---------------------+-------------------------------- Reporter: remko@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: gearmand ---------------------+-------------------------------- The startup-item for gearmand 0.41 is not working since it adds an invalid option to the startup command (-vv instead of --verbose=WARNING). I added a patch to fix the issue. -- Ticket URL: <https://trac.macports.org/ticket/37636> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #33160: py27-hachoir-urwid
by MacPorts 19 May '14

19 May '14

#33160: py27-hachoir-urwid -------------------------------+-------------------------------------------- Reporter: m.haller@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: py27-hachoir-urwid -------------------------------+-------------------------------------------- Binary file explorer using Hachoir and urwid libraries [http://pypi.python.org/pypi/hachoir-urwid/1.1] -- Ticket URL: <https://trac.macports.org/ticket/33160> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4