New docbook-xsl (1.79.2) breaks existing XSL files

Ticket: https://trac.macports.org/ticket/55255 DocBook XSLs changed their URIs from `sourceforge.net` to `github.com`, which results in existing XML files using the former URIs not able to find the local copy installed by the port. This will trigger a download from the URI or fail if net acces

Re: New docbook-xsl (1.79.2) breaks existing XSL files

On Mon, Nov 06, 2017 at 09:25:47AM +0100, Leonardo Brondani Schenkel wrote: Ticket: https://trac.macports.org/ticket/55255 DocBook XSLs changed their URIs from `sourceforge.net` to `github.com`, which results in existing XML files using the former URIs not able to find the local copy installed

Re: New docbook-xsl (1.79.2) breaks existing XSL files

On 2017-11-06 10:10, Zero King wrote: On Mon, Nov 06, 2017 at 09:25:47AM +0100, Leonardo Brondani Schenkel wrote: Ticket: https://trac.macports.org/ticket/55255 DocBook XSLs changed their URIs from `sourceforge.net` to `github.com`, which results in existing XML files using the former URIs no

Re: [MacPorts] ProblemHotlist modified

On 2017-11-05 21:28, Ryan Schmidt wrote: > > On Nov 5, 2017, at 14:10, MacPorts wrote: > >> Page "ProblemHotlist" was changed by grimreaper >> Diff URL: >> >> Revision 136 >> Comment: xcode 7.2 is old and people upgraded >

interesting tool - deploymate - scans software for MacOS SDK needs

I thought I would mention a tool I came across recently that might be of some use to people on this list who are sometimes tasked with making software runnable on older systems. Deploymate scans source code for SDK dependencies, and will list certain MacOS SDK cal

Use HFS compression on installed ports...

Just wondering what everyone would think of applying this patch? It enables a runtime test during activation to see if (1) bsdtar is in path and (2) if it supports the --hfsCompression option. (The version from libarchive does.) The --hfsCompression does what you would expect: applies compression

Re: [macports-ports] branch master updated: cmake: require C++11 for both release and devel.

On Oct 18, 2017, at 06:25, Michael Dickens wrote: > Michael Dickens (michaelld) pushed a commit to branch master > in repository macports-ports. > > > https://github.com/macports/macports-ports/commit/c8d94a92cb1d690a3dc052ff1ed7c0107af9b32a > > The following commit(s) were added to refs/heads

Re: Use HFS compression on installed ports...

On Nov 6, 2017, at 21:10, Eric A. Borisch wrote: > Just wondering what everyone would think of applying this patch? Are you aware of prior discussion in this ticket? https://trac.macports.org/ticket/36560

Re: [macports-ports] branch master updated: cmake: require C++11 for both release and devel.

On 2017-11-06, at 7:13 PM, Ryan Schmidt wrote: > Wow, this really sucks. It means that on Mountain Lion and earlier, cmake now > depends on clang-5.0, clang-4.0, clang-3.9, clang-3.8, and clang-3.7, and on > Lion and earlier, also clang-3.4. It also says all compilers are blacklisted > so I'm

Re: [macports-ports] branch master updated: cmake: require C++11 for both release and devel.

On Nov 6, 2017, at 21:34, Ken Cunningham wrote: > On 2017-11-06, at 7:13 PM, Ryan Schmidt wrote: > >> Wow, this really sucks. It means that on Mountain Lion and earlier, cmake >> now depends on clang-5.0, clang-4.0, clang-3.9, clang-3.8, and clang-3.7, >> and on Lion and earlier, also clang-3.

Re: [macports-ports] branch master updated: cmake: require C++11 for both release and devel.

On Nov 6, 2017, at 21:40, Ryan Schmidt wrote: > On Nov 6, 2017, at 21:34, Ken Cunningham wrote: > >> On 2017-11-06, at 7:13 PM, Ryan Schmidt wrote: >> >>> Wow, this really sucks. It means that on Mountain Lion and earlier, cmake >>> now depends on clang-5.0, clang-4.0, clang-3.9, clang-3.8, an

Re: Use HFS compression on installed ports...

On Mon, Nov 6, 2017 at 9:24 PM, Ryan Schmidt wrote: > > On Nov 6, 2017, at 21:10, Eric A. Borisch wrote: > > > Just wondering what everyone would think of applying this patch? > > Are you aware of prior discussion in this ticket? > > https://trac.macports.org/ticket/36560 Yes. I thought I'd sta

Help needed: fix build issue with xdxf_makedict in older platforms

Hello all, I recently introduced a new port, xdxf_makedict, which built successfully on my box (macOS 10.13) on first try. However, after it got merged I started getting notifications from the buildbots about build failures on 10.12 and older. The first problem, which I now have solved, was