Re: expat 2.2.2 build fail on Snow Leopard

XML_POOR_ENTROPY was still in the error > message. > > >> On Jul 16, 2017, at 00:29, Kenneth F. Cunningham >> <kenneth.f.cunning...@gmail.com> wrote: >> >> Maybe something similar to this in the Portfile would work. Please give it a >> try. If it does,

Re: expat 2.2.2 build fail on Snow Leopard

On 2017-07-15, at 8:36 PM, Richard L. Hamilton wrote: > bypass this error by defining XML_POOR_ENTROPY looks like you have to do the above. Ken

re: Macports Gnucash needs different settings locations?

Fort gtk2 and gtk3 based ports, the following link may be of use regarding fonts, icons, window appearance, etc: Hope this is helpful. Ken

Re: rdepof:wine-devel +x11 +universal fails on installing xattr

On 2018-09-07, at 1:57 PM, Ryan Schmidt wrote: > The problem is that you are asking MacPorts to install *all* of wine-devel's > recursive dependencies with the universal variant: > > On Sep 7, 2018, at 12:19, Gijs Vermeulen wrote: > >> I tried running port install -v rdepof:wine-devel +x11

Re: rdepof:wine-devel +x11 +universal fails on installing xattr

On 2018-09-07, at 5:20 PM, Ryan Schmidt wrote: >> I guess the real problem is that xattr is not a dependency on almost any >> system, and so it should not come into the list when you look for the rdeps. >> >> That sounds like a base bug. > > What, specifically, do you think the bug is? > >

Re: What on earth happened with Perl?

Looks like it is a security issue, and has been back ported into at least some perl 5.24 versions.

Re: Is there and "rdist" for Mac?

On 2018-03-15, at 9:30 PM, Dave Horsfall wrote: > Running "locate rdist" on the Mac is less than helpful, so is there a tool > similar to BSD's "rdist"? > Wow, that's old. 1998. Here's what I have so far, which bogs down in the build pretty early due to 20 year old weirdness, I guess….

Re: Trouble compiling with gcc 4.8 on 10.5 PowerPC

On 2018-03-18, at 7:32 AM, Andreas Falkenhahn wrote: > > Thanks, this indeed solved all my problems! Great! > There's just one little problem remaining: I cannot use gcc-ar-mp-6 because > it reports the following error: "Cannot find plugin liblto_plugin.so". Will see how this is on my PPC

Re: Trouble compiling with gcc 4.8 on 10.5 PowerPC

On 2018-03-17, at 4:17 PM, Andreas Falkenhahn wrote: > Hi, > > I need to compile C++11 sources for PowerPC OS X so I installed gcc48 using > Mac Ports. Although the binary generated by gcc-mp-4.8 actually works, I do > get some warning messages which are worrying me. > > When linking my

Re: portindex fails due to portfile parsing

On 2018-03-20, at 4:22 PM, Jeremy Huddleston Sequoia wrote: > > I cringe at trying to get an older Xcode's toolchain to work with a newer > SDK. > > Perhaps I shouldn't even say it, but here's what I do: symlink into the Xcode SDK the following toolchain bits from current MacPorts

Re: Trouble compiling with gcc 4.8 on 10.5 PowerPC

On 2018-03-18, at 8:44 AM, Kenneth F. Cunningham wrote: >> There's just one little problem remaining: I cannot use gcc-ar-mp-6 because >> it reports the following error: "Cannot find plugin liblto_plugin.so". > Looks like this is just broken on all MacPorts ver

Re: jupyter-2.7 vs. ipython

On 2018-03-21, at 11:49 PM, pagani laurent via macports-users wrote: > pkg_resources.DistributionNotFound: The 'testpath' distribution was not found > and is required by nbconvert > Looks like you should install py27-testpath and see if that fixes it. Best, Ken

qt5-x11 project?

As qt5 moves along it is using new SDK features (as fully expected) and in the process leaving behind lots of systems. Patching qt5 to use older SDKs is hard as they use non-trivial features. Adding these features to older MacOS versions via the legacysupport PG is also very difficult / nearly

Re: harfbuzz - strange compiler issues with gcc on 10.5

> Since PPC does not have clang, it will be bitten by this issue. PPC does not have this issue. Many details in the referenced harfbuzz ticket. Ken

Re: poppler and leopard - LegacySupport issues

> [ 1%] Building CXX object CMakeFiles/poppler.dir/goo/gbasename.cc.o > /opt/local/bin/clang++-mp-5.0 -Dpoppler_EXPORTS > -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_graphics_poppler/poppler/work/poppler-0.79.0 > >

Re: I'm already using Homebrew for a couple of things, Is it problematic to use Homebrew and MacPorts side by side?

> On Aug 9, 2019, at 18:50, Andrew Udvare wrote: > > > I can see one way: alias port or the Homebrew command to fix PATH to remove > > either because this is the main point of conflict. And you have to make > > sure you don't install other conflicting commands. So something that is > >

Re: nm issue with gimp on 10.5

> On Aug 9, 2019, at 06:32, Riccardo Mottola wrote: > > > I am re-building current GIMP on 10.5 (I have a couple of local patches to > > adapt it, last time they gave me a nice working app). > > > > Buld fails for me with: > > > > > > .0 -lintl -Wl,-framework -Wl,CoreFoundation -lbabl-0.1

Re: harfbuzz - strange compiler issues with gcc on 10.5

> > I tried building with clang-3.7 but it doesn't work, because the port wants > > then to issue -stdlib=macports-libstdc++, which clang 3.7 does not > > understand. > > We didn't backport that feature to clang-3.7? I wonder why we didn't. The supporting technology for macports-libstdc++ did

Re: harfbuzz - strange compiler issues with gcc on 10.5

> /System/Library/Frameworks/Security.framework/Headers/SecKeychain.h:102:46: > error: shift expression '(1853123693 << 8)' overflows [-fpermissive] > kSecAuthenticationTypeNTLM = AUTH_TYPE_FIX_ ('ntlm'), I have fixed this error on several occasions previously -- I believe by

Re: harfbuzz - strange compiler issues with gcc on 10.5

On 2019-08-14, at 7:52 AM, Kenneth F. Cunningham wrote: >> /System/Library/Frameworks/Security.framework/Headers/SecKeychain.h:102:46: >> error: shift expression '(1853123693 << 8)' overflows [-fpermissive] >> kSecAuthenticationTypeNTLM = AUTH_TYPE_FI

Re: clang++'s (c++17) support

This might be the change that gets us installing a new version of libc++ for more systems... There are different versions of libc++ -- I'm not certain if the newly built versions are fully compatible with old versions. If not, and we replace the old system one with the new one, a mess will

Re: libpsl doesn't build on older versions of Mac OS X because it depends on python38

I pushed the python38 fix I have been using the past four months or so. It works, and should get you moving. It has been well tested. Upstream is looking to see if they might do an official integration of a fix that follows their usual Makefile pattern, and if they do, this fix may not be

Re: strange SDKs in El Capitan...

Thanks -- I do this quite a lot (too much, probably), but somehow I obviously have missed some Xcode update here. Nothing shows up in the upgrade list / App Store, but clearly there is one ... Best, Ken On 2020-04-01, at 4:57 PM, Franco Vaccari wrote: > If it may help, on my PowerMac

Re: Mpv doesn't install

There is a "quite simple" Portfile patch that makes mpv work on the older systems here . mpv has an active macos version, and the objective-c and SDK requirements advance fairly quickly. but the fallback x11 version works OK, if you can live with it.

Re: Was the clang <> GCC 5 ABI incompatibility overcome at some point?

> Hi! > > I remember a few years ago when a change in GCC 5 caused ABI > incompatibility with clang. I'm searching for updates on this, and it seems > like clang applied the same change eventually, but can they considered > binary compatible at this moment? Is it now safe to link object code