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

[MacPorts] #31963: cadabra fails to configure (as in ticket #26827)
by MacPorts 08 Aug '14

08 Aug '14

#31963: cadabra fails to configure (as in ticket #26827) ------------------------------------+--------------------------------------- Reporter: luca.dauria@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: cadabra ------------------------------------+--------------------------------------- I got the same problem as in ticked #26827 which is marked as closed( !?!). -- Ticket URL: <https://trac.macports.org/ticket/31963> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #31317: modglue @1.16 install fails: Error: Target org.macports.build returned: shell command failed
by MacPorts 08 Aug '14

08 Aug '14

#31317: modglue @1.16 install fails: Error: Target org.macports.build returned: shell command failed ---------------------------------------+------------------------------------ Reporter: martin.a.berger@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: ---------------------------------------+------------------------------------ I try to install modglue, but it fails with: {{{ sudo port install modglue ---> Computing dependencies for modglue ---> Building modglue Error: Target org.macports.build returned: shell command failed (see log for details) Log for modglue is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_modglue/modglue/main.log Error: Status 1 encountered during processing. }}} -- Ticket URL: <https://trac.macports.org/ticket/31317> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #29597: TeXmacs fails to upgrade
by MacPorts 08 Aug '14

08 Aug '14

#29597: TeXmacs fails to upgrade -------------------------------------+-------------------------------------- Reporter: david.w.watson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: texmacs -------------------------------------+-------------------------------------- TeXmacs fails to upgrade. See log. -- Ticket URL: <https://trac.macports.org/ticket/29597> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #25878: lhs2tex is out of date with ghc
by MacPorts 08 Aug '14

08 Aug '14

#25878: lhs2tex is out of date with ghc ----------------------------+----------------------------------------------- Reporter: ben@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ----------------------------+----------------------------------------------- Installing lhs2tex with all prereqs installed. {{{ Verifying checksum(s) for lhs2tex Checksumming lhs2tex-1.13.tar.gz Extracting lhs2tex Extracting lhs2tex-1.13.tar.gz Configuring lhs2tex Setup.hs:7:48: Module `Distribution.Simple.LocalBuildInfo' does not export `mkDataDir' Setup.hs:9:63: Module `Distribution.PackageDescription' does not export `setupMessage' shell command "cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_lhs2tex/work/lhs2tex-1.13 && runhaskell Setup configure --ghc --prefix=/opt/local" returned error 1 }}} Inspecting setup.hs, these imports are unused, and have been deprecated. After removing these, there are other changes This has been noted elsewhere, http://www.mail-archive.com/glasgow- haskell-bugs(a)haskell.org/msg15861.html and that and other problems seem to have been corrected in 1.16. -- Ticket URL: <http://trac.macports.org/ticket/25878> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #24280: opendx mtree violation
by MacPorts 08 Aug '14

08 Aug '14

#24280: opendx mtree violation -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: gwright@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: opendx -------------------------------------+-------------------------------------- opendx violates the mtree: {{{ bash-3.2$ sudo port install opendx ---> Fetching opendx ---> Verifying checksum(s) for opendx ---> Extracting opendx ---> Configuring opendx ---> Building opendx ---> Staging opendx into destroot Warning: violation by /opt/local/dx Warning: opendx violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases! ---> Installing opendx @4.4.4_1+darwin_9 ---> Activating opendx @4.4.4_1+darwin_9 ---> Cleaning opendx }}} opendx should either not violate the mtree, or should indicate via "destroot.violate_mtree yes" that it intends to violate the mtree. -- Ticket URL: <http://trac.macports.org/ticket/24280> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #23019: ccl: reinplace didn't change anything in installer.lisp
by MacPorts 08 Aug '14

08 Aug '14

#23019: ccl: reinplace didn't change anything in installer.lisp -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: gwright@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: ccl -------------------------------------+-------------------------------------- Using the patch from #15514 I see this when installing ccl 1.3_3 or 1.4_0: {{{ ---> Computing dependencies for ccl ---> Fetching ccl ---> Verifying checksum(s) for ccl ---> Extracting ccl ---> Configuring ccl ---> Building ccl ---> Staging ccl into destroot Warning: reinplace s|"usr" "local" "asdf-install")))))|\"opt\" \"local\" \"share\" \"asdf-install\")))))| didn't change anything in /opt/local/var/macports/build/_Users_rschmidt_macports_dports_lang_ccl/work/destroot//opt/local/share/ccl/1.4/tools /asdf-install/installer.lisp ---> Deactivating ccl @1.3_3+darwin_i386 ---> Computing dependencies for ccl ---> Installing ccl @1.4_0+darwin_i386 ---> Activating ccl @1.4_0+darwin_i386 ---> Cleaning ccl }}} Maybe the reinplace is no longer needed, or needs to be modified. -- Ticket URL: <http://trac.macports.org/ticket/23019> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[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] #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