Re: [Fink-devel] Problem with package logrotate-3.7.1-1
On 9/08/2012, at 11:26 AM, Alexander Hansen wrote: > I can't think of a compelling reason for users to set MasterLast or > MasterNever, other than having to select the original source URL for new > packages. > > And ClosestFirst, in practice, seems to work the same as MasterNever. I can't comment on the wisdom of selecting any particular mirror set as the default, other than to note that for users not located in the US or EU, choosing "closest first" as the default mirror set (as I have) can sometimes make a large difference to fetch speeds. This is definitely the case in New Zealand (my location) where it makes a lot of sense to fetch something from a NZ-based mirror rather than pulling the bits halfway around the globe. Regards, Phil. -- 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] Problem with package logrotate-3.7.1-1
On 9/08/2012, at 11:04 AM, Alexander Hansen wrote: > On 8/8/12 3:40 PM, Philip Lamb wrote: >> >> Package apache2 depends on logrotate, but logrotate won't build, as its >> source tarball appears to have gone or moved URL. > > It's available on the Fink Master mirrors. > Ok, good. Would someone with write access please update the fink info file to change the mirror set. Phil. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Problem with package logrotate-3.7.1-1
Hi all, Sending to the list as noone listed as maintainer for logrotate. Package apache2 depends on logrotate, but logrotate won't build, as its source tarball appears to have gone or moved URL. curl --connect-timeout 30 -f -L -A 'fink/0.34.2' -O http://ftp.debian.org/debian/pool/main/l/logrotate/logrotate_3.7.1.orig.tar.gz curl: (22) The requested URL returned error: 404 ### execution of curl failed, exit code 22 Downloading the file "logrotate_3.7.1.orig.tar.gz" failed. Hopefully we can get this package fixed ASAP, as I see a bunch of people needing Fink's apache2 to replace the stripped-down apache provided with OS X / OS X Server 10.8 Regards, Phil. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Linker using static libs from fink package.
Hi all, I'm updating one of my fink packages (openvrml016) and I've run into an issue with the linker. I'm not sure if I'm missing something totally obvious here, so please bear with me if these is trivial to solve. Basically, the openvrml fink package links against a bunch of other fink packages, and some of these have static libs (.a) as well as dylibs. The build process appears to be pulling in the static libraries in preference to the dylibs. E.g. for freetype, it's linking to /sw/lib/freetype219/lib/libfreetype.a rather than /sw/lib/freetype219/lib/libfreetype.6.dylib. Given that the build process for openvrml is based on autoconf, I can't see any obvious error here, nor do I recall any simple way to force the linker to prefer dylibs, as I thought it did that already! One other point which is probably not relevant, is that in this case, I'm cross-compiling for i386 arch on an x86_64 host. Any tips gladly welcomed. Regards, Phil. smime.p7s Description: S/MIME cryptographic signature -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev___ 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] Removal of mozilla from dist
Hanspeter, Go right ahead. There's no sane reason anyone would still be using openvrml as opposed to openvrml016. Even openvrml016 is getting old. I'll need to look at porting the latest version sometime. Regards, Phil. On 28/07/2010, at 10:26 PM, Hanspeter Niederstrasser wrote: > The package mozilla is _very_ old, and probably has gazillion of security > issues. It also conflicts with some changes that JFM and myself wish to make > to firefox & seamonkey. Currently, the only package that depends on it is > openvrml, which has been superseded by openvrml016. > > Philip, can openvrml be removed from Fink so that we can remove mozilla? > > And if someone has a reason why mozilla shouldn't be removed, please speak up > (an upgrade stub package to either seamonkey or firefox could easily be put > in its place if wanted). > > BTW, the proposed change is to change the default 3rd party gecko plugin > location from the hardcoded /usr/lib/mozilla/plugins to > %p/lib/mozilla/plugins (%p/lib/%N/plugins will still work as it currently > does). The benefit is that future releases of each browser will be able to > find 3rd party plugins (currently mozplugger and librsvg and soon gnash) > w/out being limited to a specific browserN. > > Hanspeter smime.p7s Description: S/MIME cryptographic signature -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm___ 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
[Fink-devel] nspr compile failure on 10.5.. spot the problem
Hi all, I am posting this here as I haven't heard from the maintainer (Ben Reed) and I need to sort it out. nspr-4.6.6-1 fails to build on 10.5/9A581 (Intel). This is on a clean install of the OS and with a clean fink install (bootstrapped from 0.27.8). The error is "/usr/include/signal.h:84: error: syntax error before numeric constant". Line 84 of signal.h is "int pthread_kill (pthread_t, int);" so I'm a bit baffled to say the least! Relevant section of build log follows... Regards, Phil. -- $ fink install nspr [snip] cd linking; make export gcc -o prlink.o -c-I/sw/include -pipe -Wmost -fno-common -no-cpp- precomp -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 - DHAVE_BSD_FLOCK=1 -Di386=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 - DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS - UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr - I../../../pr/include -I../../../pr/include/private -I/Developer/ Headers/FlatCarbon prlink.c In file included from /System/Library/Frameworks/ CoreFoundation.framework/Headers/CoreFoundation.h:21, from /System/Library/Frameworks/ CoreServices.framework/Frameworks/CarbonCore.framework/Headers/ CarbonCore.h:20, from /System/Library/Frameworks/ CoreServices.framework/Frameworks/AE.framework/Headers/AE.h:20, from /System/Library/Frameworks/ CoreServices.framework/Headers/CoreServices.h:21, from /Developer/Headers/FlatCarbon/CodeFragments.h:1, from prlink.c:48: /usr/include/signal.h:84: error: syntax error before numeric constant prlink.c: In function 'pr_LoadMachDyldModule': prlink.c:613: warning: 'NSCreateObjectFileImageFromFile' is deprecated (declared at /usr/include/mach-o/dyld.h:145) prlink.c:615: warning: 'NSLinkModule' is deprecated (declared at /usr/ include/mach-o/dyld.h:161) prlink.c:621: warning: 'NSDestroyObjectFileImage' is deprecated (declared at /usr/include/mach-o/dyld.h:147) prlink.c:623: warning: 'NSUnLinkModule' is deprecated (declared at / usr/include/mach-o/dyld.h:169) prlink.c: In function 'pr_LoadViaCFM': prlink.c:701: warning: 'ResolveAliasFile' is deprecated (declared at / System/Library/Frameworks/CoreServices.framework/Frameworks/ CarbonCore.framework/Headers/Aliases.h:1035) prlink.c:707: warning: 'GetDiskFragment' is deprecated (declared at / System/Library/Frameworks/CoreServices.framework/Frameworks/ CarbonCore.framework/Headers/CodeFragments.h:345) prlink.c: In function 'pr_LoadViaDyld': prlink.c:767: warning: 'NSAddImage' is deprecated (declared at /usr/ include/mach-o/dyld.h:230) prlink.c: In function 'PR_UnloadLibrary': prlink.c:1271: warning: 'NSUnLinkModule' is deprecated (declared at / usr/include/mach-o/dyld.h:169) prlink.c:1287: warning: 'CloseConnection' is deprecated (declared at / System/Library/Frameworks/CoreServices.framework/Frameworks/ CarbonCore.framework/Headers/CodeFragments.h:382) prlink.c: In function 'pr_FindSymbolInLib': prlink.c:1400: warning: 'c2pstrcpy' is deprecated (declared at / System/Library/Frameworks/CoreServices.framework/Frameworks/ CarbonCore.framework/Headers/TextUtils.h:578) prlink.c:1402: warning: 'FindSymbol' is deprecated (declared at / System/Library/Frameworks/CoreServices.framework/Frameworks/ CarbonCore.framework/Headers/CodeFragments.h:401) prlink.c:1413: warning: 'NSLookupSymbolInImage' is deprecated (declared at /usr/include/mach-o/dyld.h:182) prlink.c:1417: warning: 'NSAddressOfSymbol' is deprecated (declared at /usr/include/mach-o/dyld.h:188) prlink.c:1441: warning: 'NSLookupSymbolInModule' is deprecated (declared at /usr/include/mach-o/dyld.h:181) prlink.c:1443: warning: 'NSAddressOfSymbol' is deprecated (declared at /usr/include/mach-o/dyld.h:188) prlink.c: In function 'PR_GetLibraryFilePathname': prlink.c:1629: warning: assignment discards qualifiers from pointer target type make[3]: *** [prlink.o] Error 1 make[2]: *** [export] Error 2 make[1]: *** [export] Error 2 make: *** [export] Error 2 ### execution of make failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-nspr-4.6.6-1 (Reading database ... 5763 files and directories currently installed.) Removing fink-buildlock-nspr-4.6.6-1 ... Failed: phase compiling: nspr-4.6.6-1 failed smime.p7s Description: S/MIME cryptographic signature - 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] InfoN increases in .info files
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? > - 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] Conditional use of InfoDocs: in .info file
On 27/09/2007, at 7:27 AM, Alexander Hansen wrote: On 9/25/07, Philip Lamb <[EMAIL PROTECTED]> wrote: Is there some other means to allow conditional use of the InfoDocs field? You might have to resort to a manual install of the Info files in that case. OK, for reference for anyone else who might need to do this in future, a line in the package .info file: InfoDocs: FOO.info BAR.info is currently (Fink version 0.27.6) approximately equivalent to: PostInstScript: << if [ -f %p/share/info/dir ]; then if [ -f %p/sbin/install-info ]; then %p/sbin/install-info --infodir=%p/share/info %p/share/info/ FOO.info %p/sbin/install-info --infodir=%p/share/info %p/share/info/ BAR.info elif [ -f %p/bootstrap/sbin/install-info ]; then %p/bootstrap/sbin/install-info --infodir=%p/share/info %p/ share/info/FOO.info %p/bootstrap/sbin/install-info --infodir=%p/share/info %p/ share/info/BAR.info fi fi << PreRmScript: << if [ -f %p/share/info/dir ]; then %p/sbin/install-info --infodir=%p/share/info --remove FOO.info %p/sbin/install-info --infodir=%p/share/info --remove BAR.info fi << Regards, Phil. smime.p7s Description: S/MIME cryptographic signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Should package put itself in conflicts?
Hi all, one more question which is ambiguous in the docs: The documentation states "If a package is listed in its own Conflicts, it will be (silently) removed from that list". However, many packages DO seem to put themselves into the Conflicts: field. E.g. version 1.0.1 of package foo might list Conflicts: foo (< 1.0.1-1). This would seem to be redundant, since the upgrading of a package would naturally remove the older version. So, under what circumstances should a package list itself on the Conflicts: line? Regards, Phil. smime.p7s Description: S/MIME cryptographic signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Conditional use of InfoDocs: in .info file
Hi all, The package I am curently working on has two variants, with only one of them building a particular .info doc (to be installed in /sw/share/ info). However, it seems that the "InfoDocs" field in fink doesn't support the conditional syntax like: InfoDocs: (%type_raw[-variant] = -variant) somedoc.info Is there some other means to allow conditional use of the InfoDocs field? Regards, Phil. smime.p7s Description: S/MIME cryptographic signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Tool to bundle-ize shlibs from fink
Hi all, This might seem like a sacreligious quesion to ask, but has anyone made a tool to automate the process of bundle-izing a given set of shlibs from a fink installation? By bundle-ize, I mean making a copy of a given library and all its dependencies that live in /sw, and rewriting (with install_name_tool) the install name of the libs and their connections with each other so that they hang off @executable_path/ instead of /sw/lib. I ask because it could be a really useful tool for developers.. you generate some libraries using Fink, and then bundle them (paying attention to the license terms of course) inside an application which can then be distributed without any dependence on fink. At the moment I'm doing this manually, but with two libraries with another 6 dependent libraries, its time consuming to repeat each time the libs change. Regards, Phil. smime.p7s Description: S/MIME cryptographic signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnome shlib depends
On 24/09/2007, at 7:30 PM, Martin Costabel wrote: Philip Lamb wrote: Hi all, I have a package I'm updating that depends on libgnome2 and libgnomeui2. When I run otool -L on the built binary, I see all the inherited gnome shared libraries. My question is, do I have to list every shared library from libgnome2 and libgnome2ui as a dependency of my package, or is it enough to have a depends: libgnome2-shlibs, libgnome2ui-shlibs and let the inherited depends be installed that way? Technically speaking, you don't need to include the inherited dependencies. It's more a question of clarity and ease of maintenance. If you depend on indirect dependencies, your package can be broken by an update of libgnomeui2-shlibs, for example, on which you have no influence. Unless you Depend on a precise version of libgnomeui2-shlibs, which you usually don't want to, you would even have to make sure that there aren't other versions of that package around that lack some of your needed dependencies. Concerning BuildDepends, the inclusion of inherited dependencies is mandatory, as long as Fink's InheritedBuildDepends mechanism is still in the state of a nice dream. Martin, Thanks very much for your answer. It seems like this a real trap for maintainers.. especially when dependencies include complex stuff like GNOME. The documentation in this area doesn't really spell out what maintainers need to do, i.e. it should say something like: "When a package you are building has BuildDepends, you need to look into the .info file of each and every one of the packages that are depended upon, and add their BuildDepends to your BuildDepends line. I had a look at the docs on the wiki. This area looks like a real headache. Regards, Phil. smime.p7s Description: S/MIME cryptographic signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gnome shlib depends
Hi all, I have a package I'm updating that depends on libgnome2 and libgnomeui2. When I run otool -L on the built binary, I see all the inherited gnome shared libraries. My question is, do I have to list every shared library from libgnome2 and libgnome2ui as a dependency of my package, or is it enough to have a depends: libgnome2-shlibs, libgnome2ui-shlibs and let the inherited depends be installed that way? Regards, Phil. smime.p7s Description: S/MIME cryptographic signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Question about pkg-config libs line
Hi all, I am packaging some code which uses SDL, and which is falling over due to a missing -framework OpenGL on the link line. Although I could just add this to my package, I am wondering if this is something that SDL should be supplying it in its pkg-config --libs output. $pkg-config --libs sdl -Wl,-framework,Cocoa -L/sw/lib -lSDLmain -lSDL $otool -L /sw/lib/libSDL-1.2.0.dylib /sw/lib/libSDL-1.2.0.dylib: /sw/lib/libSDL-1.2.0.dylib (compatibility version 12.0.0, current version 12.1.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/ OpenGL (compatibility version 1.0.0, current version 1.0.0) [snip] so it looks to me like the indirect linkage to OpenGL.framework produced by linking against SDL should be specified in SDL's .pc file. Should I notify the SDL maintainer? Phil. smime.p7s Description: S/MIME cryptographic signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Question about pkg-config libs line
Hi all, I am packaging some code which uses SDL, and which is falling over due to a missing -framework OpenGL on the link line. Although I could just add this to my package, I am wondering if this is something that SDL should be supplying it in its pkg-config --libs output. $pkg-config --libs sdl -Wl,-framework,Cocoa -L/sw/lib -lSDLmain -lSDL $otool -L /sw/lib/libSDL-1.2.0.dylib /sw/lib/libSDL-1.2.0.dylib: /sw/lib/libSDL-1.2.0.dylib (compatibility version 12.0.0, current version 12.1.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/ OpenGL (compatibility version 1.0.0, current version 1.0.0) [snip] so it looks to me like the indirect linkage to OpenGL.framework produced by linking against SDL should be specified in SDL's .pc file. Should I notify the SDL maintainer? Phil. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Update to daemonic to handle launchd?
Hi all, Given that 10.5 is quite close, and SystemStarter is deprecated, has there been any discussion about how to modify daemonic to create config for launchd rather than SystemStarter? Regards, Phil. smime.p7s Description: S/MIME cryptographic signature - 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] What feature would you like to see in fink/Fink?
Personally, my one wish for Fink is better maintenance of FinkCommander. I would like to see some more of the Fink functionality moved into FinkCommander. I know FinkCommander is officially outside the Fink suite, but it shouldn't be. For anyone new to open source on the Mac, having a GUI in which he or she can browse available packages, read detailed info on each package, see what is installed, and manage various Fink tasks is absolutely invaluable. I know many of you are of the opinion that command line should be all you ever need, but for new users, operating fink from the command line is intimidating, imposes a steep learning curve, and masks a lot of great functionality that is in Fink and its tools. Specifically, I would like to see FinkCommander handle some of these tasks which I typically revert to the command line or manually grepping through the fink tree for: * Viewing dependencies and reverse dependencies of installed packages (i.e. apt-cache info) - this helps answer the questions users have like "why is this package installed when I only ever asked for package xyz to be installed" and "can I remove this asdfg package"? * Cleaning up obsolete sources and debs (used to work but broken with the new fink cleanup syntax) * Sending feedback.. more than just the "success" or "failure" reports, but including (at user's option) key system info (e.g. OS version, platform, environment etc) and build log. * Allowing viewing of other fields in the package .info file (currently shows only DescDetail), such as DescPort, and DescPackaging, which almost always contain key info on what is actually in the package (e.g. what features will be configured and what features will not). * Ability to report which package installed a given file or directory in /sw (or wherever) - one of the dpkg or apt commands, but I can't remember which. * Updated binary of FinkCommander.. I have contacted the maintainters offering to build a binary from the current cvs (which fixes several bugs that are in the 0.5.4 binary release). * Provide a mechanism for installing info and patch files into the local tree, for testing. It would help speed up the package tracker a lot if there was a simple GUI-mediated mechanism for users to download .info and .patch files from the tracker and testing them. In short, it is scandalous that such a key tool in the Fink suite has been neglected. I would venture that 99% of new Fink users depend in some way on FinkCommander, and I think more attention needs to be paid to its upkeep. If the previous authors aren't interested, then they could at least turn over cvs write access to someone who is. Regards, Phil. - 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] FinkCommander breakage
I just updated to Fink 0.25.0, and it appears that FinkCommander no longer knows how to deal with the database of installed and available packages. For example, after updating or removing a package, FinkCommander still lists the old package as installed. It appears that a 'fink index' and/or 'fink cleanup --sources' is required in order for FC to grok the status. Also, despite the fact that fixes for the FinkCommander v0.54 version- checking bug, and Universal Binary fixes have been in the FC cvs for several months, the release available for download on sourceforge is still a powerpc-only, buggy version. I emailed the maintainers some time ago, even offering to package a fresh build, but got no response. For pretty much anyone who isn't a fink maintainter, FinkCommander is an essential tool. If you all want to keep Fink as a tool which non- developers find useful, a GUI is essential, but FinkCommander is really looking a bit sad. Phil. - 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] mozilla on intel
Hi all, The mozilla package in 10.4 appears to be updated periodically, despite having no maintainer. The fact that this package is not available on intel is holding up one of my packages (openvrml) from being built on intel, since openvrml needs mozilla for its javascript support. As I understand it, the issue which was preventing mozilla from running on 10.4-intel has been resolved in the source. Phil. - 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] (no subject)
Hi all, Does anyone know why package "mozilla" isn't in the 10.4-386 tree? According to Matt Sach's buildfink output, it built successfully on i386 (http://fink.opendarwin.org/build/2006-03-09/i386/out/ successes.html). Regards, Phil. --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gzip version
Hi all, Any particular reason why Fink's gzip is at v1.2.4 (18 Aug 93) while OS X's gzip is at v1.3.5? Regards, Phil. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink selfupdate dies
On 28/11/2005, at 5:56 PM, Alexander K. Hansen wrote: On 11/28/05, Philip Lamb <[EMAIL PROTECTED]> wrote: Just attempted the (usual) fink selfupdate, from within FinkCommander, only today it died: -- ./Command/chowname.# Failed test (./Command/chowname.t at line 25) # Failed test (./Command/chowname.t at line 27) # got: 'root' # expected: 'nobody' # Failed test (./Command/chowname.t at line 41) # Failed test (./Command/chowname.t at line 43) # got: 'root' # expected: 'nobody' # Failed test (./Command/chowname.t at line 44) # got: 'admin' # expected: 'nobody' # Looks like you failed 5 tests of 9. Looks like http://fink.sourceforge.net/faq/usage-fink.php#ext-drive Tracked down the cause; a dodgy update of netinfo had scrubbed the local user "nobody". I guess this is the first version of fink to actually run this particular test, since the user had been missing for some time (causing other strange OSX issues too). Cheers, Phil. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Fink binary distributions
On 04/11/2005, at 8:04 PM, [EMAIL PROTECTED] wrote: Packages become available for binaries when 1) They've been tested well enough that the maintainer feels that it can be moved to the stable source tree (with the guidance of other developers as required). 2) The package is not of a restrictive license, i.e. it is legal to distribute it as a binary. 3) A new Fink binary distribution is created. Is there any way we could increase the frequency with which 3) is performed? I see hundreds of packages in -stable which have not had fresh binary versions for weeks and weeks. Originally, I was under the impression that there was a machine autobuilding packages and uploading the binaries. However this is obviously untrue. Does the fink project have the resources to have such an autobuild system established? Ideally, packages would be built as .info files are committed, and so there wouldn't be too much of a massive load. It would also help with testing.. there are many packages which are stale, simply because there is noone building them on a regular basis. Regards, Phil., --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Fink binary distributions
On 04/11/2005, at 8:04 PM, [EMAIL PROTECTED] wrote: Packages become available for binaries when 1) They've been tested well enough that the maintainer feels that it can be moved to the stable source tree (with the guidance of other developers as required). 2) The package is not of a restrictive license, i.e. it is legal to distribute it as a binary. 3) A new Fink binary distribution is created. Is there any way we could increase the frequency with which 3) is performed? I see hundreds of packages in -stable which have not had fresh binary versions for weeks and weeks. Originally, I was under the impression that there was a machine autobuilding packages and uploading the binaries. However this is obviously untrue. Does the fink project have the resources to have such an autobuild system established? Ideally, packages would be built as .info files are committed, and so there wouldn't be too much of a massive load. It would also help with testing.. there are many packages which are stale, simply because there is noone building them on a regular basis. Regards, Phil., --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Binary Installer (0.8.0) not very usable on a non-dev system
Wouldn't a better solution just be to make sure that cctools is listed as a BuildDepends for every package that needs the compiler, etc. to build (not sure whether there would be many exceptions to this!), and as a Depends: for the few packages that need things like make in their postinstall phase (scilab has already been mentioned.) The other problem.. fink not being able to do a selfupdate would also be solved this way.. make fink BuildDepends: cctools. Phil. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Binary Installer (0.8.0) not very usable on a non-dev system
Wouldn't a better solution just be to make sure that cctools is listed as a BuildDepends for every package that needs the compiler, etc. to build (not sure whether there would be many exceptions to this!), and as a Depends: for the few packages that need things like make in their postinstall phase (scilab has already been mentioned.) The other problem.. fink not being able to do a selfupdate would also be solved this way.. make fink BuildDepends: cctools. Phil. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Developer access for committing info files
Hi all, A quick question as to what the criteria are for giving a developer access to commit info files to the fink repository. I maintain a couple of fink packages. I would like to be able to move these to -stable, and to add updated versions to -unstable. I have several more that I use locally, and would add to fink except that I know that they will languish in the tracker, for want of someone to look at them. How many people on the fink project have access to move info files into the cvs repository? Judging by the number of packages in the tracker with group "undergoing validation" it seems that there are too few. Regards, Phil. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] 10.4 tree
Hi all, Can anyone illuminate a little as to what the current strategy is for implementation of a 10.4 tree? Obviously we have 10.4-transitional using g++-3.3, but how is Fink going to enforce a complete rebuild of c++-based packages for users under 10.4? Another issue is that we will potentially have packages which cannot link to anything pre gcc4.. but how will these packages be able to specify this in the requirements? The epoch field?? Regards, Phil. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Shared-Lib Package Naming Question
My updated solution to this problem is to create 2 different shlib splitoffs, with different version numbers.. this appears to be what the openvrml project actually does for their .rpm packages. Why the upstream package has two shared libraries with intimately-linked functionality with different version numbers is beyond me, oh well. So now I'm waiting for the openvrml package to be moved into -unstable by someone with the authority to do that. I hope someone can find time, as we have other projects here which are depending on openvrml being available in fink before we can release. Hopefully the results of this will be more packages for fink... On a related note, is it just me or are there issues at the moment with getting submitted packages into the unstable tree in a timely fashion? I understand the contraints on the time of the core fink team, I'm just wondering if the bar over which packages have to leap to be accepted into -unstable is a bit too high. Provided a package has been validated and builds ok for the maintainer, shouldn't the job of installing and testing be done by the fink community at large through the -unstable tree, rather than depending on the scarce resources of the core fink team? Regards, Phil. Got a packge in submissions-tracker that supplies two related shared libraries. Tricky part is that they have different major-lib and compatibility versions. As submitted, openvrml-shlibs declares: Shlibs: << %p/lib/libopenvrml.4.dylib 5.0.0 %n (>= 0.14.3-1) %p/lib/libopenvrml-gl.5.dylib 6.0.0 %n (>= 0.14.3-1) << But how to get this to follow Shared Library policy with a lib version number in the package name? Or should there be two splitoff packages, one for each lib (openvrml4-shlibs and openvrml-gl5-shlibs)? dan -- Philip Lamb Research Student, Human Interface Technology Laboratory New Zealand, University of Canterbury, Christchurch, NZ. +64 3 3642987 x3070 --- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel