Re: GitHub desired workflow...

y reasons, the > Xcode-provided git should have autostash since Xcode 5.1 or so. > > - Josh > > On 2016-11-2 03:40 , Eric A. Borisch wrote: > >> As should the fact that, for this to work, you need to be using a >> new-enough git (like from ports) and not the system-provi

Re: GitHub desired workflow...

As should the fact that, for this to work, you need to be using a new-enough git (like from ports) and not the system-provided one. On Tue, Nov 1, 2016 at 4:01 AM, Marko Käning wrote: > On 01 Nov 2016, at 01:10 , Brandon Allbery wrote: > > > You can

Re: GitHub desired workflow...

I hoped someone would point me to a command like this. Thanks! - Eric On Monday, October 31, 2016, Joshua Root wrote: > > I'm using 'git pull --rebase --autostash' which does the stash-before and > pop-after automatically. > > - Josh >

Re: [152440] trunk/dports/net

Fixed in r152601. I flubbed the commit message, though. Only human. - Eric On Monday, September 12, 2016, Ryan Schmidt wrote: > > > On Sep 8, 2016, at 11:28 PM, ebori...@macports.org wrote: > > > > Revision > > 152440 > > Author > >

Re: [152440] trunk/dports/net

On Friday, September 9, 2016, Ryan Schmidt wrote: > > > On Sep 8, 2016, at 11:28 PM, ebori...@macports.org wrote: > > > > Revision > > 152440 > > Author > > ebori...@macports.org > > Date > > 2016-09-08 21:28:04 -0700 (Thu, 08 Sep 2016) > >

Soliciting feedback for python port changes (libedit v. readline)

Python (in the terminal) continues to have issues with libedit when exiting the interpreter, leaving the terminal mis-configured. Please weigh in if you are concerned about how this is handled -- potentially by switching all python variants to default to readline, which is what has already been

Re: about keeping a checksums table in a separate file

On Monday, February 1, 2016, Daniel J. Luke wrote: > On Feb 1, 2016, at 3:09 PM, René J.V. Bertin > wrote: > > As an example of a potentially non-trivial file for automatic checksum > updating > > I don't think this would be as hard to

Re: about keeping a checksums table in a separate file

On Wednesday, February 3, 2016, Eric A. Borisch <ebori...@macports.org> wrote: > On Monday, February 1, 2016, Daniel J. Luke <dl...@geeklair.net > <javascript:_e(%7B%7D,'cvml','dl...@geeklair.net');>> wrote: > >> On Feb 1, 2016, at 3:09 PM, René J.V. B

HFS+ compression options (WAS: VLC cannot play MKV files?)

On Wed, Jan 27, 2016 at 1:16 PM, Clemens Lang wrote: > On Wed, Jan 27, 2016 at 03:00:52PM +0100, Rainer Müller wrote: >> > I think the system bsdtar doesn't support this on all OS X versions >> > that do support hfs compression. >> >> Right, on my OS X 10.10.5 Yosemite it does

Re: HFS+ compression options (WAS: VLC cannot play MKV files?)

On Fri, Jan 29, 2016 at 9:45 AM, René J.V. <rjvber...@gmail.com> wrote: > On Friday January 29 2016 09:23:15 Eric A. Borisch wrote: > >>Perhaps an opportunistic execution of afsctool on just-extracted (not >>yet moved into place) files in portimage.tcl (similar to the >&

Re: [144027] trunk/dports/lang/py-htmldocs/Portfile

There's a later commit that added dist_subdir for those versions that have been stealth-updated... On Sat, Jan 2, 2016 at 11:05 AM, Ryan Schmidt wrote: > >> On Dec 30, 2015, at 12:10 AM, ebori...@macports.org wrote: >> >> Revision >> 144027 >> Author >>

Re: Why py-spyder{,-devel} depends on py-htmldocs.

Petr, 1) it is a trivial install -- just download and extract -- so hopefully it's not a big issue. We can always move it into a variant. 2) Spyder has a menu link to go to python documentation, which I patch to go to the installed documentation. (hence the dependency.) - Eric On Tue, Dec 15,

Re: [143618] trunk/dports/lang/py-htmldocs/Portfile

On Tuesday, December 15, 2015, Ryan Schmidt wrote: > > > On Dec 15, 2015, at 5:40 PM, ebori...@macports.org wrote: > > > > Revision > > 143618 > > Author > > ebori...@macports.org > > Date > > 2015-12-15 15:40:40 -0800 (Tue, 15 Dec 2015) > >

Re: OpenCoarrays Portfile ticket response?

I've committed up a working (I believe) version. On Friday, September 25, 2015, Damian Rouson wrote: > * PING *** > > > > On Sep 21, 2015, at 11:31 PM, Mojca Miklavec > wrote: > > > > On Tue, Sep 22, 2015 at 7:27 AM,

Re: OpenCoarrays Portfile ticket response?

Done. On Wednesday, September 30, 2015, Damian Rouson < dam...@sourceryinstitute.org> wrote: > > > On Sep 30, 2015, at 5:50 PM, Brandon Allbery > wrote: > > On Wed, Sep 30, 2015 at 8:43 PM, Damian Rouson < >

Re: Python + libedit woes

On Wednesday, September 16, 2015, Joshua Root <j...@macports.org> wrote: > On 2015-9-16 15:00 , Eric A. Borisch wrote: > >> On Tuesday, September 15, 2015, Joshua Root <j...@macports.org > <javascript:;>> wrote: > >>> > >>> On 201

Re: Python + libedit woes

On Tuesday, September 15, 2015, Joshua Root <j...@macports.org> wrote: > On 2015-9-16 11:42 , Eric A. Borisch wrote: > > Any thoughts on this? Are most users not impacted, or have most not > tried? > > > > https://trac.macports.org/ticket/48807 > > <https:/

Re: Python + libedit woes

> On Tuesday, September 15, 2015, Joshua Root <j...@macports.org> wrote: >> >> On 2015-9-16 11:42 , Eric A. Borisch wrote: >> > Any thoughts on this? Are most users not impacted, or have most not >> > tried? >> > >> > https://trac.macport

Python + libedit woes

Any thoughts on this? Are most users not impacted, or have most not tried? https://trac.macports.org/ticket/48807 I'm clearly not the only one. :) - Eric ___ macports-dev mailing list

Re: llvm-3.7 release and OpenMP

> > to produce -L/sw/opt/llvm-3.7/lib on the linkage. Lastly, to build the > fat binary of libomp, > you need to pass cmake the flag -DLIBOMP_OSX_ARCHITECTURES="x86_64;i386". >Jack > ps Note that the perl-based Makefile build is no longer functional in > 3.7.0 an

llvm-3.7 release and OpenMP

Would have done a ticket, but with trac down Attached is a patch to update to the released llvm/clang-3.7 (this comments out the svn fetch code, removes the default +assertions, and adds checksums) As OpenMP is one of the much discussed items that llvm-3.7 brings to the table, I've added a

trac is down

http://downforeveryoneorjustme.com/trac.macports.com ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

python + libedit issues

I've recently noticed (not sure when it changed) that when I enter and then exit() the python (using python27 in particular) interpreter built against libedit, the tty flags (as reported by stty -a) aren't getting reset when exiting python -- most noticeably the echo flag is getting turned off.

Re: [138813] trunk/dports/lang

On Mon, Jul 20, 2015 at 11:51 PM, Ryan Schmidt ryandes...@macports.org wrote: On Jul 20, 2015, at 6:20 PM, ebori...@macports.org wrote: Revision 138813 Author ebori...@macports.org Date 2015-07-20 16:20:10 -0700 (Mon, 20 Jul 2015) Log Message libomp: New port; LLVM project's

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

On Wed, Jul 15, 2015 at 8:54 PM, Ryan Schmidt ryandes...@macports.org wrote: On Jul 15, 2015, at 4:53 PM, ebori...@macports.org wrote: +configure.env-appendINTLTOOL_PERL=${prefix}/bin/perl5.22 I guess this port uses intltool? So it should really have a build dependency on intltool,

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

On Thu, Jul 16, 2015 at 1:44 PM, David Evans dev...@macports.org wrote: It may work but your port continues to require the perl version and intltools perl module dependencies to be explicitly specified and you don't get the benefits of any improvements in the current version of intltool.

Re: macports with closed stdout

On Tue, May 5, 2015 at 1:23 PM, René J.V. rjvber...@gmail.com wrote: On Tuesday May 05 2015 19:58:44 Clemens Lang wrote: That sounds like a perfect use case for screen or tmux. I might check out tmux, but screen gets in my way by trying to be too clever. The easiest would be to redirect all

Re: Using xz by default for compression

FYI, lbzip2 is what you probably want, as it *can* decompress a 'stock' archive faster. From the man page: The lbzip2 utility employs multiple threads and an input-bound splitter even when decompressing .bz2 files created by standard bzip2. That said, I'm in favor of having a list of valid

Re: Adding MPI back to Boost

On Sunday, December 14, 2014, Ryan Schmidt ryandes...@macports.org wrote: On Dec 14, 2014, at 12:21 PM, Sean Farley wrote: Ryan Schmidt writes: So, this would add clang33, clang34, clang35 variants, for example? But these would be different from the clang 3.x provided by Xcode in some

Re: [120646] trunk/dports/python/py-spyder-devel

On Wed, Jun 4, 2014 at 9:30 PM, Ryan Schmidt ryandes...@macports.org wrote: On Jun 4, 2014, at 11:40 AM, ebori...@macports.org wrote: +variant noAntiAlias description {Use non-anti-aliased fonts in editor.} { +patchfiles-append no_AA.diff +} Note that variant names

Re: Any thoughts on changing configure...

On Wed, Apr 23, 2014 at 6:23 PM, Eric A. Borisch ebori...@macports.orgwrote: See this ticket : https://trac.macports.org/ticket/43204#comment:12 Specifically, this would change the tool settings from environment variables (TOOL=/usr/bin/tool ./configure) to arguments (./configure --with-tool

Re: Any thoughts on changing configure...

On Thursday, April 24, 2014, Jeremy Lavergne jer...@lavergne.gotdns.org wrote: I remember “-dc” being used for mp_tarball_extract_cmd in place of “-d “ for compat: https://trac.macports.org/changeset/118736/trunk/base/aclocal.m4 That should not be forgotten in that ticket’s patch. On Apr

Any thoughts on changing configure...

See this ticket : https://trac.macports.org/ticket/43204#comment:12 Specifically, this would change the tool settings from environment variables (TOOL=/usr/bin/tool ./configure) to arguments (./configure --with-tool=/usr/bin/tool) This also fixes an issue where bzip2 (and lbzip2) use BZIP2 as an

Buildbots rejecting certificate of svn.macports.org

Perhaps I missed it being mentioned on the list, but the Lion, Mountain Lion, and Mavericks build bots are rejecting server certificates and failing. You can see them all start to fail in this view: https://build.macports.org/waterfall?last_time=1397200915 First failing one: (Picked Mavericks)

Re: Move part of macports infrastructure to GitHub

A related item that bubbled on the mailing list for a while would be to get the http://trac.edgewall.org/wiki/CommitTicketUpdater configured for MP. This would let us refer to and take actions on (ref #1234 or closes #5432) tickets in commit messages, which ties a nice bow around commits tied to a

Re: MacPorts automake and python

Brining back to dev list; seems like the right place. On Thu, Mar 20, 2014 at 4:01 PM, Sean Farley s...@macports.org wrote: Adam Mercer r...@macports.org writes: On Thu, Mar 20, 2014 at 2:55 PM, Sean Farley s...@macports.org wrote: I tend to agree with you but need help seeing how this

MacPorts automake and python

On Thursday, March 20, 2014, Sean Farley s...@macports.orgjavascript:_e(%7B%7D,'cvml','s...@macports.org'); wrote: Adam Mercer r...@macports.org writes: On Thu, Mar 20, 2014 at 4:01 PM, Sean Farley s...@macports.org wrote: Before: my project installed into /path/foo/a After: my

Buildbot fails to upload packages...

Just making sure this hasn't dropped off the radar. Just picking the latest build: https://build.macports.org/builders/buildports-lion-x86_64/builds/18908/steps/deploy%20archives/logs/stdio - Eric ___ macports-dev mailing list

Re: [116291] trunk/dports/_resources/port1.0/group/debug-1.0.tcl

On Fri, Jan 24, 2014 at 10:51 AM, Sean Farley s...@macports.org wrote: eg...@gwmail.gwu.edu writes: Just so it can remove it with the `+debug` variant that it adds, it looks like... Eric is correct. In hindsight, I am now doubting adding -mtune=native. Maybe just the -O3 -Ofast etc.? On

Re: What should be done about tickets that seem to be forgotten?

On Mon, Dec 23, 2013 at 11:38 AM, Eric Gallager eg...@gwmail.gwu.edu wrote: Is there a trac plugin or setting that we could use to have our trac automatically close tickets like that, too? Sure is: http://trac.edgewall.org/wiki/CommitTicketUpdater. - Eric

Re: What should be done about tickets that seem to be forgotten?

I failed to manually close the ticket. (I'm used to a Trac that scans commit messages for closes #x) Sorry for the confusion. The port is there now -- give it a shot. ___ macports-dev mailing list macports-dev@lists.macosforge.org

Archive vs. local build selection (10.8.5, XCode 5.0.2)

This ticket https://trac.macports.org/ticket/41836 describes an issue where (apparently, I don't have a matching system to test) 10.8.5 and XCode 5.0.2 are installed. The user installed (I'm guessing from buildbot archive) mpich-default, which wraps /usr/bin/llvm-gcc-4.2. In the setup mentioned,

Re: Archive vs. local build selection (10.8.5, XCode 5.0.2)

On Tue, Dec 17, 2013 at 4:49 PM, Ryan Schmidt ryandes...@macports.orgwrote: On Dec 17, 2013, at 08:28, Eric A. Borisch wrote: This ticket https://trac.macports.org/ticket/41836 describes an issue where (apparently, I don't have a matching system to test) 10.8.5 and XCode 5.0.2

Re: [114668] trunk/dports/security/KeePassX/Portfile

On Fri, Dec 13, 2013 at 12:33 PM, Ryan Schmidt ryandes...@macports.orgwrote: On Dec 13, 2013, at 11:25, ebori...@macports.org wrote: +platform darwin { +if {${os.major} 13} { +# Build fails with clang: unsupported -stack-protector-buffer-size=4 +# (even though

Re: [111271] trunk/dports/science/ocaml-mpi/Portfile

On Wednesday, September 18, 2013, Ryan Schmidt wrote: On Sep 17, 2013, at 22:06, ebori...@macports.org javascript:; wrote: Revision: 111271 https://trac.macports.org/changeset/111271 Author: ebori...@macports.org javascript:; Date: 2013-09-17 20:06:42 -0700 (Tue, 17 Sep

Re: [111271] trunk/dports/science/ocaml-mpi/Portfile

On Wed, Sep 18, 2013 at 10:14 PM, Ryan Schmidt ryandes...@macports.orgwrote: On Sep 18, 2013, at 21:45, Eric A. Borisch wrote: -depends_lib port:ocaml port:ocaml-findlib path:bin/mpicc:mpich +depends_lib port:ocaml port:ocaml-findlib path:bin/mpicc-mp:mpich-default

Re: Of variants and revbumping.

, at 12:54, Eric A. Borisch wrote: I'm preparing to commit the changes to mpich that have been discussed on the mailing list [1] and a ticket [2]. I will revbump port that depend on mpich by default so new distributable archives can be built. But for other modified ports, I have

Of variants and revbumping.

I'm preparing to commit the changes to mpich that have been discussed on the mailing list [1] and a ticket [2]. I will revbump port that depend on mpich by default so new distributable archives can be built. But for other modified ports, I have a quick question of preferences: should I revbump

Possible mpich changes / resolution [Was re: Fortran recipe]

I think it comes down to I'm installing X (from MP) so I need this thing I've never met called MPICH that is required or I'm installing MPICH so I can write an MPI program, and I want to use *cc because of Z. Perhaps the best way to serve both ends is to create sub-ports as I mentioned above.

Re: Fortran recipe

@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Fortran recipe

Sorry for the blank email. Gmail interface whoops. So I come back from vacation and find the mpich port (I'm maintainer; with openmaintainer) has been completely [1] revamped. The variants no longer do what I intended them to do. MPICH provides a set of compiler wrappers (mpicc, mpicxx, etc.)

Re: Fortran recipe

On Wed, Aug 28, 2013 at 4:54 PM, Jeremy Huddleston Sequoia jerem...@macports.org wrote: On Aug 28, 2013, at 12:30, Michael Dickens michae...@macports.org wrote: Your recipe was pretty concise (unlike others which declare each variant explicitly and separately), and it does what -you- as the

Re: Fortran recipe

[Re-sent to list from correct address] On Wed, Aug 28, 2013 at 4:50 PM, Jeremy Huddleston Sequoia jerem...@macports.org wrote: On Aug 28, 2013, at 12:00, Eric A. Borisch ebori...@macports.org wrote: Sorry for the blank email. Gmail interface whoops. So I come back from vacation and find

Re: Request for comments: mpi and using multiple compilers

On Mon, Aug 5, 2013 at 6:09 PM, Sean Farley s...@macports.org wrote: ebori...@macports.org writes: I personally swap back and forth between variants of mpich when I'm testing my own MPI code (why, oh why, doesn't clang have OpenMP support yet?) Because there is almost no benefit for

RE Request for comments: mpi and using multiple compilers

+gccXX not get you to working fortran and MPI? I'll try to read through some of this thread later, but just looking for clarification on that point. - Eric -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org https

Re: Request for comments: mpi and using multiple compilers

-- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Request for comments: mpi and using multiple compilers

versions could be installed side-by-side. An mpich_select could even be put together to redirect mpicc - mpicc-gccNN. I'm not saying it's necessarily the right idea, I'm just throwing it out there. - Eric -- Eric A. Borisch ___ macports-dev mailing list

Re: port list confusion

Just to add my 2c; I find 'port echo active', 'port echo inactive', and 'port echo outdated' to be my most used (not to mention much faster than than similar list commands.) - Eric ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: port list confusion

Oh, and 'port outdated' is nice, too. I haven't used 'port list anything' in years. - Eric ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Accept to GSoC 2013

On Tue, Apr 9, 2013 at 3:58 AM, Rainer Müller rai...@macports.org wrote: On 2013-04-08 21:16, Jeremy Lavergne wrote: MacPorts has been accepted to GSoC 2013. Kudos to Clemens (cal), Rainer (raimue) and Lawrence (larryv) for their continued assistance and leadership this year. We're

Re: [104383] trunk/dports/python/py-numpy/Portfile

On Mon, Mar 25, 2013 at 7:03 AM, Joshua Root j...@macports.org wrote: Revision: 104383 https://trac.macports.org/changeset/104383 Author: stromnov at macports.org Date: 2013-03-24 04:29:11 -0700 (Sun, 24 Mar 2013) Log Message: --- py-numpy: set default gcc47

Re: [104383] trunk/dports/python/py-numpy/Portfile

On Mon, Mar 25, 2013 at 8:38 AM, Joshua Root j...@macports.org wrote: On 2013-3-26 00:27 , Joshua Root wrote: On 2013-3-26 00:22 , Eric A. Borisch wrote: I've pondered ones like this one before. Shouldn't the binary packages be updated (and would they without the revbump)? Don't we want

Re: hpc gfortran

On Mon, Mar 25, 2013 at 12:16 PM, Sean Farley s...@macports.org wrote: Eric A. Borisch writes: On Sunday, March 24, 2013, Joshua Root wrote: On 2013-3-25 03:45 , Sean Farley wrote: I know I've brought this up before but I'd like to get some resolution on the following issues

Re: hpc gfortran

mpich to have separate fortranNN and gcc/clang/llvm selectors. Looking forward, should a gccNN require the matching gfortranNN? - Eric -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org

Re: [103053] trunk/dports/net/zabbix2/Portfile

\ sqlite3=${prefix}} Again I must ask: why is a database server now required on the same machine? Why is it not sufficient for the database server to be on another machine I suppose one could. I'll switch it back (for MySQL as well) - or you can, it's nomaintainer. -- Eric A. Borisch

Re: [103204] trunk/dports

On Mon, Feb 18, 2013 at 6:45 PM, Ryan Schmidt ryandes...@macports.orgwrote: On Feb 18, 2013, at 10:09, ebori...@macports.org wrote: +variant mpich2 requires mpich description {Variant renamed as +mpich} {} You should use Legacy compatibility variant as the description in these cases.

Re: [103053] trunk/dports/net/zabbix2/Portfile

On Mon, Feb 18, 2013 at 8:55 PM, Eric A. Borisch ebori...@macports.orgwrote: On Monday, February 18, 2013, Ryan Schmidt wrote: On Feb 18, 2013, at 12:00, ebori...@macports.org wrote: Revision: 103206 https://trac.macports.org/changeset/103206 Author: ebori...@macports.org

Re: [MacPorts] #36459: doxygen @1.8.1: graphiz dependency problem?

On Mon, Feb 18, 2013 at 6:39 PM, Ryan Schmidt ryandes...@macports.orgwrote: On Feb 18, 2013, at 18:32, Lawrence Velázquez lar...@macports.org wrote: 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

Ports depending on mpich2: move to mpich

On Jan 26, 2013, at 8:15 AM, Ryan Schmidt ryandes...@macports.orgjavascript:; wrote: We could rename the manpages ourselves. #11576 -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org

Ports depending on mpich2: move to mpich

/ticket/37785 with the diff attached. I plan to apply the patch next week unless there are concerns raised. Thanks, Eric -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports

Re: Ports depending on mpich2: move to mpich

On Friday, January 25, 2013, Sean Farley wrote: On Fri, Jan 25, 2013 at 3:29 PM, Eric A. Borisch ebori...@macports.orgjavascript:; wrote: The MPICH project has named version 3 of the software as MPICH v3.0 (rather than continuing on MPICH2 to become MPICH3.) The mpich[-devel] port has

Re: gfortran standalone port

On Thu, Jan 17, 2013 at 5:25 PM, Sean Farley s...@macports.org wrote: On Thu, Jan 17, 2013 at 4:54 PM, Jeremy Huddleston Sequoia jerem...@macports.org wrote: On Jan 17, 2013, at 14:44, Joshua Root j...@macports.org wrote: On 2013-1-18 08:09 , Jeremy Huddleston Sequoia wrote: It would be

hdf5-18 upgrade pending

For the record on the list, I've made this ticket to stage an hdf5-18 upgrade and associated rev-bumps. https://trac.macports.org/ticket/37686 Please review if interested. Thanks, Eric ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: [101627] trunk/dports/python/py-spyder-devel/Portfile

On Wednesday, January 16, 2013, Ryan Schmidt wrote: On Jan 16, 2013, at 00:21, Eric A. Borisch wrote: Ok. I kind like the date formatted ones (has more information encoded in it than '1') and they seem to meet the only requirements from the guide. But if minimal bumps are desired, so

Re: [101627] trunk/dports/python/py-spyder-devel/Portfile

, so be it. Thanks, Eric -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev

Man page re-compression in parallel?

Any thoughts on performing the man page (re)compression in parallel (multiple jobs)? It seems like reasonably low-hanging fruit, and on a port with lots of man pages, it can take a while. Not gobs of time, mind you, but enough to make me ask the question. Thanks, Eric -- Eric A. Borisch

Portfile Workflow Advice

is installed and reported by rdependentof) depend upon the one I'm currently breaking. - Eric [1] http://code.google.com/p/codesearch/source/browse/cmd/cindex/cindex.go#38 -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: [100629] trunk/dports/science/mpich/Portfile

On Mon, Dec 17, 2012 at 11:43 PM, Ryan Schmidt ryandes...@macports.orgwrote: On Dec 17, 2012, at 22:16, ebori...@macports.org wrote: Revision: 100629 https://trac.macports.org/changeset/100629 Author: ebori...@macports.org Date: 2012-12-17 20:16:28 -0800 (Mon, 17 Dec

Re: Java Open Source software in MacPorts?

I'm considering updating the 'mpich' portfile to version 3.0rc1; this is currently available as 'mpich3.' Background: The upstream project has changed naming conventions; they previously had mpich (now at 1.2.7p1) and mpich2 (at 1.5). With the implementation of the MPI-3 standard (mpich2 was

mpich3 - mpich rename opinions?

I failed to update the topic on my previous message. Here it is again for the record and clarity. On Fri, Nov 16, 2012 at 1:14 PM, Eric A. Borisch ebori...@macports.orgwrote: I'm considering updating the 'mpich' portfile to version 3.0rc1; this is currently available as 'mpich3.' Background

Re: [99761] trunk/dports/devel -- and broken SL buildbot?

Yep, missed those in converting it from the other version (Sean Farley's). Those could be added to lint checks, no? I'll get to it tonight. Or anyone else can if they are ambitious. In other news, is the buildbot broken?

Re: mpich3 - mpich rename opinions?

to be 'replaced_by' mpich once there are no dependencies left. -- Eric On Fri, Nov 16, 2012 at 5:20 PM, Sean Farley sean.michael.far...@gmail.comwrote: On Fri, Nov 16, 2012 at 4:56 PM, Ryan Schmidt ryandes...@macports.org wrote: On Nov 16, 2012, at 14:58, Eric A. Borisch wrote: I'm

Re: [97883] trunk/dports/sysutils/OpenIPMI/Portfile

On Thu, Sep 20, 2012 at 11:56 PM, Ryan Schmidt ryandes...@macports.org wrote: On Sep 18, 2012, at 15:43, ebori...@macports.org wrote: Revision: 97883 http://trac.macports.org//changeset/97883 Author: ebori...@macports.org Date: 2012-09-18 13:43:40 -0700 (Tue, 18 Sep 2012)

Re: hdf5-18 openmpi conflicting with gcc46

On Thu, Sep 6, 2012 at 11:10 PM, Lawrence Velázquez larry.velazq...@gmail.com wrote: 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.

Re: science ports upgrade to gcc47

On Mon, Aug 6, 2012 at 11:44 AM, Sean Farley sean.michael.far...@gmail.com wrote: arpack cfitsio dotwrp fftw-3 fftw-3-long fftw-3-single qrupdate wgrib2 These are all bogus because they only have a +gcc4X for the fortran compiler. The C/C++ code is still compiled with clang (or

Usage reporting status?

What ever became of doing some basic port usage statictics (based on downloads / attempts from pakages.macports.org, perhaps)? I recall there was some activity (last summer?) to put together some reporting... Thanks, Eric ___ macports-dev mailing list

New PPL breaks gcc4*. (Also: trac e-mail notifications missing/delayed?)

Just wanted to raise the visibility on this one. https://trac.macports.org/ticket/35057 Most (all?) gcc4* ports expect PPL version 0.(=11); The new PPL is version 1.0 (gcc4* builds break) with a new dylib (rev-upgrade hits, forces a re-build doomed to fail). I don't seem to be getting (CC:)

Re: New PPL breaks gcc4*. (Also: trac e-mail notifications missing/delayed?)

On Mon, Jul 2, 2012 at 12:02 PM, Eric A. Borisch ebori...@macports.org wrote: I don't seem to be getting (CC:) e-mails from trac, either, FWIW. Perhaps they're just delayed. Scratch that; one just showed up. The gcc issue remains. ___ macports-dev

Re: [93767] trunk/dports/python/py-spyder

would run only one (26 or 27, depending on which made the preference files) python in the interactive interpreters... This seems worse than having two preference directories. -Eric -- Eric A. Borisch ___ macports-dev mailing list macports-dev

Re: [93767] trunk/dports/python/py-spyder

. And the step of having to rename the directory for a new version just might remind the user to double-check that settings are correct for the new version... -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org http

Re: py-h5py port issues with HDF5 version

package will get recompiled against the new hdf5-18. I try to keep on top if it (the hdf5-18 portfile change happened 48 hours ago or so) but I am still recovering from jet lag... - Eric -- Eric A. Borisch ___ macports-dev mailing list macports-dev

Buildbot locked svn file = broken buildbot

: Working copy '/buildbot/ports-slave/buildports-snowleopard-x86_64/build/mpexport/base' locked svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details) -Eric -- Eric A. Borisch ___ macports-dev mailing list macports-dev

GraphicsMagick compiler choice...

Submitted for your consideration: GraphicsMagick is set to build with clang as llvm fails on x86_64; but building with clang means no OpenMP... but GraphicsMagick has been transformed to use OpenMP for the 1.3 release series.[1] How about switching (or at least adding a variant for those that

Re: GraphicsMagick compiler choice...

On Thu, Feb 23, 2012 at 11:22 AM, Ryan Schmidt ryandes...@macports.org wrote: On Feb 23, 2012, at 11:20, Eric A. Borisch wrote: Submitted for your consideration: GraphicsMagick is set to build with clang as llvm fails on x86_64; but building with clang means no OpenMP... but GraphicsMagick

Re: [88997] trunk/dports/python/py-scipy/Portfile

Copying to list... On Monday, January 16, 2012, Joshua Root j...@macports.org wrote: Revision: 88997           http://trac.macports.org/changeset/88997 Author:   eborisch at macports.org Date:     2012-01-16 09:57:16 -0800 (Mon, 16 Jan 2012) Log Message: --- py-scipy: revbump for

Re: [88173] trunk/dports/math/eigen3/Portfile

On Wed, Dec 21, 2011 at 9:40 AM, Ryan Schmidt ryandes...@macports.org wrote: On Dec 21, 2011, at 08:37, ebori...@macports.org wrote: Revision: 88173          http://trac.macports.org/changeset/88173 Author:   ebori...@macports.org Date:     2011-12-21 06:37:40 -0800 (Wed, 21 Dec 2011) Log

OpenSSL in Python (move to variant?)

already started a ticket ( https://trac.macports.org/ticket/32188 ) that can be modified based on the results of any discussion here. Thanks, Eric -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org

Re: OpenSSL in Python (move to variant?)

the +openssl variant, especially if a 'notes' item points out that the default variant had changed. Just my 2c. -Eric -- Eric A. Borisch ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi

Re: [86732] trunk/dports/python/py-spyder-beta/Portfile

I thought that might be the case, but after removing the epoch (and upping the rev) locally, and running 'portindex' in my local ports dir, 'port echo outdated' listed the port as outdated... any idea why? I'll change it. -Eric On Wed, Nov 2, 2011 at 11:26 AM, Frank Schima

py26-numpy in build bot = error

Good afternoon, I'm considering rev-bumping py-numpy to see if the error (impacting py26-numpy variant only) below on the buildbot gets resolved with a re-build... any thoughts from the gallery? --Eric Error: (from

  1   2   >