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

[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] #39308: openconnect @4.08 update to latest 5.01
by MacPorts 07 Aug '14

07 Aug '14

#39308: openconnect @4.08 update to latest 5.01 ------------------------+-------------------------------- Reporter: xcompass@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: openconnect ------------------------+-------------------------------- Update openconnect to 5.01 -- Ticket URL: <https://trac.macports.org/ticket/39308> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #38405: mochiweb fails to build for erlang upgraded to R16B
by MacPorts 07 Aug '14

07 Aug '14

#38405: mochiweb fails to build for erlang upgraded to R16B --------------------------+-------------------------------- Reporter: su1shi4fu3@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: --------------------------+-------------------------------- After erlang got upgraded to R16B, mochiweb (v2.3.2) fails to build. Proposed solution: upgrade mochiweb to current head from github. (The latest tagged version of mochiweb, 2.4.2, also fails to build.) Patch below: --- a/Portfile 2012-09-21 22:23:57.000000000 +0200 +++ b/Portfile 2013-03-17 00:11:20.000000000 +0100 @@ -4,8 +4,8 @@ PortSystem 1.0 PortGroup github 1.0 -epoch 20111014 -github.setup mochi mochiweb 2.3.2 v +epoch 20130317 +github.setup mochi mochiweb 167f517416c3c48fa751af00188a42a4ca0f60e0 categories erlang www license MIT platforms darwin @@ -19,8 +19,8 @@ depends_lib port:erlang -checksums rmd160 867b293145fd02fd138dbfa8d18b59a4579c9c00 \ - sha256 1376f867ccf178f27fa1a4d5a645a07fdf68861e0df3994a6e5a460bebc8adeb +checksums rmd160 0dbdbbe29cef89e3a6ebb9ccc86c6ff1c36f2123 \ + sha256 aa72b4af4ce6e00a0c253752a1cd137a9eacd8070323336ad2303a350abe0a79 use_configure no build.target-append edoc -- Ticket URL: <https://trac.macports.org/ticket/38405> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #40840: Update s3fs from 1.61 to 1.73
by MacPorts 07 Aug '14

07 Aug '14

#40840: Update s3fs from 1.61 to 1.73 ---------------------------+-------------------------------- Reporter: genecrucean@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: ---------------------------+-------------------------------- There is a much newer version of s3fs available, especially with the release of Mavericks today. This port seems to have fallen to the side for some reason. 1.61 release: Aug 30, 2011 1.73 release: Aug 16, 2013 -- Ticket URL: <https://trac.macports.org/ticket/40840> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #41241: vxl fails to build on OS X 10.9 Maverick
by MacPorts 07 Aug '14

07 Aug '14

#41241: vxl fails to build on OS X 10.9 Maverick --------------------------------------+-------------------------------- Reporter: andreas.schuh.84@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: vxl, maverick, os x 10.9 | Port: vxl --------------------------------------+-------------------------------- {{{ :info:build /Applications/Xcode.app/Contents/Developer/usr/bin/make -f core/vbl/tests/CMakeFiles/vbl_test_all.dir/build.make core/vbl/tests/CMakeFiles/vbl_test_all.dir/depend :info:build In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_vxl/vxl/work/vxl-1.17.0/core/vul/vul_psfile.cxx:2: :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_vxl/vxl/work/vxl-1.17.0/core/vul/vul_psfile.h:40:28: error: cannot cast from type 'std::ofstream' (aka 'basic_ofstream<char>') to pointer type 'void *' :info:build operator bool() { return (void*)output_filestream!=(void*)0; } :info:build ^~~~~~~~~~~~~~~~~~~~~~~~ }}} When I change this line to {{{ // or should this be !output_filestream.bad() && !output_filestream.fail() ? return output_filestream.good() }}} it continues past this point but then I get the following error: {{{ cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_vxl/vxl/work/vxl-1.17.0/core/vbl/io/tests && /usr/bin/clang++ -DVXL_LEGACY_ERROR_REPORTING -DVXL_WARN_DEPRECATED -DVXL_WARN_DEPRECATED_ONCE -pipe -Os -Werror=gnu -Wno-error=vla -I/opt/local/include -arch x86_64 -DNDEBUG -arch x86_64 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_vxl/vxl/work/vxl-1.17.0/vcl -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_vxl/vxl/work/vxl-1.17.0/core -o CMakeFiles/vbl_io_test_all.dir/test_smart_ptr_io.o -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_vxl/vxl/work/vxl-1.17.0/core/vbl/io/tests/test_smart_ptr_io.cxx :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_vxl/vxl/work/vxl-1.17.0/core/vil/file_formats/vil_openjpeg.cxx:107:3: error: unknown type name 'opj_codec_t'; did you mean 'opj_poc_t'? :info:build opj_codec_t *codec_; :info:build ^~~~~~~~~~~ }}} -- Ticket URL: <https://trac.macports.org/ticket/41241> MacPorts <http://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #39881: html-xml-utils @6.3_0 Odd --program-prefix
by MacPorts 07 Aug '14

07 Aug '14

#39881: html-xml-utils @6.3_0 Odd --program-prefix ------------------------+-------------------------------- Reporter: smurfair@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: html-xml-utils ------------------------+-------------------------------- I just noticed that this Portfile contains the peculiar: {{{ configure.args --program-prefix=w3 }}} This builds the executables, prefixing their names so that ''hxselect'', for instance, becomes ''w3hxselect''. This could cause confusion, with shared scripts for example, since that naming convention doesn't seem to exist anywhere beyond MacPorts. I pruned that line from my Portfile and did a custom build, but I wouldn't presume to submit it as a replacement since that would then potentially mess up the workflow of anybody using the existing version. Would it be possible for the port to be installed with the addition of "properly" named symlinks pointing to executables or vice versa? -- Ticket URL: <https://trac.macports.org/ticket/39881> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #38577: install of tmux fails
by MacPorts 06 Aug '14

06 Aug '14

#38577: install of tmux fails ------------------------------+-------------------------------- Reporter: david.w.watson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: tmux ------------------------------+-------------------------------- Cannot find event.h -- Ticket URL: <https://trac.macports.org/ticket/38577> MacPorts <http://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #38506: tmux fails to compile on powerpc
by MacPorts 06 Aug '14

06 Aug '14

#38506: tmux fails to compile on powerpc ----------------------+-------------------------------- Reporter: 200309@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: tmux ----------------------+-------------------------------- Tried to: port install tmux And it failed. 10.4.11 PowerBook G3 Pismo 500MHz Does it require a newer system? or? see attached main.log Bill -- Ticket URL: <https://trac.macports.org/ticket/38506> MacPorts <http://www.macports.org/> Ports system for OS X

1 21

[MacPorts] #40289: gcc48 +universal Failed to install libffi
by MacPorts 05 Aug '14

05 Aug '14

#40289: gcc48 +universal Failed to install libffi -----------------------------+-------------------------------- Reporter: devasis_bassu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: gcc48 libffi | Port: gcc48 -----------------------------+-------------------------------- The installation of gcc48 with the +universal optional fails. It does succeed without the +universal option. I've tried several variations starting with a clean install of macports followed by the port install gcc48 +universal command - also failed. Pasted below is the output from the console when I attempted to install gcc48 with +universal. I've attached the log file. $ sudo port install gcc48 +universal ---> Computing dependencies for gcc48 ---> Dependencies to be installed: cctools cctools-headers ld64 dyld- headers libunwind-headers llvm-3.3 libffi llvm_select cloog gmp isl autoconf m4 perl5 perl5.12 gdbm gettext expat libiconv ncurses automake libtool gcc_select libgcc libmpc mpfr ---> Fetching archive for cctools-headers Warning: Your DNS servers incorrectly claim to know the address of nonexistent hosts. This may cause checksum mismatches for some ports. ---> Attempting to fetch cctools-headers-839_0.darwin_12.noarch.tbz2 from http://packages.macports.org/cctools-headers ---> Attempting to fetch cctools-headers- 839_0.darwin_12.noarch.tbz2.rmd160 from http://packages.macports.org /cctools-headers ---> Installing cctools-headers @839_0 ---> Activating cctools-headers @839_0 ---> Cleaning cctools-headers ---> Fetching archive for dyld-headers ---> Attempting to fetch dyld-headers-210.2.3_0.darwin_12.noarch.tbz2 from http://packages.macports.org/dyld-headers ---> Attempting to fetch dyld- headers-210.2.3_0.darwin_12.noarch.tbz2.rmd160 from http://packages.macports.org/dyld-headers ---> Installing dyld-headers @210.2.3_0 ---> Activating dyld-headers @210.2.3_0 ---> Cleaning dyld-headers ---> Fetching archive for libunwind-headers ---> Attempting to fetch libunwind-headers-35.1_1.darwin_12.noarch.tbz2 from http://packages.macports.org/libunwind-headers ---> Attempting to fetch libunwind- headers-35.1_1.darwin_12.noarch.tbz2.rmd160 from http://packages.macports.org/libunwind-headers ---> Installing libunwind-headers @35.1_1 ---> Activating libunwind-headers @35.1_1 ---> Cleaning libunwind-headers ---> Extracting libffi Error: org.macports.extract for port libffi returned: command execution failed Error: Failed to install libffi Please see the log file for port libffi for details: /opt/local/var/macports/logs/_Volumes_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_libffi/libffi/main.log Error: The following dependencies were not installed: cctools ld64 llvm-3.3 libffi llvm_select cloog gmp isl autoconf m4 perl5 perl5.12 gdbm gettext expat libiconv ncurses automake libtool gcc_select libgcc libmpc mpfr To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port gcc48 failed $ -- Ticket URL: <https://trac.macports.org/ticket/40289> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #39135: Libstdcxx fails to build on OSX 10.8.3
by MacPorts 05 Aug '14

05 Aug '14

#39135: Libstdcxx fails to build on OSX 10.8.3 -------------------------+-------------------------------- Reporter: d.schreij@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: build fail | Port: libstdcxx -------------------------+-------------------------------- I have found several reports of this problem before, but those were 8 months old. I have the problem again that libstdcxx fails to build on my ML 10.8.3 installation. I have XCode 4.6.2 installed and am building everything with i386 architecture. Another (closed) ticket about this problem mentioned the issue might be caused by an outdated version of ld64. I have installed the latest version (ld64 @134.9_1+llvm33), yet the problem still occurs. I have attached the Main.log of libstdcxx build report. -- Ticket URL: <https://trac.macports.org/ticket/39135> MacPorts <http://www.macports.org/> Ports system for OS X

1 15