Re: how to handle this element in Makefile.config ?

On Mar 26, 2018, at 13:03, macports at parvis.nl wrote: > On 2018-03-26, at 15:28, Rainer Müller wrote: >> >> On 2018-03-26 14:31, macports at parvis.nl wrote: >>> I'm working on a port for munin 2.0.x >>> >>> the munin-node component builds and installs java plugins if the Makefile >>> can fi

Re: Blacklisting gcc

> On Mar 26, 2018, at 01:25, Mojca Miklavec wrote: >> On 26 March 2018 at 02:49, Ryan Schmidt wrote: >>> On Mar 25, 2018, at 14:37, David B. Evans wrote: >>> >>>> +# blacklist compilers that do not support C11 (redefinition of typedef >>>>

Re: [macports-ports] 10/13: slepc: update to 3.8.2

On Mar 26, 2018, at 00:18, Sean Farley wrote: >>> -checksums rmd160 daf92f73deaabf529c3bfa883fbd178b33ca4825 \ >>> -sha256 >>> df907126ca75bb7ade45015e681269718b1f1dad7eb2e605fd40efebb8e4fdd3 >>> +checksums rmd160 b129990e2a4f2f56dd15b2562b8668ca5a3d615

Re: [macports-ports] branch master updated: PROJ: Upheaval to make proj4 and proj compatible. LASZIP: Initial commit PDAL: Initial commit

On Mar 25, 2018, at 21:40, Rainer Müller wrote: > On 2018-03-26 04:05, Ryan Schmidt wrote: >> I ended up fixing it by copying the entire clone to a case-sensitive HFS+ >> disk image, running "git checkout gis/LASzip" and "git checkout gis/laszip", >&g

Re: [macports-ports] 01/03: cargo: New portgroup for cargo build system

On Mar 27, 2018, at 01:40, Rainer Müller wrote: > Rainer Müller (raimue) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/191337a7fe59d51b5fa03f124278afd0e620f3cb > > commit 191337a7fe59d51b5fa03f124278afd0e620f3cb > > Au

Re: Blacklisting gcc

On Mar 27, 2018, at 06:41, Mojca Miklavec wrote: > On 27 March 2018 at 08:31, Ryan Schmidt wrote: >> >>> On Mar 26, 2018, at 01:25, Mojca Miklavec wrote: >>>> On 26 March 2018 at 02:49, Ryan Schmidt wrote: >>>>> On Mar 25, 2018, at 14:37, Dav

Re: [macports-ports] branch master updated: octave-octproj: fix build against proj4

On Mar 27, 2018, at 08:39, Marius Schamschula wrote: > Marius Schamschula (Schamschula) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/94a0268cc3d8b7a46705b71c7f94a72255249587 > > The following commit(s) were added to re

Re: Blacklisting gcc

On Mar 27, 2018, at 09:43, Benjamin Redelings wrote: > Following on to this question, how does a port require a c++ compiler that > supports c++14? > > Currently, in science/bali-phy I use the following, which is similar to > editors/textmate2 and games/gdash. > > # Needs support for -std=c++

Re: Mirror size & completeness of binaries

On Mar 27, 2018, at 06:56, Mojca Miklavec wrote: > I don't know about the best way to do it, but I would like to suggest to > provide macports mirorring in two different sizes: a small one and a complete > one. > > While I'm a heavy supporter of providing support for legacy systems, I see no

Re: Mirror size & completeness of binaries

On Mar 28, 2018, at 07:24, Mojca Miklavec wrote: >> I know it is nice to see all packages for a port in one place and it is >> easier to check what has already been built. But hopefully we would have >> this information on individual port index pages soon. > > Indeed. I don't know about the prop

Re: Mirror size & completeness of binaries

On Mar 29, 2018, at 20:53, Michael wrote: > On 2018-03-29, at 7:21 AM, Ryan Schmidt wrote: > >> On Mar 28, 2018, at 07:24, Mojca Miklavec wrote: >> >>>> I know it is nice to see all packages for a port in one place and it is >>>> easier to check wha

Re: Getting a list of all portfiles

On Mar 29, 2018, at 22:55, Andrew Moore wrote: > If ports are managed by git(1), ls-files seems to be the fastest method of > getting a list of Portfiles. > > $ time git -C /ports ls-files /*/Portfile >/dev/null > > real 0m0.100s > user 0m0.030s > sys 0m0.020s > $ Thanks, I didn't know abo

Re: [macports-ports] branch master updated: py-pew: new port

On Mar 30, 2018, at 09:39, Emre Şafak wrote: > Perry E. Metzger (pmetzger) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/3bf328c3bc6106944190a70429291880f0584b2a > > The following commit(s) were added to refs/heads/mast

Re: Mirror size & completeness of binaries

On Mar 30, 2018, at 12:15, Michael wrote: > On 2018-03-29, at 8:13 PM, Ryan Schmidt wrote: > >> The mirrors don't run MacPorts; they use rsync. > > rsync cannot detect renames? I didn't think it did. I did find this article which describes a method that can be

Re: Mirror size & completeness of binaries

On Mar 29, 2018, at 12:55, Mojca Miklavec wrote: > On 29 March 2018 at 18:21, Rainer Müller wrote: >> On 2018-03-29 16:19, Ryan Schmidt wrote: >>> At the same time, we need to consider how MacPorts base will respond to the >>> situation. Currently, it assumes all pa

Re: Mirror size & completeness of binaries

On Mar 29, 2018, at 10:50, Mojca Miklavec wrote: > On 29 March 2018 at 16:19, Ryan Schmidt wrote: > >> I do not wish to create separate small and complete mirrors. I wish to keep >> a single complete mirror at our primary rsync.macports.org server, and leave >> it up t

Re: Trac upgraded to 1.2

On Mar 31, 2018, at 18:10, Clemens Lang wrote: > Our Trac installation at trac.macports.org was updated to the 1.2 series > of Trac. Since this was a feature upgrade, new bugs may have sneaked in. > If you see something that used to work before and no longer works now, > please file a ticket with

Re: Python ports: should we use wheel files?

On Mar 31, 2018, at 05:11, Enrico Maria Crisostomo wrote: > The definition of a wheel file is the following: > >> Wheel (in this context) is a project that adds the bdist_wheel command to >> distutils/setuptools. This produces a cross platform binary packaging format >> (called “wheels” or “wh

Re: Trac upgraded to 1.2

On Apr 1, 2018, at 03:18, Jackson Isaac wrote: > On Sun, Apr 1, 2018 at 1:05 PM, Ryan Schmidt wrote: > >> On Mar 31, 2018, at 18:10, Clemens Lang wrote: >> >>> Our Trac installation at trac.macports.org was updated to the 1.2 series >>> of Trac. Since this

Re: [macports-ports] branch master updated: rtl-sdr: move to GitHub PG.

On Apr 1, 2018, at 13:47, Michael Dickens wrote: > Michael Dickens (michaelld) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/ed3f300c45bd2743297590cf8aa96b27bf8816dd > > The following commit(s) were added to refs/heads/

Re: Mirror size & completeness of binaries

On Apr 2, 2018, at 08:11, Arno Hautala wrote: > On Fri, Mar 30, 2018 at 5:20 PM, Rainer Müller wrote: >> >> For example, in a future archive_sites.conf: >> >> name macports >> platform darwin 18 >> urls https://packages.macports.org/10.14/ \ >> https://foo.bar.packages.m

Re: [macports-ports] branch master updated: misc: Update port:openssl dependency to path:lib/libssl.dylib:openssl

On Apr 2, 2018, at 10:18, Jeremy Huddleston Sequoia wrote: > Jeremy Huddleston Sequoia (jeremyhu) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/607997ade7f0bd99c7a7297d7a49ae79442b705f > > The following commit(s) were a

Re: Include file search path problem building py-grpcio with setuptools

On Apr 2, 2018, at 11:12, Enrico Maria Crisostomo wrote: > Since grpcio includes boringssl sources (an openssl fork), I think the > compiler include files search path is too wide and should not contain > /opt/local/include/openssl. Examining setup.py I haven't been able to tell > why are open

Re: MySQL 5.7 fails to build

On Apr 4, 2018, at 04:17, Bjarne D Mathiesen wrote: > Craig Treleaven wrote: >>> The main.log file is here : http://www.mathiesen.info/macports >> >> The log shows the following: >> >> :info:build >> /macports/var/macports/build/_macports_var_macports_sources_rsync.macports.org_macports_releas

Re: jmol haspatch maintainer - please commit #56106

On Apr 3, 2018, at 11:40, Peter Brommer wrote: > Does trac remain in use for “proper” bug reports? Yes, Trac is still our bug tracker.

Re: Port and patch submissions via ticket vs. via PR.

On Apr 1, 2018, at 11:02, Perry E. Metzger wrote: > As some of you have noticed, I've been trying to keep the PR queue > relatively clear. Thanks very much for that! > I'm wondering if we should therefore encourage people to submit github > PRs if they have working patches (or are submitting n

Re: Build Failure on ports-10.6_x86_64_legacy: libpsl, mosquitto

On Apr 4, 2018, at 11:59, Rainer Müller wrote: > On 2018-04-04 17:19, Rainer Müller wrote: >> Now that we execute the mirror step before attempting a build, we should >> make the buildbot use a master_site_local pointing to a local mirror, as >> we cannot expect the upload to be completed at the

Re: Build Failure on ports-10.6_x86_64_legacy: libpsl, mosquitto

On Apr 4, 2018, at 21:25, Andrew Moore wrote: > On Apr 4, 2018, at 12:18 PM, Mojca Miklavec wrote >> It also failed on 10.7 and 10.8. > > That’s more a problem with my eyes :). > >> I triggered new builds of mosquitto now that libpsl has been built on >> all systems. > > Okay, so no buildbot

Re: Port and patch submissions via ticket vs. via PR.

On Apr 4, 2018, at 07:18, Mojca Miklavec wrote: >>> Also, Mojca brought the question of the hundreds of open tickets with >>> port submissions a while back. It might be neat if we had some code >>> that caused a special Github account to generate a PR for a port >>> submission in trac. I wouldn't

Re: Changing default cxx_stdlib to libc++

On Apr 3, 2018, at 21:27, Andrew Moore wrote: > With Apple now planning to phase out Server.app, might they be open to > supporting MacPorts once again? Going forward, I would hope they recognize a > vested interest in seeing that the open-source community continues to support > them… As you

Re: [macports-ports] branch master updated: gdal: enable sqlite3 and spatialite support by default

On Apr 4, 2018, at 07:46, Vincent wrote: > Vincent (Veence) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/868fe5bdde5d2d59389663dbb33af319cec4126f > > The following commit(s) were added to refs/heads/master by this push

Re: [MacPorts] ProblemHotlist modified

On Apr 5, 2018, at 20:54, MacPorts Wiki wrote: > Page "ProblemHotlist" was changed by raimue > Diff URL: > > Revision 138 > Comment: No longer hot, have not even heard of this problem > Changes: > ---8<--8<--8<--

Re: [macports-ports] 02/04: jack: Update to jack2 1.9.12

On Apr 5, 2018, at 18:18, Clemens Lang wrote: > Clemens Lang (neverpanic) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/e36ae16764409c89e717408941b18dbf2719a233 > > commit e36ae16764409c89e717408941b18dbf2719a233 > > A

Re: [macports-ports] 01/04: aften: An A/52 audio encoder

On Apr 5, 2018, at 18:18, Clemens Lang wrote: > > Clemens Lang (neverpanic) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/eb5aa3b45f5ae3569d87c8e073809de5c49b5c5a > > commit eb5aa3b45f5ae3569d87c8e073809de5c49b5c5a > >

Re: [macports-ports] 01/04: aften: An A/52 audio encoder

On Apr 6, 2018, at 02:48, Clemens Lang wrote: > On 6 Apr, 2018, at 08:03, Ryan Schmidt wrote: > >> jack conflicts with jack? > > Thanks, remnant from my attempts to package jack and jack2 in separate ports. > Fixed in 678e0100a4c07d55750e6dc667492dc26cdab208. > >

Re: [macports-ports] branch master updated: gnuradio*: rev-bump for updated Jack ABI.

On Apr 6, 2018, at 06:49, Michael Dickens wrote: > Michael Dickens (michaelld) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/398bdaad2d3e7c6f0af1cf92658f6d06f9e33971 > > The following commit(s) were added to refs/heads/

Re: [macports-ports] 01/04: aften: An A/52 audio encoder

ey seem to provide roughly the same > outcome (same cmake commandline). If the default build type were "Release" > I'd have no issue switching right now & it would simplify my ports that use > cmake 1.0. - MLD > > On Fri, Apr 6, 2018, at 3:52 AM, Ryan Schm

Re: [MacPorts] ProblemHotlist modified

On Apr 6, 2018, at 07:15, Rainer Müller wrote: > On 2018-04-06 07:54, Ryan Schmidt wrote: > >> On Apr 5, 2018, at 20:54, MacPorts Wiki wrote: >> >>> Page "ProblemHotlist" was changed by raimue >>> Diff URL: >>> <https://tra

Re: [macports-ports] 01/04: aften: An A/52 audio encoder

On Apr 6, 2018, at 07:34, Michael Dickens wrote: > On Fri, Apr 6, 2018, at 8:21 AM, Ryan Schmidt wrote: >> The fact that the cmake 1.1 portgroup uses build type "MacPorts", not >> "Release", is meant to be a feature, not a bug: >> >> h

Re: [macports-ports] branch master updated: jack: Fix upgrade path from jack1

On Apr 6, 2018, at 16:26, Clemens Lang wrote: > Clemens Lang (neverpanic) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/a4e16dbb046d89f9146dbc9408f2bfb96ec73a82 > > The following commit(s) were added to refs/heads/maste

Re: [macports-ports] branch master updated: jack: Fix upgrade path from jack1

On Apr 7, 2018, at 06:20, Clemens Lang wrote: > On 7 Apr, 2018, at 09:50, Ryan Schmidt wrote: > >>> +# deactivate hack added 2018-04-06 >>> +pre-configure { >>> +# When upgrading from jack1 to jack2, the build can fail outside of >>> trace >&g

Re: CI system for PR builds

On Apr 7, 2018, at 00:40, Mojca Miklavec wrote: > I'm aware that it's legal to virtualize macOS on mac hardware, it's > just not 100% clear to me that all of the steps involved in setting up > libvirt images are 100% OK. (Can those same images be used on Linux > unmodified? If so, I would at leas

Re: CI system for PR builds

On Apr 7, 2018, at 00:47, Mojca Miklavec wrote: > On 3 April 2018 at 21:45, db wrote: >> On 3 Apr 2018, at 18:04, Mojca Miklavec wrote: >>> Travis has lots of limitations, but it offers both (a) and (b) for free. >> >> Couldn't (b) be the current infrastructure? > > No, because that would make

Re: CI system for PR builds

On Apr 7, 2018, at 07:02, db wrote: > On 7 Apr 2018, at 07:47, Mojca Miklavec wrote: >> No, because that would make the infrastructure that distributes binaries to >> all our users susceptible to malicious PRs. > > How is reviewing a PR, then letting it build and, if it succeeds, uploading > t

Re: [macports-ports] branch master updated: py-clang: python bindings to libclang

On Apr 7, 2018, at 12:05, Eric A. Borisch wrote: > Eric A. Borisch (eborisch) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/885596f36cf2d5fa569b7e2e2335db6907770c02 > > The following commit(s) were added to refs/heads/m

Re: [macports-ports] branch master updated: jack: Fix upgrade path from jack1

On Apr 7, 2018, at 12:35, Clemens Lang wrote: > On Sat, Apr 07, 2018 at 07:16:37AM -0500, Ryan Schmidt wrote: >> I still think jack should not handle this differently from other >> ports. If we want automatic upgrades for ports that have build >> conflicts with themselves,

Re: [macports-ports] branch master updated: aacgain: Update to v1.9

On Apr 8, 2018, at 03:46, Jackson Isaacwrote: > Jackson Isaac (JacksonIsaac) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/30c9fad4f1d0e000525c5f2bb5119453f3e373fa > > The following commit(s) were added to refs/heads/ma

Re: [macports-ports] branch master updated: aacgain: Update dirname in post-extract phase

On Apr 8, 2018, at 04:12, Jackson Isaac wrote: > Jackson Isaac (JacksonIsaac) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/65defdc294622caa6e4c44d874286917a1d51ce1 > > The following commit(s) were added to refs/heads/m

Re: CI system for PR builds

On Apr 7, 2018, at 19:04, Rainer Müller wrote: > On 2018-04-07 19:44, Clemens Lang wrote: >> For these resons, we want to reset the machines to a clean state before >> every build, which we could do with buildbot, but requires some python >> magic that hasn't been written yet. > > I think this is

Re: CI system for PR builds

On Apr 8, 2018, at 06:12, db wrote: > On 8 Apr 2018, at 12:42, Zero King wrote: >> On Sun, Apr 08, 2018 at 12:20:34PM +0200, db wrote: >>> If you review the code before, that should never be the case and it would >>> build just once if it succeeds, right? Or am I missing something how PRs >>> ar

Re: CI system for PR builds

On Apr 8, 2018, at 06:32, db wrote: > On 8 Apr 2018, at 13:18, Ryan Schmidt wrote: >> On Apr 8, 2018, at 06:12, db wrote: >>> That seems to waste at least buildtime and storage. >> What do you mean? >>> Many updates and revbumps could be almost automatically de

Re: CI system for PR builds

On Apr 8, 2018, at 06:49, db wrote: > On 8 Apr 2018, at 13:34, Ryan Schmidt wrote: >> No, as I think we've explained several times already, now, Travis CI builds >> the proposed change automatically, immediately after it's submitted. The >> purpose is to verify

Re: CI system for PR builds

On Apr 8, 2018, at 07:02, db wrote: > On 8 Apr 2018, at 13:50, Ryan Schmidt wrote: >> On Apr 8, 2018, at 06:49, db wrote: >> On 8 Apr 2018, at 13:34, Ryan Schmidt wrote: >>>> No, as I think we've explained several times already, now, Travis CI >>>&

Re: CI system for PR builds

On Apr 8, 2018, at 08:40, Ken Cunningham wrote: > > On Apr 8, 2018, at 03:49, Rainer Müller wrote: > >> We need to stop investing >> so much effort into legacy systems. > > True. Making current software build on ancient compliers is a waste of > effort. > > Finish the plan to push all those

Re: CI system for PR builds

On Apr 8, 2018, at 10:20, Ken Cunningham wrote: > On 2018-04-08, at 6:46 AM, Ryan Schmidt wrote: > >> Yes, I know you like to build your legacy MacPorts installs with a different >> copy of curl. And yes, we have a ticket tracking that issue as well. > > It's

Re: [macports-ports] branch master updated: htcondor: update to 8.7.7, add Python 3.5 and 3.6 subports

On Apr 8, 2018, at 20:51, Leo Singer wrote: > Leo Singer (lpsinger) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/6883f8674bafaadcbd8e0fa1dffaa385652da16d > > The following commit(s) were added to refs/heads/master by t

Re: [macports-ports] branch master updated: science/hdf5: update to version 1.10.2 rev. bump all ports that depend on hdf5, since hdf5 is very picky about this.

On Apr 8, 2018, at 14:02, Mark Moll wrote: > Mark Moll (mamoll) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/8ceab38545d00f70f8f210008cd760f20cd19407 > > The following commit(s) were added to refs/heads/master by this

Re: Releasing 2.4.3

On Apr 9, 2018, at 22:43, Eric A. Borisch wrote: > I'd still like to see the opportunistic (via libarchive / bsdtar) compression > (pull request #45) integrated at some point; with modern machines and their > soldered-down storage, it's all the more useful. Sure, but this thread is about 2.4.3

Re: Releasing 2.4.3

On Apr 9, 2018, at 17:15, Rainer Müller wrote: > If nobody objects, I am going to tag a new release on Tuesday and > prepare tarballs. Please merge my other two commits from this ticket: https://trac.macports.org/ticket/55492 My first commit, which you merged, was buggy and needed fixing. >

Re: Releasing 2.4.3

On Apr 10, 2018, at 12:07, Ryan Schmidt wrote: > On Apr 9, 2018, at 17:15, Rainer Müller wrote: > >> If nobody objects, I am going to tag a new release on Tuesday and >> prepare tarballs. > > Please merge my other two commits from this ticket: > > https://

Re: Releasing 2.4.3

I am not comfortable releasing a version of MacPorts that includes a MacPorts gcc in the default compiler list (which 2.4.3 now does) without having answered the new-vs-old ABI question satisfactorily. I believe releasing that will lead to the libstdc++ mismatch crashes that were the reason why

Re: Releasing 2.4.3

On Apr 10, 2018, at 12:44, Rainer Müller wrote: > Building package installers is the most time-consuming operation in our > release process. Therefore I was asking whether it is actually worth to > wait for them to appear before releasing to selfupdate. I am rebuilding our installer creation pro

Re: Releasing 2.4.3

On Apr 10, 2018, at 12:54, Rainer Müller wrote: > > On 2018-04-10 19:39, Ryan Schmidt wrote: >> >> On Apr 10, 2018, at 12:07, Ryan Schmidt wrote: >> >>> On Apr 9, 2018, at 17:15, Rainer Müller wrote: >>> >>>> If nobody objects, I am

Re: Releasing 2.4.3

On Apr 10, 2018, at 13:55, Ken Cunningham wrote: > On 2018-04-10, at 11:47 AM, Rainer Müller wrote: >>> >>> I don't want to release 2.4.3 with the libstdc++ ABI issue unanswered. I >>> believe it will cause problems. >> >> Then we should revert this change for 2.4.3 and we have one more reason

Re: Releasing 2.4.3

On Apr 10, 2018, at 13:47, Rainer Müller wrote: > On 2018-04-10 20:26, Ryan Schmidt wrote: >> >> On Apr 10, 2018, at 12:54, Rainer Müller wrote: >>> >>> At some point we should make a cut and not add many changes in the last >>> minute... >>

Re: port version reports 2.4.2 when built from tag v2.4.3

On Apr 11, 2018, at 08:48, Enrico Maria Crisostomo wrote: > Well, I replicated it: > > * Clean the repo (e.g.: git clean -xfd) > * git checkout v2.4.2 > * build and install 2.4.2: > > $ export PATH=/bin:/sbin:/usr/bin:/usr/sbin > $ MP_PREFIX=/opt/macports-2.4.2 > $ ./configure

Re: [macports-ports] branch master updated: py-*: add missing subports for python 3.5 and 3.6

On Apr 10, 2018, at 15:39, Mojca Miklavec wrote: > Mojca Miklavec (mojca) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/6c05e9852d0b08b2a8f14e7ee622031196a9d699 > > The following commit(s) were added to refs/heads/maste

Re: [macports-ports] branch master updated: py-*: add missing subports for python 3.5 and 3.6

On Apr 11, 2018, at 20:47, Joshua Root wrote: > On 2018-4-12 10:47 , Ryan Schmidt wrote: >> The developer of buildbot thinks we may be able to improve buildbot's >> performance when there are so many pending builds, by switching to a >> postgresql database [2]. I inte

Re: [macports-ports] branch master updated: py-*: add missing subports for python 3.5 and 3.6

On Apr 11, 2018, at 21:22, Joshua Root wrote: > On 2018-4-12 11:49 , Ryan Schmidt wrote: >> >> These performance problems predate the existence of our >> getNextBuildOnPortBuilder function. >> >> It smells to me like a missing database index problem. I don

Re: [macports-base] branch master updated: Use old ABI if building ports with MP g++ on 10.4 & 10.5

On Apr 10, 2018, at 17:39, Joshua Root wrote: > Joshua Root (jmroot) pushed a commit to branch master > in repository macports-base. > > > https://github.com/macports/macports-base/commit/fb72047770987adea88599a7a69bd70e6c61d214 > > The following commit(s) were added to refs/heads/master by th

Re: [macports-ports] branch master updated: py-*: add missing subports for python 3.5 and 3.6

On Apr 11, 2018, at 21:36, Joshua Root wrote: > On 2018-4-12 12:23 , Ryan Schmidt wrote: >> >> On Apr 11, 2018, at 21:22, Joshua Root wrote: >> >>> On 2018-4-12 11:49 , Ryan Schmidt wrote: >>>> >>>> These performance problems predat

Re: [macports-ports] branch master updated: py-*: add missing subports for python 3.5 and 3.6

Mojca, I think you're going to need to add some files (in the files directory) for these ports: py-django-htmlmin py-hieroglyph py-ioflo py-local-pipelines py-memprof py-obspy-devel py-pss

Re: [macports-ports] 02/03: qlipper: update to 5.1.1; change to use qt5; move to github

On Feb 24, 2018, at 20:37, Kurt Hindenburg wrote: > Kurt Hindenburg (kurthindenburg) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/74355ba62d746355fc3b1d3702d473b662c677a7 > > commit 74355ba62d746355fc3b1d3702d473b662c6

Re: port version reports 2.4.2 when built from tag v2.4.3

On Apr 12, 2018, at 03:39, Enrico Maria Crisostomo wrote: > On 12 Apr 2018, at 02:30, Ryan Schmidt wrote: > >> On Apr 11, 2018, at 08:48, Enrico Maria Crisostomo wrote: >> >>> Well, I replicated it: >>> >>> * Clean the repo (e.g.: git clean -x

Re: CI system for PR builds

On Apr 12, 2018, at 06:59, db wrote: > On 8 Apr 2018, at 02:04, Rainer Müller wrote: >> So here is the full plan in detail: > > Side note: Wouldn't it be feasible to adjust portfiles based on CI's > feedback? Let's say, you have something build on 10.6-10.13, but for whatever > reason it fails

Re: CI system for PR builds

On Apr 12, 2018, at 13:14, db wrote: > On 12 Apr 2018, at 18:52, Ryan Schmidt wrote: >> 1. MacPorts does not have a method of declaring that a port does not build >> on a version of macOS. Such a feature is being discussed: >> https://trac.macports.org/ticket/15712 >

Re: [macports-ports] branch master updated: py-*: add missing subports for python 3.5 and 3.6

On Apr 12, 2018, at 02:53, Mojca Miklavec wrote: > On 12 April 2018 at 04:23, Ryan Schmidt wrote: >> On Apr 11, 2018, at 21:22, Joshua Root wrote: >>> On 2018-4-12 11:49 , Ryan Schmidt wrote: >>>> >>>> These performance problems predate the existe

Re: CI system for PR builds

On Apr 12, 2018, at 13:38, db wrote: > On 12 Apr 2018, at 20:16, Ryan Schmidt wrote: >> You may have noticed that discussion about the issue resumed 4 weeks ago, >> and a milestone was assigned. > > I didn't notice the milestone. Is 2.6 next year's? Milestone

Re: [macports-ports] branch master updated: abgx360: Add modeline, update master_sites

On Apr 12, 2018, at 13:35, Jackson Isaac wrote: > Jackson Isaac (JacksonIsaac) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/5ed97fc2b4fe6ecb8953371fdeefa3bc8da73ea9 > > The following commit(s) were added to refs/heads/

Re: port version reports 2.4.2 when built from tag v2.4.3

On Apr 12, 2018, at 17:42, Jack Howarth wrote: > This issue "This issue" isn't an issue, it's just a misunderstanding of how the shell caches information. > might also be impacting the High Sierra macports 2.4.3 installer image as > well. After installing it on a machine with no /opt/local, I

Re: port version reports 2.4.2 when built from tag v2.4.3

On Apr 12, 2018, at 17:54, Jack Howarth wrote: > On Thu, Apr 12, 2018 at 6:47 PM, Rainer Müller wrote: >> It is actually an unrelated problem. The new version is not yet >> available over selfupdate. The script that is supposed to update the >> rsync server is failing. >> >> Check this and follo

Re: port version reports 2.4.2 when built from tag v2.4.3

On Apr 12, 2018, at 18:02, Jack Howarth wrote: > Okay. I was confused as to whether the installer contained the complete ports > repo or if it had to download that from the servers. I'm used to fink where > the installer only provides a core set of the base package files and the rest > have to

Re: Support for python 2.6, 3.3 and 3.4

On Apr 12, 2018, at 04:59, Mojca Miklavec wrote: > There are still some python modules that provide support for python > 2.6 and 3.3. Is it ok to put all of them to py-graveyard? > > There are a number of broken py34-* ports due to missing dependencies > (notably py34-matplotlib). > > Do we wan

Re: let's actually fix the ccpnmr build

On Apr 14, 2018, at 09:20, Jack Howarth wrote: > Can someone please commit the changes that I posted in the ticket... > > https://trac.macports.org/ticket/56292 > > so that ccpnmr actually builds again? People keep committing changes to this > package without actually checking that they work.

Re: How long should we wait for submitter action on a PR?

On Apr 14, 2018, at 09:37, Perry E. Metzger wrote: > We have one open PR where the submitter hasn't replied to some > requests for changes since the initial request several weeks ago. (I > tried emailing the requester directly some time ago and got no > response there either.) > > Clearly there

Re: [macports-base] 03/03: fetch: Do not redirect stderr

On Apr 15, 2018, at 11:34, Rainer Müller wrote: > Rainer Müller (raimue) pushed a commit to branch vcs-fetch > in repository macports-base. > > > https://github.com/macports/macports-base/commit/600c6b2c7e03d208eefda5ae25d1f1d0ac58933e > > commit 600c6b2c7e03d208eefda5ae25d1f1d0ac58933e > > A

Re: [macports-ports] branch master updated: gcc7 / libgcc: fix build on Intel Tiger

On Apr 15, 2018, at 22:55, Ken wrote: > Ken (kencu) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/084e2e8809afc62472eafc9c098b4bc9249b48b0 > > The following commit(s) were added to refs/heads/master by this push: > >

Re: Regarding acl2 Port

On Apr 16, 2018, at 00:10, Jackson Isaac wrote: > I would also like to know how do I test all the variants and different > phases that are mentioned in initial Portfile. There were lot of > things that didn't work correctly with updated version but I was able > to pin point to only errors that I

Re: [macports-ports] 01/02: TeXShop3: mark as obsolete, replaced by TeXShop4

On Apr 15, 2018, at 06:25, Marius Schamschula wrote: > Marius Schamschula (Schamschula) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/12a01d50a2872f2d1375bb858c091b847b395591 > > commit 12a01d50a2872f2d1375bb858c091b847

Re: [macports-ports] 01/02: TeXShop3: mark as obsolete, replaced by TeXShop4

On Apr 16, 2018, at 05:56, Marius Schamschula wrote: > On Apr 16, 2018, at 2:42 AM, Ryan Schmidt wrote: > >> On Apr 15, 2018, at 06:25, Marius Schamschula wrote: >> >>> Marius Schamschula (Schamschula) pushed a commit to branch master >>> in repository

Re: [macports-base] 01/06: fetch: Always use ${prefix}/bin/git for gitfetch

On Apr 14, 2018, at 22:09, Rainer Müller wrote: > Rainer Müller (raimue) pushed a commit to branch vcs-fetch > in repository macports-base. > > > https://github.com/macports/macports-base/commit/d28ec4564f13b59afd439ee3fbf05f9c43a76bb9 > > commit d28ec4564f13b59afd439ee3fbf05f9c43a76bb9 > > A

Re: pypi livecheck not working any longer

On Apr 16, 2018, at 15:53, Enrico Maria Crisostomo wrote: > I was running livecheck a few minutes ago on a bunch of ports of mine and I > started getting the same error on all the pythons ones: > >Error: cannot check if [portname] was updated (regex didn't match) > I also noticed the pypi.

Re: [macports-ports] branch master updated: gcc7 / libgcc: fix build on Intel Tiger

On Apr 16, 2018, at 03:20, Ken Cunningham wrote: > On Apr 16, 2018, at 00:24, Ryan Schmidt wrote: > >> On Apr 15, 2018, at 22:55, Ken wrote: >> >>> Ken (kencu) pushed a commit to branch master >>> in repository macports-ports. >>> >>>

Re: [macports-ports] branch master updated: nzbget: add cxx11 1.1 PG

On Apr 17, 2018, at 00:43, Ken wrote: > Ken (kencu) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/8f64c49b083ab312882b2f7c3b45658a49a37397 > > The following commit(s) were added to refs/heads/master by this push: > >

Re: Buiid/install stages documentation?

On Apr 17, 2018, at 12:39, Perry E. Metzger wrote: > Just to be clear: I know what is in: > https://guide.macports.org/#reference.phases > > but I'm trying to figure out a bit more detail. In particular, I > _suspect_ what I want is to trick opam into installing its build > products into the des

Re: [macports-base] 01/06: fetch: Always use ${prefix}/bin/git for gitfetch

On Apr 17, 2018, at 07:33, Rainer Müller wrote: > On 2018-04-16 22:29, Ryan Schmidt wrote: >> >> On Apr 14, 2018, at 22:09, Rainer Müller wrote: >> >>> Rainer Müller (raimue) pushed a commit to branch vcs-fetch >>> in repository macports-base. >>>

Re: Is it possible to specify variant as part of depends_lib?

On Apr 18, 2018, at 12:39, Edward Maros wrote: > > I have a package (gds) that has a build requirement on port root5 with > the variant +python27. > > Currently the buildbot system will not build the gds package because it > installs the root5 package with only default variants. > > Any ideas on

Re: fontforge package really old - need help with Portfile

On Apr 18, 2018, at 12:36, Helmut K. C. Tessarek wrote: > I've recently found out that I need fontforge and the python bindings > for creating fonts (ForkAwesome) but the package on MacPorts is really, > really old. Note that there is a ticket requesting this update: https://trac.macports.org/t

Re: Update port:openssl dependency to path:lib/libssl.dylib:openssl

On Apr 18, 2018, at 06:47, Jan Stary wrote: >>> https://github.com/macports/macports-ports/commit/607997ade7f0bd99c7a7297d7a49ae79442b705f > >>> aqua/qt5/Portfile| 2 +- >>> aqua/qt55/Portfile | 2 +- >>> aqua/qt56/Portfile | 2 +- >>> aqua/qt

Allow access to a file in trace mode

If I try to build minivmac in trace mode (sudo port -t install minivmac) it fails because: Warning: The following existing files were hidden from the build system by trace mode: /Applications/MacPorts/Mini vMac/vMac.ROM The minivmac build requires access to this file. The file is not provided

  1   2   3   4   5   6   7   8   9   10   >