On Jul 4, 2015, at 10:42 AM, io...@macports.org wrote:
Revision
138297
Author
io...@macports.org
Date
2015-07-04 08:42:41 -0700 (Sat, 04 Jul 2015)
Log Message
octave-control: REVBUMP FOR CRATE JUSTICE !!
Could you be more specific about why a revbump of octave-control was
On Jul 3, 2015, at 3:45 PM, michae...@macports.org wrote:
Revision
138275
Author
michae...@macports.org
Date
2015-07-03 13:45:51 -0700 (Fri, 03 Jul 2015)
Log Message
qt4-mac:
+ fix homepage;
+ fix correcting of .pc files for any install location, not just when in
${prefix}.
When
On Jun 24, 2015, at 3:04 PM, Mark Moll wrote:
Part of the problem is that there is no way to force the default CMake
modules for finding an python interpreter and python libraries to agree on
the same version. As a way around that I wrote my own FindPython.cmake:
On Jun 28, 2015, at 2:13 AM, take...@macports.org wrote:
Revision
138098
Author
take...@macports.org
Date
2015-06-28 00:13:39 -0700 (Sun, 28 Jun 2015)
Log Message
magicspp: add glib2 to depends_lib
Modified Paths
• trunk/dports/science/magicspp/Portfile
Diff
Modified:
On Jun 26, 2015, at 7:26 PM, Marko Käning wrote:
Note that the compilers macports-clang-2.9, macports-clang-3.0,
macports-clang-3.1 and macports-gcc-4.2 don't exist…
Oh, I guess the “macports-*” prefix should be removed, right?
These four entries should just be removed entirely, because
On Jun 22, 2015, at 7:59 AM, take...@macports.org wrote:
Revision
137869
Author
take...@macports.org
Date
2015-06-22 05:59:24 -0700 (Mon, 22 Jun 2015)
Log Message
emos, libemos, magicspp: deprecate emos and add libemos 4.0.7 and update
magicspp to 2.24.7
---
On Jun 22, 2015, at 3:57 PM, m...@macports.org wrote:
Revision
137900
Author
m...@macports.org
Date
2015-06-22 13:57:02 -0700 (Mon, 22 Jun 2015)
Log Message
kde-extra-cmake-modules: new port for KDE's ECM needed mostly for KF5
--- trunk/dports/kde/kde-extra-cmake-modules/Portfile
On Jun 26, 2015, at 5:07 PM, Mihai Moldovan wrote:
On 27.06.2015 12:04 AM, Clemens Lang wrote:
On June 26, 2015 11:46:51 PM GMT+02:00, Mihai Moldovan wrote:
On 26.06.2015 11:44 PM, Sterling Smith wrote:
Presumably the port dependencies that need to be installed are stored
and it would be
On Jun 25, 2015, at 12:47 PM, Clemens Lang wrote:
I've noticed a problem in while deploying archives from our Yosemite builder
to what I assume is packages.macports.org in
https://build.macports.org/builders/buildports-yosemite-x86_64/builds/4414/steps/deploy%20archives/logs/stdio
I
On Jun 25, 2015, at 5:46 PM, Mihai Moldovan wrote:
On 25.06.2015 09:04 PM, Ryan Schmidt wrote:
MacPorts people: Do we clean up old archives? If not, we probably should. If
we do, we probably should clean out more to avoid this?
We don't delete old packages or distfiles. We probably should
On Jun 25, 2015, at 8:33 PM, Mihai Moldovan wrote:
On 26.06.2015 03:17 AM, Ryan Schmidt wrote:
I've filed a ticket for the problem now, and mentioned the script.
https://trac.macports.org/ticket/48174
Doesn't portmgr have access to packages.macports.org? Can't you login and run
On Jun 24, 2015, at 3:31 PM, take...@macports.org wrote:
Revision
137995
Author
take...@macports.org
Date
2015-06-24 13:31:21 -0700 (Wed, 24 Jun 2015)
Log Message
grib_api, libemos, magicspp: set CMAKE_INSTALL_NAME_DIR in grib_api, revbump
ports that depends on grib_api
---
On Jun 23, 2015, at 7:01 PM, Joshua Root wrote:
On 2015-6-24 07:21 , Ryan Schmidt wrote:
On Jun 22, 2015, at 4:42 PM, Lawrence Velázquez wrote:
On Jun 4, 2015, at 7:32 PM, Ryan Schmidt wrote:
I agree setup procs are not the best.
I also don't like that the semantics of the arguments
On Jun 23, 2015, at 1:26 PM, lar...@macports.org wrote:
Revision
137946
Author
lar...@macports.org
Date
2015-06-23 11:26:35 -0700 (Tue, 23 Jun 2015)
Log Message
openmpi*: Reflect currently-available compilers (#48091)
---
On Jun 23, 2015, at 3:24 AM, Clemens Lang wrote:
On 23 Jun, 2015, at 01:07, Joshua Root wrote:
How are you planning on handling variants? It seems to me that the only
tractable approach would be to evaluate the package universe lazily,
running mportopen to get data from portfiles only when
On Jun 23, 2015, at 11:20 AM, Lawrence Velázquez wrote:
So those modules would just include python-1.0 before github-1.0.
That would be horribly confusing even for me.
I think discussing this makes it sound more complex than it will be in
practice.
I have to agree with Mojca here. If
On Jun 22, 2015, at 4:42 PM, Lawrence Velázquez wrote:
On Jun 4, 2015, at 7:32 PM, Ryan Schmidt wrote:
I agree setup procs are not the best.
I also don't like that the semantics of the arguments are not obvious. We
might know from experience what the different components
On Jun 23, 2015, at 4:21 PM, René J.V. Bertin wrote:
Hairy detail: this project requires exactly Python 3.4.3 - nothing more,
nothing less...
I guess it'll work today, and break when the python34 port is updated to 3.4.4.
Not a great requirement for a project to have.
On Jun 22, 2015, at 4:01 PM, René J.V. Bertin wrote:
I have a CMake file that has the following, hopefully self-explanatory, bit:
{{{
find_package(PythonLibs 3.4.3 REQUIRED)
if ( NOT ${PYTHONLIBS_FOUND} OR ${PYTHON_VERSION_MINOR} GREATER 4 )
message(FATAL_ERROR Python 3.4.3 with
On Jun 22, 2015, at 9:53 PM, Ryan Schmidt wrote:
On Jun 22, 2015, at 5:01 PM, Lawrence Velázquez wrote:
BTW: would be great if we could get rid of these constructs which appear in
all ports.
if {${subport} ne ${name}} {
livecheck.type none
} else {
livecheck.type pypi
}
Yes
On Jun 23, 2015, at 8:21 PM, lar...@macports.org wrote:
Revision
137980
Author
lar...@macports.org
Date
2015-06-23 18:21:44 -0700 (Tue, 23 Jun 2015)
Log Message
gsl-devel: Replace with gsl
This port hasn't been meaningfully changed in over four years, and `gsl`
is better
On Jun 23, 2015, at 5:58 PM, Sterling Smith wrote:
On Jun 23, 2015, at 3:51PM, Ryan Schmidt wrote:
On Jun 23, 2015, at 5:48 PM, Lawrence Velázquez wrote:
On Jun 23, 2015, at 5:21 PM, Ryan Schmidt wrote:
I planned to make the default for github.project be ${name} and the
default
On Jun 20, 2015, at 7:51 AM, m...@macports.org wrote:
Revision
137807
Author
m...@macports.org
Date
2015-06-20 05:51:23 -0700 (Sat, 20 Jun 2015)
Log Message
ocaml: version 4.02.2
--- trunk/dports/lang/ocaml/Portfile 2015-06-20 12:44:31 UTC (rev 137806)
+++
On Jun 23, 2015, at 5:48 PM, Lawrence Velázquez lar...@macports.org wrote:
On Jun 23, 2015, at 5:21 PM, Ryan Schmidt ryandes...@macports.org wrote:
Yes, but then we get into the problem of order of inclusion. If the github
portgroup sets default master_sites, and the python portgroup
On Jun 22, 2015, at 4:18 PM, Mojca Miklavec wrote:
I have a tendency to delete
e-mails with subject that looks like a reply to a SVN commit and so
might others.
I encourage you and others to read responses to commits. I often provide code
reviews in such emails, and others do as well. Even
On Jun 22, 2015, at 5:01 PM, Lawrence Velázquez wrote:
BTW: would be great if we could get rid of these constructs which appear in
all ports.
if {${subport} ne ${name}} {
livecheck.type none
} else {
livecheck.type pypi
}
Yes, this would also go into the portgroup.
You can
On Jun 20, 2015, at 7:28 AM, Jackson Isaac wrote:
I have been working on implementing libsolv SAT Solver in MacPorts as
part of GSoC 2015 with my mentor, Clemens Lang.
Currently we have implemented search using libsolv and added an option
-l to use libsolv for the same.
I would like to
On Jun 20, 2015, at 2:26 PM, m...@macports.org wrote:
Revision
137819
Author
m...@macports.org
Date
2015-06-20 12:26:29 -0700 (Sat, 20 Jun 2015)
Log Message
oxygen-gtk[23]: new (sub)port(s) bringing KDE's oxygen theme to Gtk, thanks
to René (closes #43971)
Added:
On Jun 21, 2015, at 4:18 PM, René J.V. Bertin wrote:
On Sunday June 21 2015 10:12:55 Ryan Schmidt wrote:
In this post-configure block, you're making an assumption about the value of
configure.universal_archs; you should use that variable instead, looping
over its values. Also, you're
On Jun 20, 2015, at 11:57 AM, m...@macports.org wrote:
Revision
137817
Author
m...@macports.org
Date
2015-06-20 09:57:57 -0700 (Sat, 20 Jun 2015)
Log Message
libetonyek: new port thanks to René (closes #46369)
Added Paths
• trunk/dports/textproc/libetonyek/
•
On Jun 20, 2015, at 11:40 AM, dev...@macports.org wrote:
Revision
137816
Author
dev...@macports.org
Date
2015-06-20 09:40:01 -0700 (Sat, 20 Jun 2015)
Log Message
libpagemaker: new maintainer submission (#48062).
--- trunk/dports/graphics/libpagemaker/Portfile
On Jun 20, 2015, at 11:34 AM, dev...@macports.org wrote:
Revision
137813
Author
dev...@macports.org
Date
2015-06-20 09:34:25 -0700 (Sat, 20 Jun 2015)
Log Message
libmspub: new maintainer submission (#48062).
--- trunk/dports/graphics/libmspub/Portfile (rev
On Jun 20, 2015, at 10:48 AM, Marko Käning wrote:
Hi stromnov,
recently opencv was updated from version 2 to 3, which left at least 2
dependent
ports in limbo [1,2] and there might be even more out there...
I think this may ask for a new port opencv2, until its dependent ports can
On Jun 20, 2015, at 12:05 PM, m...@macports.org wrote:
Revision
137818
Author
m...@macports.org
Date
2015-06-20 10:05:13 -0700 (Sat, 20 Jun 2015)
Log Message
Vc: new port thanks to René (closes #46370)
Added: trunk/dports/math/Vc/Portfile (0 = 137818)
+#
On Jun 20, 2015, at 11:35 AM, dev...@macports.org wrote:
Revision
137814
Author
dev...@macports.org
Date
2015-06-20 09:35:33 -0700 (Sat, 20 Jun 2015)
Log Message
libfreehand: new maintainer submission (#48062).
--- trunk/dports/graphics/libfreehand/Portfile
On Jun 18, 2015, at 6:45 AM, Joël Brogniart wrote:
The auto-multiple-choice fails to build after update of opencv port to 3.0.0.
There is a simple way to adapt this version of auto-multiple-choice to the
new version of opencv. But this way makes auto-multiple-choice incompatible
with
On Jun 17, 2015, at 11:55 AM, Bradley Giesbrecht wrote:
On Jun 16, 2015, at 12:32 AM, Chunyang Xu wrote:
On Tue, Jun 16, 2015 at 3:03 PM, Ryan Schmidt ryandes...@macports.org
wrote:
On Jun 14, 2015, at 11:35 AM, chuny...@macports.org wrote:
Revision
137557
Author
chuny
On Jun 19, 2015, at 4:32 AM, René J. V. Bertin wote:
Ryan Schmidt wrote:
In most cases, MacPorts doesn't tell build systems to use an SDK.
What about the deployment target (MACOSX_DEPLOYMENT_TARGET)?
MacPorts always sets the MACOSX_DEPLOYMENT_TARGET environment variable, in
every phase
On Jun 18, 2015, at 4:07 AM, Gustaf Neumann wrote:
another common pattern is to use
foreach file [exec find -L $path -type f -name $pattern] {
...
}
which is straight-forward to be tailored for a wide range of
usage scenarios
fs-traverse should be used instead of using the
On Jun 19, 2015, at 6:23 AM, René J.V. Bertin wrote:
On Friday June 19 2015 06:02:53 Ryan Schmidt wrote:
MacPorts always sets the MACOSX_DEPLOYMENT_TARGET environment variable, in
every phase, to the value of the MacPorts Tcl variable
macosx_deployment_target. The default value
On Jun 18, 2015, at 4:50 AM, René J.V. Bertin wrote:
I've ran into a symbol (NSMetadataQueryUpdateAddedItemsKey) visibility issue
that I can most likely trace back to the fact that for some reason I don't
grasp, the build process decided to use the 10.10 SDK while I'm running 10.9
. I
On Jun 14, 2015, at 11:35 AM, chuny...@macports.org wrote:
Revision
137557
Author
chuny...@macports.org
Date
2015-06-14 09:35:29 -0700 (Sun, 14 Jun 2015)
Log Message
users/chunyang: port.el: New folder
Added Paths
• users/chunyang/port.el/
•
On Jun 14, 2015, at 12:10 PM, mfe...@macports.org wrote:
Revision
137560
Author
mfe...@macports.org
Date
2015-06-14 10:10:21 -0700 (Sun, 14 Jun 2015)
Log Message
lz4: update to r130
+master_sites${homepage}/archive
+distfiles ${version}${extract.suffix}
You
On Jun 13, 2015, at 12:19 AM, chuny...@macports.org wrote:
Revision
137498
Author
chuny...@macports.org
Date
2015-06-12 22:19:53 -0700 (Fri, 12 Jun 2015)
Log Message
fuzzy-find: new port, version 0.6 (#47931)
Added: trunk/dports/sysutils/fuzzy-find/Portfile (0 = 137498)
On Jun 13, 2015, at 12:31 AM, chuny...@macports.org wrote:
Revision
137499
Author
chuny...@macports.org
Date
2015-06-12 22:31:55 -0700 (Fri, 12 Jun 2015)
Log Message
atool: Update to 0.39.0 (#47940)
This commit included both functional changes and whitespace changes, which make
the
On Jun 10, 2015, at 3:39 AM, René J. V. Bertin wrote:
Marko Käning wrote:
How to transition from Qt4 to Qt5 more smoothly?? This is going to happen for
many ports in the future, so, perhaps this is a port where one could try to
exercise how to do it least disturbingly for users having
On Jun 10, 2015, at 4:07 PM, René J.V. Bertin wrote:
On Wednesday June 10 2015 13:31:11 Ryan Schmidt wrote:
I don't think Marko is saying that. He's saying he wants to be able to
upgrade his ports and have them still work. That's reasonable.
And between the lines I read that he'd like
On Jun 8, 2015, at 10:03 AM, Bjarne D Mathiesen wrote:
Ryan Schmidt wrote:
On Jun 7, 2015, at 2:10 PM, Bjarne D Mathiesen wrote:
...
Presently, libgcc and gcc49 fail to upgrade :
#= port outdated
The following installed ports are outdated:
gcc49 4.9.2_1
On Jun 9, 2015, at 12:56 AM, ijack...@macports.org wrote:
Revision
137323
Author
ijack...@macports.org
Date
2015-06-08 22:56:17 -0700 (Mon, 08 Jun 2015)
Log Message
Fix the filename in copyright header
Add missing modeline in macports_util.tcl
Modified Paths
•
On Jun 7, 2015, at 3:08 AM, Mojca Miklavec wrote:
Dear MacPorts Admins,
Judging from
https://build.macports.org/builders/buildports-lion-x86_64/builds/29349
it seems that the Lion buildbot ran out of disk space:
On Jun 7, 2015, at 7:43 AM, khindenb...@macports.org wrote:
Revision
137247
Author
khindenb...@macports.org
Date
2015-06-07 05:43:27 -0700 (Sun, 07 Jun 2015)
Log Message
zathura-plugin-djvu: update to 0.2.4 maintainer #47868
---
On Jun 7, 2015, at 2:10 PM, Bjarne D Mathiesen wrote:
I've got 2 older Mac Mini systems I'm using as headless servers:
#= system_profiler SPHardwareDataType SPSoftwareDataType
Hardware:
Hardware Overview:
Model Name : Mac mini Mac mini
Model
On Jun 6, 2015, at 6:27 PM, David Evans wrote:
On 6/5/15 2:27 PM, Ryan Schmidt wrote:
On Jun 5, 2015, at 4:14 PM, dev...@macports.org wrote:
Revision
137164
Author
dev...@macports.org
Date
2015-06-05 14:14:18 -0700 (Fri, 05 Jun 2015)
Log Message
psh: update to version 1.8.1, new
On Jun 5, 2015, at 11:50 PM, mo...@macports.org wrote:
Revision
137201
Author
mo...@macports.org
Date
2015-06-05 21:50:48 -0700 (Fri, 05 Jun 2015)
Log Message
perl5.22: new port
Modified: trunk/dports/lang/perl5.22/files/avoid-bind9-linking.patch (137160
= 137201)
---
On Jun 6, 2015, at 12:39 AM, dev...@macports.org wrote:
Revision
137202
Author
dev...@macports.org
Date
2015-06-05 22:39:05 -0700 (Fri, 05 Jun 2015)
Log Message
tidyp: add livecheck.
Modified Paths
• trunk/dports/www/tidyp/Portfile
Diff
Modified:
On Jun 6, 2015, at 6:27 PM, khindenb...@macports.org wrote:
Revision
137221
Author
khindenb...@macports.org
Date
2015-06-06 16:27:36 -0700 (Sat, 06 Jun 2015)
Log Message
gnofract4d: move to github
Modified: trunk/dports/gnome/gnofract4d/Portfile (137220 = 137221)
---
On Jun 4, 2015, at 6:01 PM, michae...@macports.org wrote:
Revision
137101
Author
michae...@macports.org
Date
2015-06-04 16:01:41 -0700 (Thu, 04 Jun 2015)
Log Message
libusb:
+ update to 1.0.19, which addresses ticket #44336;
+ move to using github, which requires non-standard
On Jun 6, 2015, at 6:57 PM, khindenb...@macports.org wrote:
Revision
137222
Author
khindenb...@macports.org
Date
2015-06-06 16:57:46 -0700 (Sat, 06 Jun 2015)
Log Message
epstool: update master_sites to somewhere that has the file; disable livecheck
Modified:
On May 27, 2015, at 11:34 AM, MacPorts nore...@macports.org wrote:
Page chunyang was changed by chuny...@macports.org
Diff URL: https://trac.macports.org/wiki/chunyang?action=diffversion=2
Revision 2
Comment: Add link to my process wiki page
Changes:
On Jun 2, 2015, at 1:56 PM, ksamm...@macports.org wrote:
Revision
137013
Author
ksamm...@macports.org
Date
2015-06-02 11:56:34 -0700 (Tue, 02 Jun 2015)
Log Message
More settings
Added Paths
•
On Jun 6, 2015, at 3:07 AM, Mojca Miklavec wrote:
On Sat, Jun 6, 2015 at 8:27 AM, Ryan Schmidt wrote:
+ # Catch MacPorts gcc/g++ extra libdir
+ case $($cc -v 21) in
+ *MacPorts gcc*) loclibpth=$loclibpth /opt/local/lib/libgcc ;;
Perhaps /opt/local should not be hardcoded here, and you
On Jun 6, 2015, at 6:05 PM, David Evans wrote:
On 6/5/15 11:28 PM, Ryan Schmidt wrote:
On Jun 6, 2015, at 12:39 AM, dev...@macports.org wrote:
Revision
137202
Author
dev...@macports.org
Date
2015-06-05 22:39:05 -0700 (Fri, 05 Jun 2015)
Log Message
tidyp: add livecheck.
Modified
On May 7, 2015, at 1:16 AM, Pulkit Kumar wrote:
Hello Everyone
My name is Pulkit Kumar and currently i am a 2nd year undergraduate student
of B.E in Information Technology at Netaji Subhas Institute of Technology
(NSIT), University of Delhi, India.
I am very keen in contributing to
On Jun 5, 2015, at 4:14 PM, dev...@macports.org wrote:
Revision
137164
Author
dev...@macports.org
Date
2015-06-05 14:14:18 -0700 (Fri, 05 Jun 2015)
Log Message
psh: update to version 1.8.1, new homepage, master_sites.
Modified: trunk/dports/shells/psh/Portfile (137163 = 137164)
On Jun 5, 2015, at 3:38 PM, m...@macports.org wrote:
Revision
137163
Author
m...@macports.org
Date
2015-06-05 13:38:58 -0700 (Fri, 05 Jun 2015)
Log Message
ldas-tools: Update to version 2.3.3. Add python variants. (#47967)
Modified: trunk/dports/science/ldas-tools/Portfile (137162 =
On Jun 4, 2015, at 3:07 PM, Lawrence Velázquez wrote:
Comment (by ryandesign@…):
Replying to [comment:9 larryv@…]:
Depends on where `github.setup` is called. We’ll actually have to handle
this a bit carefully to get it right. The `github-1.0` portgroup is not
one of our good ones.
I
On Jun 4, 2015, at 8:16 AM, René J.V. Bertin wrote:
On Thursday June 04 2015 07:23:24 Ryan Schmidt wrote:
depends_skip_archcheck is not a new type of dependency.
depends_skip_archcheck does not declare a dependency. Rather, it specifies
that an existing dependency does not need to have
On Jun 4, 2015, at 12:54 AM, lar...@macports.org wrote:
Revision
137073
Author
lar...@macports.org
Date
2015-06-03 22:54:00 -0700 (Wed, 03 Jun 2015)
Log Message
ghostscript: Don't choke if `distpath` or `workpath` contains spaces
but probably do still choke if they contain
On Jun 4, 2015, at 03:44, René J.V. Bertin wrote:
It seems it isn't possible to use rev-upgrade to verify what installed
binaries actually depend on the universal variant of their (known)
dependencies, correct?
I believe you are correct that rev-upgrade was not designed to verify that, and
On Jun 4, 2015, at 06:24, Joshua Root wrote:
On 2015-6-4 20:02 , Ryan Schmidt wrote:
On Jun 4, 2015, at 03:44, René J.V. Bertin wrote:
It seems it isn't possible to use rev-upgrade to verify what installed
binaries actually depend on the universal variant of their (known)
dependencies
On Jun 4, 2015, at 07:20, René J.V. Bertin wrote:
I remember asking why depends_build passes on the +universal variant setting,
and from what I remember I was told that that was intentional.
It is intentional. The build dependency might contain a static library you're
linking with. MacPorts
On Jun 4, 2015, at 06:08, René J.V. Bertin wrote:
On Thursday June 04 2015 05:02:03 Ryan Schmidt wrote:
You can always reinstall python27 without the universal variant and see if
something breaks.
Well, that's what I've done, and I haven't yet found any breakage. I'm just
concerned
Nope: It already autoreconfs, but it hadn't been revbumped after libtool was
updated to fix this issue.
On Jun 3, 2015, at 1:39 PM, Lawrence Velázquez lar...@macports.org wrote:
Does this not need a patch?
vq
On Jun 3, 2015, at 2:34 PM, ryandes...@macports.org wrote:
Revision
On Jun 2, 2015, at 8:48 AM, michae...@macports.org wrote:
Revision
137005
Author
michae...@macports.org
Date
2015-06-02 06:48:05 -0700 (Tue, 02 Jun 2015)
Log Message
qt4-mac:
+ update to 4.8.7, removing patches and related post-patch code for fixed
code;
+ whitespace;
+ allow
On Jun 2, 2015, at 9:42 AM, René J.V. Bertin wrote:
On Tuesday June 02 2015 09:38:42 Ryan Schmidt wrote:
Can't do that right now; they don't have the same library version. You
should put it back to port:jpeg.
What's wrong with already using a path:libjpeg.dylib dependency?
Because
On Jun 1, 2015, at 11:13 AM, vi...@macports.org wrote:
Revision
136972
Author
vi...@macports.org
Date
2015-06-01 09:13:16 -0700 (Mon, 01 Jun 2015)
Log Message
cgal: bump to 4.6
Modified Paths
• trunk/dports/gis/cgal/Portfile
Diff
Modified: trunk/dports/gis/cgal/Portfile
On May 28, 2015, at 11:30 AM, René J.V. Bertin wrote:
On Thursday May 28 2015 12:27:19 Lawrence Velázquez wrote:
Install some dummy files instead of failing. Something like this:
PortSystem 1.0
name foo
supported_archs noarch
archive_sites
distfiles
use_configure no
On May 12, 2015, at 3:32 PM, ebori...@macports.org wrote:
Revision
136236
Author
ebori...@macports.org
Date
2015-05-12 13:32:05 -0700 (Tue, 12 May 2015)
Log Message
mpich-*: Initial attempt at gcc5/6 support. See #47541.
Modified Paths
• trunk/dports/science/mpich/Portfile
On May 25, 2015, at 2:19 AM, j...@macports.org wrote:
Revision
136728
Author
j...@macports.org
Date
2015-05-25 00:19:50 -0700 (Mon, 25 May 2015)
Log Message
python27: removing the inadvertently added lines in the select file
This changes the files that get installed by the port, so
On May 25, 2015, at 10:50 AM, René J.V. Bertin wrote:
It's been a while that I miss a possibility to switch between foo and
foo-devel ports without having to do the deactivation manually in a separate
step. A normal `port activate foo` takes are automatically of deactivating
the currently
On May 23, 2015, at 8:54 PM, Mihai Moldovan wrote:
On 24.05.2015 03:23 AM, Ryan Schmidt wrote:
So yes, feel free to kill libssh01 immediately.
Without replacing it with libssh first or revbumping and erroring out in
pre-configure?
Okay.
I don't see a benefit to that in this case, do
On May 23, 2015, at 5:11 PM, David Evans wrote:
On 5/23/15 3:00 PM, Mihai Moldovan wrote:
On 23.05.2015 11:56 PM, David Evans wrote:
Apparently a corrupted database issue. Output from the write portlist
phase shows
Also see thread Snow Leopard builder failing on SQLite database corruption
On May 22, 2015, at 9:46 PM, lar...@macports.org wrote:
Revision
136599
Author
lar...@macports.org
Date
2015-05-22 19:46:13 -0700 (Fri, 22 May 2015)
Log Message
libjpeg-turbo: Respect configure.build_arch
After r136597, the conditional is always false (because
On May 22, 2015, at 3:57 AM, René J.V. Bertin wrote:
In that light, it might also be a good idea to follow the Debian/Ubuntu lead
on versioning, and prepend the major compatibility version to the port
version so it becomes easier to compare them. Supposing MacPorts supports a
colon in the
Keith, could you look into this please? See my suggestion and additional
question below. Thanks.
On May 19, 2015, at 10:16 PM, Ryan Schmidt wrote:
On May 19, 2015, at 7:14 PM, Benjamin Gilbert wrote:
The buildports-snowleopard-x86_64 builder is currently failing to
complete every build
On May 19, 2015, at 7:14 PM, Benjamin Gilbert wrote:
The buildports-snowleopard-x86_64 builder is currently failing to
complete every build but is reporting success anyway. The stdio log
for the write portlist file step says:
Error: sqlite error: database disk image is malformed (11)
On May 18, 2015, at 10:01, Craig Treleaven wrote:
Perhaps a fork of Pallet could be so modified?
First Pallet would have to be fixed so that it works again. There are open
tickets.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On May 18, 2015, at 7:15 PM, bgilb...@macports.org wrote:
Revision
136485
Author
bgilb...@macports.org
Date
2015-05-18 17:15:57 -0700 (Mon, 18 May 2015)
Log Message
py{26,33}-openslide: Add subports
We are trying to remove modules using python 2.7 and python 3.x 3.4, rather
than
On May 18, 2015, at 4:11 PM, Craig Treleaven wrote:
Right now, as I see it, MacPorts is pretty much geared to coders and
sophisticated users (system/network administrators, etc). There exists a
wider group of folks who just want to run a specific application or two (say
Darktable and
On May 17, 2015, at 7:34 AM, strom...@macports.org wrote:
Revision
136460
Author
strom...@macports.org
Date
2015-05-17 05:34:59 -0700 (Sun, 17 May 2015)
Log Message
shogun-devel: use cmake.out_of_source
Modified Paths
• trunk/dports/math/shogun-devel/Portfile
Diff
On May 11, 2015, at 8:00 AM, Jeremy Lavergne wrote:
Do we have our buildbot environments documented?
Today on IRC:
jedna:hi, i was wondering on the configuration used to build the binary
packages on packages.macports.org, specificaly the darwin_12 ones. if gcc or
clang is used, version,
On May 11, 2015, at 7:22 PM, Dan Ports wrote:
On Mon, May 11, 2015 at 06:36:06PM -0500, Ryan Schmidt wrote:
Modified: trunk/dports/sysutils/synergy/Portfile (136191 = 136192)
+set major [lindex [split ${macosx_version} .] 0]
+set minor [lindex [split
On May 11, 2015, at 5:52 PM, dpo...@macports.org wrote:
Revision
136192
Author
dpo...@macports.org
Date
2015-05-11 15:52:15 -0700 (Mon, 11 May 2015)
Log Message
synergy: update to v1.6.3, fix build (see #44018)
Thanks! I had last tried to update to 1.6.1 in November but appear to
On May 9, 2015, at 3:21 PM, bl...@macports.org wrote:
Revision
136023
Author
bl...@macports.org
Date
2015-05-09 13:21:21 -0700 (Sat, 09 May 2015)
Log Message
py-protobuf: require curl-ca-bundle at build time to download build
dependencies; closes #47349.
Modified:
On May 8, 2015, at 8:01 AM, René J.V. Bertin wrote:
in this case the documentation build would probably have to go in the
post-activation phase (or wherever configuration files are created when not
present yet) because what I had in mind clearly cannot go into the destroot
I don't
On May 7, 2015, at 9:28 AM, m...@macports.org wrote:
Revision
135940
Author
m...@macports.org
Date
2015-05-07 07:28:21 -0700 (Thu, 07 May 2015)
Log Message
gmake: Add guile variant. (#45527)
Modified Paths
• trunk/dports/devel/gmake/Portfile
Diff
Modified:
On May 8, 2015, at 3:21 AM, René J.V. Bertin wrote:
On Thursday May 07 2015 21:20:30 Ryan Schmidt wrote:
port:libgcrypt uses muniversal, so I'm guessing it ought to be only a
question of copying the right libgcrypt-config to the combined destroot, no?
That's not how muniversal works
On May 7, 2015, at 12:18 PM, René J.V. Bertin wrote:
I thought it'd be nice to have the kdelibs4 documentation in Qt help (.qch)
format. It is available online, but seriously outdated and will of course not
reflect any OS X specific changes that we made.
There is a script in the doc/api
On May 6, 2015, at 7:53 PM, Michael Dickens wrote:
On Wed, May 6, 2015, at 08:45 PM, Ryan Schmidt wrote:
+# legacy postgresql variants; can be removed 2016-05-01
+# use of 8.3 removed as of 2.3.2.
+
+set legacy_postgresql_suffixes {80 81 82}
+
+foreach s ${legacy_postgresql_suffixes
On May 7, 2015, at 7:31 AM, René J.V. Bertin wrote:
I just noticed the following:
{{{
configure: WARNING:
***
*** The config script /opt/local/bin/libgcrypt-config was
*** built for i386-apple-darwin13 and thus may not match the
*** used host x86_64-apple-darwin13.4.0.
*** You may want
601 - 700 of 6607 matches
Mail list logo
