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 manpages under %p/lib/perl5/%type_raw[perl]/man th
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.bu
iversity
> 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 that the
e 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
-
s/%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 Fink package was made, it’s distributed under the
GPL so that’s permitted.
--
Alexander Hansen, Ph.D.
Fink User Liaison
---
> On Apr 1, 2017, at 11:31, Hisashi T Fujinaka wrote:
>
> I updated it and got it running. The maintainers email bounces. Should I
> take it and commit?
>
> --
> Hisashi T Fujinaka - [email protected]
> BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee
Go for it. You’ve done the due diligen
> 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, hence I do no
> On Mar 5, 2017, at 03:31, Geert Jan van Oldenborgh 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 I only upgrade gnuplot it for
> On Jan 17, 2017, at 09:53, Scott Hannahs
> wrote:
>
>
>> On Jan 17, 2017, at 10:32 AM, Alexander Hansen
>> wrote:
>>
>>>
>>> On Jan 16, 2017, at 11:37, Scott Hannahs
>>> wrote:
>>>
>>> I have a question
n 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 work as
fink-bld, but this might not be possible.
--
Alexander Hansen, Ph.D.
Fink User Liaison
---
> On Jan 13, 2017, at 06:19, [email protected] wrote:
>
> Dear Alexander,
>
> regarding the discussion on the fink-beginners mailing list on the inability
> to edit text in various widgets in xfig, there was the remark
>
> We’ve had prior reports of this issue
rsion.
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-experimental/tree/master/libXt and save them
to /sw/fink/dists/local/main/finkinfo, and then update libxaw3dxft and xfig.
--
Ale
> On Nov 2, 2016, at 10:40, Alexander Hansen
> 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 > <mailto:[email protected]>> wrote:
> On Nov 3, 2016, at 17:26, Alexander Hansen
> wrote:
>
>>
>> On Nov 3, 2016, at 16:56, Hanspeter Niederstrasser > <mailto:[email protected]>> wrote:
>>
>> On 11/2/16 6:48 PM, Alexander Hansen wrote:
>>> We had thought that
> 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
> 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
y, 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 Xeon Phi processor-based develope
roach 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
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
>
>
>
> On Wed, Nov 2, 2016 at 7:48 PM, Alexander Hansen <mailto:[email protected]>> wrote:
> We had thought that libX
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
d (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=96416>
I’m usin
el.: +49-3834-88-2340
> FAX: +49-3834-88-2809
> email: [email protected]
> 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 compatibility for
e of the build.
The possibility of picking up libXt from Xquartz exists of course, but we can
handle that the same way as we handle the possibility of builds picking up
libping, freetype, … from Xquartz.
> Also requiring all of the developers to find the libXt linkages in binaries
> on
> On Oct 4, 2016, at 14:00, Georgi Gaydadjiev
> wrote:
>
> Dear Alex,
>
> Thanks for the quick answer.
> 1. No no Xquartz
> 2. neither fink or FinkCommander can find it
>
> Cheers,
> Georgi
We don’t provide XQuartz.
Download it from https://www.xquartz.org
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 -DENABLE_DTRACE -DMACOSX -DNDEBUG -W
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
t;> 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 and 10.1
> 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
>> wrote:
>>
>>
Maintainer: W. G. Scott
sci/viennarna.info
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-devel mailing list
[email protected]
List archive:
http
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
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 at an interface-level. Reveals
> 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 fink' to switch distributi
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 at an
> On Aug 6, 2016, at 20:42, Daniel Macks wrote:
>
> On Sat, 6 Aug 2016 11:56:46 -0700, Alexander Hansen
> wrote:
>>> On Aug 6, 2016, at 11:50, John Lillibridge wrote:
>>>> I managed to get Fink to build via bootstrap under 10.12 beta
>> (now 3). But ce
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 10
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
> On Jul 29, 2016, at 06:54, [email protected] wrote:
>
> Thanks Alexander,
>
> I was meaning to weigh in on Fink 10.12. I was able to make minor changes to
> the bootstrap routines and successfully built a distribution under Sierra
> Public Beta #2.
>
> One
>
> (1) Give up
> (2) Retry the same mirror
> (3) Retry another mirror from your continent
> (4) Retry another mirror
> (5) Retry using next mirror set "Custom (package-defined) servers”
>
Whoops! Try again in a few minutes—I just now uploaded
fin
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 in
> 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!!
>
>
> Giacomo Mauro D'Ariano
> On Jun 30, 2016, at 10:03, Giacomo Mauro D'Ariano wrote:
>
> Thank you very very much Alexander
>
> I’ll keep a note for next rebuilding of xemacs!!
>
> Giacomo Mauro D'Ariano
> Professor of Theoretical Physics
> Quantum Foundations
> and Quantum
> On Jun 30, 2016, at 08:50, Alexander Hansen
> wrote:
>
>
>> On Jun 30, 2016, at 03:41, Giacomo Mauro D'Ariano wrote:
>>
>> Dear Alexander
>>
>> thank you very much for your email.
>>
>> Yes, I look at https://sourceforge.net/p/
> On Jun 30, 2016, at 03:41, Giacomo Mauro D'Ariano wrote:
>
> Dear Alexander
>
> thank you very much for your email.
>
> Yes, I look at https://sourceforge.net/p/fink/mailman. is it the right place?
>
> Unfortunately I already tried your suggested solution.
> On Jun 29, 2016, at 08:31, Jack Howarth wrote:
>
>
>
> On Wed, Jun 29, 2016 at 9:56 AM, Alexander Hansen
> 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 w
chanics.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 fix
that for you.
> 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 si
> On Jun 2, 2016, at 10:30, Alexander Hansen
> wrote:
>
>>
>> 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:
>>>
nicaquantistica.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.
Fink User Liaison
> 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
> > https://github.com/Malabarba/spinner.el/blob/master/REA
> On Jun 1, 2016, at 09:29, Alexander Hansen
> wrote:
>
>>
>> On Jun 1, 2016, at 08:42, Stefan Bruda wrote:
>>
>> Hello,
>>
>> After the latest XQuartz update (to version 2.7.9) XEmacs refuses to
>> run under X (but runs just fine in
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 compatibility.
--
Alexander Hans
> On May 2, 2016, at 20:24, Charles Lepple wrote:
>
> On May 2, 2016, at 11:54 AM, Alexander Hansen
> wrote:
>>
>> I’m looking at the new lib version of wxWidgets.
>>
>> https://raw.githubusercontent.com/akhansen/Fink-experimental/master/wxWidgets/wx
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 ver
> On May 1, 2016, at 10:40, Scott Hannahs
> wrote:
>
>
>> On Apr 30, 2016, at 9:18 PM, Alexander Hansen
>> wrote:
>>
>>
>>> On Apr 30, 2016, at 15:42, Scott Hannahs
>>> wrote:
>>>
>>> Unfortunately I maintain a py
ource/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
--
Find a
> On Mar 4, 2016, at 15:25, Alexander Hansen
> wrote:
>
> See below.
>
>> Begin forwarded message:
>>
>> From: Alexander Hansen > <mailto:[email protected]>>
>> Subject: Re: [Fink-devel] missing dependency and a bug in (fsf-)gdb
&
ong for blaming 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. pytho
> On Mar 4, 2016, at 15:21, Alexander Hansen
> 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/libltdl.7.dylib it doesn’t need
See below.
> Begin forwarded message:
>
> From: Alexander Hansen
> Subject: Re: [Fink-devel] missing dependency and a bug in (fsf-)gdb
> Date: March 4, 2016 at 15:21:48 PST
> To: Roseli Wedemann
> Cc: fink-devel Devel
> Reply-To: fink-devel Devel
>
>>
>
> On Mar 4, 2016, at 14:56, Roseli Wedemann wrote:
>
> Dear Alexander,
>
> Let me reply below your comments:
>
> On Thu, Mar 3, 2016 at 8:12 PM, Alexander Hansen
> wrote:
>
>
> > On Mar 3, 2016, at 14:07, Roseli Wedemann wrote:
> >
> > H
20550-900, Rio de Janeiro, RJ
> [email protected]
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 for us to reproduce what you’ve
done.
> 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 -> librxtest1.0.dylib,
> etc.) Fin
valid URL or path. See `style.available` for list of
available styles.
--
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_
> On Feb 10, 2016, at 15:55, Derek Homeier
> wrote:
>
>
>> On 11 Feb 2016, at 12:35 am, Alexander Hansen
>> wrote:
>>
>>> when building the updated matplotlib package in maintainer mode, after the
>>> tests are run I am
>>>
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
--
Site24x
udacious2-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-shlibs
> On Jan 12, 2016, at 23:59, Max Horn wrote:
>
> Hi Alexander,
>
>> On 09 Jan 2016, at 23:08, Alexander Hansen
>> wrote:
>>
>> 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
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
ws about the new tree, and the second selfupdate
actually downloads the package description files into the tree.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-devel m
ldapi
>
> 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 the
conflicts/replaces
> On Nov 24, 2015, at 08:48, Alexander Hansen
> wrote:
>
>>
>> On Nov 22, 2015, at 07:29, Jack Howarth > <mailto:[email protected]>> wrote:
>>
>> David,
>> I am forwarding this to the fink-devel mailing list as I've
> 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 are two possible solutio
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
--
Go from Idea to Many App Stores Faster with
s 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. :-) Lo
> On Nov 20, 2015, at 09:21, Alexander Hansen
> wrote:
>
>
>> On Nov 19, 2015, at 07:38, John Lillibridge - NOAA Federal
>> wrote:
>>
>> On a more general note: have we lost the ability (temporarily?) to use
>> binary distributions
>&g
properly, but that’s
unrelated to the tree migration.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-devel mailing list
[email protected]
List archive:
> On Nov 10, 2015, at 00:19, Max Horn wrote:
>
> Hi folks,
>
> sorry for the late reply.
>
>> On 08.11.2015, at 20:05, Alexander Hansen
>> wrote:
>>
>>
>>> On Nov 8, 2015, at 02:24, Daniel Johnson wrote:
>>>
>>
> On Nov 8, 2015, at 02:24, Daniel Johnson wrote:
>
>
>> On Nov 7, 2015, at 9:35 PM, Alexander Hansen
>> wrote:
>>
>>>
>>> On Nov 7, 2015, at 16:15, Max Horn wrote:
>>>
>>> so, I keep seeing this message at the end
> On Nov 7, 2015, at 16:15, Max Horn wrote:
>
> so, I keep seeing this message at the end of any "fink install" run that
> involves building a package:
>
> "
> Reading Package Lists... Done
> Building Dependency Tree... Done
> W: Duplicate sources.list entry http://bindist.finkmirrors.net stab
> On Oct 18, 2015, at 11:27, Charles Lepple wrote:
>
> On Oct 14, 2015, at 5:19 PM, Alexander Hansen
> wrote:
>>
>> For people who want to test this out for their packages, but don’t always
>> live on the bleeding edge and use git master, I recommend using br
> On Oct 14, 2015, at 20:52, [email protected] 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
> On Oct 14, 2015, at 15:54, Alexander Hansen
> wrote:
>
>
>> On Oct 14, 2015, at 15:27, Jack Howarth > <mailto:[email protected]>> wrote:
>>
>>
>>
>> On Wed, Oct 14, 2015 at 5:24 PM, Alexander Hansen
>> mailto:alexander
> On Oct 14, 2015, at 15:27, Jack Howarth wrote:
>
>
>
> On Wed, Oct 14, 2015 at 5:24 PM, Alexander Hansen
> mailto:[email protected]>> wrote:
>
>> On Oct 1, 2015, at 12:24, Alexander Hansen > <mailto:[email protected]>>
> On Oct 1, 2015, at 12:24, Alexander Hansen
> wrote:
>
>
>> On Oct 1, 2015, at 11:41, Alexander Hansen > <mailto:[email protected]>> wrote:
>>
>>>
>>> On Oct 1, 2015, at 11:24, Jack Howarth >> <mailto:howarth.at.f...@
or 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 10:33, David Reiser wrote:
>
> On 10/14/2015 12:23, Alexander Hansen wrote:
>>> On Oct 14, 2015, at 09:13, Daniel Macks wrote:
>>>
>>> On Wed, 14 Oct 2015 10:58:58 -0500, Hanspeter Niederstrasser
>>> wrote:
>>> Dea
’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
--
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, so my
i
> On Oct 9, 2015, at 21:51, [email protected] 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 the
pears 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 maj
javadir =~ /System/
> by
> if ($javadir =~ /System/ or $ver =~ /1.6.0/)
> in VirtPackage.pm:438.
>
> The jni headers are at the same place in
> /System/Library/Frameworks/JavaVM.framework/ as before.
>
> --
> Martin
>
Thanks, Martin. I just put this into the fink
e 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
--
___
Fink-devel mailing list
F
> On Oct 1, 2015, at 11:41, Alexander Hansen
> wrote:
>
>>
>> On Oct 1, 2015, at 11:24, Jack Howarth > <mailto:[email protected]>> wrote:
>>
>>
>>
>> On Thu, Oct 1, 2015 at 12:02 PM, Jack Howarth > <mailto:howarth.at.
individual packages that need fink’s make override that in their
CompileScripts. That’d be simpler, and more consistent with our general
practices with regard to build tools.
Then we can add a conditional if Apple decides to stop shipping a /usr/bin/make
with Xcode.
--
Alexander Hansen, Ph.D.
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 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
>>>
>>> . /sw/sbin/fink-buildenv-helper.sh
>>>
>>> from a new te
> On Sep 25, 2015, at 10:26, Daniel Johnson wrote:
>
>
>> On Sep 25, 2015, at 1:14 PM, Alexander Hansen
>> wrote:
>>
>> There are a couple of relatively minor hiccups:
>>
>> 1) You would have to use “fink selfupdate” twice: once to update f
ss the package specifically makes an exemption (GNU wget does, for example).
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-devel mailing list
[email protected]
ree in preparation for the 10.11 release.
--
Alexander Hansen, Ph.D.
Fink User Liaison
--
___
Fink-devel mailing list
[email protected]
List archive
1 - 100 of 2762 matches
Mail list logo
