Re: #51392 Play @1.3.4 Patch

2016-06-05 Thread Jeremy Lavergne
Hi John, Comments were provided on the ticket indicating it fails to build. Could you update the ticket with your desired solution? https://trac.macports.org/ticket/51392 On 06/01/2016 05:49 PM, John Patrick wrote: > Hiya, > > I raise a ticket (https://trac.macports.org/ticket/51392) >

Re: platform{} statement

2016-06-05 Thread René J . V . Bertin
On Sunday June 05 2016 17:00:17 Gustaf Neumann wrote: > i was talking about a general mechanism, through which a port maintainer > can change the behavior of commands on which others depend. I do not see > much danger with extending the platform command as discussed. Of course. I wasn't thinkin

Re: platform{} statement

2016-06-05 Thread Gustaf Neumann
Am 05.06.16 um 16:46 schrieb René J.V. Bertin: On Sunday June 05 2016 15:08:34 Gustaf Neumann wrote: (eg. incorporating tcl files from some part of the rsync tree). however, i would NOT recommend it to allow it to the regular port maintainer, since a port maintainer might not have enough unders

Re: platform{} statement

2016-06-05 Thread René J . V . Bertin
On Sunday June 05 2016 15:08:34 Gustaf Neumann wrote: >(eg. incorporating tcl files from some part of the rsync tree). however, >i would NOT recommend it to allow it to the regular port maintainer, >since a port maintainer might not have enough understanding of the >consequences of such changes

Re: platform{} statement

2016-06-05 Thread Gustaf Neumann
Am 05.06.16 um 12:14 schrieb René J.V. Bertin: On Saturday June 04 2016 13:41:59 Gustaf Neumann wrote: yes, the {$len == 1} check needs to be generalized (was wrong in the earlier versions as well). If you mean in the other procedures: no, i was referring with "earlier version" to the posted

Re: platform{} statement

2016-06-05 Thread René J . V . Bertin
On Saturday June 04 2016 13:41:59 Gustaf Neumann wrote: >yes, the {$len == 1} check needs to be generalized (was wrong in the >earlier versions as well). If you mean in the other procedures: will you file an enhancement/submission trac ticket to "base" that takes care of that, or do I file one

Re: [149146] trunk/dports/math

2016-06-05 Thread Ryan Schmidt
> On Jun 1, 2016, at 6:41 PM, mcalh...@macports.org wrote: > > Revision > 149146 > Author > mcalh...@macports.org > Date > 2016-06-01 16:41:20 -0700 (Wed, 01 Jun 2016) > Log Message > > octave family: writing to a plist file with /usr/bin/defaults is deprecated; > use PlistBuddy instead (possib