> On Jul 11, 2017, at 6:14 AM, Hanspeter Niederstrasser
> wrote:
>
> On 7/9/17 9:00 PM, David Reiser wrote:
>> gnutls30 inserts:
>> inherited_linker_flags=' -framework Security -framework CoreFoundation’
>> in its .la files. And the validator complains
gnutls30 inserts:
inherited_linker_flags=' -framework Security -framework CoreFoundation’
in its .la files. And the validator complains at the end of the package build.
I tried one fix of inserting 4 '-Wl,' in line in the Makefile.in, but that
broke the build sooner.
What’s the right way to avo
Scratching my head here. I'm only doing "fink -m build regina", not a
full install yet. Install phase does this:
> /usr/bin/install -m 755 -c ./rxstack.init.d
> /sw/src/fink.build/root-regina-3.8.2-3/sw/sbin/rxstack-control
but the validator doesn't like it:
> Validating .deb
On 2016 Mar 2, at 08:35, Alexander Hansen wrote:
>
> Files: lib/libregina.0.dylib lib/libtest1.0.dylib lib/libtest2.0.dylib
Durn, dunno how that got by the search & replace. Thanks!
David Lowe
doctorjl...@earthlink.net
The Doctor: A little gratitude wouldn't irretrie
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.)
Fine, so i did a search&replace. Now compile phase finishes
So i was looking into updating the currently unmaintained Audacious
package. We have version 2.2, upstream has 3.7. Since our package names
actually start with "audacious2", would it be better to make the new package
set as audacious3-*?
sent from Mountain Lion
The Doctor: Your speci
ably take on the wx stuff.
Sent from David-Lowes-Mac-mini
The Doctor: You know when grown-ups tell you everything's going to be fine, but
you really think they're lying to make you feel better?
Amelia: Yeah...
The Doctor: Everyth
Yes, well, I'm on Lion…
On Nov 23, 2015, at 9:28 AM, Alexander Hansen wrote:
>
>> On Nov 23, 2015, at 08:06, Max Horn wrote:
>>
>> Hi Dave,
>> [CC: fink-devel],
>>
>>> On 22 Nov 2015, at 21:39, David R. Morrison 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:
>> Dear Fink Developer,
>>> As you may be aware, OS X 10.11 does not provide a full install of OpenSSL
>>> in /usr (it only h
--
Dave Reiser
dbrei...@icloud.com
> On Aug 7, 2015, at 5:30 PM, Alexander Hansen
> wrote:
>
>
>> On Aug 7, 2015, at 13:21, David Reiser wrote:
>>
>> I’m trying to build the experimental glib2-shlibs. The info file is in:
>>
>> /sw/fink/
I’m trying to build the experimental glib2-shlibs. The info file is in:
/sw/fink/10.7/local/main/finkinfo/glib2-shlibs.info
The patch files are in the same directory, but trying to build glib2-shlibs
ends with an error:
Failed: Cannot read PatchFile
"/sw/fink/dists/local/main/finkinfo/glib2-sh
On Mar 20, 2015, at 7:15 AM, Hanspeter Niederstrasser
wrote:
>
> On 3/19/2015 9:46 PM, David Reiser wrote:
>> g++ -c -pipe -Xarch_x86_64 -mmacosx-version-min=10.10 -Wall -Wextra
>> -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts
>> -Wformat-security -
g++ -c -pipe -Xarch_x86_64 -mmacosx-version-min=10.10 -Wall -Wextra
-Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts
-Wformat-security -Wreturn-type -Wno-unused-parameter -Wno-sign-compare
-Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self
-I/sw/include -arch x
Even better, thanks again!
> David,
> I checked in the alternative fix from upstream as
> autogen-5.18.4-2. If the quotes are removed from the instance of...
>
> find_libguiledir "${LGCFLAGS}"
>
> in autoopts/mk-tpl-config.sh, the script is able to walk thr
Jack,
Ahh, I responded too soon. Thanks for triaging this issue. Your fix
looks like something I would have done. You have my permission to commit
this fix.
Fang
> David,
> I have posted packaging on fink tracking for autogen-5.18.4-1
> which passes 'fink -m' and
Jack,
Odd. __scm.h should come from guile20-dev, which is listed as a
bdep. Can you confirm its presence?
Fang
> David,
> The current autogen-5.18.2-6 packaging produces a broken
> autogen. While trying to regenerate the fix includes for a gcc
> patch...
>
> h
On Sat, 8 Nov 2014, Alexander Hansen wrote:
> On 11/8/14, 1:03 PM, David Fang wrote:
>> Alex,
>>
>> > On Nov 4, 2014, at 11:07 AM, David Fang wrote:
>> >
>> > > Hi all,
>> > > Sitting in my experimental tree is a draft of
Alex,
> On Nov 4, 2014, at 11:07 AM, David Fang wrote:
>
>> Hi all,
>> Sitting in my experimental tree is a draft of llvm35's packaging
>> that bootstraps (much like its predecessor llvm34), but fails Shlib
>> validation because the install_names for shl
comment on the status/issues/obstacles?
Such a fix would unblock llvm35 from hitting dists.
Thanks!
Fang
--
David Fang
http://www.csl.cornell.edu/~fang/
--
___
Fink-devel ma
you've already
done in some places).
Thanks,
Fang
> David.
> I've updated gcc49, gmp5 and libmpfr4 to all build with the
> configure patch applied to insure that they are not linked as if Puma was
> in use.
> The new revision bump of gcc49 now produces prestine fortran
On 2014 Sep 29, at 1:38 PM, Alexander Hansen
wrote:
> It looks like you might have been reinventing the wheel:
Silly me, i had thought that 'fink list rexx' && 'fink list regina' was
sufficient due diligence. Should i assume that the reason the old package
wasn't brought forward was
I'm attempting to package 'regina', which is an interpreter for the
'rexx' programming language. It's also my first info file from scratch. After
solving a few build issues, the validator now complains about things i couldn't
readily find fixes for in a web search:
> Validating .deb d
Tried 0.37.1 and it failed to build "fink install apt".
On host:
Darwin myhost 13.4.0 Darwin Kernel Version 13.4.0: Sun Aug 17 19:50:11 PDT
2014; root:xnu-2422.115.4~1/RELEASE_X86_64 x86_64
gcc:
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer//usr
--with-gxx-include-dir=/usr/
em
header path should only matter in stage 1 of the bootstrap, but I'm making
a huge assumption that the same paths don't wind up somewhere in the C++
driver code. This just requires investigation on my part.
My hope is that C++ headers are part
Hi John,
Great to hear!
> I've been working with David Fang to get the clang34/llvm34 compiler
> suite to build under Yosemite Public Beta. Thanks to a recent patch by
> Jack Howarth (languages/llvm34-openmp-cmake.patch; 2014-08-15) these
> large packages now build,
On 2014 Aug 17, at 12:18 PM, Hanspeter Niederstrasser
wrote:
> I've just published the results of a buildworld run on a 10.9 system.
Mr. Neiderstrasser, thanks for the test. However, i'm confused as to
what is expected of me on this. My package [freeciv] is marked as
"./failures/pro
On 2014 Aug 13, at 2:01 PM, David Lowe wrote:
> The latest build of freeciv will require glib2 >= 2.32.
False alarm. 2.32.x will be required for the GTK3 client, but as that
part is optional [and not ready for production use anyway], we can continue to
use 2.22.4 for now.
sen
Greetings!
The latest build of freeciv will require glib2 >= 2.32. I am currently
downloading 2.32.2, but Gnome has a bewildering variety of versions up to 2.41,
and i don't see an obvious demarcation of stable from unstable. Should we
prefer some other version?
sent from Mountain Li
launch '/bin/sh' what version do you see in the prompt?
Fang
David,
It appears that the problem is that the python test harness requires
fink bash to be installed.
% bin/llvm-lit -vvv test/Analysis/BasicAA/2003-09-19-LocalArgument.ll
-- Testing: 1 tests, 1 threads --
UNRESOLVED: LLVM
ackages is
documented to be used.
dan
--
Daniel Macks
dma...@netspace.org
--
David Fang
http://www.csl.cornell.edu/~fang/
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly ru
On Mar 23, 2014, at 10:40 PM, Daniel E. Macks wrote:
> Kurt Schwehr said:
>>
>> Dave,
>>
>> Are you aware of this?
>> http://www.gnutls.org/security.html#GNUTLS-SA-2014-2
>> http://lwn.net/Articles/589205/
>>
>> I added a one line warning to the gnutls28.info file, but we
>> definitely need
ilers for any given distribution.
There are two uses of ccache-default, for fink's builds, and for the user.
I almost think that path-prefix-ccache would be more suitable for fink
builds, than providing overrides directly in %p/bin.
I am entirely open to suggestions.
Fang
--
David Fang
http://ww
On Sep 22, 2013, at 2:49 PM, Alexander Hansen
wrote:
> On 9/22/13 10:17 AM, David Reiser wrote:
>> libtool: link: gcc -dynamiclib -o .libs/libgp11.0.dylib
>> .libs/gp11-attributes.o .libs/gp11-call.o .libs/gp11-misc.o
>> .libs/gp11-module.o .libs/gp11-object.o .libs/gp1
libtool: link: gcc -dynamiclib -o .libs/libgp11.0.dylib
.libs/gp11-attributes.o .libs/gp11-call.o .libs/gp11-misc.o .libs/gp11-module.o
.libs/gp11-object.o .libs/gp11-session.o .libs/gp11-slot.o .libs/gp11-marshal.o
-L/sw/lib /sw/lib/libgthread-2.0.dylib /sw/lib/libgio-2.0.dylib
/sw/lib/lib
On May 21, 2013, at 10:47 PM, Alexander Hansen wrote:
> 2) Patch Makefile to replace '-lGL -lGLU' with '-Wl,-framework,OpenGL'
This is the way i went, as i'm not gonna put together an info file
until i'm sure it compiles by hand. Now that the dependencies seem to be taken
care of i ge
On Jun 19, 2013, at 8:02 PM, Alexander Hansen wrote:
> In view of simplifying our lives we've got a few options here:
>
> 1) EOL 10.5, and defer 10.6 for a while. This could be done
> essentially immediately, with all of the 10.5 packages being stashed in
> a 10.5-EOL directory similarly to
On May 15, 2013, at 2:45 PM, Alexander Hansen wrote:
> 1) OpenGL typically comes either via the OpenGL framework, or via X11. In the
> former case, no dependency needs to be declared, because that comes with the
> OS and we don't have a virtual package for it. For the latter, even though
> it
Alright i'm gonna make an attempt to create a .info file from scratch.
I have verified that my candidate [SDL-Ball] is not currently in the database.
There is a similar game [lbreakout], but this one is prettier and works
correctly with a mouse. Now i need some advice on dependencies.
On May 6, 2013, at 9:32 AM, Jack Howarth wrote:
> On Mon, May 06, 2013 at 09:02:34AM -0700, David R. Morrison wrote:
>>
>> On May 6, 2013, at 6:33 AM, Jack Howarth wrote:
>>
>>> On Sun, May 05, 2013 at 04:59:42PM -0700, David R. Morrison wrote:
>>>>
On May 6, 2013, at 6:33 AM, Jack Howarth wrote:
> On Sun, May 05, 2013 at 04:59:42PM -0700, David R. Morrison wrote:
>> Jack,
>>
>> I get errors building the latest versions of gcc44 and gcc45 on 10.6, i386 .
>> I have Xcode 3.2.6 but if that's too old, the pa
I started a new shell, to be on the safe side…
On May 5, 2013, at 6:11 PM, Alexander Hansen wrote:
> Yeah, %p/opt has been around a while. :-)
>
> Did you start a new shell session or re-source /sw/bin/init.tcsh ?
>
> On 5/5/13 5:59 PM, David R. Morrison wrote:
>> Yes, I
Yes, I use tcsh, and "which makeinfo" now gives me
/sw/opt/texinfo-legacy/bin/makeinfo (to which I say "opt???"), but
unfortunately the build failed just as before.
-- Dave
On May 5, 2013, at 5:46 PM, Alexander Hansen wrote:
> On 5/5/13 4:59 PM, David R. Morrison w
Jack,
I get errors building the latest versions of gcc44 and gcc45 on 10.6, i386 . I
have Xcode 3.2.6 but if that's too old, the packages should tell me so. I
reproduce the error msg from gcc44 below; the one from gcc45 was similar.
Based on the error msg, I guessed that maybe I needed to in
had to
> recompile gtk+2 of course and everything else that had been linked to 1.12,
> but i do now have fonts. Tested with xchat and geany.
>
>
> Whee!
> -Mike
--
David Fang
http://www.csl.cornell.edu/~fang/
---
Yes, please go ahead and commit the new version.
-- Dave
On Feb 25, 2013, at 8:55 AM, Hanspeter Niederstrasser wrote:
> Dave,
>
> I'm packaging the latest libtiff that bumps libN (to libtiff5), and taking
> the opportunity to update our existing libtiff to the last of that line.
> Here's t
artz, the successor to X11.app.
>
> As suggested on SO, this symlink fixes the build:
>
>> ln -s /opt/X11/include/X11 /usr/local/include/X11
>
> I'm guessing that a simple patch to the package, adding the real location to
> the include directory search list, sho
On 2012 Dec 12, at 7:32 AM, Alexander Hansen wrote:
> I _thought_ that I had the current fink set up to complain if the
> FetchAltDir doesn't have appropriate permissions.
Actually once i fed the expanded directory to 'fink configure' it not
only complained, but directed me to make the a
> OK, I'll ask you some questions and update the configuration file in
> '/sw/etc/fink.conf'.
>
> In what additional directory should Fink look for downloaded tarballs?
> [~/Downloads]
> $ ls ~/Downloads/f*
> /Users/doctorjlowe/Downloads/freeciv-2.3.3
So, i couldn't get the package database a few days ago … I tried again
just now and still no luck. Further, i'm not even getting a response from
www.finkproject.org except through ping. Is this a known issue?
sent from Lion
Homer: Volunteering is for suckers. Did you know that so cal
On Sep 1, 2012, at 1:38 PM, Alexander Hansen
wrote:
> On 9/1/12 1:07 PM, Hanspeter Niederstrasser wrote:
>> On 9/1/2012 10:32 AM, Alexander Hansen wrote:
>>> On 8/31/12 5:36 PM, Jack Howarth wrote:
Why exactly are we building the entirety of gettext-tools at -O0
in 10.7 branch when
On 2012 Aug 14, at 12:27 PM, Alexander Hansen wrote:
> You want libcurl4.
As always, Mr. Hansen, thanks for the rapid and informative response.
sent from Lion
My precious.
--
Live Security Virtual Conference
Ex
I'm testing the packaging of the new 2.4 version of Freeciv.
Significant for me, this version now has a dependency on libcurl. Should i
prefer system-pkgconfig-libcurl or libcurl14?
sent from Lion
Listen to me, mister. You're my knight in shining armor. Don't you forget it.
You're
g
On 2012 Aug 1, at 10:39 AM, Daniel Macks wrote:
> Given sdl using sdl-config and sdl.pc as the ways to publish flags,
> which is the problem here: those file(s) not being found by [the
> build-system of whatever you are trying to compile against SDL], or
> that build-system not handling them pr
On 2012 Jul 31, at 4:15 PM, TheSin wrote:
> dpkg -S sdl-config
> sdl: /sw/bin/sdl-config
>
> sdl is the dev files for fink installed sdl, I'm not sure what you are trying
> to build that needs sdl but it likely just does no know about your fink
> installation. Check that you have sdl installed
I raised an issue with the libSDL project that their provided automake
macro is incapable of detecting and configuring their provided runtime
framework. Sam Lantinga responded with: "I typically build and install SDL on
Mac OS X using the unix style configure/install which works fine.
On Jul 26, 2012, at 7:18 AM, Alexander Hansen wrote:
> The current test rules that a machine is 64-bit capable if one of those
> is set.
I get these results on 10.6.8:
Darlene-Lowes-Mac-mini:~ (228) $ sysctl hw.optional.x86_64
hw.optional.x86_64: 0
Darlene-Lowes-Mac-mini:~ (229) $ sysctl
So i recently installed installed Fink on my wife's old Mini, and was
rather surprised when the installer told me i could choose a 64 bit tree. This
Mini has Core Solo processor and it won't accept Lion due to its only being
capable of 32 bit operations. Am i seeing things, or is our t
Sounds like a good idea to me.
-- Dave
Sent from my iPhone
On Jul 13, 2012, at 1:46 PM, Hanspeter Niederstrasser
wrote:
> Currently, if a new passwd-package is created, passwd-core gets a new
> version and so all the other passwd-* packages need to be rebuilt and
> reinstalled (which incl
he current OS version.
>
> On 7/6/12 6:59 AM, David R. Morrison wrote:
>> Good point. The reason this was done is documented in the perlXXX.info
>> file, but you are right that it creates potential upgrade problems.
>>
>> I guess what we need is a package called p
Good point. The reason this was done is documented in the perlXXX.info file,
but you are right that it creates potential upgrade problems.
I guess what we need is a package called perlXXX-upgrade which is a bundle that
depends on all these non-core pm's. Would that solve it, or am I overlookin
On Jul 2, 2012, at 11:55 AM, Daniel Macks wrote:
> On Sun, 01 Jul 2012 21:59:43 +0200, Sjors Gielen wrote:
> Op 01-07-12 21:54, TheSin schreef:
>>> would we rather it silently do it or with a warning but still pass?
>> I assume no warning but thought I'd show an example.
justin@tracer [/s
My recollection is that we hacked the dpkg code to allow unversioned virtuals
at the time we introduced virtual pkgs.
-- Dave
On Jun 29, 2012, at 2:01 PM, TheSin wrote:
> So I'm not sure how but the old dpkg seemed to not check version of
> fink-virtuals, the patch I'm using is pretty much i
On Jun 29, 2012, at 12:40 PM, Hanspeter Niederstrasser wrote:
> On 6/29/2012 1:13 PM, David R. Morrison wrote:
>>
>> On Jun 29, 2012, at 10:56 AM, Jack Howarth wrote:
>>
>>>> Dear Fink developers,
>>>>
>>>> At the time of the upgrade
On Jun 29, 2012, at 10:56 AM, Jack Howarth wrote:
>> Dear Fink developers,
>>
>> At the time of the upgrade to 10.7, many fink -pm5123 packages were limited
>> to Distribution: 10.7 only.
>> Since we will make perl 5.1.23 available in 10.8, that restriction is no
>> longer necessary or approp
Is there any possibility that we can just disable the need for Tex by telling
some package with a configure option that it should build it's Tex docs?
-- Dave
On Jun 29, 2012, at 9:50 AM, TheSin wrote:
> I already thought of these options, the problem would be the same problem I
> see wit
Dear Fink developers,
At the time of the upgrade to 10.7, many fink -pm5123 packages were limited to
Distribution: 10.7 only. Since we will make perl 5.1.23 available in 10.8,
that restriction is no longer necessary or appropriate. On behalf of the
fink-core team, I plan to alter such package
/usr/bin/readlink is present on both 10.6 and 10.5.
-- Dave
On Jun 27, 2012, at 7:44 AM, TheSin wrote:
> it turns out that Lion have /usr/bin/readlink as well, can anyone confirm
> this on 10.6/10.5 if so then it won't matter if I replace debianutils.
> ---
> TS
> http://www.southofheaven.org
On Jun 24, 2012, at 10:17 AM, David Lowe wrote:
> On 2012 Jun 22, at 2:35 PM, Hanspeter Niederstrasser wrote:
>
>> Buildworlds and dist-wide package roundups (like unstable->stable
>> or multi-package dep upgrades) need a lot of overlapping local
>> modifications an
On 2012 Jun 22, at 2:35 PM, Hanspeter Niederstrasser wrote:
> Buildworlds and dist-wide package roundups (like unstable->stable
> or multi-package dep upgrades) need a lot of overlapping local
> modifications and VCS-updating steps, and I stopped trying to do local
> fixes in the only non-Fink
On Jun 22, 2012, at 10:59 AM, Alexander Hansen wrote:
> Any thoughts about moving dists/ over to github?
>
> Even though sourceforge isn't going to close down CVS access, it'd be
> nice to move to a more modern system. Plus, for users behind firewalls,
> github allows files to be accessed via h
On Jun 15, 2012, at 8:53 AM, Alexander Hansen wrote:
> On 6/15/12 6:08 AM, Sébastien Maret wrote:
>> Hi all,
>>
>> I spent most of this morning trying to install Fink on one of my colleague
>> computer. This made me realize how complicated it is for the end-user.
>> Pretty much everything that
On May 13, 2012, at 3:14 PM, Merle Reinhart wrote:
> One possibility would be make the id static or dynamic based upon a
> configuration setting in fink.conf. I think you'll wind up with a lot less
> push-back from IT admins.
>
We've done things like this in the past. We can store the desir
installed instead of the the fink build process it will
> have the wrong perms, unless things have changed since then.
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
>
> On 2012-05-10, at 6:33 AM, David R. Morrison wr
I think Dustin's approach is a good one -- less intrusive to users' systems.
-- Dave
On May 10, 2012, at 4:32 AM, Dustin Cartwright wrote:
> On Thu, May 10, 2012 at 12:45 AM, Alexander Hansen
> wrote:
> We're approaching the May 16 planned deadline for a new Fink (0.33.0)
> release. The cu
On May 4, 2012, at 10:56 PM, Alexander Hansen wrote:
> On 5/4/2012 8:54 PM, Jack Howarth wrote:
>> My biggest concern with the 10.8 support is the situation with the perlmod
>> packages.
>> Specifically whether we could adjust fink to automatically handle the newer
>> perl in each OS
>> releas
On Apr 29, 2012, at 10:57 AM, Daniel Macks wrote:
> On Sun, 29 Apr 2012 09:43:33 -0700, Alexander Hansen
> wrote:
> We've got some maintainers (J. Howarth, H. Todd that I know of) who
> have
>> access to Mountain Lion. Jack, in particular has been doing build
>> tests. To help expedite updat
help). I can do a few very
narrow tasks pretty well these days. And it saves them a little bit of time
sometimes. I find time because it's interesting, and I figure I still owe a
whole bunch of people for all the help they gave me through the years with
community
On 1 Mar, 2012, at 2:35 PM, Daniel Macks wrote:
>> My new problem is that there is no configure option to disable creation of
>> the manual. Now i *imagine* the fix would be a PreInstScript that goes into
>> the build directory and deletes the manual subdirectory, but i'm open to any
>> other
On 19 Feb, 2012, at 10:20 AM, Alexander Hansen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2/19/12 12:52 PM, David Lowe wrote:
>> So i finally get around to enabling the SDL version of the freeciv
>> package. After overcoming a few small
So i finally get around to enabling the SDL version of the freeciv
package. After overcoming a few small hurdles i now face this:
> Unpacking freeciv-sdl (from .../freeciv-sdl_2.3.1-13_darwin-i386.deb) ...
> /sw/bin/dpkg: error processing
> /sw/fink/dists/local/main/binary-darwin-i386/f
atic-only libraries and maybe some executables, and
> especially if also executables other packages tend to Depends on them.
> That makes it difficult to upgrade them to be shared or for
> backward-incompatible new libversions even if still static-only.
>
> dan
>
> On T
My recollection of the original idea was that there might be a package with
binaries, static libs, and headers all together. I dont know if there are any
such left, but if there are, they will need to be splitoffized to separate the
binaries (should this change be made).
-- Dave
Sent from m
I'm curious where you are putting the dylibs? (haven't had a chance to look at
the packages)
-- Dave
Sent from my iPhone
On Jan 21, 2012, at 5:24 PM, Sjors Gielen wrote:
> Hi Alexander,
>
> Op 22-01-12 00:17, Alexander Hansen schreef:
>
>> Let's try to stay close to our established nomen
oolkit.
>>
>> All three of these, and pidgin itself, built for me on 10.7 this evening.
>>
>> -- Dave
>>
>>
>> On Jan 4, 2012, at 6:07 PM, David Fang wrote:
>>
>>>> Hi, sorry to bother you, I was just wondering when there might be a fink
On 14 Jan, 2012, at 8:17 AM, Hanspeter Niederstrasser wrote:
> Unfortunately yes. See below. I have Xcode 4.1 on OS X 10.7. With
> debugging off, it does finish building. I can provide full build logs for
> both debug and normal builds.
To clarify, with debug off do you get 13 warni
I'd be grateful if anybody with a clang setup would test this and tell
me if we still have warnings under the new compiler. It *should* compile w/o
problems when the debug ConfigureParam is turned off, but if we still have
issues when it is turned on i will take those upstream...
fre
Hi Dave,
Just a ping. What's the status of these?
Fang
> The dependent packages not yet in 10.7 are: farsight2, libnice, and
> silc-toolkit.
>
> All three of these, and pidgin itself, built for me on 10.7 this evening.
>
> -- Dave
>
>
> On Jan 4, 20
r me on 10.7 this evening.
>
> -- Dave
>
>
> On Jan 4, 2012, at 6:07 PM, David Fang wrote:
>
>>> Hi, sorry to bother you, I was just wondering when there might be a fink
>>> package for 10.7. thanks!
>>
>> Hi,
>> I still don't have a
The dependent packages not yet in 10.7 are: farsight2, libnice, and
silc-toolkit.
All three of these, and pidgin itself, built for me on 10.7 this evening.
-- Dave
On Jan 4, 2012, at 6:07 PM, David Fang wrote:
>> Hi, sorry to bother you, I was just wondering when there might be
someone try linking/copying pidgin.info from
the 10.4 tree and see if it "just works" on 10.7?
To checkout the 10.4 tree on 10.7, just edit /sw/etc/fink.conf:
SelfUpdateTrees: 10.7 10.4
and re-selfupdate.
Fang
--
David Fang
http://www.csl.cornell.edu/~fang/
ht
Thanks, I'll try 3.3.1.
-- Dave
On Nov 28, 2011, at 2:16 PM, Merle Reinhart wrote:
> Dave,
>
> I just noticed your post about libgeos not working in 10.7 with XCode
> compilers.
>
> I do know that libgeos 3.3.1 WILL successfully build in 10.7 with the XCode
> 4.2 clang compiler. I'm us
There is a problem with libgeos on 10.7.
The most recent XCode will not compile it, even using llvm-gcc-4.2.
The MacPorts project is also aware of this; they actually have a package called
"apple-gcc-4.2" which provides the now-missing gcc-4.2 from apple for people
who have upgraded XCode. Tha
Thanks for noticing that. I did the update.
-- Dave
On Nov 26, 2011, at 3:16 PM, Hanspeter Niederstrasser wrote:
> Dave,
>
> Is it possible to update Fink's fribidi to the latest upstream? A package
> I'm trying needs fribidi > 0.19. According to the fribidi page, 0.19 is
> API/ABI compa
I wonder if we should put a test for Xcode version into the bootstrap, so that
people get an error message which tells them what is wrong and suggests how to
fix it?
-- Dave
On Nov 23, 2011, at 6:50 AM, Alexander Hansen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/23/1
On 16 Nov, 2011, at 2:59 PM, Max Horn wrote:
> But on the other hand, this also means that Xcode 4.2 on 10.6 now contains no
> reliable compiler at all :-(.
I guess we can't simply declare this particular combination to be
unsupported?
Sent from my MacBookPro
Friends come and friends
Please move freeciv_2.2.7 to stable.
Sent from my MacBookPro
Every man has a scheme that will not work.
--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking s
On Oct 24, 2011, at 7:49 AM, Jack Howarth wrote:
> On Fri, Oct 21, 2011 at 09:01:58AM -0700, David R. Morrison wrote:
>>
>> On Oct 21, 2011, at 8:50 AM, Jack Howarth wrote:
>>
>>> On Fri, Oct 21, 2011 at 08:05:38AM -0700, David R. Morrison wrote:
>>>>
On 21 Oct, 2011, at 9:58 AM, Hanspeter Niederstrasser wrote:
> 1) The field is PatchFile-MD5, not Patch-MD5 like you have.
I guess i should not do this kind of thing when i'm sick. Then again,
i was not aware that fink wouldn't complain over misspelled syntax.
> 2) The easiest way to
On Oct 21, 2011, at 8:50 AM, Jack Howarth wrote:
> On Fri, Oct 21, 2011 at 08:05:38AM -0700, David R. Morrison wrote:
>> So at the very least, we should put a news item on the fink webpage warning
>> users that fink on 10.6 is currently incompatible with Xcode 4.2, and
So at the very least, we should put a news item on the fink webpage warning
users that fink on 10.6 is currently incompatible with Xcode 4.2, and
suggesting a downgrade to Xcode 3.2.6.
Another short-term measure would be to put a test into fink to check for Xcode
4.2 on 10.6, and warn users tha
1 - 100 of 2147 matches
Mail list logo
