Hi Ryan,
this update it seems, has broken several other ports: I checked the log of the
failed lablgtk2 build on the build server and it seems that the linker
searches for an old version of libpng (1.4) which would like to get linked
indirectly:
--
/usr/bin/gcc-4.2 -bundle
Thanks Ryan!
On Aug 10, 2012, at 03:48 , ryandes...@macports.org wrote:
Revision
96451
Author
ryandes...@macports.org
Date
2012-08-09 18:48:06 -0700 (Thu, 09 Aug 2012)
Log Message
gcc46: fix syntax error on Tiger
Modified Paths
• trunk/dports/lang/gcc46/Portfile
Diff
I'll try to sum up the problem:
1.) The terminal used by gnuplot must be decided at compile time and upstream
is not willing to change that
2.) There exists a fairly large number of variants that let you do the decision
from 1.) when installing gnuplot
3.) One of the possible targets is Aquaterm
On Fri, September 18, 2009 12:55, Ryan Schmidt wrote:
On Sep 18, 2009, at 01:44, Bryan Blackburn wrote:
...
I'm not sure what something in ${prefix}/libexec/something should
be. I suggested ${name} because that's what other ports use. Mark
suggested gnubin. gnubin would be convenient in
On 14 Jun 2008, at 17:28, Rainer Müller wrote:
[EMAIL PROTECTED] wrote:
Revision
36832 http://trac.macosforge.org/projects/macports/changeset/36832
Author
[EMAIL PROTECTED]
Date
2008-05-16 00:55:27 -0700 (Fri, 16 May 2008)
Log Message
version 1.20 with workaround for
Hi Frank,
On 28 May 2008, at 17:22, Frank Schima wrote:
What's the best practice for handling ports with different versions?
For example, take tcl/tk http://www.tcl.tk/software/tcltk/.
Currently it is up to version 8.5.2 and the port files for tcl and
tk are both using that. However,
On 17 May 2008, at 06:47, Ryan Schmidt wrote:
On May 16, 2008, at 2:55 AM, [EMAIL PROTECTED] wrote:
version 1.20 with workaround for broken gcc-4.0 on 10.5: beta gcc
4.2 needs to be installed :/
+platform darwin 9 {
+# gcc 4.0 fails to compile gnutar on 10.5 (probably will get
On 20 Feb 2008, at 15:48, js wrote:
Hi Markus,
does not compute: python25 drops but python25 doesn't --
contradiction detected. ;)
Oops! That's typo.
My question was why python2.4 and 2.5 is different.
If the question was why python25 does not build all auxiliary modules
[1] like
On 18 Feb 2008, at 17:27, Rainer Müller wrote:
js wrote:
Just out of curiosity, could you tell me why default python25 drops
those modoles?
I really don't know it, Markus will know more about it.
does not compute: python25 drops but python25 doesn't --
contradiction detected. ;)
If the
I havent tried, but this looks totally like a case for the Python
group code;
also you should just rely on a concrete version of Python as the path
to the real python executable gets hardcoded in the archivemail
python program ($prefix/Library/Frameworks/Python.framework/Versions/
On 10 Jan 2008, at 10:13, Kevin Ballard wrote:
What's the purpose of the symlink? I'm surprised we even have it.
When we agreed to have man pages in $prefix/share/man, we put this
symlink in place to automagically fix all misbehaving ports and afair
also because of some man search
On 8 Jan 2008, at 09:34, Anders F Björklund wrote:
Revision
32194
Author
[EMAIL PROTECTED]
Date
2007-12-19 06:44:11 -0800 (Wed, 19 Dec 2007)
Log Message
make the universal flags take the archs from a single source
(thanks to ryandesign for the idea), enable 64 bit universal builds
This
On 5 Jan 2008, at 22:42, Ryan Schmidt wrote:
On Jan 3, 2008, at 05:11, Anders F Björklund wrote:
Ryan Schmidt wrote:
Perhaps, but these -devel ports usally build from tip of trunk so
they all had revision 0...
Ports should never build from tip of trunk or HEAD or similar
concepts.
On 6 Jan 2008, at 21:20, Anders F Björklund wrote:
Landon Fuller wrote:
But that's not reproducible, and I thought we always wanted that.
If I install a specific version of a port today, I should get the
same software if I install that same version of that port
tomorrow. By fetching from
On 4 Jan 2008, at 03:59, jcharum wrote:
Ryan Schmidt-24 wrote:
I am not really familiar with ghc, but I can tell you that MacPorts
builds in a modified environment. Any PATH you have set in your
terminal, for example, is ignored, and MacPorts uses its own PATH. A
slew of other environment
On Dec 24, 2007, at 8:13 PM, Ryan Schmidt wrote:
These lines in a portfile are useless now, right?
platform darwin 8 {
configure.compiler gcc-4.0
}
Ever since default compilers were set in MacPorts base, gcc-4.0 is
the default compiler on darwin 8 anyway, so we can remove these
On Dec 22, 2007, at 2:30 PM, js wrote:
On Dec 22, 2007 10:13 PM, Rainer Müller [EMAIL PROTECTED] wrote:
js wrote:
On Dec 22, 2007 9:41 PM, Rainer Müller [EMAIL PROTECTED] wrote:
js wrote:
So let me ask this, Do you like to have gls, guniq in your /opt/
local/bin?
Is there any case that
On Dec 19, 2007, at 10:00 PM, Juan Manuel Palacios wrote:
Hello guys! It's time to submit 1.6.0 to third party sites
advertising for us. Below is a list of where we need to submit and
the people in charge for each of them:
-) Freshmeat: mww@
Done! Someone kicked me on IRC till I gave
On Dec 17, 2007, at 5:47 PM, Simon Ruderich wrote:
On Mon, Dec 17, 2007 at 04:22:48AM -0600, Ryan Schmidt wrote:
This is normal. The port does request to install files outside of
the common
directory structure. That's what you've indicated by adding
destroot.violate_mtree to the portfile.
On Dec 10, 2007, at 6:50 PM, Ryan Schmidt wrote:
On Dec 10, 2007, at 11:42, Weissmann Markus wrote:
On 10.12.2007, at 18:27, Ryan Schmidt wrote:
On Dec 10, 2007, at 08:43, Weissmann Markus wrote:
On 10.12.2007, at 15:23, Ryan Schmidt wrote:
On Dec 10, 2007, at 08:16, Weissmann Markus
On Dec 14, 2007, at 11:48 PM, Rainer Müller wrote:
Markus Weissmann wrote:
yes. As we were running out of time in GSoC, we didn't manage to
better
integrate merge.rb into port(1) sooner.
Is there still work going on with merge.rb? As far as I know pipping
dropped all of his ports and works
On Dec 15, 2007, at 12:29 AM, Rainer Müller wrote:
Kevin Ballard wrote:
I did not know that ticket was open, since Trac's email has always
been
a bit suspect - right now it apparently emails the dev list for every
ticket, which means my mail client can't seem to separate my tickets
from
On Wed, 2007-11-21 at 22:34 -0600, Ryan Schmidt wrote:
On Nov 21, 2007, at 06:55, Markus Weissmann wrote:
On Wed, 2007-11-21 at 06:17 -0500, Randall Wood wrote:
Is it possible?
What I would like to do is be able to test either that a dependency
was installed with a certain variant
for the dependencies.
A good example I just recently saw are the smlnj/smlnj-dev ports which
can both be installed simultaneously (different versions); ncurses and
ncursesw als come to my mind here.
Regards,
-Markus
--
Dipl. Inf. (FH) Markus Weissmann
http://www.mweissmann.de/
http
On 31.10.2007, at 05:13, Vincent Lefevre wrote:
On 2007-10-30 16:20:18 +0100, Markus Weissmann wrote:
On 30.10.2007, at 13:52, Vincent Lefevre wrote:
The bug could also be reported upstream, so that a .NOTPARALLEL:
is added to the Makefile.
Well, this simply is not going to work -- this has
On 31.10.2007, at 12:36, Vincent Lefevre wrote:
On 2007-10-31 12:26:44 +0100, Markus Weissmann wrote:
On 31.10.2007, at 05:13, Vincent Lefevre wrote:
I disagree. Port maintainers should test their port to see if they
work with make -j.
Well, you cannot reliably test this. If you're lucky
On 31.10.2007, at 15:45, Anders F Björklund wrote:
Parallell builds are an optional feature, and will never be
disabled by default.
*enabled* by default, darnit.
So the discussion has narrowed to:
1.) disabled by default on an per-installation option:
Can be toggled system-wide (with
On 30.10.2007, at 13:52, Vincent Lefevre wrote:
On 2007-10-30 12:43:52 +0100, Anders F Björklund wrote:
Weissmann Markus:
Yes, but I meant this to be a per-Portfile choice so a maintainer
can mark
his/her port as being able to build in parallel. Doing this with the
sledgehammer for all
On 29.10.2007, at 16:37, [EMAIL PROTECTED] wrote:
Weissmann Markus [EMAIL PROTECTED] writes:
Also, I think the portfile.7 man page needs to be split up because
it is
getting so big. I propose splitting portfile.7 into four parts.
What do
you think?
I guess I'm open to this. I'd love to hear
/listinfo/macports-changes
--
Markus Weissmann
http://www.mweissmann.de/
http://www.macports.org/
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-dev
30 matches
Mail list logo