ithub.com/macports/macports-ports/pull/21065>
Both of these ports are new dependencies; shaderc is a new dependency that
is needed in order to enable Vulkan support in warzone2100, and msdfgen is
a new dependency for Godot 4.
--
Jason Liu
the hack I alluded to in my original message.
--
Jason Liu
On Mon, Oct 16, 2023 at 6:04 PM wrote:
> On 10/16/23 at 1:14 PM, Jason Liu wrote:
>
> > Hi all,
> >
> > I'm getting complaints from rev-upgrade for a library binary that is
> weakly
> > linked to a
dependency to the root folder, '/', but that seems awfully hacky to me
https://stackoverflow.com/questions/4824885/remove-dependent-shared-library-from-a-dylib
--
Jason Liu
being made available through MacPorts.
--
Jason Liu
On Tue, Oct 10, 2023 at 3:26 PM Perry E. Metzger wrote:
> And Mascguy didn't seem to care to explain the situation, which I clearly
> didn't understand. Okay, That makes more sense and is acceptable.
>
> That said, I presume
vanilla Tcl
and something like 'lsearch' or 'lremove' to remove it from the default
list?
--
Jason Liu
to
accept such an idea, but MacPorts basically only has one version of a port
available at any given time.
--
Jason Liu
On Wed, Sep 6, 2023 at 5:02 PM Kirill A. Korinsky via macports-dev <
macports-dev@lists.macports.org> wrote:
> Folks,
>
> As you may have noticed a few weeks ago
-- Forwarded message -
From:
Date: Fri, Sep 1, 2023 at 10:21 PM
Subject: Re: Re: Re: Qt 5.10 skipped?
To: Jason Liu
My email is once again blocked from posting to the mailing lists; please
forward this.
On 9/1/23 at 5:34 PM, Jason Liu wrote:
> Yes, I do have the cr
,
but I've never had any luck getting it to work properly. I suppose I could
also use 'atos' to symbolicate line by line, but I don't even know where to
begin getting my hands on the dSYM build symbols from the MacPorts build of
Qt 5.11.
--
Jason Liu
On Fri, Sep 1, 2023 at 3:33 PM wrote:
> O
on this?
--
Jason Liu
On Wed, Aug 30, 2023 at 11:26 PM Ryan Schmidt
wrote:
>
>
> On Aug 30, 2023, at 19:40, Jason Liu wrote:
>
> I just noticed that Qt 5.9 and Qt 5.11 are available in MacPorts, but not
> Qt 5.10. Was there a specific reason why 5.10 was skipped, or was it just
to specify a particular version of Qt 5.x that needs to be used? I do
see plenty of references to ${qt5.version}, but is that something that I am
allowed to set in my Portfile?
--
Jason Liu
That's a great tip, I had no idea someone was uploading the macOS SDKs
onto GitHub! Thanks, Kirill!
--
Jason Liu
On Wed, Aug 23, 2023 at 2:22 PM Kirill A. Korinsky wrote:
> You may use github "mirror" of SDK for difference macOS, for example
>
>
> https://github.com/se
-- Forwarded message -
From:
Date: Wed, Aug 23, 2023 at 9:07 AM
Subject: Re: Quick favor for those with access to 10.12 machines
To: Jason Liu
On 8/23/23 at 1:18 AM, Jason Liu wrote:
> Hi all,
>
> I have what is hopefully a quick favor to ask of people who ha
a
grep -R kCGImageByteOrder32Big
/System/Library/Frameworks/CoreGraphics.framework
and let me know whether you get any hits.
--
Jason Liu
pile the source code,
hence the traditional magic formula of './configure ; make ; make install'.
Without the first make, the "make install" shouldn't have anything to
install. Or am I wrong about that?
--
Jason Liu
On Tue, Aug 15, 2023 at 2:54 PM Joshua Root wrote:
> On 16/8/20
starting to
hallucinate? Because when I add a 'build {}' to my Portfile, which in
theory should cause nothing to be compiled, all of the compiled products
are still somehow coming into existence and getting placed into ${destroot}.
--
Jason Liu
that CEF needs ~200 GB of free disk space, that would
seem to preclude the possibility of building from source on the MacPorts
buildbots, no?
--
Jason Liu
On Sun, Aug 6, 2023 at 10:19 PM Ryan Schmidt
wrote:
> On Aug 6, 2023, at 16:57, Jason Liu wrote:
> >
> > On their website,
ilds.spotifycdn.com/index.html
--
Jason Liu
not slowly losing my mind writing these Portfiles. (Or maybe I am
anyway, haha)
--
Jason Liu
On Sat, Jul 29, 2023 at 10:26 PM Dave Allured - NOAA Affiliate via
macports-dev wrote:
> Jason, port fetch with your unmodified portfile works fine for me.
> Monterey x86_64, Macports 2.81, f
By the way, here is my Portfile for librist, in case anyone wants to try
and see whether fetching from VideoLAN's GitLab instance works for them.
--
Jason Liu
On Fri, Jul 28, 2023 at 11:47 PM Jason Liu wrote:
> Hi all,
>
> I suppose I should be directing this question to René Bert
the file using a web browser, and even curl
downloads the file just fine:
/usr/bin/curl -LROJk
https://code.videolan.org/rist/librist/-/archive/v0.2.7/librist-v0.2.7.tar.bz2
Does anyone have any explanation for the behavior that I'm seeing?
--
Jason Liu
I see... I didn't realize that MacPorts base was actually linking against
libcurl, and not just simply calling the curl command-line utility.
--
Jason Liu
On Fri, Jul 21, 2023 at 3:30 PM Kirill A. Korinsky wrote:
> Well... you need to build a MacPorts against some fresh enough libc
for and use MacPorts curl and curl-ca-bundle if they're
installed?
--
Jason Liu
On Fri, Jul 21, 2023 at 2:41 PM Kirill A. Korinsky wrote:
> See: https://trac.macports.org/ticket/51516
>
> You may also enjoy my ansible playbook:
> https://github.com/catap/macos-ansible-playbooks
?
--
Jason Liu
now, which is
system "port -q info --version "
--
Jason Liu
Would it make sense to make it into a variant, instead of a separate
subport?
--
Jason Liu
On Wed, May 10, 2023 at 1:16 AM wrote:
> The package opencolorio uses CMake to find minizip-ng.
> The minizip-ng’s CMake files assume that the CMake files of zstd exist.
> However, the CM
Did you try double backslash or putting quotes around the path?
--
Jason Liu
On Sun, May 7, 2023 at 6:18 PM René J.V. Bertin wrote:
> Hi,
>
> I tried to write a path:-style depspec to libc++.dylib, but that gives me
> a regexp compilation error. Can that be avoided by escaping
the
dependency chain, so it might be difficult to make certain variant keywords
behave differently?
--
Jason Liu
On Sun, Oct 23, 2022 at 1:58 PM Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
> Various ports implement a “test” or “tests” variant to allow extra
> featu
variant only exists for subport
"mySubport"} {
...
}
}
--
Jason Liu
On Mon, Jun 27, 2022 at 6:17 PM Nils Breunese wrote:
> I believe variants are global for a port, but Iyou could use conditional
> logic based on which subport gets installed for a variant. Wha
ot be code signing any of the ports using
a Developer ID certificate. Ad hoc signing of ports might be useful, as
long as it doesn't involve the need for a Developer ID certificate.
--
Jason Liu
On Mon, Mar 21, 2022 at 9:21 PM Ryan Schmidt
wrote:
> Sorry, this got long.
>
> I want
-filesystem-as-writable-in-big-sur
--
Jason Liu
On Tue, Feb 22, 2022 at 6:17 PM Gerben Wierda via macports-dev <
macports-dev@lists.macports.org> wrote:
> > For a test I was planning to adapt the migration approach. Save the
> ‘requested’ list. Uninstall all ports. Temporary mv /usr
-package-on-linux
--
Jason Liu
On Wed, Feb 16, 2022 at 11:15 PM Jim DeLaHunt
wrote:
> On 2022-02-15 01:08, Joshua Root wrote:
> >
> > On 2022-2-15 19:28 , Jim DeLaHunt wrote:
> >> I am working on a port[1], where I want to patch a couple of autoconf
> &g
just above
"license_noconflict" is "license", and the second example in that entry
uses "freetype", which again is both the name of a port and one of the
licenses.
--
Jason Liu
On Fri, Jan 14, 2022 at 7:23 PM Ryan Schmidt
wrote:
> On Jan 14, 2022, at 18:14, Jason Liu wrote
Oh, was license_noconflict supposed to be used with the name of a port? I
thought it was supposed to specify a license that didn't conflict!
--
Jason Liu
On Fri, Jan 14, 2022 at 6:35 PM Joshua Root wrote:
> On 2022-1-15 03:58 , Jason Liu wrote:
> > I added a license_noconflict
&
ot; conflicts with
license "OpenSSL" of dependency "openssl11"
Is it possible that the license_noconflict is being ignored?
--
Jason Liu
-specific). It seems that the
upstream developers wrote the makefiles this way because some of the game
data files get generated during the compile process, and they never
bothered to cleanly split off the generating of the game data files into a
separate makefile that can be run by itself.
--
Jason
of Linus Tech Tips, they're even currently doing a
multi-part video series on "daily computing and gaming on Linux by a couple
of people who have never used Linux" challenge.
--
Jason Liu
On Sun, Dec 19, 2021 at 9:41 AM Bjarne D Mathiesen
wrote:
> Ken Cunningham wrote:
> >&g
Yes, using the `curl -IL` command to obtain the part of the path I need to
extract (which is very slightly different from the web browser URL), did
the trick. Thanks! :)
--
Jason Liu
On Thu, Dec 16, 2021 at 4:29 PM Daniel J. Luke wrote:
> On Dec 16, 2021, at 4:24 PM, Jason Liu wr
, but I suppose it could work as a last resort.
--
Jason Liu
On Sun, Dec 12, 2021 at 3:03 AM Joshua Root wrote:
> On 2021-12-12 11:54 , Jason Liu wrote:
>
>> On Sat, Dec 11, 2021 at 6:41 PM Chris Jones > <mailto:jon...@hep.phy.cam.ac.uk>> wrote:
>>
>>>
>>> No, because that would render the port non f
sed now
That's why I originally thought that `platforms darwin` implied that the
portfile was only intended to be valid on Darwin. Now that I've learned
that `platforms darwin` doesn't actually do anything, I'm just... confused.
--
Jason Liu
On Sat, Dec 11, 2021 at 6:41 PM Chris Jones
wrote:
&g
On Sat, Dec 11, 2021 at 5:46 PM Ryan Schmidt
wrote:
> On Dec 11, 2021, at 16:41, Jason Liu wrote:
>
>>
>> and be done with it, instead of needing to add one each and every time I
>> have a conditional involving `${os.major}`?
>
>
> I wouldn't expect you to
On Sat, Dec 11, 2021 at 5:20 PM Ryan Schmidt
wrote:
>
>
> On Dec 10, 2021, at 15:07, Jason Liu wrote:
>
>>
>> A conversation in one of my PRs has brought up an interesting question
>> that I've been wondering about for a long time. In Portfiles, whenever I've
>&g
og4j package
is affected. Depending on how closely the C++ port follows the original
Java in the log4cxx package, it might also be affected; the same applies to
the log4perl packages.
--
Jason Liu
On Sat, Dec 11, 2021 at 1:32 PM Eric Gallager wrote:
> On Fri, Dec 10, 2021 at 6:00 PM J
teams
scrambling to put in a fix.
--
Jason Liu
d for the listed platforms".) If that's not the case, then what is the
purpose of `platforms darwin`?
--
Jason Liu
.
--
Jason Liu
On Mon, Dec 6, 2021 at 2:40 PM Chris Jones wrote:
>
> Normally making a commit that does not change the revision or version will
> not trigger a rebuild, assuming the previous port revision built OK on a
> given platform. If this is the case then again the builds
rying to get the queued builds for PR #12976 removed from the builders.
--
Jason Liu
On Mon, Dec 6, 2021 at 2:02 PM Chris Jones wrote:
> Hi,
>
> If the revision and version numbers have changed, because what is
> installed on disc has changed, then the builds need to be rerun, otherwise
&g
10.13 and 12), that would probably be even
better. On the other hand, if cancelling the build would be a hassle, then
don't worry about it.
The commit is identified by the hash
14e7b489f630...
(Jason Liu )
--
Jason Liu
Could someone take a quick look, and if there aren't any issues, merge it?
I have a series of bugfixes that are waiting for this to get merged first.
https://github.com/macports/macports-ports/pull/12976
--
Jason Liu
lightly more
generalized than mine, since I'm only interested in the specific case of
the macOS 10.12 SDK on macOS 10.11.
--
Jason Liu
On Wed, Dec 1, 2021 at 12:50 PM Chris Jones
wrote:
>
> you are making a number of assumptions in the code below on where things
> are installed, that I
f the macOS 10.12 SDK being
installed on macOS 10.11, then it won't add my AppKit compatibility wrapper
file.
I suspect a similar technique might need to be put in place to account for
Xcode 11 vs 12 being installed on macOS 10.15.
--
Jason Liu
On Wed, Dec 1, 2021 at 10:32 AM Chris Jones
wrote
, but
only on the buildbots, so that they could complete a larger number of
package builds.
Or would this be considered "too smart by half"?
--
Jason Liu
On Wed, Nov 17, 2021 at 11:24 AM Christopher Nielsen <
masc...@rochester.rr.com> wrote:
> Makes sense. And yes
>
> Jason, are you asking relative to the new port you just created, for
> RawTherapee?
Yes, although it's a generally applicable question.
--
Jason Liu
On Wed, Nov 17, 2021 at 9:43 AM Christopher Nielsen <
masc...@rochester.rr.com> wrote:
> Jason, are you asking relati
and install the dependencies myself with the required variants.
--
Jason Liu
Maybe it would be useful to add this workaround to the info provided in
https://trac.macports.org/wiki/CompilerSelection#Parallelism ?
--
Jason Liu
On Fri, Nov 12, 2021 at 9:09 PM Eric Borisch wrote:
> Just looking for anyone interested to provide feedback on this:
>
>https://g
: OpenMP_C_FOUND
OpenMP_CXX_FOUND)
(Note: I do already have depends_lib-append port:libomp in my Portfile.)
Does this mean that I need to blacklist Apple Clang in order for the build
to be able to see libomp? Or is there something like a PortGroup that I'm
missing?
--
Jason Liu
OpenSSL 1.1.1g, which is still under the OpenSSL license, not Apache 2.0.
--
Jason Liu
On Sat, Oct 2, 2021 at 2:25 PM Joshua Root wrote:
> Blender is GPL-2+, which means it can be distributed when linked with
> OpenSSL 3.0, since GPL-3 is compatible with Apache-2.
>
> - Josh
>
>
Portfiles that one of the
dependencies should continue using the old openssl11, without adding the
old_openssl PortGroup, and thus a direct dependency on openssl? Does this
mean that the dependencies which are directly dependent on openssl will
need new variants, e.g. +openssl and +openssl11?
--
Jason Li
,
in order to keep my portfiles laid out in the same order as the port
phases):
pre-test {
if {![variant_isset tests]} {
ui_error "'tests' variant must be activated to enable test support"
error "Please enable the 'tests' variant and try again"
}
}
Did you try manually running the `portindex` command to have MacPorts
re-scan your portfiles?
--
Jason Liu
On Tue, Sep 21, 2021 at 1:33 PM Thomas Lockhart
wrote:
> I’m having trouble updating the omniORBpy port file to support the latest
> version of omniORBpy and latest versions of
If I'm not mistaken, to get a .app to show up in the /Applications/MacPorts
folder, you need to place the .app into ${destroot}$prefix/Applications at
some point during the destroot phase.
--
Jason Liu
On Sat, May 22, 2021 at 5:07 PM Mark Anderson wrote:
> So I can get iTerm2 to bu
* macOS Mojave v10.14
<https://github.com/macports/macports-base/releases/download/v2.7.0/MacPorts-2.7.0-10.14-Mojave.pkg>
* Older OS? See here. <https://www.macports.org/install.php#installing>
--
Jason Liu
On Sat, May 22, 2021 at 1:35 PM Ken Cunningham <
ken.cunn
That would also
> result in underutilization of the other node, if VMs assigned to that are
> idle.
>
> Does that make sense?
>
> > On 2021-05-17-M, at 19:34, Jason Liu wrote:
> >
> > If the guests on a virtual server are exerting a heavy enough load that
> th
>
> We don’t want any type of pinning, as that will further exacerbate the
> situation.
>
Why would that be? Do the virtual servers have a low number of physical
cores or something?
--
Jason Liu
On Mon, May 17, 2021 at 6:26 PM Christopher Nielsen <
masc...@rochester.rr.com>
GB of memory.
--
Jason Liu
On Mon, May 17, 2021 at 6:24 PM Ryan Schmidt
wrote:
> On May 17, 2021, at 13:13, Jason Liu wrote:
>
> > Regarding CPU overcommitment: Are the virtual hosts doing any sort of
> CPU pinning? Many virtualization products have the ability to specify whic
CPU overcommitment: Are the virtual hosts doing any sort of CPU
pinning? Many virtualization products have the ability to specify which of
the pCPU cores a guest is allowed to use. As far as I can remember,
products like KVM and ESXi can do CPU pinning, while VirtualBox cannot.
--
Jason Liu
In this particular situation, the libraries in question are ones that I
specifically added to MacPorts in order to allow my Blender port to build.
No other ports use those libraries, although obviously there's nothing to
prevent other software from starting to use them in the future.
--
Jason
moment of real panic,
because at that moment, I had no way of guaranteeing that my blender port
in the public ports tree wasn't suddenly broken.
--
Jason Liu
On Fri, May 7, 2021 at 12:43 PM Joshua Root wrote:
> On 2021-5-8 02:02 , Jason Liu wrote:
> >
> > If your ports are
its dependencies was causing gimp builds to fail. Admittedly, this
was an experience from a decade ago, but it did leave a lasting impression.
Is there some way that I can signal not to update certain libraries without
verifying against blender? Should I leave some sort of warning comment in
the
work/OpenShadingLanguage-1.11.13.0/src/shaders
/opt/local/var/macports/build/_Users_jasonliu_ports_graphics_osl/osl/work/OpenShadingLanguage-1.11.13.0/src/shaders/emitter.osl
-o
/opt/local/var/macports/build/_Users_jasonliu_ports_graphics_osl/osl/work/build/src/shaders/emitter.oso
--
J
ew version of the port. Is
something broken, either on my machine, or on GitHub?
--
Jason Liu
ort, so I'm not sure
whether the wording of my above suggestion is optimal.)
--
Jason Liu
of the other ports I'm
maintaining. Maybe I'll try packaging SIMDe at the same time. However,
since I don't own an M1 Mac, I'm hoping that people on this mailing list
would be able to help test my portfile before I submit them. Any
volunteers? :)
--
Jason Liu
On Mon, Apr 26, 2021 at 3:16 PM Georges
it looks
like Apple will be sticking with ARM for a while, and as we all know (maybe
with the exception of their laptop cameras), Apple loves to use the newest
technology.
--
Jason Liu
On Mon, Apr 26, 2021 at 2:56 PM Georges Martin wrote:
> Aha, hw.optional! That's useful, thanks Georges!
those on X86_64 machines.
>
> Whether or these are supported on Apple’s M1 processors I have no idea.
>
It looks like the M1 supports Neon SIMD instructions, but not SVE SIMD
(which I guess is supposed to be similar to AVX?):
https://discussions.apple.com/thread/252073619
--
Jason Liu
O
That's it?! For all of machdep.cpu?! That's surprisingly minimal :/
--
Jason Liu
On Mon, Apr 26, 2021 at 1:25 PM Gary Palter wrote:
> [palter@miniMe ~/VLM/IssuesAndWiki.wiki](155)$ sysctl
> machdep.cpu.brand_string ; sysctl machdep.cpu | grep -i "avx\|sse"
> machd
Thanks Arno :)
I'm kind of surprised that the M1 doesn't seem to support any SSE or AVX
Does "sysctl machdep.cpu.features" return anything?
--
Jason Liu
On Mon, Apr 26, 2021 at 1:23 PM Arno Hautala wrote:
> > On 26 Apr 2021, at 13:20, Jason Liu wrote
Can someone who owns an M1 Mac run the following command and let me know
what the output is?
sysctl machdep.cpu.brand_string ; sysctl machdep.cpu | grep -i "avx\|sse"
--
Jason Liu
good-looking screenshots of apps shouldn't be too difficult. Even better
would be to scrape the screenshots directly from the project authors'
websites, since they are much more likely to have up-to-date screenshots
whenever they make changes to their UI.
--
Jason Liu
On Wed, Apr 21, 2021 at 10
ters
that are being managed by a single family member, or even computers
(laptops) that are only ever used by a single person, I highly doubt that
they would willingly go through the hassle of obtaining their software
through more than one PMS.
--
Jason Liu
On Mon, Apr 19, 2021 at 1:25 PM Craig Tre
SSLException
has to be compatible with something (i.e. the GPL) in addition to the
OpenSSL license?
--
Jason Liu
On Fri, Apr 16, 2021 at 9:21 PM Joshua Root wrote:
> On 2021-4-17 11:16 , Ryan Schmidt wrote:
> >
> https://build.macports.org/builders/ports-10.15_x86_64-builder/builds/5565
>
> For some reason fseventsd was taking 14GB of memory.
>
Not really surprising, for a machine being used as a builder. The constant
creation and deletion of files when compiling software is bound to be
generating a ton of file system events.
--
Jason Liu
On Thu, Apr 8, 2021 at 1:5
ld/built" and "compile" out
of the sentence entirely would be for the best.
--
Jason Liu
On Mon, Apr 5, 2021 at 10:15 AM wowfunha...@gmail.com
wrote:
> > It's a tricky thing to state both concisely and accurately because the
> > compilation may indeed happen on t
tails, but note that the 10.15 builder has
> more than 500 jobs in the backlog, so it might also be just a matter
> of time.
Thanks for pointing this out... I had no idea that the 10.15 builder had
such a huge backlog of pending builds.
--
Jason Liu
On Sat, Mar 27, 2021 at 2:01
://ports.macports.org/port/oidn/ isn't providing me with any useful
clues.
--
Jason Liu
would still be staying in-line with MacPorts' mtree layout.
--
Jason Liu
On Sat, Mar 6, 2021 at 9:19 AM Janosch Peters via macports-dev <
macports-dev@lists.macports.org> wrote:
>
> > Am 06.03.2021 um 02:17 schrieb Ryan Schmidt :
> >
> > I would abandon this attem
expected or crashes at any point during my
instructions, please let me know. Conversely, if everything worked without
any problems, please also let me know.
--
Jason Liu
Down to only 2 pages and < 50 open PRs... it's starting to look like my
Inbox Zero!
Also, we're fast approaching PR #10,000!
--
Jason Liu
On Mon, Jan 25, 2021 at 3:39 PM Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
> the PR list is < 100 for the first time in a
happens to all of the work that went
into the build-from-source packages? Wouldn't this end up rendering the
hundreds of hours I spent getting the Blender package to work a complete
waste?
--
Jason Liu
On Fri, Feb 5, 2021 at 5:31 PM Ken Cunningham <
ken.cunningham.web...@gmail.com> wr
ckage in MacPorts!"
I realize that what is considered a "popular software title" is very
subjective. Maybe "high visibility title" might be a more appropriate
phrase? I'm not sure. But anyway, that's my suggestion.
--
Jason Liu
On Sat, Jan 30, 2021 at 12:50
Great, thanks! :)
--
Jason Liu
On Thu, Jan 28, 2021 at 2:01 PM Arno Hautala wrote:
> > On 28 Jan 2021, at 13:11, Jason Liu wrote:
> >
> > What is the version of the built-in bash shell in Big Sur?
> >
> > Is it still "3.2.57(1)-release"?
>
>
Hi all,
What is the version of the built-in bash shell in Big Sur?
Is it still "3.2.57(1)-release"?
--
Jason Liu
of technical and intimidating." MacPorts essentially adds a *nix-style
package management system onto a Mac, and these *nix PMSes are also
(in)famous for feeling technical and intimidating. Perhaps a GUI like
Pallet would help in this regard? There seems to be much higher comfort
levels with G
the distfile *is* the archive, so recompressing of the destroot
should be skipped entirely. Instead, the dmg distfile should either be
copied or moved over to where the activate/deactivate archive usually lives.
--
Jason Liu
On Thu, Dec 24, 2020 at 5:27 AM Ken Cunningham <
ken.cunningham.web...@g
proposing.
>
No, I certainly hope nothing that I had said before was giving the
impression that this is what I was suggesting, and in my mind this would be
a bad idea. However, I think it's impossible to deny that all of the PMSes
mentioned so far, APT, YUM, NPM, Yarn, etc. have all been
philosophy of sharing and
reusing resources. This is also why many macOS apps *are* relocatable:
because they don't share resources with anything else, and thus can play in
their own sandbox. Regardless of where you relocate this sandbox to, there
is very little chance of the app breaking when you move
of older and newer versions of a portfile. For example, in
my Blender port, there's no such thing as a "Portfile-2.82a",
"Portfile-2.83.0", "Portfile-2.83.1", etc. There's only a single
Portfile... the newest one. If I change the Portfile to a newer version of
Blender,
s. This "unlimited"-ness would be
prevented by restricting dependencies to a range of version numbers (or
just a single version number). In reality, it would most likely reduce the
number of bug reports, since you would be able to cap the maximum version
of a dependency that a package was compatible with. Right now, MacPorts
doesn't have that ability.
--
Jason Liu
you are seeing the same compile errors
that I'm seeing.
P.S.: My portfile won't actually be using the Python build script included
with USD, since MacPorts takes care of most of the actions performed by the
script; the portfile will be running CMake directly.
--
Jason Liu
Even better, if the original
person's bug report was lucky enough to get a bug report number in Apple's
Radar bug tracker, the Apple liaison would look it up and pass it along to
everyone at the meeting, so that we could reference the original bug report
(again, to increase the duplicate count).
-
1 - 100 of 147 matches
Mail list logo