Re: [Fink-devel] non-fatal error in fink git sandbox-build branch

quot;$Fink::Config::basepath/bin/apt-get 1>/dev/null 2>/dev/null", don't. Jack On Mon, Nov 21, 2016 at 7:15 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Daniel and Alexander, >After injecting the updated sandbox-build fink git branch on my > m

[Fink-devel] non-fatal error in fink git sandbox-build branch

Daniel and Alexander, After injecting the updated sandbox-build fink git branch on my machine, I noticed a non-fatal warning of... ./Services/execute_nonroot_okay.t 1/12 Use of uninitialized value $Fink::Config::basepath in concatenation (.) or string at

[Fink-devel] llvm-clang needed for gromacs-2016-1

Hanspeter, It has been a couple of weeks now since I emailed David Fang about the update to the llvm39 package to add the proposed llvm-clang, libomp-dev and libomp-shlibs split-offs required to cleanly support packages like the gromacs/gromacs-mpi-2016-1 updates which require a clang that

Re: [Fink-devel] llvm-clang needed for gromacs-2016-1

13, 2016 at 1:42 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Hanspeter, > It has been a couple of weeks now since I emailed David Fang > about the update to the llvm39 package to add the proposed llvm-clang, > libomp-dev and libomp-shlibs split-offs required

Re: [Fink-devel] reworked sandboxing support

urceforge.net/p/fink/package-submissions/4834/ On Sun, Nov 6, 2016 at 10:34 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Daniel and Alexander, > The attached patch reworks the previously proposed sandboxing > support by... > > 1) Enabling the sandbox

[Fink-devel] reworked sandboxing support

Daniel and Alexander, The attached patch reworks the previously proposed sandboxing support by... 1) Enabling the sandbox usage by default (except during fink bootstraps) 2) Adding a 'NoSandbox' field for the Info files which can be used to disable the sandbox on a per package basis. 3)

Re: [Fink-devel] completed sandboxing support for fink

xploring (but isn't really a blocker) is adding support for a BuildSandbox field to the fink Info file syntax so the we can disable sandboxing at the info file level rather than just with UseSandbox in %p/etc/fink.conf and --build-in-sandbox/--no-build-in-sandbox. Jack On Sat,

Re: [Fink-devel] completed sandboxing support for fink

Daniel and Alexander, An enhanced version of the previous patch which adds the installation of a fink.sb.5 man page. Jack On Sat, Nov 5, 2016 at 8:34 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Daniel and Alexander, >The pull request to ad

[Fink-devel] completed sandboxing support for fink

Daniel and Alexander, The pull request to add sandboxing support is now completed on fink git against master at https://github.com/fink/fink/pull/135/files, but upstream master seem to have unrelated bootstrap issues. However, the attached fink_sandboxing.diff applies these same changes

[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

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

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

Re: [Fink-devel] llvm39-3.9.0-2 to add common llvm-clang, libomp-dev and libomp-shlibs split-offs

("-fopenmp"); // If no option regarding the use of TLS in OpenMP codegeneration is The packaging is now complete. Jack On Tue, Nov 1, 2016 at 2:48 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > David and Hanspeter, >The deprecation of B

[Fink-devel] llvm39-3.9.0-2 to add common llvm-clang, libomp-dev and libomp-shlibs split-offs

David and Hanspeter, The deprecation of Boost support, in favor of OpenMP, in the gromacs 2016 release motivated me to enhance the llvm39 and future llvmXY packaging so that fink package maintainers can use the LLVM.org clang compilers for OpenMP support in a more transparent manner. The

Re: [Fink-devel] fink packages dependent on motif officially broken

On Mon, Oct 24, 2016 at 11:06 AM, Alexander Hansen < alexanderk.han...@gmail.com> wrote: > > On Oct 24, 2016, at 05:59, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > > On Sun, Oct 23, 2016 at 8:38 PM, Kevin Horton <khorto...@rogers.com> > wrote: &g

Re: [Fink-devel] fink packages dependent on motif officially broken

iring all of the developers to find the libXt linkages in binaries on their on, without a reminder from 'fink validate', seems like a heavy lift. > > https://sourceforge.net/p/fink/package-submissions/4779/ > > Thanks. > > Kevin Horton - xephem package maintainer > > > On Oct 22, 2

Re: [Fink-devel] proposed libxt and libxt-flat issues

On Sun, Oct 23, 2016 at 2:20 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Daniel, > The proposed libxt/libxt-flat packaging in your experimental, which > places both in %p rather than buried subdirectories, would seem to require > either... > > every single

[Fink-devel] proposed libxt and libxt-flat issues

Daniel, The proposed libxt/libxt-flat packaging in your experimental, which places both in %p rather than buried subdirectories, would seem to require either... every single package building against Xquartz in fink have a BuildDepends on libxt and a Depends on libxt-shlibs added (which is a

[Fink-devel] fink packages dependent on motif officially broken

FYI, the Xquartz 2.7.10 release is now out so all of the fink packages that are dependent on motif are now broken so it is time to start pushing the fixes on tracker. https://sourceforge.net/p/fink/package-submissions/4771/ https://sourceforge.net/p/fink/package-submissions/4772/

[Fink-devel] Use of uninitialized value $abs in string

Daniel, I am seeing a build failure for libnetsnmp30-shlibs-5.7.2-3 of ./snmplib/transports/.libs/snmpUnixDomain.d Use of uninitialized value $abs in string ne at /sw/bin/fink-package-precedence line 164. Use of uninitialized value $abs in exists at /sw/bin/fink-package-precedence line

Re: [Fink-devel] ncurses 6.0 packages for fink base

On Fri, Oct 7, 2016 at 8:06 AM, Daniel Johnson <daniel.johnso...@gmail.com> wrote: > > > On Oct 7, 2016, at 6:55 AM, Jack Howarth <howarth.at.f...@gmail.com> > wrote: > > > > > > > > On Thu, Oct 6, 2016 at 5:40 PM, Daniel Johnson < > danie

Re: [Fink-devel] ncurses 6.0 packages for fink base

On Thu, Oct 6, 2016 at 5:40 PM, Daniel Johnson <daniel.johnso...@gmail.com> wrote: > > > On Oct 6, 2016, at 1:32 PM, Jack Howarth <howarth.at.f...@gmail.com> > wrote: > > > > I noticed that Fedora is building both --with-abi-version=5 and > --with-abi

Re: [Fink-devel] ncurses 6.0 packages for fink base

-version=5 shlibs are only there for back-ward compatibility and not new builds. On Thu, Oct 6, 2016 at 1:21 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > On Thu, Oct 6, 2016 at 11:41 AM, Daniel Johnson < > daniel.johnso...@gmail.com> wrote: > >> >&

[Fink-devel] apple-gdb and gdb vs 10.12"

We should add an additional comment to the existing code-signing instructions of the DescUsage section in the apple-gdb and gdb packages... Apple has increased the security on Sierra so that the additional set of executing... $ csrutil enable --without debug while rebooted under the Recovery

[Fink-devel] pil-systempython27-1.1.7-7 build failure

Daniel, I am seeing the following build failure in pil-systempython27-1.1.7-7 on darwin15 cc -fno-strict-aliasing -fno-common -dynamic -g -Os -pipe -fno-common -fno-strict-aliasing -fwrapv -DENABLE_DTRACE -DMACOSX -DNDEBUG -Wall -Wstrict-prototypes -Wshorten-64-to-32 -DNDEBUG -g -fwrapv -Os

[Fink-devel] error: /Library/Developer/CommandLineTools/usr/bin/otool-classic: unknown char `-'

Daniel, The texinfo-6.3-103 packaging needs a versioned BuildDepends on fink-package-precedence_0.30-1 to avoid the build failure... Found use of headers from 3 fink packages: libgettext8-dev libiconv-dev libncurses5 Scanning binaries for incorrect dyld linking... error:

[Fink-devel] Xquartz 2.7.10-rc2 breakage

Xquartz is currently testing the upcoming 2.7.10 release which has the following significant change libXt Both libXt.6.dylib and libXt.7.dylib are two-level-namespaced now A flat_namespace version of libXt is available in /opt/X11/lib/flat_namespace to help ease the transition (#96292)

Re: [Fink-devel] xcode 8 fix for fink-buildenv-modules

On Sun, Sep 11, 2016 at 8:21 AM, Alexander Hansen < alexanderk.han...@gmail.com> wrote: > > On Sep 11, 2016, at 03:13, Hanspeter Niederstrasser < > f...@snaggledworks.com> wrote: > > On 9/9/16 11:47 AM, Jack Howarth wrote: > > Hanspeter, > The c

[Fink-devel] xcode 8 fix for fink-buildenv-modules

Hanspeter, The current fink-buildenv-modules package is not savvy to the SDK changes in Xcode8 and requires the following change... --- /sw/lib/fink-buildenv-modules/base.sh 2016-08-09 17:49:45.0 -0400 +++ /sw/lib/fink-buildenv-modules/base.sh.new 2016-09-09 12:40:57.0 -0400

Re: [Fink-devel] Xcode8 build breakage for qt5

PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Hanspeter, > I seem to have stumbled across a behavioral change in xcrun for > Xcode 8 on 10.10 which breaks the qt5-mac-qtbase-5.6.0-1 build. > > $ /usr/bin/xcrun -find xcrun > xcrun: error: unabl

Re: [Fink-devel] grep-2.25-1

rep -F: fix a heap buffer (read) overrun". Jack On Tue, Aug 16, 2016 at 11:04 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Max, > I have uploaded packaging to update grep to the current 2.25 release > onto fink tracking at... > > https://sourceforg

[Fink-devel] grep-2.25-1

Max, I have uploaded packaging to update grep to the current 2.25 release onto fink tracking at... https://sourceforge.net/p/fink/package-submissions/4745/ The only major change is adding a hunk to the patch for tests/pcre-jitstack to change the usage of 'base64 -d' to the more generic

Re: [Fink-devel] make-4.2.1-2 to re-enable nls support

On Sun, Aug 14, 2016 at 11:48 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > On Sun, Aug 14, 2016 at 10:23 AM, Max Horn <m...@quendi.de> wrote: > >> Jack, >> >> > On 12 Aug 2016, at 20:44, Jack Howarth <howarth.at.f...@gmail.com> >> w

Re: [Fink-devel] make-4.2.1-2 to re-enable nls support

On Sun, Aug 14, 2016 at 10:23 AM, Max Horn <m...@quendi.de> wrote: > Jack, > > > On 12 Aug 2016, at 20:44, Jack Howarth <howarth.at.f...@gmail.com> > wrote: > > > > Max, > > It appears to be safe again to re-enable the default nls support in

Re: [Fink-devel] aclocal.m4 error compiling under 10.12

ut that didn't fix the > problem. In the end I, used the tip from Jack Howarth to get past the otool > errors: > > > cd /Library/Developer/CommandLineTools/usr/bin; sudo ln -sf otool-classic > otool > > > Since I added this workaround, I've successfully built a large numbe

Re: [Fink-devel] xemacs-1:21.4.22-6

the problem (note that 'fink rebuild' will automatically reinstall the rebuilt packages). Jack > Sent from my iPhone > > On 30 Jun 2016, at 20:54, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > > On Thu, Jun 30, 2016 at 2:17 PM, Alexander Hansen < > al

Re: [Fink-devel] xemacs-1:21.4.22-6

On Thu, Jun 30, 2016 at 2:17 PM, Alexander Hansen < alexanderk.han...@gmail.com> wrote: > > On Jun 30, 2016, at 11:15, Giacomo Mauro D'Ariano > wrote: > > I tried on my second Mac: it doesn’t work!! > > You get the message: > > Couldn’t find per display information > > That

Re: [Fink-devel] xemacs-1:21.4.22-6

On Wed, Jun 29, 2016 at 9:56 AM, Alexander Hansen < alexanderk.han...@gmail.com> wrote: > > > On Jun 29, 2016, at 01:29, Giacomo Mauro D'Ariano > wrote: > > > > It is a known fact on the web that xemacs doesn’t work anymore with the > current version of XQuartz. > > > > Error:

[Fink-devel] Xcode 8 linker now defaults to PIE executables for all deployment targets

Apple made one significant linker change in Xcode 8 which caused a build failure in the sbcl package. The linker now creates PIE executables regardless of deployment target setting. The previous workaround of passing '-mmacosx-version-min=10.6' to the compiler no longer suffices and an

Re: [Fink-devel] fink validation fixes for ghc libs packages

lds on Clang 8.0.0. Jack On Sat, Jun 18, 2016 at 2:58 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Brendan, > Most of the files in libs/ghc fail to pass fink validation due to > incorrect Shlibs entries. I am attaching a file, > fink_validation_fixes_libs_g

[Fink-devel] fink validation fixes for ghc libs packages

Brendan, Most of the files in libs/ghc fail to pass fink validation due to incorrect Shlibs entries. I am attaching a file, fink_validation_fixes_libs_ghc.diff, containing the changes required to solve those. Note that they also needed a revision bump as well as the shlibs entry fix as the

[Fink-devel] Xcode 8 beta on 10.11

If anyone is interested in testing the Xcode 8 beta for bootstrapping fink and building packages on fink, the direct url for the associated 10.11 Command Line Tools is

[Fink-devel] rstudio-desktop/rstudio-server-0.99.902-1 updates

BABA, I've posted updates for rstudio-desktop/rstudio-server-0.99.902-1 on fink tracking at https://sourceforge.net/p/fink/package-submissions/4674/ to allow the package to build on 10.11 by using fink openssl100 in the build and to switch the package from R 3.2 to 3.3. The

[Fink-devel] 3.3 variant for rnmr-r

BABA, The simple info file change Index: sci/rnmr-r.info === RCS file: /cvsroot/fink/dists/10.9-libcxx/stable/main/finkinfo/sci/ rnmr-r.info,v retrieving revision 1.6 diff -r1.6 rnmr-r.info 4c4 < Type: r (3.2 3.1) --- >

Re: [Fink-devel] missing dependencies from rmod updates

ype_raw[rversion]/site-library/stringi/include > << to pass fink validation. Jack ps You always have to run these packages through the validator because even minor version updates can result in the CRAN packages starting to distribute headers. On Mon, Jun 13, 2016 at 9:22 AM,

Re: [Fink-devel] missing dependencies from rmod updates

Jack On Sun, Jun 12, 2016 at 9:04 PM, 美彦 馬場 <babayoshih...@mac.com> wrote: > Jack, > > > 2016/06/13 5:52、Jack Howarth <howarth.at.f...@gmail.com> のメール： > > > Baba, > > It appears that during your recent rmod updates to support R 3.3 > tha

[Fink-devel] missing dependencies from rmod updates

Baba, It appears that during your recent rmod updates to support R 3.3 that you neglected to commit the new dependencies on some of the package updates. For example, WARNING: While resolving dependency "cran-magrittr-r33" for package "cran-stringr-r33-1.0.0-1", package "cran-magrittr-r33"

[Fink-devel] Fwd: Solved: XEmacs no longer works with XQuartz 2.7.9

-- Forwarded message -- From: Jack Howarth <howarth.at.f...@gmail.com> Date: Tue, Jun 7, 2016 at 2:06 PM Subject: Re: [Fink-devel] Solved: XEmacs no longer works with XQuartz 2.7.9 To: Alexander Hansen <alexanderk.han...@gmail.com> An alternate, but equally u

Re: [Fink-devel] tar 1.29 breaks fink packager

On Sun, Jun 5, 2016 at 11:48 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > On Sun, Jun 5, 2016 at 11:28 AM, TheSin <the...@southofheaven.org> wrote: > >> I haven’t tried yet so I’m not seeing it yet. But I did have lots of >> problems with gnu vs

Re: [Fink-devel] tar 1.29 breaks fink packager

pkg which is misbehaving under the new tar 1.29 release so we can report back upstream on that permutation. > --- > TS > http://www.southofheaven.org/ > Life begins and ends with chaos, live between the chaos! > > > On Jun 5, 2016, at 9:00 AM, Jack Howarth <howarth.at.f...@g

Re: [Fink-devel] tar 1.29 breaks fink packager

/opt/local/bin/gnutar 1.28 package doesn't produce the root level DEBIAN directory. So we definitely should try to create a test case for reporting back upstream. Jack > TS > http://www.southofheaven.org/ > Life begins and ends with chaos, live between the chaos! > >

[Fink-devel] tar 1.29 breaks fink packager

The new tar 1.29 release (which is available on fink tracker at https://sourceforge.net/p/fink/package-submissions/4664/) passes its test suite cleanly on x86_64-apple-darwin15 but causes fink to exhibit broken behavior when installed. The problem is that, when a package is built under the

Re: [Fink-devel] Solved: XEmacs no longer works with XQuartz 2.7.9

On Thu, Jun 2, 2016 at 10:57 AM, Stefan Bruda <ste...@bruda.ca> wrote: > At 10:02 -0400 on 2016-6-2 Jack Howarth wrote: > > > > So I assume you are talking about using extensions to emacs like > > https://github.com/Malabarba/spinner.el/blob/master/README.org >

Re: [Fink-devel] XEmacs no longer works with XQuartz 2.7.9

On Wed, Jun 1, 2016 at 11:47 PM, Stefan Bruda <ste...@bruda.ca> wrote: > Hello, > > At 19:49 -0400 on 2016-6-1 Jack Howarth wrote: > > > > Can you try building the packaging posted on fink tracker at > > https://sourceforge.net/p/fink/package-submissions

Re: [Fink-devel] XEmacs does not run withno longer works with XQuartz 2.7.9

Stefan, Can you try building the packaging posted on fink tracker at https://sourceforge.net/p/fink/package-submissions/4663/ and see if that helps? This packaging addresses the 'missing sentinel in function call' warnings, which according to

Re: [Fink-devel] missing dependency and a bug in (fsf-)gdb

The existing gdb package containing fef-gdb uses a shell script to alert the user that they need to code sign the program in order for it to run properly as non-root. The info file has instructions for this... To execute fsf-gdb without using sudo, the binary needs to be codesigned on each

Re: [Fink-devel] afni sources

Proposed fix for location of sources and legacy flat_namespace libXt in https://sourceforge.net/p/fink/package-submissions/4610/ On Wed, Feb 17, 2016 at 11:18 AM, Hanspeter Niederstrasser < f...@snaggledworks.com> wrote: > On Wed, February 17, 2016 10:10 am, Jack Howarth wrote: >

Re: [Fink-devel] afni sources

2016 9:34 am, Jack Howarth wrote: > > While adjusting afni-2010.10.19.1028-2 to build against the legacy > > flat_namespace libXt in the upcoming Xquartz 2.7.9 release, I noticed > that > > the package's source mirror is no longer available at > > http://mrires.stjosham.o

[Fink-devel] afni sources

While adjusting afni-2010.10.19.1028-2 to build against the legacy flat_namespace libXt in the upcoming Xquartz 2.7.9 release, I noticed that the package's source mirror is no longer available at http://mrires.stjosham.on.ca/~addavis/. Those sources should be uploaded to the fink mirror if

Re: [Fink-devel] procmail for 10.11

Greg, Daniel Macks used to maintain a procmail-3.22-1 package which is still available in 10.4/10.5-EOL at... http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/10.5-EOL/utils/procmail.info

Re: [Fink-devel] coreutils-default missing base64

Jesse, I am seeing /usr/bin/base64 present on El Capitan and... $ lsbom /System/Library/Receipts/com.apple.pkg.Essentials.bom | grep "\/usr\/bin\/base64" ./usr/bin/base64 100755 0/0 23136 2685920996 shows it to still be part of the Essentials package. Jack On Sun, Dec 27, 2015 at

Re: [Fink-devel] fix for remaining fink make failures on 10.11

is used widely across the entire code path. Jack > > On 24.10.2015, at 12:32, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > > > > > > On Sat, Oct 24, 2015 at 6:12 AM, Martin Costabel <costa...@wanadoo.fr> > wrote: > >

Re: [Fink-devel] fix for remaining fink make failures on 10.11

A cursory look through the sources of CF-1153.18 from the 10.10.5 Apple OpenSource release shows that there isn't any effort made in those source files to handle EINTR error codes returned on read, write and (f)stat calls. On Sat, Oct 24, 2015 at 12:48 AM, Jack Howarth <howarth.at.f...@gmail.

Re: [Fink-devel] fix for remaining fink make failures on 10.11

This actually isn't that surprising. On MacPorts, we have to use the -CoreFoundation variant of their tcl package to allow pymol to run properly and pymol does a fork()/exec() like make does. On Fri, Oct 23, 2015 at 4:30 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Since make

[Fink-devel] fix for remaining fink make failures on 10.11

Max, I did an exhaustive check by adding EINTRLOOP macros to every single POSIX system call in the make 4.1 sources which can return EINTR. None of that helped eliminate the build failures here in openmpi and gcc5. I finally stumbled in a workaround that suppresses the failures. Passing

Re: [Fink-devel] fix for remaining fink make failures on 10.11

while also looping on fstat with the missing check for EINTR added. Jack ps In theory, we probably should also check the i/o system calls for missing EINTR checks in /sw/lib/libiconv.2.dylib since libintl.8.dylib is linked against that. On Fri, Oct 23, 2015 at 3:22 PM, Jack Howarth

Re: [Fink-devel] fix for make 4.1 on 10.12

(). and so the EINTRLOOP() macro fix would be inappropriate there. Sigh, On Wed, Oct 21, 2015 at 9:02 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > It looks like we are still missing some instances of EINTRLOOP() macro > usage. The gcc5 build with fink make still fails with

Re: [Fink-devel] fix for make 4.1 on 10.12

On Wed, Oct 21, 2015 at 10:09 AM, Max Horn wrote: > Hi Jack, > > thanks for analyzing this. I made some minor tweaks to the .info file you > sent (mainly: update the DescPort text to explain the patch). I was about > to commit it, but then read that there are still issues. > >

Re: [Fink-devel] fix for make 4.1 on 10.12

/4562/ so we can start to accumulate more testing on the completeness of this fix for 10.11 (outside of the gcc5 libjava build). So far it fixes the libcurl4 and r-base32 builds here with fink make on 10.11. Jack On Wed, Oct 21, 2015 at 6:29 PM, Jack Howarth <howarth.a

Re: [Fink-devel] fix for make 4.1 on 10.12

Howarth <howarth.at.f...@gmail.com> wrote: > Of course the 10.12 should be 10.11 (doh). FYI, the original discussion of > the requirement for the EINTRLOOP() macros can be found at... > > https://lists.gnu.org/archive/html/make-alpha/2001-05/msg8.html > > On Tue, Oct 20

[Fink-devel] tentative cause of make 4.1 regressions under fink

So far my testing on 10.12 suggests that the trigger for the regression in using fink make 4.1 under 10.12 is due to the flock() usage in Services.pm. The most reliable reproducer of this regression on my system has been the InfoTest of libcurl4 which always fails in the compilation of the

Re: [Fink-devel] tentative cause of make 4.1 regressions under fink

ke 4.1 build? On Tue, Oct 20, 2015 at 8:20 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > So far my testing on 10.12 suggests that the trigger for the > regression in using fink make 4.1 under 10.12 is due to the flock() usage > in Services.pm. The most reliable repro

Re: [Fink-devel] tentative cause of make 4.1 regressions under fink

at 9:03 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > This is starting to make sense. The code section that I have been > suspecting in make 4.1 (which is the only place that resets the job_slots > to 1) is... > > #ifndef WINDOWS32 > #ifdef HAVE_FCNTL > # define FD

Re: [Fink-devel] fix for make 4.1 on 10.12

Of course the 10.12 should be 10.11 (doh). FYI, the original discussion of the requirement for the EINTRLOOP() macros can be found at... https://lists.gnu.org/archive/html/make-alpha/2001-05/msg8.html On Tue, Oct 20, 2015 at 10:29 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote:

[Fink-devel] fix for make 4.1 on 10.12

The attached packaging adds the change... diff -uNr make-4.1.orig/main.c make-4.1/main.c --- make-4.1.orig/main.c2014-10-05 12:24:51.0 -0400 +++ make-4.1/main.c 2015-10-20 22:08:00.0 -0400 @@ -3364,9 +3364,12 @@ #else /* Close the write side, so the read()

Re: [Fink-devel] fix for make 4.1 on 10.12

FYI, I've also opened a bug report at... https://savannah.gnu.org/bugs/index.php?46261 and posted the proposed fix there as well. On Tue, Oct 20, 2015 at 10:16 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > The attached packaging adds the change... > > diff -uNr make-

Re: [Fink-devel] make 4.x vs fink on 10.11

On Sat, Oct 17, 2015 at 8:01 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Looking a bit more at the failures of make 4.x under fink, I noticed that > fink uses the perl system() call and MacPorts uses tcl's system() call as > well. However the perl documentation has the fo

Re: [Fink-devel] make 4.x vs fink on 10.11

On Sun, Oct 18, 2015 at 1:37 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > On Sat, Oct 17, 2015 at 8:01 PM, Jack Howarth <howarth.at.f...@gmail.com> > wrote: > >> Looking a bit more at the failures of make 4.x under fink, I noticed that >> fink uses th

[Fink-devel] make 4.x vs fink on 10.11

Looking a bit more at the failures of make 4.x under fink, I noticed that fink uses the perl system() call and MacPorts uses tcl's system() call as well. However the perl documentation has the following comment... Since system does a fork and wait it may affect a SIGCHLD handler. See perlipc for

Re: [Fink-devel] A few 10.11 glitches and possible workarounds

; wrote: > > > On Oct 1, 2015, at 11:24, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > > On Thu, Oct 1, 2015 at 12:02 PM, Jack Howarth <howarth.at.f...@gmail.com> > wrote: > >> >> >> On Thu, Oct 1, 2015 at 12:33 AM, William G. Scott <w

Re: [Fink-devel] java16 on El Capitan

On Sat, Oct 3, 2015 at 2:18 PM, Hanspeter Niederstrasser < f...@snaggledworks.com> wrote: > If I'm reading fink-virtual-packages correctly, 1.6 was the last version > provided by Apple, and 1.7+ must be gotten from Oracle. Is that correct? > When Martin's fix gets released, would best practices

Re: [Fink-devel] A few 10.11 glitches and possible workarounds

On Thu, Oct 1, 2015 at 12:33 AM, William G. Scott wrote: > In the course of building some of my packages, a few dependencies failed > to compile, requiring minor tweaks: > > gtk+2 — I had to change to UseMaxBuildJobs: false > libvpx14 — I had to change to UseMaxBuildJobs:

Re: [Fink-devel] A few 10.11 glitches and possible workarounds

On Thu, Oct 1, 2015 at 12:02 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > On Thu, Oct 1, 2015 at 12:33 AM, William G. Scott <wgsc...@ucsc.edu> > wrote: > >> In the course of building some of my packages, a few dependencies failed >> to compi

Re: [Fink-devel] A few 10.11 glitches and possible workarounds

On Thu, Oct 1, 2015 at 2:41 PM, Alexander Hansen < alexanderk.han...@gmail.com> wrote: > > On Oct 1, 2015, at 11:24, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > > On Thu, Oct 1, 2015 at 12:02 PM, Jack Howarth <howarth.at.f...@gmail.com> > wrote:

[Fink-devel] wxwidgets300.info and deprecating wxcocoa295.info/wxwidgets300-cocoa.info in 10.9-libc++

Alexander, Both the 10.7 and 10.9-libc++ trees need the change... Index: wxwidgets300.info === RCS file: /cvsroot/fink/dists/10.9-libcxx/stable/main/finkinfo/libs/ wxwidgets300.info,v retrieving revision 1.2 diff -r1.2

[Fink-devel] unmaintaining packages

Alexander, Please consider all of my packages as unmaintained and reassign them as Maintainer: None . Thanks in advance. Jack --

[Fink-devel] pruning ruby packaging in 10.9-libc++ tree

Daniel, Any reason why we can't prune back the five different ruby packages in the 10.9-libc++ to just the most current ruby22 packaging? I only see a BuildConflicts on these packages in net/epic5.info and the legacy commented BuildDepends line in languages/swig.info and

[Fink-devel] box.info, box-0.2.2.info and box-0.3.4.info

Daniel, Is there any reason to maintain the box-0.2.2.info and box-0.3.4.info packaging in the 10.9-libc++ tree? I don't see any packages currently in the 10.9-libc++ tree with a BuildDepends on libboxcore0.2 or libboxcore0.3. Jack

Re: [Fink-devel] deprecating openexr6/ilmbase out of 10.9-libc++ tree

Daniel, Thats is On Tue, Sep 22, 2015 at 9:35 AM, Daniel Johnson <dan...@daniel-johnson.org> wrote: > > > On Sep 20, 2015, at 12:08 PM, Jack Howarth <howarth.at.f...@gmail.com> > wrote: > > > > There is no reason to carry along the ilmbase and libope

Re: [Fink-devel] deprecating openexr6/ilmbase out of 10.9-libc++ tree

On Tue, Sep 22, 2015 at 9:52 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > Daniel, > Thats is > > On Tue, Sep 22, 2015 at 9:35 AM, Daniel Johnson <dan...@daniel-johnson.org > > wrote: > >> >> > On Sep 20, 2015, at 12:08 PM, Jack

Re: [Fink-devel] make-4.1-3 with make-default split-off

On Sat, Sep 19, 2015 at 9:13 AM, Max Horn <m...@quendi.de> wrote: > Hi again, > > On 16.09.2015, at 14:42, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > MacPorts gmake doesn't show the problem on the command line or in their > builds but I have only been

Re: [Fink-devel] make-4.1-3 with make-default split-off

On Mon, Sep 21, 2015 at 1:48 PM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > On Sat, Sep 19, 2015 at 9:13 AM, Max Horn <m...@quendi.de> wrote: > >> Hi again, >> >> On 16.09.2015, at 14:42, Jack Howarth <howarth.at.f...@gmail.com> wrote:

[Fink-devel] deprecating openexr6/ilmbase out of 10.9-libc++ tree

There is no reason to carry along the ilmbase and libopenexr6 packaging into the 10.9-libc++ tree when the newer ilmbase12 and libopenexr22 packages are fully compatible replacements. We only have a very few packages left which need to be adjusted for this change in both the 10.7 and

Re: [Fink-devel] make-4.1-3 with make-default split-off

On Sat, Sep 19, 2015 at 9:13 AM, Max Horn <m...@quendi.de> wrote: > Hi again, > > On 16.09.2015, at 14:42, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > MacPorts gmake doesn't show the problem on the command line or in their > builds but I have only been

Re: [Fink-devel] make-4.1-3 with make-default split-off

On Sat, Sep 19, 2015 at 9:41 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > On Sat, Sep 19, 2015 at 9:13 AM, Max Horn <m...@quendi.de> wrote: > >> Hi again, >> >> On 16.09.2015, at 14:42, Jack Howarth <howarth.at.f...@gmail.com> wrote:

Re: [Fink-devel] Issue with fink-buildenv-modules and Xcode 7 on 10.10.

On Fri, Sep 18, 2015 at 10:58 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > % xcodebuild -version -sdk macosx10 > > xcodebuild: error: SDK "macosx10" cannot be located. > > > On Fri, Sep 18, 2015 at 10:55 AM, Hanspeter Niederstrasser < > f...@

Re: [Fink-devel] Issue with fink-buildenv-modules and Xcode 7 on 10.10.

% xcodebuild -version -sdk macosx10 xcodebuild: error: SDK "macosx10" cannot be located. On Fri, Sep 18, 2015 at 10:55 AM, Hanspeter Niederstrasser < f...@snaggledworks.com> wrote: > > On Thu, September 17, 2015 6:47 pm, Alexander Hansen wrote: > > Hi. > > > > %p/sbin/fink-buildenv-helper.sh

[Fink-devel] pruning the llvm* packages

David, With the new 10.9-libcxx tree, we should take the opportunity to prune down the number of llvm* packages. Also, I am leaning towards pruning out the dragonegg-gcc packaging as it is dead upstream and the last upstream release doesn't build against clang 3.5 or any gcc newer than 4.8.

Re: [Fink-devel] make-4.1-3 with make-default split-off

On Wed, Sep 16, 2015 at 5:43 AM, Max Horn <m...@quendi.de> wrote: > Jack, > > On 15.09.2015, at 03:18, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > Max, > > > > El Capitan GM currently produces an instability in fink make for a > variety of bu

Re: [Fink-devel] make-4.1-3 with make-default split-off

On Wed, Sep 16, 2015 at 8:25 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > > On Wed, Sep 16, 2015 at 5:43 AM, Max Horn <m...@quendi.de> wrote: > >> Jack, >> >> On 15.09.2015, at 03:18, Jack Howarth <howarth.at.f...@gmail.com> wrote

  1   2   3   4   5   6   7   8   9   10   >