> On Oct 5, 2018, at 16:18, Mark Brethen wrote:
>
> libreduce.so: $(OBJ)
> rm -f libreduce.so
> gcc $(FAT) -shared $(OBJ) -o libreduce.so
On this gcc line is where
-install_name /opt/local/lib/libreduce.so
needs to appear.
> errors. I also added a similar line for RedPy.so. What about the static
> library, libreduce.a, how is it found?
>
>
>
> On Oct 5, 2018, at 4:20 PM, Ryan Schmidt wrote:
>
>
>
>>> On Oct 5, 2018, at 16:18, Mark Brethen wrote:
>>>
>>> libr
On Oct 6, 2018, at 10:46, Mark Brethen wrote:
> When using copy on a directory I noticed that any links inside are copied
> instead of the linked file and so I end up with dead links after install. Is
> it acceptable to use System “cp …” during destroot, which does follow the
> link, in this
On Oct 6, 2018, at 14:41, Mark Brethen wrote:
> I’m working on a port qreduce-devel. This is a Qt-based worksheet GUI
> (written in python) for Reduce UNDER DEVELOPMENT. Would this be suited as a
> separate port or is it considered a sub-port of reduce? BTW the source is
> packaged with the
What's the correct way to make a private procedure or variable in a portgroup
-- something the portgroup will use internally but that portfiles using the
portgroup should not use?
I think the answer is to use a namespace. The xcode-1.0 portgroup does:
namespace eval xcode {}
proc xcode::get_pro
On Oct 9, 2018, at 17:45, Rainer Müller wrote:
> The obvious difference would be the name of the procedure. That is also
> the main purpose of namespaces: to provide a hierarchical structure for
> naming procedures and variables.
Well, you could say that's also the purpose of the naming conven
On Oct 4, 2018, at 19:22, Joshua Root wrote:
> On 2018-10-5 09:47 , Ryan Schmidt wrote:
>> Is there a simple command one can use at the command line to determine the
>> MacPorts prefix?
>>
>> `port prefix` came to mind as a logical thing to try, but it does not w
On Oct 11, 2018, at 12:29, Christopher Jones wrote:
>> Apparently, gcc48 can produce some zero-length N_SECTs that error out in the
>> default strip command but don't need to. Cameron made them warnings instead
>> (see below). We are reaching the limits of my knowledge about this issue
>> ri
On Oct 16, 2018, at 13:41, Vincent Habchi wrote:
> I’m currently writing a Portfile for Strongswan, the IKEv2 VPN client/server.
>
> I’d like the demons ipsec and charon to be launched through launchctl. Is
> there a way to automatically write the required script, or must I do that by
> hand
Thanks for finding this answer; I wouldn't have remembered.
The github portgroup's post-extract shenanigans are necessary when extracting
an automatically-generated GitHub tarball, because the directory name inside
those tarballs contains the abbreviated git commit hash, which is not a piece
of
On Oct 19, 2018, at 20:02, Ken Cunningham wrote:
> I have another port that I can't update due to a too-old icu (mozjs60).
>
> I think we're going to have to find some way to update icu. If we need a
> non-c++11 version, I guess we'll have to make that as a separate port perhaps.
I don't kno
On Oct 21, 2018, at 11:57, Mark Anderson wrote:
> When I run a 32 bit command line app, I get the popup warning that this
> “Isn’t optimized for my Mac”.
You will get that popup when you run *any* 32-bit app.
> It’s kind of annoying that they’re removing the possibility when things like
> w
On Oct 21, 2018, at 20:08, Ken Cunningham wrote:
> On Oct 21, 2018, at 10:46 AM, Mojca Miklavec wrote:
>
>> They currently have 28 issues open for formulas. We have ...
>> thousands? (Last time I checked it was somewhere between 4k and 5k.)
>> Disclaimer: I don't know what their policy on clos
On Oct 21, 2018, at 12:46, Mojca Miklavec wrote:
> What I see in MacPorts is that, with the exception of a small number
> of critical ports (where breaking it would cause serious issues to
> lots of users), in most ports having the maintainer assigned is more
> of a responsibility and commitmen
On Oct 21, 2018, at 08:32, Phil Clayton wrote:
> Perry E. Metzger (pmetzger) pushed a commit to branch master
> in repository macports-ports.
>
>
> https://github.com/macports/macports-ports/commit/adc4f7a91e5449fb532c22d1ed2204594c654cfa
>
> The following commit(s) were added to refs/heads/
On Oct 22, 2018, at 02:56, Vincent Habchi wrote:
>> On 22 Oct 2018, at 06:32, Ryan Schmidt wrote:
>>> And yes, we have a huge number of people assigned as maintainers who
>>> no longer maintain the ports. We really need to clean up the list in
>>> order to
On Oct 27, 2018, at 12:53, Mojca Miklavec wrote:
> On Fri, 26 Oct 2018 at 23:26, Joshua Root wrote:
>
>> If dependencies didn't get upgraded before their dependents, there would
>> be a lot of serious problems. Since we don't see that,
>
> Except ... hmmm ...
>https://trac.macports.org/ti
On Oct 27, 2018, at 02:16, René J.V. Bertin wrote:
> I have a port with lots of subports for which I keep the checksums in a
> table-like structure in a dedicated file, so as to keep the Portfile a bit
> more manageable (and to be able to generate said table with a script when
> it's upgrade
On Oct 27, 2018, at 16:09, Mark Anderson wrote:
> So, I'm trying to update the Io Language port, and I get a worksrcdir of:
> IoLanguage-io-b8a18fc
>
> Is there a good way to figure that name out programatically, or change it? Or
> am I just stuck with it?
The github portgroup, which I see
On Oct 27, 2018, at 17:37, René J.V. Bertin wrote:
> No, I do not want to reintegrate the 60-some checksums into the portfile, I
> don't want to split it up and I don't want to rewrite my checksum generator
> script either. My question was how I can make the source command apply
> globally.
On Oct 28, 2018, at 03:39, René J.V. Bertin wrote:
> Maybe describe how to achieve this on the Recipes page, along with the other
> sometimes-useful tricks?
I don't think we want to publish a recipe on how to include files, because I
don't think we want people to do it.
On Oct 28, 2018, at 16:08, Mark Brethen wrote:
> Quite by accident I have discovered a flaw with my libreduce port as regards
> to "port select —set python". I had not set a default python version before I
> built the reduce libraries, unaware it was using apple's system python 2.7 to
> buil
On Oct 28, 2018, at 16:50, Mark Brethen wrote:
> brethen-air:~ marbre$ port select --summary
> Warning: port definitions are more than two weeks old, consider updating them
> by running 'port selfupdate'.
> Name Selected Options
> ===
> clang none
On Oct 29, 2018, at 01:15, Ken Cunningham wrote:
> I notice homebrew is forcing the installation of binaries built on their
> 10.12 or 10.13 builders onto 10.14 to get around the 32bit build problem on
> 10.14.
>
> I don't believe there is any way to force our binary installer to install
>
On Oct 30, 2018, at 12:56, Eric A. Borisch wrote:
> Anyone know of any (license) issues with someone using our logo
> (https://www.macports.org/img/macports-logo-top.png) when linking to MacPorts
> as an installation option for their software?
I would say it is appropriate to use our logo wh
On Nov 1, 2018, at 21:41, George Plymale II wrote:
> Hi all,
>
> Recently, I was trying to use some features that had been committed to
> Macports' base recently. One of them was my own feature which was
> accepted in this PR: https://github.com/macports/macports-base/pull/99
>
> However, as I t
On Nov 2, 2018, at 19:40, Helmut K. C. Tessarek wrote:
> Or at least a reference to what `subst -nobackslashes -nocommands` does
> and how to use it to build useful regexes. ;-)
That's in the Tcl documentation:
https://www.tcl.tk/man/tcl8.5/TclCmd/subst.htm
more work than I expected.
>>
>> Ryan Schmidt writes:
>>
>>> It would be good if we could make more frequent releases to get fixes out
>>> there, even if they're smaller or not super critical. One reason we don't
>>> do this is because our release p
On Nov 3, 2018, at 16:10, Helmut K. C. Tessarek wrote:
> Hi Ryan,
>
> On 2018-11-03 01:45, Ryan Schmidt wrote:
>> That's in the Tcl documentation:
>
> I think you are missing my point. I don't really know Tcl, thus I would
> have never thought about using `s
On Nov 4, 2018, at 05:53, Christopher Jones wrote:
> Hi All,
>
> I am trying to update a couple of ports, bazel and py-tensorflow, that
> require recent Java JDKs (10+) to build using macports provided openjdk ports.
>
> I am running into the issue below
>
> ERROR:
> /opt/local/var/macport
On Nov 4, 2018, at 01:41, Ken Cunningham wrote:
>
> I thought I’d try a 32-bit compatible installation of MacPorts today on
> Mojave as a proof-of-concept, so I made a new prefix under /opt/universal and
> set up macports in it.
>
> I installed a copy of the MacOSX10.13.sdk and referenced that
On Nov 4, 2018, at 16:27, Helmut K. C. Tessarek wrote:
> On 2018-11-04 02:49, Ryan Schmidt wrote:
>> The way I would approach this is to write a patch file which inserts
>> "@VERSION@" into the file where you want the version to appear. Then
>> you can simply r
On Nov 4, 2018, at 12:56, Mark Brethen wrote:
> ‘qreduce’ is a subport of reduce that I have created, which is a Qt-based
> worksheet GUI for Reduce. It consists of python source files and the attached
> readme file. The portfile will check for pyside and install ‘libreduce’, so
> the only
On Nov 4, 2018, at 15:49, Mark Anderson wrote:
> Good news, Tesseract 4.0.0 has been released and it builds with cmake just
> great.
>
> Bad news, the training data is now in a separate repo and needs to be
> manually moved.
>
> The training set, is also in another repo, but that can be a
On Nov 4, 2018, at 08:14, Christopher Jones wrote:
>> I don't know about java, but the python portgroup deliberately disables the
>> ability to download dependencies. We don't want ports to download things
>> except during the fetch phase. And if a port has dependencies on other
>> ports, it
On Nov 6, 2018, at 15:06, Helmut K. C. Tessarek wrote:
>
> On 2018-11-04 22:06, Ryan Schmidt wrote:
>> We finally got a warning added to MacPorts so that if a reinplace doesn't do
>> anything you're notified,
>
> On that note...
>
> Warning: reinp
On Nov 6, 2018, at 14:48, Ken Cunningham wrote:
> I noticed this recently "fixing" some ports that don't use a configure step.
>
> During the run of portconfigure.tcl, various things (sdkroot) might be
> tested, and the appropriate values appended to the ENV variables.
>
> But these things d
For Python projects that build using a setup.py file, how do I discover what
options are available -- what's the equivalent of "./configure --help"? I've
tried "python2.7 setup.py --help" and "python2.7 setup.py build --help" which
seem to provide only generic help and not help specific to this
On Nov 6, 2018, at 17:50, Chris Jones wrote:
> On 6 Nov 2018, at 11:05 pm, Ryan Schmidt wrote:
>
>> For Python projects that build using a setup.py file, how do I discover what
>> options are available -- what's the equivalent of "./configure --help"? I
On Nov 7, 2018, at 01:32, Ryan Schmidt wrote:
> On Nov 6, 2018, at 17:50, Chris Jones wrote:
>
>> On 6 Nov 2018, at 11:05 pm, Ryan Schmidt wrote:
>>
>>> For Python projects that build using a setup.py file, how do I discover
>>> what options are a
On Nov 7, 2018, at 11:00, Ken Cunningham wrote:
> On Nov 6, 2018, at 1:54 PM, Ryan Schmidt wrote:
>
>> On Nov 6, 2018, at 14:48, Ken Cunningham wrote:
>>
>>> I noticed this recently "fixing" some ports that don't use a configure step.
>>>
>
On Nov 7, 2018, at 15:22, Rainer Müller wrote:
> On 07.11.18 22:10, Rainer Müller wrote:
>> What is the plan? Should we also connect this new repository with Trac?
>
> Ah, just found the ticket:
> https://trac.macports.org/ticket/57537
Yes, that would be a good idea. Do we also want a new com
On Nov 7, 2018, at 17:28, Ken Cunningham wrote:
> Thanks for the detailed explanation. I do understand what you mean about
> +universal. Just to point out that this port is not actually building
> universal here, it's just building normally.
I'm sure. But as I explained, SDK flags can vary b
On Nov 8, 2018, at 10:16, Ken Cunningham wrote:
> OK. I guess the answer to my question then really is that it is apparently
> purposelful and desired behavoir that
>
> configure.cxxflags is not set up the same as CXXFLAGS
>
> and likewise for all the others as well. That concept is a new
On Nov 8, 2018, at 07:16, Vincent Habchi wrote:
> I try to update QGis to 3.4.1, and stumble on that compilation error:
>
> —
> /opt/local/var/macports/build/_macports-ports_gis_qgis3/qgis3/work/QGIS-3_4_1/src/native/mac/qgsmacnative.mm:125:18:
> error: property 'effectiveAppearance' not foun
On Nov 9, 2018, at 13:40, Vincent Habchi wrote:
>> Yup, NSAppearanceNameDarkAqua is new in macOS 10.14.
> […]
>
>> So you must be on macOS 10.13 with Xcode 10.
>
> Unfortunately not :
>> uname -a
> Darwin Air.local 18.2.0 Darwin Kernel Version 18.2.0: Sat Nov 3 12:30:49 PDT
> 2018; root:xnu-4
On Nov 10, 2018, at 02:53, Vincent Habchi wrote:
> Ryan,
>
>> I don't know why Apple is doing this to us. This contradicts what we
>> previously knew about how SDKs were meant to function. The SDKs are supposed
>> to be the same as the system headers of a particular version. We may want to
>>
On Nov 12, 2018, at 13:17, Mark Brethen wrote:
> Per the attached Calculix-cgx Makefile, I needed to modify it to indicate the
> OpenGL framework. I tried this:
>
> CFLAGS = -O2 -Wall -Wno-narrowing \
> -I./ \
> -I/usr/include \
> -I../../libSNL/src \
> -I../../glut-3.5/src \
> -I/usr/X1
On Nov 14, 2018, at 20:28, Ruben Di Battista wrote:
> Hello,
>
> Recently on Macports hdf5 (4.3.0) and netcdf packages were updated.
> Recompiling vtk with xdmf support (and python27 bindings) returns me this
> error:
>
> :info:build [ 78%] Python Wrapping - generating vtkFillHolesFilter
On Nov 11, 2018, at 05:15, Christopher Jones wrote:
> On 10 Nov 2018, at 11:02 pm, Ryan Schmidt wrote:
>
>> On Nov 10, 2018, at 02:53, Vincent Habchi wrote:
>>
>>> Ryan,
>>>
>>>> I don't know why Apple is doing this to us. This contradi
On Nov 15, 2018, at 03:11, Ruben Di Battista wrote:
> I reswitched back to the new versions of hdf5. I manually upgraded netcdf and
> netcdf-cxx and recompiled vtk, but I get the same error at the same point.
>
> I do not understand if it’s a problem with vtk or with macports… o.O
>
> I al
Let's keep the discussion on the mailing list.
On Nov 15, 2018, at 09:53, Ruben Di Battista wrote:
> Hello Ryan,
>
> I do not have any outdated port at the moment. I’m attaching the output of
> the selfupdate verbose command.
>
> I do not generally switch ports around… It was just to see if wi
On Nov 16, 2018, at 14:41, Ruben Di Battista wrote:
> In any case I removed the local source, and re-did the selfupdate just to
> check (but I had the branch of the local git repo rebased on upstream
> master). No outdated ports. I’m quite sure it is not a problem of my local
> misconfigura
On Nov 16, 2018, at 18:00, Ruben Di Battista wrote:
> I tested again the build (with also rev-upgrade). No luck, same error. Does
> anyone here can try to install: vtk +hdf5 +python27 +mpich to see if it’s
> just a misconfiguration for me or it’s a general problem?
Some file on your system t
On Nov 21, 2018, at 03:02, Vincent Habchi wrote:
> Ryan,
>
> Did you file a bug report with Apple w/r to that, or do you want me to go
> ahead?
I haven't filed a bug report. My understanding is that as more people file bug
reports about an issue with Apple, the more important Apple might co
On Nov 21, 2018, at 03:05, Vincent Habchi wrote:
> Oops, also:
>
>>> Ok, I set configure.sdkroot and it worked fine now. Should I commit it with:
>>>
>>> if {${os.platform} eq "darwin" && ${os.major} == 18} {
>>> configure.sdkroot …
>>> }
>>>
>>> ?
>>
>>
>> If this code only gets compi
On Nov 18, 2018, at 20:52, Mark Brethen wrote:
> I tried to chain reinplace a file? i.e.
>
> reinplace "s|@@PREFIX@@|${prefix}|g" \
>"s|@@CFLAGS@@|${configure.cflags} ${PICFLAG}|g" \
>"s|@@CC@@|${configure.cc}|g” ${worksrcpath}_SHARED/Make.inc
>
> but this failed. Is there ano
On Nov 19, 2018, at 10:59, David Gilman wrote:
> Mesos is a ginormous C++ codebase that does distributed execution of
> user tasks. I have a functioning but basic portfile here. I also have
> a bunch of questions on MacPorts policy and what it will take to get a
> mesos port accepted. Here is my
On Nov 17, 2018, at 16:25, Ruben Di Battista wrote:
> On 17 novembre 2018 a 03:24:40, Ryan Schmidt scritto:
>
>> On Nov 16, 2018, at 18:00, Ruben Di Battista wrote:
>>
>> > I tested again the build (with also rev-upgrade). No luck, same error.
>> > Does
On Nov 24, 2018, at 19:44, Randolph M. Fritz wrote:
> It's Radiance. It is hard to change, perhaps not possible at all. Is there
> any way MacPorts can accommodate this, perhaps as a source-only port?
>
> What do people think?
You are referring to a software project whose web site makes you
On Nov 22, 2018, at 09:28, Ken Cunningham wrote:
>
>> On Nov 22, 2018, at 02:39, Vincent Habchi wrote:
>>
>> Ryan,
>>
>>> It failed to build on the 10.11 and older buildbot workers not because of
>>> qgis3 but because of its dependency postgresql10:
>>>
>>> https://trac.macports.org/ticket/
How specifically have you patched it? A diff would be more useful for seeing
that.
I do see the line "CC = $(CC)", which is a no-op: it assigns CC to itself. So
that's not useful.
On Nov 17, 2018, at 09:37, Mark Brethen wrote:
> I’ve patched the Make.inc file. Does it look correct?
>
>
> Ma
On Nov 17, 2018, at 13:16, Mark Brethen wrote:
> The installation instructions for SPOOLES has this to say about multithreaded
> libraries:
>
> To build a multithreaded library, one must go to the MT/src directory. Now we
> have two choices — to build a separate spoolesMT.a library, or two m
On Nov 25, 2018, at 09:13, Mark Brethen wrote:
> (resent with correction)
>
> I’m using the compilers group with
>
> compilers.choosecc f77
> compilers.setup require_fortran
>
> below is the env settings:
>
> :debug:configure Environment:
> :debug:configure CC='/usr/bin/clang'
> :d
On Nov 25, 2018, at 13:55, Mark Brethen wrote:
> I think their build process requires overriding the build phase in macports.
Why do you think that?
Their build process has no idea how their build process is being invoked. It
should make no difference to their build process whether a command
On Nov 25, 2018, at 18:55, Joshua Root wrote:
>>> with 'LD = $(F77)’ in the Makefile, but that didn’t work. How should I pass
>>> this during build?
>>
>> I suppose that ought to work, except that perhaps the problem you're running
>> into is that ${build.args} is a list of values. If you wa
On Nov 25, 2018, at 19:15, Mark Brethen wrote:
> I used placeholders in the makefile then passed the environment variables
> using reinplace statements. That worked, however I’m getting a make:
> lib/darwin16/libtaucs.a: Permission denied. Sounds like I need to change the
> permissions after
On Nov 25, 2018, at 19:54, Mark Brethen wrote:
> Another oddity I noticed in the log is
>
> :info:build ld: warning: directory not found for option
> '-L/opt/local/var/macports/build/_Users_marbre_ports_math_taucs/taucs/work/taucs/lib/darwin16/'
>
> That’s a valid path!
Hmm, not sure why yo
On Nov 26, 2018, at 08:21, Mark Brethen wrote:
> On Nov 25, 2018, at 11:52 PM, Ryan Schmidt wrote:
>
>> On Nov 25, 2018, at 13:55, Mark Brethen wrote:
>>
>>> I think their build process requires overriding the build phase in macports.
>>
>> Why do you
On Nov 26, 2018, at 10:51, Mark Brethen wrote:
> On Nov 26, 2018, at 10:39 AM, Ryan Schmidt wrote:
>
>> For example, I see here that they make a copy of the configured source
>> directory so that they can build libtaucs.a "normally" in the first
>>
directory using OBJDIR with BSD make.
> Gnu make does not have this option, does it? It seems rediculus to have to
> build the library each time. Can I issue these with ‘system', omitting the
> library object?
>
>
> Mark Brethen
> mark.bret...@gmail.com
>
>
On Nov 27, 2018, at 16:58, Mark Brethen wrote:
> A couple of remaining thoughts I had:
>
> 1. The BSD port uses metis4 whereas macports metis distro is at v5. I didn’t
> check to see which one it used.
taucs builds with "-lmetis", in other words, libmetis.dylib, whatever version
that may be
First of all, probably you'll want to use the new golang 1.0 portgroup. Aaron
is the expert at creating go ports...
> On Nov 28, 2018, at 18:00, Nils Breunese wrote:
>
> Ah sorry, I thought you had already created a working Portfile, but this
> Portfile indeed errors out. Log output here: http
On Nov 30, 2018, at 08:13, Mark Brethen wrote:
> For *.gz files (no tar), what’s the proper way to extract them to
> extract_dir?
MacPorts doesn't have specific support for this built-in, I guess because it
wasn't thought to be a common enough use case. But there are several ports in
the t
On Dec 2, 2018, at 15:20, Mark Brethen wrote:
> On Dec 2, 2018, at 2:32 PM, Mark Brethen wrote:
>
>> Abiword used this solution:
>>
>> distname AbiWord-${version}-10.2
>> extract.suffix .dmg.gz
>> extract.post_args > ${workpath}/${distname}.dmg
>>
>> but I seven files, all .ps.gz, will this
On Dec 3, 2018, at 09:55, Michael Dickens wrote:
> Re: <
> https://github.com/macports/macports-base/commit/7921b2e05e9a4c9cda6efedee496affb305dcc07
> >:
> {{{
> Date: December 29, 2017 at 10:54:09 AM EST
> Author: Andrew L. Moore slewsys@...
> Committed by Mojca Miklavec mojca@...
>
> por
On Dec 3, 2018, at 19:35, Michael Dickens wrote:
> Here's the error (just do "sudo port extract cmake-devel"; it results in this
> error on every OS I tested, from 10.5 to 10.14):
> {{{
> Error: Failed to extract cmake-devel: error renaming
> "/opt/local/var/macports/build/_opt_sources_MacPor
On Dec 4, 2018, at 01:04, Ryan Schmidt wrote:
> On Dec 3, 2018, at 19:35, Michael Dickens wrote:
>
>> Here's the error (just do "sudo port extract cmake-devel"; it results in
>> this error on every OS I tested, from 10.5 to 10.14):
>> {{{
>> Error:
On Dec 4, 2018, at 12:03, Michael Dickens wrote:
> On Tue, Dec 4, 2018, at 2:07 AM, Ryan Schmidt wrote:
>> On Dec 4, 2018, at 01:04, Ryan Schmidt wrote:
>>> On Dec 3, 2018, at 19:35, Michael Dickens wrote:
>>>
>>>> Here's the error (just do &q
On Dec 6, 2018, at 13:23, Christopher Jones wrote:
> I’ve noticed that the 10.12 builedbot has been offline for a while now.
>
> https://build.macports.org/waterfall
>
> what’s up with it ?
https://trac.macports.org/ticket/57709
On Dec 16, 2018, at 19:59, Joshua Root wrote:
> On 2018-12-17 06:20 , Mark Brethen wrote:
>> Is it possible to build a makefile in multiple directories without
>> overriding the build phase, for example from ${worksrcdir}
>>
>> make src/Makefile um/Makefile
>>
>> with build.cmd?
>
> The usual
On Dec 22, 2018, at 09:48, Ken Cunningham wrote:
> I would like to propose we stop asking people to remove the "revision 0" line
> in Portfiles.
>
> Rationale:
>
> Functionally the same either way.
> Insignificant size.
> it's properly located already. This takes thoght, why waste it for ne
On Jan 14, 2019, at 03:33, René J.V. Bertin wrote:
> I just realised why Debian packages only have a list of build dependencies in
> their specification: the dependencies of the generated packages are
> determined automatically from the dependencies of the shared libraries
> installed by eac
On Jan 13, 2019, at 21:04, iEFdev wrote:
> That one will clone… but, it won't create a tarball if I skip the fetch
> part.. And there's some really odd naming thing going on.
The odd naming is just how GitHub works. The github portgroup handles all the
details of that for you; you don't need
On Jan 15, 2019, at 00:18, iEFdev wrote:
>> You cannot fetch from GitHub using the curl bundled with a macOS version
>> that old.
>
> Would it be possible to link around the problem in any way, if not just
> temporarily? Just replace curl with a newer did'n't work.
Yes, you can build MacPor
On Jan 15, 2019, at 15:55, Eric F (iEFdev) wrote:
> Thanks for all the help with last one. 👍
>
> Now I'm doing the other (last) one(s), and I'm not really sure how to do this.
>
> It's a 2 part install. C lib (dependency) + a module.
> - https://github.com/maxmind/libmaxminddb/
> - ht
b/
Some of the same changes apply to this Portfile, including about the name,
homepage, and maintainers.
Also, every other Apache module is in the primary category "www" but you've
listed this in "devel". Can we change it to "www"?
> On 1/16/19 0:35 , R
On Jan 16, 2019, at 14:03, Eric F (iEFdev) wrote:
> On 1/16/19 19:22 , Ryan Schmidt wrote:
>> On Jan 15, 2019, at 15:55, Eric F (iEFdev) wrote:
>>
>>> It's a 2 part install. C lib (dependency) + a module.
>>> -
>>> https://github.com
On Jan 22, 2019, at 08:40, Joshua Root wrote:
> On 2019-1-23 00:48 , Marcus Calhoun-Lopez wrote:
>> In trying to fix one bug [1], I seem to have created another [2].
>> I have been unable to fix the second bug, so I am revisiting the first.
>>
>> When building, octave tries to open a window (u
On Jan 27, 2019, at 06:24, Marius Schamschula wrote:
> On Jan 26, 2019, at 9:03 PM, Ken Cunningham wrote:
>
>> Running the test suite on gnutls on 10.6.8 shows one failure:
>>
>> FAIL: srp
>
> For gnutls 3.6.6 the test suite runs clean under High Sierra: only a few
> XFAIL, not a single FAIL.
On Jan 29, 2019, at 15:26, Alex Rusch wrote:
> sorry, the Portfile is now attached.
I don't see anything wrong in the code of the Portfile that would account for
this. However, we can't test this Portfile because:
$ sudo port checksum --
---> Fetching distfiles for testmp
---> Attempting
On Jan 17, 2019, at 14:17, Michael Dickens wrote:
> I've been trying to get Boost 1.69.0 working, without much luck yet because
> the default installed library names as installed by MacPorts are changed from
> "libboost_COMP-mt.dylib" to "libboost_COMP-mt-ARCH.dylib", where "COMP" is
> the c
If the gmake port is installed, then ports that use make will fail in trace
mode, unless the port declares a dependency on the gmake port.
Some have taken to fixing this by adding a gmake dependency, e.g.:
https://github.com/macports/macports-ports/commit/7f46df47ef611c5a9c5a92ad3b552bb4acc35100
On Feb 1, 2019, at 18:04, Joshua Root wrote:
> On 2019-2-2 10:16 , Ryan Schmidt wrote:
>> If the gmake port is installed, then ports that use make will fail in trace
>> mode, unless the port declares a dependency on the gmake port.
>
> That doesn't appear to be t
On Feb 1, 2019, at 15:30, Michael Dickens wrote:
> OK yes we -offer- multiple versions, but only one version can be installed at
> a time right now.
No, if you install boost without the no_single variant, you will get both the
single-threaded and the multithreaded versions. If you install wi
On Feb 1, 2019, at 18:52, Joshua Root wrote:
> On 2019-2-2 11:16 , Joshua Root wrote:
>> On 2019-2-2 11:06 , Ryan Schmidt wrote:
>>>
>>>
>>> On Feb 1, 2019, at 18:04, Joshua Root wrote:
>>>
>>>> On 2019-2-2 10:16 , Ryan Schmidt wro
You'd think I'd understand tcl's lists and strings by now. But no. A list is a
string and a string is a list. Or maybe it isn't.
I'm having trouble with livecheck.regex. Since it's a regular expression, it's
pretty common for it to contain backslashes. The backslashes are being removed
when I d
On Feb 1, 2019, at 19:53, Joshua Root wrote:
> On 2019-2-2 12:21 , Ryan Schmidt wrote:
>
>> On Feb 1, 2019, at 18:52, Joshua Root wrote:
>>
>>> On 2019-2-2 11:16 , Joshua Root wrote:
>>>> On 2019-2-2 11:06 , Ryan Schmidt wrote:
>>>>>
&g
On Feb 1, 2019, at 19:59, Ryan Schmidt wrote:
>> It only works when using default settings -- cmake-1.1 allows using
>> ninja in which case this would not be correct.
>>
>> See <https://cmake.org/cmake/help/v3.13/variable/CMAKE_MAKE_PROGRAM.html>
>
>
On Feb 1, 2019, at 20:09, Zero King wrote:
> On Fri, Feb 01, 2019 at 06:11:16PM -0600, Ryan Schmidt wrote:
>
>> On Feb 1, 2019, at 15:30, Michael Dickens wrote:
>>
>>> OK yes we -offer- multiple versions, but only one version can be installed
>>> at
301 - 400 of 1750 matches
Mail list logo
