Ryan Schmidt writes:
>
> I still think rather than devote a lot of energy to this mechanism,
> we should instead focus on building binaries, and let the server
> merge them together -- or even let the user download both the powerpc
> and intel binaries and have the user's macports merge th
On Apr 8, 2009, at 15:23, C. Florian Ebeling wrote:
On Wed, Apr 8, 2009 at 6:14 PM, Rainer Müller wrote:
Olivier Le Floch wrote:
On 12 mars 09, at 18:41, Jeremy Lavergne wrote:
If you are concerned that new users who are already familiar with
different packagement systems have a hard time t
On Apr 8, 2009, at 20:44, Rainer Müller wrote:
Also, for myself I just never looked at the code in muniversal. But
basically it is running extract/patch/configure/build for each
architecture in a different work directory, right?
I would introduce a new merge target in port1.0 which does the act
Marcus Calhoun-Lopez wrote:
> Rainer Müller writes:
>
>> By the way, what is the current status of muniversal? I see you are
>> converting more and more ports to use it. Is it ready yet to be
>> integrated into base?
>
> I have already attempted to create some patches to be incorporated
> into t
Blair Zajac wrote:
Rainer Müller wrote:
Writing to macports-dev to get more public discussion and more people
noticing this problem.
MacPorts wrote:
#19223: subversion 1.6.0 stubbornly linking against python25-apple?
--+-
Bryan Blackburn wrote:
On Wed, Apr 08, 2009 at 06:03:44PM +0200, Rainer Müller said:
[...]
We need to get ports not to use these flags. Either we trick ports not
to link using -framework by patching each of them or by modifying the
global python configuration not to report itself as a framework.
Rainer Müller wrote:
Writing to macports-dev to get more public discussion and more people
noticing this problem.
MacPorts wrote:
#19223: subversion 1.6.0 stubbornly linking against python25-apple?
--+-
Reporter: macport
On Wed, Apr 8, 2009 at 6:14 PM, Rainer Müller wrote:
> Olivier Le Floch wrote:
>> On 12 mars 09, at 18:41, Jeremy Lavergne wrote:
>>
If you are concerned that new users who are already familiar with
different packagement systems have a hard time to get used to
'port', we
could
On Wed, Apr 08, 2009 at 06:03:44PM +0200, Rainer Müller said:
[...]
> We need to get ports not to use these flags. Either we trick ports not
> to link using -framework by patching each of them or by modifying the
> global python configuration not to report itself as a framework. But
> then what wou
Rainer Müller wrote:
Writing to macports-dev to get more public discussion and more people
noticing this problem.
Yes, I know I have been the one who committed the original python
framework transition for python25. :-) It sounded like a good idea back
then and I never thought it would cause s
On Apr 8, 2009, at 12:03 PM, Rainer Müller wrote:
The problem is that frameworks allow to contain multiple versions, but
the compiler does not have any option to choose a specific version. In
my opinion this is a bug. But given this fact, all ports wanting to
link
against python need to be pat
Olivier Le Floch wrote:
> On 12 mars 09, at 18:41, Jeremy Lavergne wrote:
>
>>> If you are concerned that new users who are already familiar with
>>> different packagement systems have a hard time to get used to
>>> 'port', we
>>> could create a wiki section which lists equivalent commands for o
Ruby fails to build using the usual
sudo port install/upgrade ruby
when using MacPorts trunk (but not 1.7.1) because port runs setgid and
miniruby that is built and used in the build
sees that as a security problem and will not run as requested.
Is this a problem or is there a way to get arou
Writing to macports-dev to get more public discussion and more people
noticing this problem.
MacPorts wrote:
> #19223: subversion 1.6.0 stubbornly linking against python25-apple?
> --+-
> Reporter: macports@…
Ryan Schmidt wrote:
On Apr 7, 2009, at 21:54, dev...@macports.org wrote:
Revision: 49342
http://trac.macports.org/changeset/49342
Author: dev...@macports.org
Date: 2009-04-07 19:54:50 -0700 (Tue, 07 Apr 2009)
Log Message:
---
cairomm: increment revision to force build a
On Apr 7, 2009, at 21:54, dev...@macports.org wrote:
Revision: 49342
http://trac.macports.org/changeset/49342
Author: dev...@macports.org
Date: 2009-04-07 19:54:50 -0700 (Tue, 07 Apr 2009)
Log Message:
---
cairomm: increment revision to force build against latest cairo
On Apr 8, 2009, at 02:33, Markus Weissmann wrote:
On 8 Apr 2009, at 06:45, Ryan Schmidt wrote:
The +yacc variant was added to the bison port in r10216 when it
was updated to version 2.0. No explanation why it was a variant
instead of always on.
If in doubt, I try to mimic the FreeBSD por
On 8 Apr 2009, at 06:45, Ryan Schmidt wrote:
On Apr 7, 2009, at 09:59, Jeremy Lavergne wrote:
I have a port that is using yacc. Like g++/gcc, it can use the
system ones without a problem. Should this not be marked as a
dependency then?
I suggest declaring a dependency on the bison port.
18 matches
Mail list logo
