The guide says that configure.pkg_config_path is supposed to have a default
value of ${prefix}/lib/pkgconfig:${prefix}/share/pkgconfig, but it's coming
up empty for me. Am I missing something?
The port is in the python PortGroup, if that makes a difference.
vq
Could someone review and commit this change?
https://trac.macports.org/attachment/ticket/32423/Portfile-gnome-doc-utils.diff
Thanks,
vq
On Dec 22, 2011, at 7:54 a.m., MacPorts wrote:
#32529: Gnome-doc-utils can't be built in Mac OS X 10.4.11/Tiger because of
missing
XML::Parser perl
On Jan 2, 2012, at 5:24 p.m., Mark Brethen wrote:
Looking at the pure Portfile, In don't quite follow:
if {${name} == ${subport}} {
}
Is everything in-between the curly brackets read only if user issues 'port
install pure'?
Yes. Another common idiom is
if {${name} != ${subport}} {
Have you tried using a different compiler?
$ sudo port clean openssh
$ sudo port install openssh configure.compiler=llvm-gcc-4.2
vq
Sent from my iPhone
On Feb 15, 2012, at 8:42 AM, Bjarne D Mathiesen macint...@mathiesen.info
wrote:
xserver:/ root# tail -20
On Feb 29, 2012, at 7:53 a.m., Jeremy Lavergne wrote:
Please someone on Lion try to build arm-elf-binutils on Lion and
confirm it's breaking on missing header files.
Confirm that adding the following line to Portfile (regular diff
attached) fixes the issue too:
configure.cflags-append
On Apr 11, 2012, at 11:20 p.m., Fabiano Fidêncio wrote:
You're welcome to create a new celt05 port but it should be engineered in
such a way that it does not conflict with the existing celt port.
Why it could conflict with celt port?
Did you test it, at least?
It conflicts with celt if
On May 15, 2012, at 6:35 p.m., Bjarne D Mathiesen wrote:
Daniel J. Luke wrote:
On May 15, 2012, at 6:09 PM, Bjarne D Mathiesen wrote:
ports can be made independent of which version of Perl is installed or
the major one by
In my opinion, we would be better served by just choosing one
On May 15, 2012, at 7:12 p.m., Bjarne D Mathiesen wrote:
One idea might be to first of all transition Perl to using the select
system. I can see some point in the future where we might want to keep
at least two version of Perl that can live on the system and work
independently of each other :
On May 15, 2012, at 9:01 p.m., Bjarne D Mathiesen wrote:
So - my question still stands : are you interested in me doing the basic
hard work in making ports that are hardcoded to a specific Perl5 version
independent of which version is installed or the major one ???
Wasn't this the way things
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 configure
On May 18, 2012, at 8:13 a.m., Bjarne D Mathiesen wrote:
I really do think we need to find some kind of solution to this problem
with having Perl 5.12 hardcoded into 96 (the 92 my scipt finds in my
setup + the 4 I've personally converted) ports. Presently, it hinders
people in using any other
On May 23, 2012, at 8:14 p.m., Ryan Schmidt wrote:
It seems weird to me that a change in the portgroup should be allowed to
create new subports in ports that have not themselves been modified to
indicate that that's ok. It seems to me that instead each p5 port should be
specifying which
On May 23, 2012, at 9:04 p.m., Bradley Giesbrecht wrote:
Are the failed builds with a particular Xcode?
What versions of Xcode or on the buildbot?
Here is what I'm building with:
sw_vers -productVersion; xcodebuild -version
10.7.2
Xcode 4.1
Build version 4B110
sw_vers
On May 25, 2012, at 11:02 a.m., Bradley Giesbrecht wrote:
https://trac.macports.org/attachment/ticket/34617/patch-perl5.xx.diff
The patch looks reasonable to me. I look forward to hearing what others think.
As has been pointed out several times already, using ${perl5.major} in these
ports
On Jun 3, 2012, at 10:28 p.m., Bjarne D Mathiesen wrote:
If macports is able to install the macports tcl as the first port,
doesn't that solve the problem ???
And I do realise that macports has to be able to be installed using the
resources available from the stock OS, but once it /is/
On Jun 7, 2012, at 9:34 p.m., Ryan Schmidt wrote:
On Jun 7, 2012, at 20:31, Bjarne D Mathiesen wrote:
so ... if we had this:
PortGroup perl5 1.0
default perl5.branches {5.8 5.10 5.12 5.14 5.16}
perl5.setup YAML 0.73
that would satisfy all the requirements
On Jun 26, 2012, at 8:43 p.m., Ryan Schmidt wrote:
On Jun 26, 2012, at 01:25, j...@macports.org wrote:
Revision: 94655
https://trac.macports.org/changeset/94655
Author: j...@macports.org
Date: 2012-06-25 23:25:00 -0700 (Mon, 25 Jun 2012)
Log Message:
---
perl
On Jun 26, 2012, at 12:37 p.m., Blair Zajac wrote:
On 06/26/2012 09:03 AM, Sean Farley wrote:
On Tue, Jun 26, 2012 at 10:55 AM, Blair Zajac bl...@orcaware.com wrote:
After updating my perl5 and p5* ports, removing outdated ports got these
warnings. Are there any issues with my registry after
On Jun 27, 2012, at 5:39 a.m., Dan Ports wrote:
On Wed, Jun 27, 2012 at 04:04:35AM -0500, Ryan Schmidt wrote:
However, the problem with this change is that it makes all the subports
conflict with one another.
Yes. This port primarily installs a command-line tool and it is (in
this case)
On Jun 29, 2012, at 2:49 p.m., Blair Zajac wrote:
I'm compiling ice-java and ice33-java and the builds fail [1] on the buildbot
because the db46 port doesn't enable the +java variant by default. Is there
a way we can hint to the bot to add this variant?
The buildbots only build with
On Jul 3, 2012, at 1:24 a.m., Craig Miller wrote:
Any suggestions on where I can go to find this info?
There's a man page for it: porthier(7).
vq
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On Jul 31, 2012, at 2:45 p.m., Yury Selivanov wrote:
On 2012-07-31, at 2:38 PM, Ryan Schmidt ryandes...@macports.org wrote:
We'd like to not use these old numbered python groups anymore. Instead, all
of the py*-html5lib ports should be unified into a single py-html5lib port
using the new
On Jul 31, 2012, at 2:56 p.m., Lawrence Velázquez wrote:
You should be able to explicitly specify subport blocks for each Python
version (e.g., py27-html5lib, py31-html5lib, etc.) and then define separate
patchfiles in each block. I haven't done this myself, though, so there may
Forwarding from macports-users.
vq
Begin forwarded message:
From: Randolph M. Fritz rfr...@lbl.gov
Subject: Building a cmake-based package
Date: August 3, 2012 8:00:18 p.m. EDT
To: macports-us...@lists.macosforge.org
The shell commands I'd like to write for the configure step are:
cd
On Aug 17, 2012, at 2:02 PM, Blair Zajac bl...@orcaware.com wrote:
Can we add to the python groups another variable without the . in it, so I
can do
depends_lib-append port:py{python.SOMETHING}-logilab-common
What should we call SOMETHING?
No need to add anything. Use python.version.
On Aug 19, 2012, at 2:04 p.m., Ryan Stonecipher wrote:
When a port has a single maintainer, when is it acceptable to commit a
quick/obvious change to fix a bug?
http://guide.macports.org/#project.update-policies
vq
___
macports-dev mailing list
On Aug 26, 2012, at 10:16 a.m., Ben Smith wrote:
Looking at your reference:
guide.macports.org/chunked/reference.portgroup.html#reference.portgroup.python.sugar
Am I reading this right? The setup.py file is called multiple times in
multiple stages, but ISN'T passed the destination
On Sep 4, 2012, at 10:53 p.m., Frank Schima wrote:
On Sep 4, 2012, at 8:08 PM, René Fournier m...@renefournier.com wrote:
Just wondering when PostGIS will be updated. The current Macports version,
1.5.4, has a critical crashing bug that was fixed in the 1.5.5 released July
20th — six
On Sep 6, 2012, at 11:26 p.m., Srinath Vadlamani wrote:
This was not the case a few months ago, but now it is.
Why?
The openmpi variant now forces the use of the compiler that was used to build
openmpi. It conflicts with all gccXY variants.
vq
Hey, could someone with a little free time commit my fix for
https://trac.macports.org/ticket/35437? Thanks.
vq
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-dev
On Nov 17, 2012, at 1:31 PM, Sean Farley sean.michael.far...@gmail.com wrote:
I never understood why livecheck shouldn't be checked for py2x-* and only for
py-*.
I always assumed that it was because doing something like
$ port livecheck maintainer:larry.velazquez
would otherwise report
On Dec 16, 2012, at 11:06 PM, Craig Treleaven ctrelea...@cogeco.ca wrote:
I was just curious why a lot of the Python scripts I've run across use the
env trick. Sounds like it was a workaround as the path to the python
executable was unpredictable on some systems.
A couple of possibilities
On Jan 1, 2013, at 3:49 PM, vincent habchi vi...@macports.org wrote:
Thanks! I thought one could get rid of the epoch after a version upgrade. Was
obviously wrong. I still have much to learn! ;)
Yeah, this is a little confusing. You can think of one big version number:
On Jan 5, 2013, at 4:35 PM, Ryan Schmidt ryandes...@macports.org wrote:
Yeah, there's a lot of ports where distribute has been listed as a lib
dependency. Is that ever correct? Or should it always be a build dependency?
I'm not sure it's ever correct, in the sense that I don't think anything
On Jan 14, 2013, at 2:17 AM, Ryan Schmidt ryandes...@macports.org wrote:
Since this changes what files are installed, the revision should be increased.
Yeahhh, I realized that after the fact. I just went ahead with the 5.0.2
version update.
vq
___
On Jan 14, 2013, at 4:14 PM, Lawrence Velázquez lar...@macports.org wrote:
Could mpvim set nomodeline and set the options (fileencoding, expandtab,
etc.) itself?
Alright, time to set Aljaž right.
https://trac.macports.org/changeset/101624
Now mpvim just ignores the modeline and sets
On Jan 15, 2013, at 2:33 PM, Aljaž Srebrnič g...@macports.org wrote:
Oh, that, too :) I'll try to close some old ones when I have some time then!
Great idea! How about starting with this one?
https://trac.macports.org/ticket/126
/troll
vq
___
On Jan 15, 2013, at 12:48 PM, Sean Farley s...@macports.org wrote:
2) Patch review? Sometimes I have questions on how to do a particular
task (i.e. best practice for extracting a script that isn't zipped?)
but can't figure it out by looking at other portfiles mostly due to
the fact that it's
On Jan 15, 2013, at 5:05 PM, Sean Farley s...@macports.org wrote:
I'm looking for advice / best practices for bypassing the extract
phase when writing a portfile for a script (and hence it's not a
tarball). One idea I had was something like the following,
{{{
distname${name}
On Jan 16, 2013, at 3:22 AM, Clemens Lang c...@macports.org wrote:
On Tue, Jan 15, 2013 at 03:16:05PM -0500, Lawrence Velázquez wrote:
Great idea! How about starting with this one?
https://trac.macports.org/ticket/126
I was actually planning to work on this one (some day in the future), so
On Jan 17, 2013, at 7:34 PM, j...@justinfront.net wrote:
Hi I would like to use this
http://code.google.com/p/haxegedit/
but macports only seems to support gedit 2 not 3? Can I request that gedit
is updated, ideally with this plugin integrated.
If I'm not mistaken, gedit 3
On Jan 24, 2013, at 9:46 AM, Rainer Müller rai...@macports.org wrote:
Fun fact: These quotes are used differently depending on the language.
“English”
„German“
Note that the English left quote is the same as the German right quote.
That is why I just cannot remember which of these symbols
On Feb 3, 2013, at 2:23 AM, Ryan Schmidt ryandes...@macports.org wrote:
-configure.args --mandir=${prefix}/share/man
+configure.args mandir=${prefix}/share/man
That right there was not just a formatting change...
Oops; fixed in r102445.
vq
On Feb 4, 2013, at 12:13 PM, s...@macports.org wrote:
Revision: 102504
https://trac.macports.org/changeset/102504
Author: s...@macports.org
Date: 2013-02-04 09:13:14 -0800 (Mon, 04 Feb 2013)
Log Message:
---
py27-hgsubversion: drop 27 from folder name
Added Paths:
On Feb 4, 2013, at 12:13 PM, s...@macports.org wrote:
Revision: 102508
https://trac.macports.org/changeset/102508
Author: s...@macports.org
Date: 2013-02-04 09:13:47 -0800 (Mon, 04 Feb 2013)
Log Message:
---
py27-hggit: drop '27' from name since this uses the python
On Feb 6, 2013, at 1:46 PM, Peter Danecek peter.dane...@bo.ingv.it wrote:
Thanks that is what I was looking for. At least there is the list of env.
variables which are available and intuition helps. Maybe, more explicit info
on which (and how) these variables are actually modified by setting
I'm currently writing a portfile for re-alpine. I have cctools installed, so
re-alpine's configure script picks up cctools' nm and ar, and its build process
calls cctools' ar and ranlib.
Is it advisable in this case to declare a build dependency (probably a
bin-style one) on cctools? I
ar and ranlib and the like are utilities most ports use to compile, and
they're expected to be provided by Xcode's command line tools, so we don't
declare dependencies on them, just like we don't declare dependencies on gcc,
sed, awk, grep, gawk, etc. cctools happens to provide (newer
On Feb 9, 2013, at 1:44 PM, michae...@macports.org wrote:
Revision: 102861
https://trac.macports.org/changeset/102861
Author: michae...@macports.org
Date: 2013-02-09 10:44:00 -0800 (Sat, 09 Feb 2013)
Log Message:
---
qt4-mac : add NOTE regarding rev-bumping.
[snip]
On Feb 12, 2013, at 2:25 AM, Jeremy Huddleston Sequoia jerem...@macports.org
wrote:
On Feb 11, 2013, at 7:38 PM, Ryan Schmidt ryandes...@macports.org wrote:
You're thinking of the llvm build number, which the
compiler_blacklist_versions portgroup does not check. When checking
On Feb 12, 2013, at 3:23 PM, Landon J Fuller land...@macports.org wrote:
There have been various partial efforts to revisit the Tcl-C/ObjC bindings
question, and possibly replacing some of the MacPorts core in C/ObjC. Take a
look at base/src/cflib1.0 and base/src/tclobjc1.0, for example.
On Feb 15, 2013, at 3:10 AM, Jeremy Huddleston Sequoia jerem...@macports.org
wrote:
I'd like to update base trunk such that future versions of clang, dragonegg,
and gcc just work, so we don't need to wait for newer versions of base to
depend on newer compilers.
I've taken a first pass at
On Feb 15, 2013, at 4:10 AM, Jeremy Huddleston Sequoia jerem...@macports.org
wrote:
That is the entire point of this patch. macports-gcc-3.14 is perfectly valid
and should result in a dependency on gcc314. Of course the developer would
then see a lint error about an unknown port just like
On Feb 15, 2013, at 5:11 PM, Ryan Schmidt ryandes...@macports.org wrote:
+if {[string first macports-gcc $compiler] == 0 ||
+[string first dragonegg- $compiler] == 0} {
+return no
+} else {
+return yes
}
Can't this be:
return [string first
On Feb 15, 2013, at 3:10 AM, Jeremy Huddleston Sequoia jerem...@macports.org
wrote:
I'd like to update base trunk such that future versions of clang, dragonegg,
and gcc just work, so we don't need to wait for newer versions of base to
depend on newer compilers.
I've taken a first pass at
On Feb 18, 2013, at 9:18 AM, MacPorts nore...@macports.org wrote:
#36459: doxygen @1.8.1: graphiz dependency problem?
--+
Reporter: philippe.lang@… | Owner: macports-tickets@…
Type: defect | Status:
On Feb 18, 2013, at 7:19 PM, Ryan Schmidt ryandes...@macports.org wrote:
On Feb 18, 2013, at 14:26, Lawrence Velázquez lar...@macports.org wrote:
Why does doxygen have a dependency on graphviz, anyway? I'm aware that
Doxygen can use Graphviz if it's available,
The second sentence
On Feb 18, 2013, at 7:28 PM, Jeremy Huddleston Sequoia jerem...@macports.org
wrote:
You'll get:
~/src/macports/dports/x11/xwininfo $ port lint
Can't map the URL 'file://.' to a port description file (can't use empty
string as operand of !).
Please verify that the directory and portfile
On Feb 18, 2013, at 8:02 PM, Lawrence Velázquez lar...@macports.org wrote:
I don't think return is behaving like you (or I) expect.
The following is somewhat academic, but some might find it instructive. And it
will almost certainly make Jeremy hate Tcl more than he already does.
The Tcl
On Feb 21, 2013, at 8:29 AM, j...@macports.org wrote:
Revision: 103314
https://trac.macports.org/changeset/103314
Author: j...@macports.org
Date: 2013-02-21 05:29:21 -0800 (Thu, 21 Feb 2013)
Log Message:
---
py-robotframework-ride: fix checksum (file apparently
On Feb 22, 2013, at 9:53 AM, mm...@macports.org wrote:
Revision: 103348
https://trac.macports.org/changeset/103348
Author: mm...@macports.org
Date: 2013-02-22 06:53:26 -0800 (Fri, 22 Feb 2013)
Log Message:
---
py-graph-tool: update to 2.2.22
Modified Paths:
On Feb 22, 2013, at 11:43 AM, lar...@macports.org wrote:
Revision: 103351
https://trac.macports.org/changeset/103351
Author: lar...@macports.org
Date: 2013-02-22 08:43:51 -0800 (Fri, 22 Feb 2013)
Log Message:
---
wireshark-devel: Update to 1.9.0 (maintainer, #38166).
On Feb 23, 2013, at 1:50 AM, MacPorts nore...@macports.org wrote:
Page howto/bash-completion was changed by c1653...@rmqkr.net
Diff URL:
https://trac.macports.org/wiki/howto/bash-completion?action=diffversion=8
Revision 8
Comment: Add /opt/local/bin/bash to /etc/shells
Changes:
On Feb 23, 2013, at 6:07 AM, Ryan Schmidt ryandes...@macports.org wrote:
+# Upstream explicitly requires GNU make.
+build.type gnu
build.type gnu is the default; see the Guide. You don't need to list it.
It's the default on darwin, but it doesn't look like that's true on all
platforms.
On Feb 24, 2013, at 1:43 AM, Ryan Schmidt ryandes...@macports.org wrote:
Ugh. I've been telling people for awhile that build.type gnu is unnecessary
because the guide states that's the default. Either the guide should be fixed
to match the code and those changes I advocated should be
On Feb 24, 2013, at 3:42 PM, ryandes...@macports.org wrote:
Revision: 103399
https://trac.macports.org/changeset/103399
Author: ryandes...@macports.org
Date: 2013-02-24 12:42:36 -0800 (Sun, 24 Feb 2013)
Log Message:
---
maskedKlustaKwik +native: allow
On Feb 24, 2013, at 7:30 AM, c...@macports.org wrote:
Revision: 103395
https://trac.macports.org/changeset/103395
Author: c...@macports.org
Date: 2013-02-24 04:30:49 -0800 (Sun, 24 Feb 2013)
Log Message:
---
port1.0: categories is order-sensitive (because the primary
On Feb 24, 2013, at 7:05 PM, Clemens Lang c...@macports.org wrote:
The problem with allowing duplicates and invalid values is comes back to
bite you in the wrong place as soon as you start putting data into a
format where that matters.
Just an example: If I want to store dependencies in SQL
On Feb 24, 2013, at 9:03 PM, Jasper Blues jas...@appsquick.ly wrote:
This is my first post to the list. . . .
Welcome!
I'm writing because I would like to see the 'appledoc' tool available via
MacPorts. . . So far it seems its only available via Homebrew :P (which I
don't want to use)
On Feb 25, 2013, at 11:41 PM, Ryan Schmidt ryandes...@macports.org wrote:
gcc45 should be the default, per:
https://trac.macports.org/wiki/PortfileRecipes#gcc
Switched back in r103447, and noted:
https://trac.macports.org/ticket/38192#comment:4
vq
On Feb 25, 2013, at 11:41 PM, Ryan Schmidt ryandes...@macports.org wrote:
gcc45 should be the default, per:
https://trac.macports.org/wiki/PortfileRecipes#gcc
Though we can certainly begin a discussion about switching everything to
defaulting to gcc47 instead.
Might as well.
What do
On Feb 26, 2013, at 3:32 PM, Joshua Root j...@macports.org wrote:
To make it happen, someone needs to go through all the ports returned by
`port echo variant:gcc45 or depends:gcc45` and make the appropriate
changes in their working copy, make a ticket (like #33544) with the svn
diff attached
On Mar 2, 2013, at 7:40 PM, MacPorts nore...@macports.org wrote:
#38255: The port lang/chicken is not indexed by default
+
Reporter: dtakahashi42@… | Owner: macports-tickets@…
Type: defect | Status: new
On Mar 3, 2013, at 12:05 AM, Ian Wadham iandw...@gmail.com wrote:
This page is an excellent start, Nicolas!
I have one or two points to add to it. Where do I find the wiki source? Can
I edit it? Probably not. I do not have edit access to anything in MacPorts.
So how would you like me
On Mar 3, 2013, at 9:26 AM, MacPorts nore...@macports.org wrote:
#38255: chicken @4.8.0.2: missing from pregenerated PortIndex
-+--
Reporter: dtakahashi42@… | Owner: larryv@…
Type: defect | Status: closed
Priority:
On Mar 3, 2013, at 5:17 PM, Daniel J. Luke dl...@geeklair.net wrote:
Oh yep - I didn't think of that (I was originally thinking that perl5.major
would have just the 8-16 version since there's already a '5' in the variable
name...)
If you (or anyone else) can fix it before I get to it -
On Mar 4, 2013, at 3:59 AM, Douglas Carmichael dcarm...@dcarmichael.net wrote:
Do you mean there's an issue with xmp 4.0.1 on Snow Leopard?
(I don't have 10.6 installed anymore, so there's no way for me to test it.)
It's a small issue.
At line 24, src/sound_coreaudio.c assumes that the
On Mar 4, 2013, at 6:26 PM, Ryan Schmidt ryandes...@macports.org wrote:
On Mar 4, 2013, at 17:22, Jeremy Lavergne jer...@lavergne.gotdns.org wrote:
With the regexp change to portconfigure.tcl [1], is it possible we can
conditionally use the -matchvar flag?
On 10.5 it doesn't work:
Can't
On Mar 4, 2013, at 6:22 PM, Jeremy Lavergne jer...@lavergne.gotdns.org wrote:
With the regexp change to portconfigure.tcl [1], is it possible we can
conditionally use the -matchvar flag?
On 10.5 it doesn't work:
Can't map the URL 'file://.' to a port description file (can't read
On Mar 5, 2013, at 12:01 AM, Ian Wadham iandw...@gmail.com wrote:
3. Does MacPorts delete KDE users' data files when it uninstalls/re-installs?
I suspect it does. See the section in the Wiki on Installation
location. In
~/Library/Preferences/KDE, we have share/apps, share/config
On Mar 5, 2013, at 12:54 AM, Ian Wadham iandw...@gmail.com wrote:
Is it worth taking a look at Calligra as a possible MacPorts port?
I have not tried Calligra 2.6.1, nor any Calligra version. This is
just an exploratory enquiry.
A port submission for Calligra has actually been sitting
On Mar 5, 2013, at 1:30 PM, Leo Singer aron...@macports.org wrote:
Oh, I already added replaced_by to the port that I made obsolete, in this
case py-novas_py. In the Portfile that replaces it,
https://trac.macports.org/browser/trunk/dports/python/py-novas/Portfile
should I just remove
On Mar 5, 2013, at 9:27 AM, Nicolas Pavillon ni...@macports.org wrote:
I don't think Macports deletes these files, at least most of them. Macports
only uninstalls
the files copied during installation, not the files created at runtime by the
application.
Strictly speaking, it only
On Mar 4, 2013, at 12:52 PM, Jeremy Lavergne jer...@lavergne.gotdns.org wrote:
I think I might have hit an odd edgecase...
Have an up-to-date package installed (in my case it was libglade2), go to
build a pkg of it and MacPorts says it needs rebuilt due to the Portfile
having changed. So
On Mar 5, 2013, at 4:47 PM, Ian Wadham iandw...@gmail.com wrote:
My reasons for discontinuing the +docs variant in KDE ports would be:
- It brings in additional dependencies needed by Doxygen but not by all
end-users
Most of those dependencies are for graphviz, which I hope to remove from
On Mar 5, 2013, at 7:56 PM, Clemens Lang c...@macports.org wrote:
to avoid this confusion next time, I had documented the deactivate hack
and explained when and why it is needed as well as how it works:
http://trac.macports.org/wiki/PortfileRecipes#deactivatehack
Ergh. The work is
On Mar 5, 2013, at 8:28 PM, Jasper Blues jas...@appsquick.ly wrote:
When running port upgrade outdated I get the following error:
Error: org.macports.build for port groovy returned: command execution failed
Please see the log file for port groovy for details:
On Mar 6, 2013, at 9:59 AM, Joshua Root j...@macports.org wrote:
It is necessary to explain at least some of the implementation details
if the reader is to understand what the code is actually doing and why.
Depending on implementation details that code at the portfile level
should not depend
On Mar 6, 2013, at 11:43 AM, Clemens Lang c...@macports.org wrote:
On Thu, Mar 07, 2013 at 01:59:03AM +1100, Joshua Root wrote:
It is necessary to explain at least some of the implementation details
if the reader is to understand what the code is actually doing and
why.
The original
On Mar 8, 2013, at 5:44 AM, Andrea D'Amore and.dam...@macports.org wrote:
That's the whole point of using lib:, what would be the disadvantage
in using external lib in this case?
The usual reasons?
https://trac.macports.org/wiki/FAQ#ownlibs
vq
___
On Mar 9, 2013, at 8:32 PM, Ryan Schmidt ryandes...@macports.org wrote:
Is there a reason not to always use ${configure.cc} -E, for all compilers?
That usually works. In fact most software uses that by default.
Hm, yeah I guess that's true.
Conversely, is there a reason not to use this in
On Mar 10, 2013, at 4:06 PM, vincent habchi vi...@macports.org wrote:
The pgRouting port is currently disabled and will remain so in a foreseeable
future: last release is October 2010, incompatible with PostGIS 2/PostgreSQL
9, depends on an obsolete version of Boost, is buggy and, worst of
On Mar 11, 2013, at 4:35 AM, Andrea D'Amore and.dam...@macports.org wrote:
I have had the portfile partially edited for a while so I'm not sure
about why I went with lib: in first place, IIRC it was to due the
presence of multiple library version in ports rather than using a
non-mp provided
On Mar 14, 2013, at 9:38 AM, h...@macports.org wrote:
Revision: 104065
https://trac.macports.org/changeset/104065
Author: h...@macports.org
Date: 2013-03-14 06:38:50 -0700 (Thu, 14 Mar 2013)
Log Message:
---
kytea: update to 0.4.4; use g++ instead of clang.
On Mar 14, 2013, at 9:32 AM, Nicolas Pavillon ni...@macports.org wrote:
Using compiler.blacklist could sound good, but frankly, it is not always very
encouraging to use fully undocumented commands. Until you mentioned it, I did
not even know the fallback additional command, with which I
On Mar 15, 2013, at 12:00 PM, Chris Jones jon...@hep.phy.cam.ac.uk wrote:
No takers ;) ?
We're all just scared of touching this physics stuff.
:P
Committed in r104094 and r104095.
vq
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On Feb 18, 2013, at 10:55 PM, Eric A. Borisch ebori...@macports.org wrote:
FWIW, FreeBSD's port requires graphviz [1] and many Linux RPMs don't [2] ...
so there's no consensus to be had by looking for what others are doing.
I use doxygen with graphviz, but most of utility exists without it.
I'd like to mark perl5 as license_noconflict in doxygen, since its dependency
gdbm is blocking distribution of doxygen packages. I think perl is only used
for running some build scripts, but I'm not really sure. Can someone with a
clue take a look?
vq
On Mar 16, 2013, at 5:35 PM, Leo Singer aron...@macports.org wrote:
I need to blacklist all versions of gcc 4.4. I don't think that Apple ever
shipped GCC 4.4 with Xcode, so I think that the only compiler I really have
to worry about is 'macports-gcc-4.4'. However, let's say that I wanted to
On Mar 18, 2013, at 12:35 PM, Rainer Müller rai...@macports.org wrote:
The depspec in depends_build is bin:perl:perl5, so on a usual
installation this does not pin a specific version of perl and
/usr/bin/perl will satisfy this dependency. Probably the intention of
the Portfile author was that
1 - 100 of 756 matches
Mail list logo