> On 03 mar 2017, at 23:53, db wrote:
>
> Could someone take a look at this submission?
> https://trac.macports.org/ticket/53591
>
> On 24 Feb 2017, at 15:16, db wrote:
>> I submitted this one about a week ago.
Thanks for your contribution! Commited in f807864e85.
--
Aljaž Srebrnič a.k.a g5pw
I forgot to attach my script. Not that I think it is the problem, as I've
used it for several years.. Can you please take a look and advise?
Thanks.
Comer
portupdateupgrade
Description: Binary data
libarchive/archive_read_disk_entry_from_file.c:677: error: ‘ACL_SYNCHRONIZE’
undeclared here (not in a function)
What it boils down to is that the source is now using a symbol that was not
defined in Snow Leopard (without checking for its availability).
Since it looks like it's making no decisi
Is anyone working on getting Obs Studio to build under macports?
The default build system works with brew and Travis. There is no current
(latest) build of it for mac because their mac build server is now gone.
Has anyone done any work on this yet? I don't want to start from scratch if
there is
You can enable trace mode initially so you don't need to create a bunch
of echo statements about what you're doing:
set -xtrace
There are some other flags I'd recommend, and all of them in short form:
set -eux
On 03/04/2017 09:57 AM, Comer Duncan wrote:
> I forgot to attach my script. Not that
On 27 February 2017 at 11:16, Mojca Miklavecwrote:
> On 27 February 2017 at 11:07, Mojca Miklavec wrote:
>>
>> I just figured out that k3dsurf depends on qt3-mac which doesn't
>> compile on > 10.6, but one can still install qt3 and compile k3dsurf
>> against qt3. That one uses X11, so it won't look
On Sat, Mar 4, 2017 at 3:04 PM, Jeremy Lavergne wrote:
> set -xtrace
Just "set -x" would also work.
--
brandon s allbery kf8nh sine nomine associates
allber...@gmail.com ballb...@sinenomine.net
unix, openafs, kerberos, infrastruc
How do I use an older port when making another one?
I followed the instructions for working with an older version of libarchive.
Going back to 97887a375da5d0f6abee018b145833aa02e2bda7 gave me libarchive
@3.2.2_1 as a pre-built binary, no problems.
Now I'm trying to build cmake, which wants libar
Dear MacPorts experts,
Running Mac OS 10.10.5, I am trying to update MacPorts, but it’s giving me
an error. Unfortunately, the problem is not obvious, so I’m pasting the
output below from running:
sudo port -d selfupdate
Here it is (I’d greatly appreciate any help):
DEBUG: Copying /Users/wgraves
It's also breaking 10.9.5 :-)
On 2017-03-04, at 8:39 AM, Richard L. Hamilton wrote:
> libarchive/archive_read_disk_entry_from_file.c:677: error: ‘ACL_SYNCHRONIZE’
> undeclared here (not in a function)
>
> What it boils down to is that the source is now using a symbol that was not
> defined in
On Sat, Mar 4, 2017 at 5:45 PM, William Graves <
william.wyatt.gra...@gmail.com> wrote:
> Running Mac OS 10.10.5, I am trying to update MacPorts, but it’s giving me
> an error. Unfortunately, the problem is not obvious, so I’m pasting the
> output below from running:
> sudo port -d selfupdate
>
T
You could just locally revert the offensive change to libarchive until your
issue is addressed.
--Jeremy
> On Mar 4, 2017, at 13:18, Michael wrote:
>
> How do I use an older port when making another one?
>
> I followed the instructions for working with an older version of libarchive.
> Going
On 2017-03-04, at 4:44 PM, Jeremy Huddleston Sequoia wrote:
> You could just locally revert the offensive change to libarchive until your
> issue is addressed.
Ok, how?
Is it as simple as "copy these files out of the git tree into the /opt tree"?
And if so, will that "clean up" automatically
Hi Brandon,
Thank you for that fast and extremely helpful response! You were exactly
right. I commented out the rsync_dir line in my macports.conf file, and now
selfupdate works like a dream.
Thanks again,
Will
On Sat, Mar 4, 2017 at 6:44 PM, Brandon Allbery wrote:
>
> On Sat, Mar 4, 2017 at 5
Sent from my iPhone...
> On Mar 4, 2017, at 16:58, Michael wrote:
>
>
>> On 2017-03-04, at 4:44 PM, Jeremy Huddleston Sequoia
>> wrote:
>>
>> You could just locally revert the offensive change to libarchive until your
>> issue is addressed.
>
> Ok, how?
git diff HEAD path/to/port | git
CMake has the ability to build itself it's own self-contained internal
libraries, including libarchive, which tend to be very compatible
versions.
We might someday have an option to make it do this for situations such
as this maybe, but for now, you can try to do it manually.
in the depends_lib-a
16 matches
Mail list logo