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

[MacPorts] #17110: RFE: have ImageMagick use perl5 as the default perl
by MacPorts 08 Jan '09

08 Jan '09

#17110: RFE: have ImageMagick use perl5 as the default perl -----------------------------------+---------------------------------------- Reporter: mcalhoun(a)macports.org | Owner: ryandesign(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | Port: ImageMagick -----------------------------------+---------------------------------------- Attached is a proposal to have perl5 as the default perl on ImageMagick as described in #16830. -- Ticket URL: <http://trac.macports.org/ticket/17110> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17452: py25-scipy upgrade goes berserk
by MacPorts 08 Jan '09

08 Jan '09

#17452: py25-scipy upgrade goes berserk -------------------------------+-------------------------------------------- Reporter: ralph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: -------------------------------+-------------------------------------------- Trying to upgrade py25-scipy on my Mac resulted in swig being required, which in turn proceeded to try to install apache2 ruby php5 all of which are utterly unwanted and utterly inappropriate to my desire to use py25-scipy. Please reconsider this completely inappropriate behaviour. -- Ticket URL: <http://trac.macports.org/ticket/17452> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16997: Ticket #16857
by MacPorts 07 Jan '09

07 Jan '09

#16997: Ticket #16857 ------------------------------------+--------------------------------------- Reporter: rsopublic(a)magmatic.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: ------------------------------------+--------------------------------------- This is an update to that ticket. It seems that the py25-gtk wants pycairo.h I have cairo.h installed from py25-cairo. I included the original ticket with the gail problem. Seems like plenty of these are looking for the older lib/includes instead of the new ones with py25-**** -- Ticket URL: <http://trac.macports.org/ticket/16997> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #15628: RFE: Enhance port variants
by MacPorts 07 Jan '09

07 Jan '09

#15628: RFE: Enhance port variants ---------------------------------+------------------------------------------ Reporter: raimue(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: ports | Version: Keywords: base variants | ---------------------------------+------------------------------------------ Inspired by #15625, port variants should display more information: * Show default variants * Show conflicting variants (`conflicts`) * Show variant dependencies (`requires`) (Not sure if we already had a ticket for this, couldn't find one.) -- Ticket URL: <http://trac.macports.org/ticket/15628> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #17426: correctly set configure.compiler etc.
by MacPorts 06 Jan '09

06 Jan '09

#17426: correctly set configure.compiler etc. -------------------------------+-------------------------------------------- Reporter: toby@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.8.0 Keywords: | Port: -------------------------------+-------------------------------------------- Right now, configure.compiler and related variables are set during configure_main, which causes issues for ports with custom configure targets. Thus, stupid workarounds like r42685. -- Ticket URL: <http://trac.macports.org/ticket/17426> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #15996: Installation of x264 +universal fails to build
by MacPorts 06 Jan '09

06 Jan '09

#15996: Installation of x264 +universal fails to build ---------------------------------+------------------------------------------ Reporter: tobiasmatzat(a)web.de | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: x264 | ---------------------------------+------------------------------------------ Here is the error message: gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags[[BR]] make: *** [.depend] Error 1[[BR]] Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/15996> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #15459: erlang R12B-2 build failure on Leopard 5.3
by MacPorts 04 Jan '09

04 Jan '09

#15459: erlang R12B-2 build failure on Leopard 5.3 --------------------------------+------------------------------------------- Reporter: sreguera(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- After updating the OS to Leopard 5.3 erlang stopped working, giving a bus error. I attempted a rebuild, but the build fails when compiling hipe. {{{ === Entering application hipe /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_erlang/work /erlang-R12B-2/bin/i386-apple-darwin9.3.0/hipe_mkliterals -e > hipe_literals.hrl erlc -W +debug_info +warn_obsolete_guard +inline -o../ebin hipe_rtl_arch.erl make[3]: *** [../ebin/hipe_rtl_arch.beam] Bus error make[2]: *** [opt] Error 2 make[1]: *** [opt] Error 2 make: *** [secondary_bootstrap_build] Error 2 }}} I've downloaded and compiled the same version (R12B-2) from the erlang site using the default options (./configure && make) and everything seems to be working: {{{ === Entering application hipe /Users/sebas/Downloads/Erlang/otp_src_R12B-2/bin/i386-apple- darwin9.3.0/hipe_mkliterals -e > hipe_literals.hrl erlc -W +debug_info +warn_obsolete_guard +inline -o../ebin hipe_rtl_arch.erl erlc -W +debug_info +warn_obsolete_guard +inline -o../ebin hipe_tagscheme.erl erlc -W +debug_info +warn_obsolete_guard +warn_untyped_record -o../ebin hipe_consttab.erl erlc -W +debug_info +warn_obsolete_guard +warn_untyped_record -o../ebin hipe_gensym.erl ... }}} -- Ticket URL: <http://trac.macports.org/ticket/15459> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16339: emacs-app update
by MacPorts 04 Jan '09

04 Jan '09

#16339: emacs-app update --------------------------------+------------------------------------------- Reporter: mmoll(a)macports.org | Owner: css(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: emacs, devel | --------------------------------+------------------------------------------- The Cocoa version of emacs is now part of the regular emacs CVS repository and scheduled for release 23.1. There have been many changes to emacs-app since the rc3 version that is now in macports. Perhaps the port should be renamed to emacs-devel to emphasize that this is an unofficial, unstable release? -- Ticket URL: <http://trac.macports.org/ticket/16339> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #15472: rsync-3.0.2 should fully preserve Mac OS X metadata
by MacPorts 04 Jan '09

04 Jan '09

#15472: rsync-3.0.2 should fully preserve Mac OS X metadata ------------------------------+--------------------------------------------- Reporter: css(a)macports.org | Owner: mww(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | ------------------------------+--------------------------------------------- The rsync port does not include a couple essential patches that preserve Mac OS X metadata. See [http://www.bombich.com/mactips/rsync.html Mike Bombich's instructions] to find that there are two patches. * fileflags.diff preserves Finder flags. * crtimes.diff preserves file creation dates. The port should provide a variant to support these patches. Adding them as a regular variant rather than a platform-specific variant should allow supporting these attributes when using the port on non-darwin systems. Ideally, the port could: * Fetch the official patches archive: http://rsync.samba.org/ftp/rsync /rsync-patches-3.0.2.tar.gz * Apply the two patches * Fully support Mac OS X metadata backups! Unfortunately, I'm not entirely clear on the best way to do this in terms of the Portfile. The quick and dirty approach is to grab those patches and directly put them into the port's folder. It might be nice to directly use the official archive in the event that future patches are deemed useful. -- Ticket URL: <http://trac.macports.org/ticket/15472> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #17453: Clarify policy of duplicating ${x11prefix}
by MacPorts 03 Jan '09

03 Jan '09

#17453: Clarify policy of duplicating ${x11prefix} -----------------------------------+---------------------------------------- Reporter: mcalhoun@… | Owner: mcalhoun@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: -----------------------------------+---------------------------------------- xrender was recently upgraded (r42693).[[BR]] This was good for Leopard users but bad for Tiger users because[[BR]] it seemingly didn't like the XFree86 base (#17429). MacPorts allows the Apple X11 to be used (and rightly so).[[BR]] I think we need to make a clear distinction between the parts of[[BR]] ${x11prefix} which are subject to the MacPorts policy of [http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries using its own libraries] and which are not. Just off the top of my head, for example:[[BR]] ||Component ${x11prefix} || Require Duplication|| ||libX11.dylib || No || ||xrender || No (based on #17429) || ||libpng|| Yes || ||libcairo|| Yes || ||fontconfig || ??? (there was an issue mentioned in the [http://lists.macosforge.org/pipermail/macports- dev/2008-November/006454.html mailing list])|| ||glut || ??? || The good people at [http://xquartz.macosforge.org/ XQuartz] have (and are) doing a fine job of getting X to run on Macs.[[BR]] It would seem a shame to either try to reproduce or ignore their work. Perhaps the test should be:[[BR]] If the component in ${x11prefix} offers an improvement (e.g. better Quartz integration) do not require duplication. There was a [http://lists.macosforge.org/pipermail/macports- dev/2008-November/006454.html discussion] related to this issue, but it is a little unclear if any consensus was reached. In the short term, I wanted to know how people felt about changing xrender dependencies to lib:libXrender:xrender. -- Ticket URL: <http://trac.macports.org/ticket/17453> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7