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

[Daniel Johnson]

> On Oct 7, 2016, at 6:55 AM, Jack Howarth  wrote:
> 
> 
> 
> On Thu, Oct 6, 2016 at 5:40 PM, Daniel Johnson  
> wrote:
> 
> > On Oct 6, 2016, at 1:32 PM, Jack Howarth  wrote:
> >
> > I noticed that Fedora is building both --with-abi-version=5 and 
> > --with-abi-version=6 in their ncurses 6.0 package...
> >
> > http://pkgs.fedoraproject.org/cgit/rpms/ncurses.git/tree/ncurses.spec
> >
> > but that the installed headers will only be for the --with-abi-version=6 
> > build. Thus the legacy --with-abi-version=5 shlibs are only there for 
> > back-ward compatibility and not new builds.
> >
> 
> Note I forgot to update the version in libncursesw5.info and ncurses.info to 
> match and have now done so.
> 
> The ncurses5 packages build with --with-abi-version=5 to be backward 
> compatible while using the 6.0 source. The ncurses6 packages only use 
> --with-abi-version=6. We’re going to need both for some time until everything 
> can get updated. This way they can coexist.
> 
> 
> I think you are still missing one step to fully mimic the Fedora packaging 
> approach. You need to convert your current ncurses.info into a 
> libncurses5.info which no longer contains the ncurses split-off and move that 
> one into libncurses6 instead (which could be refactored back into a 
> ncurses.info)

I didn’t do that because ncurses5 is Essential. I wasn’t sure what the 
interactions would be. That’s why I wanted others to weigh in.

Daniel


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

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

[Daniel Johnson]

> On Oct 6, 2016, at 1:32 PM, Jack Howarth  wrote:
> 
> I noticed that Fedora is building both --with-abi-version=5 and 
> --with-abi-version=6 in their ncurses 6.0 package...
> 
> http://pkgs.fedoraproject.org/cgit/rpms/ncurses.git/tree/ncurses.spec
> 
> but that the installed headers will only be for the --with-abi-version=6 
> build. Thus the legacy --with-abi-version=5 shlibs are only there for 
> back-ward compatibility and not new builds.
> 

Note I forgot to update the version in libncursesw5.info and ncurses.info to 
match and have now done so.

The ncurses5 packages build with --with-abi-version=5 to be backward compatible 
while using the 6.0 source. The ncurses6 packages only use 
--with-abi-version=6. We’re going to need both for some time until everything 
can get updated. This way they can coexist.

Daniel



--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

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

[Daniel Johnson]

> On Oct 6, 2016, at 10:19 AM, Jack Howarth  wrote:
> 
> Chris,
>  I've posted packaging for libncursesw6-6.0-1 and ncurses6-6.0-1 to fink 
> tracking...
> 
> https://sourceforge.net/p/fink/package-submissions/4803/
> 
> as well as an update to libncursesw5-5.9-20110507-2 to make it aware of 
> libncursesw6. 
> 
> https://sourceforge.net/p/fink/package-submissions/4804/
> 
> The only part that I am concerned about is that handling of the overlapping 
> files between the ncurses and ncurses6 packages as both are marked as 
> Essential. So far, simply appending ncurses to the Replaces field in the 
> ncurses6 packages seems to be sufficient to handle that issue.
>Jack

There’s no reason to have a libncursesw6 package. Just have one libncurses6 
package that always uses wide chars and have it C/R with regular ncurses. I 
posted packages to my experimental cvs dir quite a while ago and asked for 
opinions but nothing came of it. There’s also newer versions available. Most 
recent version is 
http://invisible-mirror.net/archives/ncurses/current/ncurses-6.0-20161001.tgz. 
Packages are at 
http://fink.cvs.sourceforge.net/viewvc/fink/experimental/danielj/

Daniel



--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Warning about cvs key breakage on 10.12

[Daniel Johnson]

After updating to 10.12, cvs started behaving badly. On every selfupdate it 
would ask me for my admin password multiple times in a row and then my sf.net 
password. Turns out that my ssh keys, which I generated years ago, were dsa 
keys. Starting with OpenSSH 7 dsa keys are disabled by default. 10.11 has 
OpenSSH 6.9 which was happy with my old keys but 10.12 has 7.2 which was not. 
Generating new rsa keys and uploading it to sf.net fixed the problem.

So try making new keys if you have cvs problems. :)

Daniel


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Broken pypi.python.org download links

[Daniel Johnson]

For anyone who maintains python modules, pypi has changed their download links 
in a way that completely breaks fink. They replaced the regular links like 
https://pypi.python.org/packages/source/c/cffi/cffi-1.6.0.tar.gz with this 
abomination: 
https://pypi.python.org/packages/b6/98/11feff87072e2e640fb8320712b781eccdef05d588618915236b32289d5a/cffi-1.6.0.tar.gz.
 So the links are no longer predictable. This was done for security reasons but 
has broken anything which depends on a predictable link. After many people 
complained, they reintroduced the old style links which redirect to the new 
ones; however, only on the beta version of the new pypi. The upshot is that you 
need to change any download links that use https://pypi.python.org to use 
https://pypi.io instead and things will work again.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] ruby20 & ruby22 hardcode gmkdir, ginstall, and grep at buildtime if present

[Daniel Johnson]

> On Mar 14, 2016, at 11:03 PM, Hanspeter Niederstrasser 
>  wrote:
> 
> ruby20 and ruby22 hardcode the coreutils executables gmkdir and ginstall into 
> rbconfig.rb if present at buildtime. Fink's grep gets the same treatment. 
> This then leads to buildtime failures of some ruby gems if coreutils (or 
> grep) has been removed:
> 
> make "DESTDIR=" install
> make: /sw/bin/gmkdir: Command not found
> Makefile:195: recipe for target '.RUBYARCHDIR.time' failed
> make: *** [.RUBYARCHDIR.time] Error 127
> 
> make install failed, exit code 2
> 
> Adding "ac_cv_path_mkdir=/bin/mkdir ac_cv_path_install=/usr/bin/install 
> ac_cv_path_GREP=/usr/bin/grep" to ruby22's configure parameters hardcodes the 
> system files.
> 
> The paths are hardcoded into /sw/lib/ruby/2.2/x86_64-darwin/rbconfig.rb to 
> verify.
> 
> Hanspeter

Sorry for the delay. I just added this to all rubys.

Thanks
Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Audacious Package

[Daniel Johnson]

> On Jan 30, 2016, at 3:34 PM, Alexander Hansen  
> wrote:
> 
> 
>> On Jan 30, 2016, at 08:31, David Lowe  wrote:
>> 
>>  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 species has the most amazing capacity for self-deception, 
>> matched only by its ingenuity when trying to destroy itself.
> 
> Probably.  I looked at the existing audacious2-shlibs, since we normally tend 
> to assign a number to a library package based on the version of the libraries 
> (or at least the main one) rather than the package version,  (since those 
> aren’t necessarily correlated.  It wasn’t immediately clear to me whether the 
> name came from the upstream version or a library though, since the -shlibs 
> package has:
> 
> $ fink dumpinfo -fshlibs audacious2-shlibs
> Information about 9030 packages read in 1 seconds.
> shlibs:
> /sw/lib/libaudclient.2.dylib 2.0.0 audacious2-shlibs (>= 2.2-1)
> /sw/lib/libaudcore.1.dylib 1.0.0 audacious2-shlibs (>= 2.2-1)
> /sw/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-shlibs (>= 2.2-1)
> 

I’m the former maintainer and I think that’s what I did. :) I even added 
Conflicts on audacious3 when I tried to update to 3.x. I was never able to get 
audacious3 to work though. Its CoreAudio support was terribly bitrotted
and didn’t even build with recent OS X. That’s why I gave up on it. It may have 
been improved so feel free to try it! The build system is...interesting. Pay 
attention to the patching I had to do to get shlibs to build properly.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] "Duplicate sources.list entry"

[Daniel Johnson]

> 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 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 stable/main 
>> Packages 
>> (/sw/var/lib/apt/lists/bindist.finkmirrors.net_10.11_dists_stable_main_binary-darwin-x86%5f64_Packages)
>> W: You may want to run apt-get update to correct these problems
>> $
>> "
>> 
>> I can fix it by doing what it says and running apt-get update... But the 
>> problem keeps coming back. Looks as if Fink (?) is corrupting sources.list?
>> 
>> Here are my system stats (yeah, I finally upgraded my machine from 10.8... 
>> -- this is a completely fresh Fink installation)
>> 
>> $ sw_vers
>> ProductName: Mac OS X
>> ProductVersion:  10.11.1
>> BuildVersion:15B42
>> $ fink --version
>> Package manager version: 0.39.2
>> Distribution version: selfupdate-cvs Wed Oct 21 18:56:26 2015, 10.11, x86_64
>> Trees: local/main stable/main
>> 
>> 
>> Any thoughts as to what might be wrong?
>> 
>> 
>> Cheers,
>> Max
> 
> I’ve never seen this myself, either on an upgraded setup or a clean 
> bootstrap.  What’s in your sources.list ?
> 
> —akh

I was getting this too. I still had the line
deb http://bindist.finkmirrors.net/10.11 stable main
in my sources.list even after disabling the bindist in fink.conf. Commenting it 
out seems to work.

Because I had the bindist active before updating to 10.11 it seems fink just 
changed the line from 10.10 to 10.11. Could this be because I updated my OS 
before fink? I did have to manually download and install the newer fink version 
because I didn’t update it first.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Typo in graphicsmagick-q32 dependencies

[Daniel Johnson]

> On Oct 21, 2015, at 11:16 AM, Derek Homeier 
>  wrote:
> 
> Hi,
> 
> this package does not update due to a non-existing dependency in the -dev 
> Splitoff:
> 
> < Depends: graphicsmagick1321-q32-shlibs (= %V)
> ---
>>  Depends: graphicsmagick1322-q32-shlibs (= %V)
> 
> Cheers,
>   Derek
> 

D’oh! I must have missed that when updating to the new version. Now fixed.

Thanks
Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] openssl is changing their license

[Daniel Johnson]

The subject says it all. They are working to relicense openssl as Apache 2.0 
which would make it GPL compatible. No timeline yet but here is the post about 
it: https://www.openssl.org/blog/blog/2015/08/01/cla/

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

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

[Daniel Johnson]

> On Sep 26, 2015, at 5:48 PM, Daniel Johnson  
> wrote:
> 
> 
>> On Sep 26, 2015, at 5:46 PM, Jack Howarth  wrote:
>> 
>> 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
> 
> No, no reason other than they existed in the 10.7 tree when it was cloned and 
> I haven’t gotten to removing them yet. I’m working on pruning pythonmods now.
> 
> Daniel
> 

Please do NOT remove my packages without asking first. I said I hadn’t gotten 
to them yet, I didn’t say you could remove them. I just tried to delete them 
and cvs got very confused because they were already gone.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

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

[Daniel Johnson]

> On Sep 26, 2015, at 5:46 PM, Jack Howarth  wrote:
> 
> 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

No, no reason other than they existed in the 10.7 tree when it was cloned and I 
haven’t gotten to removing them yet. I’m working on pruning pythonmods now.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

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

[Daniel Johnson]

> On Sep 26, 2015, at 5:08 PM, Jack Howarth  wrote:
> 
> 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 languages/swig302.info.
>   Jack

1.8 and 1.9 are no longer supported upstream so I have no problem dumping them. 
Not everything has been updated to 2.2 though, svn-swig-rb only supports up to 
2.1 for example, so we should check what other things depend on the older ones 
first before killing them.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OpenSSL

[Daniel Johnson]

> On Sep 25, 2015, at 11:34 PM, Hanspeter Niederstrasser 
>  wrote:
> 
> On 9/25/2015 7:15 PM, Alexander Hansen wrote:
>> So, apparently, Apple deprecated the system OpenSSL as of 10.7:  
>> http://lists.apple.com/archives/macnetworkprog/2015/Jun/msg00025.html 
>> 
>> 
>> I don’t really remember having seen any compiler warnings, but whatever.
>> 
>> In any case, Xcode 7 finally breaks the ability to build against the 
>> system’s OpenSSL, so we’re going to want to migrate our packages to use 
>> Fink’s openssl100.  Unfortunately, this presents some licensing issues for 
>> GPL packages—my understanding is that that this forbids binary 
>> redistribution, unless the package specifically makes an exemption (GNU wget 
>> does, for example).
> 
> The licensing problems were brought up in June, but never resolved.
> 
> http://sourceforge.net/p/fink/mailman/message/34221422/
> 
> Does libressl have a GPL compatible license?
> 
> Hanspeter
> 

No, it’s a fork of openssl and so has the same license. Also I’ve given up on 
it since it has a new soname with Every Single Teeny Version.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Tested switching to new 10.9-libcxx tree

[Daniel Johnson]

> 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 fink, and 
> once to download the 10.9-libcxx package descriptions.
> 2)  The locally-build .deb collection gets orphaned (downloaded .debs from 
> the bindist remain accessible), so we would need to handle that.
> Since changing distributions for an OS X version has been a rare occurrence, 
> with only   10.2 -> 10.2-gcc3.3 and 10.4-transitional -> 10.4 before now, and 
> because package rebuilds aren’t required for this transition, my thought was 
> that we could just provide a run-once-manually helper script to move the 
> .debs to the right place, reconstitute the /sw/fink/debs symlinks, and do a 
> scanpackages to regenerate the local Packages.gz for apt.
> 
> Any thoughts?
> 
> If there are no objections, I’d like to switch the master fink branch on 
> github over to using this tree in preparation for the 10.11 release.
> 
> --
> Alexander Hansen, Ph.D.
> Fink User Liaison

That sounds fine to me.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

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

[Daniel Johnson]

> On Sep 22, 2015, at 9:57 AM, Jack Howarth  wrote:
> 
> 
> 
> On Tue, Sep 22, 2015 at 9:52 AM, Jack Howarth  
> wrote:
> Daniel,
>   Thats is
> 
> On Tue, Sep 22, 2015 at 9:35 AM, Daniel Johnson  
> wrote:
> 
> > On Sep 20, 2015, at 12:08 PM, Jack Howarth  
> > wrote:
> >
> > 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 10.9-libc++ trees (note that ilmbase/libopenexr6 remains in the 10.7 
> > tree but we want to keep the packaging in sync). The packages which need 
> > updated for this change are...
> >
> > Pete Woods 
> > graphics/enblend-enfuse.info
> >
> > Daniel Johnson 
> > graphics/libdevil1.info
> >
> > Hanspeter Niederstrasser 
> > graphics/vigra4.info
> > graphics/vigra5.info
> > kde/kdebase4-runtime.info
> > kde/kdelibs4.info
> > kde/kimageformat-plugins.info
> >
> > Thanks in advance for updating those to BDeps ilmbase12/libopenexr22 and 
> > Dep ilmbase22-shlibs/libopenexr22-shlibs.
> > Jack
> 
> I tried, but libdevil1 won’t build with libopenexr22. I get lots of 
> undeclared identifier errors for IMATH_NAMESPACE and “error: no type named 
> ‘Int64’ in namespace ‘Imf’; did you mean ‘Imath::Int64’”. Looks like the 
> openexr api has changed?
> 
> Daniel
> 
> 
> Daniel,
>   I am not seeing that issue here on 10.11 with the current 10.9-libc++ 
> tree using the attached libdevil1.info which the simple change...
> 
> Index: libdevil1.info
> ===
> RCS file: 
> /cvsroot/fink/dists/10.9-libcxx/stable/main/finkinfo/graphics/libdevil1.info,v
> retrieving revision 1.2
> diff -r1.2 libdevil1.info
> 3c3
> < Revision: 111
> ---
> > Revision: 112
> 53c53
> < ilmbase,
> ---
> > ilmbase12,
> 59c59
> < libopenexr6,
> ---
> > libopenexr22,
> 130c130
> < libopenexr6-shlibs,
> ---
> > libopenexr22-shlibs,
> 
> The build log is also attached.
>  Jack
> 
> Daniel,
>You might try deinstalling the current libdevil1 packages before you 
> try rebuilding against ilmbase12/libopenexr22 on the off chance that the 
> build is leaky.
>  Jack

No the problem was that while I updated the openexr dep I forgot to also update 
ilmbase. Now it works.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

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

[Daniel Johnson]

> On Sep 20, 2015, at 12:08 PM, Jack Howarth  wrote:
> 
> 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 10.9-libc++ 
> trees (note that ilmbase/libopenexr6 remains in the 10.7 tree but we want to 
> keep the packaging in sync). The packages which need updated for this change 
> are...
> 
> Pete Woods 
> graphics/enblend-enfuse.info
> 
> Daniel Johnson 
> graphics/libdevil1.info
> 
> Hanspeter Niederstrasser 
> graphics/vigra4.info
> graphics/vigra5.info
> kde/kdebase4-runtime.info
> kde/kdelibs4.info
> kde/kimageformat-plugins.info
> 
> Thanks in advance for updating those to BDeps ilmbase12/libopenexr22 and Dep 
> ilmbase22-shlibs/libopenexr22-shlibs.
> Jack

I tried, but libdevil1 won’t build with libopenexr22. I get lots of undeclared 
identifier errors for IMATH_NAMESPACE and “error: no type named ‘Int64’ in 
namespace ‘Imf’; did you mean ‘Imath::Int64’”. Looks like the openexr api has 
changed?

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [Fink-beginners] SF.net outage

[Daniel Johnson]

> On Jul 29, 2015, at 5:14 PM, Alexander Hansen  
> wrote:
> 
> As folks have probably noticed, SourceForge has had a major outage from which 
> they’re gradually recovering.  Unfortunately, CVS is going to be one of the 
> last services to come back up.  This affects:
> 
> selfupdates, even from rsync, since the rsync mirrors get their data from CVS
> website updates, since the document sources are kept in CVS
> 
> Thank you for your patience.
> --
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 

Just so everyone knows, CVS service has been restored. I just updated a bunch 
of my packages.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] lib install_name changing from absolute path to @rpath

[Daniel Johnson]

> On Jul 6, 2015, at 1:46 PM, Hanspeter Niederstrasser  
> wrote:
> 
> If a library changes its install_name from /absolute/path/to/foo.X.dylib
> to @rpath/foo.X.dylib (X is the same, c_v is bumped), does this need a new
> libN package name? The file is installed to the same location, so packages
> linking to the old absolute path dylib should still be able to find the
> new library.
> 
> Hanspeter

I would suggest testing to make sure it doesn’t break linkage with existing 
packages. I’m not sure if it will work if a package is not linked to the 
correct -rpath otherwise dyld won’t know what @rpath means in this case. Is it 
possible to change the install_name back to the absolute path?

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OpenSSL vs. LibreSSL

[Daniel Johnson]

> On Jun 21, 2015, at 12:29 AM, TheSin  wrote:
> 
> if the license says that pens can not be distributed in binary form wouldn’t 
> it only be ssl that needs to be built, couldn’t other packages which only 
> dynamically use the dylib still be binary distributed since it does not 
> contain the open ssl code or library directly it only uses and as such is 
> useless without it, aka it wouldn’t run unless you downloaded and build 
> openssl, so think like cvs and wget etc etc could still be binary available 
> just openssl needs to be built form source first?
> 
> Obviously if something links ssl using a .a or static link it would then be 
> restrictive as well since the ssl binary is now included but dynamic link 
> should be fine I would imagine since none of the ssl code is in it.

Unfortunately, the GPL explicitly forbids distributing binaries that *link* to 
a library with a non-compatible license, even a shared library, whether or not 
said library is also distributed. The exception is for libraries that are part 
of the OS. Distributing OpenSSL binaries isn’t a problem since its license is 
more liberal than the GPL.

It seems that the issue boils down to this: the OpenSSL license requires things 
that use it to contain an OpenSSL copyright notice. The GPL forbids that, 
therefore there’s no way to satisfy both unless the GPL’d program explicitly 
allows OpenSSL to be used (which many do). I believe LGPL is OK since it allows 
linking to even propriety code. Also, non-GPL programs are fine, e.g. 
subversion uses Apache 2.0 license and has no issue. Neither does python. 
Hopefully there’ll be more incentive for projects to use native SecureTransport 
now that OpenSSL is gone from 10.11. Libcurl and git have already switched.

I guess we need to audit the openssl-using packages to see if they’re 
compatible, otherwise mark them Restricted. This was easier when we didn’t have 
a bindist. :)

IANAL
Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OpenSSL vs. LibreSSL

[Daniel Johnson]

> On Jun 20, 2015, at 7:03 PM, Daniel Johnson  
> wrote:
> 
> 
>> On Jun 20, 2015, at 6:49 PM, Alexander Hansen  
>> wrote:
>> 
>> 
>>> On Jun 20, 2015, at 15:03, Daniel Johnson  
>>> wrote:
>>> 
>>> 
>>>> On Jun 20, 2015, at 4:58 PM, Alexander Hansen 
>>>>  wrote:
>>>> 
>>>> Since the system’s OpenSSL is going away for 10.11 we’ve got a bit of a 
>>>> pickle.
>>>> 
>>>> My understanding is that our packages that use openssl100-dev and have 
>>>> binaries are now technically in violation of the openssl license, which 
>>>> only allows redistribution against an OpenSSL which is shipped with the OS.
>>>> 
>>>> 1)  Is this still true?  If so, then we need to start tagging them as 
>>>> Restrictive.
>>>> 2)  Does LibreSSL have the same restriction?  If not, can we convert over 
>>>> to use that?
>>>> 
>>>> --
>>>> Alexander Hansen, Ph.D.
>>>> Fink User Liaison
>>>> 
>>> 
>>> 1) IANAL, so I can’t answer this, but the issue isn’t that OpenSSL’s 
>>> license forbids distribution. The problem is that because of OpenSSL’s 
>>> “original” BSD license with the advertising clause, it is incompatible with 
>>> the GPL. The GPL *does* allow linking to libraries that come with an OS, so 
>>> that’s where the workaround used to be.
>>> 
>>> 2) LibreSSL (and BoringSSL but we don’t have that package) is a fork of 
>>> OpenSSL and therefore must use the same license. I believe they have been 
>>> trying to get things relicensed but that’s an almost impossible job since 
>>> there’s some really old code in there.
>>> 
>>> Daniel
>>> 
>> 
>> 1+2)  Ah.  gotcha.  As a simple base example then, is our cvs package, which 
>> uses openssl100, in violation?  And if so, do we have to mark it as 
>> Restrictive?  Or worse yet, pull it and stop supporting selfupdate-cvs on 
>> distributions where Xcode doesn’t have cvs ?
>> 
>> --
>> Alexander Hansen, Ph.D.
>> Fink User Liaison
>> 
> 
> This is a good run-down: 
> https://people.gnome.org/~markmc/openssl-and-the-gpl.html
> 
> Some packages have an explicit “OpenSSL is Ok” clause added to the GPL. cvs 
> does not, but looking at the code, it looks like libcrypto is only used as a 
> requirement for Kerberos and Apple’s Kerberos doesn’t need that. I’ll have to 
> look at it closer. It may be possible to drop the dep.
> 
> Daniel
> 

Ok, cvs doesn’t link to or even check for openssl. The dep is probably a relic 
of an old Kerberos.framework that published -lcrypto in its config program. 
I’ve removed the dep and reved up.

Daniel




signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OpenSSL vs. LibreSSL

[Daniel Johnson]

> On Jun 20, 2015, at 6:49 PM, Alexander Hansen  
> wrote:
> 
> 
>> On Jun 20, 2015, at 15:03, Daniel Johnson  wrote:
>> 
>> 
>>> On Jun 20, 2015, at 4:58 PM, Alexander Hansen  
>>> wrote:
>>> 
>>> Since the system’s OpenSSL is going away for 10.11 we’ve got a bit of a 
>>> pickle.
>>> 
>>> My understanding is that our packages that use openssl100-dev and have 
>>> binaries are now technically in violation of the openssl license, which 
>>> only allows redistribution against an OpenSSL which is shipped with the OS.
>>> 
>>> 1)  Is this still true?  If so, then we need to start tagging them as 
>>> Restrictive.
>>> 2)  Does LibreSSL have the same restriction?  If not, can we convert over 
>>> to use that?
>>> 
>>> --
>>> Alexander Hansen, Ph.D.
>>> Fink User Liaison
>>> 
>> 
>> 1) IANAL, so I can’t answer this, but the issue isn’t that OpenSSL’s license 
>> forbids distribution. The problem is that because of OpenSSL’s “original” 
>> BSD license with the advertising clause, it is incompatible with the GPL. 
>> The GPL *does* allow linking to libraries that come with an OS, so that’s 
>> where the workaround used to be.
>> 
>> 2) LibreSSL (and BoringSSL but we don’t have that package) is a fork of 
>> OpenSSL and therefore must use the same license. I believe they have been 
>> trying to get things relicensed but that’s an almost impossible job since 
>> there’s some really old code in there.
>> 
>> Daniel
>> 
> 
> 1+2)  Ah.  gotcha.  As a simple base example then, is our cvs package, which 
> uses openssl100, in violation?  And if so, do we have to mark it as 
> Restrictive?  Or worse yet, pull it and stop supporting selfupdate-cvs on 
> distributions where Xcode doesn’t have cvs ?
> 
> --
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 

This is a good run-down: 
https://people.gnome.org/~markmc/openssl-and-the-gpl.html

Some packages have an explicit “OpenSSL is Ok” clause added to the GPL. cvs 
does not, but looking at the code, it looks like libcrypto is only used as a 
requirement for Kerberos and Apple’s Kerberos doesn’t need that. I’ll have to 
look at it closer. It may be possible to drop the dep.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OpenSSL vs. LibreSSL

[Daniel Johnson]

> On Jun 20, 2015, at 4:58 PM, Alexander Hansen  
> wrote:
> 
> Since the system’s OpenSSL is going away for 10.11 we’ve got a bit of a 
> pickle.
> 
> My understanding is that our packages that use openssl100-dev and have 
> binaries are now technically in violation of the openssl license, which only 
> allows redistribution against an OpenSSL which is shipped with the OS.
> 
> 1)  Is this still true?  If so, then we need to start tagging them as 
> Restrictive.
> 2)  Does LibreSSL have the same restriction?  If not, can we convert over to 
> use that?
> 
> --
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 

1) IANAL, so I can’t answer this, but the issue isn’t that OpenSSL’s license 
forbids distribution. The problem is that because of OpenSSL’s “original” BSD 
license with the advertising clause, it is incompatible with the GPL. The GPL 
*does* allow linking to libraries that come with an OS, so that’s where the 
workaround used to be.

2) LibreSSL (and BoringSSL but we don’t have that package) is a fork of OpenSSL 
and therefore must use the same license. I believe they have been trying to get 
things relicensed but that’s an almost impossible job since there’s some really 
old code in there.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dbi-pm fails to compile

[Daniel Johnson]

> On May 5, 2015, at 6:27 PM, Kevin Horton  wrote:
> 
> On May 5, 2015 at 4:48:25 PM, Daniel Johnson (daniel.johnso...@gmail.com) 
> wrote:
>> 
>> > On May 5, 2015, at 5:03 AM, Kevin Horton  wrote:
>> >
>> > On May 5, 2015 at 1:07:15 AM, Daniel Macks (dma...@netspace.org) wrote:
>> >> On Mon, 04 May 2015 10:22:26 -0400, Daniel Macks  
>> >> wrote:
>> >> On Mon, 4 May 2015 08:41:55 -0400, Kevin Horton  
>> >> wrote:
>> >> > I’m looking at taking over dbi-pm from Benjamin Reed, but I’ve
>> >> > discovered a problem with the existing package that has me stumped. >
>> >> > > dbi-pm5182-1:1.630-1 fails to compile on OS X 10.10.4 (beta) with:
>> >> > >
>> >> > > cp lib/DBI/Const/GetInfoType.pm blib/lib/DBI/Const/GetInfoType.pm
>> >> > > "/usr/bin/arch" -x86_64 perl5.18 -x86_64 perl5.18 "-Iblib/arch" >
>> >> > "-Iblib/lib" dbilogstrip.PL dbilogstrip
>> >> > > "/usr/bin/arch" -x86_64 perl5.18 -x86_64 perl5.18 "-Iblib/arch" >
>> >> > "-Iblib/lib" dbiprof.PL dbiprof
>> >> > > "/usr/bin/arch" -x86_64 perl5.18 -x86_64 perl5.18 "-Iblib/arch" >
>> >> > "-Iblib/lib" dbiproxy.PL dbiproxy
>> >> > > Can't open perl script "perl5.18": No such file or directory
>> >> > > Can't open perl script "perl5.18": No such file or directory
>> >> > > make: *** [dbiproxy] Error 2
>> >> > >
>> >> > > Any hints would be greatly appreciated.
>> >> >
>> >> > It's double-passing "-x86_64 perl5.18". That's a bug in...some
>> >> > version of some underlying perlmod used in the build toolchain, can't
>> >> > remember which. Will look it up later today.
>> >>
>> >> It's a bug/regression in recent versions of ExtUtils::MakeMaker that
>> >> affects several perlmod packages that supply scripts. Adding
>> >> extutils-makemaker-pmXXX maintainer to CC. A few months ago I narrowed
>> >> down what version introduced this problem...somewhere on #fink...can't
>> >> find it.
>> >>
>> >> dan
>> >>
>> >
>> > It builds correctly with extutils-makemaker-pm5182_6.98-1 installed. It 
>> > fails with extutils-makemaker-pm5182_7.00-1 or 7.04-1 installed.
>> >
>> > I’ll rollback to extutils-makemaker-pm5182_6.98-1 pending a fix.
>> >
>> > Thanks for the detective work.
>> >
>> > —
>> > Kevin Horton
>> 
>> I figured out the issue. In extutils-makemaker > 6.98, $perlflags was 
>> getting added twice to perl calls in generated Makefiles thus the double 
>> “-x86_64 perl5.18 -x86_64 perl5.18”. Patching out the second $perlflags 
>> fixes it. dbi-pm5182 now builds with the newly committed 
>> extutils-makemaker-pm5182-7.05-0.20 (it’s a prerelease version, thus the 
>> -0.20).
>> 
>> 
> 
> 
> Thanks for the quick diagnosis and fix.
> 
> extutils-makemaker-pm5182-7.05-0.20 builds with Fink’s sed, but it fails to 
> build with the system sed:
> 
> sudo -u fink-bld [ENV] sh -c /tmp/fink.VxqQv
> [ -r 
> /sw/fink/dists/stable/main/finkinfo/libs/perlmods/extutils-makemaker-pm.patch 
> ]
> sudo -u fink-bld [ENV] sh -c /tmp/fink.BEoWo
> /tmp/fink.s0Uhb
> #!/bin/bash -ev
> sed 's|@PREFIX@|/sw|g' < 
> /sw/fink/dists/stable/main/finkinfo/libs/perlmods/extutils-makemaker-pm.patch 
> | patch -p1
> patching file lib/ExtUtils/MakeMaker.pm
> Hunk #1 succeeded at 228 (offset 19 lines).
> Hunk #2 succeeded at 399 (offset 36 lines).
> 
> sed -i "s/'\.\$perlflags\.'//" lib/ExtUtils/MM_Unix.pm
> sed: 1: "lib/ExtUtils/MM_Unix.pm": extra characters at the end of l command
> ### execution of /tmp/fink.s0Uhb failed, exit code 1
> ### execution of /tmp/fink.BEoWo failed, exit code 1
> 
> ===
> I’m on OS X 10.10.4 (beta).  I intend to get off the beta train as soon as 
> the real 10.10.4 is out, but I’m stuck on it for the moment.  I don’t know if 
> that is the explanation or not.
> 
> —
> Kevin Horton
> 

Nuts. I forgot to check if I had fink’s sed installed. This is why one should 
always use /usr/bin/sed directly. Now fixed.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dbi-pm fails to compile

[Daniel Johnson]

> On May 5, 2015, at 5:03 AM, Kevin Horton  wrote:
> 
> On May 5, 2015 at 1:07:15 AM, Daniel Macks (dma...@netspace.org) wrote:
>> On Mon, 04 May 2015 10:22:26 -0400, Daniel Macks  wrote:
>> On Mon, 4 May 2015 08:41:55 -0400, Kevin Horton  wrote:
>> > I’m looking at taking over dbi-pm from Benjamin Reed, but I’ve
>> > discovered a problem with the existing package that has me stumped. >
>> > > dbi-pm5182-1:1.630-1 fails to compile on OS X 10.10.4 (beta) with:
>> > >
>> > > cp lib/DBI/Const/GetInfoType.pm blib/lib/DBI/Const/GetInfoType.pm
>> > > "/usr/bin/arch" -x86_64 perl5.18 -x86_64 perl5.18 "-Iblib/arch" >
>> > "-Iblib/lib" dbilogstrip.PL dbilogstrip
>> > > "/usr/bin/arch" -x86_64 perl5.18 -x86_64 perl5.18 "-Iblib/arch" >
>> > "-Iblib/lib" dbiprof.PL dbiprof
>> > > "/usr/bin/arch" -x86_64 perl5.18 -x86_64 perl5.18 "-Iblib/arch" >
>> > "-Iblib/lib" dbiproxy.PL dbiproxy
>> > > Can't open perl script "perl5.18": No such file or directory
>> > > Can't open perl script "perl5.18": No such file or directory
>> > > make: *** [dbiproxy] Error 2
>> > >
>> > > Any hints would be greatly appreciated.
>> >
>> > It's double-passing "-x86_64 perl5.18". That's a bug in...some
>> > version of some underlying perlmod used in the build toolchain, can't
>> > remember which. Will look it up later today.
>> 
>> It's a bug/regression in recent versions of ExtUtils::MakeMaker that
>> affects several perlmod packages that supply scripts. Adding
>> extutils-makemaker-pmXXX maintainer to CC. A few months ago I narrowed
>> down what version introduced this problem...somewhere on #fink...can't
>> find it.
>> 
>> dan
>> 
> 
> It builds correctly with extutils-makemaker-pm5182_6.98-1 installed.  It 
> fails with extutils-makemaker-pm5182_7.00-1 or 7.04-1 installed.
> 
> I’ll rollback to extutils-makemaker-pm5182_6.98-1 pending a fix.
> 
> Thanks for the detective work.
> 
> —
> Kevin Horton

I figured out the issue. In extutils-makemaker > 6.98, $perlflags was getting 
added twice to perl calls in generated Makefiles thus the double “-x86_64 
perl5.18 -x86_64 perl5.18”. Patching out the second $perlflags fixes it. 
dbi-pm5182 now builds with the newly committed 
extutils-makemaker-pm5182-7.05-0.20 (it’s a prerelease version, thus the -0.20).

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] libwebp4-0.3.1-3 buiild failure

[Daniel Johnson]

> On May 5, 2015, at 2:13 PM, Daniel Johnson  wrote:
> 
>> 
>> On May 5, 2015, at 2:10 PM, Jack Howarth  wrote:
>> 
>> Daniel,
>>This builds libwebp4 fine here on 10.10.
>>Jack
>> 
>> --- libwebp4.info 2015-05-05 14:08:33.0 -0400
>> +++ libwebp4.info.new 2015-05-05 14:07:46.0 -0400
>> @@ -31,23 +31,28 @@
>> Depends: %n-shlibs (= %v-%r)
>> BuildDepends: <<
>> fink-package-precedence,
>> + freeglut2,
>> giflib7,
>> libjpeg9 (>= 9-3),
>> libpng16,
>> libtiff5,
>> pkgconfig
>> <<
>> -BuildConflicts: freeglut
>> BuildDependsOnly: true
>> Conflicts: libwebp0, libwebp2, libwebp4, libwebp5
>> Replaces: libwebp0, libwebp2, libwebp4, libwebp5
>> 
>> +SetCPPFLAGS: -I%p/include -I/usr/X11/include
>> +SetLDFLAGS: -L%p/lib -L/usr/X11/lib
>> +
>> ConfigureParams: <<
>> --enable-dependency-tracking \
>> --disable-static \
>> --enable-libwebpmux \
>> --enable-libwebpdemux \
>> - --enable-libwebpdecoder
>> + --enable-libwebpdecoder \
>> + --with-glincludedir=/usr/X11/include/GL \
>> + --with-gllibdir=/usr/X11/lib
>> <<
>> 
>> CompileScript: <<
>> 
>> On Tue, May 5, 2015 at 1:49 PM, Jack Howarth  
>> wrote:
>>> Daniel,
>>>When is the last time libwebp4-0.3.1-3 built? I am getting the failure...
>>> 
>>> Undefined symbols for architecture x86_64:
>>> "_glutLeaveMainLoop", referenced from:
>>> _HandleKey in vwebp-vwebp.o
>>> "_glutSetOption", referenced from:
>>> _main in vwebp-vwebp.o
>>> ld: symbol(s) not found for architecture x86_64
>>> clang: error: linker command failed with exit code 1 (use -v to see 
>>> invocation)
>>> Makefile:391: recipe for target 'vwebp' failed
>>> 
>>> on 10.10 which blocks building sdl-image.
>>>  Jack
> 
> Heh, looks like I’ll have to look at all the libwebp* packages and their 
> interactions with freeglut.
> 
> Daniel

Ok, I added freeglut2 to BuildConflicts and it builds fine. I explicitly don’t 
want to use fink’s freeglut of any version; I want system OpenGL.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] libwebp4-0.3.1-3 buiild failure

[Daniel Johnson]

> On May 5, 2015, at 2:10 PM, Jack Howarth  wrote:
> 
> Daniel,
> This builds libwebp4 fine here on 10.10.
> Jack
> 
> --- libwebp4.info 2015-05-05 14:08:33.0 -0400
> +++ libwebp4.info.new 2015-05-05 14:07:46.0 -0400
> @@ -31,23 +31,28 @@
> Depends: %n-shlibs (= %v-%r)
> BuildDepends: <<
>  fink-package-precedence,
> + freeglut2,
>  giflib7,
>  libjpeg9 (>= 9-3),
>  libpng16,
>  libtiff5,
>  pkgconfig
> <<
> -BuildConflicts: freeglut
> BuildDependsOnly: true
> Conflicts: libwebp0, libwebp2, libwebp4, libwebp5
> Replaces: libwebp0, libwebp2, libwebp4, libwebp5
> 
> +SetCPPFLAGS: -I%p/include -I/usr/X11/include
> +SetLDFLAGS: -L%p/lib -L/usr/X11/lib
> +
> ConfigureParams: <<
>  --enable-dependency-tracking \
>  --disable-static \
>  --enable-libwebpmux \
>  --enable-libwebpdemux \
> - --enable-libwebpdecoder
> + --enable-libwebpdecoder \
> + --with-glincludedir=/usr/X11/include/GL \
> + --with-gllibdir=/usr/X11/lib
> <<
> 
> CompileScript: <<
> 
> On Tue, May 5, 2015 at 1:49 PM, Jack Howarth  
> wrote:
>> Daniel,
>> When is the last time libwebp4-0.3.1-3 built? I am getting the failure...
>> 
>> Undefined symbols for architecture x86_64:
>>  "_glutLeaveMainLoop", referenced from:
>>  _HandleKey in vwebp-vwebp.o
>>  "_glutSetOption", referenced from:
>>  _main in vwebp-vwebp.o
>> ld: symbol(s) not found for architecture x86_64
>> clang: error: linker command failed with exit code 1 (use -v to see 
>> invocation)
>> Makefile:391: recipe for target 'vwebp' failed
>> 
>> on 10.10 which blocks building sdl-image.
>>   Jack

Heh, looks like I’ll have to look at all the libwebp* packages and their 
interactions with freeglut.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] libwebp4-0.3.1-3 buiild failure

[Daniel Johnson]

> On May 5, 2015, at 2:09 PM, Alexander Hansen  
> wrote:
> 
> 
>> On May 5, 2015, at 10:49, Jack Howarth  wrote:
>> 
>> Daniel,
>>When is the last time libwebp4-0.3.1-3 built? I am getting the failure...
>> 
>> Undefined symbols for architecture x86_64:
>> "_glutLeaveMainLoop", referenced from:
>> _HandleKey in vwebp-vwebp.o
>> "_glutSetOption", referenced from:
>> _main in vwebp-vwebp.o
>> ld: symbol(s) not found for architecture x86_64
>> clang: error: linker command failed with exit code 1 (use -v to see 
>> invocation)
>> Makefile:391: recipe for target 'vwebp' failed
>> 
>> on 10.10 which blocks building sdl-image.
>>  Jack
>> 
> 
> The package builds if freeglut2 isn’t installed, so it likely needs to have 
> BuildConflicts: freeglut, freeglut2.
> 
> So it last built “now, provided that a conflicting package which didn’t exist 
> when this was last updated is removed”.
> 
> --
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 

Ah, that could be too. I’ll add the BC, but sdl-image should still be updated.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] libwebp4-0.3.1-3 buiild failure

[Daniel Johnson]

> On May 5, 2015, at 1:49 PM, Jack Howarth  wrote:
> 
> Daniel,
> When is the last time libwebp4-0.3.1-3 built? I am getting the failure...
> 
> Undefined symbols for architecture x86_64:
>  "_glutLeaveMainLoop", referenced from:
>  _HandleKey in vwebp-vwebp.o
>  "_glutSetOption", referenced from:
>  _main in vwebp-vwebp.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> Makefile:391: recipe for target 'vwebp' failed
> 
> on 10.10 which blocks building sdl-image.
>   Jack

I don’t know; libwebp4 is out of date so I likely haven’t built it recently. It 
does seem broken with Xcode 6.3. This may be related to the breakage of the old 
libvpx on Xcode 6.3 since they share code. libwebp5 has been out for a while 
and sdl-image should be updated to use it. CCing sdl-image maintainer.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] git-2.3.1-1+10.10 InfoTest failures

[Daniel Johnson]

> On Mar 7, 2015, at 7:48 PM, Jack Howarth  wrote:
> 
> Daniel,
>I am seeing the following failures with 'fink -m' on the new git
> packaging on 10.10...
> 
> Test Summary Report
> ---
> t9200-git-cvsexportcommit.sh (Wstat: 256 Tests: 0 Failed: 
> 0)
>  Non-zero exit status: 1
>  Parse errors: No plan found in TAP output
> t9400-git-cvsserver-server.sh(Wstat: 256 Tests: 41
> Failed: 23)
>  Failed tests:  2, 19-25, 27-41
>  Non-zero exit status: 1
> t9401-git-cvsserver-crlf.sh  (Wstat: 256 Tests: 18
> Failed: 16)
>  Failed tests:  2-8, 10-18
>  Non-zero exit status: 1
> t9402-git-cvsserver-refs.sh  (Wstat: 256 Tests: 37
> Failed: 33)
>  Failed tests:  2-5, 7-12, 14-34, 36-37
>  Non-zero exit status: 1
> Files=688, Tests=12637, 2793 wallclock secs ( 6.14 usr  2.28 sys +
> 856.88 cusr 1249.69 csys = 2114.99 CPU)
> Result: FAIL
> Makefile:40: recipe for target 'prove' failed
> make[1]: *** [prove] Error 1
> make[1]: Target 'all' not remade because of errors.
> make[1]: Leaving directory '/sw/src/fink.build/git-2.3.1-1+10.10/git-2.3.1/t'
> Makefile:2150: recipe for target 'test' failed
> make: *** [test] Error 2
> ### execution of /tmp/fink.92j0X failed, exit code 2
> ### execution of /tmp/fink.fPx7M failed, exit code 2
> 
>   Jack

Those tests passed for me. It's suspicious that they are all cvs-related tests. 
Do you have a cvs on your system? Maybe there needs to be a TestDepends: cvs.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Failed: phase compiling: svn-swig-pm5182-1.8.11-1 failed

[Daniel Johnson]

> On Feb 9, 2015, at 4:10 PM, Daniel Johnson  wrote:
> 
> 
> 
> 
> Daniel
> 
>> On Feb 9, 2015, at 1:41 PM, Jack Howarth  wrote:
>> 
>> which is unresolved upstream. Has svn-swig-py been rebuilt under any
>> 3.0.x release of swig?
> 
> Yes, I built with swig 3.0.0 recently and all tests passed.
> 
> Daniel
> 

Ok, more data: swig <= 3.0.2 works fine for svn-swig-* but >= 3.0.3 fail. For 
now I've made a swig302 package that svn-swig-* BuildDepends on and left 'swig' 
at 3.0.5.

This is arguably a svn bug, but I don't have time to diagnose it. I'll wait for 
upstream to figure it out. :)

Daniel


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Failed: phase compiling: svn-swig-pm5182-1.8.11-1 failed

[Daniel Johnson]

Daniel

> On Feb 9, 2015, at 1:41 PM, Jack Howarth  wrote:
> 
> which is unresolved upstream. Has svn-swig-py been rebuilt under any
> 3.0.x release of swig?

Yes, I built with swig 3.0.0 recently and all tests passed.

Daniel


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Failed: phase compiling: svn-swig-pm5182-1.8.11-1 failed

[Daniel Johnson]

ios.h presence... yes
> checking for termios.h... yes
> checking for tcgetattr... yes
> checking for tcsetattr... yes
> configure: C compiler flags: -Werror=unknown-warning-option -g -O2  -g -O2
> configure: user-defined:
> configure:  maintainer-mode:
> configure: C++ compiler flags: -Werror=unknown-warning-option -g -O2
> configure:   user-defined:
> configure:maintainer-mode:
> checking zlib.h usability... yes
> checking zlib.h presence... yes
> checking for zlib.h... yes
> checking for inflate in -lz... yes
> configure: Disabling apache module activation
> checking for python... /usr/bin/python
> checking for perl... /usr/bin/perl5.18
> checking for /usr/bin/false... /usr/bin/false
> checking rb_hash_foreach... no
> configure: WARNING: The detected Ruby is too old for Subversion to use
> configure: WARNING: A Ruby which has rb_hash_foreach is required to use the
> configure: WARNING: Subversion Ruby bindings
> configure: WARNING: Upgrade to the official 1.8.2 release, or later
> checking for swig... /sw/bin/swig
> checking swig version... 3.0.4
> configure: Configuring python swig binding
> checking for Python includes...
> -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7
> checking for compiling Python extensions... cc -arch x86_64 -arch i386 -pipe
> checking for linking Python extensions... cc -bundle -undefined
> dynamic_lookup -arch x86_64 -arch i386 -Wl,-F. -framework Python
> checking for linking Python libraries... -bundle -undefined
> dynamic_lookup -Wl,-F. -framework Python
> checking for apr_int64_t Python/C API format string... l
> checking perl version... 5018002
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating tools/backup/hot-backup.py
> config.status: creating tools/hook-scripts/commit-access-control.pl
> config.status: creating subversion/bindings/swig/perl/native/Makefile.PL
> config.status: creating subversion/svn_private_config.h.tmp
> config.status: executing libtool commands
> config.status: executing svn_private_config.h.tmp commands
> 
> ### Build swig perl bindings
> 
> perl -pi -e 's/-arch (i386|ppc|x86_64)//g' Makefile
> 
>  Running SWIG 
> 
> make autogen-swig-pl
> /sw/bin/swig 
> -I/sw/src/fink.build/svn-swig-pm5182-1.8.11-1/subversion-1.8.11/subversion
> -I/sw/src/fink.build/svn-swig-pm5182-1.8.11-1/subversion-1.8.11/subversion/include
> -I/sw/src/fink.build/svn-swig-pm5182-1.8.11-1/subversion-1.8.11/subversion/bindings/swig
> -I/sw/src/fink.build/svn-swig-pm5182-1.8.11-1/subversion-1.8.11/subversion/bindings/swig/include
> -I/sw/src/fink.build/svn-swig-pm5182-1.8.11-1/subversion-1.8.11/subversion/bindings/swig/proxy
> -I/sw/src/fink.build/svn-swig-pm5182-1.8.11-1/subversion-1.8.11/subversion/bindings/swig/proxy
> -I/sw/include/apr  -I/sw/include/apr -I/sw/include -I/sw/include
> -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -DDARWIN_10  -perl -nopm
> -noproxy -o subversion/bindings/swig/perl/native/core.c
> ./subversion/bindings/swig/core.i
> ./subversion/bindings/swig/core.i:792: Error: Unknown SWIG
> preprocessor directive: The (if this is a block of target language
> code, delimit it with %{ and %})
> ./subversion/bindings/swig/core.i:793: Error: Unknown SWIG
> preprocessor directive: reference (if this is a block of target
> language code, delimit it with %{ and %})
> ./subversion/bindings/swig/core.i:794: Error: Unknown SWIG
> preprocessor directive: references (if this is a block of target
> language code, delimit it with %{ and %})
> ./subversion/bindings/swig/core.i:795: Error: Unknown SWIG
> preprocessor directive: keeping (if this is a block of target language
> code, delimit it with %{ and %})
> build-outputs.mk:259: recipe for target
> 'subversion/bindings/swig/perl/native/core.c' failed
> make: *** [subversion/bindings/swig/perl/native/core.c] Error 1
> ### execution of /tmp/fink.vfmGW failed, exit code 2
> ### execution of /tmp/fink.JzOfM failed, exit code 2
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-svn-swig-pm5182-1.8.11-1
> (Reading database ... 379588 files and directories currently installed.)
> Removing fink-buildlock-svn-swig-pm5182-1.8.11-1 ...
> Failed: phase compiling: svn-swig-pm5182-1.8.11-1 failed
> 
> Before reporting any errors, please run "fink selfupdate" and try again.
> 
> If you continue to have issues, please check to see if the FAQ on Fink's
> website solves the problem.  If not, ask on one (not both, please) of
> these mailing lists:
> 
> The Fink Users List 
> The Fink Begin

Re: [Fink-devel] CVS annoyances? How about git?

[Daniel Johnson]

> On Feb 8, 2015, at 6:53 PM, Alexander Hansen  
> wrote:
> 
> On 2/7/15 6:50 AM, Daniel Johnson wrote:
>> 
>>> On Feb 6, 2015, at 12:15 PM, Alexander Hansen  
>>> wrote:
>>> 
>>> Yeah, I hear you.  That’d be why we’ll have people go through pull requests 
>>> initially, because those show all of the changes that will be made.
>>> 
>>>> On Feb 6, 2015, at 9:14 AM, Hisashi T Fujinaka  wrote:
>>>> 
>>>> Ideally, it would keep me from doing stupid, stupid things but so far
>>>> I've found that git only allows me to commit lots of things I never
>>>> meant to commit.
>>>> 
>>>> On Fri, 6 Feb 2015, Alexander Hansen wrote:
>>>> 
>>>>> Right.  Nothing?s set in stone yet. :-)
>>>>> 
>>>>> Ideally, it?d be good if people could update their own packages without 
>>>>> going through PRs, but I don?t know of a way to enforce that other than 
>>>>> the honor system.
>>>>> 
>>>>>> On Feb 6, 2015, at 8:41 AM, TheSin  wrote:
>>>>>> 
>>>>>> I have mixed emotions on this one.  But I don?t have a better solution 
>>>>>> it does give us some good extras this way, but it also puts more on the 
>>>>>> plates of those that can merge, and it adds a massive slow down and more 
>>>>>> steps to update packages, it also will make a TON of forks that some 
>>>>>> uses might point fink to (again plus and minus here).
>>>>>> 
>>>>>> I?t basically like a request-tracker for EVERYTHING, and we know how 
>>>>>> annoying and slow the request tracker is already with less entries.  
>>>>>> Just want to make sure it was fully thought out, again mixed emotions so 
>>>>>> I?m not against it just pointing things out.
>>>>>> ---
>>>>>> TS
>>>>>> http://www.southofheaven.org/
>>>>>> Life begins and ends with chaos, live between the chaos!
>>>>>> 
>>>>>> On Feb 6, 2015, at 9:32 AM, Alexander Hansen 
>>>>>>  wrote:
>>>>>> 
>>>>>>> Yeah, at least initially.  People who already have the permissions to 
>>>>>>> modify the fink/* family on github can make immediate modifications and 
>>>>>>> approve the PRs.  But just because they can make immediate changes 
>>>>>>> doesn?t mean that they necessarily should. :-)
>>>>>>> 
>>>>>>>> On Feb 6, 2015, at 8:27 AM, TheSin  wrote:
>>>>>>>> 
>>>>>>>> so we all fork it, make PRs and then it goes to the official repo?  
>>>>>>>> Just want to clarify.
>>>>>>>> ---
>>>>>>>> TS
>>>>>>>> http://www.southofheaven.org/
>>>>>>>> Life begins and ends with chaos, live between the chaos!
>>>>>>>> 
>>>>>>>> On Feb 6, 2015, at 9:23 AM, Alexander Hansen 
>>>>>>>>  wrote:
>>>>>>>> 
>>>>>>>>> 3)  After the switchover, I propose that we make all changes to the 
>>>>>>>>> distribution via pull requests on Github.  I don?t happen to recall 
>>>>>>>>> whether the selfupdate-git code in the development branch of that 
>>>>>>>>> name treats the local checkout as a fork to make this easy to do in 
>>>>>>>>> place.
>>>>>>>> 
>> 
>> I just committed some changes to selfupdate-git. I made it clearer that 
>> developers can use either ssh or https for read/write access and provided 
>> links to info to set it up (before it said you had to use ssh) and made the 
>> updating procedure safer so that changes in the user's working directory 
>> won't be overwritten by selfupdate. It's still safer to do your work in a 
>> branch and rebase it onto master just before pushing but this should help 
>> prevent some merging issues.
>> 
>> I haven't been able to update my git mirror of the package files because cvs 
>> keeps crapping out. :( I CAN do an rsync backup, which I'm still doing just 
>> in case cvs fails altogether and that can be used to generate a new git repo 
>> using cvs-fast-import. There are a number of other projects that are 
>> experiencing cvs failures. There's 

Re: [Fink-devel] CVS annoyances? How about git?

[Daniel Johnson]

> On Feb 6, 2015, at 12:15 PM, Alexander Hansen  
> wrote:
> 
> Yeah, I hear you.  That’d be why we’ll have people go through pull requests 
> initially, because those show all of the changes that will be made.
> 
>> On Feb 6, 2015, at 9:14 AM, Hisashi T Fujinaka  wrote:
>> 
>> Ideally, it would keep me from doing stupid, stupid things but so far
>> I've found that git only allows me to commit lots of things I never
>> meant to commit.
>> 
>> On Fri, 6 Feb 2015, Alexander Hansen wrote:
>> 
>>> Right.  Nothing?s set in stone yet. :-)
>>> 
>>> Ideally, it?d be good if people could update their own packages without 
>>> going through PRs, but I don?t know of a way to enforce that other than the 
>>> honor system.
>>> 
 On Feb 6, 2015, at 8:41 AM, TheSin  wrote:
 
 I have mixed emotions on this one.  But I don?t have a better solution it 
 does give us some good extras this way, but it also puts more on the 
 plates of those that can merge, and it adds a massive slow down and more 
 steps to update packages, it also will make a TON of forks that some uses 
 might point fink to (again plus and minus here).
 
 I?t basically like a request-tracker for EVERYTHING, and we know how 
 annoying and slow the request tracker is already with less entries.  Just 
 want to make sure it was fully thought out, again mixed emotions so I?m 
 not against it just pointing things out.
 ---
 TS
 http://www.southofheaven.org/
 Life begins and ends with chaos, live between the chaos!
 
 On Feb 6, 2015, at 9:32 AM, Alexander Hansen  
 wrote:
 
> Yeah, at least initially.  People who already have the permissions to 
> modify the fink/* family on github can make immediate modifications and 
> approve the PRs.  But just because they can make immediate changes 
> doesn?t mean that they necessarily should. :-)
> 
>> On Feb 6, 2015, at 8:27 AM, TheSin  wrote:
>> 
>> so we all fork it, make PRs and then it goes to the official repo?  Just 
>> want to clarify.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On Feb 6, 2015, at 9:23 AM, Alexander Hansen 
>>  wrote:
>> 
>>> 3)  After the switchover, I propose that we make all changes to the 
>>> distribution via pull requests on Github.  I don?t happen to recall 
>>> whether the selfupdate-git code in the development branch of that name 
>>> treats the local checkout as a fork to make this easy to do in place.
>> 

I just committed some changes to selfupdate-git. I made it clearer that 
developers can use either ssh or https for read/write access and provided links 
to info to set it up (before it said you had to use ssh) and made the updating 
procedure safer so that changes in the user's working directory won't be 
overwritten by selfupdate. It's still safer to do your work in a branch and 
rebase it onto master just before pushing but this should help prevent some 
merging issues.

I haven't been able to update my git mirror of the package files because cvs 
keeps crapping out. :( I CAN do an rsync backup, which I'm still doing just in 
case cvs fails altogether and that can be used to generate a new git repo using 
cvs-fast-import. There are a number of other projects that are experiencing cvs 
failures. There's a ticket at 
https://sourceforge.net/p/forge/site-support/9618/ which I'm following.

Daniel




--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] transitioning python packages to framework builds

[Daniel Johnson]

> On Jan 30, 2015, at 9:18 PM, Jack Howarth  wrote:
> 
>if wx.Platform == "__WXMAC__":
>msg = """This program needs access to the screen.
> Please run with a Framework build of python, and only when you are
> logged in on the main display of your Mac."""

This message is bogus. The developers are being lazy and assuming that a 
framework build means tkinter is built with aqua tcltk like with system python. 
That has nothing to do with whether it's a framework or not. It MAY be possible 
to build a separate tkinter that links to system tcltk but it'll have to go in 
a different directory. I'll experiment. Do you have a new relax-py package too?

Daniel


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] transitioning python packages to framework builds

[Daniel Johnson]

> On Jan 30, 2015, at 8:15 PM, Jack Howarth  wrote:
> 
> Daniel,
>   While working on a new wxpython300-py package to support the
> newest release of relax 3.3.5 (which considers wxwidgets prior to 3.0
> to be too buggy), I discovered that two major problems. The cocoa
> variant of wxpython300-py was easy to build against
> wxwidgets300-osxcocoa, however when a relax-3.3.5 was built against it
> and run with 'relax --gui', the wxpython300-py code produces a fatal
> error saying that the cocoa support requires a framework build of
> python to run. The gtk2 variant of wxpython300-py is even more
> problematic as upstream no longer supports OS X/gtk2. After hacking
> the configure to retrieve that build option, it became apparent that
> the OS X/gtk2 code base has bit-rotted and will require a major effort
> to restore it.
>   Thus if we want to have a functional wxpython300-py which is
> supported upstream, we will have to transition the python packages to
> a framework build. Hopefully we could implement some carefully placed
> symlinks to ease the transition.
>  Jack

That shouldn't have anything to do with whether it's a framework build. A 
framework is just an alternate way to package a library. There is no difference 
between a shared library build and a framework build other than where the files 
are installed.

More likely it's because our pythons link to our tcltk which is X11-based 
instead of cocoa-based. So either we would need to change tcltk to a cocoa 
build or link to the system's tcltk which does. Python uses tcltk to build its 
tkinter module, which is used to build GUIs. Either way is going to break 
things. Anything using pygtk will certainly break and I know pil-py also uses 
tkinter. I'm not sure what the solution would be.

Daniel


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] swig-3.0.3-1

[Daniel Johnson]

Daniel

> On Jan 26, 2015, at 3:51 PM, Jack Howarth  wrote:
> 
> Daniel,
> Can we update swig to the newer 3.0.3 release...
> 
> Index: swig.info
> ===
> RCS file: /cvsroot/fink/dists/10.7/stable/main/finkinfo/languages/swig.info,v
> retrieving revision 1.8
> diff -r1.8 swig.info
> 3c3
> < Version: 3.0.0
> ---
>> Version: 3.0.3
> 9c9
> < Source-MD5: 9c8278fad527dda4bf38edffe5acc394
> ---
>> Source-MD5: fff5ff91fe26ce4e369994753478640b
> 
> The upstream has add more C++11 in that release.
>Jack

Sure, I'll do it tonight.

Daniel



smime.p7s
Description: S/MIME cryptographic signature
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Fink install inkscape failure

[Daniel Johnson]

> On Jan 17, 2015, at 1:48 PM, Alexander Hansen  
> wrote:
> 
>> 
>> On Jan 17, 2015, at 8:18 AM, Daniel Macks  wrote:
>> 
>> 
>> On Sat, 17 Jan 2015 15:47:17 +0900, Akio Sakai  wrote:
>> Dear Daniel,
>>> 
>>> I have successfully installed inkscape on MacOSX10.8.5. 
>>> 
>>> i   inkscape 0.48.5-4 SVG editor
>>> 
>>> For your reference in unsuccessful Yosemite case (I tried 2 times 
>> before I sent), I attach full log file. 
>>> -
>>> 
>>> On 2015/01/15, at 16:33, Akio Sakai  wrote:
>>> 
>>> Dear Daniel,
>>> 
>>> I tried to install inkscape, but it failed.  Would you advise me 
>> of it?  I attach the whole run file for your reference. 
>>> 
>>> environment: MacOSX 10.10.1
>> 
>> I parsed out the error message, but I have no idea how to solve it. 
>> I'm only on 10.7 and 10.8. 
>>CXX  selection-chemistry.o
>> In file included from selection-chemistry.cpp:97:
>> In file included from ./ui/tool/multi-path-manipulator.h:21:
>> ./ui/tool/node.h:23:10: fatal error: 'tr1/functional' file not found
>> #include 
>> ^
>> 
>> 
>> I'm pretty sure tr1 is one of the function collections that is 
>> evolving in c++11 or boost, but I thought inkscape finally had a 
>> portable solution. I don't have 10.10 to test. 
>> 
>> dan
>> 
>> 
>> --
>> Daniel Macks
>> dma...@netspace.org
>> 
>> 
> 
> I get the same thing on 10.10.   Here’s what I’ve got for tr1/functional :
> 
> Fiona-2:tmp hansen$ dlocate tr1/functional
> gcc49-compiler: /sw/lib/gcc4.9/include/c++/4.9.2/tr1/functional
> gcc49-compiler: /sw/lib/gcc4.9/include/c++/4.9.2/tr1/functional_hash.h
> boost1.55-systempython: 
> /sw/opt/boost-1_55/include/boost/config/no_tr1/functional.hpp
> boost1.55-systempython: /sw/opt/boost-1_55/include/boost/tr1/functional.hpp
> boost1.55-systempython: /sw/opt/boost-1_55/include/boost/tr1/tr1/functional
> 
> 
> Is there an option to turn on verbosity in the build output so that I can see 
> the flags?

inkscape builds on 10.10 with --std=gnu++11 added to CXXFLAGS. It should also 
build on 10.9 with it. Basically anywhere we use libc++ instead of libstdc++.

Daniel



--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] cvs-fast-export tar file

[Daniel Johnson]

> On Jan 9, 2015, at 7:24 AM, Daniel Johnson  wrote:
> 
> 
>> On Jan 8, 2015, at 11:00 PM, Greg Minshall  wrote:
>> 
>> hi.  apparently cvs-fast-export rolled over to version 1.29
>> 
>> 1.29: 2014-12-17
>>   A significant improvement in the correctness of vendor-branch handling.
>>   More speed improvements.
>> 
>> 1.28: 2014-12-08
>>   Fix for buggy emission of lines ending in @.
>>   More speedups, and dramatic reduction in working-set size.
>> 
>> almost immediately after 1.28, and the 1.28 tar.gz file is no longer
>> available.
>> 
>> i ran into this doing a "self-update".  would you (?) be able to update
>> fink to use 1.29?
>> 
>> cheers, Greg Minshall
> 
> Hi, thanks for the note.
> 
> Unfortunately, 1.29 doesn't build; looks like a bunch of linuxisms were 
> introduced. I'll work on it but it could take a little while. I'll let you 
> know when it's ready.
> 
> Daniel
> 

Ok, that was easier to fix than I expected. 1.29 is now available.

Thanks
Daniel


--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] cvs-fast-export tar file

[Daniel Johnson]

> On Jan 8, 2015, at 11:00 PM, Greg Minshall  wrote:
> 
> hi.  apparently cvs-fast-export rolled over to version 1.29
> 
> 1.29: 2014-12-17
>A significant improvement in the correctness of vendor-branch handling.
>More speed improvements.
> 
> 1.28: 2014-12-08
>Fix for buggy emission of lines ending in @.
>More speedups, and dramatic reduction in working-set size.
> 
> almost immediately after 1.28, and the 1.28 tar.gz file is no longer
> available.
> 
> i ran into this doing a "self-update".  would you (?) be able to update
> fink to use 1.29?
> 
> cheers, Greg Minshall

Hi, thanks for the note.

Unfortunately, 1.29 doesn't build; looks like a bunch of linuxisms were 
introduced. I'll work on it but it could take a little while. I'll let you know 
when it's ready.

Daniel


--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] trouble with boost 1.53

[Daniel Johnson]

> On Dec 24, 2014, at 1:52 AM, Jesse Alama  wrote:
> 
> I'm working on updating a package of mine (ledger) that uses the boost C++ 
> suite (I'm using boost1.53.python27) as well as libicu48.  I'm having some 
> trouble with the build and can't quite tell where the problem lies.  Consider 
> this minature C++ program badboost.cpp (which occurs as one of the programs 
> during the config stage of ledger):
> 
> #include 
> 
> using namespace boost;
> 
> int main() {
>  std::string text = "Активы";
>  u32regex r = make_u32regex("активы", regex::perl | regex::icase);
>  return u32regex_search(text, r) ? 0 : 1;
> }
> 
> When compiling this, I get a linking error:
> 
> In file included from badboost.cpp:1:
> In file included from /sw/include/boost/regex/icu.hpp:25:
> In file included from /sw/include/boost/regex.hpp:31:
> In file included from /sw/include/boost/regex/v4/regex.hpp:32:
> In file included from /sw/include/boost/regex/v4/regex_workaround.hpp:43:
> In file included from /sw/include/boost/shared_ptr.hpp:17:
> /sw/include/boost/smart_ptr/shared_ptr.hpp:491:41: warning: rvalue references 
> are a C++11 extension [-Wc++11-extensions]
>shared_ptr( std::unique_ptr< Y, D > && r ): px( r.get() ), pn()
>^
> /sw/include/boost/smart_ptr/shared_ptr.hpp:556:51: warning: rvalue references 
> are a C++11 extension [-Wc++11-extensions]
>shared_ptr & operator=( std::unique_ptr && r )
>  ^
> /sw/include/boost/smart_ptr/shared_ptr.hpp:558:55: warning: rvalue references 
> are a C++11 extension [-Wc++11-extensions]
>this_type( static_cast< std::unique_ptr && >( r ) ).swap(*this);
>  ^
> 3 warnings generated.
> Undefined symbols for architecture x86_64:
>  "boost::basic_regex::do_assign(int const*, int 
> const*, unsigned int)", referenced from:
>  boost::basic_regex::assign(int const*, int 
> const*, unsigned int) in badboost-2044fe.o
>  "boost::re_detail::get_mem_block()", referenced from:
>  
> boost::re_detail::save_state_init::save_state_init(boost::re_detail::saved_state**,
>  boost::re_detail::saved_state**) in badboost-2044fe.o
>  
> boost::re_detail::perl_matcher  const*>, int>, 
> std::__1::allocator  const*>, int> > >, boost::icu_regex_traits>::extend_stack() in 
> badboost-2044fe.o
>  "boost::re_detail::put_mem_block(void*)", referenced from:
>  boost::re_detail::save_state_init::~save_state_init() in 
> badboost-2044fe.o
>  
> boost::re_detail::perl_matcher  const*>, int>, 
> std::__1::allocator  const*>, int> > >, boost::icu_regex_traits>::unwind_extra_block(bool) in 
> badboost-2044fe.o
>  "boost::re_detail::verify_options(unsigned int, 
> boost::regex_constants::_match_flags)", referenced from:
>  
> boost::re_detail::perl_matcher  const*>, int>, 
> std::__1::allocator  const*>, int> > >, boost::icu_regex_traits>::find_imp() in badboost-2044fe.o
>  "boost::re_detail::raise_runtime_error(std::runtime_error const&)", 
> referenced from:
>  void 
> boost::re_detail::raise_error
>  >(boost::regex_traits_wrapper const&, 
> boost::regex_constants::error_type) in badboost-2044fe.o
>  
> "boost::re_detail::get_default_error_string(boost::regex_constants::error_type)",
>  referenced from:
>  
> boost::icu_regex_traits::error_string(boost::regex_constants::error_type) 
> const in badboost-2044fe.o
>  "boost::re_detail::is_combining_implementation(unsigned short)", referenced 
> from:
>  bool boost::re_detail::is_combining(int) in badboost-2044fe.o
>  "boost::icu_regex_traits::isctype(int, unsigned long long) const", 
> referenced from:
>  
> boost::re_detail::perl_matcher  const*>, int>, 
> std::__1::allocator  const*>, int> > >, boost::icu_regex_traits>::find_restart_word() in 
> badboost-2044fe.o
>  boost::u8_to_u32_iterator, int> 
> boost::re_detail::re_is_set_member  const*>, int>, int, boost::icu_regex_traits, unsigned long 
> long>(boost::u8_to_u32_iterator, int>, 
> boost::u8_to_u32_iterator, int>, 
> boost::re_detail::re_set_long const*, 
> boost::re_detail::regex_data const&, bool) in 
> badboost-2044fe.o
>  
> boost::re_detail::perl_matcher  const*>, int>, 
> std::__1::allocator  const*>, int> > >, boost::icu_regex_traits>::match_word_boundary() in 
> badboost-2044fe.o
>  
> boost::re_detail::perl_matcher  const*>, int>, 
> std::__1::allocator  const*>, int> > >, boost::icu_regex_traits>::match_within_word() in 
> badboost-2044fe.o
>  
> boost::re_detail::perl_matcher  const*>, int>, 
> std::__1::allocator  const*>, int> > >, boost::icu_regex_traits>::match_word_start() in 
> badboost-2044fe.o
>  
> boost::re_detail::perl_matcher  const*>, int>, 
> std::__1::allocator  const*>, int> > >, boost::icu_regex_traits>::match_word_end() in 
> badboost-2044fe.o
>  "boost::re_detail::icu_regex_traits_implementation::do_transform(int const*, 
> int const*, icu_48::Collator const*) const", referenced fr

Re: [Fink-devel] daemonic - not working in Yosemite

[Daniel Johnson]

> On Nov 26, 2014, at 8:24 AM, Daniel Johnson  
> wrote:
> 
> 
>> On Nov 24, 2014, at 7:07 PM, Charles Lepple  wrote:
>> 
>> Hmm, I think the only hard requirement is that the direct descendent of 
>> launchd (the first copy of the child process) can't exit. You're right that 
>> running daemon() breaks that rule, but I think a simple fork-and-exec is 
>> okay as long as the parent hangs around after the fork.
>> 
> 
> You're right. I misremembered. It's fork and exit that's bad, which is what 
> daemon() does, not fork and exec.
> 
> Daniel
> 

Well, crap. I just had a catastrophic hard drive failure and all my work is 
gone. :( I was almost done too. And I had no backup because I'm an idiot. I can 
recreate it but it'll take awhile. Sigh.

Daniel


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] daemonic - not working in Yosemite

[Daniel Johnson]

> On Nov 24, 2014, at 7:07 PM, Charles Lepple  wrote:
> 
> Hmm, I think the only hard requirement is that the direct descendent of 
> launchd (the first copy of the child process) can't exit. You're right that 
> running daemon() breaks that rule, but I think a simple fork-and-exec is okay 
> as long as the parent hangs around after the fork.
> 

You're right. I misremembered. It's fork and exit that's bad, which is what 
daemon() does, not fork and exec.

Daniel



smime.p7s
Description: S/MIME cryptographic signature
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] daemonic - not working in Yosemite

[Daniel Johnson]

> On Nov 24, 2014, at 9:21 AM, Charles Lepple  wrote:
> 
> On Nov 20, 2014, at 10:53 AM, Alexander Hansen  
> wrote:
> 
>> Yeah, there’s no compelling reason not just to update daemonic appropriately 
>> for all supported OS X and avoid the potential pitfalls of creating the 
>> plists manually.  
> 
> I started looking into this. In case I get distracted before I make any 
> progress:
> 
> I just ran into this $PATH bug while trying to set up a launchd plist 
> manually on 10.10:
> 
> http://www.openradar.me/18945659
> 
> It looks like daemonic writes a script for StartupItems (including the 
> configured Fink $prefix in the PATH), but I suspect that the intent was for 
> launchd plists to not use a shell if they could help it. Maybe the script can 
> exec the daemon instead.

I've been working on this too. Launchd is much more restrictive about what it 
can handle. Basically, it needs whatever it runs to be the actual executable so 
that it can track whether it's running. A script that runs another executable 
or one that does fork() and exec() (or runs daemon() which does the same thing) 
can't be used directly by launchd. Sometimes you can get around this by using 
the real executable instead. For example, starting postfix with "postfix start" 
is bad but running "master" directly is fine.

Now MacPorts got around this issue with a utility program called daemondo. You 
have launchd run daemondo which then runs the program you need and it's 
responsible for keeping track of the program. Daemondo lets you specify a pid 
file if needed which can allow it to track things. It acts as an adaptor layer. 
I've made a daemondo fink package which you can find in 
experimental/danielj/daemondo.info in CVS.

I've also started writing a replacement daemonic that writes launchd plist 
files. I ditched the old C-based daemonic code and rewrote it in Python. 
Conveniently, the Python standard library has everything needed, even a 
plistlib to read and write plists so it'll work with the system python without 
any dependencies. I'm also trying to make it work with existing fink packages 
with as little change as possible, but a few things will probably need 
tweaking. Hopefully I'll have something that can be tested soon.

Daniel



smime.p7s
Description: S/MIME cryptographic signature
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Some perlmods to be Yosemified

[Daniel Johnson]

> On Nov 13, 2014, at 1:16 PM, Alexander Hansen  
> wrote:
> 
> I’m installing the perlmods needed for the mirror validation script in the 
> fink-mirrors source, and the following modules didn’t have pm5182 variants 
> yet:
> 
> html-form-pm (Daniel J.)
> http-response-encoding-pm (Daniel M.)
> 
> I’ve got updated packaging which just adds pm5182 variants to the existing 
> packages, and I can add that to the distro if there are no objections (these 
> are in the dep chain for www-mechanize-pm).
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 

Fine with me. You can do that with any of my packages as long as they pass 
tests. I seem to have been distracted by other things.

Daniel



smime.p7s
Description: S/MIME cryptographic signature
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Results of 2014 Fink buildworld run on 10.9

[Daniel Johnson]

On Aug 18, 2014, at 7:01 AM, Hanspeter Niederstrasser 
 wrote:

> On 8/18/2014 1:47 AM, Daniel Macks wrote:
>> A huge public "thank you" for doing this!
>> 
>> While working on one of the warnings seen in:
>> 
>> http://www.snaggledworks.com/fink/buildworld/2014-07-24/logs/io-aio-pm5124.log
>> 
>> I found a symptom of a general problem with portability of fdatasync().
>> Compiling "succeeds", but the function doesn't actually work as
>> expected. Could you grep the build logs for mentions of that string to
>> see if there are other packages that need attention?
> 
> $ grep -l "implicit declaration of function 'fdatasync' is invalid in C99" *
> erlang-otp.log
> file-sync-pm5123.log
> file-sync-pm5124.log
> file-sync-pm5162.log
> io-aio-pm5123.log
> io-aio-pm5124.log
> io-aio-pm5162.log
> libapr.0-shlibs.log
> mysql-unified.log
> 
> I tried to set up the search form to also search through the logs, but 
> 1) the logs are almost 10x bigger than the filelists and the search 
> times out, and 2) it can't handle phrases.  If anyone has a suggestion 
> for a web accessible simple indexer that can run on a shared Debian box, 
> please let me know.  Alternatively, can use this URL once Google decides 
> to crawl the new directory:
> 
> https://www.google.com/?gws_rd=ssl#q=site:www.snaggledworks.com%2Ffink%2Fbuildworld%2F2014-07-24%2F
> 
> Hanspeter
> 

Yes, thanks indeed!

I've fixed libapr.0-shlibs by changing fdatasync(x) to fcntl(x, F_FULLSYNC) 
which does the same thing.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Issues for Yosemite.

[Daniel Johnson]

On Jun 29, 2014, at 11:42 PM, Alexander Hansen  
wrote:

> We've been discussing on IRC whether we want a new tree for 10.10's 
> packages and no upgrade from 10.9, or to allow an in-place upgrade from 
> 10.9 and keep their packaging in a common tree.
> 
> One idea that came up was to have a 10.9 tree and to move 10.9-specific 
> package descriptions to that.  The reason we didn't create a 10.9 tree 
> at the time it was released was that we were still supporting 10.6, and 
> there was a lack of enthusiasm for having to deal with three trees.  On 
> the other hand, there is a fairly large divergence between 10.9 and 
> 10.8/7, and early signs indicate that the divergence between 10.9 and 
> 10.10 won't be large (at least initially) so having a common tree and an 
> upgrade option makes some sense to me.
> 
> We'd do this by having a CVS freeze, apart from generating the 10.9 
> tree, and then releasing a new fink for 10.9 which uses the real 10.9 
> directory instead of putting in a 10.9->10.7 symlink.  We'd probably 
> update for 10.7 and 10.8, too, to add 10.9 to the SelfupdateCVSTrees 
> list.  Once that's out we'd unfreeze CVS, and folks would need to 
> remember to update for 10.9 and 10.8/10.7 separately.  We could actually 
> do this at any point rather than waiting for Yosemite's release.
> 
> Any thoughts on this idea?

That sounds reasonable. 10.7-10.8 have the same perl major version, as do 
10.9-10.10 so that seems as good a cut off as any. :) Also we have the 
libstdc++ vs. libc++ transition there.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Trouble installing Python 2.7

[Daniel Johnson]

On Jun 24, 2014, at 11:35 AM, Scott Hannahs  
wrote:

> Daniel,
> 
> % fink list xcode
> Information about 10616 packages read in 2 seconds.
> i   xcode 5.1.0.0.1.1396320587-1  
>[virtual package representing the developer tools]
> i   xcode.app 5.1.1-1 
>[virtual package representing Xcode]
> % 
> 
> Hmm.  Bad Xcode installation?
> 
> The /System/Library/Frameworks/SystemConfiguration framework does not have a 
> set of header files.
> 

Eww, that's not right. You should definitely have 
/System/Library/Frameworks/SystemConfiguration/Headers or something is broken.

> Let me try a removal and complete re-install of Xcode 5.1.1 as the next step.
> 

That's probably the solution.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Trouble installing Python 2.7

[Daniel Johnson]

On Jun 24, 2014, at 9:50 AM, Alexander Hansen  
wrote:

> On 6/24/14, 6:30 AM, Daniel Johnson wrote:
>> 
>> On Jun 24, 2014, at 12:05 AM, Alexander Hansen  
>> wrote:
>> 
>>> On 6/23/14, 4:16 PM, Scott Hannahs wrote:
>>>> I tried to update Python 2.7 and in amongst the long output I got a 
>>>> missing header file error.
>>>> 
>>>> Mac OS X 10.8.5
>>>> fink self-update was run just previous to an update-all
>>>> 
>>>> -Scott
>>>> 
>>>> 
>>>> creating build/temp.macosx-10.8-x86_64-2.7/Mac/Modules
>>>> gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall 
>>>> -Wstrict-prototypes -I. -IInclude -I./Include -I/sw/include 
>>>> -I/sw/src/fink.build/python27-2.7.7-3/Python-2.7.7/Include 
>>>> -I/sw/src/fink.build/python27-2.7.7-3/Python-2.7.7 -c 
>>>> ./Mac/Modules/_scproxy.c -o 
>>>> build/temp.macosx-10.8-x86_64-2.7/./Mac/Modules/_scproxy.o
>>>> ./Mac/Modules/_scproxy.c:6:10: fatal error: 
>>>> 'SystemConfiguration/SystemConfiguration.h' file not found
>>>> #include 
>>>>  ^
>>>> 1 error generated.
>>>> building '_tkinter' extension
>>>> 
>>>> -
>>> 
>>> It appears that your build is trying to build a Mac-native Python, which 
>>> isn't supposed to happen.  I'll cc the maintainer, since he may have 
>>> received other reports about this issue.
>> 
>> No, I've never received a report like this. It looks like a bad Xcode 
>> install to me. SystemConfiguration.h should NOT be missing. It's in the 
>> SystemConfiguration framework and the compiler should find it. What does 
>> 'fink list xcode' report?
>> 
>> Daniel
>> 
> 
> Interesting.  In my build I don't see anything about Mac/Modules after the 
> initial tarball expansion.

That's very unlikely. You probably just missed it. It's a big build log. :) If 
any of those extensions failed to build the package would have complained and 
the build failed. The stuff in Mac/Modules doesn't have anything to do with 
building a framework or using Aqua and should be present on any OS X python 
build. I just verified that they built for me here on 10.9.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Trouble installing Python 2.7

[Daniel Johnson]

On Jun 24, 2014, at 12:05 AM, Alexander Hansen  
wrote:

> On 6/23/14, 4:16 PM, Scott Hannahs wrote:
>> I tried to update Python 2.7 and in amongst the long output I got a missing 
>> header file error.
>> 
>> Mac OS X 10.8.5
>> fink self-update was run just previous to an update-all
>> 
>> -Scott
>> 
>> 
>> creating build/temp.macosx-10.8-x86_64-2.7/Mac/Modules
>> gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall 
>> -Wstrict-prototypes -I. -IInclude -I./Include -I/sw/include 
>> -I/sw/src/fink.build/python27-2.7.7-3/Python-2.7.7/Include 
>> -I/sw/src/fink.build/python27-2.7.7-3/Python-2.7.7 -c 
>> ./Mac/Modules/_scproxy.c -o 
>> build/temp.macosx-10.8-x86_64-2.7/./Mac/Modules/_scproxy.o
>> ./Mac/Modules/_scproxy.c:6:10: fatal error: 
>> 'SystemConfiguration/SystemConfiguration.h' file not found
>> #include 
>>  ^
>> 1 error generated.
>> building '_tkinter' extension
>> 
>> -
> 
> It appears that your build is trying to build a Mac-native Python, which 
> isn't supposed to happen.  I'll cc the maintainer, since he may have received 
> other reports about this issue.

No, I've never received a report like this. It looks like a bad Xcode install 
to me. SystemConfiguration.h should NOT be missing. It's in the 
SystemConfiguration framework and the compiler should find it. What does 'fink 
list xcode' report?

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] ld: library not found for -lserf-1

[Daniel Johnson]

On Jun 14, 2014, at 10:39 AM, Jack Howarth  wrote:

> Daniel,
> Shouldn't the main libserf1 package contain a symlink at 
> %p/lib/libserf-1.dylib pointing at the %p/lib/libserf-1.0.4.3.0.dylib from 
> the libserf1-shlibs package?
>   Jack
> 

File this under "Why yes, scons does indeed suck". 1.3.6-2 should be fixed.

Thanks
Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Circular dependency for python27 on Darwin13

[Daniel Johnson]

On Jun 11, 2014, at 6:25 AM, Frava  wrote:

> Ok, thank you for the replies, and sorry for having posted here. I will now 
> wait for a fix.
> 
> PS: Where do I have to report this kind of inconsistency in the Fink's 
> repository ?
> 
> Regards,
> Rafael Navaza.
> 
> 
> 2014-06-11 9:19 GMT+02:00 Martin Costabel :
> On 10/06/14 22:03, Alexander Hansen wrote:
> On 6/10/14, 12:10 PM, Frava wrote:
> []
> 
> The following package will be installed or updated:
>python27
> The following 26 additional packages will be installed:
>blt-dev blt-shlibs docbook-dsssl-nwalsh docbook-dtd docbook-xsl
> fontconfig-config fontconfig2-dev fontconfig2-shlibs glib2-dev
> glib2-shlibs gtk-doc itstool libxml2 libxml2-bin libxml2-py27
> libxml2-shlibs libxslt libxslt-bin  libxslt-shlibs pkgconfig
> python27-shlibs tcltk tcltk-dev tcltk-shlibs xft2-dev xft2-shlibs
> Do you want to continue? [Y/n] y
> Failed: Problem resolving dependencies. Check for circular dependencies.
> []
> 
> 
> The presence of glib2 in your package list suggests that the dependency
> might be coming in via pkgconfig, which was recently updated to use glib2.
> 
> This is true. There is a builddep circle
> 
> python27->pkgconfig->glib2-dev->gtk-doc->itstool->python27
> 
> -- 
> Martin
> 

It seems the dependencies of pkgconfig changed significantly recently. After 
checking the configure script, use of pkgconfig isn't necessary for python27 so 
I removed the dependency. It should build now.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] pyqt4-py27-4.10.4-1 failed

[Daniel Johnson]

On Jun 7, 2014, at 9:14 PM, Hanspeter Niederstrasser  
wrote:

> On 6/7/2014 8:06 PM, Daniel Johnson wrote:
>> 
>> On Jun 7, 2014, at 7:48 AM, Jack Howarth  wrote:
>> 
>>> Daniel,
>>>The pyqt4-py27-4.10.4-1 packaging in the 10.7 tree is failing to 
>>> build. Here on 10.8 against Xcode 5.1.1, it fails with…
>>> 
>>> c++ -headerpad_max_install_names -L/sw/lib/system-openssl/lib -bundle 
>>> -L/sw/lib/python2.7/config -ldl -Wl,-framework,CoreFoundation -lpython2.7 
>>> -o QtCore.so sipQtCorecmodule.o 
>>> sipQtCoreQList0600QPair0100QByteArray0100QByteArray.o 
>>> sipQtCoreQList0600QPair0100QString0100QString.o 
>>> sipQtCoreQSet0101QAbstractState.o sipQtCoreQList0101QAbstractTransition.o 
>>> sipQtCoreQList0100QUrl.o sipQtCoreQList0101QAbstractAnimation.o 
>>> sipQtCoreQList0101QAbstractState.o sipQtCoreQHash18000100QByteArray.o 
>>> sipQtCoreQMap18000100QVariant.o sipQtCoreQList0100QByteArray.o 
>>> sipQtCoreQVector0100QXmlStreamNotationDeclaration.o 
>>> sipQtCoreQVector0100QXmlStreamNamespaceDeclaration.o 
>>> sipQtCoreQVector0100QXmlStreamEntityDeclaration.o 
>>> sipQtCoreQMap0100QString0100QVariant.o sipQtCoreQList0100QVariant.o 
>>> sipQtCoreQHash0100QString0100QVariant.o 
>>> sipQtCoreQVector0600QPair24000100QVariant.o sipQtCoreQList0101QObject.o 
>>> sipQtCoreQList0100QModelIndex.o sipQtCoreQList0100QFileInfo.o 
>>> sipQtCoreQPyNullVariant_5.o sipQtCoreQXmlStreamWri
> ter.o sipQtCoreQXmlStreamReader.o sipQtCoreQXmlStreamEntityResolver.o 
> sipQtCoreQXmlStreamEntityDeclaration.o 
> sipQtCoreQXmlStreamNotationDeclaration.o 
> sipQtCoreQXmlStreamNamespaceDeclaration.o sipQtCoreQXmlStreamAttributes.o 
> sipQtCoreQXmlStreamAttribute.o sipQtCoreQWaitCondition.o 
> sipQtCoreQVector2400.o sipQtCoreQVector1900.o sipQtCoreQVector1800.o 
> sipQtCoreQList0100QVariantType.o sipQtCoreQVariant_5.o sipQtCoreQVariant_4.o 
> sipQtCoreQUuid.o sipQtCoreQUrlFormattingOptions.o sipQtCoreQUrl.o 
> sipQtCoreQTranslator.o sipQtCoreQTimer.o sipQtCoreQTimeLine.o 
> sipQtCoreQThreadPool.o sipQtCoreQThread.o sipQtCoreQTextStreamManipulator.o 
> sipQtCoreQTextStreamNumberFlags.o sipQtCoreQTextStream.o 
> sipQtCoreQTextDecoder.o sipQtCoreQTextEncoder.o 
> sipQtCoreQTextCodecConverterState.o sipQtCoreQTextCodecConversionFlags.o 
> sipQtCoreQTextCodec.o sipQtCoreQTextBoundaryFinderBoundaryReasons.o 
> sipQtCoreQTextBoundaryFinder.o sipQtCoreQTemporaryFile.o 
> sipQtCoreQSystemSemaphore.o sipQtCoreQStringMatcher_0.o sipQtCore
> QStringList_0.o sipQtCoreQStringList_1.o sipQtCoreQStringRef_0.o 
> sipQtCoreQStringRef_1.o sipQtCoreQLatin1String_0.o 
> sipQtCoreQStringSectionFlags_0.o sipQtCoreQString_0.o sipQtCoreQString_1.o 
> sipQtCoreQStateMachineWrappedEvent.o sipQtCoreQStateMachineSignalEvent.o 
> sipQtCoreQStateMachine.o sipQtCoreQState.o sipQtCoreQSocketNotifier.o 
> sipQtCoreQSizeF.o sipQtCoreQSize.o sipQtCoreQSignalTransition.o 
> sipQtCoreQSignalMapper.o sipQtCoreQSharedMemory.o sipQtCoreQSettings.o 
> sipQtCoreQSet1900.o sipQtCoreQSet1800.o sipQtCoreQSequentialAnimationGroup.o 
> sipQtCoreQSemaphore.o sipQtCoreQRunnable.o sipQtCoreQResource.o 
> sipQtCoreQRegExp.o sipQtCoreQRectF.o sipQtCoreQRect.o sipQtCoreQWriteLocker.o 
> sipQtCoreQReadLocker.o sipQtCoreQReadWriteLock.o 
> sipQtCoreQProcessEnvironment.o sipQtCoreQProcess.o sipQtCoreQPointF.o 
> sipQtCoreQPoint.o sipQtCoreQPluginLoader.o sipQtCoreQPropertyAnimation.o 
> sipQtCoreQVariantAnimation.o sipQtCoreQPauseAnimation.o 
> sipQtCoreQParallelAnimationGroup.o sipQtCoreQPair19001900.o sip
> QtCoreQPair18001800.o sipQtCoreQGenericReturnArgument.o 
> sipQtCoreQGenericArgument.o sipQtCoreQMetaObject.o 
> sipQtCoreQObjectCleanupHandler.o sipQtCoreQWidget.o sipQtCoreQMutexLocker.o 
> sipQtCoreQMutex.o sipQtCoreQMimeData.o sipQtCoreQMetaType.o 
> sipQtCoreQMetaClassInfo.o sipQtCoreQMetaProperty.o sipQtCoreQMetaEnum.o 
> sipQtCoreQMetaMethod.o sipQtCoreQMargins.o sipQtCoreQList0100QLocaleCountry.o 
> sipQtCoreQSystemLocale.o sipQtCoreQLocaleNumberOptions.o sipQtCoreQLocale.o 
> sipQtCoreQList2400.o sipQtCoreQList1900.o sipQtCoreQList1800.o 
> sipQtCoreQList0600QPair24002400.o sipQtCoreQList0600QPair18001800.o 
> sipQtCoreQLineF.o sipQtCoreQLine.o sipQtCoreQLibraryInfo.o 
> sipQtCoreQLibraryLoadHints.o sipQtCoreQLibrary.o sipQtCoreQIODeviceOpenMode.o 
> sipQtCoreQHistoryState.o sipQtCoreQFSFileEngine.o sipQtCoreQFinalState.o 
> sipQtCoreQFileSystemWatcher.o sipQtCoreQFileInfo.o 
> sipQtCoreQFilePermissions.o sipQtCoreQFile.o sipQtCoreQEventTransition.o 
> sipQtCoreQEventLoopProcessEventsFlags.o sipQtCoreQEventLoop.o sip
> QtCoreQElapsedTimer.o sipQtCoreQEasingCurve.o 
> sipQtCoreQDirIteratorIteratorFlags.o sipQtC

Re: [Fink-devel] pyqt4-py27-4.10.4-1 failed

[Daniel Johnson]

On Jun 7, 2014, at 7:48 AM, Jack Howarth  wrote:

> Daniel,
>The pyqt4-py27-4.10.4-1 packaging in the 10.7 tree is failing to 
> build. Here on 10.8 against Xcode 5.1.1, it fails with…
> 
> c++ -headerpad_max_install_names -L/sw/lib/system-openssl/lib -bundle 
> -L/sw/lib/python2.7/config -ldl -Wl,-framework,CoreFoundation -lpython2.7 -o 
> QtCore.so sipQtCorecmodule.o 
> sipQtCoreQList0600QPair0100QByteArray0100QByteArray.o 
> sipQtCoreQList0600QPair0100QString0100QString.o 
> sipQtCoreQSet0101QAbstractState.o sipQtCoreQList0101QAbstractTransition.o 
> sipQtCoreQList0100QUrl.o sipQtCoreQList0101QAbstractAnimation.o 
> sipQtCoreQList0101QAbstractState.o sipQtCoreQHash18000100QByteArray.o 
> sipQtCoreQMap18000100QVariant.o sipQtCoreQList0100QByteArray.o 
> sipQtCoreQVector0100QXmlStreamNotationDeclaration.o 
> sipQtCoreQVector0100QXmlStreamNamespaceDeclaration.o 
> sipQtCoreQVector0100QXmlStreamEntityDeclaration.o 
> sipQtCoreQMap0100QString0100QVariant.o sipQtCoreQList0100QVariant.o 
> sipQtCoreQHash0100QString0100QVariant.o 
> sipQtCoreQVector0600QPair24000100QVariant.o sipQtCoreQList0101QObject.o 
> sipQtCoreQList0100QModelIndex.o sipQtCoreQList0100QFileInfo.o 
> sipQtCoreQPyNullVariant_5.o sipQtCoreQXmlStreamWriter.o 
> sipQtCoreQXmlStreamReader.o sipQtCoreQXmlStreamEntityResolver.o 
> sipQtCoreQXmlStreamEntityDeclaration.o 
> sipQtCoreQXmlStreamNotationDeclaration.o 
> sipQtCoreQXmlStreamNamespaceDeclaration.o sipQtCoreQXmlStreamAttributes.o 
> sipQtCoreQXmlStreamAttribute.o sipQtCoreQWaitCondition.o 
> sipQtCoreQVector2400.o sipQtCoreQVector1900.o sipQtCoreQVector1800.o 
> sipQtCoreQList0100QVariantType.o sipQtCoreQVariant_5.o sipQtCoreQVariant_4.o 
> sipQtCoreQUuid.o sipQtCoreQUrlFormattingOptions.o sipQtCoreQUrl.o 
> sipQtCoreQTranslator.o sipQtCoreQTimer.o sipQtCoreQTimeLine.o 
> sipQtCoreQThreadPool.o sipQtCoreQThread.o sipQtCoreQTextStreamManipulator.o 
> sipQtCoreQTextStreamNumberFlags.o sipQtCoreQTextStream.o 
> sipQtCoreQTextDecoder.o sipQtCoreQTextEncoder.o 
> sipQtCoreQTextCodecConverterState.o sipQtCoreQTextCodecConversionFlags.o 
> sipQtCoreQTextCodec.o sipQtCoreQTextBoundaryFinderBoundaryReasons.o 
> sipQtCoreQTextBoundaryFinder.o sipQtCoreQTemporaryFile.o 
> sipQtCoreQSystemSemaphore.o sipQtCoreQStringMatcher_0.o 
> sipQtCoreQStringList_0.o sipQtCoreQStringList_1.o sipQtCoreQStringRef_0.o 
> sipQtCoreQStringRef_1.o sipQtCoreQLatin1String_0.o 
> sipQtCoreQStringSectionFlags_0.o sipQtCoreQString_0.o sipQtCoreQString_1.o 
> sipQtCoreQStateMachineWrappedEvent.o sipQtCoreQStateMachineSignalEvent.o 
> sipQtCoreQStateMachine.o sipQtCoreQState.o sipQtCoreQSocketNotifier.o 
> sipQtCoreQSizeF.o sipQtCoreQSize.o sipQtCoreQSignalTransition.o 
> sipQtCoreQSignalMapper.o sipQtCoreQSharedMemory.o sipQtCoreQSettings.o 
> sipQtCoreQSet1900.o sipQtCoreQSet1800.o sipQtCoreQSequentialAnimationGroup.o 
> sipQtCoreQSemaphore.o sipQtCoreQRunnable.o sipQtCoreQResource.o 
> sipQtCoreQRegExp.o sipQtCoreQRectF.o sipQtCoreQRect.o sipQtCoreQWriteLocker.o 
> sipQtCoreQReadLocker.o sipQtCoreQReadWriteLock.o 
> sipQtCoreQProcessEnvironment.o sipQtCoreQProcess.o sipQtCoreQPointF.o 
> sipQtCoreQPoint.o sipQtCoreQPluginLoader.o sipQtCoreQPropertyAnimation.o 
> sipQtCoreQVariantAnimation.o sipQtCoreQPauseAnimation.o 
> sipQtCoreQParallelAnimationGroup.o sipQtCoreQPair19001900.o 
> sipQtCoreQPair18001800.o sipQtCoreQGenericReturnArgument.o 
> sipQtCoreQGenericArgument.o sipQtCoreQMetaObject.o 
> sipQtCoreQObjectCleanupHandler.o sipQtCoreQWidget.o sipQtCoreQMutexLocker.o 
> sipQtCoreQMutex.o sipQtCoreQMimeData.o sipQtCoreQMetaType.o 
> sipQtCoreQMetaClassInfo.o sipQtCoreQMetaProperty.o sipQtCoreQMetaEnum.o 
> sipQtCoreQMetaMethod.o sipQtCoreQMargins.o sipQtCoreQList0100QLocaleCountry.o 
> sipQtCoreQSystemLocale.o sipQtCoreQLocaleNumberOptions.o sipQtCoreQLocale.o 
> sipQtCoreQList2400.o sipQtCoreQList1900.o sipQtCoreQList1800.o 
> sipQtCoreQList0600QPair24002400.o sipQtCoreQList0600QPair18001800.o 
> sipQtCoreQLineF.o sipQtCoreQLine.o sipQtCoreQLibraryInfo.o 
> sipQtCoreQLibraryLoadHints.o sipQtCoreQLibrary.o sipQtCoreQIODeviceOpenMode.o 
> sipQtCoreQHistoryState.o sipQtCoreQFSFileEngine.o sipQtCoreQFinalState.o 
> sipQtCoreQFileSystemWatcher.o sipQtCoreQFileInfo.o 
> sipQtCoreQFilePermissions.o sipQtCoreQFile.o sipQtCoreQEventTransition.o 
> sipQtCoreQEventLoopProcessEventsFlags.o sipQtCoreQEventLoop.o 
> sipQtCoreQElapsedTimer.o sipQtCoreQEasingCurve.o 
> sipQtCoreQDirIteratorIteratorFlags.o sipQtCoreQDirIterator.o 
> sipQtCoreQDirSortFlags.o sipQtCoreQDirFilters.o sipQtCoreQDir.o 
> sipQtCoreQDateTime.o sipQtCoreQTime.o sipQtCoreQDate.o sipQtCoreQDataStream.o 
> sipQtCoreQCryptographicHash.o sipQtCoreQDynamicPropertyChangeEvent.o 
> sipQtCoreQChildEvent.o sipQtCoreQTimerEvent.o sipQtCoreQEvent.o 
> sipQtCoreQCoreApplication.o sipQtCoreQChar_0.o sipQtCoreQChar_1.o 
> sipQtCoreQLatin1Char_0.o sipQtCoreQByteArrayMatcher.o sipQtCoreQByteArray.o 
> sipQtCoreQBuffer.o sipQtCoreQIODevice.o sipQtCoreQBitArray.o 
> sipQtC

Re: [Fink-devel] PyQt-mac/x11 source/md5sum error

[Daniel Johnson]

On Apr 5, 2014, at 5:44 PM, Daniel Johnson  wrote:

> 
> On Apr 5, 2014, at 5:32 PM, Daniel Johnson  wrote:
> 
>> 
>> On Apr 5, 2014, at 10:38 AM, Derek Homeier 
>>  wrote:
>> 
>>> Hi,
>>> 
>>> there seems to be some mixup of the source files and checksums for pyqt4:
>>> 
>>> The checksum of the file PyQt-mac-gpl-4.10.4.tar.gz of package 
>>> pyqt4-py27-4.10.4-1 is incorrect. The most likely cause
>>> for this is a corrupted or incomplete download
>>> Expected: 20940f6b2c957269cdd02d0efe537515
>>> Actual: MD5(a1d33b15808993055931083813f5f399)
>>>  SHA1(ef3bb2a05a5c8c3ab7578a0991ef5a4e17c314c0)
>>> It is recommended that you download it again. How do you want to proceed?
>>> ...
>>> The checksum of the file PyQt-mac-gpl-4.10.4.tar.gz of package 
>>> pyqt4-mac-py27-4.10.4-1 is incorrect. The most likely cause
>>> for this is a corrupted or incomplete download
>>> Expected: 20940f6b2c957269cdd02d0efe537515
>>> Actual: MD5(a1d33b15808993055931083813f5f399)
>>>  SHA1(ef3bb2a05a5c8c3ab7578a0991ef5a4e17c314c0)
>>> It is recommended that you download it again. How do you want to proceed?
>>> 
>>> (1) Give up
>>> (2) Delete it and download again
>>> (3) Assume it is a partial download and try to continue
>>> (4) Don't download, use existing file
>>> 
>>> Make your choice:  [2] 4
>>> 
>>> Sourceforge also gives the latter (actual) MD5, pyqt4-mac-py27 builds 
>>> correctly with that;
>>> but pyqt4-py27 fails in the patch phase; shouldn't it be using the 
>>> PyQt-x11-gpl source?
>> 
>> Yes. Yes it should. Derp. I've now fixed it.
>> 
>> Thanks
>> Daniel
> 
> Well, not quite. The patch doesn't apply. Sigh. I'll have to work on it some 
> more. I don't use the -x11 package so it doesn't get a lot of attention and I 
> don't want to spend hours building qt4-x11.
> 
> Daniel
> 

Ok, _now_ the patch should apply. Let me know if there are any other build 
problems.

Daniel


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] PyQt-mac/x11 source/md5sum error

[Daniel Johnson]

On Apr 5, 2014, at 5:32 PM, Daniel Johnson  wrote:

> 
> On Apr 5, 2014, at 10:38 AM, Derek Homeier 
>  wrote:
> 
>> Hi,
>> 
>> there seems to be some mixup of the source files and checksums for pyqt4:
>> 
>> The checksum of the file PyQt-mac-gpl-4.10.4.tar.gz of package 
>> pyqt4-py27-4.10.4-1 is incorrect. The most likely cause
>> for this is a corrupted or incomplete download
>> Expected: 20940f6b2c957269cdd02d0efe537515
>> Actual: MD5(a1d33b15808993055931083813f5f399)
>>   SHA1(ef3bb2a05a5c8c3ab7578a0991ef5a4e17c314c0)
>> It is recommended that you download it again. How do you want to proceed?
>> ...
>> The checksum of the file PyQt-mac-gpl-4.10.4.tar.gz of package 
>> pyqt4-mac-py27-4.10.4-1 is incorrect. The most likely cause
>> for this is a corrupted or incomplete download
>> Expected: 20940f6b2c957269cdd02d0efe537515
>> Actual: MD5(a1d33b15808993055931083813f5f399)
>>   SHA1(ef3bb2a05a5c8c3ab7578a0991ef5a4e17c314c0)
>> It is recommended that you download it again. How do you want to proceed?
>> 
>> (1)  Give up
>> (2)  Delete it and download again
>> (3)  Assume it is a partial download and try to continue
>> (4)  Don't download, use existing file
>> 
>> Make your choice:  [2] 4
>> 
>> Sourceforge also gives the latter (actual) MD5, pyqt4-mac-py27 builds 
>> correctly with that;
>> but pyqt4-py27 fails in the patch phase; shouldn't it be using the 
>> PyQt-x11-gpl source?
> 
> Yes. Yes it should. Derp. I've now fixed it.
> 
> Thanks
> Daniel

Well, not quite. The patch doesn't apply. Sigh. I'll have to work on it some 
more. I don't use the -x11 package so it doesn't get a lot of attention and I 
don't want to spend hours building qt4-x11.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] version conflicts with sip-pyNN-bin

[Daniel Johnson]

On Apr 5, 2014, at 4:06 PM, Derek Homeier 
 wrote:

> fink update sip-py33-bin  
>
> Information about 9023 packages read in 1 seconds.
> The following package will be installed or updated:
> sip-py33-bin
> Reading buildlock packages...
>   All buildlocks accounted for.
> /sw/bin/dpkg-lockwait -i 
> /sw/fink/dists/stable/main/binary-darwin-x86_64/languages/sip-py33-bin_4.15.5-1_darwin-x86_64.deb
> Selecting previously deselected package sip-py33-bin.
> (Reading database ... 463436 files and directories currently installed.)
> Unpacking sip-py33-bin (from .../sip-py33-bin_4.15.5-1_darwin-x86_64.deb) ...
> /sw/bin/dpkg: error processing 
> /sw/fink/dists/stable/main/binary-darwin-x86_64/languages/sip-py33-bin_4.15.5-1_darwin-x86_64.deb
>  (--install):
> trying to overwrite `/sw/bin/sip', which is also in package sip-py32-bin
> /sw/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe: 13)
> 
> I think sip-py32-bin, sip-py33-bin, sip-py34-bin
> have to be added to the
> Conflicts:
> and
> Replaces:
> fields?
> 

This appears to be another derp move from me. Now fixed.

Thanks
Daniel




signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] PyQt-mac/x11 source/md5sum error

[Daniel Johnson]

On Apr 5, 2014, at 10:38 AM, Derek Homeier 
 wrote:

> Hi,
> 
> there seems to be some mixup of the source files and checksums for pyqt4:
> 
> The checksum of the file PyQt-mac-gpl-4.10.4.tar.gz of package 
> pyqt4-py27-4.10.4-1 is incorrect. The most likely cause
> for this is a corrupted or incomplete download
> Expected: 20940f6b2c957269cdd02d0efe537515
> Actual: MD5(a1d33b15808993055931083813f5f399)
>SHA1(ef3bb2a05a5c8c3ab7578a0991ef5a4e17c314c0)
> It is recommended that you download it again. How do you want to proceed?
> ...
> The checksum of the file PyQt-mac-gpl-4.10.4.tar.gz of package 
> pyqt4-mac-py27-4.10.4-1 is incorrect. The most likely cause
> for this is a corrupted or incomplete download
> Expected: 20940f6b2c957269cdd02d0efe537515
> Actual: MD5(a1d33b15808993055931083813f5f399)
>SHA1(ef3bb2a05a5c8c3ab7578a0991ef5a4e17c314c0)
> It is recommended that you download it again. How do you want to proceed?
> 
> (1)   Give up
> (2)   Delete it and download again
> (3)   Assume it is a partial download and try to continue
> (4)   Don't download, use existing file
> 
> Make your choice:  [2] 4
> 
> Sourceforge also gives the latter (actual) MD5, pyqt4-mac-py27 builds 
> correctly with that;
> but pyqt4-py27 fails in the patch phase; shouldn't it be using the 
> PyQt-x11-gpl source?

Yes. Yes it should. Derp. I've now fixed it.

Thanks
Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Killing python26

[Daniel Johnson]

On Mar 23, 2014, at 4:36 PM, Daniel Johnson  wrote:

> 
> On Mar 23, 2014, at 8:31 AM, Derek Homeier 
>  wrote:
> 
>> On 20.03.2014, at 4:20PM, Daniel Johnson  wrote:
>> 
>>> I agree. There's no reason to keep 2.6 around as 2.7 is fully backward 
>>> compatible.
>>> 
>> Just an aside, anyone aware of any major Linux distros that still only 
>> provide 2.6?
>> This was an issue for many packages like numpy to keep support for older 
>> versions,
>> since some places like large companies or computing centres would only 
>> upgrade
>> on something like 5-year cycles; this in turn would be a potential incentive 
>> for developers
>> to keep a 2.6 installation for testing purposes. Not saying that this has to 
>> be provided
>> by fink though if it's too much maintenance. After all one could relatively 
>> easily maintain
>> private copies in the local branch, if really needed.
> 
> I know that older debian releases have 2.6 though Squeeze has 2.7 and 3.2. 
> I'm sure there's plenty of 2.6s and even 2.5s floating around. 2.6 and 2.7 
> are very similar so maintaining compatibility between them isn't that hard. 
> The fink python26 package is still in CVS history of course so if someone 
> wants to resurrect it it wouldn't be hard. Also you could download it from 
> python.org if you wanted it for testing purposes. We have limited resources 
> so anything that reduces maintenance costs is good. :)
> 
>> 
>>> It's also reasonable to kill 3.1 as it's now unsupported upstream. 3.3 and 
>>> the just released 3.4 will stay of course, but we might also consider 
>>> killing 3.2 even though it still gets patches. 3.3 introduced better 
>>> backward compatibility with 2.7 to ease porting to 3.x and vastly improved 
>>> unicode string handling.
>>> 
>>> There are no language changes between 3.3 and 3.4, just new and updated 
>>> library modules, so if maintainers can add 3.4 variants to their packages 
>>> that would be awesome.
>> 
>> Big +1 to get rid of 3.1!
> 
> Already done. :)
> 
>> 
>> Does anyone know btw if 3.4 already comes with full setuptools support 
>> included?
>> It has a %i/bin/easy_install-3.4, and I was able to build and test coverage, 
>> nose
>> and numpy without installing it, so maybe a change is in order to
>> 
>> *Depends: ( %type_pkg[python] <= 33 ) setuptools-tng-py%type_pkg[python]
> 
> It's not supposed to. :( I thought I'd disabled the installation of 
> setuptools and pip but apparently the python build system isn't respecting 
> the settings. Python 3.4 started bundling pip (which requires setuptools) as 
> a standard packaging system. Unfortunately, that conflicts with fink's 
> packaging since we can't know what packages users might install on their own. 
> The configure script has a --without-ensurepip option which is supposed to 
> not install pip, but it doesn't seem to work. A further problem is that 
> installation of pip/setuptools is only performed if it isn't already present 
> in site-packages. So the first time you build python34, they get installed. 
> But if you rebuild python34 or install a newer version, they DON'T get 
> installed but are, of course, overwritten by dpkg when the new package is 
> installed. What a mess.
> 
> I'm going to have to think about this some more. I either need to always 
> install them or never install them but there doesn't seem to be any easy way 
> to do that. :( Best to avoid using python34 for now.

Of course, I could just spell the frickin' option correctly. 
--without-ensurepip works a lot better than --without-ensureip. :p

python34 3.4.0-2 now never installs setuptools/pip. I've also added py34 
variants to setuptools-tng-py and pip-py. Continue to depend on setuptools like 
always. This way we retain control over the setuptools version separate from 
python.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Killing python26

[Daniel Johnson]

On Mar 23, 2014, at 8:31 AM, Derek Homeier 
 wrote:

> On 20.03.2014, at 4:20PM, Daniel Johnson  wrote:
> 
>> I agree. There's no reason to keep 2.6 around as 2.7 is fully backward 
>> compatible.
>> 
> Just an aside, anyone aware of any major Linux distros that still only 
> provide 2.6?
> This was an issue for many packages like numpy to keep support for older 
> versions,
> since some places like large companies or computing centres would only upgrade
> on something like 5-year cycles; this in turn would be a potential incentive 
> for developers
> to keep a 2.6 installation for testing purposes. Not saying that this has to 
> be provided
> by fink though if it's too much maintenance. After all one could relatively 
> easily maintain
> private copies in the local branch, if really needed.

I know that older debian releases have 2.6 though Squeeze has 2.7 and 3.2. I'm 
sure there's plenty of 2.6s and even 2.5s floating around. 2.6 and 2.7 are very 
similar so maintaining compatibility between them isn't that hard. The fink 
python26 package is still in CVS history of course so if someone wants to 
resurrect it it wouldn't be hard. Also you could download it from python.org if 
you wanted it for testing purposes. We have limited resources so anything that 
reduces maintenance costs is good. :)

> 
>> It's also reasonable to kill 3.1 as it's now unsupported upstream. 3.3 and 
>> the just released 3.4 will stay of course, but we might also consider 
>> killing 3.2 even though it still gets patches. 3.3 introduced better 
>> backward compatibility with 2.7 to ease porting to 3.x and vastly improved 
>> unicode string handling.
>> 
>> There are no language changes between 3.3 and 3.4, just new and updated 
>> library modules, so if maintainers can add 3.4 variants to their packages 
>> that would be awesome.
> 
> Big +1 to get rid of 3.1!

Already done. :)

> 
> Does anyone know btw if 3.4 already comes with full setuptools support 
> included?
> It has a %i/bin/easy_install-3.4, and I was able to build and test coverage, 
> nose
> and numpy without installing it, so maybe a change is in order to
> 
> *Depends: ( %type_pkg[python] <= 33 ) setuptools-tng-py%type_pkg[python]

It's not supposed to. :( I thought I'd disabled the installation of setuptools 
and pip but apparently the python build system isn't respecting the settings. 
Python 3.4 started bundling pip (which requires setuptools) as a standard 
packaging system. Unfortunately, that conflicts with fink's packaging since we 
can't know what packages users might install on their own. The configure script 
has a --without-ensurepip option which is supposed to not install pip, but it 
doesn't seem to work. A further problem is that installation of pip/setuptools 
is only performed if it isn't already present in site-packages. So the first 
time you build python34, they get installed. But if you rebuild python34 or 
install a newer version, they DON'T get installed but are, of course, 
overwritten by dpkg when the new package is installed. What a mess.

I'm going to have to think about this some more. I either need to always 
install them or never install them but there doesn't seem to be any easy way to 
do that. :( Best to avoid using python34 for now.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Oh Whacking Day! (was Re: Killing python26)

[Daniel Johnson]

On Mar 22, 2014, at 1:08 AM, Daniel Macks  wrote:

> [snip discussion of killing python]
> 
> python26 (and db48*) are now no-longer-present on 10.7+
> 
>> It's also reasonable to kill 3.1 as it's now unsupported upstream. 
> 3.3 and the just released 3.4 will stay of course, but we might also 
> consider killing 3.2 even though it still gets patches. 3.3 introduced 
> better backward compatibility with 2.7 to ease porting to 3.x and 
> vastly improved unicode string handling. 
> 
> I have no objection to killing 3.1 or 3.2, but would first need to make 
> sure all their modules get added variants for newer (or formally decide 
> not to do so). For example, a quick heuristic check of the diff between 
> 'fink list 31' and 'fink list 33' finds (ironically) there 33 has 31 
> that 33 does not have. 
> 
> dan
> 
>  --
> Daniel Macks
> dma...@netspace.org

I've now killed all python 3.1 packages. There was nothing that had a 3.1 
variant that also didn't have at least 3.2. There are still several packages 
that have 3.2 variants but not 3.3 so we should leave 3.2 alone for now. It's 
still reasonably modern and is still receiving upstream patches so I don't 
object to leaving it there but it would help if maintainers could add at least 
3.3 variants.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Killing python26

[Daniel Johnson]

On Mar 20, 2014, at 9:40 AM, TheSin  wrote:

> I vote take out the axe, your python version options are getting out of hand 
> honestly.
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On Mar 20, 2014, at 12:13 AM, Daniel Macks  wrote:
> 
>> We've been dragging python26 along for years, since back when it was the 
>> latest thing. It's not. Python27 has been available in fink for many years, 
>> and even in the past several OS X versions. Upstream says "Python itself has 
>> jumped to the 3.x series in 2008, with some major changes that may make 
>> upgrading non-trivial in some cases, so it makes sense to keep "some" 
>> python2.x in fink (OS X still has python27 and maybe older also). Upstream 
>> plans to keep 27 in maintenance mode for at least a while longer but gave up 
>> on even security patches for 26 as I understand it. 
>> 
>> As of yesterday, the only dependencies on python26 are the -py26 suite of 
>> modules--there does not appear to be anything outside of this self-contained 
>> tree. Is it time to chop down that tree? There are no -py26 modules that do 
>> not have a parallel -py27 variant. Ordinarily, I'd not object to keeping 
>> ancient versions of things around and just stop bringing them forward when 
>> we roll the next Distribution, but python26 is also the only package still 
>> using db48, another ancient version. I'd love to stop having to support 
>> ancient versions of things that are not even getting security-support 
>> upstream altogether. 
>> 
>> dan
>> 
>> --
>> Daniel Macks
>> dma...@netspace.org

I agree. There's no reason to keep 2.6 around as 2.7 is fully backward 
compatible.

It's also reasonable to kill 3.1 as it's now unsupported upstream. 3.3 and the 
just released 3.4 will stay of course, but we might also consider killing 3.2 
even though it still gets patches. 3.3 introduced better backward compatibility 
with 2.7 to ease porting to 3.x and vastly improved unicode string handling.

There are no language changes between 3.3 and 3.4, just new and updated library 
modules, so if maintainers can add 3.4 variants to their packages that would be 
awesome.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Best practices for Perl packages?

[Daniel Johnson]

On Jan 2, 2014, at 8:37 AM, Charles Lepple  wrote:

> Hi all,
> 
> I am looking at packaging ikiwiki, which depends on a bunch of Perl modules. 
> I am generally familiar with the Fink variants capabilities, but I am curious 
> to hear if anyone has any suggestions for choosing which Perl versions to 
> target (systemperl versus the versions in Fink).

Generally you want to target whatever perls are available on the systems you 
want to support. So in the 10.7 tree, which supports 10.7, 10.8 and 10.9, 
you'll want to have perl 5.12.3 (10.7), 5.12.4 (10.8) and 5.16.2 (10.9). All 
three are available on all three OSes to make support easier. All you need to 
do is have Type: perl (5.12.3 5.12.4 5.16.2) in your package. If your package 
doesn't have any compiled *.bundle files and no varianted deps, you can make 
your package unvarianted too. Then it doesn't matter what perl version you're 
using. Look at some existing packages for tips.

> 
> Also, I know there is a bit of CPAN magic for installing Perl packages 
> outside of Fink. Is there any way to leverage that dependency information for 
> building a Fink package description?

There isn't an automatic way to do this, though it would certainly be possible 
to come up with a script to query CPAN for dependency info and build a fink 
package from it. I usually just look at Makefile.PL or Build.PL and note the 
dependencies manually. If the dep doesn't already exist in fink I package that 
and so on recursively. http://search.cpan.org is really your friend here. 

> 
> Thanks, and Happy New Year,
> 
> -- 
> Charles Lepple
> clepple@gmail

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] perl5162-core build/install problem on case-sensitiveFS

[Daniel Johnson]

On Nov 19, 2013, at 8:53 PM, Derek Homeier 
 wrote:

> On 20.11.2013, at 2:29AM, Hanspeter Niederstrasser  
> wrote:
> 
>> On 11/19/2013 8:04 PM, Derek Homeier wrote:
>>> But a lot of modules fail to build with this missing dependency on 
>>> cc_runtime.h.
>>> There is no cc_runtime.h of either capitalisation in 
>>> /sw/lib/perl5-core/5.16.2/darwin-thread-multi-2level/CORE
>>> nor anywhere in the perl-5.16.2 source.
>>> 
>>> Thanks for the help so far!
>>> 
>>> Derek
>>> 
>>> ARCHFLAGS="" /usr/bin/arch -x86_64 perl5.16.2 Makefile.PL 
>>> PERL="/usr/bin/arch -x86_64 perl5.16.2" PREFIX=/sw 
>>> INSTALLPRIVLIB=/sw/lib/perl5/5.16.2 
>>> INSTALLARCHLIB=/sw/lib/perl5/5.16.2/darwin-thread-multi-2level 
>>> INSTALLSITELIB=/sw/lib/perl5/5.16.2 
>>> INSTALLSITEARCH=/sw/lib/perl5/5.16.2/darwin-thread-multi-2level 
>>> INSTALLMAN1DIR=/sw/share/man/man1 INSTALLMAN3DIR=/sw/share/man/man3 
>>> INSTALLSITEMAN1DIR=/sw/share/man/man1 INSTALLSITEMAN3DIR=/sw/share/man/man3 
>>> INSTALLBIN=/sw/bin INSTALLSITEBIN=/sw/bin INSTALLSCRIPT=/sw/bin
>>> Use of qw(...) as parentheses is deprecated at 
>>> /sw/lib/perl5/ExtUtils/MM_Any.pm line 987.
>>> Testing if you have a C compiler
>>> Checking if your kit is complete...
>>> Looks good
>>> Writing Makefile for version::vxs
>>> Writing Makefile for version
>>> make CC=gcc CXX=g++
>>> make[1]: Entering directory 
>>> `/scratch.noindex/fink.build/version-pm5162-0.99.04-1/version-0.9904/vutil'
>>> cp lib/version/Internals.pod blib/lib/version/Internals.pod
>>> cp lib/version.pm blib/lib/version.pm
>>> cp lib/version.pod blib/lib/version.pod
>>> cp vperl/vpp.pm blib/lib/version/vpp.pm
>>> make[1]: *** No rule to make target 
>>> `/sw/lib/perl5-core/5.16.2/darwin-thread-multi-2level/CORE/cc_runtime.h', 
>>> needed by `vutil.o'.  Stop.
>>> make[1]: *** Waiting for unfinished jobs
>> 
>> Do you have extutils-makemaker-pm [1] installed?  If yes, remove it and try 
>> to rebuild your failing perlmods.
>> 
>> Apparently the old unvarianted extutils-makemaker-pm conflicts with the 
>> EU::MM that comes with perl5.16.2.
> 
> Yep, worked!
> 
> Thanks again,

I just changed extutils-makemaker-pm on 10.7+ to use dist-dependent wrapper 
packages, a la module-build-pm, so this shouldn't happen again.

I'll just note that no one should try to port this to <10.7 since it's likely 
to create a dep loop.

Daniel




signature.asc
Description: Message signed with OpenPGP using GPGMail
--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [Fink-users] 10.9 beta support

[Daniel Johnson]

On Oct 28, 2013, at 5:58 AM, Remi Mommsen  wrote:

> Hi,
> 
> On Oct 27, 2013, at 8:46 PM, Alexander Hansen  
> wrote:
> 
>> We've added support for 10.9 into the master branch of the github 
>> repository (https://github.com/fink/fink).  Folks that were using the 
>> "Futureproof2" feature branch may want to update their git checkouts 
>> appropriately to pick up changes that get made after the merge and 
>> before we do a release.
> 
> I pulled a fresh copy from github and tried to bootstrap on 10.8.5 (with 
> everything up-to-date). However, it fails with
> 
> Verifying that installed Xcode version is supported...
> Found Xcode version: 5.0.1
> ERROR:  This version of fink needs at most Xcode 5.0 on this OS X version.

This should be fixed on https://github.com/fink/fink

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Fink package uses PYTHONPATH in RuntimeVars

[Daniel Johnson]

On Oct 4, 2013, at 5:00 PM, Hans-Christoph Steiner  wrote:

> 
> Sounds simple and effective.  So something like /sw/bin/systempython2.6?  But 
> it won't work for people who run things like /usr/bin/python myscript.py
> 
> .hc

No, it won't, but there really isn't any way to do that which won't also break 
users of fink's pythons. Using a wrapper is the only viable solution. You could 
also modify the script to set sys.path itself, but that would require more 
hacking.

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [cvs] dists/10.7/stable/main/finkinfo/libs/pythonmods virtualenv-systempython.info, NONE, 1.1

[Daniel Johnson]

On Sep 20, 2013, at 5:58 PM, Hans-Christoph Steiner 
 wrote:

> 
> On Sep 20, 2013, at 4:37 PM, Hanspeter Niederstrasser wrote:
> 
>>> RuntimeVars: PYTHONPATH: %p/Library/Python/%type_raw[python]/site-packages
>> 
>> Won't this break anything else that has already set PYTHONPATH?  At 
>> least, you'll probably want to append or prepend to the existing value 
>> rather than over writing.  And how will fink-python using pymods react 
>> to being forced to search in %p/Library/Python?
> 
> So far this has been working for what I have be doing (just today).  These 
> are all things I'm not aware of.  What do you propose?  Should I just append 
> $PYTHONPATH ?  Like:
> 
> RuntimeVars: PYTHONPATH: 
> %p/Library/Python/%type_raw[python]/site-packages:$PYTHONPATH
> 

This is a very bad thing. This can potentially break ALL fink python packages. 
Let's say this sets PYTHONPATH to %p/Library/Python/2.7/site-packages; what 
will happen when someone runs python3.3? It will try to load modules from 
%p/Library/Python/2.7/site-packages which will might happen to work for pure 
python modules but is just as likely to throw an error. Modules that contain C 
code will certainly not work.

No fink package should ever set PYTHONPATH globally. It will never work right. 
Why do you need to do this?

Daniel



signature.asc
Description: Message signed with OpenPGP using GPGMail
--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] EOL for 10.5 and 10.6

[Daniel Johnson]

On Jun 20, 2013, at 9:15 AM, Daniel Macks  wrote:

> On Thu, 20 Jun 2013 01:52:10 -0700, David Lowe 
>  wrote:
> 
>> 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 we do for 10.4. 
 2)  EOL 10.5 and 10.6/i386, keeping 10.6/x86_64 around for a 
>> while > longer.  This will take additional tweaks to fink but I don't 
>> know of a > reason at this point that precludes this. 
 3)  EOL 10.5 and 10.6.  This is probably the simplest option, 
>> because it > just requires people to stop committing to the 10.4/ 
>> tree, and a new > fink release which is set only to acknowledge 10.7 
>> and later. 
 Anyway, feedback would be appreciated. 
>> 
>> For my own selfish reasons, i prefer #1.  I have several working 
>> machines that aren't acceptable to 10.7 or newer, and frankly i've 
>> come to loath Lion on the one that is.  I have no intention of moving 
>> to 10.8 as it seems to be moving further in the wrong direction, and 
>> will probably end up reinstalling 10.6 when support for 10.7 is 
>> dropped.  Sébastien rightfully mentions the tradition of supporting 
>> only two recent versions of the OS.  Well, yeah, Apple used to only 
>> support two recent versions.  It is, however, *still* providing 
>> updates to Snow Leopard.  I don't have any numbers, but browsing web 
>> forums leads me to believe that masses of Macs are stuck at 10.6. 
> 
> 10.6 was the last system to support Rosetta (thanks for the reminder, 
> cirdan), and I know a bunch of sites are keeping some machines at 10.6 
> because they still need that. I can't think of a reason to keep 
> 10.6/i386 though. Now that we've moved so many years in the x86_64 
> world, is there anything in active development that is not in the new 
> arch? Would be good to check and see is there are any things we missed 
> though. And 10.6/i386 is harder to support (requires actual 
> test-building and sometimes arch-specific tweaks) than 10.6/x86_64 
> because it's not the native arch for the machine (whereas "it works on 
> 10.{>6}/x86_64 therefore it'll probably be okay as-is on 10.6/x86_64" 
> is usually true). So I lean towards #2, with #3 my second choice 
> (because it really is easy and we really are over-extended with what we 
> can actually support by a lot). 
> 
> dan

10.5 should definitely go. It should have gone when 10.8 came out. :)

10.6/i386 is a maintainer's nightmare, especially for someone who maintains a 
lot of perlmods. I have so many packages with crazy hacks just to deal with 
10.6/i386/pm5100. I personally will NOT put any more effort into them. I have 
no way to test that combination and haven't for quite some time.

I have no particular problem with 10.6/x86_64, but if we do need to start a 
10.9 tree, I think it's ridiculous to have to maintain THREE separate trees. Is 
there any way that 10.6/x86_64 can be integrated into the existing 10.7 tree? 
There should be minimal differences between them. I have way too many packages 
to try to maintain 3 nearly identical copies of them.

Daniel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] ping on git

[Daniel Johnson]

On Jun 13, 2013, at 8:23 PM, Alexander Hansen  
wrote:

> I'd like to try to move forward on getting the distribution files moved 
> over to git.  Right now there is a selfupdate-git branch on fink's 
> github repository, but I don't know where we stand on functionality. 
> Last time I used it I was able to update from Daniel J's dists/ mirror, 
> but I didn't try operations like checking in updates and the like.
> 

You wouldn't be able to check in anything with it; it's read-only. :)

> Max had proposed at one point using git branches to handle distributions 
> instead of the current separate directory trees.  Unfortunately, I don't 
> know if at our current manpower levels (especially manpower with 
> sufficient knowledge of git) will allow us to implement this in a timely 
> manner.  We definitely are going to want to get _something_ in place.
> 

I looked at doing a repo using branches; converting the repo is easy but there 
would have to be a number of changes throughout the fink code to deal with it. 
It would also break our use of rsync since rsync doesn't understand branches. 
We would have to completely redo the rsync mirroring code to check out each 
branch and create a copy each.

> Daniel, if you could reply to this to let folks know how to translate 
> the existing CVS repository so that folks can set up their own github 
> copies of it to test the ability to check updates in and the like, 
> that'd be great.

Ok, here are the steps to make your very own git conversion.

I've found that the only reliable way to convert is with the cvs2git tool which 
is part of the cvs2svn project. You can install it with fink by using the 
cvs2svn-py27 package. The disadvantage of using cvs2git is that it can't do 
incremental updates of a converted repo. However, once the initial conversion 
is done, one can use 'git cvsimport' to do incremental updates. That's how I 
keep my mirror up-to-date.

To use cvs2git, you need an actual copy of the cvs repo, not a checked out 
working copy. You can do that with 
rsync -av rsync://fink.cvs.sourceforge.net/cvsroot/fink/dists 
/path/to/fink-rsync

Next you'll need my customized cvs2git options file which is attached at the 
end of this email. You must edit the text '/Users/daniel/src/fink-rsync/dists' 
in it to point to whatever you used for /path/to/fink-rsync.

Now run the command thusly: cvs2git --options=cvs2git-fink-dists.options

That command should have created a directory called cvs2svn-tmp with two files 
in it: git-blob.dat and git-dump.dat.

Next create an empty git repo:
mkdir fink-dists.git
cd fink-dists.git
git init

Then we import the converted repo into git!
cat ../cvs2svn-tmp/git-blob.dat ../cvs2svn-tmp/git-dump.dat | git fast-import

Now we want to cleanup any tag fixup branches that might have been created by 
running /sw/share/doc/cvs2svn-py27/git-move-refs.py from within the repo.

Compact the new repo with 'git gc --prune=now' and checkout a working copy with 
'git checkout'.

And now you should have a complete dists repo in git! Setting things up for 
incremental updates is a bit more complicated but I can go into it in another 
email. This should be enough to play around with though. You wouldn't want to 
keep updating it anyway if you want to play around with checking in updates via 
git.

To use your new repo with fink's selfupdate-git, you'll need to upload it to 
your own github account or wherever else you want, and also have to edit the 
git.pm file to point to your own repo instead of mine.

Daniel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] python packagers - please switch from using distribute back to setuptools

[Daniel Johnson]

On Jun 12, 2013, at 11:15 AM, Kurt Schwehr  wrote:

> The author of distribute merged distribute back into setuptools 0.7 and took 
> over as lead of setuptools.  Please convert python packages that use 
> distribute back to setuptools.
> 
> Just committed setuptools 0.7.2 to 10.[78] and 10.[56].  
> 
> https://pypi.python.org/pypi/setuptools/0.7.2#id3
> https://bitbucket.org/pypa/setuptools/src/tip/docs/merge.txt

This is causing a bit of a dependency problem. Some packages Depend on 
distribute-py rather than just BuildDepend, such as my modernize-py. Since 
setuptools and distribute are mutually exclusive, I now can't install 
setuptools at all without removing modernize first. I can update modernize to 
use setuptools but the already-installed version prevents the update from 
happening since distribute has to be uninstalled first, which causes a 
dependency loop.

Daniel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Clang 4.2 breaks python27 InfoTest

[Daniel Johnson]

On Jan 29, 2013, at 12:12 PM, Jack Howarth  wrote:

> Daniel,
>   The Xcode 4.6's clang breaks the InfoTest in python27 with the failure...
> 
> test test_cmath failed -- Traceback (most recent call last):
>  File 
> "/sw/src/fink.build/python27-2.7.3-1/Python-2.7.3/Lib/test/test_cmath.py", 
> line 352, in test_specific_values
>msg=error_message)
>  File 
> "/sw/src/fink.build/python27-2.7.3-1/Python-2.7.3/Lib/test/test_cmath.py", 
> line 94, in rAssertAlmostEqual
>'got {!r}'.format(a, b))
> AssertionError: atan: atan(complex(0.0, 0.0))
> Expected: complex(0.0, 0.0)
> Received: complex(0.0, -0.0)
> Received value insufficiently close to expected value.
> 
> Backporting the change described in 
> http://hg.python.org/cpython/rev/336653319112
> with the attached python27 info file and patch eliminates the InfoTest failure
> on x86_64-apple-darwin12.
> Jack
> 

Thanks. I updated python27 with this patch. I also added it to python32. 
python33 already has the patch upstream and it builds fine with Xcode 4.6. 
python31 is still broken but unfortunately the other pythons have diverged from 
it enough that the patches don't apply. I'll have to try to redo the patches 
for it.

Daniel


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] breakage from Xcode 4.6/Clang 4.2

[Daniel Johnson]

On Jan 29, 2013, at 12:06 PM, Jack Howarth  wrote:

> On Tue, Jan 29, 2013 at 11:55:45AM -0500, Daniel Johnson wrote:
>> 
>> On Jan 29, 2013, at 11:16 AM, Alexander Hansen  
>> wrote:
>> 
>>> On 1/29/13 9:12 AM, Jack Howarth wrote:
>>>> On Tue, Jan 29, 2013 at 08:20:42AM -0700, Alexander Hansen wrote:
>>>>> On 1/29/13 7:49 AM, Jack Howarth wrote:
>>>>>>  Using a clean bootstrap of fink fink-0.34.5 on Mac OS X 10.8 with Xcode 
>>>>>> 4.6 and
>>>>>> its associated Command Line Tools installed, I am seeing a failure in 
>>>>>> the build of
>>>>>> db51-aes-5.1.29-2 at...
>>>>>> 
>>>>>> clang -c -I. -I../src -Os ../src/btree/bt_compare.c  -fno-common -DPIC 
>>>>>> -o .libs/bt_compare.o
>>>>>> In file included from ../src/btree/bt_compare.c:46:
>>>>>> In file included from ./db_int.h:999:
>>>>>> In file included from ../src/dbinc/mutex.h:15:
>>>>>> In file included from ../src/dbinc/mutex_int.h:12:
>>>>>> ../src/dbinc/atomic.h:179:19: error: definition of builtin function 
>>>>>> '__atomic_compare_exchange'
>>>>>> static inline int __atomic_compare_exchange(
>>>>>> ^
>>>>>> 1 error generated.
>>>>>> 
>>>>>> This looks like the issue discussed in...
>>>>>> 
>>>>>> http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-April/020973.html
>>>>>> http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-April/020974.html
>>>>>> 
>>>>>>  Jack
>>>>>> 
>>>>> 
>>>>> Since this is a maintained package, I'll cc the maintainer.
>>>> 
>>>> The attached patch derived from 
>>>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2012-05/msg00058.html
>>>> solves the build problem on Clang 4.2.
>>>>   Jack
>>>> ps The net change to the info file is...
>>>> 
>>>> --- db51-aes.info  2012-01-17 12:19:49.0 -0500
>>>> +++ /sw/fink/10.7/local/main/finkinfo/db51-aes.info2013-01-29 
>>>> 11:06:57.0 -0500
>>>> @@ -1,7 +1,7 @@
>>>> Info4: <<
>>>> Package: db51-aes%type_pkg[-64bit]
>>>> Version: 5.1.29
>>>> -Revision: 2
>>>> +Revision: 3
>>>> Type: -64bit (boolean)
>>>> Architecture: ( %type_raw[-64bit] = -64bit ) powerpc, ( %type_raw[-64bit] 
>>>> = -64bit ) i386
>>>> CustomMirror: <<
>>>> @@ -161,6 +161,8 @@
>>>> Homepage: http://www.oracle.com/database/berkeley-db/index.html
>>>> Maintainer: Daniel Johnson 
>>>> Source-MD5: a94ea755ab695bc04f82b94d2e24a1ef 
>>>> +PatchFile: %n.patch
>>>> +PatchFile-MD5: 1ed24665950881ecab778163aa986fa1
>>>> 
>>>> InfoTest: TestScript: cd test/micro; sh test_micro || exit 2
>>>> <<
>>>> 
>>> 
>>> Does it really need an increased revision?
>>> 
>> 
>> I don't think so. This is simply a build-time issue and shouldn't affect the 
>> finished product. I won't have time to do anything with this until tonight, 
>> but if someone wants to commit this it's fine with me. Does this issue only 
>> affect db51? What about db53 or db48?
>> 
> 
> It should be transparent to the pre-clang 4.2 since all we are doing is 
> renaming the underscored
> subroutine and its usage in db51. Note the comment on this usage of 
> underscored calls in db in the
> FreeBSD mailing list posting with the patch...
> 
>> This is because bdb5 tries to redefine gcc's builtin atomic functions,
>> which are also supported by clang (this is a feature :). It is rather
>> dumb to use names starting with underscores for this, since they are
>> reserved.
> 

db48 and db53 also needed the patch. All three should now build with Xcode 4.6.

Daniel



--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] breakage from Xcode 4.6/Clang 4.2

[Daniel Johnson]

On Jan 29, 2013, at 11:16 AM, Alexander Hansen  
wrote:

> On 1/29/13 9:12 AM, Jack Howarth wrote:
>> On Tue, Jan 29, 2013 at 08:20:42AM -0700, Alexander Hansen wrote:
>>> On 1/29/13 7:49 AM, Jack Howarth wrote:
>>>>   Using a clean bootstrap of fink fink-0.34.5 on Mac OS X 10.8 with Xcode 
>>>> 4.6 and
>>>> its associated Command Line Tools installed, I am seeing a failure in the 
>>>> build of
>>>> db51-aes-5.1.29-2 at...
>>>> 
>>>> clang -c -I. -I../src -Os ../src/btree/bt_compare.c  -fno-common -DPIC -o 
>>>> .libs/bt_compare.o
>>>> In file included from ../src/btree/bt_compare.c:46:
>>>> In file included from ./db_int.h:999:
>>>> In file included from ../src/dbinc/mutex.h:15:
>>>> In file included from ../src/dbinc/mutex_int.h:12:
>>>> ../src/dbinc/atomic.h:179:19: error: definition of builtin function 
>>>> '__atomic_compare_exchange'
>>>> static inline int __atomic_compare_exchange(
>>>>  ^
>>>> 1 error generated.
>>>> 
>>>> This looks like the issue discussed in...
>>>> 
>>>> http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-April/020973.html
>>>> http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-April/020974.html
>>>> 
>>>>   Jack
>>>> 
>>> 
>>> Since this is a maintained package, I'll cc the maintainer.
>> 
>> The attached patch derived from 
>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2012-05/msg00058.html
>> solves the build problem on Clang 4.2.
>>Jack
>> ps The net change to the info file is...
>> 
>> --- db51-aes.info2012-01-17 12:19:49.0 -0500
>> +++ /sw/fink/10.7/local/main/finkinfo/db51-aes.info  2013-01-29 
>> 11:06:57.0 -0500
>> @@ -1,7 +1,7 @@
>> Info4: <<
>> Package: db51-aes%type_pkg[-64bit]
>> Version: 5.1.29
>> -Revision: 2
>> +Revision: 3
>> Type: -64bit (boolean)
>> Architecture: ( %type_raw[-64bit] = -64bit ) powerpc, ( %type_raw[-64bit] = 
>> -64bit ) i386
>> CustomMirror: <<
>> @@ -161,6 +161,8 @@
>> Homepage: http://www.oracle.com/database/berkeley-db/index.html
>> Maintainer: Daniel Johnson 
>> Source-MD5: a94ea755ab695bc04f82b94d2e24a1ef 
>> +PatchFile: %n.patch
>> +PatchFile-MD5: 1ed24665950881ecab778163aa986fa1
>> 
>> InfoTest: TestScript: cd test/micro; sh test_micro || exit 2
>> <<
>> 
> 
> Does it really need an increased revision?
> 

I don't think so. This is simply a build-time issue and shouldn't affect the 
finished product. I won't have time to do anything with this until tonight, but 
if someone wants to commit this it's fine with me. Does this issue only affect 
db51? What about db53 or db48?

Daniel


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] sip-py and pyqt4-mac-py

[Daniel Johnson]

On Jan 1, 2013, at 8:38 PM, BABA Yoshihiko  wrote:

> Daniel,
> 
> Yet again qgis dependency issue.
> 
> qgis17-py builddepends on a specific version set of sip-py (= 4.12.3) and 
> pyqt4-mac-py (= 4.8.6).  Is it OK to keep these versions along the latest?
> 
> Thanks
> -- 
> BABA Yoshihiko
> http://www.uclmail.net/users/babayoshihiko

Really? 4.8.6 is over a year old and the version in fink now, 4.9.4, is from 
this past summer and I haven't even bothered to update to the latest one since 
it would be mostly for compatibility with qt5, which we are unlikely to get any 
time soon. I don't see how we can have multiple versions of pyqt4 at the same 
time without breaking things terribly. Does it really need that one specific 
version? That seems extremely poor design to say the least. I'm open to 
suggestions, but I'm not sure how to deal with this.

Daniel


--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612 
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] MIA for a while

[Daniel Johnson]

If anyone is looking for me, I got a bit disrupted by hurricane Sandy
here in Jersey. I'm safe and my house is undamaged but I won't have
power for a while. They're saying 8-15 days. :(

So much fun.

Daniel

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Potential simplification for audacious2

[Daniel Johnson]

On Sep 24, 2012, at 11:44 AM, Alexander Hansen  
wrote:

> While I was looking at a build problem in audacious2, I took note of the
> DescPackaging:
> 
> audacious2-plugins Depends/BuildDepends on
> audacious2-shlibs/audacious2-dev but the audacious2 binary requires
> audacious2-plugins to run. So we Recommend audacious2-plugins to avoid a
> circular dependency.
> 
> I was wondering whether audacious2 could use RuntimeDepends:
> audacious2-plugins.

Good thinking. I'll try that. RuntimeDepends wasn't available at the time.

Daniel



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Xcode 4.5. CVS on last legs?

[Daniel Johnson]

Xcode 4.5 is out now for 10.7 and 10.8. One interesting thing I noticed in the 
release notes was this line:

RCS and CVS are deprecated in this Xcode release. 12252058

This implies that Apple may be removing CVS from an upcoming Xcode version.

Daniel


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] openldap24-2.4.28-1 InfoTest failure on Xcode 4.4.1

[Daniel Johnson]

On Aug 12, 2012, at 1:09 PM, Jack Howarth  wrote:

>   Is anyone else seeing openldap24-2.4.28-1 fail its InfoTest on Lion? With
> Xcode 4.4.1 and the new Command Line Tools with Apple Clang 4.0, I see the
> failure
> 
> Restarting servers...
> Starting server 1 on TCP/IP port 9011...
> Using ldapsearch to check that server 1 is running...
> Starting server 2 on TCP/IP port 9012...
> Starting server 3 on TCP/IP port 9013...
> Starting server 4 on TCP/IP port 9014...
> Using ldapsearch to check that server 2 is running...
> Using ldapsearch to check that server 3 is running...
> Using ldapsearch to check that server 4 is running...
> Waiting 7 seconds for servers to resync...
> Using ldapmodify to add/modify/delete entries from server 1...
>  iteration 1
>  iteration 2
>  iteration 3
>  iteration 4
>  iteration 5
>  iteration 6
>  iteration 7
>  iteration 8
>  iteration 9
>  iteration 10
> Waiting 7 seconds for servers to resync...
> Using ldapsearch to read all the entries from server 1...
> Using ldapsearch to read all the entries from server 2...
> Using ldapsearch to read all the entries from server 3...
> Using ldapsearch to read all the entries from server 4...
> Comparing retrieved entries from server 1 and server 2...
> Comparing retrieved entries from server 1 and server 3...
> test failed - server 1 and server 3 databases differ
>> test050-syncrepl-multimaster failed for hdb
> (exit 1)
> make[2]: *** [hdb-yes] Error 1
> make[1]: *** [test] Error 2
> make: *** [test] Error 2
> 
>Jack

I just updated openldap to 2.4.32 and all tests pass for me on 10.8 with 4.4.1. 
Let me know if that helps you.

Daniel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] github?

[Daniel Johnson]

On Jun 22, 2012, at 7:03 PM, Alexander Hansen wrote:

> On 6/22/12 3:23 PM, Max Horn wrote:
>> 
>> Am 23.06.2012 um 00:07 schrieb David R. Morrison:
>> 
>>> 
>>> 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 https--we're doing pretty much
>>>> the best we can with proxy support for CVS, but sometimes that's still
>>>> blocked.
>>>> 
>>>> And for big updates, like a new OS version, I believe it's easier to
>>>> handle a branch to do changes in git than in CVS (I'm not sure about
>>>> that, though).
>>> 
>>> This is as good a time as any to think about making such a change, but of 
>>> course it would take some time to implement (i.e., its not going to be 
>>> ready for the imminent release of 10.8).
>>> 
>>> The reason I say this is that we would need to write a selfupdate-git 
>>> function, and work through issues like how it interacts with 
>>> selfupdate-cvs, whether we are migrating everything or just the most recent 
>>> tree or trees, etc. etc.
>> 
>> Actually, Daniel Johnson has been working on this: 
>> <https://github.com/danielj7/fink/tree/selfupdate-git>. In the end, it's a 
>> matter of committment: DO we *want* to switch to this? Does it pay off for 
>> Daniel and others to invest blood and tears into it? Because if it's not 
>> clear whether this work has a good chance of being merged in the end, then 
>> it's a bit difficult to motivate oneself to work on it...
>> 
>> My stance is clear on this: I *want* selfupdate-git, and I really want to 
>> stop using CVS for anything. The sooner the better. I'll make our life a lot 
>> easier.
>> 
> 
> We could bring Daniel's code into a branch of the official fink
> repository so that it would be more likely to be tested.  He's got a
> github copy of dists/, too, and a script to transfer updates from SF CVS
> to that.
> 

I don't have a script per se, I run "git cvsimport -avk -o master" to pull in 
the latest updates, but with carefully chosen default settings.

> 
>> While I am at it, I'd also like to see us switch to the new dpkg / apt etc. 
>> ;) I think it was Sjors who worked on that.
>> 
> 
> My understanding is that Justin Hallet is interested in looking at them,
> too, near-term.  In my testing of them, there remained an issue with
> update-alternatives (that's referenced in my message from yesterday),
> but I think they would be good to go as updates if that were fixed--or
> we could try the latest upstream versions, even.  At that point we could
> look into bootstrapping using them.
> 
>> 
>> 
>> As for whether to host git repositories. on SF.net or github: that's a 
>> mostly irrelevant question. We can easily host on both. It's a trivial 
>> matter to switch between them. But github offers so many useful features 
>> that SF.net misses that it's not even a close contest. Add in the fact that 
>> SF.net tends to leave bug reports and feature requests untended for years in 
>> a row, then closes them saying "we are now deprecating this function" etc., 
>> makes me not want to host *anything* anymore on SF.net unless I have no 
>> other choice.
>> 
>> But that's just me. If others want to host git repositories on SF.net (or 
>> bitbucket, or gitorious, or Google Code, or on a private server, or, or, 
>> or), that's all fine by me -- after all, one of the big advantages of DVCS 
>> like git and mercurial is that everybody gets a full copy of the repository; 
>> and which repository is the "upstream" of which other repository is 
>> something that can be changed in a blink of an eye ;).
>> 
>> 
>> Cheers,
>> Max
>> 
> 
> I believe the notion was that once we switched to git (for whatever
> subset of platforms) we wouldn't continue to support upgrading via CVS
> at all:  basically users would selfupdate, and then
> Fink::Selfupdate::CVS would tell them that CVS is done and give them a
> dialog giving them the option to switch to rsync, https, svn or git.
> 
> (Does that answer the issue of interaction with selfupdate-cvs?)
> 
> Assuming that we want to do some testing ;-), then what we could

Re: [Fink-devel] [fink-core] RFC: readline6 package

[Daniel Johnson]

On Jun 20, 2012, at 7:12 AM, Max Horn wrote:

> Hi again,
> 
> I've been working on making a readline6 package, but so far could only test 
> it on 10.6.8 (Intel / 64bit). I'd be grateful if people could test building 
> it on other configurations, in particular on 10.5 and on 10.7, and also in 
> 32bit environments (and perhaps on PowerPC), that would be most helpful.
> 
> This is what you'd need to do:
> (a) Get the .info and .patch from 
> (b) "fink install readline6"
> (c) Tell me the output of the following commands (together with your OS 
> version and CPU type)
> 
>   ls -l /sw/lib/libreadline*dylib /sw/lib/libhistory*dylib
>   otool -L /sw/lib/libreadline.dylib /sw/lib/libhistory.dylib
> 
> 
> Thanks,
> Max

Builds fine for me on 10.7.4 with Xcode 4.3.3. I do get a lot of warnings from 
clang about '=' being used instead of '==' in conditionals like:
../histexpand.c:207:27: warning: using the result of an assignment as a
  condition without parentheses [-Wparentheses]
  for (local_index = i; c = string[i]; i++)
~~^~~
../histexpand.c:207:27: note: place parentheses around the assignment to silence
  this warning
  for (local_index = i; c = string[i]; i++)
  ^
()
../histexpand.c:207:27: note: use '==' to turn this assignment into an equality
  comparison
  for (local_index = i; c = string[i]; i++)
  ^
  ==

Very sloppy programming, and it happens a lot.

~$ ls -l /sw64/lib/libreadline*dylib /sw64/lib/libhistory*dylib
-r-xr-xr-x  1 root  admin   47916 Oct 31  2011 /sw64/lib/libhistory.5.2.dylib
lrwxr-xr-x  1 root  admin  20 Oct 31  2011 /sw64/lib/libhistory.5.dylib -> 
libhistory.5.2.dylib
-r-xr-xr-x  1 root  admin   50336 Jun 20 08:16 /sw64/lib/libhistory.6.2.dylib
lrwxr-xr-x  1 root  admin  20 Jun 20 08:16 /sw64/lib/libhistory.6.dylib -> 
libhistory.6.2.dylib
lrwxr-xr-x  1 root  admin  20 Jun 20 08:16 /sw64/lib/libhistory.dylib -> 
libhistory.6.2.dylib
-r-xr-xr-x  1 root  admin  308468 Oct 31  2011 /sw64/lib/libreadline.5.2.dylib
lrwxr-xr-x  1 root  admin  21 Oct 31  2011 /sw64/lib/libreadline.5.dylib -> 
libreadline.5.2.dylib
-r-xr-xr-x  1 root  admin  323148 Jun 20 08:16 /sw64/lib/libreadline.6.2.dylib
lrwxr-xr-x  1 root  admin  21 Jun 20 08:16 /sw64/lib/libreadline.6.dylib -> 
libreadline.6.2.dylib
lrwxr-xr-x  1 root  admin  21 Jun 20 08:16 /sw64/lib/libreadline.dylib -> 
libreadline.6.2.dylib
~$ otool -L /sw64/lib/libreadline.dylib /sw64/lib/libhistory.dylib
/sw64/lib/libreadline.dylib:
/sw64/lib/libreadline.6.dylib (compatibility version 6.0.0, current 
version 6.2.0)
/sw64/lib/ncurses/libncurses.5.dylib (compatibility version 5.0.0, 
current version 5.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 159.1.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
1094.0.0)
/sw64/lib/libhistory.dylib:
/sw64/lib/libhistory.6.dylib (compatibility version 6.0.0, current 
version 6.2.0)
/sw64/lib/ncurses/libncurses.5.dylib (compatibility version 5.0.0, 
current version 5.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 159.1.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
1094.0.0)

Daniel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Build of nmap fails MaxBuildJobs > 1

[Daniel Johnson]

On Jun 5, 2012, at 4:07 PM, Scott Hannahs wrote:

> When building nmap-6.00-4 on OS X 10.6.8 with gcc 4.2.1 it fails unless 
> MaxBuildJobs is set to 1.
> 
> lastest "fink self-update" used.
> 
> or at least it fails when MaxBuildJobs is 8 and it works when set to 1.
> 
> Here is the relevant (I hope) chunk of output
> 
> rm -f libnetutil.a
> ar cr libnetutil.a netutil.o PacketElement.o NetworkLayerElement.o 
> TransportLayerElement.o ARPHeader.o EthernetHeader.o ICMPv4Header.o 
> ICMPv6Header.o IPv4Header.o IPv6Header.o TCPHeader.o UDPHeader.o RawData.o 
> HopByHopHeader.o DestOptsHeader.o FragmentHeader.o RoutingHeader.o  
> PacketParser.o npacket.o
> /usr/bin/ranlib: file: libnetutil.a(NetworkLayerElement.o) has no symbols
> ranlib libnetutil.a
> ranlib: file: libnetutil.a(NetworkLayerElement.o) has no symbols
> rm -f libpcap*.dylib
> ar rc libpcap.a pcap-bpf.o fad-getad.o pcap.o inet.o gencode.o optimize.o 
> nametoaddr.o etherent.o savefile.o sf-pcap.o sf-pcap-ng.o pcap-common.o 
> bpf_image.o bpf_dump.o  scanner.o grammar.o bpf_filter.o version.o  
> VER=`cat ./VERSION`; \
>   MAJOR_VER=A; \
>   COMPAT_VER=1; \
>   CURRENT_VER=`sed 's/[^0-9.].*$//' ./VERSION`; \
>   flag-sort -r gcc -dynamiclib -undefined error -L/sw/lib \
>   -o libpcap.$VER.dylib pcap-bpf.o fad-getad.o pcap.o inet.o 
> gencode.o optimize.o nametoaddr.o etherent.o savefile.o sf-pcap.o 
> sf-pcap-ng.o pcap-common.o bpf_image.o bpf_dump.o  scanner.o grammar.o 
> bpf_filter.o version.o\
>   -install_name /sw/lib/libpcap.$MAJOR_VER.dylib \
>   -compatibility_version $COMPAT_VER \
>   -current_version $CURRENT_VER
> ranlib libpcap.a
> ### execution of make failed, exit code 2
> Removing runtime build-lock...
> 
> It seems that it is trying to build the library before NetworkLayerElement 
> has been compiled and finds an empty file?  There may be a race condition 
> between when the object file is created and the library file trying to use it 
> before it is closed.  Just a guess.
> 
> -Scott
> 

Odd. It has always built fine for me with MaxBuildJobs set to 4. In any case, 
I've marked it with UseMaxBuildJobs: false now so there should be no more issue.

Daniel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] openssl issue?

[Daniel Johnson]

On May 10, 2012, at 11:25 AM, Andreas Bießmann wrote:

> Dear Daniel Johnson,
> 
> On 09.05.2012 19:08, Andreas Bießmann wrote:
>> Dear Daniel Johnson,
>> 
>> it seems to be related to openssl ... and since you are also the
>> maintainer of openssl here is the next report.
> 
> well, it seems it is an error of the server. Please read
> http://groups.google.com/group/mailing.openssl.users/browse_thread/thread/9302d75a4b6f1076#
> 
> BTW: openssl-1.0.1b is out.
> 
> Best regards
> 
> Andreas Bießmann

Sorry I haven't gotten back to you yet. Yes, this kind of issue is usually a 
misconfigured server. Recent openssls tend to find them because of the new TLS 
1.1 and 1.2 support. Openssl 1.0.1c (and 0.9.8x) actually just came out and 
I'll be updating to them shortly.

Daniel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Oracle Java 7u4 released

[Daniel Johnson]

On Apr 27, 2012, at 5:21 PM, Stephen J. Butler wrote:

> Anyone tried installing the new Oracle provided JRE/JDK? Thoughts on
> how it might or might not interact with Fink?

I installed it and fink doesn't even recognize that it's installed. It still 
shows 1.6.0 as the latest version. I'd suspect that it shouldn't make any 
difference to fink. Packages that use java will use a specific version rather 
than just 'java' so there should be no interference as each JDK is 
self-contained.

Daniel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] switch to framework python builds?

[Daniel Johnson]

On Apr 11, 2012, at 11:04 AM, Daniel Macks  wrote:

> Isn't the actual only difference between "framework" and "library" the 
> difference between using -F/-framework vs -L/-l flags when linking? And the 
> binary library inside .framework is really just a .dylib by a different 
> filenaming scheme. I can't envision any way that the linker flags or 
> filename/location could have any runtime effect at all, or that any 
> runtime-loading or configure-detection/makefile recipe couldn't just have its 
> flags changed to the normal-lib way.
> dan

Yes, it's just a matter of packaging. I'd bet though that wxcocoa
assumes that python is always a framework on OS X and only looks
there. It'll probably need patching.

Now there is another difference between fink's and system python; the
system's uses system tcltk which uses cocoa while fink's uses fink's
tcltk which uses x11. I don't know if that's an issue.

In any case, changing our python packages would require changing all
packages that link to them. That's a lot more work than fixing one
package. :)

Daniel

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] First round of Xcode results

[Daniel Johnson]

On Mar 29, 2012, at 12:33 PM, Alexander Hansen
 wrote:

> I decided not to wait the full 10 or so days it would require to do a 
> buildworld :-)
>
> One important result is the following:
>
> $ xcodebuild -version
> Error: No developer directory found at 
> /Applications/Xcode.app/Contents/Developer. Run /usr/bin/xcode-select to 
> update the developer directory path.
>
> i.e. xcodebuild is installed but appears not to be functional without a 
> /Developer directory.
>
> Just grepping through .info files, I found the following items:
>
> "xcode":
>
> aquaterm uses "xcodebuild", but doesn't have an explicit BuildDepends: xcode
> backupbouncer has a Depends: xcode.  It's not clear from the .info file what 
> components exactly are used.
> fontforge uses "xcode-select" to find the Developer directory but doesn't 
> have an explicit BuildDepends: xcode
> fuse4x-kext use "xcodebuild", but doesn't have an explicit BuildDepends: xcode
> gcc46 | gcc47 have BuildDepends: ( xcode >= 3.1.2); it's not obvious from the 
> .info files whether more than just the command-line tools are required.
> gtk+2 has a legacy script checking for Leopard-specific issues via 
> "xcodebuild -version"
> jicmp | jicmp6 use the system SDKs, which require a full Xcode install.  I've 
> just fixed changes that _I_ made to those  so they now have BuildDepends on 
> the system-sdk* packages again.
> launch uses "xcodebuild" without an explicit BuildDepends: xcode
> octave-3.2.4 has BuildDepends: (xcode >= 3.1) because of merging with the 
> 10.4 tree. Fixed now.
> qemu has BuildDepends: xcode (<= 4.1-1) | gcc46 ; presumably the xcode choice 
> was to use gcc4.2.  (Maintainer contacted separately)
> sbcl-N-maxima has a BuildDepends xcode (>=4.3).  My note shows that this was 
> because it first got along with clang from that version of Xcode, i.e. 
> clang-3.1.  A Bdep: clang (>=3.1) once that virtual package exists _should_ 
> take care of this.
> wine-32bit has an explicit xcode dependency since it only builds with gcc-4.2 
> and currently uses the /Developer directory.  Adding a BuildDepends: gcc4.2 
> would probably be a good idea, too.
> wxcocoa293 carries a BuildDepends: xcode (>=4.2.1) because it's patched to 
> build with clang-3.0 or later.  I'm not completely sure whether BuildDepends: 
> clang (>=3.0) will suffice.
> wxmaxima carries a  BuildDepends: xcode (>=4.2.1) because it appears to need 
> to use the same compiler as wxcocoa293.  This can probably go over to clang 
> (>= 3.0).
>
> /Developer:
> qt4-base-mac | qt4-base-x11 have  'export 
> PATH="/Developer/usr/bin:/usr/llvm-gcc-4.2:$PATH"'.  It's not clear from the 
> .info file whether anything beyond the CLI tools is needed.
> ruby18 uses '/Developer/Tools/Rez -t APPL Carbon.r -o %p/bin/ruby-aqua1.8 || 
> true' in its PostInstScript; no explicit xcode dependency.
>
> If folks don't object, I can add BuildDepends: xcode immediately for the 
> cases above where the issue is just that 'xcodebuild' or 'xcode-select' is 
> being used.
>
> --
> Alexander Hansen, Ph.D.
> Fink User Liaison
> http://finkakh.wordpress.com/2012/02/21/got-job/
>

I have no objection.

Daniel

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] sip-py24-4.13.2-1 fails to build

[Daniel Johnson]

On Mar 18, 2012, at 10:56 AM, Daniel Johnson wrote:

> 
> On Mar 18, 2012, at 8:26 AM, Hanspeter Niederstrasser wrote:
> 
>> On 03/17/2012 11:20 PM, Daniel Johnson wrote:
>>> 
>>> On Mar 17, 2012, at 9:38 PM, Hanspeter Niederstrasser wrote:
>>> 
>>>> Daniel,
>>>> 
>>>> sip-py24 (need it as a dep for flyway-py) fails to build on 10.5/i386
>>>> 
>>>> c++ -c -pipe -fPIC -Os -w -DNDEBUG -I. -I/sw/include/python2.4 -o bool.o 
>>>> bool.cpp
>>>> c++ -headerpad_max_install_names -bundle  -o sip.so siplib.o apiversions.o 
>>>> descriptors.o qtlib.o threads.o objmap.o voidptr.o bool.o
>>>> Undefined symbols:
>>>> "_PySequence_GetItem", referenced from:
>>>> _parsePass1 in siplib.o
>>>> _parsePass2 in siplib.o
>>>> "_PyCObject_Type", referenced from:
>>>> _PyCObject_Type$non_lazy_ptr in voidptr.o
>>>> "_PyBaseObject_Type", referenced from:
>>>> _PyBaseObject_Type$non_lazy_ptr in siplib.o
>>>> "_PyObject_GC_UnTrack", referenced from:
>>>> _forgetObject in siplib.o
>>>> 
>>>> 
>>>> sip-py25 works, and the equivalent compiler command is
>>>> 
>>>> c++ -headerpad_max_install_names -bundle -L/sw/lib/python2.5/config -ldl 
>>>> -lpython2.5 -o sip.so siplib.o apiversions.o descriptors.o qtlib.o 
>>>> threads.o objmap.o voidptr.o bool.o
>>>> 
>>>> Looks like there's no python2.4-config to provide those flags.
>>>> 
>>>> Hanspeter
>>> 
>>> Why do you need -py24? Can you use a newer one? I have no system capable of 
>>> building python24 (only 10.5 has it) and so can't really try to come up 
>>> with a fix. At this point, unless someone can come up with a reasonable 
>>> fix, I'd rather just remove sip-py24 since it doesn't build. The -py24 has 
>>> just been carried forward through inertia and this is the first failure I 
>>> heard of even though it must have been broken for a long time. Also, 
>>> python24 is pretty ancient so I'm unwilling to put much effort into 
>>> supporting it, especially since I can't run it myself. :)
>> 
>> flyway-py24 (the only existing variant in the 10.5/6 tree) has sip-py24 
>> as a dependency and this was being done in the context of the stable 
>> migration.
>> 
>> I did not try to see if flyway-py could be bumped up to a newer python 
>> version, but I've now cc'd the flyway-py maintainer to see if it can be 
>> changed from py24 to py25+.
>> 
>> Assuming that sip-py24 needs to be kept in Fink, a hack would be to 
>> conditionalize the evaluation of `%p/bin/python%type_raw[python]-config 
>> --ldflags` inside the LFLAGS_PLUGIN chunk of CompileScript so that !24 
>> uses what's there, and py24 manually adds the needed -L.
>> 
>> The following is the short list of packages have a listed dependency on 
>> sip-py24
>> 
>> pyqt4-mac-py24
>> pyqt-py24
>> qscintilla2-qt4-*-py24
>> 
>> I did not follow the dependency tree further down to see what would 
>> depend on these.
> 
> Those are all mine and make up the pyqt4 suite.
> 
> No packages directly dep on sip-py24 except for pyqt (for qt3 not 4) and 
> nothing uses that anymore and I wouldn't be surprised if it doesn't even 
> build anymore. I'd suggest getting rid it altogether. 3 packages indirectly 
> dep on sip-py24 through pyqt4: traits-backend-qt-py, spyder{-mac|-x11}-py, 
> and flyway-py. Only flyway-py has only a py24 variant; the others have more 
> recent variants too.
> 
> I think we should just kill all py24 variants in those packages since there 
> are so few. If flyway-py can't work with something newer than py24 then it 
> should go too. It's very old and the upstream site is long gone.
> 
> I'm unwilling to put specialized conditional code in sip-py that I can't even 
> test just for one ancient package. The pyqt4/sip packages are complicated 
> enough to maintain as it is. :)
> 

Oh, my bad, flyway-py uses _pyqt_, not pyqt4. It's almost certainly not going 
to work as our pyqt is terribly bitrotten.

Daniel


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] sip-py24-4.13.2-1 fails to build

[Daniel Johnson]

On Mar 18, 2012, at 8:26 AM, Hanspeter Niederstrasser wrote:

> On 03/17/2012 11:20 PM, Daniel Johnson wrote:
>> 
>> On Mar 17, 2012, at 9:38 PM, Hanspeter Niederstrasser wrote:
>> 
>>> Daniel,
>>> 
>>> sip-py24 (need it as a dep for flyway-py) fails to build on 10.5/i386
>>> 
>>> c++ -c -pipe -fPIC -Os -w -DNDEBUG -I. -I/sw/include/python2.4 -o bool.o 
>>> bool.cpp
>>> c++ -headerpad_max_install_names -bundle  -o sip.so siplib.o apiversions.o 
>>> descriptors.o qtlib.o threads.o objmap.o voidptr.o bool.o
>>> Undefined symbols:
>>>  "_PySequence_GetItem", referenced from:
>>>  _parsePass1 in siplib.o
>>>  _parsePass2 in siplib.o
>>>  "_PyCObject_Type", referenced from:
>>>  _PyCObject_Type$non_lazy_ptr in voidptr.o
>>>  "_PyBaseObject_Type", referenced from:
>>>  _PyBaseObject_Type$non_lazy_ptr in siplib.o
>>>  "_PyObject_GC_UnTrack", referenced from:
>>>  _forgetObject in siplib.o
>>> 
>>> 
>>> sip-py25 works, and the equivalent compiler command is
>>> 
>>> c++ -headerpad_max_install_names -bundle -L/sw/lib/python2.5/config -ldl 
>>> -lpython2.5 -o sip.so siplib.o apiversions.o descriptors.o qtlib.o 
>>> threads.o objmap.o voidptr.o bool.o
>>> 
>>> Looks like there's no python2.4-config to provide those flags.
>>> 
>>> Hanspeter
>> 
>> Why do you need -py24? Can you use a newer one? I have no system capable of 
>> building python24 (only 10.5 has it) and so can't really try to come up with 
>> a fix. At this point, unless someone can come up with a reasonable fix, I'd 
>> rather just remove sip-py24 since it doesn't build. The -py24 has just been 
>> carried forward through inertia and this is the first failure I heard of 
>> even though it must have been broken for a long time. Also, python24 is 
>> pretty ancient so I'm unwilling to put much effort into supporting it, 
>> especially since I can't run it myself. :)
> 
> flyway-py24 (the only existing variant in the 10.5/6 tree) has sip-py24 
> as a dependency and this was being done in the context of the stable 
> migration.
> 
> I did not try to see if flyway-py could be bumped up to a newer python 
> version, but I've now cc'd the flyway-py maintainer to see if it can be 
> changed from py24 to py25+.
> 
> Assuming that sip-py24 needs to be kept in Fink, a hack would be to 
> conditionalize the evaluation of `%p/bin/python%type_raw[python]-config 
> --ldflags` inside the LFLAGS_PLUGIN chunk of CompileScript so that !24 
> uses what's there, and py24 manually adds the needed -L.
> 
> The following is the short list of packages have a listed dependency on 
> sip-py24
> 
> pyqt4-mac-py24
> pyqt-py24
> qscintilla2-qt4-*-py24
> 
> I did not follow the dependency tree further down to see what would 
> depend on these.

Those are all mine and make up the pyqt4 suite.

No packages directly dep on sip-py24 except for pyqt (for qt3 not 4) and 
nothing uses that anymore and I wouldn't be surprised if it doesn't even build 
anymore. I'd suggest getting rid it altogether. 3 packages indirectly dep on 
sip-py24 through pyqt4: traits-backend-qt-py, spyder{-mac|-x11}-py, and 
flyway-py. Only flyway-py has only a py24 variant; the others have more recent 
variants too.

I think we should just kill all py24 variants in those packages since there are 
so few. If flyway-py can't work with something newer than py24 then it should 
go too. It's very old and the upstream site is long gone.

I'm unwilling to put specialized conditional code in sip-py that I can't even 
test just for one ancient package. The pyqt4/sip packages are complicated 
enough to maintain as it is. :)

Daniel


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] sip-py24-4.13.2-1 fails to build

[Daniel Johnson]

On Mar 17, 2012, at 9:38 PM, Hanspeter Niederstrasser wrote:

> Daniel,
> 
> sip-py24 (need it as a dep for flyway-py) fails to build on 10.5/i386
> 
> c++ -c -pipe -fPIC -Os -w -DNDEBUG -I. -I/sw/include/python2.4 -o bool.o 
> bool.cpp
> c++ -headerpad_max_install_names -bundle  -o sip.so siplib.o apiversions.o 
> descriptors.o qtlib.o threads.o objmap.o voidptr.o bool.o
> Undefined symbols:
>  "_PySequence_GetItem", referenced from:
>  _parsePass1 in siplib.o
>  _parsePass2 in siplib.o
>  "_PyCObject_Type", referenced from:
>  _PyCObject_Type$non_lazy_ptr in voidptr.o
>  "_PyBaseObject_Type", referenced from:
>  _PyBaseObject_Type$non_lazy_ptr in siplib.o
>  "_PyObject_GC_UnTrack", referenced from:
>  _forgetObject in siplib.o
> 
> 
> sip-py25 works, and the equivalent compiler command is
> 
> c++ -headerpad_max_install_names -bundle -L/sw/lib/python2.5/config -ldl 
> -lpython2.5 -o sip.so siplib.o apiversions.o descriptors.o qtlib.o threads.o 
> objmap.o voidptr.o bool.o
> 
> Looks like there's no python2.4-config to provide those flags.
> 
> Hanspeter

Why do you need -py24? Can you use a newer one? I have no system capable of 
building python24 (only 10.5 has it) and so can't really try to come up with a 
fix. At this point, unless someone can come up with a reasonable fix, I'd 
rather just remove sip-py24 since it doesn't build. The -py24 has just been 
carried forward through inertia and this is the first failure I heard of even 
though it must have been broken for a long time. Also, python24 is pretty 
ancient so I'm unwilling to put much effort into supporting it, especially 
since I can't run it myself. :)

Daniel


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dyld: lazy symbol binding failed: Symbol not found: _Perl_Gthr_key_ptr

[Daniel Johnson]

On Feb 19, 2012, at 9:05 AM, Alexander Hansen wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 2/18/12 10:22 PM, Jack Howarth wrote:
>> Interestingly this seems to be solved when I move /opt/local to 
>> /opt/local.off. Usually fink is pretty good about not running over 
>> and dipping into my disabled macports directory.
> 
> Some upstreams try to be "helpful" and detect Macports or Fink.  It
> might have been via one of those packages.
> 
> I wonder if we could add something to fink that would detect
>> if the build process is scanning /opt/local to flag these leaky 
>> packages. Jack
>> 
> 
> There is already a "fink-package-precedence" script (from the package
> of the same name) which can be used in the CompileScript to scan
> headers and libraries for e.g. /usr/local, or /usr/X11 where we don't
> want it.  It doesn't work for every package, however.
> 
> It could be extended to check for /opt/local--the penalty being that
> people who stick their Fink tree in /opt/local/fink or something like
> that would need a bit of extra hacking.
> 
> Another potentially useful feature, now that I'm thinking about it,
> would be also to scan any executables as to their linked library content.

f-p-p already does this for dylibs, but they have predictable extensions so 
that's easy. Executables typically don't have any extension so the only way to 
find them is to scan every installed file to see if it's executable. It might 
be reasonable to scan perl and python modules though since they have a known 
location and extension.

I've looked at xml-sax-expat-pm and xml-sax-pm and don't see where they would 
pick up /opt/local. However, the xml-sax suite has always been a bit fragile 
and it's also possible that something from MacPorts changed something in the 
environment that got picked up. It could also be from somewhere further down 
the line of dependencies. There is a newer upstream xml-sax-pm that I'll look 
into updating to, not that that will necessarily help.

Daniel


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] avoid Xcode 4.3

[Daniel Johnson]

On Feb 16, 2012, at 3:07 PM, Jack Howarth wrote:

>  I would avoid Xcode 4.3 like the plague at the moment. The installation
> via the App Store over Xcode 4.2.1 leaves the prior broken and the new
> release unable to install its Command Line Tools (which are no longer 
> installed
> by default). I was forced to deinstall the Xcode 4.2.1 release with the
> deinstallation scripts in order to allow Xcode 4.3 to download its own
> command line tools. However, despite the command line tools installation
> claiming to be successful, I can see no evidence of them in /Developer.
> What a mess.
>  Jack

The command line tools *are* installed in /usr, but /Developer is no more. Its 
contents are now inside /Applications/Xcode.app. I guess they wanted to make it 
self-contained for easier updating.

The current fink doesn't think that Xcode is installed, however, since 
Xcode.app is now in /Applications. Also the SDKs are inside the .app too so if 
a package needs them, it'll have to look in a different spot.

Daniel


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] move libjpeg-turbo to stable?

[Daniel Johnson]

On Jan 18, 2012, at 11:18 AM, Alexander Hansen wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 1/18/12 11:02 AM, Hans-Christoph Steiner wrote:
>> 
>> I'm packaging openni, which I'd like to link against
>> libjpeg-turbo. libjpeg-turbo is in 10.7/stable but in unstable for
>> < 10.7.  Can it be moved to stable everywhere?
>> 
>> .hc
>> 
> 
> As long as its dependencies are in stable, sure.
> 

I'll get on it shortly.

Daniel


--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] python26-2.6.7-2 test failure

[Daniel Johnson]

On Jan 7, 2012, at 7:15 AM, Hanspeter Niederstrasser wrote:

> On 01/06/2012 7:49 PM, Daniel Johnson wrote:
>> 
>> On Jan 6, 2012, at 10:05 AM, Hanspeter Niederstrasser wrote:
>> 
>>> Failure on 10.7.  2.6.7-1 (before the ctypes fix) built OK back in July.
>>> 
>>> ==
>>> FAIL: test_byte (ctypes.test.test_cfuncs.CFunctions)
>>> --
>>> Traceback (most recent call last):
>>>   File
>>> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_cfuncs.py",
>>> line 20, in test_byte
>>> self.failUnlessEqual(self._dll.tf_b(-126), -42)
>>> AssertionError: 43 != -42
>>> 
>>> ==
>>> FAIL: test_byte_plus (ctypes.test.test_cfuncs.CFunctions)
>>> --
>>> Traceback (most recent call last):
>>>   File
>>> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_cfuncs.py",
>>> line 26, in test_byte_plus
>>> self.failUnlessEqual(self._dll.tf_bb(0, -126), -42)
>>> AssertionError: 43 != -42
>>> 
>>> ==
>>> FAIL: test_short (ctypes.test.test_cfuncs.CFunctions)
>>> --
>>> Traceback (most recent call last):
>>>   File
>>> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_cfuncs.py",
>>> line 44, in test_short
>>> self.failUnlessEqual(self._dll.tf_h(-32766), -10922)
>>> AssertionError: 10923 != -10922
>>> 
>>> ==
>>> FAIL: test_short_plus (ctypes.test.test_cfuncs.CFunctions)
>>> --
>>> Traceback (most recent call last):
>>>   File
>>> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_cfuncs.py",
>>> line 50, in test_short_plus
>>> self.failUnlessEqual(self._dll.tf_bh(0, -32766), -10922)
>>> AssertionError: 10923 != -10922
>>> 
>>> ==
>>> FAIL: test_doubleresult (ctypes.test.test_functions.FunctionTestCase)
>>> --
>>> Traceback (most recent call last):
>>>   File
>>> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_functions.py",
>>> line 143, in test_doubleresult
>>> self.failUnlessEqual(result, -21)
>>> AssertionError: 65771.0 != -21
>>> 
>>> ==
>>> FAIL: test_floatresult (ctypes.test.test_functions.FunctionTestCase)
>>> --
>>> Traceback (most recent call last):
>>>   File
>>> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_functions.py",
>>> line 131, in test_floatresult
>>> self.failUnlessEqual(result, -21)
>>> AssertionError: 65771.0 != -21
>>> 
>>> ==
>>> FAIL: test_intresult (ctypes.test.test_functions.FunctionTestCase)
>>> --
>>> Traceback (most recent call last):
>>>   File
>>> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_functions.py",
>>> line 105, in test_intresult
>>> self.failUnlessEqual(result, -21)
>>> AssertionError: 65771 != -21
>>> 
>>> ==
>>> FAIL: test_longdoubleresult (ctypes.test.test_functions.FunctionTestCase)
>>> --
>>> Traceback (most recent call last):
>>>   File
>>> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_functions.py",
>>> line 155, in test_longdoubleresult
>>> self.failUnlessEqual(result, -21)
>>> AssertionError: 65771.0 != -21
>>> 
>>> --
>>>

Re: [Fink-devel] python26-2.6.7-2 test failure

[Daniel Johnson]

On Jan 6, 2012, at 10:05 AM, Hanspeter Niederstrasser wrote:

> Failure on 10.7.  2.6.7-1 (before the ctypes fix) built OK back in July.
> 
> ==
> FAIL: test_byte (ctypes.test.test_cfuncs.CFunctions)
> --
> Traceback (most recent call last):
>   File 
> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_cfuncs.py",
>  
> line 20, in test_byte
> self.failUnlessEqual(self._dll.tf_b(-126), -42)
> AssertionError: 43 != -42
> 
> ==
> FAIL: test_byte_plus (ctypes.test.test_cfuncs.CFunctions)
> --
> Traceback (most recent call last):
>   File 
> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_cfuncs.py",
>  
> line 26, in test_byte_plus
> self.failUnlessEqual(self._dll.tf_bb(0, -126), -42)
> AssertionError: 43 != -42
> 
> ==
> FAIL: test_short (ctypes.test.test_cfuncs.CFunctions)
> --
> Traceback (most recent call last):
>   File 
> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_cfuncs.py",
>  
> line 44, in test_short
> self.failUnlessEqual(self._dll.tf_h(-32766), -10922)
> AssertionError: 10923 != -10922
> 
> ==
> FAIL: test_short_plus (ctypes.test.test_cfuncs.CFunctions)
> --
> Traceback (most recent call last):
>   File 
> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_cfuncs.py",
>  
> line 50, in test_short_plus
> self.failUnlessEqual(self._dll.tf_bh(0, -32766), -10922)
> AssertionError: 10923 != -10922
> 
> ==
> FAIL: test_doubleresult (ctypes.test.test_functions.FunctionTestCase)
> --
> Traceback (most recent call last):
>   File 
> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_functions.py",
>  
> line 143, in test_doubleresult
> self.failUnlessEqual(result, -21)
> AssertionError: 65771.0 != -21
> 
> ==
> FAIL: test_floatresult (ctypes.test.test_functions.FunctionTestCase)
> --
> Traceback (most recent call last):
>   File 
> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_functions.py",
>  
> line 131, in test_floatresult
> self.failUnlessEqual(result, -21)
> AssertionError: 65771.0 != -21
> 
> ==
> FAIL: test_intresult (ctypes.test.test_functions.FunctionTestCase)
> --
> Traceback (most recent call last):
>   File 
> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_functions.py",
>  
> line 105, in test_intresult
> self.failUnlessEqual(result, -21)
> AssertionError: 65771 != -21
> 
> ==
> FAIL: test_longdoubleresult (ctypes.test.test_functions.FunctionTestCase)
> --
> Traceback (most recent call last):
>   File 
> "/sw/build.build/python26-2.6.7-2/Python-2.6.7/Lib/ctypes/test/test_functions.py",
>  
> line 155, in test_longdoubleresult
> self.failUnlessEqual(result, -21)
> AssertionError: 65771.0 != -21
> 
> --
> Ran 328 tests in 0.594s
> 
> FAILED (failures=8)
> test test_ctypes failed -- multiple errors occurred
> make: *** [test] Error 1
> ### execution of LANG=en_US.UTF-8 failed, exit code 2

I just tried building 2.6.7-2 on 10.7.2 with Xcode 4.2 and all tests passed 
including the ctypes ones. Python27 also builds fine.

Daniel


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Version control migration?

[Daniel Johnson]

On Oct 25, 2011, at 7:43 AM, Alexander Hansen wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 10/25/11 3:05 AM, Martin Costabel wrote:
>> On 25/10/11 05:19, Charles Lepple wrote:
>>> In light of the fink core code moving to git/GitHub, I'd like to
>>> bump this thread (git for dists/):
>>> 
>>> http://thread.gmane.org/gmane.os.macosx.fink.devel/20083
>>> 
>>> For bootstrapping, is git part of the latest Xcode, or is that
>>> only on 10.7? What else is needed to change over from CVS?
>> 
>> No /usr/bin/git before xcode-4.0, AFAICS.
>> 
>> If Fink wants to switch to selfupdate-git, it will have to make git
>> an essential package for 10.5/6 or provide a git executable in some
>> other form. Making the current git package essential would involve
>> also essentializing expat, libcurl, libssh, pkgconfig, ca-bundle,
>> and perhaps some other dependencies, but seeing thqt all this stuff
>> is already present in the system, there could perhaps be a leaner
>> git package.
>> 
> 
> (from the thread that Charles referenced)
> github.com offers the ability to access repositories via svn as well:
> 
> <https://github.com/blog/626-announcing-svn-support>
> 
> Since svn _is_ provided with 10.5+, having a selfupdate-svn would also
> be a way to avoid making git essential.  The example in that URL uses
> HTTP, so I'm assuming that it would function through firewalls, which
> is a principal reason for general users not to use rsync.
> 
> I believe Daniel Johnson already has both selfupdate-git and
> selfupdate-svn from github.com implemented in his experimental tree there.

GitHub has recently made some nice upgrades to their svn client support. They 
now allow partial checkouts and full commit support. I've just updated my fork 
of fink that provides selfupdate-git and -svn so that it will only checkout the 
trees specified by SelfUpdateTrees just like with selfupdate-cvs. It should 
also allow full developer read/write access, but you can't try that since it's 
using my personal fink-dists copy. :)

With this change, selfupdate-svn should behave almost exactly like 
selfupdate-cvs. That should make it really easy for maintainers to switch over 
to using github. Since 10.5 and later comes with svn nothing needs to be made 
Essential.

You can check out my repo with "git clone https://github.com/danielj7/fink.git"; 
and "cd fink; git checkout selfupdate-git". You can then run bootstrap. Switch 
to svn with "fink selfupdate-svn".

Daniel


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] smake build fixed with Xcode 4.2

[Daniel Johnson]

On Oct 13, 2011, at 12:35 PM, Jack Howarth wrote:

>  FYI, the problems with cdrtools building under Lion should be resolved with 
> Xcode 4.2.
> While I haven't tested that package yet, the underlying build issue with 
> smake contained
> in cdrtools is now fixed. The attached packaging builds smake without 
> failures under
> Xcode 4.2 (whereas Xcode 4.1 will hang the test avoffset). Nice.
>  Jack
> ps Of course the cdrtools package in 10.7 stable will need a BuildDepends of 
> xcode (>= 4.2).

I already have an smake 1.2.1 package in 10.7/stable that builds with both 
Xcode 4.1 and 4.2.

The patch I use is

diff -ru smake-1.2.1.orig/include/schily/mconfig.h 
smake-1.2.1/include/schily/mconfig.h
--- smake-1.2.1.orig/include/schily/mconfig.h   2009-10-17 14:52:18.0 
-0400
+++ smake-1.2.1/include/schily/mconfig.h2011-08-22 19:37:56.0 
-0400
@@ -150,6 +150,11 @@
 #endif
 #endif
 
+/* Build hangs when using LLVM unless we disable SCANSTACK */
+#ifdef __llvm__
+#  undef   HAVE_SCANSTACK
+#endif
+
 /*
  * Allow to overwrite the defines in the makefiles by calling
  *

I could make the patch conditional on clang version I guess, but I don't know 
if it's worth it.

Daniel


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Phased decommissioning of the unstable tree.

[Daniel Johnson]

On Oct 5, 2011, at 10:31 AM, Max Horn wrote:

> Also, one "reverse" case:
> 
> Validating package file ./stable/main/finkinfo/database/sqlite3-x86_64.info...
> Error: can't find patchfile "./stable/main/finkinfo/database/sqlite3.patch"

That's my fault. I just deleted sqlite3-x86_64.info since it's been superseded 
by sqlite3.info.

Daniel


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] runtime issue involving graphicsmagick-shlibs-1.3.12-1

[Daniel Johnson]

On Jul 28, 2011, at 5:01 PM, Alexander Hansen wrote:

> I get a runtime error from drawtiming if using the libraries from
> graphicsmagick-shlibs-1.3.12-1 (any Mac platform):
> 
> $ drawtiming -o test.png /sw/share/drawtiming/samples/guenter.txt
> Assertion failed: (semaphore_info != (SemaphoreInfo *) NULL), function
> LockSemaphoreInfo, file magick/semaphore.c, line 525.
> 
> By contrast, with graphicsmagick-shlibs-1.3.7-2 installed, I get the
> following:
> 
> $ drawtiming -o test.png /sw/share/drawtiming/samples/guenter.txt
> $
> 
> and test.png is generated
> 
> Looking at the graphicsmagick sources, magick/semaphore.c has the
> following on 1.3.12-1:
> 
> MagickExport void LockSemaphoreInfo(SemaphoreInfo *semaphore_info)
> {
>  assert(semaphore_info != (SemaphoreInfo *) NULL);
>  assert(semaphore_info->signature == MagickSignature);
> #if defined(USE_POSIX_THREADS)
>  PTHREAD_MUTEX_LOCK(&semaphore_info->mutex);
> #endif
> #if defined(USE_WIN32_THREADS)
>  EnterCriticalSection(&semaphore_info->mutex);
> #endif
> }
> 
> and on 1.3.7-2:
> 
> MagickExport MagickPassFail LockSemaphoreInfo(SemaphoreInfo *semaphore_info)
> {
>  MagickPassFail
>status=MagickPass;
> 
>  assert(semaphore_info != (SemaphoreInfo *) NULL);
> /*   assert(semaphore_info->signature == MagickSignature); */
> #if defined(USE_POSIX_THREADS)
>  {
>int
>  err_status;
> 
>if ((err_status = pthread_mutex_lock(&semaphore_info->mutex)) != 0)
>  {
>errno=err_status;
>status=MagickFail;
>  }
>  }
> #endif
> #if defined(USE_WIN32_THREADS)
>  EnterCriticalSection(&semaphore_info->mutex);
> #endif
>  return(status);
> }
> 
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> http://finkakh.wordpress.com/

This is known: 
http://sourceforge.net/tracker/?func=detail&aid=3104518&group_id=73485&atid=537937

The problem is actually in drawtiming. It's supposed to call InitializeMagick() 
before doing anything but isn't. Apparently while this was always supposed to 
be required, it used to work by accident. Now it's a hard requirement.

Daniel


--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] libapr.0-dev-1.4.5-1 hardcodes fink's sed in itslibtool scripts:

[Daniel Johnson]

On Jul 25, 2011, at 4:09 PM, Daniel Macks wrote:

> On Mon, 25 Jul 2011 15:04:51 -0400, Alexander Hansen  wrote:
> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>> 
>> It doesn't actually carry any dependency on sed itself, but when I tried
>> to build a package that depends on libapr.0 (libserf0-0.7.0-3
>> ), I got the following error:
>> 
>> make LDFLAGS="-L/sw64/lib/system-openssl/lib -L/sw64/lib"
>> /sw64/share/apache2/build-1/libtool --silent --tag=CC --mode=compile gcc
>> - -g -O2  -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp
>> - -DDARWIN_10 -I/sw64/lib/system-openssl/include  -I.
>> - -I/sw64/include/apache2   -I/sw64/include/apache2 -I/sw64/include  -c -o
>> buckets/aggregate_buckets.lo buckets/aggregate_buckets.c && touch
>> buckets/aggregate_buckets.lo
>> /sw64/share/apache2/build-1/libtool: line 390: /sw64/bin/sed: No such
>> file or directory
> 
> [etc]
> 
>> 
> 
> > Right at the beginning of /sw64/share/apache2/build-1/libtool, after the
>> GPL statement, I have:
>> 
>> # A sed program that does not truncate output.
>> SED="/sw64/bin/sed"
>> 
>> # Sed that helps us avoid accidentally triggering echo(1) options like -n.
>> Xsed="/sw64/bin/sed -e 1s/^X//"
> 
> The libtool14 package had a similar problem, which was fixed by passing
> 
>   lt_cv_path_SED="/usr/bin/sed"
> 
> to ./configure in CompileScript. Maybe that works here too?

It does and I've now fixed it. It'd be nice if configure didn't use two 
different means of finding sed. The first one is overridden by setting SED but 
the second one ignores that and requires lt_cv_path_SED to be set. :p

Daniel


--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Fwd: Re: [Fink-users] mplayer fails to compile

[Daniel Johnson]

On Jun 6, 2011, at 11:49 PM, Daniel Macks wrote:

> On Mon, 06 Jun 2011 10:50:46 -0400, Alexander Hansen  wrote:
>> 
>> OK, it's been more than a month since I sent this.  I haven't gotten
>> anything from the listed mplayer maintainer.   (cc'ed on this message). 
>> 
>> If we can't fix this, is there a prior version that worked on
>> 10.6/x86_64 that we can roll back to?  Or should we block this out on
>> 10.6/x86_64 altogether?
> 
> [...]
> 
>>> cc -I../libavcodec -I../libavformat -Wdisabled-optimization
>>> -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil
>>> -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4  -mtune=generic
>>> -pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic -falign-loops=16
>>> -DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
>>> -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/sw/include -I/sw/include/lame
>>> -I/sw/lib/fontconfig2/include -I/usr/local/include -mmmx -msse -msse2
>>> -msse3 -mssse3 -m3dnow -I/usr/X11/include -I/sw/include/freetype2
>>> -I/sw/include -I/sw/include -I/sw/include -I/sw/include/dvdnav   -c -o
>>> vf_ilpack.o vf_ilpack.c
>>> {standard input}:482:suffix or operands invalid for `push'
>>> {standard input}:561:suffix or operands invalid for `pop'
>>> {standard input}:620:suffix or operands invalid for `push'
>>> {standard input}:703:suffix or operands invalid for `pop'
>>> make[1]: *** [vf_ilpack.o] Error 1
>>> make: *** [libmpcodecs/libmpcodecs.a] Error 2
>>> ### execution of make failed, exit code 2
>>> Removing runtime build-lock... 
>>> Removing build-lock package... 
>>> /sw/bin/dpkg-lockwait -r fink-buildlock-mplayer-1.0.0rc2-1011
>>> (Reading database ... 335737 files and directories currently installed.)
>>> Removing fink-buildlock-mplayer-1.0.0rc2-1011 ... 
>>> Failed: phase compiling: mplayer-1.0.0rc2-1011 failed
>>> 
>>> Your assistance will be appreciated. 
>>> I am On a Snow leopard osx version 10.6.7 intel imac. 
>>> 
>>> Richard Miles
>>> richard.mile...@gmail.com 
>>> 
>>> 
>> 32 or 64 bit Fink?
>> 
>> I get the same thing on 64-bit, and the error has been reported before
>> there. 
>> 
>> 32-bit, on the other hand, works for me. 
>> 
>> I'll cc the maintainer, and I've posted build logs  at
>> 
>> http://akh.users.finkproject.org/finklogs/archives/2011/05/03/mplayer-1_0_0rc2-1011_fails_to_build_on_10_6x86_64/index.html
> 
> I just tried 1.0.0rc2 on 64-bit (current unstable) with xcode4. Built 
> fine well beyond this point. In particular, vf_ilpack.c -> .o had no 
> errors or even warnings. Eventually exploded at:
> 
> cc -I../libavcodec -I../libavformat -Wdisabled-optimization 
> -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil 
> -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4  
> -mtune=generic -pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic 
> -falign-loops=16 -DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE 
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H 
> -I/sw64/include -I/sw64/include/lame -I/sw64/lib/fontconfig2/include 
> -I/usr/local/include -mmmx -msse -msse2 -msse3 -mssse3 -m3dnow 
> -I/usr/X11/include -I/sw64/include/freetype2 -I/sw64/include 
> -I/sw64/include -I/sw64/include -I/sw64/include/dvdnav 
> -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer   -c -o driver.o 
> driver.c
> In file included from wine/winbase.h:5,
>  from win32.h:13,
>  from driver.c:19:
> wine/winnt.h:624:2: error: #error You need to define a CONTEXT for your CPU
> In file included from wine/winbase.h:5,
>  from win32.h:13,
>  from driver.c:19:
> wine/winnt.h:627: error: expected '=', ',', ';', 'asm' or 
> '__attribute__' before '*' token
> wine/winnt.h:751:2: error: #error You need to define 
> DEFINE_REGS_ENTRYPOINT macros for your CPU
> wine/winnt.h:762:3: error: #error You must define GET_IP for this CPU
> wine/winnt.h:1016: error: expected specifier-qualifier-list before 'PCONTEXT'
> wine/winnt.h:1029: error: expected declaration specifiers or '...' 
> before 'PCONTEXT'
> 
> and a mess of warnings and other errors. See:
> 
> http://dmacks.users.finkproject.org/fink-build-log_mplayer_1.0.0rc2-1011_2011.06.06-23.42.14

Eww, it looks like mplayer is using code from wine internally. If that's the 
case, it will not build at all on x86_64. The wine code doesn't have cpu 
context information for 64 bit processors. At least it never did when I tried 
to build it. Maybe wine upstream has updated code by now?

Looks like there is a 64 bit fork at http://wiki.winehq.org/Wine64.

Daniel


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
Fink-dev