Re: [Fink-devel] inherited_linker_flags
> 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
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] Transition of packages from system-openssl-dev
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
-- 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
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
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
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] gnutls man-in-the-middle security vulnerability
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] gnome-keyring failure with Xcode 5
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
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
Re: [Fink-devel] Where do you guys find the time?
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] latest Buildworld results (2010-08-14)
On Apr 26, 2011, at 10:48 AM, Corey Halpin wrote: > On 2011-04-21, Max Horn wrote: >> Hello folks! (CC: fink-devel) >> >> I have emailed you and some other maintainers about half a year ago, >> reporting severe issues in your packages. Sadly, from a couple people (i.e. >> you), I did not hear back nor did I see a fix in our package repository. If >> you *did* fix the issue and I just missed it, please let me know ASAP (e.g. >> if there is a package submission with a fix, please send me a link). >> >> So hereby, I am once more asking you to fix your broken packages (see below >> for the text of the original email, interspersed with some updates). >> >> If I don't hear back from you till the end of April, I will assume that you >> are no longer interested in maintaining these packages. > > Unfortunately, with respect to libnasl* and nessus*, that would be a correct > assumption for me. I no longer use those packages, and haven't really had > time to update them. > > Additionally, if anyone else would like maintainership of the following, > I'll gladly hand them off: > > darcs > gnutls12 > gnutls14 > lablgtk2 > libgcrypt > libgpg-error > libtasn1 > libtasn1-3 > opencdk > silc-client > silc-toolkit > > ~crh > -- gnutls12, gnutls14, opencdk, libtasn1, and probably libtasn1-3 are dead ends. I think Mr. None should maintain those. Does anyone know if these are things we ought to be actively trying to get rid of because of known vulnerabilities? I'll package the latest libtasn1 and see what comes up as the libversion. Then I'll take a look at libgcrypt and libgpg-error. The other 4 I'll leave for someone else. Dave -- David Reiser dbrei...@earthlink.net -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] SIP-PY26 and PyQt4
Usually, you don't need multiple sip versions, but you do need the newest one for the newest pyqt4. I'll see if I can sort this out by the weekend. There's still an overlapping file issue with the -x11 and -mac versions, though. Dave On Mar 2, 2010, at 5:27 PM, BABA, Yoshihiko wrote: > Dear, > > The current packages of SIP-PY26 and PyQt4 don't match. > > >>> import sip > >>> from PyQt4 import QtCore, QtGui > Traceback (most recent call last): > File "", line 1, in > RuntimeError: the sip module implements API v7.0 but the PyQt4.QtCore module > requires API v6.0 > > > If this API version really matters, is it possible to have multiple versions > of SIP and PyQt4 respectively? Maybe like > pyqt4-6 and pyqt4-7 > sip-6 and sip-7 > > > Thanks > -- > BABA Yoshihiko > Urban Design Laboratory, Tokyo University > TEL: +81 (0)90 1738 7439 > > > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev___ > Fink-devel mailing list > Fink-devel@lists.sourceforge.net > http://news.gmane.org/gmane.os.apple.fink.devel > Subscription management: > https://lists.sourceforge.net/lists/listinfo/fink-devel -- David Reiser dbrei...@earthlink.net -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] tetex-base won't install
On Jun 3, 2009, at 3:44 AM, Martin Costabel wrote: > David R. Morrison wrote: >> Yes, I also had an email directly from a user about this. It >> mystifies me. > > It happens to me, too, when I simply run `fink reinstall tetex- > base`. My first guess is that the final error refers to the message > shown below, which functionally is just a warning, but technically > is treated as an error message. Looking at the date, and trying to > make sense of the mathematics with which latex.ltx computes "five > years", I guess it is possible that this error shows up only after > June 1st, 2009. > I noticed that message, but tetex-base installed fine for me on April 29 this year when I had to build a new fink on a new machine. Two dependencies that have changed since then are fontconfig2-dev and freetype219. For the moment I'm discounting 10.5.7 and xquartz as the trigger, since the error appears on 10.4.11 too. Dave -- David Reiser dbrei...@earthlink.net -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] tetex-base won't install
# This is a summary of all `failed' messages and warnings: `pdfetex -ini -jobname=latex -progname=latex -translate- file=cp227.tcx *latex.ini' possibly failed. `pdfetex -ini -jobname=pdflatex -progname=pdflatex -translate- file=cp227.tcx *pdflatex.ini' possibly failed. `omega -ini -jobname=lambda -progname=lambda lambda.ini' possibly failed. `aleph -ini -jobname=lamed -progname=lamed *lambda.ini' possibly failed. updmap: This is updmap, version 1107552857 updmap: using transcript file `/sw/var/lib/texmf/web2c/updmap.log' Anyone have an idea what's going on? (I looked at the log files mentioned between the ### lines, but I can't tell if anything is wrong there.) OS X 10.5.7, xquartz 2.3.3 (if it matters), intel processors. There was a confirmation that 10.4.11 on a ppc shows the same error. Dave -- David Reiser dbrei...@earthlink.net -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gnucash-1.8.12-11
On May 23, 2009, at 5:00 PM, jklav...@gmail.com wrote: > I have just spent four hours trying to figure out how to download, > install, and run gnucash. > All I get is errors. "Missing charsets in Fontset creation" is one. > > > -- > Package manager version: 0.27.13 > Distribution version: 0.9.0 i386 > Mac OS X version: 10.5.6 > Developer Tools not installed > Feedback Courtesy of > FinkCommander > -- That's a really old version of fink. Run "Selfupdate" from the Source menu. I can't remember whether gnucash was ever available in a binary distribution, but version 1.8.12 is ancient, and unreliable on intel machines. For use, you're much better off with the package fink calls 'gnucash2' (versions starting with 2.0, currently 2.2.9 in unstable). For that you will have to install the developer tools (XCode). Available on your system DVD or from http://developer.apple.com/mac/ (requires a login, but registration is free for download access to most things). It's a 1GB download, though. After XCode is installed (and maybe run another Selfupdate), you should be able to find gnucash2 in fink commander's list and request an install. Be prepared to wait several hours while various dependency libraries are built and installed. Fink commander does misbehave in system 10.5.6. You will often have to force it to rebuild fink's package list by using the Source>Utilities>Index command. Once the package gnucash2 is installed, you launch it by typing "gnucash" in a terminal or x-terminal window. Dave -- David Reiser dbrei...@earthlink.net -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://www.creativitycat.com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gnucash-1.8.12-11
On Apr 8, 2009, at 10:27 AM, Eugene Anikin wrote: > This build starts ok, but crashes when opening one of the accounts. > > -- > Package manager version: 0.27.16 > Distribution version: 0.9.0.2 i386 > Mac OS X version: 10.5.6 > Xcode version: 3.1.2 > gcc version: 4.0.1 (Apple Inc. build 5490) > make version: 3.81 > Feedback Courtesy of FinkCommander > You'd be much better off with gnucash2. The 1.8.x series has a very inconsistent history when run on intel macs. 1.8.12 isn't even in the fink trees anymore. Dave -- David Reiser dbrei...@earthlink.net -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gnucash 2.2.7 - online quote and perl
On Nov 29, 2008, at 11:34 PM, Jason Turner wrote: > Online quote retrieval seems to be broken with the basic Fink > install of GnuCash on my system. > > The issue seems to be that Fink works with /sw/bin/perl5.8.6, but > many of the gnucash scripts and executables are hard-coded to use / > usr/bin/perl (presumably done at configure time). > > Workaround is: > > 1) make the environment variable PERL5LIB="", and unset it (not sure > if both are necessary) > 2) ensure that the required modules are available to /usr/bin/perl. > In my case, I needed to install Finance::Quote, HTML::TableExtract, > and Date::Manip. > 3) build a shell script that does step 1 above before starting > GnuCash. > > It works now. If there's a tidier way to do this, I'd be most keen > to hear about it. I considered ensuring that /sw/bin on my path > before /usr/bin, and making a symlink file of /sw/bin/perl5.8.6 to / > sw/bin/perl, then re-running the gnucash compile and install, but > haven't had any time since that idea. > > Cheers > > Jason Did you upgrade to system 10.5.x after installing gnucash2? There are separate versions of the gnucash2 package for OS 10.4 and 10.5 specifically because of the perl problems. Unmodified Gnucash hardcodes the first perl in path when it builds. Since you can change perl installations with fink easily, it's possible to break quote retrieval unless the packaging takes that into account. Rather than drag in yet another large dependency, I changed the fink builds so they would be forced to use the system perl. gnucash2.info (the 10.4 version) depends on -pm586 versions of finance-quote and its dependencies. gnucash2-10.5.info uses -pm588 versions. Unless you are switching systems along the way, I don't see how you could be getting the behavior you saw. Dave -- David Reiser [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] [fink-core] HTML-Tree shown as provided in Leopard, but cannot be found
On Oct 21, 2008, at 1:23 AM, David R. Morrison wrote: > > On Oct 20, 2008, at 9:06 AM, Martin Costabel wrote: > >> David Reiser wrote: >> [] >>> I've looked at this some more, and I think it's simpler. html-parser >>> looks to me to be provided by both 5.8.6 and 5.8.8, but html-tree is >>> provided by neither. Consequently, I think the fix is to delete line >>> 339 of VirtPackage.pm so that html-tree does not appear in the "if >>> ($perlver >= 5.008008)" clause. >> >> I think you are right. I am bouncing this now to fink-core, because >> changing this concerns also the perl588 package on Tiger for which >> this >> list of "provided" packages was originally made. According to cvs, >> the >> list was introduced into Virtual.pm before Leopard was released >> (1.111 >> (rangerri 14-Aug-06)). Maybe someone remembers why it was done. >> > > Does the perl588 package on Tiger provide html-tree as it claims, or > do we also need to fix that? > > -- Dave From what I can see, fink's perl588 on Tiger neither provides html- tree, nor does fink under Tiger report that html-tree is provided. Dave -- David Reiser [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] HTML-Tree shown as provided in Leopard, but cannot be found
On Oct 19, 2008, at 4:51 AM, Martin Costabel wrote: > David Reiser wrote: >> >> On Oct 18, 2008, at 8:15 AM, Martin Costabel wrote: > [] >>> There is, however, also a "real" html-tree-pm588 package. Run >>> >>> fink install html-tree-pm588 >>> >>> and see if this helps. >> >> That at least solves the building problem. Is there a workaround to >> force users to install it despite the claim it is provided? > > Yes. If the BuildDepends is versioned, that is > > html-tree-pm%type_pkg[perl] (>= 3.23-1) > > instead of simply > > html-tree-pm%type_pkg[perl] > > then it will pull in the real package, because virtual packages are > unversioned. > > The correct fix would be to change the list of provided packages in > /sw/lib/perl5/Fink/VirtPackage.pm, around line 320. The line > 'html-parser' should not be inside a "if ($perlver >= 5.008006)" > clause, > because it does not come with perl588, but it should be in a separate > "if ($perlver == 5.008006)" clause. I've looked at this some more, and I think it's simpler. html-parser looks to me to be provided by both 5.8.6 and 5.8.8, but html-tree is provided by neither. Consequently, I think the fix is to delete line 339 of VirtPackage.pm so that html-tree does not appear in the "if ($perlver >= 5.008008)" clause. Dave -- David Reiser [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] HTML-Tree shown as provided in Leopard, but cannot be found
On Oct 18, 2008, at 8:15 AM, Martin Costabel wrote: > David Reiser wrote: >> How does fink 'know' what packages are provided? >> >> fink list html-tree gives (10.5.5 ppc): >> >> Information about 7253 packages read in 2 seconds. >> html-tree-pm586 3.23-1 Handling information >> from HTML syntax trees >> p html-tree-pm588 [virtual package] > > This looks like a bug in Fink's virtual perl package: It "provides" > html-tree-pm588, but as you report, Apple's perl-5.8.8 in Leopard does > not really provide the corresponding contents (version 5.8.6 in > Tiger did). > > There is, however, also a "real" html-tree-pm588 package. Run > > fink install html-tree-pm588 > > and see if this helps. That at least solves the building problem. Is there a workaround to force users to install it despite the claim it is provided? Dave -- David Reiser [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] HTML-Tree shown as provided in Leopard, but cannot be found
How does fink 'know' what packages are provided? fink list html-tree gives (10.5.5 ppc): Information about 7253 packages read in 2 seconds. html-tree-pm586 3.23-1 Handling information from HTML syntax trees p html-tree-pm588 [virtual package] The just-released version of finance-quote has a module that requires HTML-TreeBuilder (part of HTML-Tree). But trying to build the new finance-quote gives: make test || exit 2 PERL_DL_NONLAZY=1 /usr/bin/perl5.8.8 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t t/00-use..Can't locate HTML/TreeBuilder.pm in @INC (@INC contains: /sw/src/fink.build/finance-quote-pm588-1.14-0.9/Finance- Quote-1.14/inc /sw/src/fink.build/finance-quote-pm588-1.14-0.9/Finance- Quote-1.14/blib/lib /sw/src/fink.build/finance-quote-pm588-1.14-0.9/ Finance-Quote-1.14/blib/arch /sw/lib/perl5/5.8.8/darwin-thread- multi-2level /sw/lib/perl5/5.8.8/darwin-thread-multi-2level /sw/lib/ perl5/5.8.8 /sw/lib/perl5/darwin-thread-multi-2level /sw/lib/ perl5/5.8.8/darwin-thread-multi-2level /sw/lib/perl5/5.8.8 /sw/lib/ perl5/darwin-thread-multi-2level /sw/lib/perl5 /sw/lib/perl5/darwin / System/Library/Perl/5.8.8/darwin-thread-multi-2level /System/Library/ Perl/5.8.8 /Library/Perl/5.8.8/darwin-thread-multi-2level /Library/ Perl/5.8.8 /Library/Perl /Network/Library/Perl/5.8.8/darwin-thread- multi-2level /Network/Library/Perl/5.8.8 /Network/Library/Perl /System/ Library/Perl/Extras/5.8.8/darwin-thread-multi-2level /System/Library/ Perl/Extras/5.8.8 /Library/Perl/5.8.6 /Library/Perl/5.8.1 .) at /sw/ src/fink.build/finance-quote-pm588-1.14-0.9/Finance-Quote-1.14/blib/ lib/Finance/Quote/VWD.pm line 41. BEGIN failed--compilation aborted at /sw/src/fink.build/finance-quote- pm588-1.14-0.9/Finance-Quote-1.14/blib/lib/Finance/Quote/VWD.pm line 41. Compilation failed in require at (eval 35) line 1. BEGIN failed--compilation aborted at (eval 35) line 1. at t/00-use.t line 12 Can't locate object method "methods" via package "Finance::Quote::VWD" at /sw/src/fink.build/finance-quote-pm588-1.14-0.9/Finance-Quote-1.14/ blib/lib/Finance/Quote.pm line 112. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-19 Failed 18/19 tests, 5.26% okay If I find /System/Library/Perl -name '*.pm' none of the components of HTML-Tree show up in the results. There is a Tree.pm in one of the XML directories, but nothing related to HTML. Is a fix as simple as removing html-tree from some list of provided packages, or is there something more complicated involved? Dave -- David Reiser [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] DNS SPOOFING?
On Oct 4, 2008, at 3:12 PM, Jack Howarth wrote: > I am finding that when I try to do 'fink selfupdate' > in cvs mode that the process fails with the following error... > > usr/bin/su howarth -c 'cvs -q -z3 update -d -P -l' > @@@ > @ WARNING: POSSIBLE DNS SPOOFING DETECTED! @ > @@@ > The RSA host key for fink.cvs.sourceforge.net has changed, > and the key for the corresponding IP address 216.34.181.110 > is unknown. This could either mean that > DNS SPOOFING is happening or the IP address for the host > and its host key have changed at the same time. > @@@ > @WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ > @@@ > IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! > Someone could be eavesdropping on you right now (man-in-the-middle > attack)! > It is also possible that the RSA host key has just been changed. > > Any ideas on what should be done to resolve this problem? > Jack Sourceforge moved their server farm, but not the ssh keys. Delete the sourceforge line in ~/.ssh/known_hosts, do whatever verification of keys/fingerprints you deem necessary, and accept the new keys on the next selfupdate. Dave -- David Reiser [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Fwd: [Swig-user] how modular is the support for the various languages?
OK. From the horse's mouth, so to speak. Swig should be able to be built and installed without any languages, and even if it finds and tests languages, the core swig remains the same. There was one dissenting comment from an ocaml user, but I it wasn't an "it doesn't work" complaint. I think we can go ahead and pull most of the dependencies on swig. I should probably test the guile capabilities to be sure my last problem was just an environment problem and not swig. Dave Begin forwarded message: From: William S Fulton <[EMAIL PROTECTED]> Date: July 17, 2008 5:17:38 PM EDT To: David Reiser <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Subject: Re: [Swig-user] how modular is the support for the various languages? David Reiser wrote: I know that swig can be built without any of the supported languages installed. What happens if I install swig without any of the languages present and then install some number of the supported languages? I tried building swig both with and without languages present and then looked at the resulting install, but I couldn't tell for sure that there weren't minor changes to the core files. Whether or not any languages are detected or disabled/enabled during configure time makes no difference to what gets installed. The detection of the languages is entirely for testing. My main interest here is a packaging issue that has arisen in fink for OS X. If all the languages that both swig and fink support are enabled for swig 1.3.35, then several packages in fink that require swig end up dragging in octave (and having to compile gcc43 for octave). It's pretty annoying to spend 6 hours compiling a compiler to support a language one doesn't use just to get swig support for a language that one does use. Granted, this problem is as much fink's policy of "everything should build the same for every user" as anything else. But it would be nice to know/learn how to overlay languages on a base swig install without having to modify the swig install itself. So to sum up you don't need any languages installed in order to build and install swig. William BTW, I just fixed your SF bug 2019156 about configure --without- octave not working. -- David Reiser [EMAIL PROTECTED] -- David Reiser [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] The Pangocairo Has Landed
On Jul 15, 2008, at 6:28 AM, Koen van der Drift wrote: > > On Jul 14, 2008, at 10:21 PM, Daniel Macks wrote: > >> Thanks to the hard work of countless developers and testers, the >> "pangocairo" branch has now been merged back into the main distro for >> fink's "unstable" trees for 10.4 (and 10.5). > > Good work, I guess :) I have been reading a lot about "pangocairo", > and I know it has to do with graphics. But I don't remember reading > about what it exactly is and why it is better than what we had before. > Could someone explain that? > > thanks, > > - Koen. I'll take a stab at this. Pango does font rendering and Cairo does 2-D graphics rendering. In version 2.8, gtk+ (gimp tool kit, the utility which does nearly all the graphics rendering in gnome) switched to using cairo for its rendering. Because of intertwined dependencies, fink couldn't upgrade gtk+2 until it could go 'all-at-once'. The old fink had gtk+2 version 2.6.10. It now has 2.12.10. Not having 'pangocairo branch' essentially froze gnome progress in fink to things almost 2 years old. gtkprint, which has almost entirely replaced gnomeprint in current gnome development, works much better on my mac, and requires newer Gnome. Dave -- David Reiser [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gnucash-1.8.12-11
gnucash 2.2.5 is fink package gnucash2. You do need the unstable/ crypto tree enabled to see/get it. gnucash 1.8.x was allowed to live on when the 2.0 branch was released so people could go back and forth. Perhaps a good idea, but seems more like an albatross now. On May 10, 2008, at 2:20 AM, Joseph Carpenter wrote: Please update the package info for gnucash. Newest version is 2.2.5, and uses different dependencies. I am using mirror: http://msn.wi.us.finkmirrors.net I may have better luck with another mirror when I figure out how to change that, or add additional mirrors. I am also learning how to add locally downloaded source, which I got it into the /sw/src/ folder, but it still does not show in the list. I will figure that out eventually. In the meantime, the default listing is still out of date at http://msn.wi.us.finkmirrors.net Thanks, : joseph carpenter -- Package manager version: 0.27.10 Distribution version: 0.8.1.rsync powerpc Mac OS X version: 10.4.11 Xcode version: 2.5 gcc version: 4.0.1 (Apple Computer, Inc. build 5370) make version: 3.80 Feedback Courtesy of FinkCommander - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Fink not understanding private Shlib declaration
On Apr 7, 2008, at 7:48 PM, Trevor Harmon wrote: > On Apr 7, 2008, at 4:27 PM, Jean-François Mertens wrote: > >> Try variations.. >> I remember that originally at least this was extremely sensitive to >> spacing.. >> (conceivably removing the space after the colon, or replacing the >> thing by >> >> Shlibs: << >> !%p/lib/liblpsolve55j.jnilib >> << >> >> with no space at all in the second line.. > > I tried all that; nothing seems to work. > >> But still, I thought those problems were straigthened out by now; >> do you have the required "BuildDepends: fink (>= 2.8.0)" in your >> info file ? >> (%v-%r) from vague memories..) > > I have "fink (>= 0.28)" in BuildDepends. > >> If they're not, they definitely need to be fixed .. > > I don't know how to fix Fink... > > Trevor Was there any other warning in the build log just prior to the complaint about the private shlib? I had problems with a package where the complaint about the private shlib went away once I changed something that eliminated a warning (not an outright failure) just before the shlib validation. I'll have to go digging to figure out what it was, though, as my memory is quite foggy. (even though it has only been a couple weeks since I ran into this). Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Register now and save $200. Hurry, offer ends at 11:59 p.m., Monday, April 7! Use priority code J8TLD2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] validation question
On Mar 26, 2008, at 9:01 PM, David Fang wrote: >>> The package update I'm working on: >>> http://sourceforge.net/tracker/index.php?func=detail&aid=1926383&group_id=17203&atid=414256 >>> >>> The error message: >>> Error: package contains a dylib with no corresponding Shlibs entry >>> (/sw/lib/magic/tcl/exttosim.dylib -> exttosim.dylib 0.0.0) >>>If this is a private library, add >>> '!/sw/lib/magic/tcl/exttosim.dylib' to the Shlibs field. >> [more of these for other .dylib] >>> ... but I've done exactly that in Shlibs (no whitespace). >>> [puzzled look] >> >> I wonder if the validation-message is the problem. Notice that it >> first says that the target is "exttosim.dylib 0.0.0", but then later >> says that the Shlibs entry is "/sw/lib/magic/tcl/exttosim.dylib". >> Could you verify that the first line of the output of 'otool -L' on >> that file is indeed just "exttosim.dylib (compatibility version >> 0.0.0)", i.e., the simple filename rather than the full path? The >> Shlibs field is required to contain the install_name (what the file >> calls itself according to otool -L). > > % pwd > /sw/src/fink.build/root-magic74-7.4.59-1/sw/lib/magic/tcl > % otool -L exttosim.dylib > exttosim.dylib: > exttosim.dylib (compatibility version 0.0.0, current version > 0.0.0) > /usr/lib/libSystem.B.dylib (...) > /usr/lib/libgcc_s.1.dylib (...) > >> OTOH, that looks a lot like an upstream bug in the package too >> (similar to what dbreiser saw a week or so ago), where a library >> has a >> "simple filename" install_name instead of the full path to it. > > So it looks like we only get a simple filename, no full path. > What corrective action should be taken? > I only need this to work as a private shared library for this package. What I had to do to quiet the validator in a more recent related problem was include: install_name_tool -id %p/lib/whatever/libfoo.1.dylib %i/lib/whatever/ libfoo.1.0.0.dylib as the last line of the InstallScript in the info file. If your package has a Makefile containing '-install_name exttosim.dylib' in LFLAGS, and it is accessible before you run the InstallScript, you can patch the install_name target there. I just had a package that ran qmake once for the upper level Makefile, but left Makefile generation of the lower level directories until 'make' was run on the top level. grr. Somewhere, you'll need to be certain that '- headerpad_max_install_names' is also set for LFLAGS, prior to building the library, or you may not be able to lengthen the install_name to include the full path. (If you patch -install_name before the build, you won't have this problem.) I'm relatively new at this level of info file mucking about, so there may be some information missing. I trust others will correct my misconceptions. Dave -- David Reiser [EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gst-plugins-good-0.10 build failure
On Mar 17, 2008, at 1:07 PM, Daniel Macks wrote: > On Mon, Mar 17, 2008 at 11:14:03AM +0100, S?bastien Maret wrote: >> 10.5/Intel, pango-cairo branch: >> >> gcc -DHAVE_CONFIG_H -I. -I. -I../.. -fno-common -I/sw/lib/ >> freetype219/include/freetype2 -I/sw/lib/freetype219/include -I/sw/ >> include -I../../gst-libs -I../../gst-libs -I/sw/include/glib-2.0 -I/ >> sw/ >> lib/glib-2.0/include -I/sw/include/libxml2 -I/sw/include -I/sw/ >> include/ >> gstreamer-0.10 -Wall -Werror -g -DGST_DISABLE_DEPRECATED -I/sw/ >> include/ >> glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/libxml2 -I/sw/ >> include -I/sw/include/gstreamer-0.10 -I/sw/include/glib-2.0 -I/sw/ >> lib/ >> glib-2.0/include -I/sw/include/libxml2 -I/sw/include -I/sw/include/ >> gstreamer-0.10 -Os -fno-common -c gstvideoflip.c -fno-common -DPIC - >> o .libs/libgstvideoflip_la-gstvideoflip.o >> cc1: warnings being treated as errors >> gstvideoflip.c: In function 'gst_video_flip_transform': >> gstvideoflip.c:478: warning: implicit declaration of function >> 'gst_buffer_stamp' >> make[3]: *** [libgstvideoflip_la-gstvideoflip.lo] Error 1 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 >> >> S?bastien > > Remove the -Werror from ./configure or whatever Makefile.in has it. > I'd say commit a PatchScript 'perl -pi -e' so we can get on with the > testing. > > The symbol actually does exist in the support libs, just a missing > #include for gst/gstutils.h I think. Some of the other gst-plugins- > packages have the same bug (missing #include) but no -Werror, so they > only give a compiler warning and continue building. I think it's fixed > in the newer upstream verisons of the gst-plugins-good/bad/ugly > packages. > > dan > -- In case you haven't gotten back to this, perl -pi -e 's/CFLAGS -Werror/CFLAGS/g' configure worked as a patchscript for me. Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Are you the one that wrote a working Fink Installer for 10.5, please raise your hand!
http://thread.gmane.org/gmane.os.macosx.fink.devel/15700/focus=15701 On Mar 1, 2008, at 2:03 PM, David H. wrote: > Hello All. > > I am looking for the person that managed to write a working Installer > for 10.5 and fink. Basically to install what you would get after a > bootstrap. > > Thank you! > > -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] pyqt and associates
For those with time and interest, please try the files in my experimental directory: sip-py (4.7.4) nearly a copy of dmacks recent efforts, but upstream revved up a week ago, and I removed the qt deps because upstream claims sip 'knows about' both qt3 and qt4, but requires neither. Therefore, we should only need one version of sip-py for both qt3 and qt4 apps. pyqt-py (3.17.4) works with qt3 and gcc4. pyqt4-py (4.3.3) works with qt4. It looks to me like pyqt and pyqt4 should be able to coexist. But the - bin splitoffs within each family do conflict across python versions. I have tried the existing dependent apps (treeline, flyway, convertall, and kodos) and they all work with the new versions of pyqt. It looks like there might be a slight dependency declaration glitch in kodos (dep on sip-py24-bin instead of sip-py24, or should be builddep instead), but I'm not sure. I haven't dealt with the convenience packages yet because I keep seeing them as an impediment to progress for someone maintaining 2 versions of python while developing. Maybe I'm just confused. Feel free to comment on style deficiencies as well as outright errors. I'm still learning about packaging. Also feel free to commit them if they're good enough. I'll get to it next weekend unless someone uncovers things needing fixing. Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] qt3 has lost all knowledge of fonts
On Feb 22, 2008, at 2:53 AM, Martin Costabel wrote: > David Reiser wrote: >> Something I've done recently has caused qt3 to have no information >> about any fonts. If I launch qtconfig, I get a window wherein all the >> interface text elements are reduced to a couple black pixels. Any >> other qt3 app exhibits the same behavior. > > Did you check permissions on your ~/.* files and directories? If ~/.qt > is unwritable, for example, you could get such a behavior. > I didn't, but it looks like what happened was my ~/.qt/qtrc file got mostly (but not completely) eliminated. qtconfig still worked, I just needed to look at a working copy to figure out where the default font selector was and pick a different entry in that list, then save. I'm back in qt business. Thanks for the help. Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] qt3 has lost all knowledge of fonts
Something I've done recently has caused qt3 to have no information about any fonts. If I launch qtconfig, I get a window wherein all the interface text elements are reduced to a couple black pixels. Any other qt3 app exhibits the same behavior. I have tried sudo fc-cache -f sudo fc-cache -r (fc-list gives me a seemingly reasonable list of fonts) rebuilding and reinstalling qt3-3.3.8-1027 (and its qt3-cousins) all to no avail. Recent potentially relevant changes (that I can remember): 10.5.2 update (ppc machine), xquartz 2.1.4 update (after 10.5.2), a todai install of things kde, and installed qt4-x11 for the first time. I have a separate fink tree for pangocairo, and it has been affected too (all todai packages/setup occurred in the main tree), suggesting Apple or xquartz. Suggestions? Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] How to package plugins
On Jan 26, 2008, at 12:08 PM, Daniel Macks wrote: > Do we have any guideline or best-practices for how to structure > (splitoffs, etc) a package that has plugins? By "plugins", I mean > runtime-loaded modules or other components that can be removed without > harming the overall program (other than losing the functionality they > provide). > > I can think of several...would be nice to have some sort of uniformity > so users know what to expect (or at least a way to find what they > want) (or at least "get uesd to" one way) (or at least post this as a > canned answer when a package behaves in a way a user doesn't expect or > like). > > 1. Have the plugin as part of the parent package (example: imagemagick > and its librsvg plugin). Pro 1: installing imagemagick gets a fully > featured package, because the plugins that support standard features > are always present. Pro 2: easy to package if the module's build is > already implemented as part of the parent build process, because the > parts of the distro are built all together. Con: possibly large > dependency chain for just one of the plugins, so package looks bloated > if user does not need that feature. > > 2. Have the plugin as a splitoff of the parent package. Pro 1: binary > users don't have bloated dependencies for the main package. Pro 2: > pretty easy to package. Con 1: source users still need the whole > dependency chain. Con 2: users need to know to install the plugin > (looks like "parent doesn't work right") and perhaps have weird > effects if the installed versions of the plugin and the parent get out > of sync (plugins are often laxer about interface stability because > they often aren't designed as stand-alone/modular public components). > > 3. Have the plugin as part of the library that supports it (example: > evince and its plugin for nautilus). Pro 1: even source users of the > parent don't have dependency bloat. Pro 2: Easy to package if the > plugin build is already implemented as part of the library build > process. Con 1: users of the parent need to know to install the > plugin. Con 2: users of the library get a dependency chain for a > package unrelated to the library. > > 4. Plugin as splitoff of library. Like #3, solving #3 con 2 and > solving #3 con #2 for binary users. > > 5. Build plugin as an entirely separate package (example: mozilla's > librsvg plugin). Pro 1: no dependency bloat for anyone (caveat: con > 2). Con 1: need to know to install. Con 2: need to hack parent to > disable plugin build, including avoiding complaining if dependencies > for it are missing. Con 3: things that "look like" simple plugins may > also involve code in main program (plugin isn't as runtime-modular as > it appears) (related to cons 2 & 4). Con 4: need to hack a way to > build the module itself without building the parent package (typically > involves lots of makefile and flag adjustments). > > dan > > -- > Daniel Macks > [EMAIL PROTECTED] > http://www.netspace.org/~dmacks > I think I would prefer #2 or #4. I think 5 is too much work for the benefits. And probably too hard for me to do :). I'm not sure I know what I'm talking about yet, but libgda3 (pangocairo) might be a good example of what might get in the way in terms of bloat. It looks like the 'providers' in libgda might be plugins. They do have to be configured and made, but at first glance they might not be linked in the main shlibs, and they do seem to live in a subdirectory of their own. I suspect, though, if I configure the mysql 'provider', configure is going to go looking for mysql headers to link the provider against. I'm sure I don't want to build the whole list of providers by default if that's the case. I think having to explain that a user needs libgda4-shlibs and libgda4-mysql or libgda- whateverbackend isn't too difficult for maintainers or users. As it happens, the somewhat bare libgda + libgda4-shlibs provides an sqlite provider as default. (Maybe even libgda-shlibs by itself -- I just started messing with this this week.) Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] replacing a whole file in patch phase
On Dec 16, 2007, at 6:46 PM, Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > David Reiser wrote: >> Alexander has indirectly called my attention to the fact that >> gnucash2 has a utility that does a Bad Thing. >> >> gnc-fq-update is a perl script that invokes CPAN to install all the >> perl modules that gnucash uses for retrieving stock quotes via >> Finance::Quote. One of the modules installed is LWP, which doesn't >> play nice in at least the fink realm, and maybe macs in general. >> >> I could just delete the script post-install, but that would >> guarantee a few extra "what's (not) going on?" queries. I could >> also patch the strings pointing to the script saying "use fink to >> update finance- quote", but I'm pretty sure that would break a few >> translations. >> >> Since I could replace the whole script with: >> >> #!/bin/sh fink update date-manip-pm finance-quote-pm588 >> >> I'm thinking that might be the least intrusive method. (I already >> have separate .info files for 10.4 and 10.5 because of other perl >> issues, so I'd have to do the right thing in each.) >> >> How would I substitute my two line script for the contents of >> gnc-fq- update.in in the patchscript? >> >> Dave -- David Reiser [EMAIL PROTECTED] >> >> >> > How about something like: > > PatchScript: /usr/bin/perl -e 'print "#!/bin/sh\nfink update > date-manip-pm finance-quote-pm588\n";' > gnc-fq-update.in > > (modified as is appropriate for where the file actually is). That'll > overload the file with new contents. Thanks. I suspected I'd be embarrassed by the simplicity of the solution, but I'm sure I'd have spent an absurdly long time getting the quoting right and remembering that > overwrites instead of appends. I'll test this in preparation for the new release that's coming in a day or so. Dave -- David Reiser [EMAIL PROTECTED] - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] replacing a whole file in patch phase
Alexander has indirectly called my attention to the fact that gnucash2 has a utility that does a Bad Thing. gnc-fq-update is a perl script that invokes CPAN to install all the perl modules that gnucash uses for retrieving stock quotes via Finance::Quote. One of the modules installed is LWP, which doesn't play nice in at least the fink realm, and maybe macs in general. I could just delete the script post-install, but that would guarantee a few extra "what's (not) going on?" queries. I could also patch the strings pointing to the script saying "use fink to update finance- quote", but I'm pretty sure that would break a few translations. Since I could replace the whole script with: #!/bin/sh fink update date-manip-pm finance-quote-pm588 I'm thinking that might be the least intrusive method. (I already have separate .info files for 10.4 and 10.5 because of other perl issues, so I'd have to do the right thing in each.) How would I substitute my two line script for the contents of gnc-fq- update.in in the patchscript? Dave -- David Reiser [EMAIL PROTECTED] - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] X11 BadMatch errors in wireshark and pan
On Dec 16, 2007, at 6:00 PM, David Reiser wrote: > > On Dec 16, 2007, at 4:06 PM, Max Horn wrote: > >> Hi folks, >> >> I have received 4 our 5 reports now from users of my pan & wireshark >> packages. They are all on 10.5, and the error they receive looks like >> this: >> >> >> The program 'wireshark' received an X Window System error. >> This probably reflects a bug in the program. >> The error was 'BadMatch (invalid parameter attributes)'. >> (Details: serial 10249 error_code 8 request_code 62 minor_code 0) >> (Note to programmers: normally, X errors are reported >> asynchronously; >> that is, you will receive the error a while after causing it. >> To debug your program, run it with the --sync command line >> option to change this behavior. You can then get a meaningful >> backtrace from your debugger if you break on the gdk_x_error() >> function.) >> >> >> Sadly, I have no idea what might cause this. Or rather, I can only >> speculate, as I still am running 10.4, and that won't change for some >> time... >> >> Could this be a problem with Apple's new X11? Or one with GTK+2 ? In >> any case, I told those folks for now to try to rebuild gtk+2, pan/ >> wireshark, and some other packages. No idea whether that will help >> (but I am somewhat sceptical...). >> >> Cheers, >> Max > > I don't use it heavily, but my only problem with wireshark under 10.5 > was solved by installing the newer x11 available from > xquarz.macosforge.org > oops. left out a 't', but I might as well copy and paste the redirect: http://trac.macosforge.org/projects/xquartz Dave -- David Reiser [EMAIL PROTECTED] - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] X11 BadMatch errors in wireshark and pan
On Dec 16, 2007, at 4:06 PM, Max Horn wrote: > Hi folks, > > I have received 4 our 5 reports now from users of my pan & wireshark > packages. They are all on 10.5, and the error they receive looks like > this: > > > The program 'wireshark' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadMatch (invalid parameter attributes)'. > (Details: serial 10249 error_code 8 request_code 62 minor_code 0) > (Note to programmers: normally, X errors are reported > asynchronously; >that is, you will receive the error a while after causing it. >To debug your program, run it with the --sync command line >option to change this behavior. You can then get a meaningful >backtrace from your debugger if you break on the gdk_x_error() > function.) > > > Sadly, I have no idea what might cause this. Or rather, I can only > speculate, as I still am running 10.4, and that won't change for some > time... > > Could this be a problem with Apple's new X11? Or one with GTK+2 ? In > any case, I told those folks for now to try to rebuild gtk+2, pan/ > wireshark, and some other packages. No idea whether that will help > (but I am somewhat sceptical...). > > Cheers, > Max I don't use it heavily, but my only problem with wireshark under 10.5 was solved by installing the newer x11 available from xquarz.macosforge.org Dave -- David Reiser [EMAIL PROTECTED] - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] cvs up : "Cannot allocate memory"
On Dec 2, 2007, at 10:14 PM, Jean-François Mertens wrote: > > On 03 Dec 2007, at 04:03, Alexander Hansen wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Jean-François Mertens wrote: >>> I get since some time regularly failures of fink selfupdate with >>> msgs like cvs update: cannot open directory >>> /cvsroot/fink/dists/10.4/unstable/ crypto/finkinfo: Cannot allocate >>> memory >>> >>> I get those as well when using explicitly /usr/bin/cvs, so it is >>> not due to fink's cvs pkg. This happens even when local memory >>> usage is low _ say 1.4 out of 2 G. >>> >>> In general when retrying, especially dir after dir and with a naked >>> 'cvs up' without adornations, things go away and one gets through. >>> Tonight not... >>> >>> The ref to "/cvsroot/fink/dists/" suggests it may be either a >>> memory problem or an error on the other side.. (In general I get >>> this on rather big dirs _ eg, 'libs' _ but tonight even on smaller >>> ones like crypto) >>> >>> Anyone else experiencing this ? Is it really a sourceforge problem >>> ? >>> >>> JF >>> >>> PS: crypto finally got through, after ~8 iterations >> I have, and others have talked about it on IRC. > > And ? _ the conclusion of the talking ? > > JF Unfortunately the usual conclusion: sourceforge has issues that aren't communicated well or resolved quickly. Dave -- David Reiser [EMAIL PROTECTED] - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] InfoN increases in .info files
Ah. I almost noticed that all the examples had %type_* in the package name, but I kept telling myself, "No, I don't want that in the name...". I think I'll deal with this with a distribution tag instead. Thanks. Dave On Nov 6, 2007, at 2:46 AM, Philip Lamb wrote: > The %type_pkg field causes the info file to be cloned, once for each > variant. So you have to also use the %type_pkg field in the package > name and the names of any splitoffs. > > Have a look at my openvrml016 package for an example. > > Cheers, > Phil. > > On 6/11/2007, at 8:14 PM, David Reiser wrote: >> >> So I slapped Info2: << at the top and << at the bottom of the >> existing .info file in my local tree. Now the validator complains >> about duplicate definitions for both gnucash2 and gnucash2-shlibs. >> >> Where does the duplicate definition complaint come from? How do I fix >> it? >> -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] InfoN increases in .info files
I'm trying to make the gnucash2.info file accommodate both perl 5.8.6 and 5.8.8 modules in the finance-quote dependencies. The validator tells me I need to have InfoN>=2 to use %type_pkg substitution in Depends: fields. So I slapped Info2: << at the top and << at the bottom of the existing .info file in my local tree. Now the validator complains about duplicate definitions for both gnucash2 and gnucash2-shlibs. Where does the duplicate definition complaint come from? How do I fix it? Thanks. Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] impossible to use libGLw in Leopard
Have you seen http://wiki.finkproject.org/index.php/Fink:Packaging:Preparing_for_10.5#OpenGL_Bug ? I'm not sure it is the same issue with libGL.dylib that I had with aqbanking16, but the SetLDFLAGS addition worked for me. Dave On 27 Oct 2007, at 10:50:14 PM, Jack Howarth wrote: > The molmol package will be unportable to Leopard > until the current breakage in Xcode is fixed. The problem > is that libGLw needs symbols such as _glXChooseVisual which > only exist in the /usr/X11R6/lib copy of libGL.dylib and thus > is unlinkable under Xcode 3.0. > Jack -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] did Apple break env?
Following the 'compile myself' faq, I have my environment set up to allow me to use fink packages to build other things that aren't quite ready for fink. Part of the result of 'env' is: CFLAGS=-I/sw/include LDFLAGS=-L/sw/lib CXXFLAGS=-I/sw/include CPPFLAGS=-I/sw/include ACLOCAL_FLAGS=-I /sw/share/aclocal PKG_CONFIG_PATH=/sw/lib/pkgconfig:/opt/lib/pkgconfig In Tiger, I could: env CFLAGS=-I/opt/include LDFLAGS=-L/opt/lib CXXFLAGS=-I/opt/include CPPFLAGS=-I/opt/aq3/include ./configure --prefix=/opt --with-gwen-dir=/ opt --with-backends=aqofxconnect --with-qt3-libs=/sw/lib --with-qt3- includes=/sw/include/qt to configure experimental versions of aqbanking. My mac would find all my fink-based dependencies. As of my upgrade install of Leopard on Friday, I have to say: env CFLAGS="-I/opt/include -I/sw/include" LDFLAGS="-L/opt/lib -L/sw/ lib -Wl,-dylib_file,/System/Library/Frameworks/OpenGL.framework/ Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/ OpenGL.framework/Versions/A/Libraries/libGL.dylib" CXXFLAGS="-I/opt/ include -I/sw/include" CPPFLAGS="-I/opt/include -I/sw/include" ./ configure --prefix=/opt --with-gwen-dir=/opt --with- backends=aqofxconnect --with-qt3-libs=/sw/lib --with-qt3-includes=/sw/ include/qt So, not only is linking to libGL busted, but it looks like 'env' is acting more like 'env -i'. Is there some way I can tell if it is acting precisely that way, or do I just grumble and make my make scripts bigger? BTW, that specific qt3 stuff in the old configure command worked around a problem in aqbanking, but my normal enviroment would find the rest of fink things like libofx and opensp. Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] finding all x11 dependent apps that are installed
I've had a couple glitches in Leopard that lead me to believe that maybe I should rebuild everything that I have installed that depends on x11. The current sticking point is an error message: ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib Anyway, is there a straightforward way to identify all the packages that I have installed that are dependent on x11? What version of x11 does Leopard have? (and which app should I have been trying to extract version info from?) Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Updating to GTK+ 2.10?
On 25 Oct 2007, at 6:39:50 PM, Robert J. Hansen wrote: [...] > > Which packages are broken? Have the maintainers been informed? > Who is > working on fixing these packages, and do they need help? > > Like Tristan, I am very willing to help with this process. But the > process appears to lack transparency, and that makes it difficult for > interested parties to do anything more than stand on the sidelines and > say "what's going on?" > As a meddling maintainer, I've had a checkout of pangocairo-branch running for a couple months. There has been a lot of work done getting it ready, especially since mid-summer. I don't use a lot of gnome, but most of the pieces I do use are in pretty good shape. gtkprint does not play nice with Apple's cups, but there is a workaround that leaves paper production no worse off than it is now. I should know by tomorrow afternoon whether Leopard's cups 1.3 solves that problem. Yelp 2.20 seems busted totally. But that looks like upstream to me. On the bright side, gnucash 2.2.1 and gnumeric 1.7.12 work well. The massive upgrade from gnome 2.6.whatever to 2.20 really is close to reality. Many thanks to RangerRick for even agreeing to take this task on, given the rest of his work load. And more thanks for the work that he has finished, even though it isn't quite visible yet. Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] errors building libxml2
I'm trying to build libofx3 against curl4 (obsolete runaround occurs trying to use curl3). But fink complains about test failures building libxml2 because it can't find symbols expected in /usr/lib/ libxml2.2.dylib. The first appearance of /usr/lib is: ## Error cases stream regression tests cdata.xml result 1,5d0 < ./test/errors/cdata.xml:2: parser error : Input is not proper UTF-8, indicate encoding ! < Bytes: 0x5B 0x43 0xE1 0x72 < < ^ < ./test/errors/cdata.xml : failed to parse ## Running the API regression tests this may take a little while dyld: lazy symbol binding failed: Symbol not found: _htmlNewParserCtxt Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testapi Expected in: /usr/lib/libxml2.2.dylib dyld: Symbol not found: _htmlNewParserCtxt Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testapi Expected in: /usr/lib/libxml2.2.dylib after a bunch of other instances, fink barfs with: ## Threaded regression tests ## generating dba10.xml ## Timing tests to try to detect performance ## as well a memory usage breakage when streaming ## 1/ using the file interface ## 2/ using the memory interface ## 3/ repeated DOM parsing ## 4/ repeated DOM validation Parsing took 831 ms Parsing took 839 ms 100 iterations took 1142 ms 100 iterations took 2574 ms ## Module tests dyld: lazy symbol binding failed: Symbol not found: _xmlModuleOpen Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testModule Expected in: /usr/lib/libxml2.2.dylib dyld: Symbol not found: _xmlModuleOpen Referenced from: /sw/src/fink.build/libxml2-2.6.27-1001/ libxml2-2.6.27/./testModule Expected in: /usr/lib/libxml2.2.dylib make[2]: *** [ModuleTests] Error 133 make[1]: *** [check-am] Error 2 make: *** [check-recursive] Error 1 ### execution of make failed, exit code 2 ### execution of /var/tmp/tmp.40.qfHqoB failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-libxml2-2.6.27-1001 (Reading database ... 4208 files and directories currently installed.) Removing fink-buildlock-libxml2-2.6.27-1001 ... Failed: phase test: error (2) I'm building this on an almost pristine /sw fink install. Anyone know why the test modules are looking in /usr/lib? Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] aqbanking-1.0.4-1beta.1002
On 16 Oct 2007, at 9:15:46 AM, Alexander K. Hansen wrote: > Samuel John wrote: >> Hi there, >> >> would it be possible to update the version to 1.3.0, because the new >> gnucash needs this for some online bankings? >> >> >> >> -- >> Package manager version: 0.27.6 >> Distribution version: 0.8.1.rsync i386 >> Mac OS X version: 10.4.10 >> Xcode version: 2.4.1 >> gcc version: 4.0.1 (Apple Computer, Inc. build 5367) >> make version: 3.80 >> >> >> Best Regards, >> >> Samuel John >> >> -- >> Dipl. Inform. Samuel John >> +---+ >> | Ph.D. student at mobile: +49 170 1952 454| >> | Faculty of Technology, | >> | Neuroinformatics Group, mail: [EMAIL PROTECTED] | >> | Bielefeld University, mail-work: [EMAIL PROTECTED] | >> | D-33615 Bielefeld | >> | in cooperation with | >> | HONDA Research Institute Europe GmbH| >> | Carl-Legien-Straße 30, | >> | D-63073 Offenbach/Main | >> +---+ >> >> >> >> -- > If you're talking about gnucash2, the version currently in Fink uses > aqbanking-2.2.6. > > -- > Alexander K. Hansen > Fink User Liaison/Documenter > akh AT finkproject DOT org with some possible additional confusion in that it's called aqbanking16 (version 2.2.6) for gnucash2. Version 2.3.3 of aqbanking16 should be available soon, but that has only a couple things that avoid unusual situations rather than much noticeable feature improvement. -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gnucash-1.8.12-11
At this point, you probably would prefer gnucash2 (much more recent
version(s), 2.2.0 just made it up tonight). Your Xcode tools is
pretty old -- most recent is 2.4.1, but I don't know if that's a
problem.
Gnucash2 is the package name in fink. You still start it as 'gnucash'
in the x11 window.
Dave
On 31 Jul 2007, at 1:02:11 PM, Janssen Vanderhooft wrote:
>
> Hi,
>
> I'm trying to install gnucash with fink, and everything built and
> installed. When I try to launch gnucash from X11, the splash
> window comes up, runs through some startup things and closes, then
> the "Welcome to GnuCash" and "Tip of the Day" windows open, but do
> not get filled with any content. After a few seconds, these
> windows close and the terminal gives a "Bus error" message. I'm
> appending the output from "gnucash --debug". I checked my home
> folder, and the .gnucash/ directory does not exist.
>
> Any help would be appreciated, I've been looking for a good, free
> financial software package and haven't had much luck. I've just
> been using a spreadsheet, which gets tedious very quickly.
>
> Thanks.
>
> --xterm output--
> Julius:~ Janssen$ gnucash --debug
> gnucash: [D] "files to open: "()
> gnucash: [D] "starting up (2)."
> gnucash: [D] "gnc:find-file looking for ""finance-quote-check"" in
> "("/sw/share/gnucash")
> gnucash: [D] " checking for ""/sw/share/gnucash/finance-quote-check"
> gnucash: [D] "found file ""/sw/share/gnucash/finance-quote-check"
> gnucash: [D] "gnc:find-file looking for ""finance-quote-helper"" in
> "("/sw/share/gnucash")
> gnucash: [D] " checking for ""/sw/share/gnucash/finance-quote-helper"
> gnucash: [D] "found file ""/sw/share/gnucash/finance-quote-helper"
> gnucash: [D] "loading system configuration"
> gnucash: [D] "gnc:find-file looking for ""config"" in "("/sw/etc/
> gnucash")
> gnucash: [D] " checking for ""/sw/etc/gnucash/config"
> gnucash: [D] "found file ""/sw/etc/gnucash/config"
> gnucash: [D] "loading user configuration"
> gnucash: [D] "trying to load ""/Users/Janssen/.gnucash/
> config-1.8.user"
> gnucash: [D] "trying to load ""/Users/Janssen/.gnucash/
> config-1.6.user"
> gnucash: [D] "trying to load ""/Users/Janssen/.gnucash/config.user"
> gnucash: [D] "trying to load ""/Users/Janssen/.gnucash/
> config-1.8.auto"
> gnucash: [D] "trying to load ""/Users/Janssen/.gnucash/
> config-1.6.auto"
> gnucash: [D] "trying to load ""/Users/Janssen/.gnucash/config.auto"
> gnucash: [D] "loading saved reports"
> gnucash: [D] "trying to load ""/Users/Janssen/.gnucash/saved-
> reports-1.8"
> gnucash: [D] "Running functions on hook "report-hook
> #
> gnucash: [D] "Running functions on hook "startup-hook
> #
> gnucash: [D] "Running functions on hook "ui-startup-hook
> #
> gnucash: [D] "Running functions on hook "add-extension-hook
> #
> #
> #
> #
> #
> Bus error
> Julius:~ Janssen$
>
>
> --
> Package manager version: 0.27.6
> Distribution version: 0.8.1.rsync i386
> Mac OS X version: 10.4.10
> Xcode version: 2.2.1
> gcc version: 4.0.1 (Apple Computer, Inc. build 5250)
> make version: 3.81
> Feedback Courtesy of FinkCommander
>
>
> --
> Janssen Vanderhooft
>
>
>
> --
> ---
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fink-devel
--
David Reiser
[EMAIL PROTECTED]
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnucash-1.8.12-11
On 29 Jun 2007, at 3:38:01 PM, John & Mary Linge wrote: > I attempted to upgrade from gnucash 1.8.11-1024 to 1.8.12-11. I could > not because of a restrictive dependency on Perl 5.8.6, which isn't > even > available any longer through Fink. I have Perl 5.8.8 installed, but > apparently gnucash can't use it. > > Thanks for any help you can give. > > By the way, I attempted to install 2.0.1-1 with the same error > messages. > > > > -- > Package manager version: 0.27.1 > Distribution version: 0.8.1.rsync powerpc > Mac OS X version: 10.4.10 > Xcode version: 2.4 > gcc version: 4.0.1 (Apple Computer, Inc. build 5363) > make version: 3.80 > Feedback Courtesy of FinkCommander > I'm currently running gnucash2-2.0.5 against fink's perl 5.8.8, but you do have to make sure that all the gnucash's perl dependencies (finance-quote and its dependencies) were built with perl 5.8.8 too -- the names for all those dependencies have -pm588 in them (or no - pmxxx at all). You might even be able to make it work just by removing fink's perl 5.8.8 (provided your 'built-in' 5.8.6 is still in its usual place). 2.0.5 is much better than 1.8.x (IMO). In a pinch you can even go back and forth as long as you're willing to swap versions with fink when ever you want to change. (That swapping won't be possible when 2.2 is released in a few weeks. 2.2 will still read the 1.8 file, but you won't be able to go back with the data to the earlier version.) Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] another libjpeg symbol error
On 13 Jun 2007, at 1:35:16 PM, Peter O'Gorman wrote: > > On Jun 12, 2007, at 11:21 PM, David Reiser wrote: > >> I'm having a similar problem to one discussed on fink-users last >> week. >> >> Gnucash is close to releasing a new version and I'm trying to prepare >> a new .info file for the latest unstable tarball. >> >> 'fink -mvkK --build-as-nobody rebuild gnucash2' appears to succeed, >> but attempting to run gnucash gives: >> >> dyld: Symbol not found: __cg_jpeg_resync_to_restart >> Referenced from: /System/Library/Frameworks/ >> ApplicationServices.framework/Versions/A/Frameworks/ >> ImageIO.framework/ >> Versions/A/ImageIO >> Expected in: /sw/lib/libjpeg.62.dylib > > Does your fink built version link libfontconfig in /usr while your > hand-built version does not? As far as I recall, libfontconfig brings > in the ApplicationServices framework, and that, in turn, tries to load > libJPEG.dylib Looks like the culprit here might be /usr/X11R6/lib/ libfontconfig.dylib brought in by the SetCPPFLAGS > > Anyway, I don't believe that gnucash needs setting DYLD_LIBRARY_PATH > at runtime, dyld will use LD_LIBRARY_PATH for dlopen() if it is set, > and libltdl will look at LTDL_LIBRARY_PATH, so as long as both of > those are set, dlopen() and lt_dlopen() should work fine, for > everything else the paths encoded into the binaries should be correct. > > So, remove DYLD_LIBRARY_PATH from the wrapper and try again, please. Thanks. I'll get help from upstream on the right way to do this (details beyond my knowledge at the moment...) BTW, Alexander's suggestion to use DYLD_FALLBACK_LIBRARY_PATH does squash my immediate problem, but I'll pursue getting the better changes incorporated upstream. > > Peter > -- > Peter O'Gorman > http://pogma.com > > Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] another libjpeg symbol error
I'm having a similar problem to one discussed on fink-users last week. Gnucash is close to releasing a new version and I'm trying to prepare a new .info file for the latest unstable tarball. 'fink -mvkK --build-as-nobody rebuild gnucash2' appears to succeed, but attempting to run gnucash gives: dyld: Symbol not found: __cg_jpeg_resync_to_restart Referenced from: /System/Library/Frameworks/ ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ Versions/A/ImageIO Expected in: /sw/lib/libjpeg.62.dylib This isn't quite the same as last week's issue, as the "Expected in:" target is slightly different, but it looks like the same problem. The build phase of the info file is: SetCPPFLAGS: -I/usr/X11R6/include -I%p/lib/system-openssl/include SetLDFLAGS: -L%p/lib/system-openssl/lib ConfigureParams: --mandir=%p/share/man --infodir=%p/share/info -- libexecdir=%p/lib --enable-error-on-warning --disable-dependency- tracking --disable-schemas-install --enable-ofx --enable-hbci -- disable-sql CompileScript: << guile16-build ./configure --prefix=%p %c guile16-build make << InstallScript: make install DESTDIR=%d This build phase has worked for gnucash2 2.0.x releases in fink. If I hand build (unpack the 2.1.3 tarball in a directory, then compile) using: guile16-build env LIBRARY_PATH=/sw/lib CPATH=/sw/include ./configure --enable-error-on-warning --enable-compile-warnings --enable-opt- style-install --prefix=/opt/gnucash-tball --enable-debug --enable- etags --enable-doxygen --enable-ofx --enable-hbci guile16-build env LIBRARY_PATH=/sw/lib CPATH=/sw/include make make install then gnucash 2.1.3 builds and runs fine (at least on my ppc mac). / opt is NOT in my PATH. DYLD_LIBRARY_PATH has been declared, but it doesn't cause a problem with the latest svn version, the 2.1.3 built by hand from the tarball, or 2.0.5 as released in unstable crypto -- only with a 'normal' fink build of the 2.1.3 tarball. akh suggested using DYLD_FALLBACK_LIBRARY_PATH, but I haven't gotten to that yet given my confusion over the hand built versions working. (And the fact that I'd have to write a patch script for aclocal.m4, configure, and three other files to make the substitution on the fly for a fink build.) gnucash 2.1 no longer depends on g-wrap. I'm not expecting that to be material, given the success of the hand-building from the tarball. Building from svn does use swig, but it succeeds too. Any additional suggestions? Dave -- David Reiser [EMAIL PROTECTED] - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnucash-2.0.2-4
On 24 Mar 2007, at 8:23:17 AM, Carl Denzen Van wrote: > Cannot compile package: > The package 'gnucash' will be built and installed. > Reading dependency for gnucash-2.0.2-4... > WARNING: While resolving dependency "goffice-shlibs" for package > "gnucash-2.0.2-4", package "goffice-shlibs" was not found. > Reading build dependency for gnucash-2.0.2-4... > WARNING: While resolving dependency "goffice-shlibs " for package > "gnucash-2.0.2-4", package "goffice-shlibs" was not found. > Can't resolve dependency "goffice-shlibs" for package > "gnucash-2.0.2-4" (no > matching packages/versions found) > Exiting with failure. > > > > -- > Package manager version: 0.27.1 > Distribution version: 0.8.1.rsync powerpc > Mac OS X version: 10.4.9 > Xcode version: 2.2.1 > gcc version: 4.0.1 (Apple Computer, Inc. build 5250) > make version: 3.80 > Feedback Courtesy of FinkCommander Is this a home-grown version of the .info file? All of the 2.0.x versions of gnucash have been in fink with the package name of gnucash2. The current version is gnucash2-2.0.5-1. The fink package that provides goffice is libgoffice. Try 'fink selfupdate' followed by fink install gnucash2. You might have to forcibly remove whatever implementation of gnucash you have now, because the gnucash2 package still is launched by 'gnucash' in an x11 terminal window. Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] perl module dependencies
On 26 Jan 2007, at 2:14:36 AM, Daniel Macks wrote: > On Fri, Jan 26, 2007 at 01:48:43AM -0500, David Reiser wrote: >> Almost exactly 3 years ago there was much discussion about versioning >> perl modules. Having read several of those threads, I don't feel so >> bad about not understanding. > [wrote a new module package...] >> I just went and made it versioned (even though I picked the pure perl >> version -- text-csv-pp-pm -- because I didn't want to mess with C >> code in perl). Do I knuckle down and figure out if it really needs to >> be versioned, and fix it if it doesn't? Or can I be slovenly and say, >> "I dug this hole, it's not too deep, I can live with it this way"? > > I won't tell you how to handle this case, but I'll summarize the > policy and my understanding of some of its causes/effects: > > Any perl module package that (1) contains compiled code or (2) depends > on a perl-versioned module must be versioned. All others need not be. > > Due to #2, best-practice would be to avoid versioning a module unless > necessary, since doing so essentially requires that everything that > depends on the module be versioned. Also, versioning clutters up the > package namespace, which could be confusing/intimidating to users. > > Switching a module between being versioned and non-versioned (either > direction) can be annoying (but not "hard" in most perl-module cases, > probably). You would need to have compatibility packages to allow > smooth upgrades and/or have to keep the last viable "other format" > package around as well as the newer one in the new format. It turns out I got it right by accident -- text-cvs-pp-pm's only builddepends, (test-simple), is versioned. > >> Second issue: Now that Leopard is out there stalking in the weeds, it >> seemed like a good idea to create 588 versions of my modules. That >> went smoother than I expected, and they're even all running in >> support of my copy of gnucash2. So now, do I modify the gnucash2.info >> file to say: Depends: mmm-pm586 | mmm-pm-588, nnn-pm586 | nnn-pm588 >> for all the modules? > > That would almost certainly not work...that says "either mmm", which > does not guarantee that it will be the one that matches the perl one > is using. That, in a nutshell, is the reason for #2 above. > > Assuming gnucash runs /usr/bin/perl you could have different forms of > the package: one for each distro, each one having the -pmXXX that > match the perl that is there. See the intltool package for an example > of this approach. Alternately, you could pick a perl you like and > adjust the package to use that perl version interpretter specifically > on all distros. There will be a perl586 package available in fink on > Leopard, just like there's a perl581 package in Tiger for > compatibility with Panther's /usr/bin/perl. Lastly, you could write a > varianted set of gnucash-perlXXX packages for a bunch of perl > versions, and have a bundle "gnucash" that Depends on them. The haze is clearing a little more Thanks for the help. > > dan > > Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] perl module dependencies
Almost exactly 3 years ago there was much discussion about versioning perl modules. Having read several of those threads, I don't feel so bad about not understanding. I have a couple issues: When I picked up several modules from that most prolific maintainer, None, the modules were already versioned, so my world view became "most pms are versioned". When one of my modules needed an additional module that hadn't been in fink before, I just went and made it versioned (even though I picked the pure perl version -- text-csv-pp-pm -- because I didn't want to mess with C code in perl). Do I knuckle down and figure out if it really needs to be versioned, and fix it if it doesn't? Or can I be slovenly and say, "I dug this hole, it's not too deep, I can live with it this way"? Second issue: Now that Leopard is out there stalking in the weeds, it seemed like a good idea to create 588 versions of my modules. That went smoother than I expected, and they're even all running in support of my copy of gnucash2. So now, do I modify the gnucash2.info file to say: Depends: mmm-pm586 | mmm-pm-588, nnn-pm586 | nnn-pm588 for all the modules? Or is there a shorter way? Other considerations that I'm not-so-blissfully unaware of? Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] failure building perl581 module
On 20 Jan 2007, at 11:44:53 PM, David R. Morrison wrote: > My guess here is that you left out the "Type: perl" line? The > default CompileScript is different for "Type: perl" packages than it > is for most packages. That is the problem (or rather, I deleted it because I thought I was specifying it enough elsewhere...) > > The easiest way to create the legacy package is just to use the > same .info file as before, but we "Type: perl (581)" (which will just > restrict it to perl581). Also, you need to rename the file as i > mentioned before. The name addition I got right (I think). Several pairs of perlmods in tracker for gnucash related dependencies. Thanks. > >-- Dave > > > On Jan 20, 2007, at 1:04 PM, David Reiser wrote: > >> When I started maintaining finance-quotehist, I didn't fully test all >> the versions when I created the multiple version info file. Now I'm >> trying to split out the 581 version as a legacy at the same time I'm >> adding a 588 version to the main info file I'm planning on >> maintaining. I have discovered that finance-quotehist-pm581 doesn't >> build (at least for me on 10.4.8 PPC). Trying to build-as-nobody, I >> get: >> >> ./configure --prefix=/sw >> Can't exec "./configure": No such file or directory at /sw/lib/perl5/ >> Fink/Services.pm line 584, line 1. >> ### execution of ./configure failed, exit code -1 >> >> Was there some function that was separate in 581 that got rolled into >> newer perl-core modules? >> >> The other question is: If this version has been dangling unbuildable >> in the 10.4 tree for 6 months, is it reasonable to assume that nobody >> is using it and I can just dump it altogether? >> >> Dave On another perl topic -- have there been problems with perl tests? I had to try to install perl588-core three times before all the tests would pass (different failures on the two failed attempts, too). I have had intermittent problems with finance-quotehist too, but I had figured that was the data server being cranky or slow. Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] failure building perl581 module
When I started maintaining finance-quotehist, I didn't fully test all the versions when I created the multiple version info file. Now I'm trying to split out the 581 version as a legacy at the same time I'm adding a 588 version to the main info file I'm planning on maintaining. I have discovered that finance-quotehist-pm581 doesn't build (at least for me on 10.4.8 PPC). Trying to build-as-nobody, I get: ./configure --prefix=/sw Can't exec "./configure": No such file or directory at /sw/lib/perl5/ Fink/Services.pm line 584, line 1. ### execution of ./configure failed, exit code -1 Was there some function that was separate in 581 that got rolled into newer perl-core modules? The other question is: If this version has been dangling unbuildable in the 10.4 tree for 6 months, is it reasonable to assume that nobody is using it and I can just dump it altogether? Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Type: perl -- How many versions to keep?
I picked up maintainership of finance-quote so that gnucash could work with a recent version. There's a new upstream f-q out, so now I'm trying to understand a bit more about perlmod info files. The existing f-q info file (mostly copied from the f-q 1.08 version before my awareness of fink) says: Architecture: (%type_pkg[perl] = 581) powerpc, (%type_pkg[perl] = 584) powerpc but also: Type: perl (5.8.1 5.8.6) So why specify an architecture for 584 and then not allow it to list finance-quote-pm584? I believe msachs' world builds complained about the absence of the 584 variant. Was 5.8.4 a notorious perl version? Dare I just include it in the Type: field? How should I go about testing either a 584 or a 588 variant if I add them to the Type: field? BTW, crypt-ssleay does this same thing, and it has a different maintainership history. Also, should I be thinking about deleting the 581 variant? I don't have a 10.3 machine around to test on. Would anyone on 10.4 be using that old a perl version? Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] go with newer glib2, or try to exclude 1 or 2 'bad' versions?
Dan Macks kindly upgraded glib2 in fink to a newly released version that doesn't break gnucash2 preference saving/reading. So glib2 2.12.4 and lower works (don't even need 2.12, but I'd have to dig out just how far back gnucash2 can go), and glib2 2.12.7 works with only a few annoying warnings in the xterminal window. Should I try to write a depends versioning declaration that excludes glib2 2.12.5 and 2.12.6 (I don't think 2.12.6 ever made it to fink)? Or do I just say glib2-shlibs (>= 2.12.7)? Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] What feature would you like to see in fink/Fink?
Something that I have wished for several times is more date information: When I most recently installed a package When I built it (this can be dug up from the deb build date, but it's more work than it should be) When the last update was on the servers (again, available but harder than it should be to find) I have wanted this information mostly when I'm muttering evil things wondering "what have I done _this_ time?" My fink efforts are sporadic, and when I get myself into trouble, being able to tell "Yeah, that one was installed yesterday" (instead of last week or last month) can help jog my memory about what I may have been thinking or attempting. Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] another crypto question
On Dec 1, 2006, at 12:18 AM, David Reiser wrote: > > On Nov 30, 2006, at 7:36 AM, Chris Zubrzycki wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> >> On Nov 29, 2006, at 10:22 PM, David Reiser wrote: >> >>> Configure checks for the presence of 2 versions of libsoup, and if >>> neither is present, testgtkhtml.c isn't compiled. Furthermore, when >>> it is compiled, it is compiled into the top src directory, and the >>> current fink implementation does not install testgtkhtml anywhere. >>> So, it looks to me like we could disable access to libsoup (via >>> buildconflicts) >> >> You don't even need to conflict. Just ignore it, or patch the >> makefile to remove that line. BuildConflicts aren't fun. >> >> >> - -chris zubrzycki > > Hmm. Patching configure or Makefile fits in my list of Not Fun. > Someone else will have to do it or teach me how to get what I want > without stomping on something else. I've been thinking abut this some more, and I've concluded that "ignore it" is really the right answer. The only time testgtkhtml is built is if crypto is active and libsoup is installed. Otherwise, configure checks for libsoup, doesn't find it, and says 'OK, I'll skip testgtkhtml'. Neither the build nor the install is disrupted by the absence of libsoup. Since fink doesn't keep the build directory anyway (usually), there is no existing circumstance that having or not having libsoup and its crypto siblings affects the installed version of gtkhtml3.8.15. Can we delete the crypto dependencies and move gtkhtml3.8.15 out of crypto? > > Dave > -- > David Reiser > [EMAIL PROTECTED] > > -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] another crypto question
On Nov 30, 2006, at 7:36 AM, Chris Zubrzycki wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > On Nov 29, 2006, at 10:22 PM, David Reiser wrote: > >> Configure checks for the presence of 2 versions of libsoup, and if >> neither is present, testgtkhtml.c isn't compiled. Furthermore, when >> it is compiled, it is compiled into the top src directory, and the >> current fink implementation does not install testgtkhtml anywhere. >> So, it looks to me like we could disable access to libsoup (via >> buildconflicts) > > You don't even need to conflict. Just ignore it, or patch the > makefile to remove that line. BuildConflicts aren't fun. > > > - -chris zubrzycki Hmm. Patching configure or Makefile fits in my list of Not Fun. Someone else will have to do it or teach me how to get what I want without stomping on something else. Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] another crypto question
On Nov 29, 2006, at 11:52 AM, Sebastien Maret wrote: > David Reiser <[EMAIL PROTECTED]> writes: > [...] > >> I've found that if I strip the crypto dependencies from the info file >> and add BuildConflicts: libsoup-everything-but-shlibs, >> gtkhtml3.8.15-3.10.2 will build and the resulting library is drop-in >> usable for gnucash 2.0.2. I still have to test if gnucash builds >> against the nc version. > > Then I guess the question is whether libsoup should be listed as a > buildep in gtkthml. It it builds without it, and if the binary is > fully functional, then we can just drop libsoup from the buildeps and > move it to non crypto. Of course we have to make sure that it is > usable for all packages that use it, not only gnucash. > > Sébastien Configure checks for the presence of 2 versions of libsoup, and if neither is present, testgtkhtml.c isn't compiled. Furthermore, when it is compiled, it is compiled into the top src directory, and the current fink implementation does not install testgtkhtml anywhere. So, it looks to me like we could disable access to libsoup (via buildconflicts), remove all the crypto dependencies, and take gtkhtml3.8.15 out of crypto without affecting any current package. If I 'grep -R soup gtkhtml-3.10.2/src', the only place 'soup' appears is in testgtkhtml.c If I 'grep -R gtkhtml3.8.15 /sw/fink/10.4', the only packages depending on gtkhtml3.8.15 are: gtk-sharp-monodoc gtk-sharp gtk-sharp2 (and soon gnucash2) I also couldn't find the character string 'testgtkhtml' anywhere in the gtk-sharp... tarball collections. Probably a good thing, since fink's install of gtkhtml3.8.15 does not contain testgtkhtml (unless I've screwed up my search methods). And I have tested building gnucash against the my libsoup-disabled gtkhtml, and gnucash works just fine. I really wouldn't know how to adequately test mono. Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] another crypto question
gtkhtml3 and 3.8.15 are in crypto because of a builddepends on libsoup (and its crypto dependencies). The packaging description mentions that the crypto portions are only used for testing during compile. Running otool -L on the gtkhtml library shows no links to crypto libraries. Crypto policy says in part "As an extension of this policy, any package that Depends (or BuildDepends) on such a package must also be in crypto". Is this extension the kind for which there is never an exception? (Like: tests things using crypto libraries but doesn't implement crypto, and doesn't link to crypto libraries in its binaries.) If it is a 'no-exceptions' case, how do you feel about my creating gtkhtml3.8.15nc? nc= no crypto. I've found that if I strip the crypto dependencies from the info file and add BuildConflicts: libsoup-everything-but-shlibs, gtkhtml3.8.15-3.10.2 will build and the resulting library is drop-in usable for gnucash 2.0.2. I still have to test if gnucash builds against the nc version. I really want gnucash 2.x to be eligible for binary distribution. With the unification of finance-quote, crypt-ssleay, and libofx, it's down to gtkhtml3.8.15 keeping a really useful base gnucash 2.0.x in crypto. (direct online banking connections using aqbanking will always force the 'full' version into crypto). Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] multiple ssl-enabled dependencies
On Nov 15, 2006, at 9:28 PM, Lars Rosengreen wrote: > On 11/15/06, Alexander Hansen <[EMAIL PROTECTED]> wrote: >> >> Linking to the system's openssl allows us to redistribute the >> packages >> in binary form if there aren't any other cryptographic issues that >> require the packages to be under a Restrictive license. > > I think it is probably still possible to distribute both AqBanking and > Gwenhyafar even if they link against Fink's OpenSSL since the licenses > for both includes exceptions like this: > > As the copyright holder of AqBanking, Martin Preuss grants the > following > license exceptions: > > 1) Martin Preuss explicitly allows the compilation and distribution of >AqBanking with the OpenSSL Toolkit. >No developer is required to provide this exception in a derived > work. > > > see: http://www.gnome.org/~markmc/openssl-and-the-gpl.html The problem with distributing binaries of gwen and aqbanking comes from gwen's implementation of hbci crypt tokens. The openssl is fine, but additional crypto requires distribution as source. (Unless I'm misunderstanding the extent of hbci cryptography vs. openssl links used.) -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] multiple ssl-enabled dependencies
On Nov 15, 2006, at 9:12 PM, Alexander Hansen wrote: > On 11/15/06, David Reiser <[EMAIL PROTECTED]> wrote: >> >> On Nov 15, 2006, at 8:32 AM, Peter O'Gorman wrote: >> >>> >>> On Nov 15, 2006, at 2:44 PM, David Reiser wrote: >>> >>>> I've been wrangling with gnucash dependencies for a while. Early on >>>> it was possible to avoid the crypto tree by getting unified >>>> versions >>>> of libofx and crypt-ssleay-pm packaged. >>>> >>>> Gwenhywfar and aqbanking will be crypto for the foreseeable future >>>> because they implement the crypto for the German hbci banking. >>>> >>>> When I submitted the info files to the tracker, I had handled >>>> the ssl >>>> dependencies in gwen and aqbanking the same way as they were >>>> handled >>>> in libofx and crypt-ssleay: forcing the use of the system openssl >>>> libraries. >>>> >>>> Considering that the main use of gwen and aqbanking will be >>>> gnucash, >>>> is it appropriate to restrict gwen and aqbanking to the system >>>> openssl versions (so that all use of ssl in a fully enabled gnucash >>>> goes through the system versions), or should the dependency be >>>> softened to allow the fink openssl versions? >>> >>> If a package is licensed under the GPL without an exception, it may >>> not be linked to fink's openssl, end of story. So, no, the >>> restriction >>> should not be "softened", you ned to use the libssl and libcrypto >>> that >>> ship with the OS. >>> >>> However, if the packages have a GPL exception allowing openssl, then >>> it is okay. >>> >>> Peter >>> >> Both aqbanking and gwenhywfar have the openssl linking allowed >> exception to LGPL/GPL. So it would be OK to let them link to openssl. >> >> So, is it either desirable or required that the info files allow it? >> >> Dave >> -- >> David Reiser >> [EMAIL PROTECTED] >> >> >> > > Linking to the system's openssl allows us to redistribute the packages > in binary form if there aren't any other cryptographic issues that > require the packages to be under a Restrictive license. > > -- > Alexander K. Hansen > Fink Documenter (still) > Got job? http://akhmac.blogdns.net/~hansen/akh_cv/ > Yep, but in this case, there are other crypto issues (hbci). -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] multiple ssl-enabled dependencies
On Nov 15, 2006, at 8:32 AM, Peter O'Gorman wrote: > > On Nov 15, 2006, at 2:44 PM, David Reiser wrote: > >> I've been wrangling with gnucash dependencies for a while. Early on >> it was possible to avoid the crypto tree by getting unified versions >> of libofx and crypt-ssleay-pm packaged. >> >> Gwenhywfar and aqbanking will be crypto for the foreseeable future >> because they implement the crypto for the German hbci banking. >> >> When I submitted the info files to the tracker, I had handled the ssl >> dependencies in gwen and aqbanking the same way as they were handled >> in libofx and crypt-ssleay: forcing the use of the system openssl >> libraries. >> >> Considering that the main use of gwen and aqbanking will be gnucash, >> is it appropriate to restrict gwen and aqbanking to the system >> openssl versions (so that all use of ssl in a fully enabled gnucash >> goes through the system versions), or should the dependency be >> softened to allow the fink openssl versions? > > If a package is licensed under the GPL without an exception, it may > not be linked to fink's openssl, end of story. So, no, the restriction > should not be "softened", you ned to use the libssl and libcrypto that > ship with the OS. > > However, if the packages have a GPL exception allowing openssl, then > it is okay. > > Peter > Both aqbanking and gwenhywfar have the openssl linking allowed exception to LGPL/GPL. So it would be OK to let them link to openssl. So, is it either desirable or required that the info files allow it? Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] multiple ssl-enabled dependencies
I've been wrangling with gnucash dependencies for a while. Early on it was possible to avoid the crypto tree by getting unified versions of libofx and crypt-ssleay-pm packaged. Gwenhywfar and aqbanking will be crypto for the foreseeable future because they implement the crypto for the German hbci banking. When I submitted the info files to the tracker, I had handled the ssl dependencies in gwen and aqbanking the same way as they were handled in libofx and crypt-ssleay: forcing the use of the system openssl libraries. Considering that the main use of gwen and aqbanking will be gnucash, is it appropriate to restrict gwen and aqbanking to the system openssl versions (so that all use of ssl in a fully enabled gnucash goes through the system versions), or should the dependency be softened to allow the fink openssl versions? Happily, the unified openssl workaround buys a lot for gnucash. At least there can be a binary version that does everything except direct online bank connections. Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] c++filt
The wiki mentions using c++filt3 to investigate the need for a GCC field in info files. XCode 2.4 is shipped with c++filt version 2.16. Do I need to go looking for another source for the utility? -- David Reiser [EMAIL PROTECTED] - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] ktoblzcheck 1.11 submitted to tracker
New upstream version. Additional data file used by aqbanking. Kept the fink legacy splitoff structure. Tracker item 1578674. -- David Reiser [EMAIL PROTECTED] - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] a package that might modify data in /sw after installation
On Oct 16, 2006, at 1:34 AM, Martin Costabel wrote: > David Reiser wrote: >> ktoblzcheck, a library to verify German bank number/account >> number pairs, comes with the most recent data set available from >> the German banking system. >> Recent versions of ktoblzcheck also have a perl script (well, 2 >> actually, but one calls the other) that can download newer >> versions of the dataset over the net and update the installed >> version. The problem is that the script leaves behind the backup >> of the original data and the unmodified version of the downloaded >> update data. So, if one were to remove ktoblzcheck with fink >> after doing an update, fink notifies the user that /sw/share/ >> ktoblzcheck can't be removed because it isn't empty. > [] >> Is there an easy way to avoid installing individual built files? >> I'm not too keen on trying to patch configure.in or some makefiles. > > I'll answer a different question from what clepple and drm did: I > understand you worry about files created by the user *after* the > installation. > > There are many packages that are doing this. For example, xemacs > has its own package manager for add-on packages. If you run this, > there will be files in /sw/lib/xemacs/xemacs-packages/ that fink > has never heard about, and they will not be removed when you remove > the Fink xemacs packages. Many other packages have user-modifiable > configuration files that live inside /sw/, and there is even a > mechanism that lets fink (via dpkg) not remove them when the > package is removed. Other packages create their runtime files > inside /sw/var/ where they are usually left behind when the package > is removed. > > In short, if you are concerned about runtime products left behind > and not controlled by the package manager, I would suggest not to > worry. > > If you really want to remove these files when the ktoblzcheck > package is removed, you can do it in a PreRmScript. Thank you for the suggestion. (Thanks to drm and clepple, too, as I needed to learn that stuff, too) PreRmScript is closer to what I had in mind, but didn't quite know what to ask for. It did have me tearing my hair, muttering, and cursing for a couple hours tonight because I had an error in the script and couldn't remove the package until I found the script in /sw/var/... > > -- > Martin > Dave -- David Reiser [EMAIL PROTECTED] climbing the gnucash dependency tree. slowly. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] a package that might modify data in /sw after installation
ktoblzcheck, a library to verify German bank number/account number pairs, comes with the most recent data set available from the German banking system. Recent versions of ktoblzcheck also have a perl script (well, 2 actually, but one calls the other) that can download newer versions of the dataset over the net and update the installed version. The problem is that the script leaves behind the backup of the original data and the unmodified version of the downloaded update data. So, if one were to remove ktoblzcheck with fink after doing an update, fink notifies the user that /sw/share/ktoblzcheck can't be removed because it isn't empty. The upstream maintainer has indicated that he would prefer I not include the scripts in the package -- on the theory that anyone counting on the package management software for this package probably isn't going to do a private update anyway (and there have been fairly regular upstream updates on this library). Is there an easy way to avoid installing individual built files? I'm not too keen on trying to patch configure.in or some makefiles. Dave -- David Reiser [EMAIL PROTECTED] - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] compatibility version and package name
On Oct 12, 2006, at 11:53 PM, Daniel Macks wrote: > On Thu, Oct 12, 2006 at 10:46:26PM -0400, David Reiser wrote: >> If the compatibility version of a library changes, does that mean the >> package name must change? > > No. But... > >> e.g., libofx-0.7.0 (from package libofx1) provides libofx.1.0.0.dylib >> having compatibility version 2.0.0 >> libofx-0.8.2 (new upstream version) provides libofx.3.0.0 having >> compatibility version 4.0.0 > > the install_name has also changed, and that does mean th package name > must change. So... > >> should the package for the new version be called libofx2? > > libofx3...no reason to make people guess about the install_name <--> > package-name mapping. Thanks. package submitted to tracker, number 1576388 > > dan > > -- > Daniel Macks > [EMAIL PROTECTED] > http://www.netspace.org/~dmacks > Dave -- David Reiser [EMAIL PROTECTED] - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] compatibility version and package name
If the compatibility version of a library changes, does that mean the package name must change? e.g., libofx-0.7.0 (from package libofx1) provides libofx.1.0.0.dylib having compatibility version 2.0.0 libofx-0.8.2 (new upstream version) provides libofx.3.0.0 having compatibility version 4.0.0 should the package for the new version be called libofx2? Dave -- David Reiser [EMAIL PROTECTED] - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] name for crypto finance-quote
On Oct 8, 2006, at 7:14 PM, Alexander Hansen wrote: > On 10/8/06, David Reiser <[EMAIL PROTECTED]> wrote: >> My submission of finance-quote 1.12 has languished, mostly because it >> took me quite a while to understand crypto policy and its >> implications. I've now figured out a way to patch gnucash 2.0.x to >> allow it to use the older, non-crypto finance-quote that already >> exists in fink. The older finance-quote allows stock quote retrieval >> from http servers (about 90% of what I usually use). I think that >> capability is enough to live with having the older finance-quote as- >> is, and renaming the newer version so that both versions are >> available. >> >> What is an appropriate name? finance-quote-ssl-pm? something else? >> Finance-Quote 1.12 now requires crypt-ssleay in order to connect to >> an increasing number of https quote servers. >> -- >> David Reiser >> [EMAIL PROTECTED] >> >> > You should base the name on whatever crypto engine it uses: if it > links to openssl then -ssl is appropriate. Silly me. I went back and reread the most recent tracker comment, finally caught on a little to "unification", followed the commenter's advice and asked Max to take a look at crypt-ssleay. In no time at all, Max submitted the new! non-crypto! crypt-ssleay. (Thanks Max.) I changed the status for the the finance-quote 1.12 tracker back to 'undergoing validation'. I suppose I should have tried boosting the priority, too, since other than the crypto question, the info file was remarkably similar to the accepted finance-quotehist submission. Would someone please have a look, and if acceptable, commit f-q as a straight libs/perlmods entry? https://sourceforge.net/tracker/? func=detail&atid=414256&aid=1500718&group_id=17203 Thanks. > -- > Alexander K. Hansen > Fink Documenter (still) > Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] name for crypto finance-quote
My submission of finance-quote 1.12 has languished, mostly because it took me quite a while to understand crypto policy and its implications. I've now figured out a way to patch gnucash 2.0.x to allow it to use the older, non-crypto finance-quote that already exists in fink. The older finance-quote allows stock quote retrieval from http servers (about 90% of what I usually use). I think that capability is enough to live with having the older finance-quote as- is, and renaming the newer version so that both versions are available. What is an appropriate name? finance-quote-ssl-pm? something else? Finance-Quote 1.12 now requires crypt-ssleay in order to connect to an increasing number of https quote servers. -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnucash build issue
On Oct 6, 2006, at 1:27 AM, Daniel Macks wrote: > On Fri, Oct 06, 2006 at 01:18:13AM -0400, David Reiser wrote: >> I'm trying to stomp on a remaining issue in bmaret's experimental >> gnucash.info. "fink install gnucash" completes (as long as gwenhywfar >> is installed - gotta fix that dependency, too) and gnucash works. But >> "fink remove gnucash" does not clean up completely behind itself. >> >> Here's a snippet from the .info file: >> >> ConfigureParams: --mandir=%p/share/man --infodir=%p/share/info -- >> libexecdir=%p/lib --enable-error-on-warning=no --disable-dependency- >> tracking --disable-schemas-install --enable-ofx --enable-hbci -- >> disable-sql >> CompileScript: << >>guile16-build ./configure --prefix=%p %c >>guile16-build make >> << >> >> And here's a chunk of output from "fink build gnucash" after deleting >> debs created from prior runs: >> >> /usr/bin/install -c .libs/gnucash-bin /sw/src/fink.build/root- >> gnucash-2.0.1-1/sw/bin/gnucash-bin >> test -z "/sw/src/fink.build/root-gnucash-2.0.1-1/sw/bin" || /bin/ >> sh ../../mkinstalldirs "/sw/src/fink.build/root-gnucash-2.0.1-1/sw/ >> bin" >> /usr/bin/install -c 'gnucash-env' '/sw/src/fink.build/root- >> gnucash-2.0.1-1/sw/bin/gnucash-env' >> /usr/bin/install -c 'gnucash-make-guids' '/sw/src/fink.build/root- >> gnucash-2.0.1-1/sw/bin/gnucash-make-guids' >> /usr/bin/install -c 'update-gnucash-gconf' '/sw/src/fink.build/root- >> gnucash-2.0.1-1/sw/bin/update-gnucash-gconf' >> /usr/bin/install -c 'gnucash' '/sw/src/fink.build/root- >> gnucash-2.0.1-1/sw/bin/gnucash' >> /usr/bin/install -c 'gnucash-valgrind' '/sw/src/fink.build/root- >> gnucash-2.0.1-1/sw/bin/gnucash-valgrind' >> make[6]: Nothing to be done for `install-data-am'. >> Making install in overrides >> make[6]: Nothing to be done for `install-exec-am'. >> test -z "/sw/lib/gnucash/overrides" || /bin/sh ../../../mkinstalldirs >> "/sw/lib/gnucash/overrides" >> mkdir -p -- /sw/lib/gnucash/overrides >> /usr/bin/install -c 'gnucash-env' '/sw/lib/gnucash/overrides/gnucash- >> env' >> /usr/bin/install -c 'gnucash-make-guids' '/sw/lib/gnucash/overrides/ >> gnucash-make-guids' >> /usr/bin/install -c 'guile' '/sw/lib/gnucash/overrides/guile' >> Making install in test >> make[6]: Nothing to be done for `install-exec-am'. >> make[6]: Nothing to be done for `install-data-am'. >> test -z "/sw/src/fink.build/root-gnucash-2.0.1-1/sw/bin" || /bin/ >> sh ../mkinstalldirs "/sw/src/fink.build/root-gnucash-2.0.1-1/sw/bin" >> /usr/bin/install -c 'gnc-test-env' '/sw/src/fink.build/root- >> gnucash-2.0.1-1/sw/bin/gnc-test-env' >> >> so fink is merrily making install in /sw/src/fink.build/root- >> gnucash-2.0.1-1 >> then suddenly it switches to making install in /sw/lib/gnucash >> and then it switches back to making install in /sw/src/fink.build/ >> root-gnucash-2.0.1-1 >> >> Sure looks to me like --libexecdir=%p/lib is not behaving as >> expected. Any chance that's fink? Or should I continue swimming >> upstream? > > Looks like the .info is using the implicit default InstallScript of: > > InstallScript: make install prefix=%i > > Check with 'fink dumpinfo -finstallscript gnucash' to confirm. make install prefix=/sw/src/fink.build/root-gnucash-2.0.1-1/sw > Try > instead using an explicit one that uses a more modern and functional > variable: > > InstallScript: make install DESTDIR=%d Then the fink dumpinfo response is: make install DESTDIR=/sw/src/fink.build/root-gnucash-2.0.1-1 and it works! (a couple of dependency issues to double-check, and this one will finally be ready for unstable) Thank you very much. > > dan > Dave -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gnucash build issue
I'm trying to stomp on a remaining issue in bmaret's experimental gnucash.info. "fink install gnucash" completes (as long as gwenhywfar is installed - gotta fix that dependency, too) and gnucash works. But "fink remove gnucash" does not clean up completely behind itself. Here's a snippet from the .info file: ConfigureParams: --mandir=%p/share/man --infodir=%p/share/info -- libexecdir=%p/lib --enable-error-on-warning=no --disable-dependency- tracking --disable-schemas-install --enable-ofx --enable-hbci -- disable-sql CompileScript: << guile16-build ./configure --prefix=%p %c guile16-build make << And here's a chunk of output from "fink build gnucash" after deleting debs created from prior runs: /usr/bin/install -c .libs/gnucash-bin /sw/src/fink.build/root- gnucash-2.0.1-1/sw/bin/gnucash-bin test -z "/sw/src/fink.build/root-gnucash-2.0.1-1/sw/bin" || /bin/ sh ../../mkinstalldirs "/sw/src/fink.build/root-gnucash-2.0.1-1/sw/bin" /usr/bin/install -c 'gnucash-env' '/sw/src/fink.build/root- gnucash-2.0.1-1/sw/bin/gnucash-env' /usr/bin/install -c 'gnucash-make-guids' '/sw/src/fink.build/root- gnucash-2.0.1-1/sw/bin/gnucash-make-guids' /usr/bin/install -c 'update-gnucash-gconf' '/sw/src/fink.build/root- gnucash-2.0.1-1/sw/bin/update-gnucash-gconf' /usr/bin/install -c 'gnucash' '/sw/src/fink.build/root- gnucash-2.0.1-1/sw/bin/gnucash' /usr/bin/install -c 'gnucash-valgrind' '/sw/src/fink.build/root- gnucash-2.0.1-1/sw/bin/gnucash-valgrind' make[6]: Nothing to be done for `install-data-am'. Making install in overrides make[6]: Nothing to be done for `install-exec-am'. test -z "/sw/lib/gnucash/overrides" || /bin/sh ../../../mkinstalldirs "/sw/lib/gnucash/overrides" mkdir -p -- /sw/lib/gnucash/overrides /usr/bin/install -c 'gnucash-env' '/sw/lib/gnucash/overrides/gnucash- env' /usr/bin/install -c 'gnucash-make-guids' '/sw/lib/gnucash/overrides/ gnucash-make-guids' /usr/bin/install -c 'guile' '/sw/lib/gnucash/overrides/guile' Making install in test make[6]: Nothing to be done for `install-exec-am'. make[6]: Nothing to be done for `install-data-am'. test -z "/sw/src/fink.build/root-gnucash-2.0.1-1/sw/bin" || /bin/ sh ../mkinstalldirs "/sw/src/fink.build/root-gnucash-2.0.1-1/sw/bin" /usr/bin/install -c 'gnc-test-env' '/sw/src/fink.build/root- gnucash-2.0.1-1/sw/bin/gnc-test-env' so fink is merrily making install in /sw/src/fink.build/root- gnucash-2.0.1-1 then suddenly it switches to making install in /sw/lib/gnucash and then it switches back to making install in /sw/src/fink.build/ root-gnucash-2.0.1-1 Sure looks to me like --libexecdir=%p/lib is not behaving as expected. Any chance that's fink? Or should I continue swimming upstream? Thanks Dave -- David Reiser [EMAIL PROTECTED] Mac 10.4.8 PPC, gcc 4.0.1 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] finance-quotehist-pm586 compiling fails
hmm. The last two releases had to have fixes for the ^DJI test data because Yahoo has changed the data format at least twice this year. I'll see if I can find a solution. Dave On Oct 2, 2006, at 10:07 AM, Sébastien Maret wrote: > Compiling finance-quotehist-pm586 fails with the following error: > > Setting up fink-buildlock-finance-quotehist-pm586-1.09-1 > (2006.10.02-09.42.20) ... > gzip -dc /sw/src/Finance-QuoteHist-1.09.tar.gz | /sw/bin/tar -xf - > --no-same-owner --no-same-permissions > /usr/bin/perl5.8.6 Makefile.PL PERL=/usr/bin/perl5.8.6 PREFIX=/sw > INSTALLPRIVLIB=/sw/lib/perl5/5.8.6 > INSTALLARCHLIB=/sw/lib/perl5/5.8.6/darwin-thread-multi-2level > INSTALLSITELIB=/sw/lib/perl5/5.8.6 > INSTALLSITEARCH=/sw/lib/perl5/5.8.6/darwin-thread-multi-2level > INSTALLMAN1DIR=/sw/share/man/man1 INSTALLMAN3DIR=/sw/share/man/man3 > INSTALLSITEMAN1DIR=/sw/share/man/man1 > INSTALLSITEMAN3DIR=/sw/share/man/man3 INSTALLBIN=/sw/bin > INSTALLSITEBIN=/sw/bin INSTALLSCRIPT=/sw/bin > Note: This is not required, but installing Text::CSV_XS on your system > will speed up the parsing of quote data in CSV format. A C > compiler is necessary, however. In the meantime we will use > Text::CSV_PP. > Checking if your kit is complete... > Looks good > Writing Makefile for Finance-QuoteHist > make > cp lib/Finance/QuoteHist/Generic.pm blib/lib/Finance/QuoteHist/ > Generic.pm > cp lib/Finance/QuoteHist.pm blib/lib/Finance/QuoteHist.pm > cp lib/Finance/QuoteHist/QuoteMedia.pm blib/lib/Finance/QuoteHist/ > QuoteMedia.pm > cp lib/Finance/QuoteHist/Yahoo.pm blib/lib/Finance/QuoteHist/Yahoo.pm > cp lib/Finance/QuoteHist/MSN.pm blib/lib/Finance/QuoteHist/MSN.pm > Manifying blib/man3/Finance::QuoteHist::Generic.3pm > Manifying blib/man3/Finance::QuoteHist.3pm > Manifying blib/man3/Finance::QuoteHist::Yahoo.3pm > Manifying blib/man3/Finance::QuoteHist::QuoteMedia.3pm > Manifying blib/man3/Finance::QuoteHist::MSN.3pm > make test > PERL_DL_NONLAZY=1 /usr/bin/perl5.8.6 "-MExtUtils::Command::MM" "-e" > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > t/00_basicok > t/05_csv..ok >80/161 skipped: Text::CSV_XS not installed > t/10_quotes...ok 100/104# Failed test (t/10_quotes.t at > line 30) > # got: > '^DJI: > 1997/11/03:7443.0700:7934.5300:7334.7700:7823.1300:545404700:7823.1300 > ' > # expected: > '^DJI: > 1997/11/03:7443.0700:7934.5300:7334.7700:7823.1300:545404739:7823.1300 > ' > # Failed test (t/10_quotes.t at line 30) > t/10_quotes...NOK 102# got: > '^DJI: > 1997/12/01:7823.6200:8209.5600:7563.2300:7908.2500:564825400:7908.2500 > ' > # expected: > '^DJI: > 1997/12/01:7823.6200:8209.5600:7563.2300:7908.2500:564825456:7908.2500 > ' > # Failed test (t/10_quotes.t at line 30) > t/10_quotes...NOK 103# got: > '^DJI: > 1998/01/02:7908.2500:8072.9100:7391.5900:7906.5000:667360500:7906.5000 > ' > # expected: > '^DJI: > 1998/01/02:7908.2500:8072.9100:7391.5900:7906.5000:667360492:7906.5000 > ' > # Failed test (t/10_quotes.t at line 30) > # got: > '^DJI: > 1998/02/02:7987.4600:8616.7200:7987.4600:8545.7200:643738400:8545.7200 > ' > # expected: > '^DJI: > 1998/02/02:7987.4600:8616.7200:7987.4600:8545.7200:643738423:8545.7200 > ' > t/10_quotes...NOK 104# Looks like you failed 4 tests of 104. > t/10_quotes...dubious >Test returned status 4 (wstat 1024, 0x400) > DIED. FAILED tests 101-104 >Failed 4/104 tests, 96.15% okay > t/20_dividendsok > t/30_splits...ok > Failed Test Stat Wstat Total Fail Failed List of Failed > -- > - > t/10_quotes.t4 1024 1044 3.85% 101-104 > 80 subtests skipped. > Failed 1/5 test scripts, 80.00% okay. 4/289 subtests failed, 98.62% > okay. > make: *** [test_dynamic] Error 2 > ### execution of make failed, exit code 2 > > Sébastien -- David Reiser [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] future of gnucash and hbci
On Aug 20, 2006, at 1:05 PM, Sebastien Maret wrote: > Sebastien Maret <[EMAIL PROTECTED]> writes: > >> I am working on upgrading aqbanking packages and its dependencies to >> add bci support in Gnucash package. I'll let you know when I am >> finished. > > I've upgraded gnucash and its dependencies in my experimental > branch yesterday. > Axel, David, could you please let me know if hcbi and ofx works as > expected, so I can > move the package to unstable? > > Sébastien > Works for me, but the first build of gnucash failed because it couldn't find the aqbanking headers. I went back and installed the 3 aqbanking files (which had already been built...), then gnucash built. It seems to run fine. Curiously enough, even OFXDirectConnect works (and it was supposed to require a hack included after the 0.8.0 tarball was released). Importing OFX files also works. I expected that to work since that succeeds with older libofx anyway and doesn't use aqbanking at all. -- David Reiser [EMAIL PROTECTED] - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] future of gnucash and hbci
That shouldn't be too hard. Very recent versions of both build fine for me out of tree with no patches. The one wrench in the works is if you depend on ofx. The current libofx will work with gnucash 2.x for importing ofx files. Aqbanking has added the capability to use ofxdirectconnect to download ofx data streams directly into gnucash. (No payments can be initiated from within gnucash via ofx, though). The current version of Aqbanking requires a version of libofx that is newer than the latest tarball, which is over a year old. I'll check what happens if one tries to build aqbanking with the old libofx (I think aqbanking then just leaves out the newer ofx capabilities -- leaving the standard import function in gnucash available). That shouldn't impact hbci users in Europe, though. There was supposed to be a new release of libofx by now, but it is still pending... I won't be able to test aqbanking and gwenhywfar on an Intel Mac, but if I get the info files working, I'll send them up for someone else to test. If you are the impatient sort, you might want to make sure you have qt3 installed -- aqbanking uses it for the setup interface for bank account connections. As I recall, it takes longer to build qt3 than it does to build gnucash itself. Dave On Aug 11, 2006, at 5:11 PM, Axel Wernicke wrote: > Hi list, > > since yesterday are we able to build a flawless running binary for the > new gnucash for Intel. The necessary changes in the > libgnomecanvas2.info > file where already done. > There also exists an .info file for gnucash 2.0 (sebastian maret did > that job - big kudos to him). > So, the only thing that is problematic right now, is that the hbci > packages gwenhywfar and aqbanking are much to old to work properly > (said > christian stimmig, one of the devs of that packages). Any chance we > get > them updated somwhen in the near future? > > greetings and thanks for all the effort you all put into OSS for OS X! > > lexA > > -- David Reiser [EMAIL PROTECTED] - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libgnomecanvas, optimization, and Intel Macs
Kevin Foss recently reported, https://lists.gnucash.org/pipermail/ gnucash-devel/2006-August/018341.html , that based on comments in Darwinports, http://www.opendarwin.org/pipermail/gnome-darwinports/ 2006-July/000823.html , he was able to get gnucash 2.0.1 working on intel macs by changing the libgnomecanvas .info file to set optimization to -O1 and recompiling libgnomecanvas. Is this enough evidence to request an official update to libgnomecanvas2.info? (At least for Intel architechture -- libgnomecanvas seems to work well enough for me on a PPC mac) In general, what are the consequences of switching from -O3 to -O1 for optimization? Dave -- David Reiser [EMAIL PROTECTED] - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] .info file creation for g-wrap 1.9.6
I tried compiling g-wrap 1.9.6 outside of fink, and it worked. I modified the 1.3.4 .info file to use with 1.9.6, and that worked, too -- but I'm sure I had errors in the splitoff setup. So I've gone through the packaging manual a bit, and I have some questions: 1.9.6 supplies libffi if configure can't find ffi.h. Do I use a Provides: field for that, or just treat it as an internal library (no mention of libffi in fink, possibly because the redhat pages indicate that it is maintained in gcc now...)? Many, but not all, of the packages in the 10.4 tree have revisions starting at 1000. Since g-wrap 1.9.6 has not been available in Fink before, do I start at 1 or 1000? Do .a files appear in the %N-shlibs Files: field? Is it true that by virtue of .so files being modules instead of libraries, that .so files should not appear in the Shlibs: field? Seems hard to do anyway, since there is no compatibility version information associated with otools -L on a .so. I'm working in the 10.4 tree, and don't know much about the relationships between the trees from a packaging standpoint. Should I go ahead and submit my .info file for the 10.4 tree? Thanks. -- David Reiser [EMAIL PROTECTED] ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] .so vs .dylib
On Jun 1, 2006, at 8:50 AM, Peter O'Gorman wrote:
> On Thu, 2006-06-01 at 01:15 -0400, David Reiser wrote:
>
>> no soap. I wonder if ${QOF_LIBS} is 'providing' -lfoo
>>
>
> Heh, I bet they still ahve a configure check for darwin that does a
> sed
> on the generated libtool script to always build dylibs. I added that
> years ago, and it always worked because I controlled how things were
> loaded etc by being fink's maintainer of libtool and guile etc.
>
> It is probably time to remove that hack now :)
Removing the configure.in hack works. Thanks.
Just so I start learning a few more things, does your earlier comment
mean that it is any attempts to link to foo.so that will cause grief
in the future?
>
> Peter
>
Dave
--
David Reiser
[EMAIL PROTECTED]
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] .so vs .dylib
On Jun 1, 2006, at 12:32 AM, Peter O'Gorman wrote:
> On Wed, 2006-05-31 at 23:50 -0400, David Reiser wrote:
>> On May 31, 2006, at 7:20 PM, Peter O'Gorman wrote:
>>
>> [snip]
>>> gnucash-1.9 probably still uses libltdl to open modules, doesn't it?
>>>
>>> Peter
>>
>> The module of immediate interest is loaded by gmodule.
>
> Ensure that the Makefile.am for this module has the -module flag
> for the
> library's _la_LDFLAGS and rerun automake. Then cross your fingers and
> home that nothing actually puts -lfoo on the link line.
>
> Peter
From makefile.am:
libgnc_backend_file_la_LDFLAGS = -module -avoid-version
libgnc_backend_file_la_LIBADD = \
${GLIB_LIBS} ${GCONF_LIBS} ${LIBXML2_LIBS} \
${top_builddir}/src/engine/libgncmod-engine.la \
${top_builddir}/src/core-utils/libcore-utils.la \
${QOF_LIBS}
no soap. I wonder if ${QOF_LIBS} is 'providing' -lfoo
Thanks for the help.
--
David Reiser
[EMAIL PROTECTED]
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] .so vs .dylib
On May 31, 2006, at 7:20 PM, Peter O'Gorman wrote: [snip] > gnucash-1.9 probably still uses libltdl to open modules, doesn't it? > > Peter The module of immediate interest is loaded by gmodule. -- David Reiser [EMAIL PROTECTED] ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] .so vs .dylib
On May 31, 2006, at 7:20 PM, Peter O'Gorman wrote: > On Wed, 2006-05-31 at 09:25 -0400, David Reiser wrote: >> This isn't necessarily a fink question, but it might get to be... >> >> A change was made in gnucash 1.9.7 where the program looks to load >> a .so module, but the compiler/linker only created .dylib files. The >> object in question is a Mach bundle. Creating a symlink x.so -> >> x.dylib does allow everything to work, but it seems like an ugly fix. >> Where should I be looking to find documentation on the proper >> approach to either create a .so file in the first place, or let the >> program look for .dylib files in the case of a Darwin system? >> >> Their one mac developer has moved on to other projects, and I'm >> trying to keep the mac friendly ball rolling with limited knowledge >> on my part. > > Neil moved on? He's still working on cashutil, but not the related internals in gnucash. > > Gnucash has a whole bunch of libraries that are also loadable modules > and is one of the reasons that dlcompat got written all those years > ago. > Gnucash-1.8 and 1.9 may differ in this regard though, I do not know. > > 1.8 always uses libltdl or guile to load modules, and guile always > uses > it's own libltdl, libltdl has a hard-coded-at-compile-time idea of > what > the loadable module extension is, and depending on the libtool > version, > that will either be .so or .dylib on darwin. This should not matter if > the .la files are kept around though, as the .la file has the > dlopenable > name in it. That's strange, because the .la files are still around. > > gnucash-1.9 probably still uses libltdl to open modules, doesn't it? It looks like it, based on what I see in the launch script, but I don't know (one of those 'limited knowledge' points). > > Peter Thanks for the info. Dave -- David Reiser [EMAIL PROTECTED] ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] .so vs .dylib
Thank you very much. That's what I needed to get started. The fog is slowly lifting. Someday I'll really understand... Dave On May 31, 2006, at 4:28 PM, Daniel Macks wrote: > On Wed, May 31, 2006 at 09:25:50AM -0400, David Reiser wrote: >> This isn't necessarily a fink question, but it might get to be... >> >> A change was made in gnucash 1.9.7 where the program looks to load >> a .so module, but the compiler/linker only created .dylib files. The >> object in question is a Mach bundle. Creating a symlink x.so -> >> x.dylib does allow everything to work, but it seems like an ugly fix. >> Where should I be looking to find documentation on the proper >> approach to either create a .so file in the first place, or let the >> program look for .dylib files in the case of a Darwin system? >> >> Their one mac developer has moved on to other projects, and I'm >> trying to keep the mac friendly ball rolling with limited knowledge >> on my part. > > Here's some quick info: > http://fink.sourceforge.net/doc/porting/shared.php > > dan > > -- > Daniel Macks > [EMAIL PROTECTED] > http://www.netspace.org/~dmacks > > > > _______ > Fink-devel mailing list > Fink-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fink-devel -- David Reiser [EMAIL PROTECTED] ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] .so vs .dylib
This isn't necessarily a fink question, but it might get to be... A change was made in gnucash 1.9.7 where the program looks to load a .so module, but the compiler/linker only created .dylib files. The object in question is a Mach bundle. Creating a symlink x.so -> x.dylib does allow everything to work, but it seems like an ugly fix. Where should I be looking to find documentation on the proper approach to either create a .so file in the first place, or let the program look for .dylib files in the case of a Darwin system? Their one mac developer has moved on to other projects, and I'm trying to keep the mac friendly ball rolling with limited knowledge on my part. -- David Reiser [EMAIL PROTECTED] ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
