Re: [Fink-devel] inherited_linker_flags

[David Reiser]

> On Jul 11, 2017, at 6:14 AM, Hanspeter Niederstrasser 
>  wrote:
> 
> On 7/9/17 9:00 PM, David Reiser wrote:
>> gnutls30 inserts:
>> inherited_linker_flags='  -framework Security -framework CoreFoundation’
>> in its .la files. And the validator complains at the end of the package 
>> build.
>> I tried one fix of inserting 4 '-Wl,' in line in the Makefile.in, but that 
>> broke the build sooner.
>> What’s the right way to avoid the problem?
> 
> This should work at the end of InstallScript once the .la files are in the 
> proper place:
> 
> perl -pi -e 's|-framework |-Wl,-framework,|g' <.LA FILES>
> 
> notice the  after the first -framework token. Changes
> "-framework Security" to "-Wl,-framework,Security"
> 
> Hanspeter
> 
> 
Thanks. Looks like I didn’t understand either how to do the -Wl tokenization or 
where I should do the editing.

My current packaging version passes the validator, and the relevant .la files 
now contain (among other things):

# Linker flags that cannot go in dependency_libs.
inherited_linker_flags='  -Wl,-framework,Security -Wl,-framework,CoreFoundation'

Will that work with whatever is going to try to use the .la files downstream?

Dave
--
Dave Reiser
dbrei...@icloud.com






--
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:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] inherited_linker_flags

[David Reiser]

gnutls30 inserts:
inherited_linker_flags='  -framework Security -framework CoreFoundation’
in its .la files. And the validator complains at the end of the package build.

I tried one fix of inserting 4 '-Wl,' in line in the Makefile.in, but that 
broke the build sooner.

What’s the right way to avoid the problem?

Thanks.

--
Dave Reiser
dbrei...@icloud.com






--
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:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Packaging Problem

[David Lowe]

Scratching my head here.  I'm only doing "fink -m build regina", not a 
full install yet.  Install phase does this:

> /usr/bin/install -m 755 -c ./rxstack.init.d 
> /sw/src/fink.build/root-regina-3.8.2-3/sw/sbin/rxstack-control

but the validator doesn't like it:

> Validating .deb dir /sw/src/fink.build/root-regina-3.8.2-3...
> Error: DaemonicFile executable "/sw/sbin/rxstack-control" does not exist.

So will this pass after i clean up my other problems and get it 
installed?

sent from Mountain Lion

The Doctor: Anybody remotely interesting is mad, in some way or another.
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
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] Packaging Problem

[David Lowe]

On 2016 Mar 2, at 08:35, Alexander Hansen  wrote:
> 
> Files: lib/libregina.0.dylib lib/libtest1.0.dylib lib/libtest2.0.dylib

Durn, dunno how that got by the search & replace.  Thanks!

David Lowe
doctorjl...@earthlink.net

The Doctor: A little gratitude wouldn't irretrievably damage my ego.
--
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=272487151&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

[Fink-devel] Packaging Problem

[David Lowe]

I'm trying to revive the dormant "Regina" package.  This new info file 
is based on the old one, but i had to make changes because the new upstream 
version renamed some components ('libtest1.0.dylib -> librxtest1.0.dylib, etc.) 
 Fine, so i did a search&replace.  Now compile phase finishes okeh, but the 
install phase is still using the old name.  I just don't see where it's finding 
that name, it doesn't exist in the info file anymore…

> sudo -u fink-bld [ENV] sh -c /tmp/fink.aKjqs
> /usr/bin/install -d -m 755 
> /sw/src/fink.build/root-regina-shlibs-3.8.2-3/sw/lib
> /bin/mv /sw/src/fink.build/root-regina-3.8.2-3/sw/lib/libregina.0.dylib 
> /sw/src/fink.build/root-regina-shlibs-3.8.2-3/sw/lib/
> /bin/mv /sw/src/fink.build/root-regina-3.8.2-3/sw/lib/libtest1.0.dylib 
> /sw/src/fink.build/root-regina-shlibs-3.8.2-3/sw/lib/
> mv: rename /sw/src/fink.build/root-regina-3.8.2-3/sw/lib/libtest1.0.dylib to 
> /sw/src/fink.build/root-regina-shlibs-3.8.2-3/sw/lib/libtest1.0.dylib: No 
> such file or directory



regina.info
Description: Binary data

sent from Mountain Lion

The Doctor: There’s a lot of things you need to get across this universe. Warp 
drive… wormhole refractors… You know the thing you need most of all? You need a 
hand to hold.--
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=272487151&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

[Fink-devel] Audacious Package

[David Lowe]

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.
--
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] My packages are up for adoption

[David Lowe]

On 2016Jan 9,, at 14:08, Alexander Hansen  wrote:
> 
> I’m not giving up the project just yet.  I just don’t actually use most of 
> what I maintain, and real life is really dragging me down right now so I 
> don’t have the time and energy to keep up with them.

I could probably take on the wx stuff.

Sent from David-Lowes-Mac-mini

The Doctor: You know when grown-ups tell you everything's going to be fine, but 
you really think they're lying to make you feel better?
Amelia: Yeah...
The Doctor: Everything's going to be fine.




--
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] Fink

[David R. Morrison]

Yes, well, I'm on Lion…

On Nov 23, 2015, at 9:28 AM, Alexander Hansen wrote:

> 
>> On Nov 23, 2015, at 08:06, Max Horn  wrote:
>> 
>> Hi Dave,
>> [CC: fink-devel],
>> 
>>> On 22 Nov 2015, at 21:39, David R. Morrison  wrote:
>>> 
>>> Hi Max.
>>> 
>>> I have indeed been inactive but am planning to resume activity soon.  (As 
>>> soon as I get one of my machines upgraded to a El Capitan.)  I'll assess my 
>>> packages after I do that and might release some of them as unmaintained.
>> 
>> Great news :)
>> 
>> 
>> Cheers,
>> Max
> 
> 
> Mavericks would be fine. :-)  Looking forward to having you back.
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 


--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551&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] Transition of packages from system-openssl-dev

[David Reiser]

On 10/14/2015 12:23, Alexander Hansen wrote:
>> On Oct 14, 2015, at 09:13, Daniel Macks  wrote:
>>
>> On Wed, 14 Oct 2015 10:58:58 -0500, Hanspeter Niederstrasser
>>  wrote:
>> Dear Fink Developer,
>>> As you may be aware, OS X 10.11 does not provide a full install of OpenSSL
>>> in /usr (it only has the dylib, but not the headers). Therefore, the
>>> package system-openssl-dev is no longer available on 10.11. To fill this
>>> dependency gap, packages must transition to a Fink package that provides
>>> SSL functionality (like openssl100 or gnutls28). I've added a list of all
>>> packages that are currently using system-openssl-dev in the 10.9-libcxx
>>> tree to the Fink wiki:
>>>
>>> http://wiki.finkproject.org/index.php/Fink:Policy:system-openssl#Deprecation_of_system-openssl-dev
>> Thanbks for checking into this! If a package has the option of building
>> to use either openssl or gnutls, any feel for which way I should go
>> with it?
>>
>> dan
>>
>> --
>> Daniel Macks
>> dma...@netspace.org
>>
>>
> I’ll include the maintainer of record for gnutls*, since it looks like we’re 
> a bit behind on that—and there’s even a 3.4.x series.
>
> Clearly, if a package is going to be restricted from binary redistribution if 
> OpenSSL is used, then gnutls is the way to go.
> If licensing isn’t an issue, OpenSSL has a smaller dependency tree, so my 
> inclination is to prefer it in such cases to cut down on user carping.
>
gnutls doesn't follow anyone's convention that I know of. I'll have to 
double-check, but I believe 3.3.x is 'current stable' and 3.4.x is 'next 
in line, but still developmental'. That said, we're still behind. I'll 
see if I can get it built in a fresh 10.11 tree.

Dave


--
___
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] TheCaptain branch looking for patch files in the wrong place

[David Reiser]

--
Dave Reiser
dbrei...@icloud.com




> On Aug 7, 2015, at 5:30 PM, Alexander Hansen  
> wrote:
> 
> 
>> On Aug 7, 2015, at 13:21, David Reiser  wrote:
>> 
>> I’m trying to build the experimental glib2-shlibs. The info file is in:
>> 
>> /sw/fink/10.7/local/main/finkinfo/glib2-shlibs.info
>> 
>> The patch files are in the same directory, but trying to build glib2-shlibs 
>> ends with an error:
>> 
>> Failed: Cannot read PatchFile 
>> "/sw/fink/dists/local/main/finkinfo/glib2-shlibs.patch”
>> 
>> Is this a bug, or did I do something odd? Fink is finding the local info 
>> file in the usual-for-prior-MacOS-versions, but it is not looking for the 
>> patch file in the same directory in which it found the info file.
>> 
> 
> Does your /sw/fink/dists actually point to 10.7 ?  Does 
> "/sw/fink/dists/local/main/finkinfo/glib2-shlibs.patch” resolve?  What are 
> the ownership and permissions on it, if so? 

I did something not so much odd as intellectually deficient — I misspelled the 
file name of the patchfile. Oops.
> 
>> Despite running fink configure, I’m also usually getting messages that:
>> 
>> Couldn't change value of PrimaryGroupID in DirectoryServices entry 
>> /Groups/fink-bld.
>> 
>> During the fink configure run, it thought that it succeeded making fink-bld 
>> user 601
>> 
>> Dave
>> --
>> Dave Reiser
>> dbrei...@icloud.com
>> 
> 
> What do you get from “id fink-bld” ?  If you updated from a prior OS X rather 
> than doing a clean install, there has historically been an issue in which 
> Apple clobbers pre-existing users but not groups.

The setup is an update rather than clean install. id fink-bld gives:
 uid=601(fink-bld) gid=601 
groups=601,12(everyone),61(localaccounts),100(_lpoperator)
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 

It looks like I might be dead in the water for a bit now, though. atk1 bails 
pretty early by accumulating too many errors (and I wasn’t even trying to build 
that with -m). Many of those were about G_CONST_RETURN being an unknown type.

Thanks for the help.

Dave

--
___
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] TheCaptain branch looking for patch files in the wrong place

[David Reiser]

I’m trying to build the experimental glib2-shlibs. The info file is in:

/sw/fink/10.7/local/main/finkinfo/glib2-shlibs.info

The patch files are in the same directory, but trying to build glib2-shlibs 
ends with an error:

Failed: Cannot read PatchFile 
"/sw/fink/dists/local/main/finkinfo/glib2-shlibs.patch”

Is this a bug, or did I do something odd? Fink is finding the local info file 
in the usual-for-prior-MacOS-versions, but it is not looking for the patch file 
in the same directory in which it found the info file.

Despite running fink configure, I’m also usually getting messages that:

Couldn't change value of PrimaryGroupID in DirectoryServices entry 
/Groups/fink-bld.

During the fink configure run, it thought that it succeeded making fink-bld 
user 601

Dave
--
Dave Reiser
dbrei...@icloud.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] qt4-base-mac build failure on 10.10.2

[David Reiser]

On Mar 20, 2015, at 7:15 AM, Hanspeter Niederstrasser  
wrote:
> 
> On 3/19/2015 9:46 PM, David Reiser wrote:
>> g++ -c -pipe -Xarch_x86_64 -mmacosx-version-min=10.10 -Wall -Wextra 
>> -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts 
>> -Wformat-security -Wreturn-type -Wno-unused-parameter -Wno-sign-compare 
>> -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self 
>> -I/sw/include -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -fPIC 
>> -fvisibility=hidden -fvisibility-inlines-hidden -isysroot 
>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk
>>  -DNDEBUG -DBUILDING_QT__=1 -DQT_ASCII_CAST_WARNINGS -DENABLE_XSLT=0 
>> -DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 
>> -DENABLE_EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 
>> -DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNEL_MESSAGING=1 
>> -DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 
>> -DENABLE_SQLITE=1 -DENABLE_DASHBOARD_SUPPORT=0 -DENABLE_FILTERS=1 
>> -DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORK
> ERS=1 -DE
> NABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 
> -DENABLE_PROGRESS_TAG=1 -DENABLE_BLOB=1 -DENABLE_NOTIFICATIONS=1 
> -DENABLE_INPUT_SPEECH=0 -DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 
> -DENABLE_WEB_AUDIO=0 -DENABLE_WEBGL=0 -DENABLE_MEDIA_STATISTICS=0 
> -DENABLE_VIDEO_TRACK=0 -DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_ANIMATION_API=0 
> -DENABLE_SVG=1 -DENABLE_SVG_FONTS=1 -DENABLE_SVG_FOREIGN_OBJECT=1 
> -DENABLE_SVG_ANIMATION=1 -DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 
> -DENABLE_DATALIST=1 -DENABLE_TILED_BACKING_STORE=1 
> -DENABLE_NETSCAPE_PLUGIN_API=1 -DENABLE_WEB_SOCKETS=1 -DWTF_USE_QT_BEARER=1 
> -DENABLE_TOUCH_EVENTS=1 -DENABLE_VIDEO=0 -DBUILDING_JavaScriptCore 
> -DBUILDING_WTF -DBUILDING_WEBKIT -DQT_MAKEDLL -D_LARGEFILE64_SOURCE 
> -D_LARGEFILE_SOURCE -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX 
> -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 
> -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -DQT_SHARED 
> -I../../../../../mkspecs/macx
> -g++ -I. 
> -I.moc/debug-static -I../../../../../lib/QtCore.framework/Versions/4/Headers 
> -I../../../../../include/QtCore 
> -I../../../../../lib/QtNetwork.framework/Versions/4/Headers 
> -I../../../../../include/QtNetwork 
> -I../../../../../lib/QtGui.framework/Versions/4/Headers 
> -I../../../../../include/QtGui -I../../../../../include -I../JavaScriptCore 
> -I../../Source -I../ThirdParty -I../JavaScriptCore/assembler 
> -I../JavaScriptCore/bytecode -I../JavaScriptCore/bytecompiler 
> -I../JavaScriptCore/heap -I../JavaScriptCore/dfg -I../JavaScriptCore/debugger 
> -I../JavaScriptCore/interpreter -I../JavaScriptCore/jit 
> -I../JavaScriptCore/parser -I../JavaScriptCore/profiler 
> -I../JavaScriptCore/runtime -I../JavaScriptCore/wtf 
> -I../JavaScriptCore/wtf/gobject 
> -I/sw/src/fink.build/qt4-base-mac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/JavaScriptCore/wtf/symbian
>  -I../JavaScriptCore/wtf/unicode -I../JavaScriptCore/yarr 
> -I../JavaScriptCore/API -I../JavaScriptCore/ForwardingHeaders -I../Ja
> vaScriptC
> ore/generated -Ibridge/qt -Ipage/qt -Iplatform/graphics/qt 
> -Iplatform/network/qt -Iplatform/qt -I../WebKit/qt/Api 
> -I../WebKit/qt/WebCoreSupport -I. -Iaccessibility -Ibindings 
> -Ibindings/generic -Ibridge -Icss -Idom -Idom/default -Iediting -Ifileapi 
> -Ihistory -Ihtml -Ihtml/canvas -Ihtml/parser -Ihtml/shadow -Iinspector 
> -Iloader -Iloader/appcache -Iloader/archive -Iloader/cache -Iloader/icon 
> -Imathml -Inotifications -Ipage -Ipage/animation -Iplatform 
> -Iplatform/animation -Iplatform/audio -Iplatform/graphics 
> -Iplatform/graphics/filters -Iplatform/graphics/filters/arm 
> -Iplatform/graphics/texmap -Iplatform/graphics/transforms 
> -Iplatform/image-decoders -Iplatform/leveldb -Iplatform/mock 
> -Iplatform/network -Iplatform/sql -Iplatform/text -Iplatform/text/transcoder 
> -Iplugins -Irendering -Irendering/mathml -Irendering/style -Irendering/svg 
> -Istorage -Isvg -Isvg/animation -Isvg/graphics -Isvg/graphics/filters 
> -Isvg/properties -Itesting -Iwebaudio -Iwebsockets -I/sw/src/fink.build/qt4-ba
> se-mac-4.
> 8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebCore/wml
>  -Iworkers -Ixml -Ibridge/jsc -Ibindings/js 
> -I/sw/src/fink.build/qt4-base-mac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebCore/bindings/js/specialization
>  -Ibridge/c -Itesting/js -Igenerated -I../../Source -I../../include 
> -I../include/QtWebKit -I../include -Iplatform/mac 
> -F/sw/src/fink.build/qt4-base-ma

[Fink-devel] qt4-base-mac build failure on 10.10.2

[David Reiser]

g++ -c -pipe -Xarch_x86_64 -mmacosx-version-min=10.10 -Wall -Wextra 
-Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts 
-Wformat-security -Wreturn-type -Wno-unused-parameter -Wno-sign-compare 
-Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self 
-I/sw/include -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -fPIC 
-fvisibility=hidden -fvisibility-inlines-hidden -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk
 -DNDEBUG -DBUILDING_QT__=1 -DQT_ASCII_CAST_WARNINGS -DENABLE_XSLT=0 
-DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 
-DENABLE_EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 
-DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNEL_MESSAGING=1 
-DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 
-DENABLE_SQLITE=1 -DENABLE_DASHBOARD_SUPPORT=0 -DENABLE_FILTERS=1 
-DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORKERS=1 
-DEN
 ABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 -DENABLE_PROGRESS_TAG=1 
-DENABLE_BLOB=1 -DENABLE_NOTIFICATIONS=1 -DENABLE_INPUT_SPEECH=0 
-DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 -DENABLE_WEB_AUDIO=0 
-DENABLE_WEBGL=0 -DENABLE_MEDIA_STATISTICS=0 -DENABLE_VIDEO_TRACK=0 
-DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_ANIMATION_API=0 -DENABLE_SVG=1 
-DENABLE_SVG_FONTS=1 -DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_ANIMATION=1 
-DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 -DENABLE_DATALIST=1 
-DENABLE_TILED_BACKING_STORE=1 -DENABLE_NETSCAPE_PLUGIN_API=1 
-DENABLE_WEB_SOCKETS=1 -DWTF_USE_QT_BEARER=1 -DENABLE_TOUCH_EVENTS=1 
-DENABLE_VIDEO=0 -DBUILDING_JavaScriptCore -DBUILDING_WTF -DBUILDING_WEBKIT 
-DQT_MAKEDLL -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_GUI_LIB 
-DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE 
-DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 
-DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -DQT_SHARED -I../../../../../mkspecs/macx-g++ -I.
  -I.moc/debug-static -I../../../../../lib/QtCore.framework/Versions/4/Headers 
-I../../../../../include/QtCore 
-I../../../../../lib/QtNetwork.framework/Versions/4/Headers 
-I../../../../../include/QtNetwork 
-I../../../../../lib/QtGui.framework/Versions/4/Headers 
-I../../../../../include/QtGui -I../../../../../include -I../JavaScriptCore 
-I../../Source -I../ThirdParty -I../JavaScriptCore/assembler 
-I../JavaScriptCore/bytecode -I../JavaScriptCore/bytecompiler 
-I../JavaScriptCore/heap -I../JavaScriptCore/dfg -I../JavaScriptCore/debugger 
-I../JavaScriptCore/interpreter -I../JavaScriptCore/jit 
-I../JavaScriptCore/parser -I../JavaScriptCore/profiler 
-I../JavaScriptCore/runtime -I../JavaScriptCore/wtf 
-I../JavaScriptCore/wtf/gobject 
-I/sw/src/fink.build/qt4-base-mac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/JavaScriptCore/wtf/symbian
 -I../JavaScriptCore/wtf/unicode -I../JavaScriptCore/yarr 
-I../JavaScriptCore/API -I../JavaScriptCore/ForwardingHeaders -I../JavaScri
 ptCore/generated -Ibridge/qt -Ipage/qt -Iplatform/graphics/qt 
-Iplatform/network/qt -Iplatform/qt -I../WebKit/qt/Api 
-I../WebKit/qt/WebCoreSupport -I. -Iaccessibility -Ibindings -Ibindings/generic 
-Ibridge -Icss -Idom -Idom/default -Iediting -Ifileapi -Ihistory -Ihtml 
-Ihtml/canvas -Ihtml/parser -Ihtml/shadow -Iinspector -Iloader 
-Iloader/appcache -Iloader/archive -Iloader/cache -Iloader/icon -Imathml 
-Inotifications -Ipage -Ipage/animation -Iplatform -Iplatform/animation 
-Iplatform/audio -Iplatform/graphics -Iplatform/graphics/filters 
-Iplatform/graphics/filters/arm -Iplatform/graphics/texmap 
-Iplatform/graphics/transforms -Iplatform/image-decoders -Iplatform/leveldb 
-Iplatform/mock -Iplatform/network -Iplatform/sql -Iplatform/text 
-Iplatform/text/transcoder -Iplugins -Irendering -Irendering/mathml 
-Irendering/style -Irendering/svg -Istorage -Isvg -Isvg/animation 
-Isvg/graphics -Isvg/graphics/filters -Isvg/properties -Itesting -Iwebaudio 
-Iwebsockets -I/sw/src/fink.build/qt4-base-m
 
ac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebCore/wml
 -Iworkers -Ixml -Ibridge/jsc -Ibindings/js 
-I/sw/src/fink.build/qt4-base-mac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebCore/bindings/js/specialization
 -Ibridge/c -Itesting/js -Igenerated -I../../Source -I../../include 
-I../include/QtWebKit -I../include -Iplatform/mac 
-F/sw/src/fink.build/qt4-base-mac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/lib
 -o .obj/debug-static/ScriptControllerBase.o bindings/ScriptControllerBase.cpp
In file included from bindings/ScriptControllerBase.cpp:22:
In file included from bindings/js/ScriptController.h:26:
In file included from bindings/js/JSDOMWindowShell.h:32:
In file included from generated/JSDOMWindow.h:25:
In file included from bindings/js/JSDOMWindowBase.h:23:
In file included from bindings/js/JSDOMBinding.h:25:
In file included from bindings/js/JSDOMGlobalObject.h:30:
In fi

Re: [Fink-devel] broken autogen

[David Fang]

Even better, thanks again!

> David,
> I checked in the alternative fix from upstream as
> autogen-5.18.4-2. If the quotes are removed from the instance of...
>
> find_libguiledir "${LGCFLAGS}"
>
> in autoopts/mk-tpl-config.sh, the script is able to walk through the
> fields of the Cflags reported from guile-2.0.pc and find
> the libguile header include regardless of its position.
>  Jack
>
> On Sat, Jan 31, 2015 at 11:16 PM, David Fang  wrote:
>> Jack,
>>
>> Ahh, I responded too soon.  Thanks for triaging this issue.  Your fix looks
>> like something I would have done.  You have my permission to commit this
>> fix.
>>
>> Fang
>>
>>> David,
>>>  I have posted packaging on fink tracking for autogen-5.18.4-1
>>> which passes 'fink -m' and properly generates fixincludes in the gcc
>>> source tree.
>>>
>>> https://sourceforge.net/p/fink/package-submissions/4467/
>>>
>>> The additional patchlet was required...
>>>
>>> Index: autogen.patch
>>> ===
>>> RCS file:
>>> /cvsroot/fink/dists/10.7/stable/main/finkinfo/editors/autogen.patch,v
>>> retrieving revision 1.4
>>> diff -r1.4 autogen.patch
>>> 56a57,66
>>>>
>>>> --- autogen-5.18.4/autoopts/mk-tpl-config.sh.orig 2015-01-31
>>>> 20:47:56.0 -0500
>>>> +++ autogen-5.18.4/autoopts/mk-tpl-config.sh 2015-01-31
>>>> 21:19:53.0 -0500
>>>> @@ -173,6 +173,7 @@
>>>>  ;;
>>>>  -I* )
>>>>  f=${1#-I}
>>>> +f=`echo $f | cut -d" " -f1`
>>>>  test -f $f/libguile/__scm.h && {
>>>>  libguiledir=$f
>>>>  return 0
>>>
>>>
>>> to extract the first field from the CFLAGS with the path to the
>>> libguile headers.
>>>Jack
>>> ps Upstream appears unaware of this glitch as there are no changes to
>>> this code...
>>>
>>>
>>> http://git.savannah.gnu.org/cgit/autogen.git/tree/autoopts/mk-tpl-config.sh
>>>
>>> So we should also file a bug report about it not expecting multiple
>>> fields on CFLAGS from guile2.0.pc.
>>>
>>> On Sat, Jan 31, 2015 at 8:38 PM, Jack Howarth 
>>> wrote:
>>>>
>>>> David,
>>>>   So it appears that the coding..
>>>>
>>>>-I* )
>>>> f=${1#-I}
>>>>
>>>> ends up setting $f to "/sw/include/guile/2.0 -I/sw/include
>>>> -D_THREAD_SAFE" rather than the desired "/sw/include/guile/2.0".
>>>>  Jack
>>>>
>>>> On Sat, Jan 31, 2015 at 8:02 PM, Jack Howarth 
>>>> wrote:
>>>>>
>>>>> David,
>>>>>   The autogen build on fink fails on this code in
>>>>> autoopts/mk-tpl-config.sh...
>>>>>
>>>>> scan_cflags() {
>>>>> libguiledir=
>>>>> while test $# -gt 0
>>>>> do
>>>>> case "$1" in
>>>>> -I )
>>>>> test -f $2/libguile/__scm.h && {
>>>>> libguiledir=$2
>>>>> return 0
>>>>> }
>>>>> ;;
>>>>> -I* )
>>>>> f=${1#-I}
>>>>> test -f $f/libguile/__scm.h && {   <===
>>>>> libguiledir=$f
>>>>> return 0
>>>>> }
>>>>> ;;
>>>>> esac
>>>>> shift
>>>>> done
>>>>>
>>>>> This appears to be a new test for scm.h.
>>>>>  Jack
>>>>>
>>>>>
>>>>> On Sat, Jan 31, 2015 at 7:40 PM, Jack Howarth
>>>>>  wrote:
>>>>>>
>>>>>> David,
>>>>>>   The current autogen-5.18.2-6 packaging produces a broken
>>>>>> autogen. While trying to regenerate the fix includes for a gcc
>>>>>> patch...
>>>>>>
>>>>>> https://gcc.gnu.org/ml/gcc-bugs/2015-01/msg03659.html
>>>>>>
>>>>>> I found that the fink

Re: [Fink-devel] broken autogen

[David Fang]

Jack,

Ahh, I responded too soon.  Thanks for triaging this issue.  Your fix 
looks like something I would have done.  You have my permission to commit 
this fix.

Fang

> David,
>  I have posted packaging on fink tracking for autogen-5.18.4-1
> which passes 'fink -m' and properly generates fixincludes in the gcc
> source tree.
>
> https://sourceforge.net/p/fink/package-submissions/4467/
>
> The additional patchlet was required...
>
> Index: autogen.patch
> ===
> RCS file: 
> /cvsroot/fink/dists/10.7/stable/main/finkinfo/editors/autogen.patch,v
> retrieving revision 1.4
> diff -r1.4 autogen.patch
> 56a57,66
>> --- autogen-5.18.4/autoopts/mk-tpl-config.sh.orig 2015-01-31 
>> 20:47:56.0 -0500
>> +++ autogen-5.18.4/autoopts/mk-tpl-config.sh 2015-01-31 21:19:53.0 
>> -0500
>> @@ -173,6 +173,7 @@
>>  ;;
>>  -I* )
>>  f=${1#-I}
>> +f=`echo $f | cut -d" " -f1`
>>  test -f $f/libguile/__scm.h && {
>>  libguiledir=$f
>>  return 0
>
> to extract the first field from the CFLAGS with the path to the
> libguile headers.
>Jack
> ps Upstream appears unaware of this glitch as there are no changes to
> this code...
>
> http://git.savannah.gnu.org/cgit/autogen.git/tree/autoopts/mk-tpl-config.sh
>
> So we should also file a bug report about it not expecting multiple
> fields on CFLAGS from guile2.0.pc.
>
> On Sat, Jan 31, 2015 at 8:38 PM, Jack Howarth  
> wrote:
>> David,
>>   So it appears that the coding..
>>
>>-I* )
>> f=${1#-I}
>>
>> ends up setting $f to "/sw/include/guile/2.0 -I/sw/include
>> -D_THREAD_SAFE" rather than the desired "/sw/include/guile/2.0".
>>  Jack
>>
>> On Sat, Jan 31, 2015 at 8:02 PM, Jack Howarth  
>> wrote:
>>> David,
>>>   The autogen build on fink fails on this code in
>>> autoopts/mk-tpl-config.sh...
>>>
>>> scan_cflags() {
>>> libguiledir=
>>> while test $# -gt 0
>>> do
>>> case "$1" in
>>> -I )
>>> test -f $2/libguile/__scm.h && {
>>> libguiledir=$2
>>> return 0
>>> }
>>> ;;
>>> -I* )
>>> f=${1#-I}
>>> test -f $f/libguile/__scm.h && {   <===
>>> libguiledir=$f
>>> return 0
>>> }
>>> ;;
>>> esac
>>> shift
>>> done
>>>
>>> This appears to be a new test for scm.h.
>>>  Jack
>>>
>>>
>>> On Sat, Jan 31, 2015 at 7:40 PM, Jack Howarth  
>>> wrote:
>>>> David,
>>>>   The current autogen-5.18.2-6 packaging produces a broken
>>>> autogen. While trying to regenerate the fix includes for a gcc
>>>> patch...
>>>>
>>>> https://gcc.gnu.org/ml/gcc-bugs/2015-01/msg03659.html
>>>>
>>>> I found that the fink autogen produces a broken fixincl.x while the
>>>> MacPorts autogen 5.18.4 works fine.
>>>>  I tried to build an updated version of the fink autogen
>>>> package with the 5.18.4 sources but this always fails at...
>>>>
>>>> LGCFLAGS="-I/sw/include/guile/2.0 -I/sw/include -D_THREAD_SAFE" \
>>>> AGexe="/sw/src/fink.build/autogen-5.18.4-1/autogen-5.18.4/build/agen5/autogen"
>>>> GDexe="/sw/src/fink.build/autogen-5.18.4-1/autogen-5.18.4/build/getdefs/getdefs"
>>>> CLexe="/sw/src/fink.build/autogen-5.18.4-1/autogen-5.18.4/build/columns/columns"
>>>> srcdir="../../autoopts" top_srcdir="../.." builddir="."
>>>> top_builddir=".." POSIX_SHELL="/sw/bin/bash" \
>>>>/sw/bin/bash ../../autoopts/mk-tpl-config.sh tpl-config-stamp
>>>> autoopts/options.h autoopts/usage-txt.h genshell.h
>>>> option-xat-attribute.h option-value-type.h ao-strs.h ag-char-map.h
>>>> autoopts.h project.h proto.h parse-duration.c ao-strs.c
>>>> option-value-type.c option-xat-attribute.c autoopts.c alias.c
>>>> boolean.c   check.c configfile.c cook.c enum.c env.c
>>>> file.c  find.c   genshell.c load.c makeshell.c ne

Re: [Fink-devel] broken autogen

[David Fang]

Jack,
Odd.  __scm.h should come from guile20-dev, which is listed as a 
bdep.  Can you confirm its presence?

Fang

> David,
>  The current autogen-5.18.2-6 packaging produces a broken
> autogen. While trying to regenerate the fix includes for a gcc
> patch...
>
> https://gcc.gnu.org/ml/gcc-bugs/2015-01/msg03659.html
>
> I found that the fink autogen produces a broken fixincl.x while the
> MacPorts autogen 5.18.4 works fine.
> I tried to build an updated version of the fink autogen
> package with the 5.18.4 sources but this always fails at...
>
> LGCFLAGS="-I/sw/include/guile/2.0 -I/sw/include -D_THREAD_SAFE" \
> AGexe="/sw/src/fink.build/autogen-5.18.4-1/autogen-5.18.4/build/agen5/autogen"
> GDexe="/sw/src/fink.build/autogen-5.18.4-1/autogen-5.18.4/build/getdefs/getdefs"
> CLexe="/sw/src/fink.build/autogen-5.18.4-1/autogen-5.18.4/build/columns/columns"
> srcdir="../../autoopts" top_srcdir="../.." builddir="."
> top_builddir=".." POSIX_SHELL="/sw/bin/bash" \
>   /sw/bin/bash ../../autoopts/mk-tpl-config.sh tpl-config-stamp
> autoopts/options.h autoopts/usage-txt.h genshell.h
> option-xat-attribute.h option-value-type.h ao-strs.h ag-char-map.h
> autoopts.h project.h proto.h parse-duration.c ao-strs.c
> option-value-type.c option-xat-attribute.c autoopts.c alias.c
> boolean.c   check.c configfile.c cook.c enum.c env.c
> file.c  find.c   genshell.c load.c makeshell.c nested.c
> numeric.cpgusage.c putshell.c reset.c restore.c   save.c
> sort.c stack.cstreqvcmp.c text_mmap.c time.c   tokenize.c
> usage.cversion.c   init.c
> ../../autoopts/mk-tpl-config.sh: line 176: test: too many arguments
> mk-tpl-config.sh failure:  The Guile header __scm.h cannot be found
> make[4]: *** [tpl-config-stamp] Terminated: 15
> make[3]: *** [all-recursive] Error 1
> make[2]: *** [all] Error 2
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> I noticed that the homebrew and MacPorts packaging for 5.18.4 avoids
> any patching...
>
> https://github.com/Homebrew/homebrew/blob/master/Library/Formula/autogen.rb
> https://trac.macports.org/browser/trunk/dports/devel/autogen/Portfile
>
> Any idea how to fix this build?
> Jack
> ps Actually I think I ran into this breakage awhile back when
> attempting to regenerate the fixincludes for the llvm-gcc42 patch
> again. I was unable at some point to regenerate the fix includes for
> llvm-gcc42 anymore and assume this was when our autogen became broken.
>
> --
> 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
>

-- 
David Fang
http://www.csl.cornell.edu/~fang/


--
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] llvm35/clang35 validation requires @rpath acceptance in shlib validation

[David Fang]

On Sat, 8 Nov 2014, Alexander Hansen wrote:

> On 11/8/14, 1:03 PM, David Fang wrote:
>>  Alex,
>> 
>> >  On Nov 4, 2014, at 11:07 AM, David Fang  wrote:
>> > 
>> > >  Hi all,
>> > >   Sitting in my experimental tree is a draft of llvm35's packaging
>> > >  that bootstraps (much like its predecessor llvm34), but fails Shlib
>> > >  validation because the install_names for shlibs all start with @rpath
>> > >  (or
>> > >  on older darwin @executable_path or @loader_path).  This was a
>> > >  decision by
>> > >  upstream build maintainers that allows this package to be
>> > >  binary-relocatable, even though fink makes no such guarantees about 
>> > >  its
>> > >  packages -- fink's remain in fixed install locations.
>> > >  dmacks and akh began to look into a patch that would allow this to 
>> > >  pass
>> > >  validation.  Can you guys comment on the status/issues/obstacles?
>> > >  Such a fix would unblock llvm35 from hitting dists.
>> > > 
>> > >  Thanks!
>> > > 
>> > >  Fang
>> > > 
>> > >  --
>> > >  David Fang
>> > >  http://www.csl.cornell.edu/~fang/
>> > > 
>> > 
>> > 
>> >  Here?s the change I injected thus far:
>> > 
>> >  diff --git a/perlmod/Fink/Validation.pm b/perlmod/Fink/Validation.pm
>> >  index 29fc4ab..a5010dd 100644
>> >  --- a/perlmod/Fink/Validation.pm
>> >  +++ b/perlmod/Fink/Validation.pm
>>> @@ -2198,12 +2198,12 @@ sub _validate_dpkg {
>> > ; # skip first line
>> > my ($libname, $compat_version)
>> >  =  =~ /^\s*(\S+)\s*\(compatibility version ([\d\.]+)/;
>> > close (OTOOL);
>> >  -   if ($libname !~ /^\//) {
>> >  +   if (($libname !~ /^\//) and
>> >  ($libname !~ /\@.*path\//)) {
>> > print "Error: package
>> >  contains the shared library\n";
>> > print "
>> >  $dylib\n";
>> > print "   but the
>> >  corresponding install_name\n";
>> > print "
>> >  $libname\n";
>> >  -   print "   is not
>> >  an absolute pathname.\n";
>> >  +   print "   is not
>> >  an absolute pathname or runtime path.\n";
>> > $looks_good = 0;
>> > } elsif (not exists
>> >  $deb_shlibs->{$libname}) {
>> > $libname =~
>> >  s/^$basepath/%p/;
>> > 
>> >  And the validator moves on:
>> > 
>> >  Validating .deb file
>> >  /sw/fink/debs/polly35-shlibs_3.5.0-0_darwin-x86_64.deb...
>> >  Error: package contains the shared library
>> >   /sw/opt/llvm-3.5/lib/libPolly.dylib
>> >but the corresponding install_name and compatibility_version
>> >   @rpath/libPolly.dylib 0.0.0
>> >are not listed in the Shlibs field.  See the packaging manual.
>>
>>  Thanks for working on this patch.
>>  I'm a little puzzled about the libPolly error, since my .info file has:
>>
>>   Package: polly35-shlibs
>>   ...
>>   Files: <<
>>   opt/llvm-3.5/lib/LLVMPolly.so
>>   opt/llvm-3.5/lib/libPolly*.dylib
>>   <<
>>   DocFiles: tools/polly/LICENSE.txt tools/polly/CREDITS.txt
>>   Shlibs: <<
>> !% p/opt/llvm-3.5/lib/LLVMPolly.so
>> !% p/opt/llvm-3.5/lib/libPolly.dylib
>>   <<
>>
>>  Am I missing some obvious fix?
>>
>>  Fang
>> 
>
> I assumed that it was because Shlibs entries refer to the install_name, which 
> happens not to map onto the filename when using @rpath and friends.  Maybe
>
> Shlibs: <<
>   !@ rpath/LLVMPolly.so
>   !@ rpath/LLVMPolly.dylib
> <<
>
> would do the job.  I'll check that.

Did any of the other split-offs trigger that diagnostic?  All shlib 
split-offs follow the same form.

-- 
David Fang
http://www.csl.cornell.edu/~fang/


--
___
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] llvm35/clang35 validation requires @rpath acceptance in shlib validation

[David Fang]

Alex,

> On Nov 4, 2014, at 11:07 AM, David Fang  wrote:
>
>> Hi all,
>>  Sitting in my experimental tree is a draft of llvm35's packaging
>> that bootstraps (much like its predecessor llvm34), but fails Shlib
>> validation because the install_names for shlibs all start with @rpath (or
>> on older darwin @executable_path or @loader_path).  This was a decision by
>> upstream build maintainers that allows this package to be
>> binary-relocatable, even though fink makes no such guarantees about its
>> packages -- fink's remain in fixed install locations.
>> dmacks and akh began to look into a patch that would allow this to pass
>> validation.  Can you guys comment on the status/issues/obstacles?
>> Such a fix would unblock llvm35 from hitting dists.
>>
>> Thanks!
>>
>> Fang
>>
>> --
>> David Fang
>> http://www.csl.cornell.edu/~fang/
>>
>
>
> Here?s the change I injected thus far:
>
> diff --git a/perlmod/Fink/Validation.pm b/perlmod/Fink/Validation.pm
> index 29fc4ab..a5010dd 100644
> --- a/perlmod/Fink/Validation.pm
> +++ b/perlmod/Fink/Validation.pm
> @@ -2198,12 +2198,12 @@ sub _validate_dpkg {
>; # skip first line
>my ($libname, $compat_version) = 
>  =~ /^\s*(\S+)\s*\(compatibility version ([\d\.]+)/;
>close (OTOOL);
> -   if ($libname !~ /^\//) {
> +   if (($libname !~ /^\//) and ($libname 
> !~ /\@.*path\//)) {
>print "Error: package contains 
> the shared library\n";
>print "  $dylib\n";
>print "   but the 
> corresponding install_name\n";
>print "  $libname\n";
> -   print "   is not an 
> absolute pathname.\n";
> +   print "   is not an 
> absolute pathname or runtime path.\n";
>$looks_good = 0;
>} elsif (not exists 
> $deb_shlibs->{$libname}) {
>$libname =~ s/^$basepath/%p/;
>
> And the validator moves on:
>
> Validating .deb file /sw/fink/debs/polly35-shlibs_3.5.0-0_darwin-x86_64.deb...
> Error: package contains the shared library
>  /sw/opt/llvm-3.5/lib/libPolly.dylib
>   but the corresponding install_name and compatibility_version
>  @rpath/libPolly.dylib 0.0.0
>   are not listed in the Shlibs field.  See the packaging manual.

Thanks for working on this patch.
I'm a little puzzled about the libPolly error, since my .info file has:

Package: polly35-shlibs
...
 Files: <<
 opt/llvm-3.5/lib/LLVMPolly.so
 opt/llvm-3.5/lib/libPolly*.dylib
 <<
 DocFiles: tools/polly/LICENSE.txt tools/polly/CREDITS.txt
 Shlibs: <<
 !%p/opt/llvm-3.5/lib/LLVMPolly.so
 !%p/opt/llvm-3.5/lib/libPolly.dylib
 <<

Am I missing some obvious fix?

Fang

-- 
David Fang
http://www.csl.cornell.edu/~fang/


--
___
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] llvm35/clang35 validation requires @rpath acceptance in shlib validation

[David Fang]

Hi all,
Sitting in my experimental tree is a draft of llvm35's packaging 
that bootstraps (much like its predecessor llvm34), but fails Shlib 
validation because the install_names for shlibs all start with @rpath (or 
on older darwin @executable_path or @loader_path).  This was a decision by 
upstream build maintainers that allows this package to be 
binary-relocatable, even though fink makes no such guarantees about its 
packages -- fink's remain in fixed install locations.
dmacks and akh began to look into a patch that would allow this to pass 
validation.  Can you guys comment on the status/issues/obstacles? 
Such a fix would unblock llvm35 from hitting dists.

Thanks!

Fang

-- 
David Fang
http://www.csl.cornell.edu/~fang/


--
___
Fink-devel 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] hot fixes for yosemite

[David Fang]

Jack,
As I said in IRC, I agree with the concept of these changes -- 
that fix will need to be applied many places.  My suggestion is to 
sed/perl-ify the "It's-not-a-Puma-configure" patch to make it easier to 
apply to other packages without affecting patch-MD5s (which you've already 
done in some places).

Thanks,

Fang

> David.
>   I've updated gcc49, gmp5 and libmpfr4 to all build with the
> configure patch applied to insure that they are not linked as if Puma was
> in use.
> The new revision bump of gcc49 now produces prestine fortran test suite
> results for the first time under 10.10.
>  Jack
> ps I've worked through my package set and updated those needing the patch
> as well as r-base30 and r-base31.
> Moving on to a clean bootstrap to see how much of that and the base package
> set are linking as Puma.
>
> On Sun, Oct 26, 2014 at 12:08 PM, Jack Howarth 
> wrote:
>
>> David,
>>   It appears that the hot fixes to mpfr seem to break the gcc49 build.
>> Attached is the previous
>> copy of libmpfr4-3.1.2-2 which only adds the yosemite symbol lookup patch.
>> Lets use that version
>> for now.
>> Jack
>>
>>
>> On Sun, Oct 26, 2014 at 11:34 AM, Jack Howarth 
>> wrote:
>>
>>> David,
>>>   We need to push out some hot fixes to repair breakage on Yosemite.
>>> MacPorts is using patches to configure to address the inappropriate linkage
>>> of shared libraries with...
>>>
>>> -Wl,-flat_namespace -Wl,-undefined -Wl,suppress
>>>
>>>
>>> instead of
>>>
>>>
>>> -Wl,-undefined -Wl,dynamic_lookup
>>>
>>>
>>> when MACOSX_DEPLOYMENT_TARGET is set to 10.10 as fink does by default.
>>>
>>> The fix is always of the form...
>>>
>>>
>>> diff -uNr mpfr-3.1.2.orig/configure mpfr-3.1.2/configure
>>>
>>> --- mpfr-3.1.2.orig/configure   2013-03-13 11:38:20.0 -0400
>>>
>>> +++ mpfr-3.1.2/configure2014-10-26 01:00:37.0 -0400
>>>
>>> @@ -10401,7 +10401,7 @@
>>>
>>>case ${MACOSX_DEPLOYMENT_TARGET-10.0},$host in
>>>
>>> 10.0,*86*-darwin8*|10.0,*-darwin[91]*)
>>>
>>>   _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
>>>
>>> -   10.[012]*)
>>>
>>> +   10.[012][,.]*)
>>>
>>>   _lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined
>>> ${wl}suppress' ;;
>>>
>>> 10.*)
>>>
>>>   _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
>>>
>>> diff -uNr mpfr-3.1.2.orig/m4/libtool.m4 mpfr-3.1.2/m4/libtool.m4
>>>
>>> --- mpfr-3.1.2.orig/m4/libtool.m4   2013-03-13 11:38:16.0
>>> -0400
>>>
>>> +++ mpfr-3.1.2/m4/libtool.m42014-10-26 01:00:37.0 -0400
>>>
>>> @@ -1052,7 +1052,7 @@
>>>
>>>case ${MACOSX_DEPLOYMENT_TARGET-10.0},$host in
>>>
>>> 10.0,*86*-darwin8*|10.0,*-darwin[[91]]*)
>>>
>>>   _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
>>>
>>> -   10.[[012]]*)
>>>
>>> +   10.[[012]][[,.]]*)
>>>
>>>   _lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined
>>> ${wl}suppress' ;;
>>>
>>> 10.*)
>>>
>>>   _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
>>>
>>>  Without this hot-fix shared libraries are being linked as if the
>>> target were Puma instead
>>>
>>> of Yosemite. The issue is very wide spread as libtool needs to be updated
>>> in all the
>>>
>>> packages using it. It also can cause nasty side-effects as witnessed by
>>> the large number
>>>
>>> of gcc49 test suite regressions when linked in this way. I will push a
>>> fix to gcc49-4.9.1 later
>>>
>>> today.
>>>
>>>   Attached is the fixes for libmpfr4 and gmp5. Note that I also added
>>> the missing
>>>
>>> upstream accumulative patches to take libmpfr to 3.1.2-P10.
>>>
>>>Jack
>>> l
>>>
>>
>>
>

-- 
David Fang
http://www.csl.cornell.edu/~fang/


--
___
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] Error: package contains the shared library

[David Lowe]

On 2014 Sep 29, at 1:38 PM, Alexander Hansen  
wrote:

> It looks like you might have been reinventing the wheel:

Silly me, i had thought that 'fink list rexx' && 'fink list regina' was 
sufficient due diligence.  Should i assume that the reason the old package 
wasn't brought forward was lack of a maintainer and no complaints from users, 
or might there have been some other problems at the time?

Q2: Since [to the best of my knowledge] nothing depends upon Regina, it doesn't 
seem to version its libraries.  So this business in the old info file with "mv 
%i/lib/libregina.dylib %i/lib/libregina.0.dylib" is just to provide a dummy 
version?

sent from Mountain Lion

Mal: "Jayne, your mouth is talking. You might wanna look to that."
--
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&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

[Fink-devel] Error: package contains the shared library

[David Lowe]

I'm attempting to package 'regina', which is an interpreter for the 
'rexx' programming language.  It's also my first info file from scratch.  After 
solving a few build issues, the validator now complains about things i couldn't 
readily find fixes for in a web search:

> Validating .deb dir /sw/src/fink.build/root-regina-3.8.2-1...
> Error: Headers installed (files in an include/ directory), as well as a 
> .dylib file, but package does not declare BuildDependsOnly to be true (or 
> false)
> Error: package contains the shared library
>   /sw/lib/libregina.dylib
>but the corresponding install_name
>   libregina.dylib
>is not an absolute pathname.
> Error: package contains the shared library
>   /sw/share/Regina-REXX/addons/libregutil.dylib
>but the corresponding install_name
>   libregutil.dylib
>is not an absolute pathname.
> Error: package contains the shared library
>   /sw/share/Regina-REXX/addons/librxtest1.dylib
>but the corresponding install_name
>   librxtest1.dylib
>is not an absolute pathname.
> Error: package contains the shared library
>   /sw/share/Regina-REXX/addons/librxtest2.dylib
>but the corresponding install_name
>   librxtest2.dylib
>is not an absolute pathname.


How do i satisfy the validator?



regina.info
Description: Binary data

sent from Mountain Lion

Edison Carter: What happened to the old religions?
Murray: I don't know. Television killed it. We have better miracles.--
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&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-0.37.0 fails to build under Mavericks 10.9 with Xcode-6

[David Chin]

Tried 0.37.1 and it failed to build "fink install apt".

On host:
Darwin myhost 13.4.0 Darwin Kernel Version 13.4.0: Sun Aug 17 19:50:11 PDT
2014; root:xnu-2422.115.4~1/RELEASE_X86_64 x86_64

gcc:
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer//usr
--with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn)
Target: x86_64-apple-darwin13.4.0
Thread model: posix

Installed packages:
 i 64bit-cpu0-1[virtual package representing the 64bit
capability of the CPU]
 i base-files1.9.15-1Directory infrastructure
 i bzip21.0.6-1Block-sorting file compressor
 i bzip2-dev1.0.6-1Developer files for bzip2 package
 i bzip2-shlibs1.0.6-1Shared libraries for bzip2 package
 i cctools862-1[virtual package representing the developer
tools]
 i cctools-single-module862-1[virtual package, your dev tools
support -single_module]
 i clang6.0-600.0.51[virtual package representing Apple's clang
compiler]
 i cups-dev1.0702-1[virtual package representing CUPS headers]
 i darwin13.4.0-1[virtual package representing the kernel]
 i debianutils4.4-1Misc utilities specific to Debian/Fink
 i dev-tools0-1[virtual package representing developer commands]
 i dpkg1.10.21-1239The Debian package manager
 i dpkg-base-files0.3-1Support scripts for dpkg
 i fink0.37.1-82Open-source software package manager
 i fink-mirrors0.37.0.2-1Mirror infrastructure
 i gettext-bin0.18.3.1-2GNU Internationalization utils
 i gzip1.6-1File-compression program
 i libgettext8-dev0.18.3.1-2Development files for
libgettext8-shlibs
 i libgettext8-shlibs0.18.3.1-2GNU Internationalization utils
(shared libs)
 i libiconv1.14-5Character set conversion library
 i libiconv-bin1.14-5Executables for libiconv package
 i libiconv-dev1.14-5Developer files for libiconv package
 i libncurses55.9-20110507-1Full-screen ascii drawing library
 i libncurses5-shlibs5.9-20110507-1Shared libraries for
libncurses5 package
 i macosx10.9.5-1[virtual package representing the system]
 i ncurses5.9-20110507-1Executable files for libncurses5
 i sensible-utils0.0.7-4Utilities for sensible alternative
selection
 i system-java1.7.0-1[virtual package representing Java 1.7.0]
 i system-java-dev1.7.0-1[virtual package representing Java SDK
1.7.0]
 i system-java161.6.0-1[virtual package representing Java 1.6.0]
 i system-java171.7.0-1[virtual package representing Java 1.7.0]
 i system-java17-dev1.7.0-1[virtual package representing Java
1.7.0 development headers]
 i system-perl5.16.2-1[virtual package representing perl]
 i system-pkgconfig-applewm1.4.1-1[virtual pkgconfig package
representing applewm]
 i system-pkgconfig-applewmproto1.4.2-1[virtual pkgconfig
package representing applewmproto]
 i system-pkgconfig-apr-11.4.5-1[virtual pkgconfig package
representing apr-1]
 i system-pkgconfig-apr-util-11.3.12-1[virtual pkgconfig
package representing apr-util-1]
 i system-pkgconfig-bigreqsproto1.1.2-1[virtual pkgconfig
package representing bigreqsproto]
 i system-pkgconfig-cairo1.12.14-1[virtual pkgconfig package
representing cairo]
 i system-pkgconfig-cairo-fc1.12.14-1[virtual pkgconfig package
representing cairo-fc]
 i system-pkgconfig-cairo-ft1.12.14-1[virtual pkgconfig package
representing cairo-ft]
 i system-pkgconfig-cairo-pdf1.12.14-1[virtual pkgconfig
package representing cairo-pdf]
 i system-pkgconfig-cairo-png1.12.14-1[virtual pkgconfig
package representing cairo-png]
 i system-pkgconfig-cairo-ps1.12.14-1[virtual pkgconfig package
representing cairo-ps]
 i system-pkgconfig-cairo-script1.12.14-1[virtual pkgconfig
package representing cairo-script]
 i system-pkgconfig-cairo-svg1.12.14-1[virtual pkgconfig
package representing cairo-svg]
 i system-pkgconfig-cairo-tee1.12.14-1[virtual pkgconfig
package representing cairo-tee]
 i system-pkgconfig-cairo-xcb1.12.14-1[virtual pkgconfig
package representing cairo-xcb]
 i system-pkgconfig-cairo-xcb-shm1.12.14-1[virtual pkgconfig
package representing cairo-xcb-shm]
 i system-pkgconfig-cairo-xlib1.12.14-1[virtual pkgconfig
package representing cairo-xlib]
 i system-pkgconfig-cairo-xlib-xcb1.12.14-1[virtual pkgconfig
package representing cairo-xlib-xcb]
 i system-pkgconfig-cairo-xlib-xrender1.12.14-1[virtual
pkgconfig package representing cairo-xlib-xrender]
 i system-pkgconfig-cairo-xml1.12.14-1[virtual pkgconfig
package representing cairo-xml]
 i system-pk

Re: [Fink-devel] clang34/llvm34 built on Yosemite Beta

[David Fang]

Hi John,

>>> 1) change line 131 of llvm34.info from
>>>  if test "$darwin_vers" -ge 11
>>>  to
>>>  if test "$darwin_vers" -ge 11 -a "$darwin_vers" -lt 14
>>
>> Does that mean that the libc++ headers are once again in /usr/include?
>> Or did you sudo add a symlink to make it work?
>> Is there any harm in keeping that section on darwin14/Xcode-future?
>> It is intended to work robustly for future Xcodes.
>>
> Sorry for the slow reply: apparently in Xcode-6 the c++/v1 directory is once 
> again under include vs. lib,
> so the "old" behavior from darwin-10 (OS-X 10.6 I guess) works for Yosemite 
> 10.10. I checked that this
> modification didn't break anything under darwin-13 Mavericks 10.9, so I 
> believe this will work.

Thanks for the confirmation.  Though I have to ask whether 
checking for darwin_vers is really the best way to select the behavior of 
searching for C++ system headers. 
Are the C++ headers tied more to the version of Xcode or the OS version?
If indeed the former is true, what's a good way to get the xcode version 
from the command-line?  Currently the packaging specifies a minimum Xcode 
version of 4.6, I'd like to keep that as loose as possible.

My packaging concerns:
And what can one expect if the user switches versions after llvm34 is 
installed?  I've built llvm34 fairly free-standing in that the system 
header path should only matter in stage 1 of the bootstrap, but I'm making 
a huge assumption that the same paths don't wind up somewhere in the C++ 
driver code.  This just requires investigation on my part.

My hope is that C++ headers are part of the OS, and not the range of 
versions of Xcode that a given OS version supports.
Can anyone comment?

David

-- 
David Fang
http://www.csl.cornell.edu/~fang/


--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
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] clang34/llvm34 built on Yosemite Beta

[David Fang]

Hi John,
Great to hear!

> I've been working with David Fang to get the clang34/llvm34 compiler 
> suite to build under Yosemite Public Beta. Thanks to a recent patch by 
> Jack Howarth (languages/llvm34-openmp-cmake.patch; 2014-08-15) these 
> large packages now build, once a couple of workarounds are put in place:
>
> 1) change line 131 of llvm34.info from
>
>   if test "$darwin_vers" -ge 11
>
>   to
>
>   if test "$darwin_vers" -ge 11 -a "$darwin_vers" -lt 14

Does that mean that the libc++ headers are once again in /usr/include?
Or did you sudo add a symlink to make it work?
Is there any harm in keeping that section on darwin14/Xcode-future?
It is intended to work robustly for future Xcodes.

David

> 2) and similar to the problem that gcc48/49 had (understanding how to parse 
> OS-X version "10.10.x") there is a problem in 
> cmake-3.0/Modules/Platform/Darwin.cmake;
>   for the moment I hardwired a fix so the build would succeed - change lines 
> 204-216 to:
>
> # Make sure the combination of SDK and Deployment Target are allowed
> if(CMAKE_OSX_DEPLOYMENT_TARGET)
> if("${_CMAKE_OSX_SYSROOT_PATH}" MATCHES 
> "^.*/MacOSX([0-9]+\\.[0-9]+)[^/]*\\.sdk")
>   set(_sdk_ver "${CMAKE_MATCH_1}")
> elseif("${_CMAKE_OSX_SYSROOT_ORIG}" MATCHES "^macosx([0-9]+\\.[0-9]+)$")
>   set(_sdk_ver "${CMAKE_MATCH_1}")
> else()
>   set(CMAKE_OSX_SYSROOT "/")
>   set(_sdk_ver "10.10")
> #   message(FATAL_ERROR
> # "CMAKE_OSX_DEPLOYMENT_TARGET is '${CMAKE_OSX_DEPLOYMENT_TARGET}' "
> # "but CMAKE_OSX_SYSROOT:\n \"${_CMAKE_OSX_SYSROOT_ORIG}\"\n"
> # "is not set to a MacOSX SDK with a recognized version.  "
> # "Either set CMAKE_OSX_SYSROOT to a valid SDK or set "
> # "CMAKE_OSX_DEPLOYMENT_TARGET to empty.")
>
> With Jack/David's patch and these two tweaks clang34 and llvm34 built 
> (after a long multi-stage compilation). The change to llvm34.info is 
> backwards compatible with Mavericks and earlier; clearly the cmake-3.0 
> package needs to be updated to parse 10.10 properly vs. the hardwired 
> hack I applied...
>
> Cheers,
> John
> --
> Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> ___
> 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
>

-- 
David Fang
http://www.csl.cornell.edu/~fang/


--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
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

[David Lowe]

On 2014 Aug 17, at 12:18 PM, Hanspeter Niederstrasser  
wrote:

> I've just published the results of a buildworld run on a 10.9 system.

Mr. Neiderstrasser, thanks for the test.  However, i'm confused as to 
what is expected of me on this.  My package [freeciv] is marked as 
"./failures/project/pc-missing", yet the full log shows the freeciv build had 
completed successfully.  The failure is defined as "Package (.*) was not found 
in the pkg-config search path" with "gtk+-3.0" attached to it, yet freeciv is 
not using GTK3 at this point.  I'm open to advise or suggestions as to how to 
improve this.

sent from Mountain Lion

Yo, Adrian!
--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
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] glib2 is out of date

[David Lowe]

On 2014 Aug 13, at 2:01 PM, David Lowe  wrote:

> The latest build of freeciv will require glib2 >= 2.32.

False alarm.  2.32.x will be required for the GTK3 client, but as that 
part is optional [and not ready for production use anyway], we can continue to 
use 2.22.4 for now.

sent from Mountain Lion

I'll get you, my pretty, and your little dog, too!
--
___
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] glib2 is out of date

[David Lowe]

Greetings!

The latest build of freeciv will require glib2 >= 2.32.  I am currently 
downloading 2.32.2, but Gnome has a bewildering variety of versions up to 2.41, 
and i don't see an obvious demarcation of stable from unstable.  Should we 
prefer some other version?

sent from Mountain Lion

"A cellphone to me is just an opportunity to be irritated wherever you are." - 
Linus Torvalds
--
___
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] llvm34 testsuite

[David Fang]

Hi Jack,
	The TestDepends on fink-bash is only exposed to 10.4-EOL, where it 
is needed for the pipefail shell feature.  I intentionally didn't expose 
that dependency to newer dists.  In the TestScript, I actually test for 
the pipefail feature before patching their Lit (test infrastructure) files 
to use fink-bash.  If that test fails, and fink-bash is not found, it 
should have immediately errored out with a message.
	Can you show me why fink-bash worked on 10.9?  I'm not fully 
convinced yet.  Odd that your 10.8 build didn't have this problem, nor 
did 10.7.  If you launch '/bin/sh' what version do you see in the prompt?


Fang


David,
It appears that the problem is that the python test harness requires
fink bash to be installed.

% bin/llvm-lit -vvv test/Analysis/BasicAA/2003-09-19-LocalArgument.ll
-- Testing: 1 tests, 1 threads --
UNRESOLVED: LLVM :: Analysis/BasicAA/2003-09-19-LocalArgument.ll (1 of 1)
 TEST 'LLVM ::
Analysis/BasicAA/2003-09-19-LocalArgument.ll' FAILED 
Exception during script execution:
Traceback (most recent call last):
 File
"/sw/src/fink.build/llvm34-3.4.1-0c/llvm-3.4.1.src/utils/lit/lit/run.py",
line 166, in execute_test
   result = test.config.test_format.execute(test, self.lit_config)
 File
"/sw/src/fink.build/llvm34-3.4.1-0c/llvm-3.4.1.src/utils/lit/lit/formats/shtest.py",
line 12, in execute
   self.execute_external)
 File
"/sw/src/fink.build/llvm34-3.4.1-0c/llvm-3.4.1.src/utils/lit/lit/TestRunner.py",
line 491, in executeShTest
   res = executeScript(test, litConfig, tmpBase, script, execdir)
 File
"/sw/src/fink.build/llvm34-3.4.1-0c/llvm-3.4.1.src/utils/lit/lit/TestRunner.py",
line 300, in executeScript
   env=test.config.environment)
 File
"/sw/src/fink.build/llvm34-3.4.1-0c/llvm-3.4.1.src/utils/lit/lit/util.py",
line 151, in executeCommand
   env=env, close_fds=kUseCloseFDs)
 File "/sw/lib/python2.7/subprocess.py", line 709, in __init__
   errread, errwrite)
 File "/sw/lib/python2.7/subprocess.py", line 1326, in _execute_child
   raise child_exception
OSError: [Errno 2] No such file or directory



Testing Time: 0.01s

Unresolved Tests (1):
   LLVM :: Analysis/BasicAA/2003-09-19-LocalArgument.ll

 Unresolved Tests   : 1

% fink install bash
Information about 9662 packages read in 1 seconds.
The following package will be installed or updated:
bash
Reading buildlock packages...
/sw/bin/dpkg-lockwait -i
/sw/fink/dists/stable/main/binary-darwin-x86_64/shells/bash_4.2-1_darwin-x86_64.deb
Selecting previously deselected package bash.
(Reading database ... 29633 files and directories currently installed.)
Unpacking bash (from .../bash_4.2-1_darwin-x86_64.deb) ...
Setting up bash (4.2-1) ÿÿ

% bin/llvm-lit -vvv test/Analysis/BasicAA/2003-09-19-LocalArgument.ll
-- Testing: 1 tests, 1 threads --
PASS: LLVM :: Analysis/BasicAA/2003-09-19-LocalArgument.ll (1 of 1)
Testing Time: 0.05s
 Expected Passes: 1

Interestingly, you already had that dependency but had disabled itÿÿ

# need bash because /bin/sh 2.0 on darwin8 is missing support for pipefail
# coreutils for gtimeout for tests, see %N.patch:utils/lit/lit/TestRunner.py
   TestDepends: <<
   # only darwin8 needs fink's bash
   #   bash (>= 3.0),
   coreutils



On Thu, May 22, 2014 at 8:01 AM, Jack Howarth wrote:


David,
I won't have time to look at the failing test suite of llvm34 on 10.9
until tonight. However I took a quick look through the sources in the build
and they are filled with python scripts usingÿÿ

#!/usr/bin/env python

So the python used will vary depending on whether the fink python package
is installed.
Hardcoding build/last/bin/llvm-lit to #!/usr/bin/python2.7 produces the
same same failure as
when it is #!/sw/bin/python2.7ÿÿ

% bin/llvm-lit -vvv test/Analysis/BasicAA/2003-09-19-LocalArgument.ll
-- Testing: 1 tests, 1 threads --
UNRESOLVED: LLVM :: Analysis/BasicAA/2003-09-19-LocalArgument.ll (1 of 1)
 TEST 'LLVM ::
Analysis/BasicAA/2003-09-19-LocalArgument.ll' FAILED 
Exception during script execution:
Traceback (most recent call last):
  File
"/sw/src/fink.build/llvm34-3.4.1-0c/llvm-3.4.1.src/utils/lit/lit/run.py",
line 166, in execute_test
result = test.config.test_format.execute(test, self.lit_config)
  File
"/sw/src/fink.build/llvm34-3.4.1-0c/llvm-3.4.1.src/utils/lit/lit/formats/shtest.py",
line 12, in execute
self.execute_external)
  File
"/sw/src/fink.build/llvm34-3.4.1-0c/llvm-3.4.1.src/utils/lit/lit/TestRunner.py",
line 491, in executeShTest
res = executeScript(test, litConfig, tmpBase, script, execdir)
  File
"/sw/src/fink.build/llvm34-3.4.1-0c/llvm-3.4.1.src/utils/lit/lit/TestRunner.py",
line 300, in executeScript
env=test.config.environme

Re: [Fink-devel] purging r-cran-* files from 10.7

[David Fang]

I'm ok with obsoleteing the old and migrating to the new convention.
You may apply fink-obsolete-packages to the R package with my name on it.

Fang

On Wed, 14 May 2014 09:22:49 -0400, Jack Howarth  
wrote:
   I would like to purge the legacy r-cran-* files (which preceded the switch 
to revision variant-based cran-*-r files). What is best practices for this 
these days? My inclination is to use the full C/R/P


C/R/P is not functionally equivalent to the effects of C/R and P 
together...the triplet has a specific different meaning than its components 
suggest. And it's technically completely broken to use the triplet when the 
package-name was ever actually a real package. 
P is also functionally broken as a substitute for a real package when any 
other package anywhere ever had a versioned dependency on it. 
This sounds like the exact situation for which fink-obsolete-packages is 
documented to be used. 
dan


--
Daniel Macks
dma...@netspace.org




--
David Fang
http://www.csl.cornell.edu/~fang/
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs___
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] gnutls man-in-the-middle security vulnerability

[David Reiser]

On Mar 23, 2014, at 10:40 PM, Daniel E. Macks  wrote:

> Kurt Schwehr  said:
>> 
>> Dave, 
>> 
>> Are you aware of this?
>> http://www.gnutls.org/security.html#GNUTLS-SA-2014-2
>> http://lwn.net/Articles/589205/
>> 
>> I added a one line warning to the gnutls28.info file, but we
>> definitely need to get a new version of gnutls into fink. From the
>> summary:
>> 
>> How to mitigate the attack?
>> 
>> * Upgrade to the latest GnuTLS version (3.2.12 or 3.1.22), or apply
>>  the patch for=A0GnuTLS 2.12.x.
> 
> We also currently have three different gnutls* library sets as of
> 10.8ish:
> 
> gnutls-2.12 (2.12.20-2)
> gnutls26 (2.10.2-5)
> gnutls28 (3.0.22-2)
> 
> Should we push hard to migrate from gnutls26 to...gnutls28 if possible
> but at least gnutls-2.12, and from gnutls-2.12 to gnutls28 if
> possible? Really good to get security patches in wherever possible,
> but also really good to minimize the number of old security-related
> packages at all.
> 
> dan
> 
> -- 
> Daniel Macks
> dma...@netspace.org

That sounds like the right plan to me. There is a patch available, I think, for 
the 2.x series.

My experimental does have an attempt at getting gnutls28 to the latest, but I 
can't keep it from finding the wrong libintl. There are also new .infos for 
nettle and libtasn, but those should be proofread for policy cluelessness on my 
part.


--
Dave Reiser
dbrei...@icloud.com


--
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] llvm-gcc42 conflicts with ccache-default

[David Fang]

> On 30/10/13 11:08, Remi Mommsen wrote:
> []> /opt/fink/bin/dpkg: error processing
> /opt/fink/fink/dists/stable/main/binary-darwin-x86_64/languages/llvm-gcc42_2336.11-107_darwin-x86_64.deb
> (--install):
>>   trying to overwrite `/opt/fink/bin/llvm-g++-4.2', which is also in package 
>> ccache-default
>> /opt/fink/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe: 13)
>
> When I reported this (in a thread on fink-beginners) a month ago, Jack's
> answer was
>
>> ps The only solution that I see for llvm-gcc42 vs ccache is to have the two 
>> packages use
>> update-alternatives in order to set symlinks to 
>> %p/bin/x86_64-apple-darwin13-*-4.2.1 for the
>> %p/bin/llvm-*-4.2 files in the case of the llvm-gcc42 package controlling 
>> those symlinks
>> and to %p/bin/ccache in case of the ccache-default controlling those 
>> symlinks.
>
> I don't know what the real solution will be, but IMHO u-a would only
> make the situation more confusing.
>
> Meanwhile on 10.9, ccache doesn't build at all, because it wants to put
> some "bin/*-apple-darwin*" symlinks into the -defaults splitoff. These
> do not exist, because no corresponding files exist in /usr/bin, and
> ccache-default builds differently depending on the presence of files in
> /usr/bin.
>
> I think these symlinks should not be created in the InstallScript, but
> at package installation time via a PostInstScript. This could then also
> react to existing /sw/bin/llvm*4.2 executables.

When I inherited ccache, I was never really satisfied with the packaging 
of ccache-default, because it tries to provide symlink-wrappers to all 
possible compilers for any given distribution.

There are two uses of ccache-default, for fink's builds, and for the user.
I almost think that path-prefix-ccache would be more suitable for fink 
builds, than providing overrides directly in %p/bin.

I am entirely open to suggestions.

Fang


-- 
David Fang
http://www.csl.cornell.edu/~fang/


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&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] gnome-keyring failure with Xcode 5

[David Reiser]

On Sep 22, 2013, at 2:49 PM, Alexander Hansen  
wrote:

> On 9/22/13 10:17 AM, David Reiser wrote:
>> libtool: link: gcc -dynamiclib  -o .libs/libgp11.0.dylib  
>> .libs/gp11-attributes.o .libs/gp11-call.o .libs/gp11-misc.o 
>> .libs/gp11-module.o .libs/gp11-object.o .libs/gp11-session.o 
>> .libs/gp11-slot.o .libs/gp11-marshal.o   -L/sw/lib 
>> /sw/lib/libgthread-2.0.dylib /sw/lib/libgio-2.0.dylib 
>> /sw/lib/libgobject-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib 
>>-install_name  /sw/lib/libgp11.0.dylib -compatibility_version 1 
>> -current_version 1.0 -Wl,-single_module 
>> -Wl,-exported_symbols_list,.libs/libgp11-symbols.expsym
>> Undefined symbols for architecture x86_64:
>>   "_g_module_close", referenced from:
>>   _gp11_module_initialize in gp11-module.o
>>   _gp11_module_finalize in gp11-module.o
>>   "_g_module_error", referenced from:
>>   _gp11_module_initialize in gp11-module.o
>>   _gp11_module_finalize in gp11-module.o
>>   "_g_module_open", referenced from:
>>   _gp11_module_initialize in gp11-module.o
>>   "_g_module_symbol", referenced from:
>>   _gp11_module_initialize in gp11-module.o
>> ld: symbol(s) not found for architecture x86_64
>> clang: error: linker command failed with exit code 1 (use -v to see 
>> invocation)
>> 
>> 
>> Package manager version: 0.35.1
>> Distribution version: selfupdate-cvs Sun Sep 22 10:18:37 2013, 10.8, x86_64
>> Trees: local/main stable/main local/injected
>> Xcode.app: 5.0
>> Xcode command-line tools: 5.0.0.0.1.1377666378
>> Max. Fink build jobs:  1
>> --
>> Dave Reiser
>> dbrei...@icloud.com
>> 
>> 
> 
> It looks like you've got a missing library on your linker line above; 
> the same line for me also has /sw/lib/libgmodule-2.0.dylib.
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/
> 
Bah! I had the experimental glib2 2.36 installed. Dpkg does report that 
libgmodule is included, but... 

I thought I had only installed 2.36 in my flailing tree. Reverting to glib2 
2.22.4 allowed gnome-keyring to build successfully.

Thanks for the help.

--
Dave Reiser
dbrei...@icloud.com






--
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

[Fink-devel] gnome-keyring failure with Xcode 5

[David Reiser]

libtool: link: gcc -dynamiclib  -o .libs/libgp11.0.dylib  
.libs/gp11-attributes.o .libs/gp11-call.o .libs/gp11-misc.o .libs/gp11-module.o 
.libs/gp11-object.o .libs/gp11-session.o .libs/gp11-slot.o .libs/gp11-marshal.o 
  -L/sw/lib /sw/lib/libgthread-2.0.dylib /sw/lib/libgio-2.0.dylib 
/sw/lib/libgobject-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib
-install_name  /sw/lib/libgp11.0.dylib -compatibility_version 1 
-current_version 1.0 -Wl,-single_module 
-Wl,-exported_symbols_list,.libs/libgp11-symbols.expsym
Undefined symbols for architecture x86_64:
  "_g_module_close", referenced from:
  _gp11_module_initialize in gp11-module.o
  _gp11_module_finalize in gp11-module.o
  "_g_module_error", referenced from:
  _gp11_module_initialize in gp11-module.o
  _gp11_module_finalize in gp11-module.o
  "_g_module_open", referenced from:
  _gp11_module_initialize in gp11-module.o
  "_g_module_symbol", referenced from:
  _gp11_module_initialize in gp11-module.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)


Package manager version: 0.35.1
Distribution version: selfupdate-cvs Sun Sep 22 10:18:37 2013, 10.8, x86_64
Trees: local/main stable/main local/injected
Xcode.app: 5.0
Xcode command-line tools: 5.0.0.0.1.1377666378
Max. Fink build jobs:  1
--
Dave Reiser
dbrei...@icloud.com





--
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

[Fink-devel] OT architecture problem [was: Dependencies For New Package]

[David Lowe]

On May 21, 2013, at 10:47 PM, Alexander Hansen wrote:

> 2)  Patch Makefile to replace '-lGL -lGLU' with '-Wl,-framework,OpenGL'

This is the way i went, as i'm not gonna put together an info file 
until i'm sure it compiles by hand.  Now that the dependencies seem to be taken 
care of i get this:

Darlene-Lowes-Mac-mini:sdl-ball (368) $ make
g++ -DDATADIR="\"themes/\""  main.o -Wl,-framework,OpenGL `sdl-config --libs` 
-lSDL_image -lSDL_ttf -lSDL_mixer -o sdl-ball
ld: warning: in main.o, file was built for unsupported file format which is not 
the architecture being linked (i386)
Undefined symbols:
  "_SDL_main", referenced from:
  -[SDLMain applicationDidFinishLaunching:] in libSDLmain.a(SDLMain.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [sdl-ball] Error 1

This is an i386 machine, so why is it trying to make otherwise?  Here 
are some specs:


Darlene-Lowes-Mac-mini:sdl-ball (370) $ sw_vers
ProductName:Mac OS X
ProductVersion: 10.6.8
BuildVersion:   10K549
Darlene-Lowes-Mac-mini:sdl-ball (371) $ xcodebuild -version | head -n 1
Xcode 3.2.3
Darlene-Lowes-Mac-mini:sdl-ball (372) $ fink list sdl
Information about 12522 packages read in 5 seconds.
 alien-sdl-pm5100   1.4.25-1
 Building, finding and using SDL binaries
 alien-sdl-pm5881.4.25-1
 Building, finding and using SDL binaries
 angband-sdl3.1.1.1626-3
 SDL-based dungeon exploration game
 atari800-sdl   2.1.0-2 
 Atari 800 emulator, SDL variant
 mpg123-sdl 1:1.15.4-1  
 SDL output module for mpg123
 i   sdl1.2.15-1
 Cross-platform multimedia library
 sdl-gfx13  2.0.23-1
 SDL basic drawing routines and rotozoomer
 sdl-gfx13-shlibs   2.0.23-1
 SDL basic drawing routines and rotozoomer
 i   sdl-image  1.2.12-1
 SDL image file loading library
 i   sdl-image-shlibs   1.2.12-1
 SDL image file loading library
 i   sdl-mixer  1.2.12-1
 SDL multi-channel audio mixer library
 i   sdl-mixer-shlibs   1.2.12-1
 SDL multi-channel audio mixer library
 sdl-net1.2.7-1 
 SDL networking library
 sdl-net-shlibs 1.2.7-1 
 SDL networking library
 sdl-pm5100 2.511-1 
 Simple DirectMedia Layer for Perl
 sdl-pm588  2.511-1 
 Simple DirectMedia Layer for Perl
 i   sdl-shlibs 1.2.15-1
 Cross-platform multimedia library
 sdl-sound  1.0.3-5 
 SDL sound library
 sdl-sound-bin  1.0.3-5 
 SDL sound library - audio player
 sdl-sound-shlibs   1.0.3-5 
 SDL sound library - shared libs
 i   sdl-ttf2.0.11-1
 SDL TrueType font library
 i   sdl-ttf-shlibs 2.0.11-1
 SDL TrueType font library

Sent from Darlene-Lowes-Mac-mini

Jayne: "Oh, I think you might wanna reconsider that last part. See, I married 
me a powerful ugly creature."
--
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] EOL for 10.5 and 10.6

[David Lowe]

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.

Now that i've said my piece, is there anything i can do to assist?

Sent from Darlene-Lowes-Mac-mini

River Tam: "Also? I can kill you with my brain."
--
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] Dependencies For New Package

[David Lowe]

On May 15, 2013, at 2:45 PM, Alexander Hansen wrote:

> 1) OpenGL typically comes either via the OpenGL framework, or via X11. In the 
> former case, no dependency needs to be declared, because that comes with the 
> OS and we don't have a virtual package for it.  For the latter, even though 
> it ships with the OS on current versions, it's good to specify Depends: 
> x11-shlibs and BuildDepends: x11-dev, plus RuntimeDepends: x11 if it displays 
> in X11. (mesa is also a possibility, but I'd recommend not going with that if 
> you don't have to)

As usual, thanks for the quick response.  Actually the project is 
looking somewhat iffy, or maybe i'm just in over my head [also as usual].  
SDL-Ball has a very rudimentary build system with no configure script.  The 
author claims that on linux and Windows systems 'make' is all that's needed.  
On OSX, however, the make immediately bombs out:

> Darlene-Lowes-Mac-mini:sdl-ball (300) $ make
> g++ -DDATADIR="\"themes/\""  main.o -lGL -lGLU `sdl-config --libs` 
> -lSDL_image -lSDL_ttf -lSDL_mixer -o sdl-ball
> ld: library not found for -lGL
> collect2: ld returned 1 exit status

This is the entirety of the makefile:

> DATADIR?=themes/
> 
> #append -DWITH_WIIUSE to compile with WIIUSE support!
> #append -DNOSOUND to compile WITHOUT sound support
> CC=g++ -DDATADIR="\"$(DATADIR)\""
> 
> CFLAGS+=-c -Wall `sdl-config --cflags`
> 
> #append -lwiiuse to compile with WIIUSE support
> #remove -lSDL_mixer if compiling with -DNOSOUND
> LIBS+=-lGL -lGLU `sdl-config --libs` -lSDL_image -lSDL_ttf -lSDL_mixer
> 
> SOURCES=main.cpp 
> OBJECTS=$(SOURCES:.cpp=.o)
> 
> EXECUTABLE=sdl-ball
> 
> all: $(SOURCES) $(EXECUTABLE)
>   
> $(EXECUTABLE): $(OBJECTS)
>   $(CC) $(LDFLAGS) $(OBJECTS) $(LIBS) -o $@
> 
> .cpp.o:
>   $(CC) $(CFLAGS) $< -o $@
> 
> clean:
>   rm -f *.o sdl-ball
> 
> remove:
>   rm -R ~/.config/sdl-ball
 
So i assume to make this work at all we'd have to hand-feed it the 
appropriate flags, which i don't think i could manage without help.  I looked 
at the diff from MacPorts, and the only relevant part seems to be: "export 
LDFLAGS=-Wl,-z,defs -Wl,--as-needed"

Sent from Darlene-Lowes-Mac-mini

Zoe: "First rule of battle, little one ... don't ever let them know where you 
are."

Mal: "WHOO-HOO! I'M RIGHT HERE! I'M RIGHT HERE! YOU WANT SOME O' ME?! YEAH YOU 
DO! COME ON! COME ON! AH! Whoo-hoo!"

Zoe: "'Course, there're other schools of thought."
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
___
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] Dependencies For New Package

[David Lowe]

Alright i'm gonna make an attempt to create a .info file from scratch.  
I have verified that my candidate [SDL-Ball] is not currently in the database.  
There is a similar game [lbreakout], but this one is prettier and works 
correctly with a mouse.  Now i need some advice on dependencies.  The manual 
has this to say:

> 2.0 Compiling
> The basic requirements for compiling sdl-ball is the following libs AND THEIR 
> DEVELOPMENT FILES:
> OpenGL
> LibGLU
> SDL1.2
> SDL-image1.2
> SDL-ttf1.2
> SDL-mixer1.2
> Make, a working C++ compiler and stdlibc++6

1) for 'OpenGL', do i depend upon openglut-shlibs?
2) What provides libGLU?
3) Can i assume that stdlibc++6 is provided through our usual compiler 
toolchain?

Sent from Darlene-Lowes-Mac-mini

Mal: "Jayne, your mouth is talking. You might wanna look to that."
--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_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] error building gcc44 and gcc45

[David R. Morrison]

On May 6, 2013, at 9:32 AM, Jack Howarth wrote:

> On Mon, May 06, 2013 at 09:02:34AM -0700, David R. Morrison wrote:
>> 
>> On May 6, 2013, at 6:33 AM, Jack Howarth wrote:
>> 
>>> On Sun, May 05, 2013 at 04:59:42PM -0700, David R. Morrison wrote:
>>>> Jack,
>>>> 
>>>> I get errors building the latest versions of gcc44 and gcc45 on 10.6, i386 
>>>> .  I have Xcode 3.2.6 but if that's too old, the packages should tell me 
>>>> so.  I reproduce the error msg from gcc44 below; the one from gcc45 was 
>>>> similar.  Based on the error msg, I guessed that maybe I needed to install 
>>>> texinfo-legacy but that didn't help.
>>>> 
>>>> -- Dave
> 
> Dave,
>   I've already updated the gcc45 package files in the 10.5 tree to the last 
> gcc 4.5.4 release and
> added patches to fix the build against texinfo 5.1. I also committed a 
> similar update of gcc44 to the
> last 4.4.7 release and texinfo 5.1 patches added. These were tested on x86_64 
> fink 10.6 but should
> work fine on i386 fink 10.6 as well.
>  Jack

Thanks, Jack, they build for me now.

  -- Dave


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
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] error building gcc44 and gcc45

[David R. Morrison]

On May 6, 2013, at 6:33 AM, Jack Howarth wrote:

> On Sun, May 05, 2013 at 04:59:42PM -0700, David R. Morrison wrote:
>> Jack,
>> 
>> I get errors building the latest versions of gcc44 and gcc45 on 10.6, i386 . 
>>  I have Xcode 3.2.6 but if that's too old, the packages should tell me so.  
>> I reproduce the error msg from gcc44 below; the one from gcc45 was similar.  
>> Based on the error msg, I guessed that maybe I needed to install 
>> texinfo-legacy but that didn't help.
>> 
>>  -- Dave
> 
> Dave,
>   This is due to the switch to texinfo 5.0 in both trees which is more strict 
> about texi formatting.
> FYI, I submitted the fixes for the gcc 4.6.4, 4.7.3 and 4.8.0 releases 
> upstream but there will be
> no upstream fixes for earlier gcc's. The gcc 4.6.4 release is the last for 
> the gcc 4.6.x series and
> current the gcc 4.7.x series is the oldest maintained release upstream. I 
> won't have time to look
> at this for awhile but you could try applying the the changes from 
> http://gcc.gnu.org/ml/gcc-patches/2013-02/msg01060.html
> to the earlier gcc4x releases to see if this is sufficient to fix those with 
> the texinfo 5.0.
> Frankly, I don't think we should be encouraging users to stay on such ancient 
> gcc4x releases.
>Jack

Jack,

I simply did "fink update-all" on a system which hadn't been updated in quite a 
while, and ran into this problem.

If there are no packages currently in the fink database which use gcc44 or 
gcc45 to build, then we can remove the old gcc's.  If there *are* any such 
packages, then we either need to update them to use gcc46 (or later), or else 
repair the gcc44/gcc45 packages so that they build with the current fink 
configuration.

  -- Dave


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
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] error building gcc44 and gcc45

[David R. Morrison]

I started a new shell, to be on the safe side…

On May 5, 2013, at 6:11 PM, Alexander Hansen wrote:

> Yeah, %p/opt has been around a while. :-)
> 
> Did you start a new shell session or re-source /sw/bin/init.tcsh ?
> 
> On 5/5/13 5:59 PM, David R. Morrison wrote:
>> Yes, I use tcsh, and "which makeinfo" now gives me 
>> /sw/opt/texinfo-legacy/bin/makeinfo (to which I say "opt???"), but 
>> unfortunately the build failed just as before.
>> 
>>   -- Dave
>> 
>> 
>> On May 5, 2013, at 5:46 PM, Alexander Hansen wrote:
>> 
>>> On 5/5/13 4:59 PM, David R. Morrison wrote:
>>>> Jack,
>>>> 
>>>> I get errors building the latest versions of gcc44 and gcc45 on 10.6, i386 
>>>> .  I have Xcode 3.2.6 but if that's too old, the packages should tell me 
>>>> so.  I reproduce the error msg from gcc44 below; the one from gcc45 was 
>>>> similar.  Based on the error msg, I guessed that maybe I needed to install 
>>>> texinfo-legacy but that didn't help.
>>>> 
>>>>   -- Dave
>>>> 
>>>> 
>>>> if [ xinfo = xinfo ]; then \
>>>>makeinfo --split-size=500 --split-size=500 --split-size=500 
>>>> --no-split -I . -I ../../gcc-4.4.6/gcc/doc \
>>>>-I ../../gcc-4.4.6/gcc/doc/include -o doc/cpp.info 
>>>> ../../gcc-4.4.6/gcc/doc/cpp.texi; \
>>>> fi
>>>> ../../gcc-4.4.6/gcc/doc/cppopts.texi:761: @itemx must follow @item
>>>> 
>>>> 
>>> 
> 
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
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] error building gcc44 and gcc45

[David R. Morrison]

Yes, I use tcsh, and "which makeinfo" now gives me 
/sw/opt/texinfo-legacy/bin/makeinfo (to which I say "opt???"), but 
unfortunately the build failed just as before.

  -- Dave


On May 5, 2013, at 5:46 PM, Alexander Hansen wrote:

> On 5/5/13 4:59 PM, David R. Morrison wrote:
>> Jack,
>> 
>> I get errors building the latest versions of gcc44 and gcc45 on 10.6, i386 . 
>>  I have Xcode 3.2.6 but if that's too old, the packages should tell me so.  
>> I reproduce the error msg from gcc44 below; the one from gcc45 was similar.  
>> Based on the error msg, I guessed that maybe I needed to install 
>> texinfo-legacy but that didn't help.
>> 
>>   -- Dave
>> 
>> 
>> if [ xinfo = xinfo ]; then \
>>  makeinfo --split-size=500 --split-size=500 --split-size=500 
>> --no-split -I . -I ../../gcc-4.4.6/gcc/doc \
>>  -I ../../gcc-4.4.6/gcc/doc/include -o doc/cpp.info 
>> ../../gcc-4.4.6/gcc/doc/cpp.texi; \
>> fi
>> ../../gcc-4.4.6/gcc/doc/cppopts.texi:761: @itemx must follow @item
>> 
>> 
> 
> texinfo-legacy installs in a private directory, so it's out of the PATH and 
> can't be used without special treatment.
> 
> A quickie workaround for David would be to set up 
> /sw/etc/profile.d/texinfo-legacy.csh (IIRC you use tcsh, right?) which has 
> contents like
> 
> setenv PATH '/sw/opt/texinfo-legacy/bin':$PATH
> 
> That will allow the texinfo-legacy executables to be at the head of the PATH 
> during the build.
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
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] error building gcc44 and gcc45

[David R. Morrison]

Jack,

I get errors building the latest versions of gcc44 and gcc45 on 10.6, i386 .  I 
have Xcode 3.2.6 but if that's too old, the packages should tell me so.  I 
reproduce the error msg from gcc44 below; the one from gcc45 was similar.  
Based on the error msg, I guessed that maybe I needed to install texinfo-legacy 
but that didn't help.

  -- Dave


if [ xinfo = xinfo ]; then \
makeinfo --split-size=500 --split-size=500 --split-size=500 
--no-split -I . -I ../../gcc-4.4.6/gcc/doc \
-I ../../gcc-4.4.6/gcc/doc/include -o doc/cpp.info 
../../gcc-4.4.6/gcc/doc/cpp.texi; \
fi
../../gcc-4.4.6/gcc/doc/cppopts.texi:761: @itemx must follow @item


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
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] [gtk+2, 10.4] missing text issues

[David Fang]

Friends and fellow Finksters,
Thanks to Mike and Ron's debugging and testing, the case of the 
missing text on gtk+ on OS X 10.4 has been solved.  I have committed the 
last working version of cairo to 10.4-EOL in fink.  After selfupdate, you 
should see cairo-1.11.2 under 10.4-EOL/graphics.  "Update" to that, and 
your text should be visible in GTK applications again.

Fang

> The problem is indeed with cairo.
>
> Downgrading to http://cairographics.org/snapshots/cairo-1.11.2.tar.gz and
> applying the same patch as for 1.12 already in fink worked, i had to
> recompile gtk+2 of course and everything else that had been linked to 1.12,
> but i do now have fonts. Tested with xchat and geany.
>
>
> Whee!
> -Mike

-- 
David Fang
http://www.csl.cornell.edu/~fang/


--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
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] updating libtiff

[David R. Morrison]

Yes, please go ahead and commit the new version.

  -- Dave


On Feb 25, 2013, at 8:55 AM, Hanspeter Niederstrasser wrote:

> Dave,
> 
> I'm packaging the latest libtiff that bumps libN (to libtiff5), and taking 
> the opportunity to update our existing libtiff to the last of that line. 
> Here's the proposed update for our existing libtiff package.  It bumps %v, 
> adds InfoTest and Conflicts/Replaces the dev packages. This new libtiff 
> version now recognizes libjbig, so I'm explicitly disabling it for 
> libtiff-shlibs to avoid large changes in a minor update, although if you want 
> it enabled, that is easy to do (libtiff5 will have it explicitly enabled).  
> Let me know if the changes are OK to commit. Thanks.
> 
> diff -u -r1.1 libtiff.info
> --- libtiff.info20 Jul 2011 13:29:03 -1.1
> +++ libtiff.info13 Feb 2013 15:29:24 -
> @@ -1,14 +1,23 @@
> Package: libtiff
> -Version: 3.9.4
> +Version: 3.9.7
> Revision: 1
> Depends: %N-shlibs (= %v-%r), %N-bin
> BuildDepends: libjpeg8 (>= 8-2), fink (>= 0.24.12)
> +Conflicts: <<
> +libtiff,
> +libtiff5
> +<<
> +Replaces: <<
> +libtiff,
> +libtiff5
> +<<
> Source: http://download.osgeo.org/libtiff/tiff-%v.tar.gz
> -Source-MD5: 2006c1bdd12644dbf02956955175afd6
> +Source-MD5: 626102f448ba441d42e3212538ad67d2
> NoSetMAKEFLAGS: true
> SetMAKEFLAGS: -j1
> -ConfigureParams: --mandir='${prefix}/share/man' 
> --disable-dependency-tracking --with-docdir='${prefix}/share/doc/%n'
> +ConfigureParams: --mandir='${prefix}/share/man' 
> --disable-dependency-tracking --with-docdir='${prefix}/share/doc/%n' 
> --disable-jbig
> GCC: 4.0
> +InfoTest: TestScript: make check || exit 2
> BuildDependsOnly: True
> SplitOff: <<
>   Package: %N-shlibs
> 
> Hanspeter
> 


--
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_feb
___
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 graphviz 2.26.3-6 build fails on 10.8.2

[David Fang]

Hi Peter,
Thanks for the report.  Indeed, I've modified the 
graphviz-10.7 package to look under /opt/X11 as a backup.
Fink policy forbids modifying things outside of the fink tree, so I avoid 
making convenience symlinks as suggested.
Also, another source says that XQuartz should install symlinks from 
/usr/{X11,X11R6} to /opt/X11.
Anyhow, 'fink selfupdate' and give it another shot.

Fang

> Fink fails building graphviz 2.26.3-6 on Mac 10.8.2:
>
>> /usr/include/tk.h:78:11: fatal error: 'X11/Xlib.h' file not found
>> #include 
>
> As reported on StackOverflow,
>
> http://stackoverflow.com/questions/11465258/xlib-h-not-found-when-building-graphviz-on-mac-os-x-10-8-mountain-lion
>
> the file exists in an odd place,
>> /opt/X11/include/X11/Xlib.h
>
> probably due to the fact it's supplied by XQuartz, the successor to X11.app.
>
> As suggested on SO, this symlink fixes the build:
>
>> ln -s /opt/X11/include/X11 /usr/local/include/X11
>
> I'm guessing that a simple patch to the package, adding the real location to 
> the include directory search list, should fix the problem cleanly.
>
> Thanks,
> Peter
>
>

-- 
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/


--
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

Re: [Fink-devel] fink is ignoring my already downloaded tarball

[David Lowe]

On 2012 Dec 12, at 7:32 AM, Alexander Hansen wrote:

> I _thought_ that I had the current fink set up to complain if the
> FetchAltDir doesn't have appropriate permissions.

Actually once i fed the expanded directory to 'fink configure' it not 
only complained, but directed me to make the appropriate chmod.  Nice!  How 
hard would it be to parse that directory and also complain if it's not useable?

sent from Lion

Striker: Surely you can't be serious.
Rumack: I am serious...and don't call me Shirley.
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
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] fink is ignoring my already downloaded tarball

[David Lowe]

> OK, I'll ask you some questions and update the configuration file in 
> '/sw/etc/fink.conf'.
> 
> In what additional directory should Fink look for downloaded tarballs? 
> [~/Downloads]

> $ ls ~/Downloads/f*
> /Users/doctorjlowe/Downloads/freeciv-2.3.3.tar.bz2

> [doctorjlowe@David-Lowes-MacBook-Pro:~]$ fink update freeciv
> Scanning package description files..
> Information about 6483 packages read in 9 seconds.
> The following package will be installed or updated:
>  freeciv
> curl --connect-timeout 30 -f -L -A 'fink/0.34.4' -O 
> http://distfiles.sjc.ca.us.finkmirrors.net/freeciv-2.3.3.tar.bz2

Is there some semantics i've got wrong here?  As i understand it, fink 
should just use the tar ball i already have, right?  This is a freshly self 
updated fink on 10.7.5.

sent from Lion

Jayne: "Let's go be bad guys!"
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
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] Web Site

[David Lowe]

So, i couldn't get the package database a few days ago …  I tried again 
just now and still no luck.  Further, i'm not even getting a response from 
www.finkproject.org except through ping.  Is this a known issue?

sent from Lion

Homer: Volunteering is for suckers. Did you know that so called volunteers 
don't even get paid?
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-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] [fink-core] gettext-tools madness

[David R. Morrison]

On Sep 1, 2012, at 1:38 PM, Alexander Hansen  
wrote:

> On 9/1/12 1:07 PM, Hanspeter Niederstrasser wrote:
>> On 9/1/2012 10:32 AM, Alexander Hansen wrote:
>>> On 8/31/12 5:36 PM, Jack Howarth wrote:
   Why exactly are we building the entirety of gettext-tools at -O0
 in 10.7 branch when only a single source file, xgettext.c, is
 problematic on
 older clang? The previous patch that applied -O4 to the compilation
 of xgettext.c,
 should work fine using -O0 instead for just that file.
 
 
 --- gettext-0.18.1.1/gettext-tools/src/Makefile.in.orig2012-08-31
 20:21:15.0 -0400
 +++ gettext-0.18.1.1/gettext-tools/src/Makefile.in2012-08-31
 20:22:03.0 -0400
 @@ -2357,11 +2357,11 @@
 
 xgettext-xgettext.o: xgettext.c
 $(AM_V_CC) @AM_BACKSLASH@
 -$(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES)
 $(xgettext_CPPFLAGS) $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) -c -o
 xgettext-xgettext.o `test -f 'xgettext.c' || echo
 '$(srcdir)/'`xgettext.c
 +$(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES)
 $(xgettext_CPPFLAGS) $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) -O0 -c -o
 xgettext-xgettext.o `test -f 'xgettext.c' || echo
 '$(srcdir)/'`xgettext.c
 
 xgettext-xgettext.obj: xgettext.c
 $(AM_V_CC) @AM_BACKSLASH@
 -$(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES)
 $(xgettext_CPPFLAGS) $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) -c -o
 xgettext-xgettext.obj `if test -f 'xgettext.c'; then $(CYGPATH_W)
 'xgettext.c'; else $(CYGPATH_W) '$(srcdir)/xgettext.c'; fi`
 +$(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES)
 $(xgettext_CPPFLAGS) $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) -O0 -c -o
 xgettext-xgettext.obj `if test -f 'xgettext.c'; then $(CYGPATH_W)
 'xgettext.c'; else $(CYGPATH_W) '$(srcdir)/xgettext.c'; fi`
 
 xgettext-x-c.o: x-c.c
 $(AM_V_CC) @AM_BACKSLASH@
 
 Building everything at -O0 seems like massive overkill.
 Jack
>>> 
>>> Don't cc stuff over multiple lists.  There's no reason to do that and it
>>> makes it easy to lose the discussion.
>>> 
>>> Pretty much everybody on -core reads -devel, too
>>> 
>>> And speaking of overkill, why raise the Revision?
>> 
>> The revision needs to be raised because compiling at different -O level
>> changes the deb.
>> 
>> The change to everything at -O0 was mostly meant as a temporary solution
>> when I was crafting the update to 0.18.1.1, but crept into the release.
>> 
>> Hanspeter
>> 
> 
> It changes the .deb, sure, but does the change actually have a practical
> effect?  Will users notice any difference in how the executables run,
> since this isn't a library package?
> 

Our traditional standard has been: if it changes the .deb, bump the revision.

 -- Dave



--
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] libcurl multiple choice

[David Lowe]

On 2012 Aug 14, at 12:27 PM, Alexander Hansen wrote:

> You want libcurl4.

As always, Mr. Hansen, thanks for the rapid and informative response.

sent from Lion

My precious.

--
Live Security Virtual Conference
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] libcurl multiple choice

[David Lowe]

I'm testing the packaging of the new 2.4 version of Freeciv.  
Significant for me, this version now has a dependency on libcurl.  Should i 
prefer system-pkgconfig-libcurl or libcurl14?

sent from Lion

Listen to me, mister. You're my knight in shining armor. Don't you forget it. 
You're
 going to get back on that horse, and I'm going to be right behind you, holding 
on tight, and away we're gonna go, go, go!
--
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] OT: M4 & the SDL Framework

[David Lowe]

On 2012 Aug 1, at 10:39 AM, Daniel Macks wrote:

> Given sdl using sdl-config and sdl.pc as the ways to publish flags, 
> which is the problem here: those file(s) not being found by [the 
> build-system of whatever you are trying to compile against SDL], or 
> that build-system not handling them properly, or the flags not being 
> correct for accomplishing that compiling? None of these seem to cry out 
> for an .m4 solution IMO. 

As Mr. Neiderstrasser already pointed out, the initial difficulty is 
that there is no config or pc component in the framework.  The reason for 
considering M4 is simply that it already exists.  If i am able to provide a 
patch to SDL upstream then all projects that configure with AM_PATH_SDL would 
benefit from the added capability.

On 2012 Aug 1, at 11:01 AM, Hanspeter Niederstrasser wrote:

> For sdl.m4 to correctly identify an SDL.framework install, it would need 
> to 1) check for the existence of the SDL binary (usually 
> /Library/Frameworks/SDL.framework/SDL), 2) compile a test program to 
> make sure the framework works, and 3) not get confused if a system has 
> both the framework and the 'unixy' installs coexisting.

Ooh.  #3 hadn't even occurred to me, thanks for pointing that out.  If 
the library is present in both formats, then i suppose the .dylib should take 
precedence over the framework.  I will also check valknut and autoconf-archive 
for any breadcrumbs.

sent from Lion

Mal: "You're welcome on my boat. God ain't."
--
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] OT: M4 & the SDL Framework

[David Lowe]

On 2012 Jul 31, at 4:15 PM, TheSin wrote:

> dpkg -S sdl-config
> sdl: /sw/bin/sdl-config
> 
> sdl is the dev files for fink installed sdl, I'm not sure what you are trying 
> to build that needs sdl but it likely just does no know about your fink 
> installation.  Check that you have sdl installed, if you do then check 
> whatever you are trying use sdl with to see if configure has an --sdl-prefix 
> type switch to tell it that it's in whatever your fink install is, default /sw

I guess when i titled this as off-topic i didn't make it clear enough 
that this is not a fink issue.  I have no problem building freeciv-sdl in fink, 
as that uses *.dylibs that the configure can easily pick up.  As an experiment, 
i was trying to build an sdl client for freeciv outside of fink.  This is 
failing, as we can't seem to detect or use SDL.framework provided in binary 
format by libSDL.  This is definitely beyond my expertise, and it seems to be 
stumping everyone else as well [Sam Lantinga included].  Sorry for the noise.

sent from Lion

Wash: "Man walks down the street in a hat like that, you know he's not afraid 
of anything ... "
--
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] OT: M4 & the SDL Framework

[David Lowe]

I raised an issue with the libSDL project that their provided automake 
macro is incapable of detecting and configuring their provided runtime 
framework.  Sam Lantinga responded with: "I typically build and install SDL on 
Mac OS X using the unix style configure/install which works fine.  Can you 
submit a patch for sdl.m4 which does the right thing for you?  I'm attaching 
the file for you."  I don't speak M4 and have only rudimentary understanding of 
frameworks.  However, it does seem like the macro is searching for a file 
called 'sdl-config' and i don't see such a file inside the SDL framework.  At 
this point i'm not sure if:

1) 'sdl-config' is in the framework but hidden.
2) The framework needs to be built differently to include 'sdl-config'.
3) The macro needs to test for some other file inside the framework.

Here is the M4 file:

> # Configure paths for SDL
> # Sam Lantinga 9/21/99
> # stolen from Manish Singh
> # stolen back from Frank Belew
> # stolen from Manish Singh
> # Shamelessly stolen from Owen Taylor
> 
> # serial 1
> 
> dnl AM_PATH_SDL([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND]]])
> dnl Test for SDL, and define SDL_CFLAGS and SDL_LIBS
> dnl
> AC_DEFUN([AM_PATH_SDL2],
> [dnl 
> dnl Get the cflags and libraries from the sdl2-config script
> dnl
> AC_ARG_WITH(sdl-prefix,[  --with-sdl-prefix=PFX   Prefix where SDL is 
> installed (optional)],
> sdl_prefix="$withval", sdl_prefix="")
> AC_ARG_WITH(sdl-exec-prefix,[  --with-sdl-exec-prefix=PFX Exec prefix where 
> SDL is installed (optional)],
> sdl_exec_prefix="$withval", sdl_exec_prefix="")
> AC_ARG_ENABLE(sdltest, [  --disable-sdltest   Do not try to compile and 
> run a test SDL program],
>   , enable_sdltest=yes)
> 
>   min_sdl_version=ifelse([$1], ,0.9.0,$1)
> 
>   if test "x$sdl_prefix$sdl_exec_prefix" = x ; then
> PKG_CHECK_MODULES([SDL], [sdl2 >= $min_sdl_version],
>[sdl_pc=yes],
>[sdl_pc=no])
>   else
> sdl_pc=no
> if test x$sdl_exec_prefix != x ; then
>   sdl_config_args="$sdl_config_args --exec-prefix=$sdl_exec_prefix"
>   if test x${SDL_CONFIG+set} != xset ; then
> SDL_CONFIG=$sdl_exec_prefix/bin/sdl2-config
>   fi
> fi
> if test x$sdl_prefix != x ; then
>   sdl_config_args="$sdl_config_args --prefix=$sdl_prefix"
>   if test x${SDL_CONFIG+set} != xset ; then
> SDL_CONFIG=$sdl_prefix/bin/sdl2-config
>   fi
> fi
>   fi
> 
>   if test "x$sdl_pc" = xyes ; then
> no_sdl=""
> SDL_CONFIG="pkg-config sdl2"
>   else
> as_save_PATH="$PATH"
> if test "x$prefix" != xNONE && test "$cross_compiling" != yes; then
>   PATH="$prefix/bin:$prefix/usr/bin:$PATH"
> fi
> AC_PATH_PROG(SDL_CONFIG, sdl2-config, no, [$PATH])
> PATH="$as_save_PATH"
> AC_MSG_CHECKING(for SDL - version >= $min_sdl_version)
> no_sdl=""
> 
> if test "$SDL_CONFIG" = "no" ; then
>   no_sdl=yes
> else
>   SDL_CFLAGS=`$SDL_CONFIG $sdl_config_args --cflags`
>   SDL_LIBS=`$SDL_CONFIG $sdl_config_args --libs`
> 
>   sdl_major_version=`$SDL_CONFIG $sdl_config_args --version | \
>  sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\1/'`
>   sdl_minor_version=`$SDL_CONFIG $sdl_config_args --version | \
>  sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\2/'`
>   sdl_micro_version=`$SDL_CONFIG $sdl_config_args --version | \
>  sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\3/'`
>   if test "x$enable_sdltest" = "xyes" ; then
> ac_save_CFLAGS="$CFLAGS"
> ac_save_CXXFLAGS="$CXXFLAGS"
> ac_save_LIBS="$LIBS"
> CFLAGS="$CFLAGS $SDL_CFLAGS"
> CXXFLAGS="$CXXFLAGS $SDL_CFLAGS"
> LIBS="$LIBS $SDL_LIBS"
> dnl
> dnl Now check if the installed SDL is sufficiently new. (Also sanity
> dnl checks the results of sdl2-config to some extent
> dnl
>   rm -f conf.sdltest
>   AC_TRY_RUN([
> #include 
> #include 
> #include 
> #include "SDL.h"
> 
> char*
> my_strdup (char *str)
> {
>   char *new_str;
>   
>   if (str)
> {
>   new_str = (char *)malloc ((strlen (str) + 1) * sizeof(char));
>   strcpy (new_str, str);
> }
>   else
> new_str = NULL;
>   
>   return new_str;
> }
> 
> int main (int argc, char *argv[])
> {
>   int major, minor, micro;
>   char *tmp_version;
> 
>   /* This hangs on some systems (?)
>   system ("touch conf.sdltest");
>   */
>   { FILE *fp = fopen("conf.sdltest", "a"); if ( fp ) fclose(fp); }
> 
>   /* HP/UX 9 (%@#!) writes to sscanf strings */
>   tmp_version = my_strdup("$min_sdl_version");
>   if (sscanf(tmp_version, "%d.%d.%d", &major, &minor, µ) != 3) {
>  printf("%s, bad version string\n", "$min_sdl_version");
>  exit(1);
>}
> 
>if (($sdl_major_version > major) ||
>   (($sdl_major_version == major) && ($sdl_minor_version > minor)) ||
>   (($sdl_major_version == major) && ($sdl_minor_version == minor) && 
> ($sdl_micro

Re: [Fink-devel] Are We Sure About Those Extra Bits?

[David Lowe]

On Jul 26, 2012, at 7:18 AM, Alexander Hansen wrote:

> The current test rules that a machine is 64-bit capable if one of those
> is set.

I get these results on 10.6.8:

Darlene-Lowes-Mac-mini:~ (228) $ sysctl hw.optional.x86_64
hw.optional.x86_64: 0
Darlene-Lowes-Mac-mini:~ (229) $ sysctl hw.optional.64bitops
second level name optional in hw.optional.64bitops is invalid
Darlene-Lowes-Mac-mini:~ (230) $ sysctl hw.cpu64bit_capable
hw.cpu64bit_capable: 0

Did the middle result confuse things?

Sent from Darlene-Lowes-Mac-mini

I'll get you, my pretty, and your little dog, too!

--
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] Are We Sure About Those Extra Bits?

[David Lowe]

So i recently installed installed Fink on my wife's old Mini, and was 
rather surprised when the installer told me i could choose a 64 bit tree.  This 
Mini has Core Solo processor and it won't accept Lion due to its only being 
capable of 32 bit operations.  Am i seeing things, or is our test too 
enthusiastic?

sent from Lion

Wash: "How did your brain even learn human speech?"
--
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] RFC: minor change to passwd behavior on 10.7

[David R. Morrison]

Sounds like a good idea to me.

  -- Dave

Sent from my iPhone

On Jul 13, 2012, at 1:46 PM, Hanspeter Niederstrasser  
wrote:

> Currently, if a new passwd-package is created, passwd-core gets a new 
> version and so all the other passwd-* packages need to be rebuilt and 
> reinstalled (which includes running dscl again for each one).
> 
> I propose taking the passwd-* packages and moving them off from the 
> SplitOffs and to separate .info files.  This way, when a new passwd-* 
> package is created, passwd-core is updated to hold the new user:group 
> info in /sw/etc/{group,passwd}-fink and the new passwd-foo package just 
> needs to Dep on the new passwd-core version.  The other passwd-* 
> packages are untouched and don't need to be reinstalled because of a 
> version bump.
> 
> Benefits: existing passwd-* packages are not unnecessarily bumped when 
> passwd-core is changed.  dscl no longer called X times for a single new 
> package.
> 
> Drawbacks: each passwd-* pkg gets its own info file, and so any passwd 
> wide changes needs to make sure all the passwd packages get it if needed 
> (say a new removal procedure) and no file is accidentally missed.
> 
> Hanspeter
> 
> --
> 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

--
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] system-perl Provides of "extra" (noncore) modules

[David R. Morrison]

Yes, I've been intending to do something like that.

It would be very useful to have a release including 10.8 fairly soon, so that I 
could try out some postinstall.pl upgrade ideas with a fink-10.8.info file in 
place in the distribution.

  -- Dave

On Jul 6, 2012, at 8:04 AM, Alexander Hansen wrote:

> And we'd probably want to have some way in the fink scripts to notify
> users to install the bundle if they've upgrading their OS version.  E.g.
> maybe we could have postinstall.pl send a message when the current
> Distribution value doesn't correspond to the current OS version.
> 
> On 7/6/12 6:59 AM, David R. Morrison wrote:
>> Good point.  The reason this was done is documented in the perlXXX.info 
>> file, but you are right that it creates potential upgrade problems.
>> 
>> I guess what we need is a package called perlXXX-upgrade which is a bundle 
>> that depends on all these non-core pm's.  Would that solve it, or am I 
>> overlooking something?
>> 
>>  -- Dave
>> 
>> 
>> On Jul 6, 2012, at 12:13 AM, Daniel Macks wrote:
>> 
>>> The VirtPackages.pm system-perl packages have extensive Provides lists of 
>>> the various -pmXXX packages. Apple supplies modules with its perl that are 
>>> "extra", not part of the upstream perl-core distro. The VP system-perl 
>>> packages appear to Provides these extra ones as well as the core ones. The 
>>> real perlXXX-core packages do not have the apple extra modules, and so 
>>> their Provides lists are a subset than the VP system-perl ones. 
>>> 
>>> One of the reasons we supply perlXXX-core on distros that support more than 
>>> one OS X version is to enable users to upgrade their OS X, which likely 
>>> involves jumping to a newer system-perl version, without too much headache. 
>>> They can just install fink's perlXXX-core for whatever XXX the previous OS 
>>> X version had (our real perlXXX-core packages are masked out of the 
>>> Distribution that has that XXX as system-perl). Now they still have the 
>>> same perl-version interp, only now it's supplied by fink rather than apple, 
>>> and I assume we expect that users' existing installed set of -pmXXX and 
>>> other things that are tied to that older perl-version would still have a 
>>> good chance of continuing to work. Flaw: this fink perlXXX-core does not 
>>> Provides all the packages that the previous system-perl did, so packages 
>>> relying on them are now broken. The VP system-perl isn't a real dpkg 
>>> package and the system upgrade isn't handled by dpkg, so dpkg doesn't 
>>> notice that the upgrade removed the provid
> er!
>>> of a package that had reverse-dependencies. 
>>> 
>>> dan
>>> 
>>> --
>>> Daniel Macks
>>> dma...@netspace.org
>>> 
>>> 


--
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] system-perl Provides of "extra" (noncore) modules

[David R. Morrison]

Good point.  The reason this was done is documented in the perlXXX.info file, 
but you are right that it creates potential upgrade problems.

I guess what we need is a package called perlXXX-upgrade which is a bundle that 
depends on all these non-core pm's.  Would that solve it, or am I overlooking 
something?

  -- Dave


On Jul 6, 2012, at 12:13 AM, Daniel Macks wrote:

> The VirtPackages.pm system-perl packages have extensive Provides lists of the 
> various -pmXXX packages. Apple supplies modules with its perl that are 
> "extra", not part of the upstream perl-core distro. The VP system-perl 
> packages appear to Provides these extra ones as well as the core ones. The 
> real perlXXX-core packages do not have the apple extra modules, and so their 
> Provides lists are a subset than the VP system-perl ones. 
> 
> One of the reasons we supply perlXXX-core on distros that support more than 
> one OS X version is to enable users to upgrade their OS X, which likely 
> involves jumping to a newer system-perl version, without too much headache. 
> They can just install fink's perlXXX-core for whatever XXX the previous OS X 
> version had (our real perlXXX-core packages are masked out of the 
> Distribution that has that XXX as system-perl). Now they still have the same 
> perl-version interp, only now it's supplied by fink rather than apple, and I 
> assume we expect that users' existing installed set of -pmXXX and other 
> things that are tied to that older perl-version would still have a good 
> chance of continuing to work. Flaw: this fink perlXXX-core does not Provides 
> all the packages that the previous system-perl did, so packages relying on 
> them are now broken. The VP system-perl isn't a real dpkg package and the 
> system upgrade isn't handled by dpkg, so dpkg doesn't notice that the upgrade 
> removed the provider!
>  of a package that had reverse-dependencies. 
> 
> dan
> 
> --
> Daniel Macks
> dma...@netspace.org
> 
> 
> --
> 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


--
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] New dpkg and fink-virtual-pkgs

[David R. Morrison]

On Jul 2, 2012, at 11:55 AM, Daniel Macks wrote:

> On Sun, 01 Jul 2012 21:59:43 +0200, Sjors Gielen  wrote:
> Op 01-07-12 21:54, TheSin schreef:
>>> would we rather it silently do it or with a warning but still pass? 
>> I assume no warning but thought I'd show an example. 
 justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -i 
>> /sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb > (Reading 
>> database ... 195742 files and directories currently installed.)
>>> Preparing to replace test-simple-pm5123 0.98-1 (using 
>> .../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ... 
>>> Unpacking replacement test-simple-pm5123 ... 
>>> dpkg: test-simple-pm5123: dependency problems, but configuring 
>> anyway as you requested:
>>> test-simple-pm5123 depends on test-harness-pm5123 (>= 3.21-104); however:
>>>  Version of test-harness-pm5123 on system is 0-0. 
>>> Setting up test-simple-pm5123 (0.98-1) ... 
>> 
>> That depends on whether we want to move to a different system. I think
>> depending on the correct version of the Perl module is a good thing, so
>> it depends on whether we want fink-virtual-pkgs to set the correct
>> version number for Perl modules (for example, by loading it then
>> checking $VERSION). If we intend to write such a patch, this warning
>> might be a good reminder to do this at a certain point. Otherwise the
>> warning is just silly and annoying, and trains people to ignore warnings
>> in dpkg... 
> 
> We definitely don't want to blindly assume that "have a provided 
> module, therefore it's good enough version" (ignoring the version)! 
> Most perl-modules are "dual-lifed" and exist on CPAN independently and 
> develop and release on their own (!= perl-core) cycle. If a package 
> says "foo-pmXXX >= 2.0" and perlXXX-core only has it at 1.0, fink 
> should be looking to install an actual foo-pmXXX package of at least 
> version 2.0, not accept the 1.0 in perl core. If a package really 
> doesn't care what version of foo-pmXXX it gets (or it knows that the 
> ones in perl core are good enough) the maintainer can simply not bother 
> specifying the version. If a dependency really is satisfiable by perl 
> core, there's no need to specify the dependency at all. At worst, 
> specifying the version forces users to install the dual-lifed 
> independent package in the cases where perl core's is good enough. An 
> alternative would be to look up what perlXXX-core have the minimum 
> version needed and have those variants not specify the dependency 
> (since the dependencty on perlXXX-core will obviously be sufficient), 
> only explicitly specifying it on the lower ones (where perlXXX-core is 
> not and user would need to have the separate package installed 
> regardless).Regarding detecting the versions to provide dynamically, 
> that's...pretty expensive, and becomes fragile as soon as a user 
> installs a nonstandard module or perl-core that overwrites anything 
> standard. More self-consistent would be to haul Module::CoreList into 
> fink-core. It's a giant hash that hardcodes the known module-versions 
> of all perl-core modules in all perl-versions.On the other hand, this 
> whole idea is a non-starter as soon as we start packaging our own perl 
> interps (which is where we seem to be headed with the 10.[78] shared 
> distro and not wanting to block the ability to have newer perlXXX-core 
> ever in the future). That's because perlXXX-core could be a package, 
> not a data structure that Fink::VirtPackages can forge to its liking. 
> The general idea of versioned provides sure is interesting, but 
> special-casing it in f-v-p in a way that isn't really applicable to 
> other places one might want it seems like we're setting up a maintence 
> mess for the future. 

Just a small footnote to this discussion: the next release of fink will feature 
updated lists of "provides" for (system-)perl5123-core as well as the 
forthcoming (system-)perl5124-core.

  -- Dave


--
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] New dpkg and fink-virtual-pkgs

[David R. Morrison]

My recollection is that we hacked the dpkg code to allow unversioned virtuals 
at the time we introduced virtual pkgs.

  -- Dave

On Jun 29, 2012, at 2:01 PM, TheSin wrote:

> So I'm not sure how but the old dpkg seemed to not check version of 
> fink-virtuals, the patch I'm using is pretty much identical and it should 
> have checked, but somehow it allowed things to install that I can't get in my 
> new dpkg.
> 
> when trying to install test-simple-pm5123 for example, dpkg is right 
> fink-virtual-pkgs returns test-harness-pm5123 as 0-0 but test-simple-pm5123 
> requires test-harness-pm5123 <= 3.21-104, see example below.  So dpkg is 
> functioning properly the problem is that some how in dpkg 1.10 the same code 
> would pass.  So the question is how do we solve this?
> 
> a) add version to fink-virtual-pkgs
> b) rewrite fink-virtual-pkgs to get the version it's self (this seems like a 
> great option but the extra time without a cache would be terrible)
> c) assume 0-0 means it's good to go and ignore the version test
> 
> justin@tracer [/sw/fink/dists/local/main/finkinfo]$ fink-virtual-pkgs --dpkg 
> | grep test-harness-pm
> test-harness-pm5123   0   0   0
> 
> justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -D663 -i 
> /sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb
> (Reading database ... 195742 files and directories currently installed.)
> Preparing to replace test-simple-pm5123 0.98-1 (using 
> .../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ...
> D01: process_archive oldversionstatus=unpacked but not configured
> D02: maintainer_script_new nonexistent preinst 
> '/sw/var/lib/dpkg/tmp.ci/preinst'
> Unpacking replacement test-simple-pm5123 ...
> D02: fork/exec /sw/var/lib/dpkg/info/test-simple-pm5123.postrm ( upgrade 
> 0.98-1 )
> D01: process_archive updating info directory
> D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postrm as 
> /sw/var/lib/dpkg/info/test-simple-pm5123.postrm
> D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postinst as 
> /sw/var/lib/dpkg/info/test-simple-pm5123.postinst
> D02: process_archive info unlinked 
> /sw/var/lib/dpkg/info/test-simple-pm5123.md5sums
> D02: process_archive tmp.ci script/file '.' contains dot
> D02: process_archive tmp.ci script/file '..' contains dot
> D02: process_archive tmp.ci script/file '/sw/var/lib/dpkg/tmp.ci/control' 
> is control
> D02: process_archive tmp.ci script/file 'package.info' contains dot
> D01: generating infodb hashfile
> D40: checking dependencies of test-simple-pm5123:darwin-x86_64 (- )
> D000400:   checking group ...
> D000400: checking possibility  -> perl5123-core
> D000400: virtual version 0-0 >= , PASS
> D000400: is fink-virtual, ok and found
> D000400: found 3
> D000400:   found 3 matched 0 possfixbytrig -
> D000400:   checking group ...
> D000400: checking possibility  -> file-spec-pm5123
> D000400: virtual version 0-0 >= , PASS
> D000400: is fink-virtual, ok and found
> D000400: found 3
> D000400:   found 3 matched 0 possfixbytrig -
> D000400:   checking group ...
> D000400: checking possibility  -> test-harness-pm5123
> D000400: virtual version 0-0 < 3.21-104, FAIL
> 
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> 
> --
> 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


--
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] -pm5123

[David R. Morrison]

On Jun 29, 2012, at 12:40 PM, Hanspeter Niederstrasser wrote:

> On 6/29/2012 1:13 PM, David R. Morrison wrote:
>> 
>> On Jun 29, 2012, at 10:56 AM, Jack Howarth wrote:
>> 
>>>> Dear Fink developers,
>>>> 
>>>> At the time of the upgrade to 10.7, many fink -pm5123 packages were 
>>>> limited to Distribution: 10.7 only.
>>>> Since we will make perl 5.1.23 available in 10.8, that restriction is no 
>>>> longer necessary or appropriate.
>>>> On behalf of the fink-core team, I plan to alter such packages to expand 
>>>> the restriction to include 10.8.  If
>>>> the versions of the corresponding .info file in the 10.4 and 10.7 trees 
>>>> are identical, I will make the
>>>> change in both places.
>>>> 
>>>> Package maintainers will be notified after I have done this, which will 
>>>> happen over the next few days.
>>>> 
>>>> -- Dave
>>> 
>>> Dave,
>>>   Don't you mean to say that -pm5124 support needs to be added for 10.8? Or 
>>> are you saying
>>> we won't be using the system perl and will use a fink provided 5.12.3 on 
>>> 10.8 instead?
>>>Jack
>>> 
>> 
>> 10.8 will have two perls available: the system perl, and a fink-proivded 
>> perl 5.12.3.  The fink-provided one will be particularly useful for people 
>> upgrading from 10.7, who may have various -pm5123 packages installed already.
> 
> To clarify, this will be like with 10.6, right?  pm5100 packages use 
> /usr/bin/perl5.10.0, and pm588 use /sw/bin/perl5.8.8.
> 
> So goind forward, pm5123 on 10.8 will use /sw/bin/perl5.12(.3?) and pm5124 
> will use /usr/bin/perl5.12(.4?).
> 
> Since there's no official upgrade path from 10.6 to 10.7 (though 10.6/x86_64 
> sometimes works), is it worth sending pm5123 back to 10.6 and adding it as a 
> variant to all the applicable perlmods?  Or are the modifications to files in 
> the 10.4 tree only occurring so that identical .info files are kept in 
> identical (even if pm5123/pm5124 won't ever exist there)?
> 
> Hanspeter

We decided when 10.7 was introduced not to port perl 5.12.3 back to 10.6 or 
port perl 5.10.0 forward to 10.7, in part because we were changing trees and so 
it wouldn't really be needed for an upgrade.  This decision could be 
reconsidered, of course, but I'm not aware of any demand for perl 5.12.3 on 
10.6 or perl 5.10.0 on 10.7.

The only reason I will modify files in the 10.4 tree is to keep them identical 
with files in the 10.7 tree for ease of maintenance.  If there is already a 
difference between the two files, I won't bother to backport the new one.

  -- Dave


--
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] -pm5123

[David R. Morrison]

On Jun 29, 2012, at 10:56 AM, Jack Howarth wrote:

>> Dear Fink developers,
>> 
>> At the time of the upgrade to 10.7, many fink -pm5123 packages were limited 
>> to Distribution: 10.7 only. 
>> Since we will make perl 5.1.23 available in 10.8, that restriction is no 
>> longer necessary or appropriate. 
>> On behalf of the fink-core team, I plan to alter such packages to expand the 
>> restriction to include 10.8.  If
>> the versions of the corresponding .info file in the 10.4 and 10.7 trees are 
>> identical, I will make the
>> change in both places.
>> 
>> Package maintainers will be notified after I have done this, which will 
>> happen over the next few days.
>> 
>> -- Dave
> 
> Dave,
>   Don't you mean to say that -pm5124 support needs to be added for 10.8? Or 
> are you saying
> we won't be using the system perl and will use a fink provided 5.12.3 on 10.8 
> instead?
>Jack
> 

10.8 will have two perls available: the system perl, and a fink-proivded perl 
5.12.3.  The fink-provided one will be particularly useful for people upgrading 
from 10.7, who may have various -pm5123 packages installed already.


--
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] [Fink-users] Massive update tonight failed ...

[David R. Morrison]

Is there any possibility that we can just disable the need for Tex by telling 
some package with a configure option that it should build it's Tex docs?

  -- Dave



On Jun 29, 2012, at 9:50 AM, TheSin  wrote:

> I already thought of these options, the problem would be the same problem I 
> see with gettext-tools, the desync in revisions with double pkgs is very 
> misleading and double the work.  I've pretty much been working 8+ hours a day 
> some days 24hours a day working on debian tools for fink for the last week.  
> It's lots of work and splitting things up makes even more work, now we need a 
> package that patches out po4a, then a package that patches everything else 
> out and only make the po4a.
> 
> Honestly I think we just need to pick one.
> 
> a) smaller depends and no intl man pages
> b) suck it up and support for ppl that don't speak english.
> 
> The sad reality is that debian is going to use po4a for everything and is 
> already almost there, so we just have to choose.  At this point I have chosen 
> a to make ppl happy, locales at this point as still there so runtime isn't 
> po4a dependant, only man pages.  Though I do believe that locales will be 
> going to po4a as well in the future.
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On 2012-06-29, at 9:08 AM, Alexander Hansen wrote:
> 
>> On 6/29/12 7:13 AM, TheSin wrote:
>>> po4a has been removed, since I only speak en this doesn't affect me at all, 
>>> po4a = po 4 all, aka it's an i18n man/locale translator, so now both 
>>> debianutils and sensible-utils will install international man pages but I 
>>> believe they won't be translated.  Not a huge deal to make people happy I 
>>> suppose, but in the future we are still going to have an issue with 
>>> install-info being removed form dpkg, debian uses tex for install-info now. 
>>>  So we need a plan to deal with this if people already complain from a few 
>>> required tools.
>>> 
>>> Anyhow the none po4a version are in cvs now.
>>> ---
>>> TS
>>> http://www.southofheaven.org/
>>> Life begins and ends with chaos, live between the chaos!
>>> 
>> 
>> Let's take this to -devel.
>> 
>> I had a couple of thoughts here:
>> 
>> 1)  Make a non-essential, non-splitoff companion package to build and
>> install the translated manpages via po4a.
>> 
>> 2)  Do a local build including all the manpages, put those in a tarball
>> (e.g. with top directory share/ to be friendly to those not using the
>> default Fink path), upload them somewhere, make that a SourceN, and
>> install the pre-compiled pages into the .deb.
>> 
>> 3) Get a bindist.  (not a near-term option).
>> -- 
>> Alexander Hansen, Ph.D.
>> Fink User Liaison
>> My package updates: http://finkakh.wordpress.com/
>> 
>> 
> 
> 
> --
> 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

--
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] -pm5123

[David R. Morrison]

Dear Fink developers,

At the time of the upgrade to 10.7, many fink -pm5123 packages were limited to 
Distribution: 10.7 only.  Since we will make perl 5.1.23 available in 10.8, 
that restriction is no longer necessary or appropriate.  On behalf of the 
fink-core team, I plan to alter such packages to expand the restriction to 
include 10.8.  If the versions of the corresponding .info file in the 10.4 and 
10.7 trees are identical, I will make the change in both places.

Package maintainers will be notified after I have done this, which will happen 
over the next few days.

  -- Dave


--
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] new debianutils and mktemp/readlink

[David R. Morrison]

/usr/bin/readlink is present on both 10.6 and 10.5.

  -- Dave

On Jun 27, 2012, at 7:44 AM, TheSin wrote:

> it turns out that Lion have /usr/bin/readlink as well, can anyone confirm 
> this on 10.6/10.5 if so then it won't matter if I replace debianutils.
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On 2012-06-26, at 12:10 PM, Alexander Hansen wrote:
> 
>> On 6/26/12 11:04 AM, TheSin wrote:
>>> I'm working on updating all the debian packages, one that is seriously out 
>>> of date is debianutils, newer debianutils no longer provides mktemp or read 
>>> link these are all part of coretuils.
>>> 
>>> I have already updated the 3 packages that were using readlink in 10.7: 
>>> php5, libmpfr4, valgrind, I added a BuildDepend on coreutils and change the 
>>> call to use greadlink, these are build only changes (except in the case of 
>>> php5) so no rev up was required.
>>> 
>>> in the case of mktemp, the current packages make calls to it:
>>> 
>>> nettle4
>>> netpbm
>>> php5
>>> lapack341
>>> 
>>> This one is a little more tricky, /usr/bin/mktemp exists on lion but some 
>>> of the switches are different, the other options is to use coreutils and 
>>> call gmktemp, these packages will require more input as some are runtime 
>>> and I don't feel comfortable changing them without knowing the packages and 
>>> how they work.
>>> 
>>> I'll be fixing php5, I'm hope the other three packages could get updated so 
>>> I may upgrade debianutils.
>>> ---
>>> TS
>>> http://www.southofheaven.org/
>>> Life begins and ends with chaos, live between the chaos!
>>> 
>>> 
>> 
>> As an addendum:  Apple provides mktemp as far back as Leopard, so people
>> do have the option not to drag in coreutils.
>> 
>> lapack341 just switched over to Apple's mktemp.
>> -- 
>> Alexander Hansen, Ph.D.
>> Fink User Liaison
>> My package updates: http://finkakh.wordpress.com/
>> 
>> 
> 
> 
> --
> 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


--
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?

[David R. Morrison]

On Jun 24, 2012, at 10:17 AM, David Lowe wrote:

> On 2012 Jun 22, at 2:35 PM, Hanspeter Niederstrasser wrote:
> 
>> Buildworlds and dist-wide package roundups (like unstable->stable 
>> or multi-package dep upgrades) need a lot of overlapping local 
>> modifications and VCS-updating steps, and I stopped trying to do local 
>> fixes in the only non-Fink git repo I look at, because there simple 
>> local fixes kept getting in the way of easily merging upstream changes.
> 
>   Even though git is being sold as a plug-in replacement for cvs, it 
> shouldn't be approached the same.  An ideal workflow in git is to immediately 
> create a local branch every time you work on something.  You can update the 
> master all you want, and the temporary branch shouldn't need updating unless 
> the master gets a new patch that you want.  The biggest difficulty is 
> overcoming old habits…
> 

This sounds great for people writing code for fink-the-program, but I'm still 
trying to understand how we would use git to manage our large collection of 
fink ".info" files which make up the various "dists" directories.

The workflow for these has always been that there is a single master 
repository, all package maintainers are allowed to update their own packages 
within that master repository, and those changes are immediately propagated to 
users via the more static rsync selfupdating method.

It's as if every update by a package maintainer is supposed to trigger a 
release, which should include everything from the previous releases as well.

How should I be thinking about this workflow in a git context?

  -- Dave


--
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?

[David Lowe]

On 2012 Jun 22, at 2:35 PM, Hanspeter Niederstrasser wrote:

> Buildworlds and dist-wide package roundups (like unstable->stable 
> or multi-package dep upgrades) need a lot of overlapping local 
> modifications and VCS-updating steps, and I stopped trying to do local 
> fixes in the only non-Fink git repo I look at, because there simple 
> local fixes kept getting in the way of easily merging upstream changes.

Even though git is being sold as a plug-in replacement for cvs, it 
shouldn't be approached the same.  An ideal workflow in git is to immediately 
create a local branch every time you work on something.  You can update the 
master all you want, and the temporary branch shouldn't need updating unless 
the master gets a new patch that you want.  The biggest difficulty is 
overcoming old habits...

sent from Lion

Wash: "Here lies my beloved Zoe, my autumn flower ... somewhat less attractive 
now that she's all corpsified and gross."
--
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?

[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.

  -- Dave



--
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] How to make Fink more user friendly?

[David R. Morrison]

On Jun 15, 2012, at 8:53 AM, Alexander Hansen wrote:

> On 6/15/12 6:08 AM, Sébastien Maret wrote:
>> Hi all,
>> 
>> I spent most of this morning trying to install Fink on one of my colleague 
>> computer. This made me realize how complicated it is for the end-user. 
>> Pretty much everything that could get wrong actually got wrong:
>> 
>> 1 - It took us a while to get the correct XCode version for 10.6 on Apple 
>> developer website
>> 
>> 2 - When we finally got the correct version, it failed to install because of 
>> this bug:
>> http://apple.stackexchange.com/questions/45841/xcode-4-2-snow-leopard-doesnt-install
>> 
>> 3 - Once we finally got Xcode installed, we installed Fink and we had to 
>> fight with proxy settings to get through my institute firewall. The default 
>> selfupdate (through rsync) would not work, and we had to switch to 
>> selfupdate-cvs.
>> 
>> 4 - We tried to build a software package (gildas) that depends on many 
>> others (gtk+2, gcc4.6) and this failed because of libraries in /usr/local
>> 
>> 5 - Now with /usr/local out of the way the compilation goes on but it will 
>> probably take a few more hours.
>> 
>> A regular user would probably had given up before having Fink working. 
>> Therefore I think need to think about ways to make this easier for the end 
>> user. 
>> 
>> We've been discussing for a long time about distributing pre-compiled 
>> packages; we use to have a binary distribution but it has not been updated 
>> since 10.5.  I understand that it is a lot of work for a single person to 
>> build all the packages to make a binary distribution. Another option would 
>> be that each package maintainer builds the package he/she maintains, signs 
>> it, and upload it on a server somewhere (that's what Debian is doing, I 
>> think). How difficult would it be  to have something similar for Fink ?
>> 
>> Cheers,
>> Sébastien
>> 
> 
> 1)  We don't control Apple's servers.
> 
> 2)  I haven't seen this one, but then I'm still using Xcode 3.2.6 on 10.6.
> 
> 3)  We don't control what ports people's network admins leave open.
> 
> 4)  We _could_  have fink complain instantly if /usr/local (maybe even
> /opt/local) is detected and refuse to build until that (those) are moved
> out of the way rather than getting down to the end and saying "oops,
> you've got stuff we don't like".  I'd be in favor of that--it wouldn't
> be too tricky to implement.
> 
> 5) Yup.
> 
> 
> As for the binary distribution, there are several issues to address:
> 
> I believe that signing packages might require a newer dpkg/apt.  I've
> been testing updates, but (A) they still need some fixes to be fully
> functional, (B) the person who had been working on them (Sjors) isn't
> able to devote large chunks of time, and (C) I seem to be the _only_ one
> testing them and providing feedback.
> 
> Additionally, we'd need a framework of some sort (like Debian's web of
> trust) to register all of the signatures for package contributors.
> 
> It's very rare that a maintainer controls _all_ of the packages upon
> which their package depends, so we'd also need to have a policy about
> dependencies: e.g. if I update a package in the source distribution
> that has a versioned dependency on something you just updated there, and
> you go on holiday, then what do I need to do to be able to update _my_
> package in the binary distribution?  Do I sign for _your_ package and
> upload it?  Do I have to wait for you to return?
> 
> And there's the issue of the "somewhere".  In principle we could
> continue to use Sourceforge.  Based on my experience with doing fink
> releases lately the file release system is actually reasonably fast
> currently--at least for files the size of the fink source tarball.
> -- 

Another point about maintainer-built binaries:  generally, we need separate 
binaries for each of the distributions we are currently supporting (i.e., 10.5, 
10.6 and 10.7 at present but also including hardware and speed variants).  It 
is unlikely that many -- if any -- maintainers have fink installations for all 
of these.

  -- Dave



--
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] New fink release imminent

[David R. Morrison]

On May 13, 2012, at 3:14 PM, Merle Reinhart wrote:

> One possibility would be make the id static or dynamic based upon a 
> configuration setting in fink.conf.  I think you'll wind up with a lot less 
> push-back from IT admins.
> 

We've done things like this in the past.  We can store the desired ID in 
fink.conf, and then the post install script can check to see if that setting is 
there.  If not, it can prompt the user to see if the user wishes to specify the 
ID or allow it to be set dynamically.  (A similar prompt would happen during 
bootstrap…)

  -- Dave



--
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] New fink release imminent

[David R. Morrison]

Hi Justin.  Long time no see :)

Actually, this particular user is only being used during "fink build."  No 
files are supposed to belong to that user at the end of the build process.  So 
there shouldn't be a problem.

(But maybe we should, if we don't already, do a validator check to make sure 
that no files are owed by fink-bld.)

  -- Dave


On May 10, 2012, at 9:33 AM, TheSin wrote:

> the problem with it IIRC from WAY BACK want I worked on my uidgid branch is 
> that dpkg stores the uid/gid and did not the name/group, so if the uid 
> differs when a deb is installed instead of the the fink build process it will 
> have the wrong perms, unless things have changed since then.
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On 2012-05-10, at 6:33 AM, David R. Morrison wrote:
> 
>> I think Dustin's approach is a good one -- less intrusive to users' systems.
>> 
>>  -- Dave
>> 
>> On May 10, 2012, at 4:32 AM, Dustin Cartwright wrote:
>> 
>>> On Thu, May 10, 2012 at 12:45 AM, Alexander Hansen 
>>>  wrote:
>>> We're approaching the May 16 planned deadline for a new Fink  (0.33.0)
>>> release.  The current plan is to incorporate:
>>> 
>>> 2)  moving creation of the fink-bld user from passwd-fink-bld into fink,
>>> as per https://github.com/fink/fink/pull/30 .
>>> Note that if there is already a fink-bld user, fink recognizes it.  This
>>> will also entail using a dummy passwd-fink-bld package in the 10.7/ tree
>>> to replace the real package, and updating passwd in the 10.4/ tree so
>>> that it doesn't generate the passwd-fink-bld user anymore.
>>> 
>>> I hacked together an alternative to this branch, which creates the fink-bld 
>>> user and group during selfupdate or bootstrap, but selects a UID which is 
>>> not on the system rather than using a fixed one:
>>> 
>>> https://github.com/dustinac/fink/commits/add-fink-bld
>>> 
>>> Some background: Currently, fink-bld is always created with UID 266. As was 
>>> discussed on fink-core, this could be a problem in the rare case that UID 
>>> 266 has already been assigned to a different user on the system prior to 
>>> installing or updating fink. With an autoselected UID, there is no risk of 
>>> such a collision.
>>> 
>>> Dustin
>>> --
>>> 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
>> 
>> --
>> 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
> 


--
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] New fink release imminent

[David R. Morrison]

I think Dustin's approach is a good one -- less intrusive to users' systems.

  -- Dave

On May 10, 2012, at 4:32 AM, Dustin Cartwright wrote:

> On Thu, May 10, 2012 at 12:45 AM, Alexander Hansen 
>  wrote:
> We're approaching the May 16 planned deadline for a new Fink  (0.33.0)
> release.  The current plan is to incorporate:
> 
> 2)  moving creation of the fink-bld user from passwd-fink-bld into fink,
> as per https://github.com/fink/fink/pull/30 .
> Note that if there is already a fink-bld user, fink recognizes it.  This
> will also entail using a dummy passwd-fink-bld package in the 10.7/ tree
> to replace the real package, and updating passwd in the 10.4/ tree so
> that it doesn't generate the passwd-fink-bld user anymore.
> 
> I hacked together an alternative to this branch, which creates the fink-bld 
> user and group during selfupdate or bootstrap, but selects a UID which is not 
> on the system rather than using a fixed one:
> 
> https://github.com/dustinac/fink/commits/add-fink-bld
> 
> Some background: Currently, fink-bld is always created with UID 266. As was 
> discussed on fink-core, this could be a problem in the rare case that UID 266 
> has already been assigned to a different user on the system prior to 
> installing or updating fink. With an autoselected UID, there is no risk of 
> such a collision.
> 
> Dustin
> --
> 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

--
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] Mountain lion updates.

[David R. Morrison]

On May 4, 2012, at 10:56 PM, Alexander Hansen wrote:

> On 5/4/2012 8:54 PM, Jack Howarth wrote:
>>  My biggest concern with the 10.8 support is the situation with the perlmod 
>> packages.
>> Specifically whether we could adjust fink to automatically handle the newer 
>> perl in each OS
>> release without requiring every single *-pm.info file to be adjusted 
>> initially. Daniel
>> Macks suggested adding a system perl variant to the Type list for the perl 
>> versions in
>> the *-pm.info files. I am unclear how this would possibly work across OS 
>> releases though
>> since it the system-perl variant would install into a different versioned 
>> subdirectory
>> for 10.7 (5.12.3) than for 10.8 (5.12.4) thus requiring all of the installed 
>> system-perl
>> variants to be rebuilt after upgrading the OS.
>>  The approach I was hoping we could implement would be a fall-thru where if 
>> the user
>> executed...
>> 
>> fink install foobar-pm5124
>> 
>> while bootstrapped under 10.8 when 5.12.4 wasn't yet added to the Type perl 
>> and
>> (%type_pkg[perl] = 5124) 10.8 wasn't added to the Distribution field of 
>> foobar-pm.info
>> that fink would automatically check if system perl was of the desired version
>> for the package and then effectively append that perl version to the Type 
>> perl
>> so that %type_pkg[perl], type_raw[perl], type_num[perl] could work normally 
>> in
>> the existing *-pm.info files. If this could be made to work in the existing 
>> fink
>> framework, we might only have to adjust instances like..
>> 
>>  if [ "%type_pkg[perl]" = "5100" ]&&  [ "%m" != "powerpc" ] ; then
>>  sed -e 's|/usr/bin/env|/usr/bin/arch -%m|g' -e 's|@PREFIX@|%p|g' -e 
>> 's|@PERL_RAW@|%type_raw[perl]|g'<  %{PatchFile} | patch -p1
>>  elif [ "%type_pkg[perl]" = "5123" ] || [ "%type_pkg[perl]" = "5124" ] ; then
>>  sed -e 's|@PREFIX@|%p|g' -e 's|env perl@PERL_RAW@|env perl5.12|g' -e 
>> 's|@PERL_RAW@|%type_raw[perl]|g'<  %{PatchFile} | patch -p1
>>  else
>>  sed -e 's|@PREFIX@|%p|g' -e 's|@PERL_RAW@|%type_raw[perl]|g'<  %{PatchFile} 
>> | patch -p1
>>  fi
>> 
>> to be something more portable like...
>> 
>> elif [ "%type_pkg[perl]" -ge "5123" ] ; then
>> 
>> Note that I am not suggesting that maintainers would have to abandon adding 
>> the explicit perl versions
>> to the Type perl entry but rather than we adjust things so that the existing 
>> perlmods info set will be
>> usable in general without requiring explicitly adding the new perl version 
>> on each OS release.
>>Jack
>> 
>> 
> Actually, _I_ was the one who suggested the "system" thing, and Daniel 
> pointed out that it would only be workable under the circumstance that 
> 10.8 had its own collection of .info files.  If they share a tree, then 
> the situation is indeed what you mentioned, and the packages would need 
> to be rebuilt.
> 
> What you're effectively asking about here is having fink automatically 
> generate the -pm5XYZ variants for all Type: perl packages, where XYZ are 
> set for a given Distribution.  Ideally, it would also need an override 
> mechanism, for the case where a perlmod can't be built on a newer Perl 
> (probably not an issue for the 0.0.1 jump we're talking here, but we 
> might as well try to be future-proof).
> 
> I'll propose an alternate option here.  Historically, what we did was
> 
> 1)  Create a Fink perl package of the same version as that in the 
> upcoming OS X version.
> 2)  Create a Fink perl package of the same version as that in the 
> currently released OS X version.
> 3)  Populate the perlmods for the new Perl version.
> 
> So how about a Fink perl5124 package for Lion and a perl5123 package for 
> Mountain Lion? This avoids the necessity of Distribution tags altogether 
> for perlmods in the 10.7 tree (at least for now).
> 
> It's true that we've got a lot of cruft related to all of the historical 
> architecture and distribution restrictions, and what I would also 
> propose is that the maintainers (or -core) go through the 10.7 tree and  
> excise these no-ops.  I'm aware that this makes it a bit harder for the 
> maintainers to keep the 10.7 and 10.4 .info files in sync, but this is 
> by no means insurmountable--one can use a graphical merge editor, for 
> instance.  If we got rid of that cruft, we wouldn't even need stuff like
> 
> if [ "%type_pkg[perl]" -ge "5123" ] ; then
> 
> because we _know_ that there is no earlier system or Fink Perl  for Lion 
> and later.
> 
> At that point, we can pretty much just use a quick one-liner to add the 
> 5.12.4 type in for many of the perlmods.
> 
> On the other hand, this will require a lot of editing of files.

I have a couple of points to make.

1) There was a problem with this "build our own fink" strategy with 10.6, 
because Apple was shipping a "fat" perl whereas we wanted fink to run in either 
32bit or 64bit mode, and the fink-built perl was not functioning well as a 
drop-in replacement.  However, for 10.7 -> 10.8 this should not longer be an 
issue.  

Re: [Fink-devel] Mountain lion updates.

[David R. Morrison]

On Apr 29, 2012, at 10:57 AM, Daniel Macks wrote:

> On Sun, 29 Apr 2012 09:43:33 -0700, Alexander Hansen
>  wrote:
> We've got some maintainers (J. Howarth, H. Todd that I know of) who  
> have
>> access to Mountain Lion.  Jack, in particular has been doing build
>> tests.  To help expedite updates, I propose the following:
>>
>> 1)
>> Some packages are tagged as Distribution: 10.7, which of course makes
>> them invisible on 10.8. ;-)  Unless we get an objection in advance  
>> from
>> the maintainer, any packages so tagged which are confirmed to work  
>> are
>> subject to re-tagging.
>>
>> 2)
>> For maintained packages which need some substantive change, the
>> procedure will be that a package description will be sent to the
>> maintainer and/or posted on the submissions tracker.  If no response
>> from the maintainer is forthcoming within 72 hours, then the  
>> package can
>> be updated if a Core Team member signs off on the change.
>>
>> 3)
>> For unmaintained packages, Core Team oversight before committing will
>> still be required, but without the 72 hour evaluation period.
>>
>> Feedback, as always, is welcome and appreciated.
>
> The big question is whether 10.8 will use the 10.7 distro (the way
> 10.[56] use the 10.4 distro) or be a new distro itself (the way 10.7
> was vs 10.6). Given that only OS X 10.7 uses dist:10.7 at this point,
> there's no reason anything in it needs to be tagged "Distribution: 
> 10.7"
> unless we know it to be nonviable on 10.8. Likewise, dist:10.7 files
> don't need to carry any of the dist/arch/type tags for variants that
> only existed in the 10.[456] worlds. That can go a long way to
> simplifying those crufty lines (and help detect .info that actually
> *don't* supply any variant on the new distro). The cost is that it
> means the *same* .info file won't be usable on both 10.[56] and
> 10.7whatever (but the diff is still easy to read and any standard diff
> utility should be able to ignore the expected different lines).

For my packages, I've been leaving all of the distro tags in, because  
to the greatest extent possible I'd like to have identical files in  
the 10.4 and 10.7 trees.

I guess what I'm suggesting is that it is less intrusive to the  
maintainer to add "Distribution: 10.8" when "Distribution: 10.7"  
already occurs, than to remove "Distribution: 10.7".

   -- Dave


--
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] Where do you guys find the time?

[David Reiser]

On Apr 25, 2012, at 11:45 PM, Trevor Harmon wrote:

> Hi all,
> 
> My contributions to Fink can take a significant amount of time. It's not 
> unusual to have to spend the better part of a day trying to get some tricky 
> package to build correctly, especially one that needs patching. Yet I see 
> more than a few contributors here who maintain far more packages than I do 
> and have been involved with the project for years. It's as if Fink is their 
> full-time job. I'm curious... Where do you guys find the time to contribute? 
> Are you simply a very dedicated bunch of volunteers, or are you funded in 
> some way? (I've heard of companies paying people to contribute to Linux, for 
> example, but I didn't think Fink was on the same level.)
> 
> Trevor
> 

I don't think anyone is funded to do fink work. And the active maintainers are 
a dedicated group of volunteers. The group changes over time, and as work 
and/or family responsibilities demand more time, fink does take a back seat. 
And the core group is just very good. They can do stuff in 10 minutes that 
takes me a day and a half to figure out (with their help). I can do a few very 
narrow tasks pretty well these days. And it saves them a little bit of time 
sometimes. I find time because it's interesting, and I figure I still owe a 
whole bunch of people for all the help they gave me through the years with 
community software of one sort or another.

Dave
--
David Reiser
dbrei...@earthlink.net





--
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] Variants and Package Overwrites

[David Lowe]

On 1 Mar, 2012, at 2:35 PM, Daniel Macks wrote:

>> My new problem is that there is no configure option to disable creation of 
>> the manual.  Now i *imagine* the fix would be a PreInstScript that goes into 
>> the build directory and deletes the manual subdirectory, but i'm open to any 
>> other ideas.  If this is to be the way, can anybody suggest what info file 
>> would be a good example for how to do this?
> 
> PreInst is a "dpkg installing the .deb into the live filesystem" not "during 
> creation of the .deb archive for later use". I'm pretty sure filename 
> collisions are handled in dpkg based on its own records of what it installed, 
> not the current state of the filesystem. And PreInst doesn't happen until 
> dpkg has decided that it can actually likely install it, which would be well 
> after it aborted due to the collision, if I understand your plan. You need to 
> delete the files from the install staging directory (%i) during 
> InstallScript, so that the actual package (.deb) that dpkg is handling is not 
> colliding. The alternative is to hack the makefiles so that the manual isn't 
> generated. I'm not sure the amount of time and dependencies needed for 
> generating them, so I don't know if there's a substantial advantage (to 
> users) of disabling their generation rather than generating-then-wasting.

Well, grepping for 'InstallScript' gets me about 6,000 hits.  I checked 
a few examples and none seemed to do what i want.  Can i get a little tutoring 
or maybe somebody can point me to an info that does something like this?  The 
makefile method actually sounds more efficient, but my comprehension of 
makefilese is fairly limited as well.

Sent from my MacBookPro

No woman ever shot a man when he was doing dishes.
--
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] Variants and Package Overwrites

[David Lowe]

On 19 Feb, 2012, at 10:20 AM, Alexander Hansen wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 2/19/12 12:52 PM, David Lowe wrote:
>> So i finally get around to enabling the SDL version of the freeciv
>> package.  After overcoming a few small hurdles i now face this:
>> 
>>> Unpacking freeciv-sdl (from
>>> .../freeciv-sdl_2.3.1-13_darwin-i386.deb) ... /sw/bin/dpkg: error
>>> processing
>>> /sw/fink/dists/local/main/binary-darwin-i386/freeciv-sdl_2.3.1-13_darwin-i386.deb
>>> (--install): trying to overwrite `/sw/bin/freeciv-manual', which
>>> is also in package freeciv
>> 
>> I know of no innate reason why the binaries can't co-exist, but my
>> browsing through info files didn't turn up anything that obviously
>> looked like a solution.  What are my options other than having the
>> two variants 'Conflicts:' each other?

> A few thoughts:
> 
> 1)  Let freeciv and freeciv-sdl Conflicts: and Replaces: each other.
> That's easy, but if there's only the one file that overlaps another
> solution might be preferable.
> 
> 2)  Rename freeciv-manual in _both_ variants to avoid overlap, and use
> update-alternatives to allow fink (or the user) to select which one of
> the renamed items will provide 'freeciv-manual'.  That avoids the
> Conflicts/Replaces between variants, at the expense of a little
> additional work in a PostInstScript and PreRmScript.
> 
> 3)  A separate freeciv-manual package (I'm assuming that it's a manual
> :-) ) which both freeciv and freeciv-sdl would Depend (or
> RuntimeDepend) on.  This would entail an additional package
> description.  Unfortunately you can't just do it as a Splitoff,
> because it's forbidden to have an invariantly-named Splitoff of a
> varianted package.
> 
> 4)  A freeciv-manual package and a freeciv-manual-sdl package which
> are Splitoffs of freeciv and freeciv-sdl respectively.  They'd both
> contain the freeciv-manual executable, Conflict/Replace each other,
> but you'd set the dependencies in freeciv and freeciv-sdl to allow for
> both, e.g.
> 
> RuntimeDepends: ... freeciv-manual (=%n-%v) | freeciv-manual-sdl (=%n-%v)
> 
> I'm thinking RuntimeDepends might come in handy here to avoid
> deadlocks at build time.

After some research, i plan to implement something similar to the way 
this is done in Debian.  The package will have more variants:

1) freeciv [just the gtk2 client]
2) freeciv-sdl [just the client]
3) freeciv-server [backend which is not needed for multiplayer games]
4) freeciv-common [graphics & sounds for all clients, the manual, and some 
small utilities]

So this is basically another tack on Mr. Hansen's option 3.  My new 
problem is that there is no configure option to disable creation of the manual. 
 Now i *imagine* the fix would be a PreInstScript that goes into the build 
directory and deletes the manual subdirectory, but i'm open to any other ideas. 
 If this is to be the way, can anybody suggest what info file would be a good 
example for how to do this?

Sent from my MacBookPro

Newspaper Ad:  Tired of cleaning yourself?  Let me do it.
--
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

[Fink-devel] Variants and Package Overwrites

[David Lowe]

So i finally get around to enabling the SDL version of the freeciv 
package.  After overcoming a few small hurdles i now face this:

> Unpacking freeciv-sdl (from .../freeciv-sdl_2.3.1-13_darwin-i386.deb) ...
> /sw/bin/dpkg: error processing 
> /sw/fink/dists/local/main/binary-darwin-i386/freeciv-sdl_2.3.1-13_darwin-i386.deb
>  (--install):
>  trying to overwrite `/sw/bin/freeciv-manual', which is also in package 
> freeciv

I know of no innate reason why the binaries can't co-exist, but my 
browsing through info files didn't turn up anything that obviously looked like 
a solution.  What are my options other than having the two variants 
'Conflicts:' each other?



freeciv.info
Description: Binary data

Sent from my MacBookPro

Me, indecisive? I'm not so sure about that.--
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] Validation tests for BuildDependsOnly

[David R. Morrison]

Sounds good to me...

  -- Dave

Sent from my iPhone

On Jan 24, 2012, at 4:24 PM, "Daniel Macks"  wrote:

> I think that this is exactly one of the cases we should be rooting out 
> (and that we are not currently able to detect). We do still have some 
> packages that are static-only libraries and maybe some executables, and 
> especially if also executables other packages tend to Depends on them. 
> That makes it difficult to upgrade them to be shared or for 
> backward-incompatible new libversions even if still static-only. 
> 
> dan
> 
> On Tue, 24 Jan 2012 15:57:59 -0800, "David R. Morrison" 
>  wrote:
> My recollection of the original idea was that there might be a package 
> with binaries, static libs, and headers all together.  I dont know if 
> there are any such left, but if there are, they will need to be 
> splitoffized to separate the binaries (should this change be made). 
>> 
>>  -- Dave
>> 
>> Sent from my iPad
>> 
>> On Jan 24, 2012, at 3:29 PM, "Daniel Macks"  wrote:
>> 
>>> The requirement for a BDO tag in .info kicks in when a .deb has 
>> both a shared library and a header file. Why is the shared library 
>> required? Seems like having headers already means it's used by the 
>> compiler. It might be a headers-only template library or other set of 
>> macros, or the library with the headers might be static-only. In 
>> either of those cases, I think the package would only be used as a 
>> BuildDepends (not Depends) and that it should *not* be a Depends in 
>> order to allow swapping of different interface-versions of it. Any 
>> objections to knocking the heuristic for "BDO required" down to 
>> *just* "header files"?
>>>> This came up after a #fink discussion where we found that 
>> frameworks are not flagged for requiring BDO, even though they may 
>> contain "non-libversioned" files for use by others compiling against 
>> them. That's the situation that BDO is designed to signify, and 
>> therefore prevent Depends deadlocks when swapping different 
>> libversions. So, while we're working on BDO, should it also be 
>> required when a .framework contains non-libversioned files?
>>>> dan
>>>> --
>>> Daniel Macks
>>> dma...@netspace.org
>>>>> 
>> --
>>> 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
>> 
>> --
>> 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
>> 
>> 
> 
>  --
> Daniel Macks
> dma...@netspace.org
> 
> 
> 
> --
> 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

--
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] Validation tests for BuildDependsOnly

[David R. Morrison]

My recollection of the original idea was that there might be a package with 
binaries, static libs, and headers all together.  I dont know if there are any 
such left, but if there are, they will need to be splitoffized to separate the 
binaries (should this change be made).

  -- Dave

Sent from my iPad

On Jan 24, 2012, at 3:29 PM, "Daniel Macks"  wrote:

> The requirement for a BDO tag in .info kicks in when a .deb has both a shared 
> library and a header file. Why is the shared library required? Seems like 
> having headers already means it's used by the compiler. It might be a 
> headers-only template library or other set of macros, or the library with the 
> headers might be static-only. In either of those cases, I think the package 
> would only be used as a BuildDepends (not Depends) and that it should *not* 
> be a Depends in order to allow swapping of different interface-versions of 
> it. Any objections to knocking the heuristic for "BDO required" down to 
> *just* "header files"?
> 
> This came up after a #fink discussion where we found that frameworks are not 
> flagged for requiring BDO, even though they may contain "non-libversioned" 
> files for use by others compiling against them. That's the situation that BDO 
> is designed to signify, and therefore prevent Depends deadlocks when swapping 
> different libversions. So, while we're working on BDO, should it also be 
> required when a .framework contains non-libversioned files?
> 
> dan
> 
> --
> Daniel Macks
> dma...@netspace.org
> 
> 
> --
> 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

--
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] libpng15-x86 package

[David R. Morrison]

I'm curious where you are putting the dylibs?  (haven't had a chance to look at 
the packages)

  -- Dave

Sent from my iPhone

On Jan 21, 2012, at 5:24 PM, Sjors Gielen  wrote:

> Hi Alexander,
> 
> Op 22-01-12 00:17, Alexander Hansen schreef:
> 
>> Let's try to stay close to our established nomenclature.
>> 
>> On 10.6/i386, we have some packages that are built as 64bit, and
>> they're called e.g. curl-64bit.  Make it libpng15-32bit--that's more
>> meaningful for users than "lippng15-x86".
> 
> Ah! I did not know that. I've updated my experimental, the packages are
> libpng15-32bit et al now. They still work, though you might need to
> remove the old ones because they obviously have conflicting files --
> even though libpng15-32bit has libpng15-x86 in the Conflicts and Replaces...
> 
> Sjors
> 

--
Try before you buy = See our experts in action!
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-dev2
___
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] pidgin for osx 10.7?

[David Fang]

Looks like pidgin landed in 10.7 last week.
Thanks again for chasing down the dependencies!
Enjoy pidgin!

Fang

> Hi Dave,
>   Just a ping.  What's the status of these?
>
> Fang
>
>> The dependent packages not yet in 10.7 are: farsight2, libnice, and 
>> silc-toolkit.
>>
>> All three of these, and pidgin itself, built for me on 10.7 this evening.
>>
>>  -- Dave
>>
>>
>> On Jan 4, 2012, at 6:07 PM, David Fang wrote:
>>
>>>> Hi, sorry to bother you, I was just wondering when there might be a fink
>>>> package for 10.7. thanks!
>>>
>>> Hi,
>>> I still don't have a 10.7 machine to test on, and the last time I
>>> asked, there were still some dependencies missing in 10.7 that were
>>> blocking pidgin.  Can you or someone try linking/copying pidgin.info from
>>> the 10.4 tree and see if it "just works" on 10.7?
>>> To checkout the 10.4 tree on 10.7, just edit /sw/etc/fink.conf:
>>> SelfUpdateTrees: 10.7 10.4
>>> and re-selfupdate.
>>>
>>> Fang
>>>
>>>
>>> --
>>> David Fang
>>> http://www.csl.cornell.edu/~fang/
>>> http://www.achronix.com/
>>>
>>>
>>> --
>>> 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
>>
>>
>> --
>> 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
>>
>
>

-- 
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/


--
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] FreeCiv vs. Lion

[David Lowe]

On 14 Jan, 2012, at 8:17 AM, Hanspeter Niederstrasser wrote:

> Unfortunately yes.  See below.  I have Xcode 4.1 on OS X 10.7.  With 
> debugging off, it does finish building.  I can provide full build logs for 
> both debug and normal builds.

To clarify, with debug off do you get 13 warnings or less?  As to the 
logs, i suppose i'd only need the debug one.

Sent from my MacBookPro

It doesn't work, but it looks pretty.
--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
___
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] FreeCiv vs. Lion

[David Lowe]

I'd be grateful if anybody with a clang setup would test this and tell 
me if we still have warnings under the new compiler.  It *should* compile w/o 
problems when the debug ConfigureParam is turned off, but if we still have 
issues when it is turned on i will take those upstream...



freeciv.info
Description: Binary data


Sent from my MacBookPro

If you obey all the rules, you miss some of the fun.--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2___
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] pidgin for osx 10.7?

[David Fang]

Hi Dave,
Just a ping.  What's the status of these?

Fang

> The dependent packages not yet in 10.7 are: farsight2, libnice, and 
> silc-toolkit.
>
> All three of these, and pidgin itself, built for me on 10.7 this evening.
>
>  -- Dave
>
>
> On Jan 4, 2012, at 6:07 PM, David Fang wrote:
>
>>> Hi, sorry to bother you, I was just wondering when there might be a fink
>>> package for 10.7. thanks!
>>
>> Hi,
>>  I still don't have a 10.7 machine to test on, and the last time I
>> asked, there were still some dependencies missing in 10.7 that were
>> blocking pidgin.  Can you or someone try linking/copying pidgin.info from
>> the 10.4 tree and see if it "just works" on 10.7?
>>  To checkout the 10.4 tree on 10.7, just edit /sw/etc/fink.conf:
>> SelfUpdateTrees: 10.7 10.4
>> and re-selfupdate.
>>
>> Fang
>>
>>
>> --
>> David Fang
>> http://www.csl.cornell.edu/~fang/
>> http://www.achronix.com/
>>
>>
>> --
>> 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
>
>
> --
> 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
>

-- 
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/


--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
___
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] pidgin for osx 10.7?

[David Fang]

H Dave,
Thanks for testing these out for us.  Ok to commit as-is to 10.7 
then?  (anyone on fink-core can check-in pidgin for me.)

Fang

> The dependent packages not yet in 10.7 are: farsight2, libnice, and 
> silc-toolkit.
>
> All three of these, and pidgin itself, built for me on 10.7 this evening.
>
>  -- Dave
>
>
> On Jan 4, 2012, at 6:07 PM, David Fang wrote:
>
>>> Hi, sorry to bother you, I was just wondering when there might be a fink
>>> package for 10.7. thanks!
>>
>> Hi,
>>  I still don't have a 10.7 machine to test on, and the last time I
>> asked, there were still some dependencies missing in 10.7 that were
>> blocking pidgin.  Can you or someone try linking/copying pidgin.info from
>> the 10.4 tree and see if it "just works" on 10.7?
>>  To checkout the 10.4 tree on 10.7, just edit /sw/etc/fink.conf:
>> SelfUpdateTrees: 10.7 10.4
>> and re-selfupdate.
>>
>> Fang
>>
>>
>> --
>> David Fang
>> http://www.csl.cornell.edu/~fang/
>> http://www.achronix.com/
>>
>>
>> --
>> 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
>
>

-- 
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/


--
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] pidgin for osx 10.7?

[David R. Morrison]

The dependent packages not yet in 10.7 are: farsight2, libnice, and 
silc-toolkit.

All three of these, and pidgin itself, built for me on 10.7 this evening.

  -- Dave


On Jan 4, 2012, at 6:07 PM, David Fang wrote:

>> Hi, sorry to bother you, I was just wondering when there might be a fink 
>> package for 10.7. thanks!
> 
> Hi,
>   I still don't have a 10.7 machine to test on, and the last time I 
> asked, there were still some dependencies missing in 10.7 that were 
> blocking pidgin.  Can you or someone try linking/copying pidgin.info from 
> the 10.4 tree and see if it "just works" on 10.7?
>   To checkout the 10.4 tree on 10.7, just edit /sw/etc/fink.conf:
> SelfUpdateTrees: 10.7 10.4
> and re-selfupdate.
> 
> Fang
> 
> 
> -- 
> David Fang
> http://www.csl.cornell.edu/~fang/
> http://www.achronix.com/
> 
> 
> --
> 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


--
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] pidgin for osx 10.7?

[David Fang]

> Hi, sorry to bother you, I was just wondering when there might be a fink 
> package for 10.7. thanks!

Hi,
I still don't have a 10.7 machine to test on, and the last time I 
asked, there were still some dependencies missing in 10.7 that were 
blocking pidgin.  Can you or someone try linking/copying pidgin.info from 
the 10.4 tree and see if it "just works" on 10.7?
To checkout the 10.4 tree on 10.7, just edit /sw/etc/fink.conf:
SelfUpdateTrees: 10.7 10.4
and re-selfupdate.

Fang


-- 
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/


--
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] libgeos problem

[David R. Morrison]

Thanks, I'll try 3.3.1.

  -- Dave


On Nov 28, 2011, at 2:16 PM, Merle Reinhart wrote:

> Dave,
> 
> I just noticed your post about libgeos not working in 10.7 with XCode 
> compilers.  
> 
> I do know that libgeos 3.3.1 WILL successfully build in 10.7 with the XCode 
> 4.2 clang compiler.  I'm using this libgeos with matplotlib-basemap 1.0.2 
> which requires a fairly recent libgeos.  So far, things appear to work and 
> provide reasonable answers running on Lion compared to the older versions 
> running on SL (at least I haven't stumbled across anything obviously broken 
> yet).
> 
> I don't remember if I tried libgeos 3.3.0 and had problems or just went and 
> rolled a .info file for 3.3.1 from the start since I was rolling .info files 
> for matplotlib 1.1.0 and basemap 1.0.2.
> 
> Merle
> 
> 
> 
> --
> 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. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> 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


--
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. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
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] libgeos problem

[David R. Morrison]

There is a problem with libgeos on 10.7.

The most recent XCode will not compile it, even using llvm-gcc-4.2.

The MacPorts project is also aware of this; they actually have a package called 
"apple-gcc-4.2" which provides the now-missing gcc-4.2 from apple for people 
who have upgraded XCode.  That's the only way to get it to compile at the 
moment, apparently, and this is not available in fink.

Here's the MacPorts error report.  My experience was similar on fink.

http://trac.macports.org/ticket/30309

  -- Dave


--
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. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
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] updating fribidi

[David R. Morrison]

Thanks for noticing that.  I did the update.

  -- Dave

On Nov 26, 2011, at 3:16 PM, Hanspeter Niederstrasser wrote:

> Dave,
> 
> Is it possible to update Fink's fribidi to the latest upstream?  A package 
> I'm trying needs fribidi > 0.19.  According to the fribidi page, 0.19 is 
> API/ABI compatible with the 0.10 series.  Thanks,
> 
> Hanspeter


--
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. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
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] fink update OS Lion failed

[David R. Morrison]

I wonder if we should put a test for Xcode version into the bootstrap, so that 
people get an error message which tells them what is wrong and suggests how to 
fix it?

  -- Dave

On Nov 23, 2011, at 6:50 AM, Alexander Hansen wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 11/23/11 9:34 AM, Simone Hochgreb wrote:
>> Hello,
>> 
>> I have been trying to update fink on Mac OS X 10.7,
>> unsuccessfully.
>> 
>> 
>> Steps:
>> 
>> 1) Downloaded and installed Xcode 2) Downloaded and untarred 
>> fink-0.31.4 3) Bootstrap from alternative directory using 
>> ./bootstrap /sw
>> 
>> Although /sw did not contain fink (removed),
> 
> What exactly does that mean?  You have to remove _all_ of /sw to
> uninstall Fink.
> 
> Just removing /sw/fink doesn't cut it, if that's what you did, because
> /sw/fink just contains the package descriptions and .deb archives.
> All of the executables, libraries, ... are elsewhere in /sw, and the
> choice was made to require /sw to be completely absent for bootstraps,
> presumably to avoid cross-contamination.
> 
> the install bootstrap wants
>> me to install into /sw2 (and after that failed, /sw3).
>> 
>> Transcript as follows. Any ideas?
>> 
>> Simone baiao:fink-0.31.4 Simone$ ./bootstrap /sw
>> 
> 
> 
> 
>> checking for gcc... gcc checking for gcc... (cached) gcc checking 
>> for C compiler default output file name... configure: error: C 
>> compiler cannot create executables See `config.log' for more 
>> details. ### execution of PERL=/usr/bin/perl failed, exit code 77 
>> phase compiling: dpkg-bootstrap-1.10.21-1218 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 of 
>> these mailing lists:
>> 
>> The Fink Users List > > The Fink Beginners List 
>> > >.
>> 
>> Please try to include the complete error message in your report. 
>> This generally consists of a compiler line starting with e.g.
>> "gcc" or "g++" followed by the actual error output from the
>> compiler.
>> 
>> Also include the following system information: Package manager 
>> version: 0.31.4 Distribution version: selfupdate-point
>> (bootstrap), 10.7, x86_64 Trees: local/main stable/main Xcode:
>> 3.2.4
>> 
> 
> We don't support Xcode 3 on Lion.  Install Xcode 4.2.  I recommend
> running the /Developer/Library/uninstall-devtools script first to make
> sure that your old Xcode is completely removed.
> 
> Why Apple doesn't have their Xcode installers do this by default, and
> allow users to change the behavior in a custom install, is beyond me.
> 
> - -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> http://finkakh.wordpress.com/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAk7NCEIACgkQB8UpO3rKjQ9fIQCeL1dEVzgh6AfFWvcOESaLZddS
> LXoAnApDpKOlqffpYjdg4sRBE/eyj6GV
> =NYyU
> -END PGP SIGNATURE-
> 
> --
> 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. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> Fink-users mailing list
> fink-us...@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.macosx.fink.user
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-users


--
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. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
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] enable path-prefix-clang for SL Xcode 4.2

[David Lowe]

On 16 Nov, 2011, at 2:59 PM, Max Horn wrote:

> But on the other hand, this also means that Xcode 4.2 on 10.6 now contains no 
> reliable compiler at all :-(.

I guess we can't simply declare this particular combination to be 
unsupported?

Sent from my MacBookPro

Friends come and friends go, but enemies accumulate.
--
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. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
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] Update Freeciv stable

[David Lowe]

Please move freeciv_2.2.7 to stable.

Sent from my MacBookPro

Every man has a scheme that will not work.

--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-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] Xcode 4.2

[David R. Morrison]

On Oct 24, 2011, at 7:49 AM, Jack Howarth wrote:

> On Fri, Oct 21, 2011 at 09:01:58AM -0700, David R. Morrison wrote:
>> 
>> On Oct 21, 2011, at 8:50 AM, Jack Howarth wrote:
>> 
>>> On Fri, Oct 21, 2011 at 08:05:38AM -0700, David R. Morrison wrote:
>>>> So at the very least, we should put a news item on the fink webpage 
>>>> warning users that fink on 10.6 is currently incompatible with Xcode 4.2, 
>>>> and suggesting a downgrade to Xcode 3.2.6.
>>>> 
>>>> Another short-term measure would be to put a test into fink to check for 
>>>> Xcode 4.2 on 10.6, and warn users that they should downgrade.
>>>> 
>>>> The question of how and whether to adapt the fink 10.6 release to 
>>>> accomodate this major change by apple is a more difficult one, and will 
>>>> require additional thought as well as time to implement.
>>>> 
>>>> -- Dave
>>> 
>>> Dave,
>>>  The change as implemented on 
>>> http://sourceforge.net/tracker/?func=detail&aid=3426897&group_id=17203&atid=317203
>>> will be transparent to current Fink users who aren't on 10.6 with Xcode 
>>> 4.2. The only change for Lion users will be
>>> that the clang compiler wrappers will explictly pass the --arch x86_64 
>>> (which again should be a transparent change
>>> and cause no issues).
>>>   I been able to build...
>> 
>> 
>> Lots of questions here, including:
>> 1) Do things build differently?  One of our main design principles in fink 
>> is that things should build the same for everybody.
>> 2) Any problem with mixing and matching, i.e., upgrading the compiler on an 
>> already-installed fink?
>> 
>>  -- Dave
> 
> Dave,
>  Any thoughts on the alternative approach as implemented in...
> 
> http://sourceforge.net/tracker/?func=detail&aid=3427243&group_id=17203&atid=317203
> 
> Checking for 10.6 in the path-prefix-10.6 compiler-wrapper and substituting 
> gcc-4.2 and g++-4.2
> for instances of cc/gcc and c++/g++ seems the least invasive approach. 
> Hopefully we can fix this
> issue in the near term.
>   Jack
> ps It is unfortunate that we can't offer clang support to SL users but 
> without a blanket adoption of 
> clang for SL Xcode 4.2, I don't see the user base being big enough to merit 
> the changes for a UseClang
> option.
> 
>> 

Jack,

I believe that Alexander and Max are testing this with plans to release it soon.

  -- Dave



--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-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] MD5 Problem?

[David Lowe]

On 21 Oct, 2011, at 9:58 AM, Hanspeter Niederstrasser wrote:

> 1) The field is PatchFile-MD5, not Patch-MD5 like you have.  

I guess i should not do this kind of thing when i'm sick.  Then again, 
i was not aware that fink wouldn't complain over misspelled syntax.

> 2) The easiest way to make a patch that will feed into PatchScript is to make 
> a patched copy of the source that sits alongside the original (which you have 
> already done based on the submitted patch).  Then, from the directory that's 
> above both sources (i.e. /Users/davidlowe/Downloads in your example), run the 
> 'diff' command using relative paths: 

Yeah, i see that now.  I had to edit '/Users/davidlowe/Downloads' out 
of the patch.  With any luck, i'll remember to use the relative and not full 
paths next time.

> 3) Your PatchScript doesn't use the PatchFile.  

When i first saw that, i assumed that i was meant to substitute 
something in the place of default_script .  I was pleasantly surprised when it 
worked anyway.

And now for the reason behind the patch: the 2.3.0 version adds support 
for IPV6 networking, and as part of that uses a macro called AI_NUMERICSERV 
that is not part of Leopard.  The fix i found online was to provide a 
conditional #define setting it to zero.  How have other maintainers dealt with 
this, or am i the first to run into this particular problem?

Sent from my MacBookPro

Drink your coffee!  There are poor people in India sleeping.
--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-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] Xcode 4.2

[David R. Morrison]

On Oct 21, 2011, at 8:50 AM, Jack Howarth wrote:

> On Fri, Oct 21, 2011 at 08:05:38AM -0700, David R. Morrison wrote:
>> So at the very least, we should put a news item on the fink webpage warning 
>> users that fink on 10.6 is currently incompatible with Xcode 4.2, and 
>> suggesting a downgrade to Xcode 3.2.6.
>> 
>> Another short-term measure would be to put a test into fink to check for 
>> Xcode 4.2 on 10.6, and warn users that they should downgrade.
>> 
>> The question of how and whether to adapt the fink 10.6 release to accomodate 
>> this major change by apple is a more difficult one, and will require 
>> additional thought as well as time to implement.
>> 
>>  -- Dave
> 
> Dave,
>   The change as implemented on 
> http://sourceforge.net/tracker/?func=detail&aid=3426897&group_id=17203&atid=317203
> will be transparent to current Fink users who aren't on 10.6 with Xcode 4.2. 
> The only change for Lion users will be
> that the clang compiler wrappers will explictly pass the --arch x86_64 (which 
> again should be a transparent change
> and cause no issues).
>I been able to build...


Lots of questions here, including:
1) Do things build differently?  One of our main design principles in fink is 
that things should build the same for everybody.
2) Any problem with mixing and matching, i.e., upgrading the compiler on an 
already-installed fink?

  -- Dave



--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-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

[Fink-devel] Xcode 4.2

[David R. Morrison]

So at the very least, we should put a news item on the fink webpage warning 
users that fink on 10.6 is currently incompatible with Xcode 4.2, and 
suggesting a downgrade to Xcode 3.2.6.

Another short-term measure would be to put a test into fink to check for Xcode 
4.2 on 10.6, and warn users that they should downgrade.

The question of how and whether to adapt the fink 10.6 release to accomodate 
this major change by apple is a more difficult one, and will require additional 
thought as well as time to implement.

  -- Dave

On Oct 21, 2011, at 7:04 AM, Jack Howarth wrote:

> On Fri, Oct 21, 2011 at 10:06:24AM +0200, Martin Costabel wrote:
>> On 21/10/11 01:05, Jack Howarth wrote:
>> []
>>> should upgrade to this version (or revert to Xcode 3.2.6). This would allow 
>>> us to
>>> focus on supporting clang in the Xcode 4.x releases and encourage 
>>> unification of
>>> any clang specific changes to info files between the 10.4 and 10.6 trees. 
>>> It also
>>> will likely accelerate the elimination of the unstable tree in 10.4 as any 
>>> clang
>>> specific changes are backported into 10.4.
>> 
>> The most common "clang specific changes to info files" are currently
>> SetCC: llvm-gcc-4.2
>> SetCXX: llvm-g++
>> because many packages won't compile with clang.
>> This is not backportable.
>> 
>> -- 
>> Martin
> 
> Martin,
>   Re-reading your response again, I assume you meant that the info files will 
> never
> been entirely unified. This is true however that shouldn't stand in our way 
> of attempting
> to make fink usable for SL users who have Xcode 4.2 installed. We really only 
> have two
> choices there...
> 
> 1) Leave fink as is and manually check if each info file is miscompiled by 
> llvm-gcc.
> This is a lot of work for a smallish testing and developer group to deal 
> with. It also
> requires far more info file changes to switch these problem packages to clang 
> or gcc-4.2.
> 2) Use my approach of enabling the path-prefix-clang on SL when Xcode 4.2 is 
> detected via
> the system compiler change. This gives us a well tested package set which 
> already has been
> checked against clang3.0svn.
> 
> Note that fink is currently badly broken under Xcode 4.2 on SL. The gmp/gmp5 
> packages are
> miscompiled and none of the gcc4x packages can bootstrap the FSF gcc 
> compilers under llvm-gcc.
>  Jack
> 
> --
> The demand for IT networking professionals continues to grow, and the
> demand for specialized networking skills is growing even more rapidly.
> Take a complimentary Learning@Cisco Self-Assessment and learn 
> about Cisco certifications, training, and career opportunities. 
> http://p.sf.net/sfu/cisco-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


--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-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