Re: [Fink-devel] Apparently libXt isn't actually a leaf on the X11 library tree after all

Daniel, I am seeing... $ xemacs Error: Couldn't find per display information for ii xemacs 21.4.22-8 Highly customizable text editor ii libxaw3dxft1.6.2-6Athena widget set with 3D look ii libxaw3dxft-sh 1.6.2-6Athena widget set with 3D look ii libxt

[Fink-devel] Fwd: Apparently libXt isn't actually a leaf on the X11 library tree after all

Since I don’t plan to do all of this myself (or possibly at all), and because I am completely fed up with people sending me direct emails about packages that I don’t own, forwarding on. > Begin forwarded message: > > From: Jack Howarth > Subject: Re: [Fink-devel]

[Fink-devel] Potential feature change for fink

I’ve created a git branch named show-xquartz-release-version ( https://github.com/fink/fink/tree/show-xquartz-release-version ) which changes the version of system-xfree86* Background: we used to have a working version test for X11, but that became nonfunctional at some point (I haven’t

Re: [Fink-devel] Potential feature change for fink

> On Nov 3, 2016, at 16:20, TheSin wrote: > > Could we not make a system-xquartz that provides system-xfree86 at the > version it actually is via .pc file? This will solve a version issue if we > ever return to a fink xfree (not saying we ever will, but why close the

Re: [Fink-devel] Potential feature change for fink

> On Nov 3, 2016, at 16:41, Alexander Hansen > wrote: > > Depends: system-xfree86 ( >= 3:2.7.112 ) | Whoops, should have been Depends: system-xfree86-shlibs ( >= 3:2.7.112 ) | if this is strictly a library comparison.

Re: [Fink-devel] Potential feature change for fink

Could we not make a system-xquartz that provides system-xfree86 at the version it actually is via .pc file? This will solve a version issue if we ever return to a fink xfree (not saying we ever will, but why close the door). Then things hat have a versioned conflicts or whatever shock be on the

Re: [Fink-devel] Apparently libXt isn't actually a leaf on the X11 library tree after all

On 11/2/16 6:48 PM, Alexander Hansen wrote: > We had thought that libXt wasn’t actually linked in the X11 tree, but this > appears not to be so. > > It’s linked by: > /opt/X11/lib/libXaw6.6.dylib > /opt/X11/lib/libXaw7.7.dylib: > /opt/X11/lib/libXaw8.8.dylib: > /opt/X11/lib/libXaw3d.8.dylib: >

Re: [Fink-devel] Apparently libXt isn't actually a leaf on the X11 library tree after all

On Thu, Nov 3, 2016 at 7:56 PM, Hanspeter Niederstrasser wrote: > > On 11/2/16 6:48 PM, Alexander Hansen wrote: > > We had thought that libXt wasn’t actually linked in the X11 tree, but this > > appears not to be so. > > > > It’s linked by: > >

Re: [Fink-devel] Apparently libXt isn't actually a leaf on the X11 library tree after all

> On Nov 3, 2016, at 16:56, Hanspeter Niederstrasser > wrote: > > On 11/2/16 6:48 PM, Alexander Hansen wrote: >> We had thought that libXt wasn’t actually linked in the X11 tree, but this >> appears not to be so. >> >> It’s linked by: >> /opt/X11/lib/libXaw6.6.dylib

[Fink-devel] patches to add sandboxing to fink

I have posted a pull request at https://github.com/fink/fink/pull/135 to add automatic sandboxing of fink builds. The patches emulate the MacPorts approach of creating a sandboxing profile string and passing it to 'sandbox-exec -p'. The blacklisted directories are set from the list of