python26 @2.6.9_7 (lang) EOL
python27 @2.7.16_2 (lang) EOL 2020-01-01
https://www.python.org/dev/peps/pep-0373/
python32 @3.2.6_8 (lang) EOL
python33 @3.3.7_3 (lang) EOL 2017-09-19
python34 @3.4.10_2 (lang) EOL 2019-03-18
https://www.python.org/dev/peps/pep-0429/
pyth
Mojca Miklavec wrote:
> On Fri, 13 Sep 2019 at 03:51, Bjarne D Mathiesen wrote:
>>
>> Richard L. Hamilton wrote:
>>> Depending on the results, with some effort, it might be possible to drop
>>> some of the intermediate versions. But only if a later suitable (for
>>> everything dependent on it)
This issue is supposed to be fixed in these lines:
https://github.com/macports/macports-ports/blob/2c234633658e98876b28b4cdf07852a2eff07b86/lang/ghc/Portfile#L183-L194
https://github.com/macports/macports-ports/blob/2c234633658e98876b28b4cdf07852a2eff07b86/lang/ghc/Portfile#L183
But obviously ther
I’m not an expert either, but it looks like it’s related to hyperscan
(“ue2::hs_compile_multi_int”).
Possibly related: https://github.com/intel/hyperscan/issues/133
I suggest two paths:
1. Poke at hyperscan and see if that’s the problem on this specific
architecture.
2. That’s exactly the inf
* raf:
> i hope python27 wont't go away.
Would you mind stepping a bit further away? Thanks. :-)
-Ralph
Here’s the ports I have on a working system that provide the DejaVu fonts:
> locate DejaVuSansMono.ttf | egrep -e '^/opt/local' | xargs port provides |
> sed -E -e 's/^[^:]+:[[:space:]]//' | uniq
> py37-matplotlib
> dejavu-fonts
> texlive-fonts-extra
The port texlive-fonts-extra should install t
> This issue is supposed to be fixed in these lines:
Those lines did fix it, thank you. I was working on something parallel and ran
into the DejaVu font issue. I thought my latex configuration was wrong in some
way. Then I saw the workaround you put into the portfile. Changing the fontspec
did
This should just work building ghc from source. Did it? Does it install the pdf
GHC User Guide?
This is an outstanding ticket issue, so we’d like to wrap this up with a fix.
It’s not clear to me if the ghc build wasn’t working your you (bad), or a
one-time LaTeX compilation wasn’t working (muc
Bjarne D Mathiesen wrote:
> Richard L. Hamilton wrote:
>> Depending on the results, with some effort, it might be possible to drop
>> some of the intermediate versions. But only if a later suitable (for
>> everything dependent on it) version is possible on every supported OS. And
>> it would
Mojca Miklavec wrote:
> Removing any traces of 3.x up to 3.6 should be straightforward, but
> requiring quite a bit of (tedious) work.
>
> Mojca
>
> PS: just removing the numbers from portgroup is not sufficient. All
> ports that don't specify the default version need to be revbumped and
> checke
Ryan Schmidt wrote:
>
> On Aug 31, 2019, at 14:32, Richard L. Hamilton wrote:
>
>> Also, for Snow Leopard, the OS license requires that OS and client both be
>> OS X Server, and virtualization software will probably enforce that
>> regarding the client (although by creating the right file in
I'm also interested, if you'd prefer to reply off-list.
> On Sep 13, 2019, at 19:33, Bjarne D Mathiesen
> wrote:
>
>
>
> Ryan Schmidt wrote:
>>
>> On Aug 31, 2019, at 14:32, Richard L. Hamilton wrote:
>>
>>> Also, for Snow Leopard, the OS license requires that OS and client both be
>>> OS
12 matches
Mail list logo