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

[MacPorts] #17799: mplayer @1.0rc2 No OSD/subtitle font after installation
by MacPorts 26 Aug '14

26 Aug '14

#17799: mplayer @1.0rc2 No OSD/subtitle font after installation -----------------------------------------+---------------------------------- Reporter: shreevatsa.public@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: mplayer -----------------------------------------+---------------------------------- After installing mplayer, there is no OSD font by default: can't see subtitles, volume, position, etc. [Yes, I did install it with osd variant (#14864) although that should probably be default anyway.] Fix: Copy or symlink a ttf font into $PREFIX/share/mplayer/subfont.ttf as per http://www.mplayerhq.hu/DOCS/HTML/en/fonts-osd.html Not attaching a patch because my choice of font may not be best :) [I think /Library/Fonts/Arial.ttf is a good choice, but any of the fonts from http://en.wikipedia.org/wiki/List_of_fonts_in_Mac_OS_X which are distributed as .ttf should be fine, or Macports might want to distribute its own font specifically for Mplayer.] -- Ticket URL: <http://trac.macports.org/ticket/17799> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[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] #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] #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] #22066: gcc44, gcc45: error trying to exec 'ecj1': execvp: No such file or directory
by MacPorts 12 Aug '14

12 Aug '14

#22066: gcc44, gcc45: error trying to exec 'ecj1': execvp: No such file or directory -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: gcc44, gcc45 -------------------------------------+-------------------------------------- I'm trying to add gcc44 support to pdftk (see #15420) but I'm running into this problem before I can build anything: {{{ gcj-mp-4.4: error trying to exec 'ecj1': execvp: No such file or directory }}} I'm using gcc44 @4.4.1_0, and I see the same issue with gcc45 @4.5-20091001_0+java. {{{ gcj-mp-4.5: error trying to exec 'ecj1': execvp: No such file or directory }}} This may be similar to #13553. Mac OS X 10.6.1 Snow Leopard [[BR]] Xcode 3.2.1 -- Ticket URL: <http://trac.macports.org/ticket/22066> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #20529: pthsem build failure on Tiger
by MacPorts 11 Aug '14

11 Aug '14

#20529: pthsem build failure on Tiger -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: mail@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: pthsem -------------------------------------+-------------------------------------- pthsem doesn't build on Tiger: {{{ ./libtool --mode=compile --quiet /usr/bin/gcc-4.0 -c -I/mp/include -I. -O2 -pipe -funroll-loops -fstrength-reduce -fomit-frame-pointer -ffast-math pthread.c In file included from /usr/include/sys/select.h:146, from /usr/include/unistd.h:483, from pthread.h:116, from pthread.c:42: /usr/include/signal.h:84: error: parse error before 'int' make: *** [pthread.lo] Error 1 }}} Builds fine on Leopard. -- Ticket URL: <http://trac.macports.org/ticket/20529> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #19971: haskell-mode.el Development version from cvs + support for emacs-app-devel
by MacPorts 08 Aug '14

08 Aug '14

#19971: haskell-mode.el Development version from cvs + support for emacs-app-devel ---------------------------------------+------------------------------------ Reporter: marcin.zalewski@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: emacs haskell mode | Port: haskell-mode.el ---------------------------------------+------------------------------------ I wanted the haskell-mode version from CVS, and I wanted to have a variant for emacs-app-devel. Here is the resulting portfile: {{{ PortSystem 1.0 name haskell-mode.el version latest categories lang editors maintainers nomaintainer platforms darwin description An emacs major mode for editing haskell programs. long_description \ Haskell-mode is a major Emacs mode for editing \ Haskell source code. It provides syntax highlighting \ and automatic indentation and comes with inf-haskell \ which allows interaction with an inferior Haskell \ interactive loop such as the one of Hugs or GHCi. distname haskell-mode homepage //http://www-perso.iro.umontreal.ca/~monnier/elisp/ master_sites ${homepage} fetch.type cvs cvs.root :pserver:anoncvs@cvs.haskell.org:/cvs cvs.password cvs cvs.module fptools/CONTRIB/haskell-modes/emacs worksrcdir fptools/CONTRIB/haskell-modes/emacs # checksums md5 de5ff32478154a39bea3adb3b7ce0e94 depends_lib port:emacs depends_run port:ghc post-patch { reinplace s|ghci-program-path|${prefix}/bin/ghci|g ${worksrcpath}/inf-haskell.el } variant emacs_devel { depends_lib-delete port:emacs depends_lib-append port:emacs-devel } variant emacs_app_devel { depends_lib-append port:emacs-app-devel depends_lib-delete port:emacs } use_configure no build {} destroot { if {[variant_isset emacs_app_devel]} { file mkdir ${destroot}${applications_dir}/Emacs.app/Contents/Resources/site-lisp file copy ${workpath}/${worksrcdir} \ ${destroot}${applications_dir}/Emacs.app/Contents/Resources/site- lisp/$distname } else { file mkdir ${destroot}${prefix}/share/emacs/site-lisp file copy ${workpath}/${worksrcdir} \ ${destroot}${prefix}/share/emacs/site- lisp/$distname } } post-activate { if {[variant_isset emacs_app_devel]} { ui_msg "To use this, put the following into your ~/.emacs:" ui_msg "(load \"${applications_dir}/Emacs.app/Contents/Resources/site-lisp/${distname }/haskell-site-file\")" ui_msg "(add-hook 'haskell-mode-hook 'turn-on-haskell- doc-mode)" ui_msg "(add-hook 'haskell-mode-hook 'turn-on-haskell- indent)" ui_msg "(add-hook 'haskell-mode-hook 'font-lock-mode)" ui_msg "(add-hook 'haskell-mode-hook 'imenu-add-menubar- index)" ui_msg " " } else { ui_msg "To use this, put the following into your ~/.emacs:" ui_msg "(load \"${prefix}/share/emacs/site- lisp/${distname}/haskell-site-file\")" ui_msg "(add-hook 'haskell-mode-hook 'turn-on-haskell- doc-mode)" ui_msg "(add-hook 'haskell-mode-hook 'turn-on-haskell- indent)" ui_msg "(add-hook 'haskell-mode-hook 'font-lock-mode)" ui_msg "(add-hook 'haskell-mode-hook 'imenu-add-menubar- index)" ui_msg " " } } }}} I am not a portfile wizard, so maybe it can be done better. Also, it should be no problem at all to add a variant for emacs-app. -- Ticket URL: <http://trac.macports.org/ticket/19971> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16504: Installation of hs-plugins fails
by MacPorts 30 Jul '14

30 Jul '14

#16504: Installation of hs-plugins fails ----------------------------+----------------------------------------------- Reporter: kazu(a)iij.ad.jp | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: ----------------------------+----------------------------------------------- To install "yi", I typed "sudo port install ghc yi" then installation of hs-plugins failed. -- Ticket URL: <http://trac.macports.org/ticket/16504> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #15859: openjade 1.3.2, Revision 2: demo failure
by MacPorts 30 Jul '14

30 Jul '14

#15859: openjade 1.3.2, Revision 2: demo failure -----------------------------+---------------------------------------------- Reporter: tom.duck(a)dal.ca | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: openjade | -----------------------------+---------------------------------------------- Openjade has a demo program that can be used to test the installation. See http://olympus.het.brown.edu/cgi- bin/dwww?type=file&location=/usr/share/doc/openjade#using. Execution of the demo results in a bus error: {{{ $ openjade demo.sgm Bus error }}} This is on my 10.4 Tiger system with the updated openjade port. -- Ticket URL: <http://trac.macports.org/ticket/15859> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7