Re: Github user repos?

On 11/2/16 3:39 PM, Ryan Schmidt wrote: > >> On Nov 1, 2016, at 3:49 PM, David Evans <dev...@macports.org> wrote: >> >> On 11/1/16 1:21 PM, Rainer Müller wrote: >>> On 2016-11-01 21:10, David Evans wrote: >>>> I see that some github user repos

Re: Removing "$Id$" lines

On 11/1/16 4:06 PM, Ryan Schmidt wrote: > Off list, Larry likened removing $Id$ lines to adding modelines, which we > also haven't globally done to all Portfiles yet. But it's not really the same > thing. Adding modelines needs to be done on a case by case basis. For > example, if a Portfile

Github user repos?

I see that some github user repos have been created while others (like mine ;-) ) have not. Is this an ongoing process that's going to take a while or is there some action that the user needs to take and get his repo created? BTW, I note that at least one of those already created belongs to a

Re: [154337] users/devans/GNOME-3/stable/dports/www/libhttpseverywhere

On 10/28/16 7:19 AM, Ryan Schmidt wrote: > >> On Oct 28, 2016, at 3:28 AM, dev...@macports.org wrote: >> >> Revision >> 154337 >> Author >> dev...@macports.org >> Date >> 2016-10-28 10:28:30 +0200 (Fri, 28 Oct 2016) >> Log Message >> >> GNOME-3/stable: libhttpseverywhere, new port, leverage the

Re: [154006] trunk/dports/science/Gyoto

Looking at the buildbot failures, this needs, at least, a build dependency on pkgconfig. On 10/17/16 3:24 PM, thib...@macports.org wrote: > Revision > 154006 > Author > thib...@macports.org > Date > 2016-10-17 15:24:33 -0700 (Mon, 17 Oct

Re: Review request for tickets #52545, #52590, #52615

On 10/17/16 2:38 PM, Ryan Schmidt wrote: > >> On Oct 17, 2016, at 2:43 PM, David Evans <dev...@macports.org> wrote: >> >> Ryan, >> >> I'm trying to commit as many pending svn commits as soon as possible in >> anticipation of the migration to

Review request for tickets #52545, #52590, #52615

Ryan, I'm trying to commit as many pending svn commits as soon as possible in anticipation of the migration to git. I'd appreciate it if you could look at these 3 tickets[1][2][3] and let me know if you agree they can be committed as is, or if you have any suggestions for their improvement.

Re: 2nd MacPorts Meeting & Online Meeting

On 10/16/16 3:59 PM, Clemens Lang wrote: > Hi Marko, > > On Mon, Oct 17, 2016 at 12:38:20AM +0200, Marko Käning wrote: >> now that you say it… Weren’t you aiming at the Wiesn earlier this >> year? ;-) > > Well, as you noticed, that didn't happen ;) > > >> I noticed that there is eventually an

Re: 2nd MacPorts Meeting & Online Meeting

On 10/9/16 10:53 PM, Mojca Miklavec wrote: > Hi, > > Me and Aljaž would be willing to host the MacPorts meeting in 2017 again. > > If you have any particular requests about the desired time / place / > or anything else, we can discuss it before we fix the dates, but we > should probably fix it

Re: [MacPorts] #52468: gtk3 3.22.0_0 build fails on 10.5 ppc

On 10/15/16 2:48 PM, MacPorts wrote: > #52468: gtk3 3.22.0_0 build fails on 10.5 ppc > -+-- > Reporter: dgonyier@… | Owner: devans@… > Type: defect | Status: assigned > Priority: Normal | Milestone: > Component:

Re: gcr requires gtk to be installed with +x11

On 10/10/16 1:23 PM, Johannes Kastl wrote: > On 10.10.16 22:20 David Evans wrote: > >> Yesterday. r153733 removed the run time dependency on epiphany from gimp2. >> Perhaps you need to update your ports? >> >> sudo port selfupdate > > I did, but maybe I got a

Re: gcr requires gtk to be installed with +x11

On 10/10/16 12:58 PM, Johannes Kastl wrote: > On 10.10.16 21:51 David Evans wrote: > >> Because gcr requires +x11 and you had gtk3 +quartz installed for >> gimp2 +quartz > > I figured this much. But why was it suddenly listed as a dependency > for gimp2+quartz? >

Re: gcr requires gtk to be installed with +x11

On 10/10/16 10:58 AM, Johannes Kastl wrote: > On 09.10.16 10:24 Johannes Kastl wrote: > >>> ---> Computing dependencies for gcr ---> Fetching archive >>> for gcr Error: org.macports.archivefetch for port gcr returned: >>> gtk3 must be installed with +x11. > > I still get the same error, so I

Re: gcr requires gtk to be installed with +x11

On 10/9/16 1:24 AM, Johannes Kastl wrote: > Hi David, > > thanks for the help. > > On 09.10.16 07:50 David Evans wrote: > >> I've confirmed that gcr's dependency on gnupg is unnecessary -- >> works fine without it. Removed in r153722. Let me know if you >>

Re: Epiphany requires gnupg and does not accept gnupg21?

On 10/8/16 7:03 PM, David Evans wrote: > On 10/8/16 5:29 PM, Lawrence Velázquez wrote: >>> On Oct 8, 2016, at 3:33 PM, Johannes Kastl <m...@ojkastl.de> wrote: >>> >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> Dear all,

Re: Epiphany requires gnupg and does not accept gnupg21?

On 10/8/16 5:29 PM, Lawrence Velázquez wrote: >> On Oct 8, 2016, at 3:33 PM, Johannes Kastl wrote: >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Dear all, >> >> while trying to upgrade my gimp2 port today, I stumbled upon >> epiphany throwing this error: >> >>>

Re: [153575] trunk/dports/devel/gpgme/Portfile

On 10/6/16 4:54 AM, Ryan Schmidt wrote: > >> On Oct 4, 2016, at 3:40 PM, dev...@macports.org wrote: >> >> Revision >> 153575 >> Author >> dev...@macports.org >> Date >> 2016-10-04 13:40:24 -0700 (Tue, 04 Oct 2016) >> Log Message >> >> gpgme: deactivate kdepimlibs4 earlier than 4.14.3_4 in

Re: [152306] trunk/dports/databases/zebra/Portfile

On 9/3/16 6:55 AM, Ryan Schmidt wrote: > >> On Sep 3, 2016, at 2:18 AM, dev...@macports.org wrote: >> >> Revision >> 152306 >> Author >> dev...@macports.org >> Date >> 2016-09-03 00:18:15 -0700 (Sat, 03 Sep 2016) >> Log Message >> >> zebra: increment revision to rebuild with icu 55.1 >> Modified

Re: request review #52025

On 8/18/16 6:30 PM, Björn Ketelaars wrote: > The maintainer of oath-toolkit has not reacted to > https://trac.macports.org/ticket/52025 > > Would someone be so kind to review (and commit) this update? > > Thank you! > Committed in https://trac.macports.org/changeset/151639, maintainer timeout.

Re: A separate PortIndex for libc++ on older systems

On 8/10/16 1:37 AM, Ryan Schmidt wrote: > On Jul 31, 2016, at 3:25 AM, dev...@macports.org wrote: > >> Revision >> 150854 >> Author >> dev...@macports.org >> Date >> 2016-07-31 01:25:57 -0700 (Sun, 31 Jul 2016) >> Log Message >> >> gnome-maps: update to version 3.20.2, 3.18.3 for systems that

Re: [150102] trunk/dports/perl/p5-gearman-server/Portfile

On 7/19/16 8:04 AM, Ryan Schmidt wrote: > > On Jul 19, 2016, at 10:01 AM, David Evans wrote: > >> On 7/19/16 5:41 AM, Ryan Schmidt wrote: >>> >>>> On Jul 12, 2016, at 7:16 AM, dev...@macports.org wrote: >>>> >>>> Revision >>>&g

Re: [150102] trunk/dports/perl/p5-gearman-server/Portfile

On 7/19/16 5:41 AM, Ryan Schmidt wrote: > >> On Jul 12, 2016, at 7:16 AM, dev...@macports.org wrote: >> >> Revision >> 150102 >> Author >> dev...@macports.org >> Date >> 2016-07-12 05:16:16 -0700 (Tue, 12 Jul 2016) >> Log Message >> >> p5-gearman-server: update to version 1.130.1, homepage,

Back from vacation

Just to let you all know that I returned home from my (very successful) vacation abroad this weekend. Just committed a few updates and will be getting back up to speed slowly this week and then (hopefully) back to normal after the US 4th of July holiday. Many thanks to jeremyhu@ and mojca@ and

Re: Going on holiday

On 5/24/16 7:28 AM, Ryan Schmidt wrote: > > On May 23, 2016, at 3:17 PM, David Evans <dev...@macports.org> wrote: > >> Later this week, I will be heading out of the country on holiday for about a >> month in exotic locations where the >> internet may only b

Going on holiday

Later this week, I will be heading out of the country on holiday for about a month in exotic locations where the internet may only be a rumor. Not taking a computer either. Should be back toward the end of June full of energy with renewed vim and vigor ready to slay dragons and even maintain a

Re: [148902] trunk/dports/graphics/inkscape/Portfile

On 5/22/16 10:03 AM, jerem...@macports.org wrote: > Revision > 148902 > Author > jerem...@macports.org > Date > 2016-05-22 10:03:16 -0700 (Sun, 22 May 2016) > > > Log Message > > inkscape: Revert hack from #51287 > > If enchant

Re: How to contribute a patch to a macports patch

On 5/20/16 10:19 PM, David Antliff wrote: > On Sat, May 21, 2016 at 12:55 PM, David Evans <dev...@macports.org > <mailto:dev...@macports.org>> wrote: > [snip] >> If you want to submit a patch, the clearest way IMO is to submit your >> changes as a patch against

Re: How to contribute a patch to a macports patch

On 5/20/16 4:54 PM, David Antliff wrote: > Hello, > > I have a fairly simple fix I'd like to submit however it requires a > modification to an existing macports *patch* (as > found in the 'files' subdirectory of a Port). > > I've read the Contributors' Guide however it's not clear to me whether

Re: [MacPorts] #51287: Inkscape crashes on startup if enchant is installed with +applespell

On 5/12/16 2:53 AM, MacPorts wrote: > #51287: Inkscape crashes on startup if enchant is installed with +applespell > ---+-- > Reporter: jo.vanoost@… | Owner: devans@… > Type: defect| Status: closed > Priority:

Re: [146550] trunk/dports/devel/libgit2/Portfile

On 3/15/16 10:23 AM, Sean Farley wrote: > > David Evans <dev...@macports.org> writes: > >> On 3/14/16 4:38 PM, Sean Farley wrote: >>> Thanks for following through! >>> >>> libgit2 makes so many breaking api changes that its subprojects (pygit

Re: [146550] trunk/dports/devel/libgit2/Portfile

On 3/14/16 4:38 PM, Sean Farley wrote: > Thanks for following through! > > libgit2 makes so many breaking api changes that its subprojects (pygit2, > libgit2-glib, etc.) should really be part of the same repo so that they > all get updated and released at the same time. libgit2-glib is actually

Re: [146550] trunk/dports/devel/libgit2/Portfile

On 3/14/16 1:25 PM, Sean Farley wrote: > > David Evans <dev...@macports.org> writes: > >> On 3/14/16 10:53 AM, Sean Farley wrote: >>> >>> David Evans <dev...@macports.org> writes: >>> >>>> On 3/11/16 2:55 PM, s...@macports.org

Re: [146550] trunk/dports/devel/libgit2/Portfile

On 3/14/16 10:53 AM, Sean Farley wrote: > > David Evans <dev...@macports.org> writes: > >> On 3/11/16 2:55 PM, s...@macports.org wrote: >>> Revision >>> 146550 <https://trac.macports.org/changeset/146550> >>> Author >>> s.

Re: [146550] trunk/dports/devel/libgit2/Portfile

On 3/11/16 2:55 PM, s...@macports.org wrote: > Revision > 146550 > Author > s...@macports.org > Date > 2016-03-11 14:55:34 -0800 (Fri, 11 Mar 2016) > > > Log Message > > libgit2: update to 0.24.0 > > > Modified Paths > >

Re: Checking for problems before committing

On 3/10/16 12:29 PM, Ryan Schmidt wrote: > > On Mar 10, 2016, at 12:48 AM, Mojca Miklavec wrote: > >> On 10 March 2016 at 05:48, Ryan Schmidt wrote: >>> >>> Obviously nobody is going to commit something they believe is broken, but >>> it does sometimes end up being the case for some subset of

Re: Review Request

On 2/7/16 11:48 AM, Bradley Giesbrecht wrote: >> On Feb 6, 2016, at 12:18 PM, Casey Rodarmor wrote: >> >> Hi there, >> >> May I request a review of https://trac.macports.org/ticket/50540? It's a >> pretty simple new port. > > Oddly, in my email client the above url is a link

Re: [145389] trunk/dports/audio/chromaprint/Portfile

On 2/3/16 5:38 PM, khindenb...@macports.org wrote: > Revision > 145389 > Author > khindenb...@macports.org > Date > 2016-02-03 17:38:14 -0800 (Wed, 03 Feb 2016) > > > Log Message > > chromaprint: fix checksums - not sure what

Re: How to find all dependents of go?

On 1/14/16 3:25 PM, Clemens Lang wrote: > Hi, > > On Thu, Jan 14, 2016 at 09:28:48PM +0100, Christoph Iserlohn wrote: >> But >> $ port dependents go >> returns >> go has no dependents. >> which is clearly wrong. I have several ports depending on go installed, e.g.: >> $ port installed go-tools >>

Re: r143478 -- gsl: update version 2.0->2.1

On 1/13/16 5:48 AM, Takeshi Enomoto wrote: > Hi, > > It seems that the update to gsl-2.x broke fgsl (#50295), which is compatible > with 1.16. > We may need gsl116 until the updates are provided by the upstream. > > Regards, > > Takeshi > > - > Takeshi Enomoto > take...@macports.org > >

Re: [144564] trunk/dports

On 1/12/16 1:17 PM, mo...@macports.org wrote: > Revision > 144564 > Author > mo...@macports.org > Date > 2016-01-12 13:17:36 -0800 (Tue, 12 Jan 2016) > > > Log Message > > remove perl5_16..5_20 variants from perl dependents (#50245)

Re: [144564] trunk/dports

On 1/12/16 3:07 PM, Mojca Miklavec wrote: > >>> (I'm only slightly inclined to wait a tiny bit until the buildbots >>> have cought up with the history, else other unsuspected committers >>> will be unable to extract whether anything was wrong with their >>> commits.) >> >> Sorry, I don't

Re: [144564] trunk/dports

On 1/12/16 1:59 PM, Mojca Miklavec wrote: > On 12 January 2016 at 22:36, David Evans <dev...@macports.org> wrote: >> On 1/12/16 1:17 PM, mo...@macports.org wrote: >>> Revision >>> 144564 <https://trac.macports.org/changeset/144564> >>> Author >

Re: [144564] trunk/dports

On 1/12/16 3:27 PM, Mojca Miklavec wrote: > On 13 January 2016 at 00:20, David Evans wrote: >> >> Why don't we just kill the p5-graveyard build on the buildbots. It's >> irritating and doesn't serve any useful purpose. > > Do we end up with any spurious files on the

Re: [144564] trunk/dports

On 1/12/16 3:40 PM, Mojca Miklavec wrote: > On 13 January 2016 at 00:35, David Evans wrote: >> On 1/12/16 3:27 PM, Mojca Miklavec wrote: >>> On 13 January 2016 at 00:20, David Evans wrote: >>>> >>>> Why don't we just kill the p5-graveyard build on the bu

Re: [144513] trunk/dports/perl/p5-crypt-gcrypt/Portfile

On 1/10/16 4:56 PM, s...@macports.org wrote: > Revision > 144513 > Author > s...@macports.org > Date > 2016-01-10 16:56:20 -0800 (Sun, 10 Jan 2016) > > > Log Message > > p5-crypt-gcrypt: remove older perl support > > >

Re: Removal of perl 5.20

On 1/10/16 1:56 PM, Mojca Miklavec wrote: > Hi, > > First of all thanks to everyone involved in the process ... we have > made a successful transition to 5.22. As expected it took us 6 months > again, so I'm glad that we didn't start switching to 5.20 which would > require us to repeat the

Re: [MacPorts] #50062: Please restore the ability to install stable Perl versions from 5.8 onward.

On 12/22/15 10:46 AM, Felipe Gasper wrote: > How about just removing the modules and just leaving the interpreter, then, > along with associated scripts like “cpan”? > That will allow for quick and easy (re-)installation of modules. > > I myself keep the multiple Perl interpreters around more to

Re: r143478 -- gsl: update version 2.0->2.1

On 12/15/15 6:52 AM, petr wrote: > > The update to gsl @2.1 seems to have broken binary compatibility with > dependent ports. So they need to be revision bumped. I see this for `nco` and > `qgis` but there are very probably more. See below. > > ~petr > > > {{{ > [...] > ---> Installing gsl

Re: [143573] trunk/dports/perl/p5-extutils-f77

On 12/15/15 9:02 AM, Ryan Schmidt wrote: > >> On Dec 15, 2015, at 12:11 AM, dev...@macports.org wrote: >> >> Revision >> 143573 >> Author >> dev...@macports.org >> Date >> 2015-12-14 22:11:59 -0800 (Mon, 14 Dec 2015) >> Log Message >> >> p5-extutils-f77: update to version 1.19. > >> ---

Re: [143602] trunk/dports

On 12/15/15 4:30 PM, Joshua Root wrote: >> Revision: 143602 >> https://trac.macports.org/changeset/143602 >> Author: devans at macports.org >> Date: 2015-12-15 10:48:47 -0800 (Tue, 15 Dec 2015) >> Log Message: >> --- >> ports with perl variants: increment revision to reset

Re: Trac still stuck at an old SVN revision

On 12/11/15 3:53 AM, Ryan Schmidt wrote: >> >> In particular, are there issues that can only be handled by the other admins >> or do you have pretty much full access to >> the various components (buildbots, web server/trac, svn repo, etc)? > > You should direct all infrastructure issues to the

Re: Trac still stuck at an old SVN revision

On 9/16/15 6:42 AM, Ryan Schmidt wrote: > > On Sep 15, 2015, at 3:29 AM, Mojca Miklavec wrote: > >> It's now been three weeks since Trac last synced with SVN. Ryan, >> what's the current procedure to ask the admins to fix problems? > > The procedure is unchanged: we file tickets in the

Re: Nonexistent mpi.default variable lets port upgrade fail

On 11/11/15 11:36 PM, Marko Käning wrote: > Ooops, what does this error suddenly happen? > > --- > ---> Updating MacPorts base sources using rsync > MacPorts base version 2.3.4 installed, > MacPorts base version 2.3.4 downloaded. > ---> Updating the ports tree > ---> MacPorts base is already

Re: [MacPorts] #48738: Mountain Lion (mtln) buildbot builder is offline

On 9/4/15 1:38 PM, MacPorts wrote: > #48738: Mountain Lion (mtln) buildbot builder is offline > -+- > Reporter: ryandesign@…| Owner: admin@… > Type: defect | Status: closed > Priority: High|

svn commit access down again this morning

Ryan -- Authenication is failing on svn commits for me again this morning. I see there's been some attempt to restart the Mavericks buildbot (unsuccessfully as yet). Perhaps this is related. I did a forced rebuild on Mountain Lion of the build that failed with svn problems yesterday. It got

svn commit access down

I'm unable to authorize when attempting to commit to svn. This usually indicates a problem with the service. Dave ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: svn commit access down

On 9/2/15 12:32 PM, David Evans wrote: > I'm unable to authorize when attempting to commit to svn. This usually > indicates a problem with the service. > > Dave > ___ > macports-dev mailing list > macports-dev@lists.m

Re: svn commit access down

On 9/2/15 1:02 PM, Ryan Schmidt wrote: > > On Sep 2, 2015, at 2:53 PM, David Evans wrote: > >> On 9/2/15 12:32 PM, David Evans wrote: >>> I'm unable to authorize when attempting to commit to svn. This usually >>> indicates a problem with the service. &g

Re: [139862] trunk/base/portmgr/jobs/port_binary_distributable.tcl

On 8/30/15 4:45 AM, j...@macports.org wrote: > Revision > 139862 > Author > j...@macports.org > Date > 2015-08-30 04:45:34 -0700 (Sun, 30 Aug 2015) > > > Log Message > > set conflicts for cc-by and cc-by-sa > > > Modified

Re: [139862] trunk/base/portmgr/jobs/port_binary_distributable.tcl

On 8/31/15 2:32 AM, Clemens Lang wrote: > Hi, > >> But now I get >> >> $ port_binary_distributable.tcl -v empathy >> "empathy" is not distributable because its license "cc-by-sa" conflicts with >> license "GPL-2+" of dependency "yelp-tools" >> >> yelp-tools is a build dependency of empathy.

Re: [139862] trunk/base/portmgr/jobs/port_binary_distributable.tcl

On 8/31/15 3:06 AM, Joshua Root wrote: > On 2015-8-31 19:07 , David Evans wrote: >> Thanks for fixing this. I misunderstood FSF's discussion related to CC-BY* >> and GPL and friends. > > AFAICT the situation is that CC-BY 4.0 is GPL compatible but previous > versions a

Re: [139862] trunk/base/portmgr/jobs/port_binary_distributable.tcl

On 8/31/15 3:22 AM, Ryan Schmidt wrote: > > On Aug 31, 2015, at 5:19 AM, Joshua Root wrote: > >> On 2015-8-31 19:22 , Ryan Schmidt wrote: >>> >>> On Aug 31, 2015, at 4:07 AM, David Evans wrote: >>> >>>> But now I get >>>

Re: [139862] trunk/base/portmgr/jobs/port_binary_distributable.tcl

On 8/31/15 2:22 AM, Ryan Schmidt wrote: > > On Aug 31, 2015, at 4:07 AM, David Evans wrote: > >> But now I get >> >> $ port_binary_distributable.tcl -v empathy >> "empathy" is not distributable because its license "cc-by-sa" conflict

Re: [139833] trunk/dports/perl/p5-mozilla-ca/Portfile

On 8/29/15 8:52 AM, j...@macports.org wrote: Revision 139833 https://trac.macports.org/changeset/139833 Author j...@macports.org Date 2015-08-29 08:52:17 -0700 (Sat, 29 Aug 2015) Log Message p5-mozilla-ca: indicate multiple licensing as per MPL-2 Modified

Re: libcdr-0.1 fails to compile with boost 1.59.0

On 8/27/15 1:27 AM, Ryan Schmidt wrote: Hi Dave, I'll file this in Trac once I can reach it again, but I wanted to let you know that libcdr-0.1 fails to build with boost 1.59.0: Undefined symbols for architecture x86_64: boost::system::system_category(), referenced from:

Re: libcdr-0.1 fails to compile with boost 1.59.0

On 8/27/15 8:12 AM, David Evans wrote: On 8/27/15 1:27 AM, Ryan Schmidt wrote: Hi Dave, I'll file this in Trac once I can reach it again, but I wanted to let you know that libcdr-0.1 fails to build with boost 1.59.0: Undefined symbols for architecture x86_64: boost::system

Re: [139614] trunk/dports/graphics/libvisio-0.1/Portfile

On 8/21/15 8:58 AM, Mihai Moldovan wrote: Hi Dave I would appreciate you taking a look at that thing. Since boost was updated, libvisio-0.1 fails to build for me (you probably upgraded libvisio-0.1 on your system prior to the boost update, so got out free.) I don't know what causes

Re: [139614] trunk/dports/graphics/libvisio-0.1/Portfile

On 8/21/15 10:35 AM, Mihai Moldovan wrote: On 21.08.2015 07:32 PM, David Evans wrote: Will take a look. Thanks for the heads-up and your temporary fix. Without looking as yet, I wonder if this effects the other librevenge based ports as well. Maybe, but I don't know. No other librevenge

Re: [139558] trunk/dports/math/calc

On 8/20/15 7:04 AM, khindenb...@macports.org wrote: Revision 139558 https://trac.macports.org/changeset/139558 Author khindenb...@macports.org Date 2015-08-20 07:04:27 -0700 (Thu, 20 Aug 2015) Log Message calc: implement UsingTheRightCompiler Modified

Re: [MacPorts] #48571: '/opt/local/bin/average' causes conflict between ports argyll and num-utils

On 8/14/15 10:28 AM, MacPorts wrote: #48571: '/opt/local/bin/average' causes conflict between ports argyll and num- utils ---+ Reporter: kurt.pfeifle@…| Owner: macports-tickets@… Type: defect|

Re: [139375] trunk/dports/graphics/argyll/Portfile

On 8/14/15 10:44 AM, ryandes...@macports.org wrote: Revision 139375 https://trac.macports.org/changeset/139375 Author ryandes...@macports.org Date 2015-08-14 10:44:56 -0700 (Fri, 14 Aug 2015) Log Message argyll: fix livecheck Modified Paths *

Re: Port ifeffit needs a patch review

On 8/12/15 7:40 AM, Fowler, Joseph W. wrote: Hi folks. Could someone please review and commit the patch for port ifeffit found at https://trac.macports.org/ticket/48517 ? I'm not sure how we got there, but the checksums are now broken in the committed port file. There's a patch posted

Re: Incorrect replaced_by field in some Ports

On 7/29/15 12:33 PM, Jackson Isaac wrote: Hi, I was working on setting up obsoletes information of the solv's for libsolv dependency engine which requires us to read from the replaced_by field of the port. This is when I came across some of the ports having incorrect replaced_by fields. Here

Re: gimp2 @2.8.14_3: Breaking upgrade is not nice

On 7/21/15 3:25 AM, Peter Brommer wrote: Peter -- Thanks for your input. As you have probably figured out by now, the solution is to just use port install gimp2-devel rather than upgrade due to the change in default variants. Upgrade tries to build using the currently installed variants

Re: gimp2 @2.8.14_3: Breaking upgrade is not nice

On 7/20/15 4:18 AM, Peter Brommer wrote: Hi, one of the gimp2 changsets http://trac.macports.org/changeset/138249 broke the gimp2 upgrade process for those of us who had gimp2 with quartz and help_browser active. The mutual exclusiveness of those two variants was added in that changeset. I

Re: [138675] trunk/dports/gnome/gdmap/Portfile

On 7/16/15 7:43 AM, Eric A. Borisch wrote: On Wed, Jul 15, 2015 at 8:54 PM, Ryan Schmidt ryandes...@macports.org mailto:ryandes...@macports.org wrote: On Jul 15, 2015, at 4:53 PM, ebori...@macports.org mailto:ebori...@macports.org wrote: +configure.env-append

Re: [138675] trunk/dports/gnome/gdmap/Portfile

On 7/16/15 2:13 PM, Eric A. Borisch wrote: I suppose I was going with the smallest touch approach here. If you're interested in preparing a patch, I'm happy to apply it (or indeed, please feel free to go ahead and apply it) but I wasn't planning to spend the extra ergs on a package that

Re: [138675] trunk/dports/gnome/gdmap/Portfile

On 7/15/15 6:54 PM, Ryan Schmidt wrote: On Jul 15, 2015, at 4:53 PM, ebori...@macports.org wrote: Revision 138675 Author ebori...@macports.org Date 2015-07-15 14:53:07 -0700 (Wed, 15 Jul 2015) Log Message gdmap: Update perl dependency to 5.22; change to a build-only dependency. Rev-bump to

Re: Migrating to Perl 5.20/5.22

On 7/14/15 7:32 AM, Daniel J. Luke wrote: On Jul 14, 2015, at 5:37 AM, Mojca Miklavec mo...@macports.org wrote: We should start migrating other ports that depend on Perl to a newer version of Perl, but the question is: should we go to 5.22 or 5.20? David proposed to go to 5.20 because 5.22 might

Re: [138659] trunk/dports/perl/p5-ifeffit/Portfile

On 7/14/15 5:02 PM, Ryan Schmidt wrote: On Jul 14, 2015, at 6:54 PM, dev...@macports.org wrote: Revision 138659 Author dev...@macports.org Date 2015-07-14 16:54:04 -0700 (Tue, 14 Jul 2015) Log Message p5-ifeffit: set version to match ifeffit and increment epoch, add gcc compiler variants,

Re: Migrating to Perl 5.20/5.22

On 7/14/15 4:32 PM, Mark Anderson wrote: I second perl 5.22. And that we should only support the latest perl. —Mark Sounds good, Mark. I think that makes the vote 3 to 1 so that probably covers the majority of people who are interested. Lets go!! Mojca? Dave

Re: Migrating to Perl 5.20/5.22

Daniel, I agree with most of what you say. Just a few clarifications and I'll be quiet,. On 7/14/15 2:39 PM, Daniel J. Luke wrote: On Jul 14, 2015, at 12:22 PM, David Evans dev...@macports.org wrote: My point in being cautious has to do with fact that perl5.22 has just recently been released

Re: [138658] trunk/dports/science/ifeffit/Portfile

On 7/14/15 5:27 PM, Mihai Moldovan wrote: On 15.07.2015 02:08 AM, Ryan Schmidt wrote: How do you know? Is that based only on the tag name 1.2.final? I didn't see anything on the github page or in the ChangeLog file about this being the end. Maybe this?

Re: [138544] trunk/dports/multimedia/ffmpeg/Portfile

On 7/12/15 3:18 PM, David Evans wrote: On 7/12/15 3:37 AM, Clemens Lang wrote: Is there a reason why you don't just overwrite license rather than replacing the only value that's in there with a different one? Is license an implicit -append operation (such as, e.g., notes)? To be frank, I had

Re: [138544] trunk/dports/multimedia/ffmpeg/Portfile

On 7/12/15 3:37 AM, Clemens Lang wrote: Hi, - On 11 Jul, 2015, at 23:40, dev...@macports.org wrote: [138544] trunk/dports/multimedia/ffmpeg/Portfile Revision 138544 Author dev...@macports.org Date 2015-07-11 14:40:03 -0700 (Sat, 11 Jul 2015) Log Message ffmpeg: add x265 (HEVC) video

Re: [138119] users/elelay/ports/devel/gtk-osx-application/Portfile

On 6/29/15 12:22 PM, ele...@macports.org wrote: [138119] users/elelay/ports/devel/gtk-osx-application/Portfile Revision 138119 https://trac.macports.org/changeset/138119 Author ele...@macports.org Date 2015-06-29 12:22:04 -0700 (Mon, 29 Jun 2015) Log Message update messages

Re: opencv version 3 vs. 2

On 6/20/15 11:57 AM, Marko Käning wrote: Hi Ryan, If fixing those two ports is more complicated than just updating them to a newer version, or copying an existing patch from upstream, then yes, it would be fine to create an opencv2 port. ok, I'll wait a bit until I have feedback from the

Re: [137164] trunk/dports/shells/psh/Portfile

On 6/7/15 12:27 AM, Ryan Schmidt wrote: 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

Re: The Lion buildbot out of space, Snow Leopard still broken

On 6/7/15 1:08 AM, Mojca Miklavec wrote: It would also be great if the Snow Leopard buildbot was fixed. It has been broken for a very long time already (or at least there seems to be something wrong with the database). Yes, it would. I've been waiting for it to come back up so I could test my

Re: [137202] trunk/dports/www/tidyp/Portfile

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 Paths • trunk/dports/www/tidyp/Portfile Diff

Re: [137164] trunk/dports/shells/psh/Portfile

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 homepage, master_sites. Modified:

Re: LaTeXML update stalled

On 6/2/15 7:14 AM, Bruce Miller wrote: Hi all; with all due respect, is it possibly to move forward on https://trac.macports.org/ticket/46896#comment:13 ? Thanks; bruce ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: buildports-snowleopard-x86_64 buildbot is broken

On 5/23/15 1:32 PM, David Evans wrote: I'm not sure how long this has been going on but this buildbot is silently failing in the compile phase with the following stdout Warning: not using chroot File 'portlist' not found Usage: ./mpab [help | mount | umount | shell | buildmp [RELEASE_FILE

Re: buildports-snowleopard-x86_64 buildbot is broken

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 Mihai Thanks, Mihai. I was out of town

buildports-snowleopard-x86_64 buildbot is broken

I'm not sure how long this has been going on but this buildbot is silently failing in the compile phase with the following stdout Warning: not using chroot File 'portlist' not found Usage: ./mpab [help | mount | umount | shell | buildmp [RELEASE_FILE] | rebuildmp [RELEASE_FILE] |

Re: [136259] trunk/dports/gnome/gnome-keyring/Portfile

On 5/19/15 10:31 PM, Joshua Root wrote: On 2015-5-20 13:24 , Joshua Root wrote: Revision: 136259 https://trac.macports.org/changeset/136259 Author: devans at macports.org Date: 2015-05-13 12:49:19 -0700 (Wed, 13 May 2015) Log Message: --- gnome-keyring: blacklist

Re: Package delivery without XCode

On 5/18/15 8:01 AM, Craig Treleaven wrote: Background - So I was following a discussion on another site about Apple's Aperture being replaced. Many people are looking for alternatives and there has been essentially no mention of open source alternatives (like DarkTable, LightZone or DigiKam).

Re: [136318] trunk/dports/devel/autoconf/Portfile

On 5/14/15 8:15 PM, Lawrence Velázquez wrote: On May 14, 2015, at 3:43 PM, David Evans dev...@macports.org wrote: I understand what you're saying, but this seems to me to be in the category of fixing things that aren't broken. In addition, it complicates maintenance by opening us up to perl

Re: Bad files on buildports-lion-x86_64

/opt/local/share/perl5.20/man/man3/Spiffy.3pm On May 1, 2015, at 8:46 PM, David Evans dev...@macports.org mailto:dev...@macports.org wrote: Dear admins, Currently a number of perl ports are failing to build on buildports-lion-x86_64 due to the following activation error regarding port p5.20

Re: Bad files on buildports-lion-x86_64

path to port, it may not be in the superuser's path. does which port give you something useful? On my machine it is /opt/local/bin/port On May 1, 2015, at 8:46 PM, David Evans dev...@macports.org mailto:dev...@macports.org wrote: Dear admins, Currently a number of perl ports are failing

  1   2   3   4   >