ion process for the swig executable will begin. In my case, I failed to
install the i386 version of swig-python on Lion OS.
Hiroshi Umemoto (h...@macports.org)
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.
On Mar 15, 2013, at 3:54 AM, Ryan Schmidt wrote:
> More importantly: please explain (via comment in the port) why you're
> blacklisting clang and what you're doing to fix it (i.e. a link to the
> upstream bug report). The Xcode 4.6 release notes state that it is the last
> major version of Xco
es master very instantly.
https://github.com/moses-smt/mosesdecoder/commit/f4471692ba51aeec3cf9867fcabe2c4fc7d4cb33
http://article.gmane.org/gmane.comp.nlp.moses.user/7740
I will update the mosesdecoder port.
Best,
Hiroshi Umemoto (h...@macports.org)
On Aug 7, 2012, at 12:10 PM, Ryan Schmidt wrote:
> Instead of adding this into the repository as a local file that everyone has
> to download (even those who never install this port), why not make it a
> distfile and have the port download it from e.g.:
>
> http://code.jquery.com/jquery-1.7.2.
> Sample data is fine where you put it in ${prefix}/share/${name}.
Thanks! I updated the wapiti portfile in r94406 according to the recipes.
Hiroshi Umemoto (h...@macports.org)
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://list
On Jun 14, 2012, at 5:48 AM, Ryan Schmidt wrote:
> On Jun 13, 2012, at 08:30, h...@macports.org wrote:
>
>> Revision: 94252
>> https://trac.macports.org/changeset/94252
>> Author: h...@macports.org
>> Date: 2012-06-13 06:30:05 -0700 (Wed, 13 Jun 2012)
>> Log Message:
>> ---
replicate the above error on my
Lion Mac-mini (Mac OS X 10.7.3 + Xcode 4.3.2 + MacPorts 2.0.4), and I have no
idea the reason why pficommon.pc was missing even though it seemed to be copied
without problem.
Would you file a ticket for the issue to remind me? Thanks in ad
On Mar 30, 2012, at 9:41 AM, Jeremy Huddleston wrote:
> Please make an effort to actually address build failures rather than just
> falling back on older compilers. At minimum, please explain why you are
> falling back in a comment or in the change log.
>
> Here's a better fix:
Thanks for the
n increased
> with this change.
That’s right. Committed in r91029. Thanks for reminding me.
Hiroshi Umemoto (h...@macports.org)
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
On Mar 10, 2012, at 12:02 AM, Ryan Schmidt wrote:
> In r90593 I've changed "major_version" to "branch" and computed it
> automatically based on the version:
>
> https://trac.macports.org/wiki/PortfileRecipes#branch
>
> But if this is their intended plan going forward, to re-release the
> same
On Mar 9, 2012, at 4:53 AM, Ryan Schmidt wrote:
>> cabocha: revert 0.61(r90493) back to 0.60(r86584)
>
> Out of curiosity: why?
>
> If there is a problem with 0.61 and users who already upgraded to it must be
> made to downgrade back to 0.60, then you must increase the port's epoch; if
> you
r/trunk/dports/devel/opal
>
> ("a high-level interface for low-level physics engines used in games,
> robotics simulations, and other 3D applications", by Jeremy Lavergne)
>
>
> https://trac.macports.org/browser/trunk/dports/math/opal
>
> ("C++ header library o
On Jan 7, 2012, at 8:13 PM, Ryan Schmidt wrote:
> On Dec 18, 2011, at 04:39, h...@macports.org wrote:
>
>> Revision: 88079
>> http://trac.macports.org/changeset/88079
>> Author: h...@macports.org
>> Date: 2011-12-18 02:39:41 -0800 (Sun, 18 Dec 2011)
>> Log Message:
>> ---
>>
On Dec 6, 2011, at 8:33 PM, Ryan Schmidt wrote:
> On Nov 28, 2011, at 08:47, h...@macports.org wrote:
>> Revision: 87607
>> http://trac.macports.org/changeset/87607
>> -distfiles
>> +distfiles {}
>
> In what way were distfiles broken before this change? I've put the line
> "dis
On Nov 21, 2011, at 6:22 PM, Ryan Schmidt wrote:
> On Nov 18, 2011, at 06:31, h...@macports.org wrote:
>> Modified: trunk/dports/devel/pficommon/Portfile
>
> The various postgresql variants should be marked as conflicting with one
> another.
>
> The postgresql and mysql variants should be deprec
> On Nov 15, 2011, at 5:31 AM, Ryan Schmidt wrote:
>> On Nov 14, 2011, at 07:53, Hiroshi Umemoto wrote:
>>> On Nov 13, 2011, at 2:04 AM, Ryan Schmidt wrote:
>>>> On Nov 12, 2011, at 09:28, h...@macports.org wrote:
>>>>>
>>>>> Modified Pa
On Nov 15, 2011, at 5:31 AM, Ryan Schmidt wrote:
> On Nov 14, 2011, at 07:53, Hiroshi Umemoto wrote:
>> On Nov 13, 2011, at 2:04 AM, Ryan Schmidt wrote:
>>> On Nov 12, 2011, at 09:28, h...@macports.org wrote:
>>>>
>>>> Modified Paths:
>>>> ---
On Nov 13, 2011, at 2:04 AM, Ryan Schmidt wrote:
> On Nov 12, 2011, at 09:28, h...@macports.org wrote:
>>
>> Modified Paths:
>> --
>> trunk/dports/devel/pficommon/Portfile
>> +variant mysql description {Enable mysql} {
>> +depends_lib-appendlib:mysql_config:mysql5
>> +co
On Nov 7, 2011, at 9:53 AM, Ryan Schmidt wrote:
> On Nov 6, 2011, at 18:33, h...@macports.org wrote:
>
>> New port: py-jubatus-client 0.1.0 - a Python client for jubatus.
>
>> +livecheck.type regex
>> +livecheck.url https://github.com/jubatus/jubatus-python-client/tags
>> +livecheck.r
On Nov 7, 2011, at 12:58 AM, Ryan Schmidt wrote:
> On Nov 5, 2011, at 23:56, Hiroshi Umemoto wrote:
>> On Sun, Nov 6, 2011 at 2:55 AM, Ryan Schmidt wrote:
>>> On Nov 5, 2011, at 11:42, h...@macports.org wrote:
>>>
>>>> p5-mecab, py-mecab, rb-mecab, rb19-mec
On Sun, Nov 6, 2011 at 2:55 AM, Ryan Schmidt wrote:
> On Nov 5, 2011, at 11:42, h...@macports.org wrote:
>
>> p5-mecab, py-mecab, rb-mecab, rb19-mecab: correct depends_lib.
>>
>> if {${perl5.major} != ""} {
>> - depends_lib-append lib:libmecab:mecab-utf8
>> + depends_lib-append bin:mecab-c
21 matches
Mail list logo
