On Dec 13, 2011, at 00:01, Mark Brethen wrote:
> I finally got it to the build phase using:
>
> pre-build {
> system -W ${worksrcpath}/psl "./make-psl.sh macintel64"
> }
>
> But the build phase never completed, and I checked the main.log was up to 40
> gig so I killed it. The log file wa
I finally got it to the build phase using:
pre-build {
system -W ${worksrcpath}/psl "./make-psl.sh macintel64"
}
But the build phase never completed, and I checked the main.log was up to 40
gig so I killed it. The log file was too large to read and figure out what was
going on. However,
On Fri, Dec 09, 2011 at 02:25:24PM -0800, Bradley Giesbrecht wrote:
> Dan, I am not that familiar with svn. Are you suggesting something like the
> following?
>
> base/getversion.sh:
> # Path to me.
> DIRNAME=$(dirname $0)
> SVN_REVISION=$(svnversion -n $DIRNAME)
Yes, exactly.
Dan
--
Dan R. K
On Mon, Dec 12, 2011 at 09:17:40PM -0500, Michael Dickens wrote:
> From: Lukas Reichlin
[...]
> For reasons I don't understand, MacPorts "octave" port is still
> version 3.2.4. The current release, version 3.4.3, is only
> available as "octave-devel". Since Octave 3.6.0 will be available
> soon an
On Dec 12, 2011, at 8:18 PM, Ryan Schmidt wrote:
> On Dec 12, 2011, at 20:17, Michael Dickens wrote:
>
>> Forwarded with permission from Lukas. I just use Octave (-devel) in a basic
>> sense, so I'll trust what he says -- and, it makes sense too if folks are
>> using octave (3.2) as well as *-
On Dec 12, 2011, at 20:17, Michael Dickens wrote:
> Forwarded with permission from Lukas. I just use Octave (-devel) in a basic
> sense, so I'll trust what he says -- and, it makes sense too if folks are
> using octave (3.2) as well as *-devel (3.4). But, as I'm trying to back off
> of doing
On Dec 12, 2011, at 2:51 PM, Clemens Lang wrote:
> On Mon, Dec 12, 2011 at 09:53:49AM -0800, Bradley Giesbrecht wrote:
>> Here is what I get when upgrading the "root" port.
>> Does the result below look correct for a failed upgrade?
>
> No, this is not the expected output, unless the py26-mysql p
Forwarded with permission from Lukas. I just use Octave (-devel)
in a basic sense, so I'll trust what he says -- and, it makes
sense too if folks are using octave (3.2) as well as *-devel
(3.4). But, as I'm trying to back off of doing this sort of work
I'll defer to others to make any decision. -
Well, that didn't work.
:info:configure configure: Will build this PSL using the macintel64 initial
binaries
:info:configure configure: About to update PSL binaries from master web-site at
ZIB
:info:configure Warning - no file "xport.chk" found
:info:configure Need to fetch baseline "xport.chk"
According to the readme:
We have the PSL sources in the trunk cleaned up for the most
wanted versions, i.e. Windows, Linux(Intel), and Mac/OS (Intel)
both 32 and 64 bit.
The maintenance for the PSL trees is done by the script
make-psl.sh in this directory.
This script chooses the tradition
On Dec 12, 2011, at 19:16, Mark Brethen wrote:
> A follow-up to my last post. I found a documented way to avoid downloading
> from ZIB Berlin:
>
> Based on the PSL versions described above, one is able to produce REDUCE
> versions for PSL which not rely on binaries from ZIB Berlin. After
>
>
A follow-up to my last post. I found a documented way to avoid downloading from
ZIB Berlin:
Based on the PSL versions described above, one is able to produce REDUCE
versions for PSL which not rely on binaries from ZIB Berlin. After
svn update (or checkout)and
./configure --wit
Below is the config log. Note "configure:2448: About to update PSL binaries
from master web-site at ZIB" It sure looks like it is downloading the PSL
binaries, but I have no idea where to look for this. Let me know if see
anything else that looks wrong.
-
This file contains any messages
On Dec 12, 2011, at 6:49 AM, Clemens Lang wrote:
> Hi,
>
> I've been running my GSoC project rev-upgrade on my "productive"
> MacPorts installation since I've finished it in August and haven't had
> any problems with it, so I think it might be ready to be merged into
> trunk.
>
> I have added do
Hi,
I've been running my GSoC project rev-upgrade on my "productive"
MacPorts installation since I've finished it in August and haven't had
any problems with it, so I think it might be ready to be merged into
trunk.
I have added documentation for it to man 1 port. Are there any other
places I'm e
On Dec 11, 2011, at 7:29 PM, Jeremy Lavergne wrote:
>> Which maintainer names in Portfile should we look for?
>
> So sorry:
> jeremy is snc
> michael is michaelld
And from Committers Tips and Tricks:
http://trac.macports.org/wiki/CommittersTipsAndTricks#Searchingforportsofaspecificmaintainer
H
16 matches
Mail list logo
