Do 'svn revert' on it.
On Mon, Nov 23, 2015 at 11:29 AM, Vincent Habchi wrote:
> Ryan,
>
> > qt_archdata_dir should be set in the qt5 1.0 portgroup. Do you perhaps
> have local modifications to this portgroup that are conflicting with the
> official version?
>
> Bullseye! But if I delete my qt5-
Hi all,
I want to make the "gromacs-double" subport instead just a variant "gromacs
+double" as I don't see any particular reason why both would need to be
co-installed, and it seems clearer this way.
How should one proceed for removing a subport, compared to the procedure
for removing a port?
ht
rpose from this port, because the conflict with the non-double port was
not handled properly and so the double port failed to install. And I didn't
see any tickets about it.
David
On Fri, Dec 11, 2015 at 7:29 PM, Ryan Schmidt
wrote:
>
> On Dec 10, 2015, at 5:05 PM, David Strubbe wrote:
Ok, I changed it only because it was not working for me (at least at the
time).
David
On Sat, Dec 12, 2015 at 5:24 AM, Ryan Schmidt
wrote:
>
> > On Dec 12, 2015, at 4:18 AM, dstru...@macports.org wrote:
> >
> > Revision
> > 141620
> > Author
> > dstru...@macports.org
> > Date
> > 2015-10-23 10:
I added the warning. The use of mpi_active_variant_name in this Portfile
apparently fails, so yes it should be changed in the Portfile to not
trigger the warning. We had discussed this on the list about a month ago,
regarding also the cdo and ncarg ports.
David
On Sun, Dec 20, 2015 at 11:03 AM, J
Hi all,
If you are in the directory of a Portfile, you can use "port install" or
"port install current" to install the port described by the Portfile. But
what if the Portfile contains a subport? Is there a way to install the
subport in this way? It would be helpful for testing purposes.
Thanks,
Hi all,
I just made an update (unrelated to fetching) to blitz-devel, a
nomaintainer port, and got this error below from each buildbot, even though
it worked fine on my machine. Anyone know what this is about?
Thanks,
David
DEBUG: Executing org.macports.fetch (blitz-devel)
DEBUG: Executing: /opt
Hi all,
I propose to make the port pymol-devel obsolete. There is a pymol port,
which is a newer version of the same software. It is not clear what, if
any, purpose pymol-devel serves, though years ago it was a newer version
than the pymol port (no clear reason was stated at the time for why this
Hi all,
Is there a way to get the value of build.args in a Portfile? I would like
to do something like
pre-test {
test.args-append ${build.args}
}
but there is no such variable.
David
___
macports-dev mailing list
macports-dev@lists.macosforge.or
Oops and thanks for the further clarifications. I have just updated it.
David
On Fri, Jan 8, 2016 at 5:02 PM, Joshua Root wrote:
> > Revision: 144426
> > https://trac.macports.org/changeset/144426
> > Author: dstrubbe at macports.org
> > Date: 2016-01-08 12:16:33 -0800 (Fri, 08
Are you sure that is what this line meant? It is hard to believe that
ccache could be related to this error message of illegal syntax in a
Makefile. And, I just commented out the ccache line and the port seems to
work fine without that line, or with configure.ccache yes.
David
On Sat, Jan 9, 2016
Oh ok. I have seen some ports have a revision increased recently because of
a change of default variants, so I was following that, but I guess they
shouldn't have been.
David
On Wed, Jan 13, 2016 at 12:47 PM, Ryan Schmidt
wrote:
>
> On Jan 13, 2016, at 11:45 AM, Ryan Schmidt wrote:
>
> > But th
Ok, thanks for the explanation. And the fix to my logic in the Portfile.
David
On Thu, Jan 14, 2016 at 8:14 AM, Ryan Schmidt
wrote:
>
> On Jan 13, 2016, at 11:53 AM, David Strubbe wrote:
>
> > Oh ok. I have seen some ports have a revision increased recently because
> of a
Hi all,
After making a commit to the port miriad, I find that the fetch fails on
the buildbots like this (
https://build.macports.org/builders/buildports-mtln-x86_64/builds/27365/steps/compile/logs/stdio).
Is there any inherent problem with fetching from an https site? Or, any
suggestion on how to
Hi Sébastien and Ryan,
The solution discussed here will solve the problem but is unnecessarily
restrictive by using only +gcc5. What you should do is this line instead:
compilers.enforce_some_fortran cfitsio
Then any of the Fortran variants gcc5, g95, gcc49 etc. will be accepted.
This is part of
I'd like to second that. I think many issues of variant dependencies are
helped by passing down both manually specified and default variants.
David
On Mon, Apr 4, 2016 at 10:44 AM, Takeshi Enomoto
wrote:
> Dear Ryan and Mojca,
>
> OK. So I see that this is not the problem of the port.
> I don’t
Well, that is not the current behavior if a variant is specified manually.
What happens is:
port install A +var
does
port install B +var && port install A +var.
Why do you think it would be inappropriate to do that for default variants?
On Mon, Apr 11, 2016 at 11:47 AM, Daniel J. Luke wrote:
some other port, it should be
>> installed the same way as if it were installed manually first.
>>
>> ie. A requires B:
>>
>> port install A
>> and
>>
>> port install B && port install A
>>
>> should result in the same final install.
>
On Mon, Apr 11, 2016 at 4:42 PM, Daniel J. Luke wrote:
>
> The ideal port has no variants (or at least has only default variants) -
> it builds with all reasonable options and people don't have to think about
> it.
>
I agree, but the question is what to do when the port does have variants.
Consid
On Mon, Apr 11, 2016 at 5:07 PM, Daniel J. Luke wrote:
> On Apr 11, 2016, at 5:02 PM, David Strubbe wrote:
> > I agree, but the question is what to do when the port does have
> variants. Consider, for example, ports with Fortran compiler variants that
> enable optional Fortran s
This is reported in this ticket: https://trac.macports.org/ticket/51245
On Thu, May 5, 2016 at 12:40 PM, Marius Schamschula
wrote:
> Hi all,
>
> Yesterday, r148332 updated libgcc and several versions of gcc. The build
> bots failed to build these ports, and now my own machines are seeing the
> s
Hi all,
I am a bit confused about what is going on with selection of compiler on
Snow Leopard for the apbs port. It is taking clang for C but llvm-g++-4.2
for C++, and the latter does not work for this port. If clang++ were used I
think it would work. Why is that not being selected? Why is an inco
Thanks for the info, Mojca. I understand the situation now, though I would
certainly be in favor of handling this more clearly in base as you
outlined. That worked. (inevitably, it turns out clang-3.4 which was taken
instead has its own different problem on that code...)
David
On Thu, Jun 9, 2016
Hi Ryan,
The +testing variant of revision 2 is equivalent to no variant at revision
1. So, yes it does have an effect, of removing quite a lot of installed
files that are unnecessary except for when testing.
David
On Sat, Jun 11, 2016 at 3:21 AM, Ryan Schmidt
wrote:
>
> > On Jun 10, 2016, at 1
Hi all,
Ryan has proposed moving to gcc6 as the standard default version of the GCC
compiler, which would be done in the compilers portgroup. It sounds like a
good idea to me. Does anyone see a problem with that with their ports that
use the compilers portgroup? (If so, the default can always be o
Hello Takeshi,
I just noticed that you created a port lapack (including BLAS) in r146856.
Is this really useful? We already have the ATLAS port which provides BLAS
and LAPACK; the OpenBLAS port which provides exactly the same
implementation of LAPACK from netlib as your port lapack; and the built-
Hi,
Let me add a few comments.
- The dependency for BLAS is wrong: the port OpenBLAS provides a library
-lopenblas not -lblas. Apparently the "lapack" port includes BLAS anyway.
To be simpler and more flexible, I suggest use of the linear algebra port
group I created to handle all this and also pr
Additionally, the dependency port:xorg-libX11 does not seem necessary: I
don't see any evidence in the build log that it is used, and the build
succeeds without it being active.
On Sun, Oct 16, 2016 at 5:23 PM, David Strubbe
wrote:
> Hi,
>
> Let me add a few comments.
> - T
Hi Takeshi,
Thanks for the response.
On Mon, Oct 17, 2016 at 7:55 AM, Takeshi Enomoto
wrote:
>
> * LAPACK from netlib is active.
>
I do not doubt that the netlib LAPACK is active -- this is of course the
reference implementation that the vendors use in optimization.
> * the man pages can be
It appears libX11, in the LIB_PGPLOT variable, is used in principle to
compile some codes that are not in fact compiled in this package. It looks
like X11 is only in fact used via pgplot.
On Mon, Oct 17, 2016 at 10:46 AM, Ryan Schmidt
wrote:
>
> > On Oct 16, 2016, at 11:57 PM, Davi
, openmaintai...@macports.org
On Mon, Oct 17, 2016 at 11:38 AM, Thibaut Paumard
wrote:
> This is correct. I will emote the dependency.
>
> Should I also remove -lX11 from LIB_PGPLOT, since libpgplot itself is
> linked with -lX11?
>
> Kind regards, Thibaut.
>
>
> Le 17 oct. 201
Also the last line is misspelled, I think you mean "place where you have
write access".
On Wed, Oct 19, 2016 at 7:35 PM, Ryan Schmidt
wrote:
>
> > On Oct 18, 2016, at 7:01 AM, thib...@macports.org wrote:
> >
> > Revision
> > 154019
> > Author
> > thib...@macports.org
> > Date
> > 2016-10-18 05:0
Hi René,
The purpose of the active_variants portgroup is to provide error messages
like the one you mentioned, after checking whether a certain variant was
used for a dependency. That's all it does. The only way I know of that you
could make opencv get installed with +qt5 in this context is to do
I agree with you about what should happen. I just wanted to clarify that
the active_variants portgroup doesn't make that happen, and probably cannot
-- this is a base issue.
On Thu, Oct 27, 2016 at 11:28 AM, René J.V. Bertin
wrote:
> On Thursday October 27 2016 11:12:10 David Strub
: Remove svn $Id$ line.8ed388e is described below
> commit 8ed388e541ce01d92d698791fefd72a4bd2448c9Author: David Strubbe
>
> AuthorDate: Mon Oct 31 18:48:04 2016 -0700
> berkeleygw: Remove svn $Id$ line.---
> science/berkeleygw/Portfile | 1 -
> 1 file changed, 1 deletion(-)
&
I just wanted to try out the new git setup to make sure things were working
for me, and this was a simple little thing to do.
On Mon, Oct 31, 2016 at 7:10 PM, Brandon Allbery
wrote:
>
> On Mon, Oct 31, 2016 at 10:05 PM, Lawrence Velázquez
> wrote:
>
>> new 8ed388e berkeleygw: Remove svn $Id$ li
Hi all,
I found two strange things in using 'port installed depends:'. The 'gcr'
port appears to depend on itself, and gconf and gtk3 appear to depend on
each other. Does this make sense? Is it a bug in base or the Portfiles?
David
$ port installed depends:gcr
The following ports are currently i
ot; is buggy. Maybe it should be removed if
it has been supplanted by "depof:".
David
On Mon, Apr 7, 2014 at 2:03 PM, Bradley Giesbrecht wrote:
> On Apr 7, 2014, at 9:12 AM, David Strubbe wrote:
> > Hi all,
> >
> > I found two strange things in using 'port instal
Looks great. I suggest that in the info on the right-hand side for a given
port, you mention also the possibility of running "port test" when
available.
David
On Mon, Apr 7, 2014 at 4:13 PM, wrote:
> Hi Ryan,
>
> I do like your work very much! This looks really cool!!!
>
> A few remarks:
>
>
eem to appear in the guide.
David
On Mon, Apr 7, 2014 at 2:46 PM, Eric Gallager wrote:
> I was under the impression that the "depends:" pseudo-portname and the
> "depof:" portname were two separate things...
>
>
>
> On Mon, Apr 7, 2014 at 2:19 PM, David Str
nstalled depends:libxc" includes the
dependencies not only of "libxc" but also of the entirely unrelated
"xorg-libxcb", "xorg-libXcomposite", and "xorg-libXcursor".
David
On Mon, Apr 7, 2014 at 6:01 PM, David Strubbe wrote:
> Indeed, evidently &q
at 17:14, David Strubbe wrote:
>
> > Ok, I think I see what is going on here: apparently "port installed
> depends:XXX" returns all ports depending on port XXX -- OR a port that
> contains the string XXX.
>
> It's a regular expression search. So if you want the
You can use "clang -E" to preprocess Fortran in a way compatible with gcc's
cpp (at least on the several codes I have tested it with).
David
On Thu, Apr 17, 2014 at 1:16 PM, Sean Farley wrote:
>
> Sébastien Maret writes:
>
> > Le 17 avr. 2014 à 18:13, Sean Farley a écrit :
> >
> >> Sébastien
Here's another possible scenario: installing a port that requires a
dependency to have a certain variant, but this variant is not set. It could
offer to reinstall the dependency with that variant.
David
On Mon, May 12, 2014 at 10:04 AM, Shashwat Pandey <
devshashwatpan...@gmail.com> wrote:
> Hi
Hi Ryan,
Why is using a patchfile instead of reinplace preferable?
David
On Sun, Jun 8, 2014 at 3:33 PM, Ryan Schmidt
wrote:
> On Jun 5, 2014, at 12:30 PM, m...@macports.org wrote:
>
> > Revision
> > 120684
> > Author
> > m...@macports.org
> > Date
> > 2014-06-05 10:30:25 -0700 (Thu, 05 Jun 2
Hi Ryan,
I agree that it "should" not be a problem, but it actually crashed both
'port search' and 'svn diff' commands for me which seemed like a pretty
significant problem. Also that character renders in various different ways
(for cat, emacs, etc.), mostly erroneous, so it fails in the goal of
c
How does one make XQuartz's xterm support UTF-8?
David
On Sun, Jun 22, 2014 at 11:26 PM, Mihai Moldovan wrote:
> * On 23.06.2014 02:12 am, Michael Dickens wrote:
> > That said, it's quite possible that I've messed up my xterm settings
> > somehow, which is causing the locking (me, and David ap
Hello all,
I just got this output on upgrading ports, with an error message for
activating texlive-common which is empty. Anyone know what is going on?
David
...
---> Fetching archive for texlive-common
---> Attempting to fetch texlive-common-2014_0.darwin_12.noarch.tbz2 from
http://mse.uk.pac
ectory:
/opt/local/var/macports/logs/_opt_local_var_macports_registry_portfiles_texlive-common-2013_0_262d7eea3bb2898396497218a856f330b058d55c58552609aa010ea520eabefa-5752/texlive-common
On Mon, Jul 7, 2014 at 1:58 PM, Joshua Root wrote:
> On 2014-7-8 03:18 , David Strubbe wrote:
> > Hello all,
> >
> >
Is there a simple way to determine the sequence of dependencies, like "
ffmpeg->gnutls->nettle->openssl" ?
David
On Thu, Jul 10, 2014 at 6:51 PM, David Evans wrote:
> On 7/10/14 3:18 PM, Mojca Miklavec wrote:
> > Actually, something similar is true for ffmpeg as well:
> >
> > "ffmpeg" is not d
Maybe you are just looking at the list of open tickets that are
submissions, i.e. only the ones that haven't made it in. A large number
certainly have been accepted over the years.
David
On Mon, Aug 4, 2014 at 2:22 PM, Nathan Wehr wrote:
> I’m fairly new to MacPorts, and I have a port that I s
Hi all,
Is there a way to access a file such as a config.log from a failed port
build on a buildslave?
After my recent changes r125398 and r125404 to the abinit port, the build
failed on Mountain Lion, in the configure stage, as follows:
checking for mpicc-mpich-mp... /opt/local/bin/mpicc-mpich-
One approach you could use for the test output is to redirect it into a
file, and then put a ui message to look at that file for the results.
David
On Sat, Sep 20, 2014 at 2:11 PM, Mark Brethen
wrote:
>
> On Sep 20, 2014, at 10:30 AM, Clemens Lang wrote:
>
> > Hi,
> >
> > - On 20 Sep, 2014
That worked, thanks for the tip!
David
On Sun, Sep 21, 2014 at 10:28 PM, Ryan Schmidt
wrote:
> On Sep 22, 2014, at 12:21 AM, dstru...@macports.org wrote:
> >
> > Revision
> > 125581
> > Author
> > dstru...@macports.org
> > Date
> > 2014-09-21 22:21:07 -0700 (Sun, 21 Sep 2014)
> > Log Message
>
You could alternately try to patch the code to pay attention to CFLAGS. I'm
not sure how complicated that would be in the build system.
David
On Thu, Oct 2, 2014 at 6:13 PM, Ryan Schmidt
wrote:
>
> On Oct 2, 2014, at 4:29 PM, Lawrence Velázquez wrote:
> >
> > On Oct 2, 2014, at 5:13 PM, Ryan Sc
Hi Ryan,
The point is that there is no check unfortunately on whether the tests
passed. You have to read through the results to see whether they are ok. So
the test phase would fail only if execution of one of the steps failed,
unlike the typical situation where 'make check' would give an error co
Schmidt
wrote:
>
> On Nov 2, 2014, at 12:51 PM, David Strubbe wrote:
>
> > The point is that there is no check unfortunately on whether the tests
> passed. You have to read through the results to see whether they are ok. So
> the test phase would fail only if execution of on
Hi all,
Is there a way to make default variants be passed to dependencies when
installing them? My octopus port depends on fftw-3 and needs it to be built
with a Fortran variant. octopus has +gcc48 as default variant, and building
fftw-3 +gcc48 will work. But on the buildbots it just builds fftw-3
ether
there is some way to get around this.
David
On Sun, Nov 16, 2014 at 5:01 PM, Joshua Root wrote:
> On 2014-11-17 08:52 , David Strubbe wrote:
> > Hi all,
> >
> > Is there a way to make default variants be passed to dependencies when
> > installing them? My oc
wrote:
> Asking to ensure that your dependencies have certain variants applied is
> depending on variants. Restricting it to variants that the dependent
> port has itself doesn't change the fundamental issues.
>
> - Josh
>
> On 2014-11-17 09:05 , David Strubbe wrote:
&
Thanks, fixed in r128435.
On Thu, Nov 20, 2014 at 8:18 PM, Ryan Schmidt
wrote:
> On Nov 20, 2014, at 12:23 PM, dstru...@macports.org wrote:
> >
> > Revision
> > 128393
> > Author
> > dstru...@macports.org
> > Date
> > 2014-11-20 10:23:26 -0800 (Thu, 20 Nov 2014)
> > Log Message
> >
> > berkeleyg
Hi Rainer,
Sean did indeed add the default_variants to the compilers portgroup in the
last month or two. Perhaps you were trying before then.
David
On Thu, Feb 26, 2015 at 9:30 AM, Rainer Müller wrote:
> On 2015-02-26 14:22, Artur Szostak wrote:
> > Let me rephrase: Assuming I have to use gcc
How about using "ls -lt" in an appropriate step of the Portfile to get this
info?
David
On Tue, Mar 17, 2015 at 2:35 PM, Marko Käning wrote:
> Hi Blair,
>
> On 17 Mar 2015, at 19:25 , Blair Zajac wrote:
> > Error: org.macports.destroot for port maven31 returned: ln:
> /opt/local/bin/mvn31: Fil
Why is it called Pallet?
David
On Wed, May 6, 2015 at 8:59 PM, Mark Anderson wrote:
> I love it. I agree with Ryan, I think a portfile Editor/IDE should be a
> separate MacPorts.framework project from Pallet.
>
> —Mark
> ___
> Mark E. Anderson
>
> On Wed, May 6, 2015 at 8:4
A general question: what is the purpose of adding a repo for the ESO
software, as opposed to just committing the individual Portfiles that exist
in that repo to the standard MacPorts repo?
David
On Mon, Jun 1, 2015 at 11:44 AM, René J.V. wrote:
> On Monday June 01 2015 15:56:32 Thibaut Paumard
> In our case: we have a community of astronomers that have requested a
> distribution mechanism for ESO software via MacPorts, which they are
> familiar with. However, our software is only relevant to astronomers (a few
> hundred users), rather than the much larger community that the default
> Mac
Provided the licenses for your software and its dependencies would make the
binaries redistributable, the binaries will be built automatically for the
default variants by the buildslaves (using various recent versions of OSX)
after a commit of a Portfile to the MacPorts repository, and then those
b
* dstru...@gmail.com [dstru...@gmail.com] on behalf of David
> Strubbe [dstru...@macports.org]
> *Sent:* 01 June 2015 21:06
> *To:* Artur Szostak
> *Cc:* MacPorts Development
> *Subject:* Re: Easy access to external repositories.
>
> Provided the licenses for your software and its depend
Hi Artur,
Since you are discussing the question of ensuring the reliability of
results, let me point out that you can add a "test"phase in the Portfile,
to run a testsuite with the command "port test". I am developing and
maintaining several software package for condensed-matter physics and have
f
Hello all,
I have just updated to Yosemite and used the migration instructions at
http://trac.macports.org/wiki/Migration
I want to point out two issues:
1. Running "sudo port clean all" takes a huge amount of time. Apparently
many hours for me; I didn't have the patience to let it finish. Inste
On Mon, Sep 14, 2015 at 8:04 PM, Joshua Root wrote:
>
> > 2. The list of ports generated in myports.txt and requested.txt will
> > include ports that are deactivated, including one line for each version
> > of a port, whether active or not. One line total regardless of number of
> > versions woul
Ok, thanks.
David
On Sat, Oct 3, 2015 at 7:35 AM, Ryan Schmidt
wrote:
>
> > On Oct 2, 2015, at 2:43 PM, dstru...@macports.org wrote:
> >
> > Revision
> > 140793
> > Author
> > dstru...@macports.org
> > Date
> > 2015-10-02 12:43:15 -0700 (Fri, 02 Oct 2015)
> > Log Message
> >
> > svdlibc: Add li
g a deactivated port.
Is there a way to get some code to run when activating a deactivated port?
Thanks,
David
On Sun, Nov 16, 2014 at 6:40 PM, Lawrence Velázquez
wrote:
> On Nov 16, 2014, at 5:32 PM, David Strubbe wrote:
>
> > All right, but can you clarify about default variants
s message before activate. When I
deactivate and re-activate, I don't see the message. My conclusion was that
pre-activate was not being run in the latter case -- is there some other
reason it wouldn't be written?
David
On Sat, Oct 10, 2015 at 7:06 PM, Joshua Root wrote:
> On 2015-10
On Sat, Oct 10, 2015 at 10:34 PM, Joshua Root wrote:
> On 2015-10-11 11:34 , David Strubbe wrote:
> > Thanks for checking. I realize now I can find these two different
> > behaviors, depending on whether the other dependency BWidget is
> > installed or not. I'm confus
g:activate Executing org.macports.activate (xcrysden)
:msg:activate ---> Activating xcrysden @1.5.60_1+gcc5
On Sat, Oct 10, 2015 at 11:33 PM, David Strubbe
wrote:
>
>
> On Sat, Oct 10, 2015 at 10:34 PM, Joshua Root wrote:
>
>> On 2015-10-11 11:34 , David Strubbe wrote:
>> &
t; :debug:activate required: x11, forbidden:
> :debug:activate rejected, because required variant x11 is missing
> :msg:activate Warning: tk must be installed with +x11.
> :debug:activate Executing org.macports.activate (xcrysden)
> :msg:activate ---> Activating xcrysden @1.5.60_1
Hi Josh,
Thanks for the response.
On Tue, Oct 13, 2015 at 8:26 PM, Joshua Root wrote:
> On 2015-10-14 04:53 , David Strubbe wrote:
> > Can anyone help me with these questions?
> >
> > In short, I am wondering:
> > - Why does 'port install xcrysden +x
ies. This comes from port1.0/portutil.tcl and
should
@@ -278,3 +284,5 @@
pre-activate {
_check_require_active_variants activate
}
+
+}
On Tue, Oct 13, 2015 at 10:35 PM, Joshua Root wrote:
> On 2015-10-14 13:04 , David Strubbe wrote:
> > > - Why is pre-activate cod
Hi Rainer,
Do you have a suggestion of how to accomplish that? That could potentially
be a simpler approach than adding include guards.
If we do go with include guards, anyone want to comment on my particular
implementation?
Index: dports/_resources/port1.0/group/active_variants-1.1.tcl
Hi all,
Can someone explain what the meaning of the possible values of the
'platforms' variable are in a Portfile? Most ports seem to list 'darwin'
but I have seen some that say 'macosx' or even 'puredarwin'. I understand
the meaning of clearly different operating system designations such as
freeb
Discussed and resolved here: https://trac.macports.org/ticket/49669
David
On Thu, Nov 12, 2015 at 3:33 AM, David Evans wrote:
> On 11/11/15 11:36 PM, Marko Käning wrote:
> > Ooops, what does this error suddenly happen?
> >
> > ---
> > ---> Updating MacPorts base sources using rsync
> > MacPort
Yes, this is a pet peeve of mine. Try figuring out whether a ticket has
been filed against the port "R" or not... It would be helpful to give the
option in this context not to use regexes, so to check whether the port
field is exactly "R" (or if separated into comma-delimited fields, one is
exactly
Hi all,
I have two questions about Portfile development.
I saw in the guide that there is a "test" phase that can be defined with
test.run, test.cmd, test.target. But the information there is quite
minimal. How is this intended to be used? It seems to me that it does not
run when a port is being
Hi,
Can anyone advise on how to make a port using netcdf-fortran +universal,
specifically how to resolve the paths where the Fortran mod files get
installed? This might involve use of the 'muniversal' portgroup.
See the discussion at https://trac.macports.org/ticket/38995
Thanks,
David
_
Hello,
There has been no response in 2 months from maintainer
fabian.r...@googlemail.com to ticket #8901 which I filed about port libxc.
Can the patch I submitted there please be reviewed and committed? These are
minor issues, but it doesn't look like the maintainer is active anymore.
Thanks,
Dav
ote:
> On 2013-5-20 10:03 , David Strubbe wrote:
> > Hello,
> >
> > There has been no response in 2 months from maintainer
> > fabian.r...@googlemail.com <mailto:fabian.r...@googlemail.com> to ticket
> > #8901 which I filed about port libxc. Can the patch I sub
Of course. Sorry for my confusion.
On Sun, May 19, 2013 at 9:01 PM, Mark Anderson wrote:
> April 23 - May 23 is one month.
>
> —Mark
> ___
> Mark E. Anderson
>
>
> On Sun, May 19, 2013 at 8:50 PM, David Strubbe wrote:
>
>> Yes, sorry I
This is a standard buildbot setting, documented here:
http://docs.buildbot.net/current/manual/cfg-global.html#data-lifetime
It would be set in the master's master.cfg file.
David
On Mon, May 27, 2013 at 9:34 AM, Ryan Schmidt wrote:
> Is there a set length of time for which our buildbots keep the
Hello,
Can this patch Portfile-openmpi.diff2 (the one all the way at the bottom) I
submitted at https://trac.macports.org/ticket/38319 be evaluated and
committed please? It has been 6 days.
Thanks,
David
___
macports-dev mailing list
macports-dev@lists.
Hi all,
I wonder if there is a way in a Portfile to see if a particular port is
active or not, or alternately, to see if a path dependency was fulfilled by
the file or the port.
To be concrete, the arpack port, with +mpich, has
depends_lib-append path:bin/mpif77:mpich
I want to write an err
Hi all,
Can someone take a look at my revised Portfile submission?
Thanks,
David
On Wed, Jun 12, 2013 at 8:26 PM, MacPorts wrote:
> #39282: Submission: octopus
> -+
> Reporter: dstrubbe@… | Owner: macports-tickets@…
> Type
On Thu, Jun 20, 2013 at 2:32 PM, MacPorts wrote:
> #39282: Submission: octopus
> -+
> Reporter: dstrubbe@… | Owner: macports-tickets@…
> Type: submission | Status: new
> Priority: Normal | Milestone:
> Compon
On Fri, Jun 21, 2013 at 6:04 AM, MacPorts wrote:
> #39282: Submission: octopus
> -+
> Reporter: dstrubbe@… | Owner: macports-tickets@…
> Type: submission | Status: new
> Priority: Normal | Milestone:
> Compon
Hi all,
The advice for replacing one port by another at
http://guide.macports.org/#development.replaced_by involves inserting this
code:
pre-configure {
ui_error "Please do not install this port since it has been
replaced by 'skrooge'."
return -code error
}
If you have the port installed
Hi all,
I submitted this ticket a month ago about mpich fortran support:
https://trac.macports.org/ticket/39428
It hasn't even had the owner assigned by a committer. Can someone please
take a look? I submitted a patch to fix the (fairly simple) issue, so if it
looks ok it can just be committed,
Hi all,
I am trying to add MPI support to my octopus port, and trying to find the
proper way of enforcing consistent Fortran versions. I put the following
code into pre-configure, which almost seems to do the job. The error is not
triggered, and the message gives the correct Fortran compiler in th
I see. So, is there a place I can move this piece of code, or should I just
write an error message by hand instead of using require_active_variants?
On Sat, Jul 13, 2013 at 5:07 PM, Joshua Root wrote:
> On 2013-7-14 06:44 , David Strubbe wrote:
> > Hi all,
> >
> > I am tryi
Ok, if I just move it outside pre-configure it seems to work.
Thanks,
David
On Sat, Jul 13, 2013 at 5:52 PM, David Strubbe wrote:
> I see. So, is there a place I can move this piece of code, or should I
> just write an error message by hand instead of using
> require_active_variants?
On Sat, Jul 20, 2013 at 7:28 PM, Sean Farley wrote:
> Hi all,
>
> I'm looking for comments and feedback for two new port groups:
> multiple compilers [1] and mpi [2]. My goal is to unify all the gcc4X
> variants and mpich / openmpi variants scattered throughout the port
> tree.
>
Sounds like a g
1 - 100 of 129 matches
Mail list logo
