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

[MacPorts] #16373: svn fetch type should maintain a persistent working copy
by MacPorts 20 Aug '14

20 Aug '14

#16373: svn fetch type should maintain a persistent working copy -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- "`fetch.type svn`" is inefficient in that it checks out a new working copy every time, directly to the work area. That would be like a normal port downloading the distfile every time. Instead, we should check out a working copy to that port's distpath, and then in the extract phase we should `svn export` it to the work area. Some checks will be needed in the fetch phase to ensure that an existing working copy: * has no modifications: check `svn status`. Ideally we would try to clean up the working copy, for example by `svn revert`ing modified or added or deleted files, and then in a second `svn status` run, delete any unversioned files. But it's already an improvement if we just discard the working copy if `svn status --ignore-externals` produces any output. * is from the right URL: check `svn info`: check if the "URL" is the one we want. If not, check that the "Repository Root" is a substring of the repository we want. If yes, try to `svn switch` to the URL and revision we want; if not, discard the working copy. So the fetch phase would go something like... {{{ if {working copy exists} { if {working copy has modifications} { delete working copy } } if {working copy exists} { if {working copy url is the one we want} { svn update to the desired revision } else { if {working copy repository root matches beginning of desired url} { try to svn switch to the desired url and revision if {an error occurred} { delete working copy } } else { delete working copy } } } if {working copy doesn't exist} { check out working copy } }}} And the extract phase is simply to `svn export` the working copy from the distpath to the worksrcpath. (There is [http://subversion.tigris.org/issues/show_bug.cgi?id=2429 one problem] if the working copy has externals and the user is using Subversion earlier than 1.5, for example Subversion 1.4.whatever which is included with Leopard. But rather than spend time working around this in base, I think this is a case where the port should depend on MacPorts subversion.) -- Ticket URL: <http://trac.macports.org/ticket/16373> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #26743: googlecl @0.9.10_0, osxutils @1.7_1 attempt to install conflicting bin/google
by MacPorts 20 Aug '14

20 Aug '14

#26743: googlecl @0.9.10_0, osxutils @1.7_1 attempt to install conflicting bin/google -----------------------------------+---------------------------------------- Reporter: jpenney@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: googlecl osxutils -----------------------------------+---------------------------------------- googlecl and osxutils both install attempt to install bin/google, causing whichever port is activated second to fail. I'd like to have both of these packages installed. Could a +no_google variant be added to osxutils perhaps? -- Ticket URL: <https://trac.macports.org/ticket/26743> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #27176: Airpwn
by MacPorts 20 Aug '14

20 Aug '14

#27176: Airpwn ------------------------------+--------------------------------------------- Reporter: jkru08@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: MacPorts 1.9.2 Component: ports | Version: 1.9.1 Keywords: airpwn | Port: airpwn ------------------------------+--------------------------------------------- There is a utility for linux that lets you inject packets and modify web pages that a client is viewing it is located here: is there a possibility of making a port for that? -- Ticket URL: <https://trac.macports.org/ticket/27176> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #27936: sunwait @20041208 does not accept eastern longitude
by MacPorts 19 Aug '14

19 Aug '14

#27936: sunwait @20041208 does not accept eastern longitude --------------------------------------+------------------------------------- Reporter: nonstop.server@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: sysutils | Port: sunwait --------------------------------------+------------------------------------- When submitting an eastern longitude sunwait displays a warning and falls back to the default, using 77.069450W as longitude coordinate.[[BR]] {{{ % sunwait -d12 -m1 -p 33.56S 18.25E warning: latitude or longitude not set default coords of Alexandria, Virgina, USA used Using location: 33.560000S, 77.069450W Date: 12 Jan 2011 Local time: 17:56 Day length: 14:12 hours With civil twilight 15:06 hours With nautical twilight 16:15 hours With astronomical twilight 17:29 hours Length of twilight: civil 0:26 hours nautical 1:01 hours astronomical 1:38 hours Current specified time zone: CET (1 from UTC) Sun transits 1816 CET Sun rises 1111 CET, sets 0121 CET Civil twilight starts 1043 CET, ends 0150 CET Nautical twilight starts 1009 CET, ends 0224 CET Astronomical twilight starts 0932 CET, ends 0301 CET }}} -- Ticket URL: <https://trac.macports.org/ticket/27936> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #29435: feature request: more "help to the user" when an install fails
by MacPorts 19 Aug '14

19 Aug '14

#29435: feature request: more "help to the user" when an install fails ----------------------------------+----------------------------------------- Reporter: rogerdpack@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ----------------------------------+----------------------------------------- As suggested on the ML, reposting here: $ sudo port install ack Error: Port ack not found Obviously, what I meant was $ port install p5-app-ack so first pass might be to display "use the search command" when an install fails, or auto-search for them. Cheers! -r -- Ticket URL: <https://trac.macports.org/ticket/29435> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #22724: mplayer-devel and binary codec package
by MacPorts 18 Aug '14

18 Aug '14

#22724: mplayer-devel and binary codec package -------------------------------------------+-------------------------------- Reporter: hippallium-macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: mencoder, binary codec | Port: mplayer-devel -------------------------------------------+-------------------------------- I have installed the binary codec package available at: http://www.mplayerhq.hu/design7/dload.html#binary_codecs However, mencoder does not appear to use those codecs because a variable would have to be set at compilation time with --win32codecsdir=DIR. -- Ticket URL: <http://trac.macports.org/ticket/22724> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #28610: p5-libapreq2 @2.13 fails to build, can't find ModPerl/MM.pm
by MacPorts 14 Aug '14

14 Aug '14

#28610: p5-libapreq2 @2.13 fails to build, can't find ModPerl/MM.pm ----------------------------------+----------------------------------------- Reporter: roberto@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: p5-libapreq2 ----------------------------------+----------------------------------------- {{{ :info:build cd perl; /opt/local/bin/perl Makefile.PL -apxs /opt/local/apache2/b in/apxs INSTALLDIRS=vendor :info:build Can't locate ModPerl/MM.pm in @INC (@INC contains: /opt/local/lib/pe rl5/site_perl/5.12.3/darwin-multi-2level /opt/local/lib/perl5/site_perl/5.12.3 / opt/local/lib/perl5/vendor_perl/5.12.3/darwin-multi-2level /opt/local/lib/perl5/ vendor_perl/5.12.3 /opt/local/lib/perl5/5.12.3/darwin-multi-2level /opt/local/li b/perl5/5.12.3 /opt/local/lib/perl5/site_perl /opt/local/lib/perl5/vendor_perl . ) at Makefile.PL line 2. :info:build BEGIN failed--compilation aborted at Makefile.PL line 2. :info:build make[1]: *** [perl/Makefile] Error 2 :info:build make: *** [all-recursive] Error 1 :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_mac ports_sources_rsync.macports.org_release_ports_perl_p5-libapreq2/work/libapreq2- 2.13" && /usr/bin/make -j2 all " returned error 2 }}} -- Ticket URL: <https://trac.macports.org/ticket/28610> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #20773: Add zope2.10
by MacPorts 14 Aug '14

14 Aug '14

#20773: Add zope2.10 -----------------------------+---------------------------------------------- Reporter: martin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: zope zope2.10 -----------------------------+---------------------------------------------- As stated on the mailing list ( http://lists.macosforge.org/pipermail /macports-users/2009-February/013697.html ) I think there should be a port for zope2.10 (and probably zope2.9, zope2.11). As with the different Python versions it is a dependency for other applications like Plone. The attached port file is tested with MacPorts 1.710, Mac OS X 10.5, Intel. -- Ticket URL: <http://trac.macports.org/ticket/20773> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #19397: scipy not completely universal
by MacPorts 14 Aug '14

14 Aug '14

#19397: scipy not completely universal -------------------------------------------+-------------------------------- Reporter: daweonline@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.1 Keywords: scipy python universal binary | Port: py26-scipy -------------------------------------------+-------------------------------- I've added "i386 x86_64" as universal flags in macports.conf. I've built python2.6 enabling universal and I successfully run it in 64 bit mode. I've built p26-scipy +universal but: {{{ >>> import scipy.signal Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/signal/__init__.py", line 9, in <module> from bsplines import * File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/signal/bsplines.py", line 3, in <module> import scipy.special File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/special/__init__.py", line 8, in <module> from basic import * File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/special/basic.py", line 8, in <module> from _cephes import * ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/special/_cephes.so, 2): no suitable image found. Did find: /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/special/_cephes.so: mach-o, but wrong architecture }}} and also: {{{ >>> import scipy.linalg Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/__init__.py", line 8, in <module> from basic import * File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/basic.py", line 17, in <module> from lapack import get_lapack_funcs File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/lapack.py", line 17, in <module> from scipy.linalg import flapack ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/flapack.so, 2): no suitable image found. Did find: /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/flapack.so: mach-o, but wrong architecture }}} I've checked and there are a lot of others object only built for i386. Changing the universal flags to x86_64 only doesn't work. It appears that the build chain of scipy understands "universal" as "i386 ppc" only. {{{ $ port version Version: 1.710 $ uname -a Darwin host032.2b11.ifom-ieo-campus.it 9.6.3 Darwin Kernel Version 9.6.3: Tue Jan 20 18:26:40 PST 2009; root:xnu-1228.10.33~1/RELEASE_I386 i386 }}} -- Ticket URL: <http://trac.macports.org/ticket/19397> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 36

[MacPorts] #26371: Update InsightToolkit portfile for ITK3.20
by MacPorts 12 Aug '14

12 Aug '14

#26371: Update InsightToolkit portfile for ITK3.20 ------------------------------------------+--------------------------------- Reporter: arnaud_gelas@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ------------------------------------------+--------------------------------- ITK 3.20 has been: http://www.kitware.com/news/home/browse/288 -- Ticket URL: <http://trac.macports.org/ticket/26371> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3