Re: openbrowser

The plist format has also changed, I think. > On Apr 2, 2016, at 6:36 PM, Ryan Schmidt <ryandes...@macports.org> wrote: > > On Apr 2, 2016, at 2:16 PM, Mark Brethen <mark.bret...@gmail.com> wrote: >> >> Ryan, >> >> I received an error m

openbrowser

Ryan, I received an error message from openbrowser: starting help: openbrowser /opt/local/share/doc/CalculiX/cgx_2.10/cgx/cgx.html parse_plist_file: file [/Users/marbre/Library/Preferences/com.apple.LaunchServices.plist] does not exist! at /opt/local/bin/openbrowser line 19. I looked in my

destroot

I have to manually move an examples directory to destroot. xinstall will let you either create directories or copy files, not both. Is there a simpler method to copy the entire directory? mark ___ macports-dev mailing list

Re: html and postscript viewer

with gcc 4.9 successfully. > On Apr 2, 2016, at 2:04 AM, Mark Brethen <mark.bret...@gmail.com> wrote: > > From their installation guide: > > For the compilation of cgx, therefore, the unmodified GCC 4.9 is required > because the modified (by Apple) GCC for several

Re: html and postscript viewer

s. > > Have you tried just compiling with clang and seeing what happens? > > - Josh > > On 2016-4-2 18:04 , Mark Brethen wrote: >> From their installation guide: >> >> For the compilation of cgx, therefore, the unmodified GCC 4.9 is >> required becau

Re: html and postscript viewer

cpp configure.ccmacports-gcc-4.9 > On Apr 1, 2016, at 11:59 PM, Ryan Schmidt <ryandes...@macports.org> wrote: > >> On Apr 1, 2016, at 23:03, Mark Brethen <mark.bret...@gmail.com >> <mailto:mark.bret...@gmail.com>> wrote: >> >> I’ve run into a sn

Re: html and postscript viewer

Would someone look at the patch file and comment if okay or needs changes. Thanks patch-cgx-build.diff Description: Binary data > On Mar 30, 2016, at 9:39 PM, Ryan Schmidt <ryandes...@macports.org> wrote: > > On Mar 30, 2016, at 21:17, Mark Brethen wrote: >> >

Re: html and postscript viewer

That's even better. Thanks! Sent from my iPhone > On Mar 30, 2016, at 9:39 PM, Ryan Schmidt <ryandes...@macports.org> wrote: > >> On Mar 30, 2016, at 21:17, Mark Brethen wrote: >> >> I suppose these launch scripts will need to be installed in ${prefix}/bin. >

Re: html and postscript viewer

I suppose these launch scripts will need to be installed in ${prefix}/bin. > On Mar 30, 2016, at 8:59 PM, Brandon Allbery <allber...@gmail.com> wrote: > > On Wed, Mar 30, 2016 at 9:45 PM, Mark Brethen <mark.bret...@gmail.com > <mailto:mark.bret...@gmail.

Re: html and postscript viewer

a Terminal window with command: $ firefox . In the second line of the above script: "open" opens application (-a) Firefox, input is passed via “$1”. > On Mar 30, 2016, at 8:14 PM, Ryan Schmidt <ryandes...@macports.org> wrote: > > > On Mar 30, 2016, at

Re: html and postscript viewer

> On Mar 30, 2016, at 8:24 PM, Mark Brethen <mark.bret...@gmail.com> wrote: > > I’ll use /opt/local/share/doc/${name} for the default location. to be more correct, $(prefix}/share/doc/${name} ___ macports-dev mailing li

Re: html and postscript viewer

ot;,\ "/usr/local/CalculiX/cgx_2.10/doc/aflib/aflib.pdf"} #else #define HELPFILE{"/usr/local/CalculiX/cgx_2.10/doc/cgx/cgx.html"$ "/usr/local/CalculiX/ccx_2.10/doc/ccx/ccx.html"} #endif I’ll use /opt/local/share/doc/${name} for the default loca

html and postscript viewer

Culculix CGX is setting a default html (firefox) and postscript (gv) viewer. For mac users, they recommend changing ‘gv’ to ‘preview’ but give no recommendation for a browser. I thought I’d ask here whether to keep it firefox or change it to something else? Safari?

Re: Conflicting ports

said, I do have a pending change to the netgen port to add nglib ( https://trac.macports.org/ticket/50687 ), so perhaps we could combine any necessary changes to that ticket ;)    -Ian-On Wed, Mar 30, 2016 at 5:53 PM Joshua Root <j...@macports.org> wrote:On 2016-3-30 15:40 , Mark Brethen wrote: &

Conflicting ports

I’m working on a Calculix cgx port that uses a modified netgen for tet meshing. A modified file “ng_vol.cpp” (provided) is used to build Netgen. Since this would conflict with the Netgen port, how should this be implement as a helper app to cgx? ___

Re: multiple distfiles and suffixes

> On Feb 29, 2016, at 5:18 PM, Ryan Schmidt <ryandes...@macports.org> wrote: > > > On Feb 29, 2016, at 1:06 PM, Mark Brethen wrote: > >> I’m working on a portfile that has two distfiles so I set it up as: >> >> master_sites\ >>

multiple distfiles and suffixes

I’m working on a portfile that has two distfiles so I set it up as: master_sites\ http://www.dhondt.de/:tagone \ http://www.netlib.org/linalg/spooles/:tagtwo distfiles \ ccx_${version}.src.tar.bz2:tagone \ spooles.2.2.tgz:tagtwo

Calculix port creation

CalculiX comprises a graphical pre- and postprocessor cgx (CalculiX GraphiX) and a solver ccx (CalculiX CrunchiX). With the exception of the help files and the installation path, the installation of cgx is independent from the installation of ccx. The sequence of the installation of cgx and ccx

Re: reduce emacs dependency

ld be specified as a library, > path, or bin dependency > https://guide.macports.org/chunked/reference.dependencies.html > > -Sterling > > On Jan 28, 2016, at 8:50PM, Mark Brethen <mark.bret...@gmail.com> wrote: > >> I have a dependency on the emacs-app for the reduce-

reduce emacs dependency

I have a dependency on the emacs-app for the reduce-addons subport. It is needed to byte-compile a couple of elisp files for the ide. I realize there are currently 8 different ports that install emacs: emacs @24.5_1 (editors) The GNU Emacs text editor emacs-app @24.5_2 (aqua, editors)

Re: Makefile question

> On Dec 5, 2015, at 6:35 AM, Ryan Schmidt <ryandes...@macports.org> wrote: > > > On Dec 4, 2015, at 9:15 PM, Mark Brethen wrote: > >> I have source with no configure and this snippet pertaining to Mac in the >> makefile: >>

Makefile question

I have source with no configure and this snippet pertaining to Mac in the makefile: ifeq "$(uname)" "Darwin" # (2) Mac OS X, using GCC as the C compiler export ARCHOS= x86_LINUX export OCAMLDIR =

Re: elkhound

> On Dec 2, 2015, at 9:34 AM, Aljaž 'g5pw' Srebrnič wrote: > > It looks like there isn’t. Mark, could you submit a ticket to our Trac [1]? > > Thanks, > g5pw > > [1]: http://trac.macports.org/newticket > > On 2 dicembre 2015 at 15:23:01, Kurt Hindenburg

Re: elkhound

> On Dec 2, 2015, at 9:34 AM, Aljaž 'g5pw' Srebrnič wrote: > > It looks like there isn’t. Mark, could you submit a ticket to our Trac [1]? > > Thanks, > g5pw > > [1]: http://trac.macports.org/newticket > > On 2 dicembre 2015 at 15:23:01, Kurt Hindenburg

elkhound

Finished portfile for elkhound. An install file did not exist so I had to do it from scratch. I have included the binaries, runtime libraries, headers, docs and examples. Let me know if I have missed something. Portfile Description: Binary data Thanks, Mark

32-bit builds?

The error message: :info:build ld: symbol(s) not found for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation) :info:build make[1]: *** [astgen] Error 1 says "symbol(s) not found for architecture x86_64" instead of "symbol(s) not

Re: 32-bit builds?

> On Nov 26, 2015, at 9:07 AM, Brandon Allbery <allber...@gmail.com> wrote: > > On Thu, Nov 26, 2015 at 10:03 AM, Mark Brethen <mark.bret...@gmail.com> wrote: > says "symbol(s) not found for architecture x86_64" instead of "symbol(s) not > found fo

Re: 32-bit builds?

> On Nov 26, 2015, at 9:28 AM, Brandon Allbery <allber...@gmail.com> wrote: > > On Thu, Nov 26, 2015 at 10:24 AM, Brandon Allbery <allber...@gmail.com> wrote: > On Thu, Nov 26, 2015 at 10:16 AM, Mark Brethen <mark.bret...@gmail.com> wrote: > I suspect the sour

Re: 32-bit builds?

> On Nov 26, 2015, at 4:51 PM, Ryan Schmidt <ryandes...@macports.org> wrote: > > > On Nov 26, 2015, at 9:03 AM, Mark Brethen wrote: > >> The error message: >> >> :info:build ld: symbol(s) not found for architecture x86_64 >> :info:build clang:

Re: barebones config file

> On Nov 23, 2015, at 1:48 AM, Ryan Schmidt <ryandes...@macports.org> wrote: > > >> On Nov 22, 2015, at 11:23 PM, Mark Brethen <mark.bret...@gmail.com> wrote: >> >>> >>> On Nov 22, 2015, at 10:36 PM, Ryan Schmidt <ryandes...@macports.o

Re: barebones config file

> On Nov 25, 2015, at 2:36 PM, Mark Brethen <mark.bret...@gmail.com> wrote: > > >> On Nov 23, 2015, at 1:48 AM, Ryan Schmidt <ryandes...@macports.org> wrote: >> >> >>> On Nov 22, 2015, at 11:23 PM, Mark Brethen <mark.bret...@gmail.com> wro

Re: barebones config file

> On Nov 22, 2015, at 11:51 PM, Mark Brethen <mark.bret...@gmail.com> wrote: > > >> On Nov 22, 2015, at 11:23 PM, Mark Brethen <mark.bret...@gmail.com> wrote: >> >> >>> On Nov 22, 2015, at 10:36 PM, Ryan Schmidt <ryandes...@macports.org&

Re: barebones config file

> On Nov 22, 2015, at 11:23 PM, Mark Brethen <mark.bret...@gmail.com> wrote: > > >> On Nov 22, 2015, at 10:36 PM, Ryan Schmidt <ryandes...@macports.org> wrote: >> >> >>> On Nov 22, 2015, at 10:35 PM, Mark Brethen <mark.bret...@gmail.com&

Re: barebones config file

> On Nov 22, 2015, at 10:36 PM, Ryan Schmidt <ryandes...@macports.org> wrote: > > >> On Nov 22, 2015, at 10:35 PM, Mark Brethen <mark.bret...@gmail.com> wrote: >> >> >>> On Nov 22, 2015, at 10:26 PM, Ryan Schmidt <ryandes...@macports.o

Re: barebones config file

> On Nov 22, 2015, at 3:28 PM, Ryan Schmidt <ryandes...@macports.org> wrote: > > > On Nov 21, 2015, at 4:46 PM, Mark Brethen wrote: > >> I have source that uses perl and a simple configure script like so: >> >> #! /bin/sh >> #

Ticket 49745

A patch has been posted for reduce-csl. See https://trac.macports.org/ticket/49745. Thanks, Mark ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

barebones config file

I have source that uses perl and a simple configure script like so: #! /bin/sh # thunk exec perl -wS ./configure.pl ${1+"$@"} The configure phase fails since it doesn’t know what to do with the prefix. I can override this, but what about env variables? #!/usr/bin/perl -w # configure script

Re: swiginac

> On Nov 14, 2015, at 1:38 AM, Joshua Root <j...@macports.org> wrote: > > On 2015-11-14 17:54 , Mark Brethen wrote: >> >> :debug:build Assembled command: 'cd >> "/opt/local/var/macports/build/_Users_marbre_ports_python_py-swiginac/py27-swiginac/work/s

Re: swiginac

> On Nov 14, 2015, at 6:35 AM, Ryan Schmidt wrote: > >> >> maintainers nomaintainer >> >> description interface to GiNaC providing Python with symbolic >> mathematics >> long_description${description} >> >> homepagenone > > Needs a

Re: swiginac

> On Nov 14, 2015, at 10:38 AM, Joshua Root <j...@macports.org> wrote: > > On 2015-11-15 02:57 , Mark Brethen wrote: >> swig_opt = '--swig-cpp' >> if distutils.__version__ >= '2.4': swig_opt = '--swig-opts=-c++' > > OK, looks like the setu

Re: swiginac

> On Nov 14, 2015, at 1:21 PM, Joshua Root wrote: > > Forgot to import LooseVersion from distutils.version? Setup.py: from distutils.core import setup, Extension import distutils from sys import argv, exit import os from os.path import join as pjoin, sep as psep import

Re: swiginac

> On Nov 14, 2015, at 12:56 PM, Mark Brethen <mark.bret...@gmail.com> wrote: > > >> On Nov 14, 2015, at 10:38 AM, Joshua Root <j...@macports.org> wrote: >> >> On 2015-11-15 02:57 , Mark Brethen wrote: >>> swig_opt = '--swig-cpp' >>> if d

Re: swiginac

> On Nov 14, 2015, at 1:25 PM, Mark Brethen <mark.bret...@gmail.com> wrote: > > >> On Nov 14, 2015, at 1:21 PM, Joshua Root <j...@macports.org> wrote: >> >> Forgot to import LooseVersion from distutils.version? > > Setup.py: > > from distut

Re: swiginac

> On Nov 14, 2015, at 3:24 PM, Joshua Root <j...@macports.org> wrote: > > On 2015-11-15 06:53 , Mark Brethen wrote: >> >>> On Nov 14, 2015, at 1:25 PM, Mark Brethen <mark.bret...@gmail.com> wrote: >>> >>> >>>>

swiginac

I’d like to write a port file for swiginac. The install notes indicate it can be installed using python distutils or make. The python setup file was written for version 2.4, I’d like to use it with 2.7. I did not find a configure script and the Makefile does not use the CC, etc. variables, so

Re: swiginac

> On Nov 13, 2015, at 11:03 PM, Joshua Root <j...@macports.org> wrote: > > On 2015-11-14 15:25 , Mark Brethen wrote: >> I’d like to write a port file for swiginac. The install notes indicate it >> can be installed using python distutils or make. The python setup file

Re: swiginac

> On Nov 13, 2015, at 11:03 PM, Joshua Root wrote: > > An old setup.py has a fairly good chance of still working fine with > python 2.7. You could try generating an initial Portfile with pypi2port How is this command used? Mark

Re: swiginac

> On Nov 13, 2015, at 11:23 PM, Mark Brethen <mark.bret...@gmail.com> wrote: > > >> On Nov 13, 2015, at 11:03 PM, Joshua Root <j...@macports.org> wrote: >> >> An old setup.py has a fairly good chance of still working fine with >> python 2.7.

mk4ht: command not found

I’m getting the following error during build: :info:build ./mkhtml.sh :info:build ./mkhtml.sh: line 14: mk4ht: command not found :info:build This is TeX, Version 3.14159265 (TeX Live 2015/MacPorts 2015_5) (preloaded format=tex) Port texlive-htmlxml contains: /opt/local/bin/mk4ht and is

Re: mk4ht: command not found

There is a problem with the texlive-htmlxm port. Both /opt/local/bin/ mk4ht and /opt/local/libexec/texlive/binaries/mk4ht are symlinks to a nonexistent file. > On Nov 6, 2015, at 12:44 AM, Mark Brethen <mark.bret...@gmail.com> wrote: > > I’m getting the following err

Re: [MacPorts] #46157: freecad App wrapper

On Oct 12, 2015, at 10:16 AM, MacPorts wrote: > #46157: freecad App wrapper > -+ > Reporter: mschamschula@… | Owner: macports-tickets@… > Type: enhancement | Status: new > Priority:

adding a maintainer to a port

I would like to add another maintainer to the FreeCAD port that I maintain. How do I get someone added as a maintainer for this port? Mark ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: Help with elkhound port development

On Dec 12, 2014, at 9:28 PM, Brandon Allbery allber...@gmail.com wrote: I already answered this one: the program makes an assumption about how much of the bison header it needs to take, one which is incorrect for bison 3 as is currently in MacPorts and is also probably wrong for all bison 2

Help with elkhound port development

I'm attempting to create a port for elkhound (a GLR Parser Generator) but running into build issues. :notice:configure --- Configuring elkhound :debug:configure Using compiler 'Xcode Clang' :debug:configure Executing org.macports.configure (elkhound) :info:configure Testing C++ compiler ...

Re: Help with elkhound port development

\ port:flex \ port:bison configure { system -W ${worksrcpath} ${configure.cmd} } build { system -W ${worksrcpath} ${build.cmd} } On Dec 12, 2014, at 1:17 PM, Brandon Allbery allber...@gmail.com wrote: On Fri, Dec 12, 2014 at 2:08 PM, Mark Brethen mark.bret

Re: Help with elkhound port development

On Dec 12, 2014, at 1:58 PM, Ryan Schmidt ryandes...@macports.org wrote: On Dec 12, 2014, at 1:26 PM, Mark Brethen wrote: PortSystem 1.0 PortGroup github 1.0 github.setupWeiDUorg elkhound 2014-08-03 distname${version} master_siteshttps

Re: Help with elkhound port development

On Dec 12, 2014, at 7:38 PM, Ryan Schmidt ryandes...@macports.org wrote: On Dec 12, 2014, at 7:18 PM, Mark Brethen wrote: On Dec 12, 2014, at 1:58 PM, Ryan Schmidt wrote: On Dec 12, 2014, at 1:26 PM, Mark Brethen wrote: PortSystem 1.0 PortGroup github 1.0

Re: lib edit --enable-widec option breaks tab-completion

, 2014, at 10:22 AM, Mark Brethen wrote: On Oct 26, 2014, at 4:12 AM, Ryan Schmidt wrote: On Oct 24, 2014, at 6:56 PM, Mark Brethen wrote: I've found that compiling against macports libedit, which is configured for wide-char/UTF-8 (--enable-widec option), breaks tab completion. The program

port submission: reduce

I have submitted two new tickets: Ticket #45740 makes reduce-algebra obsolete; replaced by Ticket #45739, a new metaport for reduce. Please review these tickets and submit comments as necessary. Thanks, Mark ___ macports-dev mailing list

Re: lib edit --enable-widec option breaks tab-completion

I think it uses the standard ASCII character set, but I'll check. Sent from my iPhone On Oct 26, 2014, at 4:12 AM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 24, 2014, at 6:56 PM, Mark Brethen wrote: I've found that compiling against macports libedit, which is configured

Re: lib edit --enable-widec option breaks tab-completion

On Oct 26, 2014, at 8:07 PM, Joshua Root j...@macports.org wrote: On 2014-10-25 10:56 , Mark Brethen wrote: I've found that compiling against macports libedit, which is configured for wide-char/UTF-8 (--enable-widec option), breaks tab completion. The program that I'm building is bundled

Re: lib edit --enable-widec option breaks tab-completion

On Oct 26, 2014, at 6:07 PM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 26, 2014, at 10:22 AM, Mark Brethen wrote: On Oct 26, 2014, at 4:12 AM, Ryan Schmidt wrote: On Oct 24, 2014, at 6:56 PM, Mark Brethen wrote: I've found that compiling against macports libedit, which

Re: [127265] trunk/dports/cad

On Oct 25, 2014, at 7:12 AM, Kurt Hindenburg kurt.hindenb...@gmail.com wrote: On Oct 24, 2014, at 5:32 PM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 24, 2014, at 9:15 AM, khindenb...@macports.org wrote: Revision 127265 Author khindenb...@macports.org Date 2014-10-24

lib edit --enable-widec option breaks tab-completion

I've found that compiling against macports libedit, which is configured for wide-char/UTF-8 (--enable-widec option), breaks tab completion. The program that I'm building is bundled with libedit and compiles it without UTF-8 support. In this case tab completion works. Is it okay to install this

depends

Is it possible to specify e.g lib-depends {port:A || port:B} i.e. either port A or port B? Mark ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: depends

On Oct 18, 2014, at 2:09 PM, Jeremy Lavergne jer...@lavergne.gotdns.org wrote: Usually a variant or subport would achieve this. On Oct 18, 2014, at 2:41 PM, Mark Brethen wrote: Is it possible to specify e.g lib-depends {port:A || port:B} i.e. either port A or port B? Right, but I

Re: depends

On Oct 18, 2014, at 7:10 PM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 18, 2014, at 1:41 PM, Mark Brethen wrote: Is it possible to specify e.g lib-depends {port:A || port:B} i.e. either port A or port B? No, unless port A and port B are different versions of the same software

Re: depends

On Oct 18, 2014, at 7:19 PM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 18, 2014, at 7:16 PM, Mark Brethen wrote: On Oct 18, 2014, at 7:10 PM, Ryan Schmidt wrote: On Oct 18, 2014, at 1:41 PM, Mark Brethen wrote: Is it possible to specify e.g lib-depends {port:A || port:B} i.e

Re: depends

On Oct 18, 2014, at 9:09 PM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 18, 2014, at 7:32 PM, Mark Brethen wrote: On Oct 18, 2014, at 7:19 PM, Ryan Schmidt wrote: On Oct 18, 2014, at 7:16 PM, Mark Brethen wrote: On Oct 18, 2014, at 7:10 PM, Ryan Schmidt wrote: On Oct 18

Re: port ${name}

On Oct 13, 2014, at 4:03 PM, Ryan Schmidt ryandes...@macports.org wrote: All ports must install at least one file. You can look at other metaports to see what they do. Typically they create a file called README and put either a placeholder message or the port's description into it.

Re: port ${name}

On Oct 13, 2014, at 7:41 AM, Brandon Allbery allber...@gmail.com wrote: On Mon, Oct 13, 2014 at 8:33 AM, Mark Brethen mark.bret...@gmail.com wrote: If a user tries to install port ${name} how should this be handled? That depends on what exactly you're trying to do. Obvious possibilities

Re: svn fetch multiple directories

On Oct 13, 2014, at 4:10 PM, Ryan Schmidt ryandes...@macports.org wrote: Why do you need to fetch from multiple URLs? The repository contains files for windows, linux, etc. (everything but the kitchen sink) which is unnecessary for macports (the install takes an hour because I'm limited to

Re: svn fetch multiple directories

On Oct 13, 2014, at 4:47 PM, Daniel J. Luke dl...@geeklair.net wrote: it may be worthwhile to step back and figure out why the port has to checkout from svn at all. In general we should discourage (ab)using source control repositories in this way. It's /much/ better to be able to get a

make clean preceding make all

How does one setup a portfile to do a 'make clean' before a 'make all'? I thought of using pre-build { system -W ${somedir} ${build.cmd} clean } Mark ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: make clean preceding make all

On Oct 12, 2014, at 3:46 PM, Lawrence Velázquez lar...@macports.org wrote: On Oct 12, 2014, at 4:16 PM, Mark Brethen mark.bret...@gmail.com wrote: How does one setup a portfile to do a 'make clean' before a 'make all'? Why would you want to do this? We currently assume that the build

svn fetch multiple directories

I'm breaking up an svn into different subports. It would save download time if I can checkout only the directories needed from the repository for each subport. Can you give multiple URLs for 'svn.url'? Similar to: $ svn checkout file:///tmp/repos/test file:///tmp/repos/quiz working-copies

Re: svn fetch multiple directories

On Oct 12, 2014, at 4:23 PM, Mark Brethen mark.bret...@gmail.com wrote: I'm breaking up an svn into different subports. It would save download time if I can checkout only the directories needed from the repository for each subport. Can you give multiple URLs for 'svn.url'? Similar

Re: make clean preceding make all

On Oct 12, 2014, at 7:51 PM, Lawrence Velázquez lar...@macports.org wrote: On Oct 12, 2014, at 4:52 PM, Mark Brethen mark.bret...@gmail.com wrote: The doc directory in the svn has prebuilt docs Is there something wrong with the prebuilt documentation? vq In the off-chance that the tex

Re: svn fetch multiple directories

On Oct 12, 2014, at 8:00 PM, Lawrence Velázquez lar...@macports.org wrote: Right now, you can do your own fetch in a pre- or post-fetch stage. See the rust port, for example. Or, how about: fetch { svn checkout file:///tmp/repos/test file:///tmp/repos/quiz ${worksrcpath} } Mark

Re: echo script output to the display

On Sep 21, 2014, at 3:32 AM, Ryan Schmidt ryandes...@macports.org wrote: To see the test results, the user could run: port log --phase test zlib For the log to still be there after the installation, the user would also have to have set keeplogs yes. I do this on my main MacPorts

user variable

If I have to set a variable using a shell script included in the ${distfiles}, for example: set builddir [exec ${worksrcpath}/scripts/findhost.sh [exec ${worksrcpath}/config.guess]] and the variable is used in both build and destroot phases, can I set it just once? or do I have to set it

configure.cmd

What are the limitations on the configure.cmd variable? I tried configure.cmd ./configure ${configure.pre_args} --with-csl ; ./configure --with-psl but port didn't like that. I ended up with configure.args-append --with-csl # Need to run the configure script twice, once

Re: configure.cmd

On Sep 28, 2014, at 7:07 PM, Ryan Schmidt ryandes...@macports.org wrote: On Sep 28, 2014, at 1:25 PM, Mark Brethen wrote: What are the limitations on the configure.cmd variable? I tried configure.cmd ./configure ${configure.pre_args} --with-csl ; ./configure --with-psl

Re: configure.cmd

On Sep 28, 2014, at 7:39 PM, Ryan Schmidt ryandes...@macports.org wrote: On Sep 28, 2014, at 7:29 PM, Mark Brethen wrote: The config log looks like pretty basic stuff; probably why it works. I don't doubt that it works for you in the situation you tested; I'm worried that it might

Re: echo script output to the display

In my case the benchmark test results ending up in the log file, which is deleted after a successful build, seemed pointless. Sent from my iPhone On Sep 25, 2014, at 1:26 PM, Lawrence Velázquez lar...@macports.org wrote: On Sep 25, 2014, at 2:22 PM, Eric Gallager eg...@gwmail.gwu.edu wrote:

Fwd: Please commit tickets #44097, #44671 and #44679

Begin forwarded message: From: Mark Brethen mark.bret...@gmail.com Subject: Please commit tickets #44097, #44671 and #44679 Date: August 18, 2014 at 8:20:17 AM CDT To: MacPorts Development macports-dev@lists.macosforge.org I have successfully tested the following changes made

Re: echo script output to the display

On Sep 21, 2014, at 3:32 AM, Ryan Schmidt ryandes...@macports.org wrote: For the log to still be there after the installation, the user would also have to have set keeplogs yes. I didn't see this in the online documentation. Mark ___

Re: echo script output to the display

On Sep 21, 2014, at 3:24 PM, Mark Brethen mark.bret...@gmail.com wrote: On Sep 21, 2014, at 3:32 AM, Ryan Schmidt ryandes...@macports.org wrote: For the log to still be there after the installation, the user would also have to have set keeplogs yes. I didn't see this in the online

echo script output to the display

I have a 'test' variant that will run a script called 'testall.sh' during the test phase, like so: variant test description {CSL build tests} { test.runyes test { system cd ${worksrcpath} ./scripts/testall.sh --csl } } However output is

Re: echo script output to the display

On Sep 20, 2014, at 9:21 AM, Daniel J. Luke dl...@geeklair.net wrote: On Sep 20, 2014, at 10:16 AM, Mark Brethen mark.bret...@gmail.com wrote: I have a 'test' variant why? shouldn't you just set test.run and test.cmd (outside of any variants?) -- Daniel J. Luke

Re: echo script output to the display

On Sep 20, 2014, at 10:30 AM, Clemens Lang c...@macports.org wrote: Hi, - On 20 Sep, 2014, at 16:27, Mark Brethen mark.bret...@gmail.com wrote: You're thinking it should run automatically instead of user setting? Setting test.run and test.cmd doesn't make MacPorts run the tests

Re: Coin-framework subport

On Aug 17, 2014, at 9:54 PM, Mark Brethen mark.bret...@gmail.com wrote: I could not find any documentation for subports. A subport for Coin framework works with 'port install Coin subport=Coin-framework' but if I add a lib dependency in freecad: 'port:Coin-framework' it installs both Coin

Please commit tickets #44097, #44671 and #44679

I have successfully tested the following changes made to the freecad, Coin and SoQt ports: 1. Removed the aqua variant from SoQt. It will only install the framework and only with Qt4-mac. 2. There is now a Coin-framework subport which installs the framework version and the main Coin port will

Re: checking for variant behaviour

On Aug 9, 2014, at 11:13 PM, Ryan Schmidt ryandes...@macports.org wrote: On Aug 9, 2014, at 2:09 PM, Mark Brethen wrote: On Aug 8, 2014, at 10:53 PM, Ryan Schmidt wrote: Coin's aqua variant is problematic because it completely changes where are installed. There should instead be a Coin

Re: checking for variant behaviour

I need info on subport creation if it is done this way. For example, the post-build would be common to both. How do you handle this without duplication? Mark On Aug 8, 2014, at 10:53 PM, Ryan Schmidt ryandes...@macports.org wrote: Coin's aqua variant is problematic because it completely

Coin-framework subport

I could not find any documentation for subports. A subport for Coin framework works with 'port install Coin subport=Coin-framework' but if I add a lib dependency in freecad: 'port:Coin-framework' it installs both Coin and Coin-framework, causing an error. How can I fix this? Here is the

Re: checking for variant behaviour

On Aug 9, 2014, at 11:13 PM, Ryan Schmidt ryandes...@macports.org wrote: On Aug 9, 2014, at 2:09 PM, Mark Brethen wrote: On Aug 8, 2014, at 10:53 PM, Ryan Schmidt wrote: Coin's aqua variant is problematic because it completely changes where are installed. There should instead be a Coin

Re: checking for variant behaviour

On Aug 8, 2014, at 10:53 PM, Ryan Schmidt ryandes...@macports.org wrote: Coin's aqua variant is problematic because it completely changes where are installed. There should instead be a Coin-framework subport which installs the framework version and the main Coin port can install just the

FreeCAD port submission

Would a commiter please review Tickets #44042, #44142 and #44097? If they look OK, please commit them or post feedback. I have personally tested them on a macbook pro w/ OS 10.9.4, xcode 5.1.1 and port version 2.3.1. A big Thank you to all who helped along the way! -Mark Mark

Re: Unable to launch Qt Assistant

On Jul 14, 2014, at 6:22 PM, Mark Brethen mark.bret...@gmail.com wrote: I'm testing the FreeCAD build and discovered that the help menu returns the error message: Unable to launch Qt Assistant (/opt/local/bin/Assistant.app/Contents/MacOS/Assistant). Launching Qt Assistant is done

  1   2   3   >