.18.2/man:/usr/local/share/man:/usr/share/man:/opt/X11/share/man:/Applications/Xcode.app/Contents/Developer/usr/share/man:/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/share/man:/sw/lib/perl5-core/5.16.2/man:/sw/lib/perl5/5.16.2/man
If you install the manpage
d it fails creating the
> shlibs folder structure.
>
> /bin/mv
> /sw/src/fink.build/root-libcryptopp5-5.6.5-16/sw/lib/libcryptopp.dylib
> /sw/src/fink.build/root-libcryptopp5-shlibs-5.6.5-16/sw/lib/
> mv: rename
> /sw/src/fink.build/root-libcryptopp5-5.6.5-16/sw/lib/libcr
ield Laboratory, Florida State University
> http://sthmac.magnet.fsu.edu
> 1800 E. Paul Dirac Dr., Tallahassee FL 32310, (850)644-0216/FAX 644-0534
>
> "OS X: because making Unix user-friendly was easier than debugging
> Windows."
>
>
> -
What’s going on here is tha
no need to do every package at the
same time apart from convenience. For example, the HDF5* packages build static
libraries and so they don’t have any runtime dependency on gcc* to get in the
way.
--
Alexander Hansen, Ph.D.
Fink User Liaison
.ohse.de/uwe/releases/%n-%v.tar.gz
<http://www.ohse.de/uwe/releases/%25n-%25v.tar.gz> . Does that no longer work?
If not, then I’d recommend copying the source elsewhere. Unless the developer
changed the license since the F
> On Mar 5, 2017, at 07:09, Geert Jan van Oldenborgh wrote:
>
>
> OK, thanks for the explanation! I had not realised that the partially binary
> distribution is to blame. Usually I only update everything when I have lots
> of time, as it takes quite a few hours to recompile GCC,
> On Mar 5, 2017, at 03:31, Geert Jan van Oldenborgh <g...@me.com> wrote:
>
> Dear Alexander Hansen,
>
> First many thanks for maintaining gnuplot under Fink. It works great & I am
> very happy with it.
>
> I ran into a small problem recently: if
> On Jan 17, 2017, at 09:53, Scott Hannahs <shann...@users.sourceforge.net>
> wrote:
>
>
>> On Jan 17, 2017, at 10:32 AM, Alexander Hansen <alexanderk.han...@gmail.com>
>> wrote:
>>
>>>
>>> On Jan 16, 2017, at 11:37, Scott Hannahs
s. However, this would probably mean that auto-build
scripts for the binary distribution won’t work, whereas they would when
building as root.
Ideally, of course, there would be a way to force the test scripts to w
hat’s intentionally built differently
than the Xquartz libXaw3d. This option works for me in my own testing.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
Developer Access Program for Intel Xeon Phi Processors
Access
a particular XQuartz
version.
To work around this problem, as long as you have XQuartz-2.7.11 you can
download the libxaw3dxft* files and xfig.info from
https://github.com/akhansen/Fink-experi
> On Nov 2, 2016, at 10:40, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
> cc’ing the fink-devel list because I am *not* personally responsible for this
> package.
>
>
>> On Nov 2, 2016, at 08:53, Giacomo Mauro D'Ariano <dari...@unipv.it
> On Nov 3, 2016, at 17:26, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>>
>> On Nov 3, 2016, at 16:56, Hanspeter Niederstrasser <f...@snaggledworks.com
>> <mailto:f...@snaggledworks.com>> wrote:
>>
>> On 11/2/16 6:48
> On Nov 3, 2016, at 16:56, Hanspeter Niederstrasser <f...@snaggledworks.com>
> 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
> On Nov 3, 2016, at 16:41, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
> Depends: system-xfree86 ( >= 3:2.7.112 ) |
Whoops, should have been Depends: system-xfree86-shlibs ( >= 3:2.7.112 ) |
if this is stric
sed /opt/X11. Or,
more likely, we’d have Fink’s x11 use %p/X11 and not support the use of XQuartz.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel
to get at the
aggregate XQuartz version based on the currently installed files or the output
from executables, I’m open to using that.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
Developer Access Program for Intel
t: Re: [Fink-devel] Apparently libXt isn't actually a leaf on the X11
> library tree after all
> Date: November 2, 2016 at 18:43:47 PDT
> To: Alexander Hansen <alexanderk.han...@gmail.com>
>
>
>
> On Wed, Nov 2, 2016 at 7:48 PM, Alexander Hansen <alexanderk.han...@
existing X11-using packages to use only a Fink
Xquartz.
Though I’m leaning towards the following options:
3) Stop bothering with X11 packages
4) Give the hell up
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
Developer
een updated (21.4.22-8) to use it.
I tried doing a simple modification to add libxt and libxt-shlibs as
dependencies, but I wound up having xemacs not open, similar to what is
reported in
https://bugs.freedesktop.org/show_bug.cgi?id=96416
<https://bugs.freedesktop.org/show_bug.cgi?id=96
Germany
> Tel.: +49-3834-88-2340
> FAX: +49-3834-88-2809
> email: end...@ipp.mpg.de
> IPP web page: www.ipp.mpg.de
> ——
>
The solution to avoid the problem is not to update Xquartz, unfortunately.
Xquartz 2.7.10 breaks backwards compatibili
evelopers to find the libXt linkages in binaries
> on their on, without a reminder from 'fink validate', seems like a heavy lift.
>
Are there that many, really?
--
Alexander Hansen, Ph.D.
Fink User Liaison
---
ownload it from https://www.xquartz.org
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
Check out the vibrant tech community on one of the world's most
engaging tech sites,
Do you have Xquartz installed? If not, install it.
If so, please show the output from “fink list -it x11 xfree86” run in a
terminal window. (Don’t copy and paste from Fink Commander in this case,
because that is full of extraneous information.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
> On Oct 4, 2016, at 08:01, Jack Howarth wrote:
>
> 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
to wait until 2.7.10 is out (probably)—I don’t want
to rely on pre-releases.
Anyway, we need _some_ way to have motif-users and xaw3d-users build and run
reliably, so any community feedback on this would be welcome.
--
Alexander Hansen, Ph.D.
Fink User Liaison
macosx10.12 SDKVersion`
>> fi
>> fi
>>
>> to the fink-buildenv-modules/base.sh script so that SDK_PATH and
>> SDK_VERSION are populated with the correct values for Xcode 8 on 10.11.
>> Jack
>
>
> Xcode 8 is only available for 10.11 an
t update, maybe I can just merge
> now and have one file?
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
>
>> On Aug 21, 2016, at 4:47 PM, Alexander Hansen <alexanderk.han...@gmail.com>
>> wrote:
>>
test-sharedfork-pm-10.12.info
Maintainer: W. G. Scott <wgsc...@users.sourceforge.net>
sci/viennarna.info
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-deve
https://sourceforge.net/p/fink/package-submissions/4715/
<https://sourceforge.net/p/fink/package-submissions/4715/>
I’ve attached an updated maxima to that item, so feel free to add that
simultaneously with sbcl.
--
Alexander Hansen, Ph.D.
Fink User L
es different names for
some of its symbols, so it’s not really an acceptable substitute.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns
> On Aug 14, 2016, at 06:08, TheSin wrote:
>
> the error does not seem to be with tar at all, it looks like you are trying
> to upgrade fink or something or at least fink thinks you are.
>
>> /sw/bin/fink -y install libgettext8-dev libiconv-dev
>> Use 'fink reinstall
extensive update
will be posted on the tracker for maintainer evaluation.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns
> On Aug 6, 2016, at 20:42, Daniel Macks <dma...@netspace.org> wrote:
>
> On Sat, 6 Aug 2016 11:56:46 -0700, Alexander Hansen
> <alexanderk.han...@gmail.com> wrote:
>>> On Aug 6, 2016, at 11:50, John Lillibridge <isb...@verizon.net> wrote:
>>>>
now throws an error instead of silently ignoring non-object files.
As a workaround, change line 263 of /sw/bin/pathsetup.sh to
my $otool = '/usr/bin/otool-classic’
(I don’t have the Xcode 8 command-line tools deployed, so I’m not 100% sure
seems more user-friendly, and 2) is likely to be
active as long as sf.net is. If folks have a strong preference toward one of
those (or another site altogether) let us know.
--
Alexander Hansen, Ph.D.
Fink User L
$perlcmd = "/usr/bin/arch -%m perl5.18";
>
>
> diff Services.pm fink-0.39.3/perlmod/Fink/Services.pm
> 1319,1320c1319
> < '10.11' => '4.2',
> < '10.12' => '4.2',
> ---
&
Retry another mirror
> (5) Retry using next mirror set "Custom (package-defined) servers”
>
Whoops! Try again in a few minutes—I just now uploaded
fink-mirrors-0.39.3.1.tar.gz to sourceforge.
--
Alexander Hansen, Ph.D.
Fink User Liaison
Hey, folks.
Does anybody happen to know if there are any huge changes for building on 10.12
vs. older OS X? Specifically, I’m most concerned with changes that might
entail creating a new distribution tree, like a new default C++ ABI or anything
else that would preclude upgrading a Fink tree
> 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
>
>
> You need to run all the three lines that you send me!!!
>
>
> Thank you again!!
>
>
>
ticaquantistica.it <http://www.otticaquantistica.it/>
I’m glad it’s working. Actually, it was pointed out to me that just rebuilding
libxaw3dxft-shlibs should have sufficed, so if you encounter another machine
with this problem, start just with that.
--
Alexander Hansen, Ph.D.
Fink User
> On Jun 30, 2016, at 08:50, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>
>> On Jun 30, 2016, at 03:41, Giacomo Mauro D'Ariano <dari...@unipv.it> wrote:
>>
>> Dear Alexander
>>
>> thank you very much for your email.
>&g
g. In this case, this actually
breaks packages when you are mixing the old and new versions. The steps above
should make both libxaw3dxft-shlibs and xemacs link to the same version of
libXt.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
> On Jun 29, 2016, at 08:31, Jack Howarth <howarth.at.f...@gmail.com> wrote:
>
>
>
> 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 <dari...@u
ww.quantummechanics.it
> www.quantumoptics.it
> www.meccanicaquantistica.it
> www.otticaquantistica.it
>
(plain text please)
As I suggested on our mailing lists a number of times (I don’t know if you’re
looking at our list archives or other places), “fink rebuild xemacs” should
> On Jun 6, 2016, at 08:47, Merle Reinhart wrote:
>
> Alexander,
>
> That could potentially create some issues for some users in that 2.7.9 breaks
> some other non-fink things that won't be fixed until 2.7.10. Forcing an
> upgrade to 2.7.9 will create a quandary since
> On Jun 2, 2016, at 10:30, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>>
>> On Jun 2, 2016, at 09:57, Jack Howarth <howarth.at.f...@gmail.com> wrote:
>>
>>
>>
>> On Thu, Jun 2, 2016 at 10:57 AM, Stefan Bruda <ste...
tumoptics.it/>
> www.meccanicaquantistica.it <http://www.meccanicaquantistica.it/>
> www.otticaquantistica.it <http://www.otticaquantistica.it/>
> -
Try “fink rebuild libxaw3dxft”. There’s a discussion about this on fink-users
from last week.
--
Alexander Hansen, Ph.D.
> On Jun 2, 2016, at 09:57, Jack Howarth wrote:
>
>
>
> On Thu, Jun 2, 2016 at 10:57 AM, Stefan Bruda wrote:
> At 10:02 -0400 on 2016-6-2 Jack Howarth wrote:
> >
> > So I assume you are talking about using extensions to emacs like
> >
> On Jun 1, 2016, at 09:29, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>>
>> On Jun 1, 2016, at 08:42, Stefan Bruda <ste...@bruda.ca> wrote:
>>
>> Hello,
>>
>> After the latest XQuartz update (to version 2.7.9) XEmacs re
on 7.0.0, current
version 7.0.0)
Xquartz 2.7.9 introduced libXt.dylib -> libXt.7.dylib, and libXt.7.dylib is
incompatible with some older windowing technologies.
The xemacs build will need to be modified to to use /opt/X11/lib/libXt.6.dylib
, which fortunately is still present for legacy c
> On May 2, 2016, at 20:24, Charles Lepple <clep...@gmail.com> wrote:
>
> On May 2, 2016, at 11:54 AM, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>>
>> I’m looking at the new lib version of wxWidgets.
>>
>> https://raw.githubu
I’m looking at the new lib version of wxWidgets.
https://raw.githubusercontent.com/akhansen/Fink-experimental/master/wxWidgets/wxwidgets310.info
It looks like the build makes a lot of assumptions about building on OS X,
including:
1) Not building vs X11
2) Development SDK matches the OS X
t
/sw/share/doc/lockfile-py27/doc/source/Makefile
/sw/share/doc/lockfile-py27/LICENSE
/sw/share/doc/lockfile-py27/PKG-INFO
/sw/share/doc/lockfile-py27/README
/sw/share/doc/lockfile-py27/RELEASE-NOTES
--
Alexander Hansen, Ph.D.
Fink User Liaison
> On Mar 4, 2016, at 15:25, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
> See below.
>
>> Begin forwarded message:
>>
>> From: Alexander Hansen <alexanderk.han...@gmail.com
>> <mailto:alexanderk.han...@gmail.com>>
OpenSSL, but I do
> know that I upgraded it just briefly before, and I am pretty sure pip worked
> a few days ago. And rebuilding python fixed it...
>
>
>
> Cheers,
> Max
> -
Daniel J knows about this, and said that he updated his packages (e.g. python*)
accordingly (thr
> On Mar 4, 2016, at 15:21, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
> I removed libtool2, which should prevent the build from finding
> libtool2-shlibs. In any case, the problem is with guile20(-shlibs). Since
> fsf-gcc doesn’t link to /sw/lib/li
See below.
> Begin forwarded message:
>
> From: Alexander Hansen <alexanderk.han...@gmail.com>
> Subject: Re: [Fink-devel] missing dependency and a bug in (fsf-)gdb
> Date: March 4, 2016 at 15:21:48 PST
> To: Roseli Wedemann <rose.wedem...@gmail.com>
>
> On Mar 4, 2016, at 14:56, Roseli Wedemann <rose.wedem...@gmail.com> wrote:
>
> Dear Alexander,
>
> Let me reply below your comments:
>
> On Thu, Mar 3, 2016 at 8:12 PM, Alexander Hansen
> <alexanderk.han...@gmail.com> wrote:
>
>
> > On Ma
ncisco Xavier 524, 6 andar
> 20550-900, Rio de Janeiro, RJ
> ros...@ime.uerj.br
I don’t reproduce these errors when I try an executable here. However, please
don’t assume that we are experts in the details of every package. Since you’ve
built something from outside of Fink, it’s hard
> On Mar 2, 2016, at 02:36, David Lowe wrote:
>
> I'm trying to revive the dormant "Regina" package. This new info file
> is based on the old one, but i had to make changes because the new upstream
> version renamed some components ('libtest1.0.dylib ->
> On Feb 10, 2016, at 15:55, Derek Homeier
> <de...@astro.physik.uni-goettingen.de> wrote:
>
>
>> On 11 Feb 2016, at 12:35 am, Alexander Hansen <alexanderk.han...@gmail.com>
>> wrote:
>>
>>> when building the updated matplotlib package in
--------
Ran 5165 tests in 658.655s
FAILED (KNOWNFAIL=22, SKIP=6, errors=1)
/sw/src/fink.build/matplotlib-py35-1.5.1-2/matplotlib-1.5.1/build/lib.macosx-10.11-x86_64-3.5/matplotlib/__init__.py:1350:
UserWarning: This call to matplotlib.use()
ry validation is run after the InstallScript.
If the package is building the .deb differently depending on whether the test
suite is run or not, it breaks our fundamental premise of invariant .debs.
--
Alexander Hansen, Ph.D.
Fink User Liaison
---
w/lib/libaudgui.1.dylib 1.0.0 audacious2-shlibs (>= 2.2-1)
/sw/lib/libaudid3tag.2.dylib 2.0.0 audacious2-shlibs (>= 2.2-1)
/sw/lib/libaudtag.1.dylib 1.0.0 audacious2-shlibs (>= 2.2-1)
/sw/lib/libSAD.2.dylib 2.0.0 audacious2-
> On Jan 12, 2016, at 23:59, Max Horn <m...@quendi.de> wrote:
>
> Hi Alexander,
>
>> On 09 Jan 2016, at 23:08, Alexander Hansen <alexanderk.han...@gmail.com>
>> wrote:
>>
>> I’m not giving up the project just yet. I just don’t actually use most
I’m not giving up the project just yet. I just don’t actually use most of what
I maintain, and real life is really dragging me down right now so I don’t have
the time and energy to keep up with them.
--
Alexander Hansen, Ph.D.
Fink User Liaison
will install a fink that knows about the new tree, and the second selfupdate
actually downloads the package description files into the tree.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
_
as Conflicts: … hdf5.8-oldapi
>
> in the hdf5-bin SplitOff description.
>
> Cheers,
> Derek
>
>
Thanks. I added these after doing the build test (never a good idea), and
fink’s package description validator doesn’t catch missing commas in
> On Nov 24, 2015, at 08:48, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>>
>> On Nov 22, 2015, at 07:29, Jack Howarth <howarth.at.f...@gmail.com
>> <mailto:howarth.at.f...@gmail.com>> wrote:
>>
>> David,
>>
-10.8 are effectively EOL’ed (I should make a formal announcement but stuff
keeps getting in the way) so in general the best bet for broken unmaintained
packages may be to revert to the last known working version.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
> On Nov 24, 2015, at 11:12, Hanspeter Niederstrasser
> wrote:
>
>
> On Tue, November 24, 2015 10:19 am, Max Horn wrote:
>> Hi folks,
>>
>> I really would like to see qt5 fixed, one way or another. Let me try to
>> restart the discussion, by summarizing:
>>
>> There
to resume activity soon. (As
>> soon as I get one of my machines upgraded to a El Capitan.) I'll assess my
>> packages after I do that and might release some of them as unmaintained.
>
> Great news :)
>
>
> Cheers,
> Max
Mavericks would be fine.
arently didn’t get uploaded properly, but that’s
unrelated to the tree migration.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-devel mailing list
Fink-devel@lists.s
> On Nov 20, 2015, at 09:21, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>
>> On Nov 19, 2015, at 07:38, John Lillibridge - NOAA Federal
>> <john.lillibri...@noaa.gov> wrote:
>>
>> On a more general note: have we lost the abilit
> On Nov 10, 2015, at 00:19, Max Horn <m...@quendi.de> wrote:
>
> Hi folks,
>
> sorry for the late reply.
>
>> On 08.11.2015, at 20:05, Alexander Hansen <alexanderk.han...@gmail.com>
>> wrote:
>>
>>
>>> On Nov 8, 20
> On Nov 8, 2015, at 02:24, Daniel Johnson <daniel.johnso...@gmail.com> wrote:
>
>
>> On Nov 7, 2015, at 9:35 PM, Alexander Hansen <alexanderk.han...@gmail.com>
>> wrote:
>>
>>>
>>> On Nov 7, 2015, at 16:15, Max Horn <m...@quendi.d
> On Oct 18, 2015, at 11:27, Charles Lepple <clep...@gmail.com> wrote:
>
> On Oct 14, 2015, at 5:19 PM, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>>
>> For people who want to test this out for their packages, but don’t always
>> live
> On Oct 14, 2015, at 20:52, hbjbb...@yahoo.co.jp wrote:
>
>
> Dear Mr. Alexander Hansen,
>
> Thank you very much for letting me know that a newer gcc5 (5.2.0-2) is ready.
> This time, "gcj" built from this new package works fine!
> The problem that gcc ha
oks like we’re a
bit behind on that—and there’s even a 3.4.x series.
Clearly, if a package is going to be restricted from binary redistribution if
OpenSSL is used, then gnutls is the way to go.
If licensing isn’t an issue, OpenSSL has a smaller dependency tree, s
nobler than a lettuce.
>
>
I’d argue that there’s no good reason to use the system’s OpenSSL on older OS X
than 10.11, either, apart from the licensing issue. Apple stopped updating it
at 10.7, I believe, so it’s pretty crufty.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
> On Oct 14, 2015, at 15:54, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>
>> On Oct 14, 2015, at 15:27, Jack Howarth <howarth.at.f...@gmail.com
>> <mailto:howarth.at.f...@gmail.com>> wrote:
>>
>>
>>
>> On
> On Oct 1, 2015, at 12:24, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>
>> On Oct 1, 2015, at 11:41, Alexander Hansen <alexanderk.han...@gmail.com
>> <mailto:alexanderk.han...@gmail.com>> wrote:
>>
>>>
>>>
ho want to test this out for their packages, but don’t always live
on the bleeding edge and use git master, I recommend using branch_0_39, because
you can then use “fink selfupdate” to get newer fink releases as usual.
--
Alexander Hansen, Ph.D.
Fink User Liaison
---
> On Oct 14, 2015, at 15:27, Jack Howarth <howarth.at.f...@gmail.com> wrote:
>
>
>
> On Wed, Oct 14, 2015 at 5:24 PM, Alexander Hansen
> <alexanderk.han...@gmail.com <mailto:alexanderk.han...@gmail.com>> wrote:
>
>> On Oct 1, 2015, at 12:24,
> On Oct 14, 2015, at 10:33, David Reiser <dbrei...@icloud.com> wrote:
>
> On 10/14/2015 12:23, Alexander Hansen wrote:
>>> On Oct 14, 2015, at 09:13, Daniel Macks <dma...@netspace.org> wrote:
>>>
>>> On Wed, 14 Oct 2015 10:58:58 -0500, Hans
> On Oct 9, 2015, at 21:51, hbjbb...@yahoo.co.jp wrote:
>
>
> Dear Developers of gcc5 (fink),
>
> Thank you very much for developing nice packages for MacOS X.
> I have found that gcj in gcc5 (5.2.0-1) on MacOS X 10.11 (El capitan) does
> not work properly.
> It hangs in the compilation of
won't bother to
> fix that until java16 actually disappears in 10.12.
>
> Hanspeter
>
Most Java packages are happy to use the newest Java on the system. The best
practice is to avoid a versioned system-java dependency at all, and failing
that to use the newest java major
> On Oct 1, 2015, at 07:59, Hanspeter Niederstrasser
> wrote:
>
> On Thu, October 1, 2015 9:17 am, William G. Scott wrote:
>>
>>> On Oct 1, 2015, at 4:16 AM, Hanspeter Niederstrasser
>>> wrote:
>>>
>>> What happens if you run
>>>
>>> .
fink-0.39 switches to a new distribution tree for 10.9+.
Please use the new 10.9-libcxx tree if you want your package updates to be
applied on 10.9 and later. The 10.7 tree remains as-is for 10.7 and 10.8
packaging.
--
Alexander Hansen, Ph.D.
Fink User Liaison
> On Oct 1, 2015, at 11:41, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>>
>> On Oct 1, 2015, at 11:24, Jack Howarth <howarth.at.f...@gmail.com
>> <mailto:howarth.at.f...@gmail.com>> wrote:
>>
>>
>>
>> On
0.10 and 10.11 have the same Perl, so you don’t need to do the optional
Perl install. The passwd* optional step still applies.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
> On Sep 25, 2015, at 10:26, Daniel Johnson <daniel.johnso...@gmail.com> wrote:
>
>
>> On Sep 25, 2015, at 1:14 PM, Alexander Hansen <alexanderk.han...@gmail.com>
>> wrote:
>>
>> There are a couple of relatively minor hiccups:
>>
>>
s tree in preparation for the 10.11 release.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive
unless the package specifically makes an exemption (GNU wget does, for example).
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-devel mailing list
Fink-devel@lists.sourcefor
currently uses $SDK_PATH,
but it doesn’t seem like the build really needs that to be set any more.
Just thought you might like to know in case folks started complaining. :-)
--
Alexander Hansen, Ph.D.
Fink User Liaison
./configure %c gl_cv_func_getcwd_abort_bug=no
>
> Suppresses the problem on 10.11.
> Jack
>
Would there be any harm in applying that on all OS X (or at least 10.9 and
later)?
--
Alexander Hansen, Ph.D.
Fink User Liaison
-
> On Sep 10, 2015, at 14:01, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
> 1) We should probably put beta install instructions on the website. Before
> I do that, I would like to confirm that bootstrapping using the “TheCaptain”
> branch actually work
(not
unlike how we handled 10.6).
Comments and suggestions are always welcome.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your
, there has historically been an issue in which Apple
clobbers pre-existing users but not groups.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-devel mailing list
1 - 100 of 1841 matches
Mail list logo