a bit complex, with
some of the libraries dependent on other libraries which I packaged as
well. And if I were to submit each of the libraries individually, there's
no telling how long it would take to get each one of them accepted and
merged before I would be able to submit the Blender portfile.
...
>
> _
> -. .´ |
> ', ;|∞∞
> ˜˜ |∞ RdB
> ,.,|∞∞
> .' '. |
> -' `’
> https://rdb.is
>
>
> On 12 May 2020 at 19:45:30, Jason Liu (jason...@umich.edu) wrote:
>
> I would like to contribute
consensus seems to be to submit each library individually,
so I suppose that's the path I'll have to take.
--
Jason Liu
On Tue, May 12, 2020 at 8:11 PM Ryan Schmidt
wrote:
>
>
> On May 12, 2020, at 12:44, Jason Liu wrote:
>
> > I would like to contribute a portfile
essing that there
could be other software packages which might benefit from such a
compatibility layer.
--
Jason Liu
Great, I'll have a look at the stuff in that area. Thanks, Chris.
Jason
--
Jason Liu
On Wed, Jun 3, 2020 at 2:38 PM Christopher Jones
wrote:
> Hi,
>
> Sounds like this *could* be a candidate for something to add to our legacy
> support package. see
>
> https://githu
tence
mean that the MacPorts legacy support package itself needs GNU make, or
does it mean that any portfile that uses the legacysupport PortGroup needs
to add GNU make as a build dependency?
Jason
--
Jason Liu
On Wed, Jun 3, 2020 at 5:34 PM Jason Liu wrote:
> Great, I'll have a lo
Cocoa.framework/Headers/Cocoa.h, has #import
. Hopefully just wrapping AppKit.h will be sufficient?
Jason
--
Jason Liu
On Thu, Jun 4, 2020 at 5:49 AM Christopher Jones
wrote:
>
>
> On 4 Jun 2020, at 5:50 am, Jason Liu wrote:
>
> Looking through the link that Chris provided, it lo
Ok, that all sounds logical. I'll work on putting together the code, and
then I'll report back to everyone here on the mailing list before I start
actually trying to add anything to the tree. I'll probably end up with some
additional questions along the way.
Jason
--
Jason Liu
ports will use.
Either of those methods could help to reduce or eliminate what's happening
right now in lots of portfiles, where the portfile author basically has to
arbitrarily pick a version of python to use as the portfile's default.
--
Jason Liu
On Mon, Jun 22, 2020 at 3:3
ks when the MacPorts default perl gets changed, then the port could
still revert back to specifying a specific version of perl, by simply
changing the perl5 to perl5.28.
--
Jason Liu
On Mon, Jun 22, 2020 at 11:21 PM Ryan Schmidt
wrote:
> I've just realized this discussion has been
>
> If that is actually what is being done in this thread (I think it is, but
> I can't tell for sure), to perl5.28 and python38, let's make that clear.
But my question was, is that declaration simply a consensus among humans to
simply put port:perl5.28 and port:python38 in the portfiles? Or is t
s with a py38- module, but it fails with the py36- version of
the module. Again, I admit that this is completely anecdotal and only based
on my own experience.
--
Jason Liu
On Tue, Jun 23, 2020 at 1:06 AM Mojca Miklavec wrote:
> On Mon, 22 Jun 2020 at 21:34, Daniel J. Luke wrote:
> >
&
me that this date-based version number shouldn't be separated using
dashes or dots; it should just look like a single integer. Also, don't
include the commit's time in the version number string, only the date.
--
Jason Liu
On Sat, Jul 4, 2020 at 1:49 PM Joshua Root wrote:
> On
package able to intervene
and insert its wrapper files even if a project's source code doesn't
directly #include/#import that specific header file, but instead, the
header to be patched is nested somewhere inside a tree/chain of header
#includes?
--
Jason Liu
<>
s the version
that was current at the start of the pandemic when I started working on the
port, but since then Blender has already moved on to the 2.83 series of
releases.
--
Jason Liu
On Sat, Jul 4, 2020 at 8:23 PM Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
> Some q
On Sun, Jul 5, 2020 at 12:08 AM Fred Wright wrote:
>
> On Wed, 3 Jun 2020, Jason Liu wrote:
>
> [...]
> > A solution I found which some projects (e.g. Qemu) have implemented
> > basically replaces the new AppKit constants with the old AppKit ones
> using
> &g
On Sun, Jul 5, 2020 at 6:15 PM Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
>
> On Jul 5, 2020, at 3:03 PM, Jason Liu wrote:
>
> If a year or so sounds long, don’t worry. I wrote up the first version of
>> legacysupport as “SnowLeopardFixes” in 2016, a
parts, the
amount of data downloaded totals around 53 MB. If I use 'git submodule',
the amount of data downloaded totals around 959 MB. Yes, disk storage and
network bandwidth are cheap these days, but that's still a pretty big
difference.
So... which method should I use?
--
Jason Liu
>
> Always use distfiles if possible.
>
Alrighty then, since this seems to be the sole response on the matter, I'll
go the distfiles route.
--
Jason Liu
On Tue, Jul 14, 2020 at 10:37 PM Joshua Root wrote:
> On 2020-7-15 11:53 , Jason Liu wrote:
> > I have a questio
hub.com/blender/blender-translations>
- blender/blender-addons <https://github.com/blender/blender-addons>
- blender/blender-addons-contrib
<https://github.com/blender/blender-addons-contrib>
--
Jason Liu
On Fri, Jul 17, 2020 at 6:30 PM Joshua Root wrote:
> On
the Blender Foundation, but has nothing
to do with Blender the software.
Blender the software is made up of a combination of the tarballs from the 4
repos I listed.
--
Jason Liu
On Fri, Jul 17, 2020 at 7:15 PM Joshua Root wrote:
> On 2020-7-18 08:41 , Jason Liu wrote:
> > Blender
st majority of other ports are doing (i.e. downloading sources
from GitHub). Basically, I didn't want to draw any ire from the veteran
devs. If you're willing to back me up on a decision to go with the single
tarball from blender.org's download webpage, I'd be more than happy to
Sounds good to me. Like I said, I don't mind fetching the single tarball
that's hosted on blender's own website, as long as the veteran MacPorts
devs such as you don't have any objections. Doing it that way also allows
me to simplify my portfile by a couple dozen lines.
--
On Sun, Jul 5, 2020 at 6:15 PM Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
>
> On Jul 5, 2020, at 3:03 PM, Jason Liu wrote:
>
> If a year or so sounds long, don’t worry. I wrote up the first version of
>> legacysupport as “SnowLeopardFixes” in 2016, a
Any word on whether Big Sur will still be considered to be Darwin 20?
--
Jason Liu
On Tue, Jul 21, 2020 at 5:57 PM Herby G wrote:
> Not sure if this has been posted previously or elsewhere, but as the title
> says:
>
>
> https://eclecticlight.co/2020/07/21/big-sur-is-both-10-
count, at least according to my other
browser window. Has anyone else encountered this?
--
Jason Liu
Deleting browser cookies didn't seem to do anything. The button is still
greyed out.
--
Jason Liu
On Fri, Jul 24, 2020 at 12:55 PM Ruben Di Battista <
rubendibatti...@gmail.com> wrote:
> Maybe as a first trial, try to delete the browser cookies?
>
> On Fri, Jul 24, 2020
It worked when I tried using a different browser. Apparently GitHub doesn't
like the version of Safari that I was using.
--
Jason Liu
On Fri, Jul 24, 2020 at 1:06 PM Jason Liu wrote:
> Deleting browser cookies didn't seem to do anything. The button is still
> greyed out.
&g
GitHub is weird in this regard. Sometimes I do get an "unsupported browser"
banner on a few pages, but only on occasion. And the same with me, when I
switched over to Firefox, the authorize button was clickable.
--
Jason Liu
On Fri, Jul 24, 2020 at 2:39 PM Fred Wright wrote:
>
ng MacPorts to deploy their software. Their support
engineers even commented about how "awesome" and innovative it was that we
were using MacPorts to deploy commercial software. They thought that
MacPorts could only be used to deploy open source software.
--
Jason Liu
On Thu, Aug 6, 2020 at
quot;/Volumes/Mounted DMG"
For the vast majority of cases, no manual user intervention is necessary.
In fact, software deployment tools such as Jamf/Casper, Munki, and even
Apple MDM, use this method to perform non-interactive remote installations
of Mac software.
--
Jason Liu
On Thu, Aug
compile the port locally on that
machine. Can anyone with 10.15 or 10.14 grab the files from the PR and see
whether my port builds locally for you?
--
Jason Liu
mand. On the 10.14 Azure build, this is resulting in the MacPorts build
system showing a value of MACOSX_DEPLOYMENT_TARGET="10.14", but the
xcodebuild command returning a value of 10.15.
I'm not quite sure how to resolve this mismatch yet, but at least I see
what the problem is.
--
xcodebuild command if
the OSX_SYSTEM variable doesn't exist. I should be able to circumvent that
code by simply setting a value for OSX_SYSTEM as one of the configure.args
in the portfile.
--
Jason Liu
On Thu, Aug 27, 2020 at 5:13 PM Ryan Schmidt
wrote:
>
>
> > On Aug 27,
On Fri, Aug 28, 2020 at 8:41 PM Ryan Schmidt
wrote:
>
>
> On Aug 28, 2020, at 09:55, Jason Liu wrote:
>
> >>> However, later in the build, it looks like the MacPorts build system
> sets SDKROOT based off the value MACOSX_DEPLOYMENT_TARGET.
> >>
> >>
On Fri, Aug 28, 2020 at 9:34 PM Jason Liu wrote:
> On Fri, Aug 28, 2020 at 8:41 PM Ryan Schmidt
> wrote:
>
>>
>>
>> On Aug 28, 2020, at 09:55, Jason Liu wrote:
>>
>> >>> However, later in the build, it looks like the MacPorts
n 10.13 and earlier.
>
Since Apple removed the headers from / , and I assume various other
additional reasons, if I set ${configure.sdkroot} to empty, the 10.14/10.15
Azure builds fail spectacularly because they are unable to find things like
OpenGL.framework.
Back to the drawing board.
--
Jas
If you're fetching a single script file from a Git repo, then can't you
simply use the built-in fetch keywords, set 'fetch.type git', and then set
the extract phase to be empty?
--
Jason Liu
On Fri, Aug 28, 2020 at 10:52 PM Eric F (iEFdev) wrote:
> Hi,
>
> When
(the Travis
builds are still timing out).
Can any of the committers take a look and see whether it's ready to be
merged? As a reminder, here is the PR
<https://github.com/macports/macports-ports/pull/8236>.
--
Jason Liu
On Sun, Aug 30, 2020 at 6:38 PM Ryan Schmidt
wrote:
>
>
&
using.binaries.html>? or are there
other factors that determine whether a binary archive can be made
available? Is there anything that I can do as a portfile writer to help
encourage a package to be available as a binary download?
--
Jason Liu
ld versions of macOS anymore. Not really sure whether
the 10.14, 10.13, 10.11, etc. builders are normally supposed to be greyed
out like that.
--
Jason Liu
On Sun, Sep 6, 2020 at 8:31 PM Joshua Root wrote:
> On 2020-9-7 05:50 , Jason Liu wrote:
> > So, I'm curious what factors d
Good point. It had slipped my mind to take a look at the buildbot waterfall
view... thanks for the reminder.
--
Jason Liu
On Mon, Sep 7, 2020 at 2:55 AM Ryan Schmidt wrote:
>
>
> On Sep 7, 2020, at 01:09, Jason Liu wrote:
>
> > It's a relief to see that the 10.15 and
blender" is not distributable because its license "gpl" conflicts with
> license "OpenSSL" of dependency "openssl"
>
Does this mean that the Blender port is yet another victim of The Curse of
the OpenSSL License? Is there any way around this?
--
Jason Liu
4.tbz2
>
and yet 'qt5-qtbase +openssl', which is directly dependent on OpenSSL, is
available on packages.macports.org as a binary archive. What allows
qt5-qtbase to achieve this seemingly miraculous feat?
--
Jason Liu
On Tue, Sep 8, 2020 at 8:34 PM Joshua Root wrote:
ted from within
Blender's interface.
--
Jason Liu
On Tue, Sep 8, 2020 at 11:23 PM Jeremy Lavergne wrote:
> Just in case it wasn't considered: Python modules can also be compiled.
> Matching on "ext_modules" in either setup.py or build.py should be a
> good indicator of thi
ps, for
that matter) as a pre-compiled binary package. Why does the MacPorts
project seem to be so hung up on this licensing conflict? No one else seems
to care. (I hope I don't insult anyone by asking that. I'm genuinely
curious.)
--
Jason Liu
On Tue, Sep 8, 2020 at 11:49 PM Joshua
lly long time to compile from source,
so if I'm able to resolve any external issues like licensing conflicts in
order to make Blender available as a binary archive, I think it's probably
worth the mail traffic.
--
Jason Liu
On Wed, Sep 9, 2020 at 2:49 AM Joshua Root wrote:
&
s an internal dependency.
This would likely run afoul of the licensing conflict, since that
essentially integrates OpenSSL directly into the application bundle.
--
Jason Liu
On Wed, Sep 9, 2020 at 11:35 AM Joshua Root wrote:
> On 2020-9-9 16:49 , Joshua Root wrote:
> > On 2020-9-9 1
en 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
ch macOS and
Xcode/CLT you are using. If you are getting build failures, please also let
me know whether or not it is because 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
to create
broken combinations of port versions. 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
it more clear why I said that. Right now, MacPorts
has no concept 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
cPorts binaries aren't designed to be relocatable, because MacPorts, in
my opinion, operates under a very *nix-like 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
Suppose I have zlib installed at:
> /opt/local/port/zlib/1.2.11/{bin,include,lib}
>
> So I hope this npm-style hierarchy is not what anyone is 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 mi
In other
words, 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
mmand output can be kind
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 hig
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
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"?
>
>
official package 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 S
what 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.
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
ls to behave as 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
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 att
://ports.macports.org/port/oidn/ isn't providing me with any useful
clues.
--
Jason Liu
to details, 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 PM
t;build/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 happe
>
> 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
OpenSSLException
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/b
chine. But for home computers
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
taking
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
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
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
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"
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
Aha, hw.optional! That's useful, thanks Georges!
--
Jason Liu
On Mon, Apr 26, 2021 at 2:16 PM Georges Martin wrote:
> $ sysctl hw.optional | grep -E 'neon|armv8'
> hw.optional.neon: 1
> hw.optional.neon_hpfp: 1
> hw.optional.neon_fp16: 1
>
e M1, 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
f 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
th more than one active port, so I'm not sure
whether the wording of my above suggestion is optimal.)
--
Jason Liu
ine isn't seeing the new version of the port. Is
something broken, either on my machine, or on GitHub?
--
Jason Liu
u_ports_graphics_osl/osl/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/emit
s to one or
more of 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 wa
erring to those changes. I had a 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:
>
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.
--
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
r add up to more than 124 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 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>
n node are all busy. 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 enou
lina.pkg>
* 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 &
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
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
,
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 a
ify in our 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
d compiles
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
P (missing: 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
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
ly go
and install the dependencies myself with the required variants.
--
Jason Liu
>
> 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 r
users, 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
ion of 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 Jo
are slightly 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 installe
1 - 100 of 156 matches
Mail list logo
