On May 17, 2012, at 9:52 PM, Ryan Schmidt wrote:
>
> On May 17, 2012, at 23:49, pixi...@macports.org wrote:
>
>> Revision: 93231
>> https://trac.macports.org/changeset/93231
>> Author: pixi...@macports.org
>> Date: 2012-05-17 21:49:37 -0700 (Thu, 17 May 2012)
>> Log Message:
>> --
On May 17, 2012, at 7:25 p.m., Bjarne D Mathiesen wrote:
>> Your idea won't work right. If the path to an arbitrary perl is
>> inserted into any of the files installed by the port, the build is no
>> longer repeatable.
>
> But I'm *not* inserting an arbitrary value of Perl into any file.
> At con
On May 17, 2012, at 23:49, pixi...@macports.org wrote:
> Revision: 93231
> https://trac.macports.org/changeset/93231
> Author: pixi...@macports.org
> Date: 2012-05-17 21:49:37 -0700 (Thu, 17 May 2012)
> Log Message:
> ---
> databases/msyql55:
> - Fix install layout.
Since
On May 17, 2012, at 4:09 PM, Eric Hall wrote:
> Both +thread and +shared will impose a performance penalty as
> of perl5.12 (see this thread:
> http://www.nntp.perl.org/group/perl.perl5.porters/2009/11/msg153361.html).
> I don't know if this is still true for perl5.14 or not (I didn't find
>
On Fri, May 18, 2012 at 2:33 AM, Ryan Schmidt wrote:
>
> On May 16, 2012, at 21:24, Jasper Frumau wrote:
>
> > I am really stuck here with iso-codes @3.34_0 as indicated earlier. Now
> I cannot upgrade my ports as I get stuck and I cannot install a lot of new
> ports like Inkscape either. Is ther
Ryan Schmidt wrote:
>
> On May 17, 2012, at 17:30, Bjarne D Mathiesen wrote:
>
>> 1) We still need a policy decision as to whether is should be hardcoded
>> as now -or- we'll use my proposal that I consider more fully
>> developed regarding future releases of Perl
>
> I thought Joshua alread
On May 17, 2012, at 17:30, Bjarne D Mathiesen wrote:
> 1) We still need a policy decision as to whether is should be hardcoded
> as now -or- we'll use my proposal that I consider more fully
> developed regarding future releases of Perl
I thought Joshua already explained why your proposal can
Eric Hall wrote:
> On Thu, May 17, 2012 at 09:20:31PM +0200, Bjarne D Mathiesen wrote:
>> Bjarne D Mathiesen wrote:
>>> Bjarne D Mathiesen wrote:
I'll have some stat shortly as to how many & which ports we are talking
about.
>>>
>>> ++
>>> + ports depen
On Thu, May 17, 2012 at 03:37:56PM -0500, Ryan Schmidt wrote:
> Not anymore! :)
Great, thank you! :)
> r93210
Reverted in r93212.
--
Clemens Lang
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/lis
On May 17, 2012, at 15:02, c...@macports.org wrote:
> Revision: 93209
> https://trac.macports.org/changeset/93209
> Author: c...@macports.org
> Date: 2012-05-17 13:02:03 -0700 (Thu, 17 May 2012)
> Log Message:
> ---
> gtk3: Make pango a port-style dependency
> Don't allow p
Hi,
On Thu, May 17, 2012 at 01:16:44PM -0700, Bradley Giesbrecht wrote:
> $ port cat mod_perl2 | grep -A10 -- pre-configure
> pre-configure {
> set perl5bin "${prefix}/bin/perl5"
> if {[string first "true" [exec ${perl5bin} -V:useshrplib]] == -1} {
> ui_error "${name} requires perl
On May 17, 2012, at 1:09 PM, Eric Hall wrote:
> On Wed, May 16, 2012 at 03:44:08AM +0200, Clemens Lang wrote:
>> On Tue, May 15, 2012 at 06:05:45PM -0700, Bradley Giesbrecht wrote:
>>> I do not recall why but at some point I needed "perl5.12 +threads
>>> +shared" and after upgrading perl5.12 wit
On Wed, May 16, 2012 at 03:44:08AM +0200, Clemens Lang wrote:
> On Tue, May 15, 2012 at 06:05:45PM -0700, Bradley Giesbrecht wrote:
> > I do not recall why but at some point I needed "perl5.12 +threads
> > +shared" and after upgrading perl5.12 with these variants NONE of my
> > perl modules were f
> I personally would call this a bug in the cairo port. The no_x11 and x11_xcb
> variants should be deleted.
The pango/cairo/gtk2 strand of ports would also be a good place to start
implementing subports, where each subport has a different name allowing you to
depend on the correct backend (x1
On May 17, 2012, at 14:31, c...@macports.org wrote:
> Revision: 93204
> https://trac.macports.org/changeset/93204
> Author: c...@macports.org
> Date: 2012-05-17 12:31:12 -0700 (Thu, 17 May 2012)
> Log Message:
> ---
> new port: ttyrec, a command line recorder
>
> Added Path
On May 17, 2012, at 1:43 PM, Jeremy Lavergne wrote:
> Error: cairo: Variant no_x11 conflicts with x11
> Error: Unable to open port: Error evaluating variants
I personally would call this a bug in the cairo port. The no_x11 and x11_xcb
variants should be deleted.
On Thu, May 17, 2012 at 09:20:31PM +0200, Bjarne D Mathiesen wrote:
> Bjarne D Mathiesen wrote:
> > Bjarne D Mathiesen wrote:
> >> I'll have some stat shortly as to how many & which ports we are talking
> >> about.
> >
> > ++
> > + ports dependent on Perl 5.12
>
Do we have a use case for calculating variants while performing clean?
$ sudo port clean --all installed
---> Cleaning akonadi
---> Cleaning analitza
---> Cleaning antlr
---> Cleaning ark
---> Cleaning aspell
---> Cleaning aspell-dict-en
---> Cleaning atk
---> Cleaning attica
---> Cleanin
On May 16, 2012, at 21:24, Jasper Frumau wrote:
> I am really stuck here with iso-codes @3.34_0 as indicated earlier. Now I
> cannot upgrade my ports as I get stuck and I cannot install a lot of new
> ports like Inkscape either. Is there a way to patch this quickly or some
> other way so I ca
Bjarne D Mathiesen wrote:
> Bjarne D Mathiesen wrote:
>> I'll have some stat shortly as to how many & which ports we are talking
>> about.
>
> ++
> + ports dependent on Perl 5.12
> +
> PsyncX@2.2.2 aqua
...
> xfwm4 @4.
On May 17, 2012, at 03:57, Thomas Robitaille wrote:
> If I install MacPorts (on 10.7) then gcc45 from scratch with binary
> packages, the issue is there. If I install all packages from scratch
> with the -s flag, the issue disappears. This suggests to me that there
> is an issue with one of the b
Hi
My recent commit to py-scipy, failed on both the Lion and SnowLeopard
buildbots when building py32-scipy. The error is:
Error: org.macports.activate for port py32-scipy returned: Image
error:
/opt/local/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/site-packages/scipy/__pycac
On 2012-5-16 13:47 , Blair Zajac wrote:
> I just updated to the latest release and set buildfromsource to always,
> then removed cloog and then updated all outdated ports. At the end of
> the update it downloaded binaries for cloog instead of compiling them.
Try the tip of the release_2_1 branch.
On 2012-5-17 18:57 , Thomas Robitaille wrote:
> I've identified a major issue which occurs with gfortran in MacPorts,
> but since I can't identify which dependency is responsible (all I know
> is that it's due to the binary builds), I thought I'd post here to ask
> for help.
> [...]
> If I install
Hi all,
as we discussed off-list: I cannot reproduce this problem with the binary
packages on 10.7.
If you want to help us track this error down, please create a file "test.f90"
and put Thomas example program text in it:
program test
implicit none
print *, selected_int_kind(13)
print *, select
Hi all,
I've identified a major issue which occurs with gfortran in MacPorts,
but since I can't identify which dependency is responsible (all I know
is that it's due to the binary builds), I thought I'd post here to ask
for help.
To give some background, Fortran has the option to declare floats
u
26 matches
Mail list logo