August 2010 - macports-tickets - lists.macosforge.org

[MacPorts] #24749: attica fails to build
by MacPorts 06 Aug '10

06 Aug '10

#24749: attica fails to build ----------------------------------+----------------------------------------- Reporter: roberto@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: ----------------------------------+----------------------------------------- When updating today, attica failed to build. I have attached the complete log. -- Ticket URL: <http://trac.macports.org/ticket/24749> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #22761: redland missing dependency
by MacPorts 06 Aug '10

06 Aug '10

#22761: redland missing dependency ------------------------------+--------------------------------------------- Reporter: snc@… | Owner: lyle@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: redland ------------------------------+--------------------------------------------- Redland is missing a dependency on `gmp`. -- Ticket URL: <http://trac.macports.org/ticket/22761> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #25969: port redland does not need port:mpfr to build
by MacPorts 06 Aug '10

06 Aug '10

#25969: port redland does not need port:mpfr to build -----------------------------+---------------------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: redland -----------------------------+---------------------------------------------- I should know, since I created redland :) This might have been copied from port rasqal (upon which it depends), which does need mpfr (or gmp). -- Ticket URL: <http://trac.macports.org/ticket/25969> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #25967: Add libiodbc and unixODBC variants to php5-odbc
by MacPorts 06 Aug '10

06 Aug '10

#25967: Add libiodbc and unixODBC variants to php5-odbc -------------------------------------+-------------------------------------- Reporter: dlc@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: php5-odbc -------------------------------------+-------------------------------------- added variants for libiodbc and for unixODBC and made unixODBC the default -- Ticket URL: <http://trac.macports.org/ticket/25967> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #21334: php5-xdebug 2.0.4_0 Blank variable values
by MacPorts 06 Aug '10

06 Aug '10

#21334: php5-xdebug 2.0.4_0 Blank variable values ---------------------------------+------------------------------------------ Reporter: chrswllms@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: php xdebug | Port: php5-xdebug ---------------------------------+------------------------------------------ Not sure if this is related to Snow Leopard or not but I just upgraded to 10.6 and ended up re-installing MacPorts from scratch. Using php with php5-xdebug, when debugging and stepping through the code, I can't see values for variables. In Eclipse, I see the variable names and <undefined> for all variables. In NetBeans, I see no variables except for $this. This was working with my old MacPorts setup under 10.5 and I know I had to use an older version of xdebug with PHP 5.3 when I set that up because I was seeing the same issue. On my current setup, I've now tested under all of the following: {{{ php5-xdebug @2.0.3_1 php5-xdebug @2.0.4_0 (active) php5-xdebug @2.0.4_1 php5-xdebug @2.0.5_0 }}} For each one, I can verify that the correct xdebug version is being used from phpinfo. -- Ticket URL: <http://trac.macports.org/ticket/21334> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #25743: Xdebug 2.0.5 > Xdebug 2.1.0
by MacPorts 06 Aug '10

06 Aug '10

#25743: Xdebug 2.0.5 > Xdebug 2.1.0 ---------------------------------+------------------------------------------ Reporter: nresnikow@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ---------------------------------+------------------------------------------ Is it possible that you update php5-xdebug ? Thanks in advance -- Ticket URL: <http://trac.macports.org/ticket/25743> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #25903: [NEW] net/tcpxstract
by MacPorts 06 Aug '10

06 Aug '10

#25903: [NEW] net/tcpxstract ------------------------------+--------------------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ------------------------------+--------------------------------------------- tcpxtract is a tool for extracting files from network traffic based on file signatures. Extracting files based on file type headers and footers (sometimes called "carving") is an age old data recovery technique. Tools like Foremost employ this technique to recover files from arbitrary data streams. Tcpxtract uses this technique specifically for the application of intercepting files transmitted across a network. Other tools that fill a similar need are driftnet and EtherPEG. driftnet and EtherPEG are tools for monitoring and extracting graphic files on a network and is commonly used by network administrators to police the internet activity of their users. The major limitations of driftnet and EtherPEG is that they only support three filetypes with no easy way of adding more. The search technique they use is also not scalable and does not search across packet boundries. (Dep for nsm-console) -- Ticket URL: <http://trac.macports.org/ticket/25903> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16334: RFE: Make Python more Framework Friendly
by MacPorts 06 Aug '10

06 Aug '10

#16334: RFE: Make Python more Framework Friendly -----------------------------------+---------------------------------------- Reporter: mcalhoun(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: | -----------------------------------+---------------------------------------- To ease the transition when python25 enabled the Framework option (in r37817), it was decided to move the actual library and include directories to ${prefix}/lib and ${prefix}/include respectively. {{{ foreach dir { lib include } { file rename ${destroot}${framewdir}/${dir}/python${branch} ${destroot}${prefix}/${dir} ln -s ${prefix}/${dir}/python${branch} ${destroot}${framewdir}/${dir}/python${branch} } }}} This can cause a problem because some scripts ask python directly where the library directory is. Python believes that the library directory is on the Framework directory. There is a discussion on the mailing list [http://lists.macosforge.org/pipermail/macports-dev/2008-July/005603.html on this problem]. We can put the effort into making ports work with the current python setup, but I humbly suggest that a better long term solution is to to modify the various ports to install into the Framework directory. Attached is a proposed change to the python25 Portfile as well as the python25 group. The advantages are: * The python program will not have the wrong library path. * It is much easier to avoid conflicts between the versions of python. The main disadvantage is that many ports will have to be modified (only minor changes, however, are often sufficient). Of the py25-* ports I have tested, the most common changes required are along the lines of: {{{ configure.pre_args-delete --prefix=${prefix} set python_prefix ${prefix}/Library/Frameworks/Python.framework/Versions/2.5 configure.pre_args-append --prefix=${python_prefix} configure.args-append --includedir=${python_prefix}/include/python2.5 configure.env-append PKG_CONFIG_PATH=${python_prefix}/lib/pkgconfig }}} -- Ticket URL: <http://trac.macports.org/ticket/16334> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

Re: [MacPorts] #19141: Update libmp4v2
by MacPorts 06 Aug '10

06 Aug '10

#19141: Update libmp4v2 -------------------------------------+-------------------------------------- Reporter: and.damore@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.0 Keywords: | Port: libmp4v2 -------------------------------------+-------------------------------------- Comment(by raimue@…): As this is now sitting here for 9 months without updates, is this still an issue at all? -- Ticket URL: <http://trac.macports.org/ticket/19141#comment:25> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #25352: More syntax errors in bash-completion @1.2
by MacPorts 06 Aug '10

06 Aug '10

#25352: More syntax errors in bash-completion @1.2 ------------------------------------+--------------------------------------- Reporter: ariel.popper@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: bash-completion ------------------------------------+--------------------------------------- When ever I launch a new shell I get the following errors in the terminal. {{{ -bash: /opt/local/etc/bash_completion: line 431: syntax error near unexpected token `"$vcur"' -bash: /opt/local/etc/bash_completion: line 431: ` [[ $vcur ]] && { upvars+=("$vcur" ); upargs+=(-v $vcur "$cur" ); }' }}} I would try to figure this out, but I am woefully inexperienced at bash scripting. -- Ticket URL: <http://trac.macports.org/ticket/25352> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5