[Fink-devel] compatability version and library naming
From http://sourceforge.net/tracker/index.php?func=detailaid=953315group_id=17203atid=414256, the submitted package creates a library with an otool output of otool -L /sw/lib/libdc.0.0.1.dylib /sw/lib/libdc.0.0.1.dylib: /sw/lib/libdc.0.dylib (compatibility version 1.0.0, current version 1.1.0) The reviewer suggested renaming the library to libdc.1.1.0.dylib, but I'm not sure why (or if that's right) even after reading the shared libs policy. As an example, looking at libogrove.dylib (from openjade), it's also called libogrove.0.0.1.dylib and has the same compat (1.0.0) and current (1.1.0) versions as libdc, so I'm thinking my naming is correct. What is the correct name for the libdc library? And how exactly is this determined? I used the current name because that's what came out when I tested building outside of Fink. Hanspeter --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] conflict/replaces problem with dependencies
I have an SSL dependent package (dcqui-qt-ssl) that I've set to conflict with the non-ssl variant and I have problems having them replace each other. Dcgui-qt(-ssl) is dependent on dclib0(-ssl) which has an shlibs splitoff. For dcgui-qt and dclib0(-shlibs), the SSL variant conflicts/replaces the non-SSL variant (and vice versa). If I have dcgui-qt-ssl/dclib0-ssl/dclib0-ssl-shlibs installed and then try fink install dcgui-qt, the replacement of dclib0-ssl-shlibs (with dclib0-shlibs) fails because dcgui-qt-ssl depends on it. Here's the lowdown of the install and deb unpacking: % fink install dcgui-qt Information about 3667 packages read in 1 seconds. The following package will be installed or updated: dcgui-qt The following 2 additional packages will be installed: dclib0 dclib0-shlibs Do you want to continue? [Y/n] y snip build of dclib0 dpkg-deb -b root-dclib0-shlibs-0.3.2-1 /sw/fink/dists/local/main/binary-darwin-powerpc dpkg-deb: building package `dclib0-shlibs' in `/sw/fink/dists/local/main/binary-darwin-powerpc/dclib0-shlibs_0.3.2-1_darwin-powerpc.deb'. dpkg -i /sw/fink/dists/local/main/binary-darwin-powerpc/dclib0_0.3.2-1_darwin-powerpc.deb /sw/fink/dists/local/main/binary-darwin-powerpc/dclib0-shlibs_0.3.2-1_darwin-powerpc.deb Selecting previously deselected package dclib0. dpkg: considering removing dclib0-ssl in favour of dclib0 ... dpkg: yes, will remove dclib0-ssl in favour of dclib0. (Reading database ... 22868 files and directories currently installed.) Unpacking dclib0 (from .../dclib0_0.3.2-1_darwin-powerpc.deb) ... dpkg: considering removing dclib0-ssl-shlibs in favour of dclib0-shlibs ... dpkg: no, cannot remove dclib0-ssl-shlibs (--auto-deconfigure will help): dcgui-qt-ssl depends on dclib0-ssl-shlibs dclib0-ssl-shlibs is to be removed. dpkg: regarding .../dclib0-shlibs_0.3.2-1_darwin-powerpc.deb containing dclib0-shlibs: dclib0-shlibs conflicts with dclib0-ssl-shlibs dclib0-ssl-shlibs (version 0.3.2-1) is installed. dpkg: error processing /sw/fink/dists/local/main/binary-darwin-powerpc/dclib0-shlibs_0.3.2-1_darwin-powerpc.deb (--install): conflicting packages - not installing dclib0-shlibs dpkg: dependency problems prevent configuration of dclib0: dclib0 depends on dclib0-shlibs (= 0.3.2-1); however: Package dclib0-shlibs is not installed. dpkg: error processing dclib0 (--install): dependency problems - leaving unconfigured Errors were encountered while processing: /sw/fink/dists/local/main/binary-darwin-powerpc/dclib0-shlibs_0.3.2-1_darwin-powerpc.deb dclib0 ### execution of dpkg failed, exit code 1 Failed: can't batch-install packages: /sw/fink/dists/local/main/binary-darwin-powerpc/dclib0_0.3.2-1_darwin-powerpc.deb /sw/fink/dists/local/main/binary-darwin-powerpc/dclib0-shlibs_0.3.2-1_darwin-powerpc.deb I can manually erase dcgui-qt-ssl first and then fink has no problems removing the SSL libraries, but I would hope it be only a single step. Any ideas or help? Hanspeter --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721alloc_id=10040op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: bindist plans
I'm the maintainer for figlet, dclib0, dcgui-qt, dclib0-ssl, dcgui-qt-ssl. I've gotten a number of positive feedback on the 5 packages and would like to have them in stable. For future reference, what's prefered for a request like this: a post to fink-devel or a new tracker item at sf.net? Hanspeter -- +-+---+ | Hanspeter Niederstrasser| . oc , | | Washington University in St. Louis | `'#v-- --v#`' | | | /' \| | +---+ | http://www.ocf.berkeley.edu/~nieder | I fence, therefore I am. | +-+---+ --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Package database webpage layout
On Thu, 19 Aug 2004, Daniel E. Macks wrote: Okay, two layout options now. Both now have more familiar (to users) terms in the headings and clearer structure. The first is just improvements to the visual layout and headings: http://fink.sourceforge.net/pdb/passwd.html Looks a bit too busy perhaps. I think the use of cell padding makes it easy to understand where cells start and stop without cluttering things up (see below). You find your system on the left column and then just scan along the line to find your available version(s). The second moves back a bit towards the original and keeps clear stable and unstable divisions, but logically groups the various dists: http://fink.sourceforge.net/pdb/package2.php/passwd Looks clean visually and clear content-wise. Maybe this is the way to go? I actually think this makes it difficult to tell what the difference is between '0.7.0' and 'cvs/rsync' because there's no line between them. At first glance it seemed to me that the single table cell read '0.7.0[newline]cvs/rsync'. I tried putting a line between them, but then it looks clumsy. Also, in the 2nd example, all the point distros (0.7.0, 0.6.3, 0.4.1) show 'not present' for unstable in the passwd example used. If I understand correctly, the binary distributions never have an unstable version, so the 2nd example will always have extraneous cells showing 'not present'. Finally, perhaps CVS should not be mentioned in the final layout since rsync is the recommended update method now? Although CVS update is still available, normal updaters aren't supposed to use it, and those that have a need for it should hopefully already understand what they need. If space allows, '(rsync?) Source Distribution' contrasts nicely with 'Binary Distribution. Hanspeter -- The great tragedy of science is the slaying of a beautiful hypothesis by an ugly fact. --Thomas Henry Huxley --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Package database webpage layout
Also, if you change the background color of just the 10.2-gcc3.3 row to #d0, the very pale yellow color clearly separates the three System rows without being obtrusive. Hanspeter -- And when the last last law was down, and the Devil turned round on you - where would you hide, Roper, the laws all being flat? --Robert Bolt, A Man For All Seasons --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] versioning Depends in info files
Is there a way to get the dependency engine to accept a specific version of another package but wildcard the revision field when searching? For example, I want Package A to depend on Package B-0.3.3, but I don't care what revision of Package B (eg 0.3.3-1 and 0.3.3-7 are OK, but 0.3.4-1 is no longer ok). I tried setting Depends to (= %v), but this gives me an error that Package B (= 0.3.3) has no matching package/versions found. Right now I'm using Depends: Package B (= %v), but this will invariably be affected once the package version gets increased. In other words, I don't want to hard code the revision number in case the Depended package changes in such a way that doesn't affect the functionality. Hanspeter -- The great tragedy of science is the slaying of a beautiful hypothesis by an ugly fact. --Thomas Henry Huxley --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] switching btw ssl and non-ssl variants
Is there a way to gracefully switch between SSL and non-SSL variants of a package that each depend on an SSL/non-SSL versioned library? In this case, A-ssl depends on B-ssl-shlibs and A depends on B-shlibs. If I have A-ssl and B-ssl-shlibs installed, and I try fink install A, fink builds B-shlibs, but then dpkg can't remove B-ssl-shlibs because A-ssl depends on it. At this point, the process crashes. If I first remove A-ssl, then everything works fine. I've tried several variations with the Conflicts: and Replaces: but none have worked so far to automate this. Any ideas? Thanks, Hanspeter -- Eagles may soar, but weasels don't get sucked into jet engines --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Where is /sw/lib/libiconv.2.dylib?
Two of my packages link to /sw/lib/libiconv.2.dylib, which according to dpkg -S, comes from libiconv. However, they have BuildDepends: on libiconv-dev and no Depends: on just libiconv. Is this as how it should be, or should I add libiconv to Depends:? libiconv is a base essential package, so I'm not sure why it needs to be listed. Won't it always be present? Hanspeter -- A closed mouth gathers no foot --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink breakage?
On Sat, 28 Aug 2004, Jack Howarth wrote: Interestingly, when I was creating the gromacs packages and the shared lib version of lammpi, I ran into the same issue. If I used 'make install prefix=%i' rather than 'make install DESTDIR=%d' the shared libs ended up with linkages into /sw/src. Is the use of 'make install prefix=%i' wrong? Should we only stick with 'make install DESTDIR=%d'? Or are we seeing some sort of breakage in fink itself? Jack For the record, I saw something similar with dcgui-qt and dclib0. If I used 'make install prefix=%i' (which is the default InstallScript), I had things being misplaced into %d (I think) and not %d%p during the package building. Like Jack, I had to use 'make install DESTDIR=%d' to get everything working. Hanspeter -- I'm not a robot like you. I don't like having disks crammed into me... unless they're Oreos, and then only in the mouth. -- Fry --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fixing a changing location of libraries being linked
I'm trying to package up Firefox for X11 and some libraries are being mislinked during installation. If I do the compiling manually, everything works fine, but after make install, a few libraries are no longer being found. One example is a link (seen via otool -L) to /sw/lib/mozilla/libplds4.dylib. This library does exist, but is actually at /sw/lib/firefox/libplds4.dylib (with the rest of the firefox files), hence the not found error. Is there a way to change the linking files after installation so that they don't search for /sw/lib/mozilla but rather to the right location? Hanspeter -- Science is like sex: sure, it may give some practical results, but that's not why we do it. --Richard Feynman --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] 0 size files and dpkg
Does dpkg ignore 0 size files when unpacking a deb file? dpkg --contents shows the two files in the list, but looking at that directory under /sw, the two files are not present. Hanspeter --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] unstable commit RSS feed error?
Did something break in the fink feed that shows commits in unstable? I'm using Thunderbird to subscribe to the feed and about a week ago I suddenly got some 4000+ changes overnight. And now, everytime I ask the feed to get the latest messages, Console.app spits out some 6000+ lines about packages, finishing with the line -- FZ -- : removing invalid items for http://fink.sourceforge.net/news/fink-unstable.rdf; and showing no new commits (which is wrong). Hanspeter -- Eagles may soar, but weasels don't get sucked into jet engines --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] new python 1:2.3.4-3 dependencies
After a fink selfupdate, I'm being asked to update python23-1:2.3.4-3. Specifically, I have python, python23, python23-shlibs, and python23-socket to update. dpkg says that I have 2.3.4-2 installed for all of them (these are the only things out of date from 'fink list -o') However, doing 'fink update-all' asks for a lot of dependencies and now I have to install all the following packages: ghostscript ghostscript-fonts latex2html libwww libwww-bin libwww-shlibs netpbm-bin netpbm10-shlibs t1lib1 t1lib1-shlibs tetex-base tetex-shlibs tetex-texmf Huh? What happened that a single revision upgrade of python now requires a full tetex and ghostscript install? Does having HTML docs really make me need a full install of all of tetex and ghostscript? Running 0.7.1.rysnc/0.23.3/10.3.6. Hanspeter -- And when the last last law was down, and the Devil turned round on you - where would you hide, Roper, the laws all being flat? --Robert Bolt, A Man For All Seasons --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] freetype2
Michael wrote: -- Tony wrote: We do need a newer version of freetype2 - I believe there are packages that don't work correctly with more recent versions though, so people are still working on it. Do you know what packages they are? Firefox and mozilla both don't like later versions of freetype (such as the one included in X.org). The latest mozilla package was changed so that it always reads Fink's (older) freetype, but firefox was left alone with freetype completely disabled. The upcoming Firefox version 1.1 is supposed to have the freetype issue fixed (https://bugzilla.mozilla.org/show_bug.cgi?id=234035) Hanspeter -- Hanspeter Niederstrasser, Ph.D.Dept. of Cell Biology hniederstrasser at cellbiology.wustl.edu Campus Box 8228 Cooper Lab 660 South Euclid Avenue Washington University in St. Louis St. Louis, MO 63110 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] orphaned files?
Clearing out some packages, I was left with a lot of seemingly orphaned files in /sw/share/mime. One of the packages I removed was shared-mime-info, but that only installs /sw/share/mime/packages, not any of the other files listed below (dpkg -S shows no parent for them) $ ls -l (in /sw/share/mime) total 28 -rw-r--r--1 root admin 56 23 Feb 10:04 XMLnamespaces drwxr-xr-x 200 root admin 6800 23 Feb 10:04 application/ drwxr-xr-x 28 root admin952 23 Feb 10:04 audio/ -rw-r--r--1 root admin 10403 23 Feb 10:04 globs drwxr-xr-x 55 root admin 1870 23 Feb 10:04 image/ drwxr-xr-x9 root admin306 23 Feb 10:04 inode/ -rw-r--r--1 root admin 9713 23 Feb 10:04 magic drwxr-xr-x9 root admin306 23 Feb 10:04 message/ drwxr-xr-x3 root admin102 23 Feb 10:04 model/ drwxr-xr-x 11 root admin374 23 Feb 10:04 multipart/ drwxr-xr-x3 root admin102 23 Feb 10:04 packages/ drwxr-xr-x 68 root admin 2312 23 Feb 10:04 text/ drwxr-xr-x 17 root admin578 23 Feb 10:04 video/ Shared-mime-info has a PostInstScript that runs %p/bin/update-mime-database, but there is no PostRmScript to undo this. Might this be the source of the orphaned files? Hanspeter -- Hanspeter Niederstrasser, Ph.D.Dept. of Cell Biology Campus Box 8228 Cooper Lab 660 South Euclid Avenue Washington University in St. Louis St. Louis, MO 63110 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Firefox 1.0.1 crash on startup
I'm trying to update the firefox package to 1.0.1 but keep running into a bus error on startup. Can someone try locally updating to firefox 1.0.1 and seeing if they also get a bus error when trying to run the program? The only thing that should need to be done in the .info file is to change the package version to 1.0.1, and the new MD5SUM is ebaea974fea9460ab7050fff76b41cb1. That should get you the new source file to compile. The two executables to try are %p/bin/firefox (the normal run script) and %p/lib/firefox/firefox-bin (the actual executable). Thanks. As a followup, how could I go about debugging this? The output from --enable-debug would not mean much to me (I'm not a programmer). The 1.0 patch applied cleanly and 1.0 - 1.0.1 was mainly a security release, not a feature upgrade. I checked the diff between the two sources and nothing jumped out at me as being new yet somehow related to the porting patch in Fink. Hanspeter --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] the gpl and openssl
Lars Rosengreen wrote: On Mar 14, 2005, at 1:02 PM, David R. Morrison wrote: Do we do this in stable/crypto at all? Did you happen to jot down the names of the offending packages in unstable/crypto? It would be a long list! Some examples that I found are xchat-ssl, wget-ssl, valknut-ssl, sylpheed-ssl, stunnel4, squid-ssl, socat-ssl, and sitecopy-ssl. Note that valknut-ssl has a special exception in its license file followed by GPL v2: blockquote In addition, as a special exception, Mathias Küster give permission to link the code of this program with the OpenSSL library (or with modified versions of OpenSSL that use the same license as OpenSSL), and distribute linked combinations including the two. You must obey the GNU General Public License in all respects for all of the code used other than OpenSSL. /blockquote xchat-ssl does not have a similar exception listed. So if any action is taken on this issue, it will have to be done on a case by case basis. Hanspeter -- Hanspeter Niederstrasser, Ph.D.Dept. of Cell Biology hniederstrasser at cellbiology.wustl.edu Campus Box 8228 Cooper Lab 660 South Euclid Avenue Washington University in St. Louis St. Louis, MO 63110 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] bittorrent-4.0.0-3
[maintainer cc'd] In the current version of bittorrent (4.0.0-3), installing bittorrent(non-x11) also builds the gui version (and needed dependencies like wxgtk and wxpython). This seems to be due to the use of splitoffs (base and -gui). In the previous version (3.4.2), the types of bittorrent were distinguished using variants (base and -x11), so that if the non-x11 version was chosen, none of the gui/x11 items were built. Can this behavior be restored? It is pointless to have a non-x11 version if it is going to build all the x11 files and dependencies anyway. Hanspeter -- Hanspeter Niederstrasser, Ph.D.Dept. of Cell Biology hniederstrasser at cellbiology.wustl.edu Campus Box 8228 Cooper Lab 660 South Euclid Avenue Washington University in St. Louis St. Louis, MO 63110 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: License for .info and .patch files
How does Debian handle this? They use a similar info/patch system, right? And I've seen from other issues that debian-legal is very involved in licensing issues so I'm guessing they've thought this out. Hanspeter -- Hanspeter Niederstrasser, Ph.D.Dept. of Cell Biology hniederstrasser at cellbiology.wustl.edu Campus Box 8228 Cooper Lab 660 South Euclid Avenue Washington University in St. Louis St. Louis, MO 63110 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Stopping Spotlight
So we're going to try moving the default buildpath from %p/src to %p/ src/fink.build. Will this be %p/src/foo-%v-%r.build or %p/src/fink.build/foo-%v-%r? And what will happen to the install (%p/src/root-*) directories? Will they also be nested into the %p/src/fink.build/ directory? I'm mostly just thinking that doing %p/src/fink.build/everythinghappensinhere just leads to an extra directory nest when all that seems to be needed from the description is appending .build to the build and install directories. Hanspeter -- Hanspeter Niederstrasser, Ph.D.Dept. of Cell Biology hniederstrasser at cellbiology.wustl.edu Campus Box 8228 Cooper Lab 660 South Euclid Avenue Washington University in St. Louis St. Louis, MO 63110 --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402alloc_id=16135op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Firefox 1.0.1 crash on startup
Mattia Vaccari wrote: Hi there, this might not be a follow-up to the message below, but at least it's the same ball park... I've just updated firefox from 1.0 to 1.0.4 and I now get the following error --- /sw/lib/firefox/run-mozilla.sh: line 451: 24733 Bus error $prog ${1+$@} --- I've tried to recompile all the usual suspects of mozilla-breaking tradition (glib, freetype, pango, you name it...) but couldn't get round this one... Anybody has a clue? 'fink info firefox' has the cure. The file xpti.dat in your profile somehow doesn't play nice when going from 1.0 to 1.0.x. If you erase it, the bus error should go away. Hanspeter -- Hanspeter Niederstrasser, Ph.D.Dept. of Cell Biology hniederstrasser at cellbiology.wustl.edu Campus Box 8228 Cooper Lab 660 South Euclid Avenue Washington University in St. Louis St. Louis, MO 63110 --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] newbie question - permissions of sw folder
Doug Ransom wrote: I am trying to create a fink package. Where I am confused is on permissions of the SW folder as I am new to Darwin mac. I installed fink as admin. This is what the file permissions look like: [snip] So before I start editing the package information file, what do I change? I prefer to be logged in as “doug” rather than admin. I need to edit stuff I am sure in the dists folder. If I am developing under fink rather than just running it do I need to reinstall as user “doug”? You're going to want to place your personal info/patch files into /sw/fink/dists/local/main/finkinfo, so just make that directory (and only that one) writeable by user 'doug'. sudo mkdir -p /sw/fink/dists/local/main/finkinfo sudo chown doug:doug /sw/fink/dists/local/main/finkinfo You don't need to reinstall fink as 'doug' as long as 'doug' can use the sudo command (eg is an Administrator). Then you can edit the your working files as doug and to test an install, just use 'sudo fink blah blah'. Hanspeter -- Hanspeter Niederstrasser [EMAIL PROTECTED] --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: newbie question - permissions of sw folder
Robert T Wyatt wrote: I thought that fink always uses sudo so there's no need to ask for it. I think you're right. I probably still type it from way back in the day when it didn't automatically. Plus, it doesn't hurt to be explicit about it. Also, couldn't Doug just use 'sudo pico xxx.info' and then not have to change permissions on /sw? I suppose, but then you have to type sudo everytime you want to edit the file. User preference, I suppose. Hanspeter -- Eagles may soar but weasels don't get sucked into jet engines. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] mozilla on intel
Philip Lamb wrote: Hi all, The mozilla package in 10.4 appears to be updated periodically, despite having no maintainer. Those updates are to fix bugs in the package and not upgrades to the actual program (stuck on old 1.7.5 because it has 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. Resolved in the source branch from which mozilla-1.7.x is not built from. Even the latest official mozilla suite (1.7.13) doesn't (and won't) support Intel (http://wiki.mozilla.org/Mac:Intel). Does openvrml need mozilla or does it need gecko? firefox1.5 works fine on intel and provides the gecko libraries. Someone has Seamonkey (the successor for the mozilla suite) in their experimental tree, but I can't find it now. If you really need the whole suite for openvrml, then you should work with them to get seamonkey into the official trees. Hanspeter - 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=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Updated mozilla, firefox
Jean-François Mertens wrote: On 30 Sep 2006, at 19:48, Michèle Garoche wrote: While compiling the most recent 10.4 unstable mozilla and firefox, I get lot of warnings of this form: nsCSSPropList.h:400: warning: invalid access to non-static data member 'nsCSSExpandedDataBlock::mMargin' of NULL object The nsCSS...:: varying from line to line. same problem with seamonkey (and there it is noted in DescPort) _ and the pkg is in need of a maintainer , Michele ... Is this really a mozilla et al. bug or a gcc4.2 bug that mozilla exposes? I don't find anything in bugzilla.mozilla.org relating to anything about the warning shown. Hanspeter - 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.phpp=sourceforgeCID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Weird test failure in coreutils
Alexander Hansen wrote: On 4/16/07, Martin Costabel [EMAIL PROTECTED] wrote: Building the new coreutils fails on two of my machines in the test phase: PASS: printf-hex pwd-long: at depth 29: No space left on device FAIL: pwd-long The error message is bogus: Both machines have several GB free on the partition. Also the inode usage is at less than 60%. I can repeat the failure with the following extract from the test program. This perl script creates nested subdirectories (256 deep with 31 char dir names). On two other machines (one ppc and one intel) where I tried this, there was no problem - except for getting rid of the directory afterwards ;-) On the two machines where I see the failure, I get % ./pwd-long-fail mkdir: at depth 30: No space left on device Here is the pwd-long-fail script if anyone wants to try: -- #!/usr/bin/perl my $z = 'z' x 31; my $n = 256; my $i = 0; do { mkdir $z, 0700 or die mkdir: at depth $i: $!\n; chdir $z; } until (++$i == $n); Has anyone seen such a failure before? Or should I file a bug with Apple? -- Martin I didn't get such a failure on my system (single-processor G4/800 running 10.4.9). WFM on 1.6GHz iMac G5 with 10.3.9 Hanspeter - 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] help needed: firefox1.5 being EOL'd and can't build latest
Firefox 1.5 is being EOL'd upstream in about 1 month. Currently I can't get the latest (and apparently 2nd to last ever) firefox1.5 point release to build on 10.3 (10.4 is ok) and would like to get that done so that when the 10.3 tree is EOL'd here, 10.3 users at least have the last version of it, since several other packages depend on the firefox1.5 package. You can try my experimental firefox1.5.info and .patch files from here: http://cvs.snaggledworks.com/viewvc.cgi/fink/10.3/main/finkinfo/net/ There really isn't any difference between this version and the previous working point release, so I'm at a loss to know what could be causing the crash. From the error log below[1], sign.sh calls shlibsign -v -i foo.dylib, which is what then really fails because it's looking for dylibs that haven't been installed yet. The source is patched so that install_name_tool puts them in %p while they were originally as @executable_path, but keeping them as @executable_path also fails. So if anyone can help try to troubleshoot this, it would be appreciated. [1] error log: cd Darwin7.9.0_OPT.OBJ ; sh /sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/security/nss/cmd/shlibsign/./sign.sh /sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist \ /sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/security/nss/cmd/shlibsign/Darwin7.9.0_OPT.OBJ Darwin \ /sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist/lib /sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist/lib/libsoftokn3.dylib /sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/security/nss/cmd/shlibsign/Darwin7.9.0_OPT.OBJ/shlibsign -v -i /sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist/lib/libsoftokn3.dylib NSS_Init failed: An I/O error occurred during security authorization. make[3]: *** [/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist/lib/libsoftokn3.chk] Error 1 make[3]: Leaving directory `/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/security/nss/cmd/shlibsign' make[2]: *** [libs] Error 2 Hanspeter - 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] ['Bug tracker'] Epiphany
Pierre-Henri Lavigne wrote: Good day all, As we talk about on IRC a few weeks ago, mozilla packages are not available at the moment for Intel. It would be nice please to remove it from the Intel tree, wouldn't it ? Mozilla has been removed from the intel tree for a while now http://pdb.finkproject.org/pdb/package.php/mozilla. However, epiphany which depends on mozilla is still listed as intel compatible. It should probably be updated to use either seamonkey or firefox1.5, both of which work on intel. Maintainer CC'd. Hanspeter - 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] the Distribution field
David R. Morrison wrote: Dear Fink developers, I have added a Distribution field to fink packages which involve python or perl. But it can be used for any package, not just perl/pythonmods, right? As some of you will recall, we are sharing files between fink's 10.4 and 10.5 distributions. Also, fink's 10.5 distribution does not contain python 2.3, perl 5.8.1, or perl 5.8.4. The added lines Distribution: (%type_pkg[python] = 23) 10.4 Can we have a percent expansion, perhaps %{dist} to represent the value of Distribution: so that it can be used elsewhere in the .info (like for determining build settings)? Hanspeter - 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] the Distribution field
David R. Morrison wrote: On Jun 18, 2007, at 6:34 AM, Hanspeter Niederstrasser wrote: Can we have a percent expansion, perhaps %{dist} to represent the value of Distribution: so that it can be used elsewhere in the .info (like for determining build settings)? I think it will almost always be easier to have separate .info files in this situation, rather than trying to parse %{Distribution}. (I'm willing to be convinced otherwise by some examples.) My case is not particularly hard, although being able to check for %{Distribution} during CompileScript inside a single .info file would make things easier. Here's my example: valknut has two variants: x11 and aqua. Each one has different ConfigureParams which I differentiate with (%type_raw[-qttoolkit] = -aqua) --enable-foo. Nothing unique so far. However, once I get to CompileScript, I need to set some variables only for the qt3mac version, but ONLY on 10.3 because qt3mac behaves differently between 10.3 and 10.4 (quicktime upgrade issues from Apple). So I have two .info files, one 'clean' for 10.4 where qt3mac behaves correctly, and then a different .info file on 10.3 that has an if [] then that gets enabled if I'm using qt3mac. It would be easier for me to have a single .info that only adds the envvars if 10.3 qt3mac were both true, something along the lines of if [ %{Distribution} == 10.4 %type_raw[-qttoolkit] == -aqua ] then... I realize there's a slippery slope where people could start getting too cute picking out minor differences between systems and using if's all over the place. Hanspeter - 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] nspr compile failure on 10.5.. spot the problem
Philip Lamb wrote: 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... snip This is the same error being reported for firefox1.5 (in its internal NSPR process) http://article.gmane.org/gmane.os.apple.fink.beginners/20464 Check the patch that's here https://bugzilla.mozilla.org/show_bug.cgi?id=401813, as well as the configure{.in} patches that are discussed in the last comment of that bug. That _might_ (extra emphasis on that word) take care of the issue. From the bug, I think 4.6.8 will have it fixed, but that's hasn't been released yet. Hanspeter - 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] [Fink-beginners] How to tell mantainers I have a working binary package I can share on Fink?
On Tue, July 1, 2008 5:20 pm, Flavio Pane wrote: i.e I am compiling qt3-mac on 10.4 g4, it would be nice if the binary package would be available for other people, how can I send the binary package to the mantainers? t.i.a Since this indirectly involves me (qt3-mac was being built for Valknut) ... I currently have very limited internet connectivity until at least the middle of next week, so I'll generally be slow to respond w/ issues about my packages. Hanspeter -- - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Create a redistribuitable .dmg image from a compiled program
[snipping rest of conversation] I actually helped the Valknut programmer w/ the Makefile so that it would have several targets available for OS X for different purposes. Valknut has the abilities to 1) make (build the binary) 2) make-osx-app-bundle (creates a .app w/ the executable, but it is non-portable with hardcoded library paths. Useful for Fink) 3) make-osx-standalone-app (copies all the libraries that the executable links to so that the resulting .app bundle can de distributed to other macs that don't have a build environment installed) 4) make-osx-disk-image (creates a .dmg from the standalone .app) To answer Flavio's question, these are Valknut specific make targets. Other programs (both qt and non-qt based) could definitely use similar methods (both inside or outside their Makefiles) to create fully contained .apps and .dmg (probably in more efficient ways too). The process is not hard, you just have to check that all non-system (recursively) linked libraries and resources (like pixmaps, translations, etc) are in the .app. Hanspeter - 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=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] firefox3 in Fink: call for help
I'm sending this message out to the fink-devel community to say that I've stopped trying to build firefox3/gtk for Fink (there's been several requests offlist for it from various people). The build crashes with an error that I can not get around and have no idea on how to fix. I've looked at it for over 6 months since early betas and no longer have any extra time to devote to troubleshooting it. If anyone wants to help fix this so that Fink can have this new package, I'll be more than happy to explain what's been done, tested, etc since the package building has many years worth of history and quirks. Hanspeter -- - 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=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Doxygen doesn't need to depend on graphviz or latex
James Bunton wrote: On Tue, Sep 23, 2008 at 09:28:51PM -0400, Alexander Hansen wrote: On Sep 23, 2008, at 7:55 PM, James Bunton wrote: As far as I can tell doxygen does not need to depend on graphviz or LaTeX. Removing these two dependencies would make the dependency list of many packages significantly smaller. Graphviz in particular pulls in a lot of other packages. snip You may want to check out http://thread.gmane.org/gmane.os.macosx.fink.user/27082 From the link you posted: doxygen builds w/out the need for latex, graphviz, and ghostscript if you remove the make install_docs line from InstallScript. There's a check for dot (from graphviz) during ./configure, but I don't know if the output of the build is the same w/ or w/out it. I'm happy to have a shot at making a doxygen.info and doxygen-docs.info doxygen-docs can bring in everything needed to build the doxygen samples, but would not need to be depended on by anything. doxygen proper would be built to always work with whatever was installed at runtime. If a package needed doxygen with graphviz, it could depend on both of them. Does this seem like a reasonable and useful approach to others? The split and how others should depend on it sound right (as I understood it when I very lightly tested this idea back in that thread). The biggest thing to check is that the doxygen binary gets built identically irregardless of what supporting packages are installed (ie graphviz, etc). I don't know/use doxygen to test this (and didn't want to install graphviz an 90 supporting packages to really test this), but it should be straightforward to build doxygen w/out graphviz/latex/ghostscript absent and present (but not set up as a Depends on the .info file) and compare the outputs to make sure they're identical. Hanspeter - 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=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Error while building seamonkey
Pierre-Henri Lavigne wrote: Gnu day, Here is the log: http://paste.lisp.org/display/69338 This is the 'gtk no longer passes indirect depends' bug. Firefox fixed it by adding SetLIBS: -L/usr/X11R6/lib -lXft -lXrender -lfontconfig -lfreetype -lz -lX11 Exact flags may vary. Hanspeter -- Hanspeter Niederstrasser hanspeter AT snaggledworks DOT com - 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=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] libpng
David R. Morrison wrote: Here's what I managed to find out about APNG: http://littlesvr.ca/apng/ It looks like a patch that is no longer being maintained by its author and has not been integrated into the main line of libpng code. How should we proceed? That is correct. The libpng people don't want the APNG patch (may be residual from the MGN/APNG kerfloofle). My still-not-working firefox3 package had to revert to using the internal provided libpng, which at least for now is up to date. All I had to do was remove --with-system-png from ConfigureParams. Note that I also had to disable --enable-system-cairo because they're also using some code that upstream hasn't picked up yet. Hanspeter - 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=100url=/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] source files on really slow servers
Jack Howarth wrote: Argh. I forgot to cc the list. I am able to hack around this with... Package: procheck Version: 3.5.4 Revision: 1 Maintainer: Jack Howarth howa...@bromo.med.uc.edu Source: none #Source: ftp://ftp.biochem.ucl.ac.uk/pub/procheck/tar3_5/procheck.tar.Z #Source-MD5: 3d12962079e42b0fa275424fabb74197 BuildDepends: gcc44, wget, fink (= 0.24.12) Depends: gcc44-shlibs PatchFile: %n.patch PatchFile-MD5: 7d4497a7b339ed47c21be3b419cb2fdd PatchScript: #!/bin/bash -ev if [ `/usr/bin/whoami` = nobody ] ; then wget -c ftp://ftp.biochem.ucl.ac.uk/pub/procheck/tar3_5/procheck.tar.Z tar -zxvf procheck.tar.Z cd procheck else cd %p/src Not everyone keeps their downloaded tarballs in %p/src. if ! [ -f %p/src/procheck.tar.Z ] ; then wget -c ftp://ftp.biochem.ucl.ac.uk/pub/procheck/tar3_5/procheck.tar.Z fi If procheck gets updated, this will eventually fail because the tarball itself is unversioned. Hanspeter -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] making qt4 variants
Koen, Here is what I now based on my one package for which I have a qt4-x11 and qt4-mac variants (valknut). I do have a few questions: 1. Should the qt4-x11 and qt4-mac version be able to exist next to each other? If yes, I guess I need to make sure that stuff that goes into /sw/share/ goes in two different directories, even though their contetnts is the same? At some point, qtN-mac programs needed to be inside a .app bundle for focus to work correctly. I don't know if that's still the case. If it is, I guess one of the things you'll need to consider is if you want every single kemboss script to have it's own clickable bundle in /sw/Applications. If a .app bundle per program is no longer needed with qt4-mac, then you can leave the scripts in %p/bin if you wish. I guess it all depends on how you want the users to interact with the qt4-mac linked programs. I haven't used kemboss since emboss-kaptain from like 4 years ago, so if the file layout has changed since, some of this might no longer apply. 2. The poppler package starts with an Info3 field. I know about the Info2 field for perl, etc variants, but I am not familiar with Info3 field - is this one designed for qt4 variants? I cannot reach the fink website to look at the packaging manual, the site seems to be down right now Looking at the packaging reference, I don't think any of the InfoN fields are really needed for qt4-*. My two packages are variants within the same info file, so it needs Info2, but nothing more. You can see the file here: http://cvs.snaggledworks.com/viewvc.cgi/fink/10.4/main/finkinfo/net/valknut.info?view=markup I was able to do things this way because I worked with the developer to include Makefile targets specifically when using qt4-mac frameworks vs qt4-x11 libraries. Fink's variant mechanism then made it easy to write commands for both in the same .info file. 3. After I add the new kemboss-qt4.info package, what do I do with the old one? I added a Replace and Conflicts field in the new package - is that enough and can I leave the old one in the repository? If there's no overlap in the file locations, then you don't need Conflicts/Replaces. If the packages have file overlap, then the old one (kemboss.info) will also have to be modified to have Conflicts/Replaces as well. If the kemboss build/install setup lends itself to using variants like I did with Valknut, then you only need to use the current kemboss.info to which you can add Conflicts/Replaces if needed (although Valknut does not have file overlaps). Hanspeter -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] graphviz-nox prospects
David Fang wrote: Thanks for the feedback everyone. There was also some discussion of creating a more minimalist variant without all of the extension language bindings. So how does the following sound? graphviz-base (no x11, no language plug-ins, just dot and friends) graphviz-base sounds like it's the core package that has other sub packages available that add further features. In fact, that's what a lot of the kde packages do: http://pdb.finkproject.org/pdb/browse.php?name=base Maybe graphviz-basic or graphviz-minimal? graphviz-nox (no x11, but with 'all' language plug-ins) graphviz (with x11, gtk+pangocairo, all the fixins Hanspeter -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Stable (almost complete) wish list
Will the build logs for the failed x86_64 or 10.6 stable tree builds from drm be made available? I have a package which was listed as powerpc,1386 only, but built successfully on my 10.5/x86_64 setup and I would like to find the discrepancy. Hanspeter -- Hanspeter Niederstrasser hanspeter AT snaggledworks DOT com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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] If everyone would just shut up and listen to me ...
Benjamin Reed wrote: Once we have automated builds of any kind, we can start promoting packages from unstable - stable automatically or semi-automatically, because we'll really know how info files and the state of binaries map, and we can solicit and receive feedback on packages from end-users more easily. I intend to work on this as soon as I can, although right now is a bad time for me because of huge amounts of work commitments. I hope to make the time anyways. :) That's great to hear. One thing I'm wondering if would be possible to do as part of this semi-automation is a dependency engine that better knows what packages are available and is used to parse the output of 'fink list'. I wondered about this as drm did his 10.6/x86_64 trimming. Currently, one of the more common errors that is reported is a missing dep because a package has a (versioned) dependency that is no longer in the database. So if I maintain $user-package which requires $libs, I need to keep aware of its happenings, especially if I ever want to move it to stable. For example, SDL originally failed to build on 10.6 and was marked as 10.4, 10.5. This meant that any package that depended on SDL (which are many), then also had to be marked as 10.4, 10.5, otherwise, errors about missing dependencies would occur to people trying to install $sdl-dependent. And when SDL was fixed, all those packages also had to be marked as available. This takes a lot of manual effort, and could lead to errors because $sdl-dependent might have been marked as !10.6 for other reasons, and an automated scanner/fixer would not know that. But if 'fink list/install' knew about dependencies, it would not show non-restricted $sdl-dependent as available unless all of its dependencies down the tree were available. So if SDL is restricted, SDL-net (and even deeper dependents) would not need to be marked as restricted. 'fink list wormux' (eg) would check the tree, see that wormux needs SDL-net, see that SDL-net depends on SDL and since SDL is restricted, it would not even list wormux (or SDL-net) in the list of available packages. The big benefit of this system is that once SDL becomes unrestricted (or just available), SDL-net and wormux (assuming they work of course), would immediately become available to the end user without $maintainer having to do anything. This would also help $maintainer deal with arch/dist combos to which s/he has no access for testing. And finally $user would not get errors about missing dependencies. I think the biggest impediment to this becoming reality is that the _entire_ dependency tree will then need to be stored somewhere after its creation by 'fink index', rather than a limited and specific subtree rooted on $user-package created and destroyed from scratch at every 'fink install'. Hanspeter -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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] Fink update all failed compiling gcc 4.4.4
Jack Howarth wrote: The issue of build failures from development libraries in /usr/local seems to come up endlessly. I have wondered if there is some way that a 'strict' build mode could be introduced into fink. The idea would be for packages known to commonly suffer from this issue, the info file could invoke a strict mode during the fink build process where fink would first look for headers or static libraries in /usr/local. If found, the build would abort with a clear message that /usr/local needs to be moved aside. Unless the package maintainer included the strict build keyword in the info file, this check would not normally occur. Can't the package itself just do this on its own during CompileScript? if -e /usr/local/include/evil.h ; echo you need to move /usr/local ; exit 1 No need to add extra code to fink and have it maintain an ever growing list of possibly offending headers/libraries. Hanspeter -- Hanspeter Niederstrasser hanspeter AT snaggledworks DOT com -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ 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] Fink update all failed compiling gcc 4.4.4
Jack Howarth wrote: I wasn't proposing a check for a specific list of files but rather as simple option of a strict build mode which would abort if any *.h or *.a files existed inside of /usr/local. Jack Howarth earlier wrote: The idea would be for packages known to commonly suffer from this issue, the info file could invoke a strict mode during the fink build process where fink would first look for headers or static libraries in /usr/local That's what I read this as, but regardless, instead of doing if -e /usr/local/include/evil.h, a package could just as easily just see if there' _a_ file in /usr/local and crash out. The end result is the same, though. The possibilities mentioned so far are 1) add code into Fink to have a 'strict' tag, followed by 2) have packages susceptible to bad files be marked 'Strict: true', or A) have packages susceptible to bad files add a quick check into CompileScript. The 2nd path seems a heck of a lot easier and can be done by any maintainer, plus it's probably more flexible. Hanspeter -- Hanspeter Niederstrasser hanspeter at snaggledworks.com -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ 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] lipo: can't open input file error
Alexander Hansen wrote: Koen van der Drift wrote: On Tue, Oct 13, 2009 at 8:46 AM, Martin Costabel costa...@wanadoo.fr wrote: Koen van der Drift wrote: Yeah, Iwas thinking along those lines as well. So I found that if I comment out the line: set( CMAKE_OSX_ARCHITECTURES ppc;i386 ) it will not create a universal binary. But then it will create different packages for ppc and i386, correct? How do I work around that, should I make variants, eg? Packages for ppc and i386 are always different, that's why the *.deb files have different names and are stored in different directories. Sounds good, I'll have a shot at it. Are there other packages in fink that do something similar, so I can use that as an example? Thanks, - Koen. Sure. There are a few that use different .info files, and also a number that set different options or script differently depending on the architecture. For the former, doing find /sw/fink/10.4/unstable -name *powerpc* will show them. For the latter option. you could do something like find /sw/fink/10.4/unstable -name *.info | xargs grep %m I don't think you have to play any games with multiple .info files or conditionals in PatchScript. As you said at the top, commenting out the line gives you a single architecture. So, as Martin stated, a deb built on ppc and a deb built on i386 are given different names because they are different and that is normal and shouldn't be a worry. When you say But then it will create different packages for ppc and i386, correct?, by it do you mean fink or do you mean the package source internally creates two separate builds? I'm going to guess the former, which means that the above paragraph should be all that is needed. Hanspeter -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ 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] build-as-nobody causes cpio error
This email is informational in case it shows up again for other people. I was building gcc44 on a clean 10.5/32bit system and the build continuously failed when using --build-as-nobody (important note: this system does _not_ have the passwd package installed and no fink-bld user, so --build-as-nobody uses the system built-in 'nobody' user). After some testing, I found out the cause of the error and am listing my findings here for the record. The subject line is from an old fink-devel thread[1] from 2008 with an identical symptom in another package, so hopefully the archives will find it and list it as part of that thread. The --build-as-nobody build was halting with the following output: checking how to create a ustar tar archive... ATTENTION! cpio archive volume change required. Ready for archive volume: 2 Input archive name or . to quit cpio. Archive name Entering '.' (or ctrl-D) was the only way it would proceed. When building as a normal user, gnutar was successfully found for the configure test with no manual intervention. I tracked this test down to it's configure.ac file, where the macro is called as: AM_INIT_AUTOMAKE([1.9.0 gnu std-options tar-ustar -Wno-portability]) This generates a test for several tar and tar-like programs. When building as nobody, these tests all exited with variations of: tar: value 4294967294 out of uid_t range 0..2097151 tar: Error exit delayed from previous errors or pax: Ustar header field is too small for uid 4294967294, using nobody 'id nobody' gives -- uid=4294967294(nobody) gid=4294967294(nobody) groups=4294967294(nobody). 4294967294 must be too large for some system call, which led to the error in the configure test, which led to the build halting (why the cpio test becomes interactive is a whole other issue that I'm not touching). The user fink-bld has an id=266, so the error doesn't show up when that is present and explains why most people using --build-as-nobody did not get the build halt. Adding am_cv_prog_tar_ustar=gnutar (the results from a successful non-nobody build) to ConfigureParams as suggested by pogma[2] did not work because that particular secondary ./configure is not passed the options from the main ./configure script (however, it might work for other programs that only have one ./configure). Hopefully this information is a useful addition to the archives. Hanspeter [1] http://www.mail-archive.com/fink-devel@lists.sourceforge.net/msg16815.html [2] http://www.mail-archive.com/fink-devel@lists.sourceforge.net/msg16818.html -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ 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] results of a build-all on 10.5/intel/stable
To all package-maintainers (and interested parties): I've just completed a build-all of the stable tree (pulled on 2009-12-30) on 10.5 Intel/32-bit. Out of almost 4000 debs that were built, only 121 packages had build errors, so that's not too bad. Many were missing dependencies, a few were pkg-config unable to find stuff (gnutls was a common package that couldn't be found), and others were actual code problems (for some examples). I have not done any real analysis of the errors, so I can't specifically say how to fix stuff, etc. The error logs can be found here: http://www.snaggledworks.com/fink/fink-build-forever/ There have been multiple updates to the stable tree in the meantime, so I'll try to pull a new tree on Friday, Jan 15 and redo the buildall that weekend. List of packages that failed: ant-optional aqbanking20 arm-gba-binutils arm-nds-binutils bakery binutils-docs bug-buddy bundle-kde-ssl bundle-kde ccp4 commons-httpclient commons-logging dx epiphany etherape evolution-exchange evolution-webcal freetts gaim-ssl gaim gcin gcompris gecko-sharp-seamonkey gecko-sharp1-firefox2 gecko-sharp1-seamonkey gecko-sharp1 git-mode gnome-media gnome-python2-desktop-py24 gnome-vfsmm2 gnome2-canvas-pm586 gnome2-canvas-pm588 gnome2-pm586 gnome2-pm588 gnomoradio gnote gnucash2 gobby gst-python-0 gtk-gnutella gtk-sharp gtk2-ex-formfactory-pm586 gtk2-ex-formfactory-pm588 gtk2-gladexml-pm586 gtk2-gladexml-pm588 gtk2-pm586 gtk2-pm588 gtk2-podviewer-pm586 gwenhywfar47 jakarta-servletapi-5 kdeaccessibility3 kdeaddons3 kdepim3 lazarus-gtk2 libgda libgnomeuimm2 libnet6 libobby libvtemm1 libwnck1 libwnck1 linuxdcpp mlterm monodevelop-boo monodevelop-java monodevelop mosflm ncl net-ssleay-pm586 net-ssleay-pm588 nethack-gnome-qt nethack-gnome nethack-qt nethack-x11-gnome-qt nethack-x11-gnome nethack-x11-qt nethack-x11 nethack nightfall notification-daemon octave-forge-signal octave-forge-specfun opennms pan phaser pidgin polymake postgis80 postgis81 postgis82 postgis83 postgresql-java postgresql-perl-586 prime-el prime progressbar-rb pybliographer python-bibtex relax-py26 rrd-pm5100 rrd-pm586 rrd-pm588 rrdtool-java rrdtool samba-ldap samba scipy-py24 scipy-py25 scipy-py26 scite snort subsubsub sylpheed-beta-gpgme sylpheed-beta sylpheed-gpgme sylpheed synaptic tea tinker wine xchat Maintainers w/ packages that failed (I think my script picked them all out correctly): Alexander Hansen alexkhan...@users.sourceforge.net Alexandre Vial av...@altern.org Andrew Lee and...@linux.org.tw Benjamin Reed ant-optio...@fink.racoonfink.com Benjamin Reed bundle-kde-...@fink.racoonfink.com Benjamin Reed bundle-...@fink.racoonfink.com Benjamin Reed commons-httpcli...@fink.racoonfink.com Benjamin Reed commons-logg...@fink.racoonfink.com Benjamin Reed free...@fink.racoonfink.com Benjamin Reed gecko-sha...@fink.racoonfink.com Benjamin Reed gecko-sh...@fink.racoonfink.com Benjamin Reed gnomora...@fink.racoonfink.com Benjamin Reed gtk-sh...@fink.racoonfink.com Benjamin Reed jakarta-servletap...@fink.racoonfink.com Benjamin Reed j...@fink.racoonfink.com Benjamin Reed kdeaccessibili...@fink.racoonfink.com Benjamin Reed kdeaddo...@fink.racoonfink.com Benjamin Reed kdep...@fink.racoonfink.com Benjamin Reed monodevelop-...@fink.racoonfink.com Benjamin Reed monodevelop-j...@fink.racoonfink.com Benjamin Reed monodeve...@fink.racoonfink.com Benjamin Reed open...@fink.racoonfink.com Benjamin Reed post...@fink.racoonfink.com Benjamin Reed postgresql-j...@fink.racoonfink.com Benjamin Reed postgresql-p...@fink.racoonfink.com Benjamin Reed rrd...@fink.racoonfink.com Benjamin Reed rrdt...@fink.racoonfink.com Damian Dimmich dam...@tauri-tec.com Daniel Macks dma...@netspace.org Dave Reiser dbrei...@users.sourceforge.net Dave Vasilevsky v...@users.sourceforge.net David Fang fang...@users.sourceforge.net Ewgenij Gawrilow gawri...@math.tu-berlin.de H. Todd Fujinaka ht...@twofifty.com Hanspeter Niederstrasser nie...@users.sourceforge.net Jack Fink jackf...@users.sourceforge.net Jeremy Erwin jer...@ponymail.com Karl-Michael Schindler karl-michael.schind...@web.de Kevin Horton khorto...@rogers.com Matthias Neeracher neerac...@mac.com Matthias Ringwald frec...@users.sourceforge.net Max Horn m...@quendi.de Monic Polynomial moni...@users.sourceforge.net None fink-devel@lists.sourceforge.net Sebastien Maret bma...@users.sourceforge.net The Gnome Core Team fink-gnome-c...@lists.sourceforge.net Thomas Kotzian thomas.kotz...@gmx.at Todai Fink Team f...@sodan.ecc.u-tokyo.ac.jp W. G. Scott wgsc...@chemistry.ucsc.edu W. G. Scott wgsc...@users.sourceforge.net W. G. Scott wgsc...@users.sourceforge.ucsc.edu Hanspeter -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer
Re: [Fink-devel] boost1.35.systempython-1.35.0-5 failed to build
Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 14 jan 2010, om 13:11 heeft Alexander Hansen het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Martin, I recently got updated boost1.35.systempython packages, but they fail to build. The build process says updating 127 packages, and many lines later, the result is 119 targets updated, 4 skipped, 4 failed. The failed packages are: darwin.compile.c++ bin.v2/libs/python/build/darwin/release/macosx- version-10.4/threading-multi/class.o darwin.compile.c++ bin.v2/libs/python/build/darwin/release/macosx- version-10.4/class.o darwin.compile.c++ bin.v2/libs/python/build/darwin/release/link-static/ macosx-version-10.4/threading-multi/class.o darwin.compile.c++ bin.v2/libs/python/build/darwin/release/link-static/ macosx-version-10.4/class.o Seeing the objectfile names, it sounds like it's the same file, and it seems like the same list of errors, too. I've pasted a list of the errors below, and a full build log is available at the following link: http://paster.dazjorz.com/?p=4734 Sjors And you're on what OS version and architecture? Oops, right. I'm on 10.5, Intel x86; installed Python-related packages: i boost1.35.nopyt 1.35.0-5 Boost C++ Libraries (shared libs) (i) boost1.35.syste 1.35.0-5 Boost C++ Libraries: static and source libs (i) boost1.35.syste 1.35.0-5 Boost C++ Libraries (shared libs) i python25 1:2.5.4-1Interpreted, object-oriented language i python25-shlibs 1:2.5.4-1Interpreted, object-oriented language i python26 1:2.6.4-1Interpreted, object-oriented language i python26-shlibs 1:2.6.4-1Interpreted, object-oriented language (By the way, -devel is more appropriate for questions about packaging and to report on unmaintained packages. -users is preferred for bug reports) Sorry. Cc'ing -users, next copy can remove -devel if you want to. Sjors Nah, we started it on -devel, so let's finish it there. I'm just trying to think of ways to make it easier for users to find their issues in the archives. I'm not able to reproduce this error on 10.5/i386. You didn't do anything to your system's Python, by chance? I get the same error on 10.5/i386. Previous revisions of boost1.35.systempython (-2 and -3) built fine, but -5 crashes with the error: 'PyVarObject_HEAD_INIT' was not declared in this scope errors that Sjors also gets. include/python2.5/object.h (fink's or system) doesn't define PyVarObject_HEAD_INIT. python2.6/object.h does. Yet, boost1.35.python25 builds OK. Hanspeter -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ 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] boost1.35.systempython-1.35.0-5 failed to build
Martin Costabel wrote: Hanspeter Niederstrasser wrote: I get the same error on 10.5/i386. Previous revisions of boost1.35.systempython (-2 and -3) built fine, but -5 crashes with the error: 'PyVarObject_HEAD_INIT' was not declared in this scope errors that Sjors also gets. Like Alex, I didn't get the error on 10.5/i386, but I see now that that I could have got it, too. In fact, the systempython variant does not mean that the package uses necessarily the python from /System/Library. It means rather use whatever python you can find, and this can be different on different machines. This used to be OK, because boost does not really _use_ python, it only creates an interface. Unfortunately, this does not seem to be OK any longer, because the python developers have taken lessons from the freetype2 or gnome guys; they now routinely introduce API incompatibilities, even in micro-version updates. The boost package version 1.35.0-5 has a patch against such an incompatibility between python 2.6.2 and 2.6.3. Anyway, I have now put an updated version 1.35.0-6 on the server which should solve the problem for the moment. It doesn't apply the patch for the systempython variant, so the build error will go away. Thanks Martin. Rev. -6 fixed things here. Hanspeter -- Hanspeter Niederstrasser hanspeter AT snaggledworks DOT com -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ 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] Splitting asciidoc package: proper use of Replaces?
Charles Lepple wrote: The asciidoc package has a self-contained HTML generator, and a2x, an everything-else generator that depends on Docbook and a number of related tools. Currently, the package has a 'Recommends' line for the a2x dependencies, but since Fink doesn't process the Recommends line, I figured it might be best to split that off into an asciidoc-a2x package with proper dependencies. I would also like the splitoff to be installed for users who are upgrading from the old unified package. Should I use Replaces: asciidoc ( 8.4.5-3) in the a2x splitoff, or will that confuse the Fink dependency engine? (I seem to have a way of finding things that work well with apt/dpkg, but not necessarily with Fink.) Are you using the word 'splitoff' in the Fink sense of SplitOff within a parent package (eg libfoo-dev and libfoo-shlibs are splitoffs of the same package libfoo), or describing asciidoc-a2x as a totally separate package independent of the rest of asciidoc? In the first case, people building the new 'trim' asciidoc will still end up building asciidoc-a2x and pulling its dependencies even if they don't install it (a price to pay with SplitOffs. In the 2nd case, asciidox-a2x would probably Depend on the new trimmed asciidoc, but the trimmed asciidoc would not care whether asciidoc-a2x is around. A possible solution would be to make a new package (whether a self standing package or a SplitOff of another depends on your reasons for doing this) called asciidoc-base, which includes everything that is not a2x, as well as another package (or splitoff) called asciidoc-a2x, and then have the newer revision of the package 'asciidoc' Depends on both those packages. This way someone with the old asciidoc will see the new version and get both -base and -a2x automatically pulled in by the dependency engine. New users will get the option of installing just -base, just -a2x, or both. Package: asciidoc Depends: asciidoc-base, asciidoc-a2x Splitoff: Package: asciidoc-base Depends: whatever Conflicts/Replaces: asciidoc ( 8.4.5-3) Splitoff2: Package: asciidoc-a2x Depends: asciidoc-base (presumably), other stuff Conflicts/Replaces: asciidoc ( 8.4.5-3) If you want to split a2x off because it pulls in too many random Dependencies, then make SplitOff2 (-a2x) above be an entire new package with its own .info file. This way, someone building just asciidoc-base will not pull in all those dependencies. Hanspeter -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ 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] fink install xdaliclock fails during configure, unable to find X
Greg A. Woods wrote: checking for sys/select.h... yes checking for X... no configure: error: Couldn't find X11 headers/libs. Try `./configure --help'. ### execution of ./configure failed, exit code 1 This is a common error. I'll pull up a fix momentarily. Hanspeter -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ 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] fink install xdaliclock fails during configure, unable to find X
Greg A. Woods wrote: checking for sys/select.h... yes checking for X... no configure: error: Couldn't find X11 headers/libs. Try `./configure --help'. ### execution of ./configure failed, exit code 1 A new version is now available that should fix this problem and adds a native .app version of daliclock as well. If you're using rsync, it should be available within the hour. Hanspeter -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ 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] Failed: phase compiling: xbae-4.60.4-1 failed
Dominique Dhumieres wrote: Installing xbae on OSX 10.6.1 failed with: ... gcc -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o .libs/libXbae.4.0.60.dylib .libs/Actions.o .libs/Caption.o .libs/Clip.o .libs/Converters.o .libs/Create.o .libs/Draw.o .libs/Input.o .libs/Matrix.o .libs/Methods.o .libs/Public.o .libs/ScrollMgr.o .libs/Shadow.o .libs/Utils.o .libs/DebugUtil.o -L/sw64/lib /sw64/lib/libXm.dylib -lXt -lXext -lX11 -install_name /sw64/lib/libXbae.4.dylib -Wl,-compatibility_version -Wl,5 -Wl,-current_version -Wl,5.60 ld: library not found for -lXt collect2: ld returned 1 exit status make[1]: *** [libXbae.la] Error 1 make: *** [all-recursive] Error 1 ### execution of make failed, exit code 2 Adding --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib to the ConfigureParams seems to solve the problem. Failed also on 10.5/i386. I've added those flags to ConfigureParams and checked the changes into unstable CVS. Should be available shortly for everyone else. Hanspeter -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ 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] How to Handle Version Numbers
Another alternative to dealing with alpha/a, beta/b, RC/rc names in software versions is to put the descriptor into the revision field. So freeciv-2.2.0-RC1 under this mechanism would end up being Version: 2.2.0 Revision: 0.0rc1.1 The first 0 in revision means that when the final release is out, a Revision of 1 will automatically supersede all previous versions. The second 0 is not necessary, but gives a little extra wiggle room, the first 1 is the release candidate version (or a1, b3, etc), and the trailing 1 works like revision normally does, keeping track of changes to the info file. I used this setup with the firefox3 beta/rc packages w/ no problems. Hanspeter -- Download Intel#174; 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] New FreeCiv Package
On 2/25/10 6:19 PM, David Lowe wrote: On 25 Feb, 2010, at 12:20 PM, Alexander Hansen wrote: On 2/25/10 2:38 PM, David Lowe wrote: Greetings, FreeCiv 2.2.0 did build successfully on my system. This is still a work in progress [DescUsage at least is outdated, and i think the dependencies should be freshened], so i won't burden the list with my info file yet. However, i will be glad to share it with anybody who wants to see it in the meanwhile. The package file as currently written only configures the client for the Gtk+ GUI. There is an optional SDL interface, and i would like to also experiment with that. How should i handle that in the context of the info file: is the preferred method to make separate files like 'freeciv-gtk' and 'freeciv-sdl'? I ask this question now as i think the answer to this dictates the dependencies i will be looking into. snip Interesting. The existing freeciv uses both sdl and gtk+2. Does it not build the SDL interface? If that's the case, then I'd recommend leaving freeciv as the name of the GTK-interfaced package, and freeciv-sdl as the name of the SDL-interfaced one, in the interest of an easy upgrade path. Well, i'm inexperienced enough to not be totally sure whereof i speak, but i don't believe the 2.0.5 package actually uses SDL at all. In fact, the second ConfigureParam disables any configuration of the SDL portion, so no SDL client gets built. I speculate that the various SDL dependencies are not actually needed, and are merely leftovers from a previous attempt to build such a client. The SDL client is not yet as fully developed as the GTK client, and was problematic in earlier versions. How to structure the packaging is up to you. You may find it easier to do them as separate Variants within a single .info file, particularly if the build stuff for the GTK and SDL versions come out to be mostly the same. My thinking was that A) most users will only need one or the other client; and B) separating them will reduce the dependency burden upon the user. In my eye, the 34 dependencies as given are excessive - my reading of the install text in the tarball shows only 10 of these as being truly needed for a GTK build. Possibly some of them were needed in the 1.x versions, and weren't pruned out for the 2.0 update. Obviously i need to tread carefully here, as i'm not totally familiar with handling dependencies. Anyway, i'm currently leaning towards having 'freeciv' with a 'freeciv-sdl' splitoff. However, i'm still open to input at this point. Could you please name an existing info file that could serve as a good model for using Variants? You don't want a freeciv-sdl splitoff. Splitoffs are for different parts of the same master package (and when built, ALL splitoffs are built together, so all Dependencies are pulled in). Using variants is just a way to have two very similar packages that use very similar build rules be maintained through the same .info file to minimize the work that the maintainer needs to do (which is what is happening here). When variant A is built, variant B is not (though it can be if there are no conflicts between the two), so Dependencies for each one are kept separate. Look at valknut.info for a quick primer on Fink variants. That's a package I have that can be built using either qt4-mac or qt4-x11. In your case, you'd have freeciv and freeciv-sdl, probably replacing -qttoolkit (for Qt toolkit type) with -client (or whatever term you want to use to describe the toolkit choice. If you go with the freeciv/freeciv-sdl naming, replace the (-aqua -x11) in the Type: field with (. -sdl). . will give you a package called 'freeciv' and -sdl will give you a packge called freeciv-sdl. You can then pick and choose which Dependencies are needed for each variant (or for both). --disable-sdltest doesn't disable using SDL. It only disables the ./configure test for SDL which normally needs to be actually logged in at the OS X desktop and fails if, for example, building the package happens in an SSH session. Hanspeter ps. if the sdl version never works out, you can just simplify the above (. -sdl) line to (.) and then have just one variant. -- Download Intel#174; 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] Freeciv 2.2.0 Build Problem
On 3/4/10 2:56 PM, David Lowe wrote: Okeh, i'm somewhat embarrassed in that i've run into a problem with my own package. Here's the story: i successfully built and ran the new package last week, and made several minor updates to the description fields. Today i tentatively removed the sdl-mixer dependency and bumped the revision, did 'fink remove freeciv', 'fink index', 'fink selfupdate', 'fink update-all', and finally 'fink install freeciv'. The build is now choking where it didn't last week, and i've not been able to find the cause. I put the dependency back, of course, but that didn't change things. Can i get some help? My experimental info file still looks much like the old one, other than updating the md5 and deleting the fetch of Source2 [the soundset is now in the main tarball, rather than a separate option]. I have also removed two obsolete ConfigureParams. The problem seems to come in while copying the sounds. The previous [successful] build has this: make[2]: Nothing to be done for `install-data-am'. /bin/cp -Rv ../data/* /sw/src/fink.build/root-freeciv-2.2.0-1/sw/share/freeciv/ ../data/stdsounds - /sw/src/fink.build/root-freeciv-2.2.0-1/sw/share/freeciv/stdsounds ../data/stdsounds/foot3.ogg - /sw/src/fink.build/root-freeciv-2.2.0-1/sw/share/freeciv/stdsounds/foot3.ogg The new [failed] build has this: make[2]: Nothing to be done for `install-data-am'. /bin/cp -Rv ../data/* /sw/src/fink.build/root-freeciv-2.2.0-2/sw/share/freeciv/ cp: ../data/*: No such file or directory ### execution of /bin/cp failed, exit code 1 Both /sw/src/fink.build/freeciv-2.2.0-2/freeciv-2.2.0/data/stdsounds and /sw/src/fink.build/root-freeciv-2.2.0-2/sw/share/freeciv/stdsounds are appropriately populated with sound files. Where else should i be looking? I didn't attach the logs as they are rather long, but they are here if anybody wants me to send them personally. David, I think the relevant part is that your InstallScript is now pointing to a non-existant directory. InstallScript: /usr/bin/make install DESTDIR=%d /bin/cp -Rv ../data/* %i/share/%n/ This makes it look in /sw/src/fink.build/freeciv-2.2.0-2/data rather than in /sw/src/fink.build/freeciv-2.2.0-2/freeciv-2.2.0/data . Because the data stuff is now included in the same tarball, the data dir is now in a new location (probably just need to get rid of ../ in that cp command) Hanspeter -- Download Intel#174; 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] packaging problem
On 3/9/10 10:55 AM, Pranay Airan wrote: Hello, I am facing problem while creating info file, i discuss this problem earlier and got some suggestions but still i am unclear how to proceed in my port when porting for MAC while i am compiling any program which includes *stdlib.h* it gives syntax error, which in turn found to be in *usr/include/mach/i386/_structs.h * where the error is in parsing Bit fields, as MAX and Alexander pointed that problem is in compiler which is not able to parse this bit fields, i want to know why this bit fields are not present in linux and is this header file structure is same for Power PC as well? Also what can be possible solution ? as suggested some solutions are 2) create directory store updated header file and pass it to compiler (this is not clear) As stated in the previous message, you have to modify a _LOCAL_ version of that header (local to the build process). During PatchScript:, copy the header to %b/mach/i386 . Then use the PatchFile (or PatchScript via perl or sed if its an simple fix) to modify the header to whatever solves your compilation problems. Finally, change your compiler flags (CFLAGS, CPPFLAGS, or whatever), so that -I%b is in front of -I/usr/include. You'll probably either need to use some SetENVVAR field[2] or modify Makefile.in to change flag ordering so that the compiler sees your modified header instead of the system header. Look at http://www.finkproject.org/doc/packaging/format.php?phpLang=en if you're not clear what %b is and http://www.finkproject.org/doc/packaging/reference.php?phpLang=en for using the SetENVVAR fields. Hanspeter -- Download Intel#174; 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] pls help in debugging seamonkey-2.0.
On 3/22/10 11:07 AM, Jean-François Mertens wrote: There is info+patch file for seamonkey-2.0.3 in http://fink.cvs.sourceforge.net/viewvc/fink/experimental/jfmertens/crypto/finkinfo/ It builds, apparently correctly, on 10.5/32bit. On 10.5/64bit, I get : From your .info file: 51: SourceDirectory: comm-1.9.1 Code from the 1.9.1 and 1.9.2 branches won't build on 64-bit OS X. My local hg mozilla-central repository only started building successfully as 64bit as of approximately 1.9.3. Hanspeter -- Download Intel#174; 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] pls help in debugging seamonkey-2.0.
On 3/22/10 11:34 AM, Hanspeter Niederstrasser wrote: Code from the 1.9.1 and 1.9.2 branches won't build on 64-bit OS X. My local hg mozilla-central repository only started building successfully as 64bit as of approximately 1.9.3. Just to clarify: there's no release of anything that's tagged as 1.9.3 code (firefox 3.6 is 1.9.2 gecko, seamonkey 2.0.3 is 1.9.1 gecko). 1.9.3 is just the probable current internal value for gecko in the code repository tip. Hanspeter -- Download Intel#174; 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] SCons in stable
On 3/22/10 9:16 AM, Vincent Beffara wrote: Hi list, Not sure whom to contact about this - my SCons 1.2 package was recently promoted into the stable tree, but unfortunately the patch file associated to it (devel/scons.patch) was not included. So SCons does not build in the stable confguration, which is not optimal. Can somebody here fix it ? If not, who do I talk to about it ? Done. Hanspeter -- Download Intel#174; 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] Help testing Mercurial 1.5
On 3/22/10 11:54 PM, Pepe Barbe wrote: I am building the new package for Mercurial 1.5 and I am having some issues and I would appreciate some help testing. It seems when doing a test build under the fink, for some reason during the Test Phase things get botched and a lot of tests fail. I spoke with upstream and, at least, under Snow Leopard no test failures are expected. I have tested mercurial with the native Python and indeed there are no problems. Building and testing manually with Fink's Python also returned few to no issues. I think the problem is related to whatever shell settings and permissions are present when the TestPhase is executed. It's a permissions issue. All the following examples are with Fink's mercurial-py26-1.5-1 installed and using this command: /sw/bin/python run-tests.py --with-hg=/sw/bin/hg -v Running the tests as an admin $USER from a clean source extract in /src/mercurial-1.5: # Ran 368 tests, 34 skipped, 0 failed. Running the the tests in a clean source extract in /src/mercurial-1.5 as root by prefixing the above command with sudo: # Running /src/mercurial-1.5/tests/test-backwards-remove # Ret was: 0 ERROR: /src/mercurial-1.5/tests/test-backwards-remove output changed --- /src/mercurial-1.5/tests/test-backwards-remove.out +++ /src/mercurial-1.5/tests/test-backwards-remove.err @@ -1,3 +1,5 @@ +.hg a 0 files updated, 0 files merged, 1 files removed, 0 files unresolved +.hg a ... other failures like this one ... # Ran 368 tests, 34 skipped, 14 failed. Running the test as an admin $USER in %b/tests that's leftover from 'fink -m -Kk install mercurial-py26': # Test test-backwards-remove # Cleaning up HGTMP /private/var/folders/VJ/VJI1GqIRGmOqqRYrL1IClU+++TI/-Tmp-/hgtests.soCjpV Traceback (most recent call last): File run-tests.py, line 948, in module main() File run-tests.py, line 943, in main runtests(options, tests) File run-tests.py, line 791, in runtests ret = runone(options, test, skips, fails) File run-tests.py, line 529, in runone os.remove(err) # Remove any previous output files OSError: [Errno 13] Permission denied: '/sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove.err' Running the tests in %b/tests as root by prefixing the tests command with sudo (run from an admin $USER): # Test test-backwards-remove # Running /sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove # Ret was: 0 ERROR: /sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove output changed --- /sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove.out +++ /sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove.err @@ -1,3 +1,5 @@ +.hg a 0 files updated, 0 files merged, 1 files removed, 0 files unresolved +.hg a ... (other failures with same result: output changed) ... # Ran 368 tests, 34 skipped, 14 failed. Hanspeter -- Download Intel#174; 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] Help testing Mercurial 1.5
On 3/23/10 10:56 AM, Pepe Barbe wrote: On Mar 23, 2010, at 0:06, Hanspeter Niederstrasserf...@snaggledworks.com wrote: It's a permissions issue. All the following examples are with Fink's mercurial-py26-1.5-1 installed and using this command: /sw/bin/python run-tests.py --with-hg=/sw/bin/hg -v Running the tests as an admin $USER from a clean source extract in /src/mercurial-1.5: # Ran 368 tests, 34 skipped, 0 failed. Does this seem enough to accept the package? I think so. I can check the current version in, perhaps with an added DescPort field that says Automated tests currently fail when run as root. To manually run the tests after installing mercurial, run the following command inside the tests directory of a freshly extracted mercurial tarball: %p/bin/python run-tests.py --with-hg=%p/bin/hg -v Alternatively, install mercurial using the --build-as-nobody flag. Also, you can check in TestScript for id -u and not run the tests if it equals 0. Hanspeter -- Download Intel#174; 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] New Freeciv Package
On 3/30/10 8:14 PM, David Lowe wrote: Before i put this in the tracker, i'd welcome any and all comments. You're not declaring several dependencies (libgettext8-shlibs, cairo-shlibs, libiconv, among others). Also, there's a dependency on libgl, but I don't see any linkage to it. $ otool -L /sw/bin/freeciv-gtk2 | sort /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 949.54.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 34.0.0) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 12.0.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.19.0) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 677.26.0) /sw/lib/freetype219/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.19.0) /sw/lib/libSDL-1.2.0.dylib (compatibility version 12.0.0, current version 12.3.0) /sw/lib/libSDL_mixer-1.2.0.dylib (compatibility version 11.0.0, current version 11.1.0) /sw/lib/libatk-1.0.0.dylib (compatibility version 2610.0.0, current version 2610.1.0) /sw/lib/libbz2.1.dylib (compatibility version 1.0.1, current version 1.0.5) /sw/lib/libcairo.2.dylib (compatibility version 10803.0.0, current version 10803.8.0) /sw/lib/libexpat.1.dylib (compatibility version 7.0.0, current version 7.2.0) /sw/lib/libgdk-x11-2.0.0.dylib (compatibility version 1601.0.0, current version 1601.6.0) /sw/lib/libgdk_pixbuf-2.0.0.dylib (compatibility version 1601.0.0, current version 1601.6.0) /sw/lib/libgio-2.0.0.dylib (compatibility version 2001.0.0, current version 2001.5.0) /sw/lib/libglib-2.0.0.dylib (compatibility version 2001.0.0, current version 2001.5.0) /sw/lib/libgmodule-2.0.0.dylib (compatibility version 2001.0.0, current version 2001.5.0) /sw/lib/libgobject-2.0.0.dylib (compatibility version 2001.0.0, current version 2001.5.0) /sw/lib/libgtk-x11-2.0.0.dylib (compatibility version 1601.0.0, current version 1601.6.0) /sw/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /sw/lib/libintl.8.dylib (compatibility version 9.0.0, current version 9.2.0) /sw/lib/pango-ft219/lib/libpango-1.0.0.dylib (compatibility version 2401.0.0, current version 2401.5.0) /sw/lib/pango-ft219/lib/libpangocairo-1.0.0.dylib (compatibility version 2401.0.0, current version 2401.5.0) /sw/lib/pango-ft219/lib/libpangoft2-1.0.0.dylib (compatibility version 2401.0.0, current version 2401.5.0) /usr/X11/lib/libfontconfig.1.dylib (compatibility version 6.0.0, current version 6.1.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.4) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) It's also linking to both /usr/lib/libiconv.2.dylib and /sw/lib/libiconv.2.dylib, which is likely to cause problems. There's probably a way to reorder the linker flags in some Makefile to have it link only to Fink's libiconv. And ./configure checks for libggz, but I don't know if it actually uses it if found. If libggz is being used if present, your options then are to either 1) explicitly declare a dependency on libggz so that it will always be used, or 2) disable using libggz (if possible) to never use it. Running /sw/bin/civmanual does nothing, by the way. Is the SDL frontend still experimental? Since it's only linking to /usr/X11/lib/libfontconfig.1.dylib but also to libSDL (probably through SDL-mixer), maybe the SDL frontend will work with sounds. Fink's .info file variants are perfect for this. Within one single file, you can have the descriptions for two similar packages (this is very common in Qt packages that have both x11 and aqua/mac variants available). So you could have freeciv/freeciv-sdl (probably best for compatibility with older versions), or freeciv-gtk/freeciv-sdl, etc (exact naming up to you). After you stabilize the current version, if you wish to set up variants, I can walk you through the process of doing that. Hanspeter -- Download Intel#174; 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
Re: [Fink-devel] New Freeciv Package
On 3/31/10 2:23 PM, David Lowe wrote: (missing deps) In case you didn't know, otool -L FOO is useful to find out what's being linked to by a binary, and dpkg -S BAR is useful to figure out what package provides a file (such as a dylib from the otool -L output). And ./configure checks for libggz, but I don't know if it actually uses it if found. If libggz is being used if present, your options then are to either 1) explicitly declare a dependency on libggz so that it will always be used, or 2) disable using libggz (if possible) to never use it. There is a configure option to use GGZ, but i've not applied it. Do you know right offhand what benefit libggz brings into the picture? If not, i'll research this. Otherwise it wouldn't hurt to disable the check. Just reading the description from 'fink info libggz', it seems to provide the necessary tools for freeciv to connect to the GGZ Gaming Zone servers, so probably useful for some types of multiplayer action. I don't know if this is necessary for _all_ multiplayer games w/ freeciv. The choice to have it available is up to you. If you don't disable it, then you need to (Build)Depends on libggz (and -shlibs). Is the SDL frontend still experimental? Since it's only linking to /usr/X11/lib/libfontconfig.1.dylib but also to libSDL (probably through SDL-mixer), maybe the SDL frontend will work with sounds. Evidently SDL-mixer is bringing this in. Is it okeh to leave as an implicit dependency or should i declare this? No. You should declare (build)dependencies that are used, even if they're brought by another dep. I do remember our previous discussion, and still have in mind to make an SDL variant. After this package is stable w.r.t. the GTK client, i have in mind to try my hand at making an application bundle before i get back to you. Thanks for your help, by the way! No prob. Hanspeter -- Download Intel#174; 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] RuntimeVars
On 3/31/10 4:16 PM, Hariharan B wrote: On Thu, Apr 1, 2010 at 1:45 AM, Koen van der Drift koenvanderdr...@gmail.com wrote: A quick glance, I notice two things: 1st: Version: 0.0svn Revision: 8062 Is this conforming the fink rules? 1. This was suggested by Nieder, since the software is from SVN release Please don't top post as it makes it hard to know what you're referring to. What I said was make %v at least be meaningful. extex-0.0svnXXX (where XXX = SVN version). I never said for Fink's revision (%r) to be the SVN version. Hanspeter -- Download Intel#174; 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] New Freeciv Package
On 3/31/10 5:23 PM, David Lowe wrote: On 31 Mar, 2010, at 12:41 PM, Alexander Hansen wrote: Amplifying a bit: Depends can be implicit--though if they're libraries it's normally better to spell them out. BuildDepends can *never* be implicit, because we don't currently have a mechanism to allow for their inheritance. For those of us who weren't paying attention in class, are discrepancies discovered through 'otool -L' BuildDepends or normal Depends? otool -L gives you libraries that your file links to. These are needed at runtime and so are Depends (and usually are foo-shlibs). And 99.44% of the time, you'll need the corresponding foo-dev (sometimes called just foo, confusing, I know) package that contains the header (.h) files so that your program knows what to do with the library it needs. So if you get /sw/lib/libintl.8.0.2.dylib as a linked library, then you want Depends: libgettext8, and BuildDepends: libgettext8-dev. Hanspeter -- Download Intel#174; 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] firefox3-10.4: call for testers
On Fri, April 9, 2010 4:02 pm, David Fang wrote: The fox has landed on the Tiger! After some hideous build hackery, I've got firefox3-3.6.3 built and validated on 10.4/ppc. Any volunteers to help test would be greatly appreciated. Grab the info and path from (if you don't have CVS enabled): http://fink.cvs.sf.net/viewvc/fink/experimental/fangism/finkinfo/ firefox3-10.4.{info,patch} Distribution: 10.4, 10.5, 10.6 Please make this 10.4 only. I don't have 10.4 to test on, and I wont be able to trace back your changes and how they may affect the 10.5+ builds. Hanspeter -- More agile than a turtle, stronger than a mouse, nobler than lettuce -- Download Intel#174; 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] TextWrangler Language Module?
On 4/14/10 11:52 AM, Daniel Johnson wrote: On Apr 14, 2010, at 11:39 AM, David Lowe wrote: The wiki mentions here: http://wiki.finkproject.org/index.php/Fink:NewMaintainer#Create_your_first_package that syntax coloring is available for info files. However, the link given there is dead [404 error]. In fact, the '~chris01' user that hosted it seems to no longer exist. A web search for fink language module textwrangler merely pointed me back at the wiki. Does anybody have a current link, or is the module licensed such that it could be hosted on the SourceForge page? This is the version I use with BBEdit and should be fine with TextWrangler. I forget exactly where it came from; it's possibly based on the one mentioned above, but I've modified it to work with newer Fink syntax. I've now updated the wiki to point to Daniel's file that I've uploaded onto my own server so it won't get lost again. Presumably it and the nedit patterns file also there could be sent to the fink-maintainertools module in Fink's CVS tree for real archiving. Hanspeter -- Download Intel#174; 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] rasmol build error
On 4/18/10 9:15 PM, Koen van der Drift wrote: Hi, After a fink update, rasmol rebuild, and I get the following error: gcc -o rasmol -Os -Wall -Wpointer-arith -no-cpp-precomp -L/usr/X11/ lib rasmol.o molecule.o abstree.o cmndline.o command.o transfor.orender.o repres.o pixutils.o outfile.o script.oinfile.o tokens.o cif_fract.o cif.o cif_ctonum.o cif_stx.omultiple.o vector.o wbrotate.o langsel_unix.o maps.o x11win.o -lm -lXi -lXext -lX11 ../external_packages/ CBFlib-0.8.1/lib/libcbf.a ../external_packages/CQRlib-1.0.3/ cqrlib.o ../external_packages/CVector-1.0.3/CVector.o ../ external_packages/NearTree-2.1.3/CNearTree.o ld warning: in ../external_packages/CVector-1.0.3/CVector.o, file is not of required architecture Undefined symbols: _CVectorCreate, referenced from: _CreateSurfaceBonds in molecule.o _CreateSurfaceBonds in molecule.o My mistake. The source files come with some prebuilt .o files, and I was removing them (or at least supposed to), but I was passing the wrong path to rm. Try again after a selfupdate. Hanspeter -- Download Intel#174; 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
[Fink-devel] distfiles mirrors and License: Restrictive (and SSL linking as Restrictive)
libnessus3-ssl is marked as Restrictive (links to OpenSSL) and the source is now unavailable upstream (license change for newer versions and dead FTP server). fink fetch libnessus3-ssl then fails to build, only checking Source: defined in the .info file. However, the tarball _is_ available from http://distfiles.master.finkmirrors.net/, probably because of libnessus3 (non-ssl). This brings up some questions: 1) Should packages marked as Restrictive be able to check mirrors if they can't find the source upstream? 2) Should a new license option be used for packages marked as restrictive because of OpenSSL linkage (or other similar situation)? Fink policy says will not distribute binaries, but in practice this also means that the source tarball is not distributed/mirrored. Most packages that fall into this category are GPL, so the source alone can be distributed. Having a new License option, Restrictive/SourceOnly for example, to complement Restrictive/Distributable would take care of these packages. Hanspeter -- ___ 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] update of cdo
On 5/1/10 3:25 PM, sebastien masson wrote: Hello, Would it be possible to update cdo package to the latest version: 1.4.4 ? thank you, cdo is currently not maintained by anyone. However, it is possible for you to try to update your local version and you can then report back if it worked (and the cdo .info file looks simple enough that a simple version bump might be enough to update it). If you're willing to try this, follow the example directions from here http://finkers.wordpress.com/2009/07/24/creating-local-packages/. You can ignore the SetCFLAGS steps from that example because it's specific to that package, but the rest should apply, changing the file names where appropriate. Hanspeter -- ___ 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] distfiles mirrors and License: Restrictive (and SSL linking as Restrictive)
On 05/01/2010 9:22 AM, David R. Morrison wrote: 1) Should packages marked as Restrictive be able to check mirrors if they can't find the source upstream? If the sources are legally redistributable and therefore mirror-able, that sounds reasonable. There are definitely cases in which no permission to distribute source has been given. That's why, when we set up distfiles, we extended the policy on non-distribution to include not mirrored on our distfiles servers. Right, but this currently covers both no-binary-distribution and no-binary-or-source-distribution licenses. Which is why I suggested having a new Restrictive subvariant to allow the former license to be have source mirroring by Fink. This also comes back to the first suggestion in my original post: let the package search in mirrors for the source, even if it's marked restrictive. If it really is restricted, the distfiles backends will not mirror it and the package fetch will 404 anyway. If it is available because of a non-restricted variant (or say upstream gave permission to have it mirrored), then it works. (this assumes distfiles is set up correctly vis a vis license restrictions, and that distfiles and fink don't use the same code to fetch sources) I realize that this takes coding, and I don't know Perl so I am in no position to provide patches (or expect/demand immediate fixes from others) so I'm looking at this more from a user experience point of view, where sources can and frequently do disappear, usually through download server reorganization, and that it can be frustrating for the user (there's also a bug on having MirrorLast set, but I'm still writing that up with clear situations). The OpenSSL/GPL 'conflict' is probably the main source of this issue, but given the response rate I get when I pass on my buildworld results to maintainers (even for simple crashes like missing symbols from the .la cleanup), I don't forsee much of a migration from the 'holdout' maintainers to system-openssl happening. Hanspeter -- ___ 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] Automatic hiding of /usr/local
On 05/27/2010 12:37 AM, Daniel Macks wrote: One of the side effects of fink-package-precedence is that /usr/local becomes more of a visible problem. Well, it was always a problem, but now it becomes a build-time crash rather than a silently-lurking time-bomb). There are lots of legitimate reasons users may have /usr/local stuff, but no good technical way to hide it from the compiler. ... Murr suggested a fink *option* to do it. I agree it's a nice feature. Some ideas he and I kicked around include having fink warn if /usr/local stuff is detected, and having a fink.conf opt-in control that does the rename-while-build-then-restore. And vasi's Finally feature (used by the BuildConflicts swappy and Buildlock removal processes) to restore seems to provide a way to restore the moved dirs even in most cases when the build fails. My only concern is for parallel build operations ('fink build a' and 'fink build b' in separate windows)...need to make sure the restore only happens when *all* builds are finished, which may also not be the same build that did the move originally. What about when the fink process itself crashes during a build when /usr/local has been 'hidden'? During my last buildworld, I had lots of problems with the computer (apparently passwd doesn't like being nice'd, backgrounded, and its terminal closed), and upon reboots where the fink process itself was not terminated cleanly, either leftover buildlocks or dpkg/status editing had to be manually taken care of (no surprise that this happened, since there was no clean termination). Will the user in dirty terminations have to manually unhide /usr/local? And what if the crash happens in the middle of the hiding/unhiding and things are only partially restored? So...thoughts about a boolean fink.conf:HideUsrLocal flag, where TRUE means rename/restore and FALSE/UNDEFINED means issue warning? Besides gccXX (and local/libgmp seems to be the most common culprit there), are there other packages that routinely suffer from /usr/local interference? A CompileScript check for /usr/local in those packages could similarly be done. If the same underlying mechanism as buildlock removal and BuildConflicts is used, based on my experience with it, I'm not sure it's robust enough, and in this case it will be affecting things _outside_ of %p. Hanspeter -- ___ 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] packages and xquartz 2.5.0
Firefox/gtk2 after the 3.6.x series won't build on OS X w/out disabling major functionality unless the system has xquartz 2.5.0 (at least on 10.5, I don't know what the situation is on 10.6). This is an issue with the old GL headers, which jeremyhu updated in 2.5.0. There is no word as to whether Apple will backport this fix into future releases of the system X11. Given that Fink policy right now is to use the system's X11, what can be done about this situation, assuming Apple doesn't update X11? Hanspeter -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ 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] list of dependencies for mc (SL) broken ?
On 6/23/10 9:09 PM, DJamé Seddah wrote: Hi list, I just installed fink on a brand new 10.6.4 install (using rsync, selfupdate, etc.) and I wanted to install mc (fink install mc) and I'm astonished about the amount of stuff that seems to be needed for this soft: 57 pkgs, among which one can find tcl/tk, sgml*, libjpeg, docbook and so on... I've installed this soft I don't know how many times on various system (solaris, true64, many linux) and usually it only asked for glib, readline, gettext, libncurse, libgz, libzip and that's it... not this whole mess. Is there anything broken here ? No. Remember that OS X does not come with a lot of the usual Unix-type libraries and packages, so installing even what looks to be a simple package at the end of the day requires things that come by default on other systems (often just for building and are not real runtime dependencies). So for example, mc needs glib2-shlibs, which needs gtk-doc to build (on Linux, glib2-shlibs is usually already prebuilt, so this subdependency is hidden). And gtk-doc needs gnome-doc-utils, which then needs libxml2-py26, why needs python26... If you want to see which of mc's dependencies is the actual culprit for requiring all those extra deps, try installing each one independently. You can see the list of (Build)Dependencies for mc here: http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/gnome/mc.info?view=markup. libiconv and libgettext3-shlibs are base packages, so they're always present, but try just installing glib2-shlibs to see what it needs beyond the explicit depends. And if you want to go a level deeper, here is the list of glib2-shlibs explicit dependencies: http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/gnome/glib2-shlibs.info?view=markup Hanspeter -- Hanspeter Niederstrasser hanspeter AT snaggledworks DOT com -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ 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] build failure for io-stty-pm0.03-1 on 10.5.8
I get a different result in my buildworld (10.5.8/i386/unstable). It builds here, but not correctly... Setting up fink-buildlock-io-stty-pm-0.03-1 (2010.06.29-15.34.35) ... gzip -dc /sw/src/IO-Stty-0.03.tar.gz | /sw/bin/tar -xvf - --no-same-owner --no-same-permissions IO-Stty-0.03 IO-Stty-0.03/Build.PL IO-Stty-0.03/Changes IO-Stty-0.03/META.yml IO-Stty-0.03/README IO-Stty-0.03/lib IO-Stty-0.03/lib/IO IO-Stty-0.03/lib/IO/Stty.pm IO-Stty-0.03/scripts IO-Stty-0.03/scripts/stty.pl IO-Stty-0.03/t IO-Stty-0.03/t/00-load.t IO-Stty-0.03/t/98-pod-coverage.t IO-Stty-0.03/t/99-pod.t /var/tmp/tmp.1.rfqr2Z #!/bin/sh -ev exec 21 perl$perlversion Build.PL \ --install_path arch=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/lib/perl5 \ --install_path bin=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/bin \ --install_path bindoc=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/man/man1 \ --install_path lib=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/lib/perl5 \ --install_path libdoc=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/man/man3 \ --install_path script=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/bin Creating new 'MYMETA.yml' with configuration results Creating new 'Build' script for 'IO-Stty' version '0.03' ./Build Building IO-Stty /bin/rm -rf /sw/src/fink.build/root-io-stty-pm-0.03-1 /bin/mkdir -p /sw/src/fink.build/root-io-stty-pm-0.03-1/sw /bin/mkdir -p /sw/src/fink.build/root-io-stty-pm-0.03-1/DEBIAN /usr/sbin/chown -R root:admin /sw/src/fink.build/root-io-stty-pm-0.03-1 ./Build install Building IO-Stty Installing /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/lib/perl5/IO/Stty.pm Installing /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/man/man3/IO::Stty.3pm Installing /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/bin/stty.pl /bin/mkdir -p /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/podfiles for i in `find /sw/src/fink.build/root-io-stty-pm-0.03-1/sw -name perllocal.pod`; do /bin/cat $i | sed -e s,/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/lib/perl5,/sw/lib/perl5, /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/podfiles/perllocal.io-stty-pm.pod; /bin/rm -rf $i; done; /usr/bin/install -d -m 700 /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/doc/io-stty-pm /bin/cp -r README /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/doc/io-stty-pm/ /bin/chmod -R go=u-w /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/doc/io-stty-pm /bin/rm -f /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/info/dir /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/info/dir.old /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/info/dir /sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/info/dir.old Writing control file... Writing package script postinst... Writing package script postrm... dpkg-deb -b root-io-stty-pm-0.03-1 /sw/fink/10.5/unstable/main/binary-darwin-i386/libs/perlmods dpkg-deb: building package `io-stty-pm' in `/sw/fink/10.5/unstable/main/binary-darwin-i386/libs/perlmods/io-stty-pm_0.03-1_darwin-i386.deb'. Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-io-stty-pm-0.03-1 (Reading database ... 4809 files and directories currently installed.) Removing fink-buildlock-io-stty-pm-0.03-1 ... * but when expect-pm58{6,8} tried to install it, it fails thusly: * The package 'expect-pm588' will be built without being installed. Reading dependency for expect-pm588-1.21-1... Reading build dependency for expect-pm588-1.21-1... Reading build conflict for expect-pm588-1.21-1... The package 'io-tty-pm588' will be installed. Reading dependency for io-tty-pm588-1.08-1... The package 'io-stty-pm' will be installed. Reading dependency for io-stty-pm-0.03-1... The following package will be rebuilt: expect-pm588 The following 2 additional packages will be installed: io-stty-pm io-tty-pm588 Do you want to continue? [Y/n] (assuming default) Reading buildlock packages... All buildlocks accounted for. /sw/bin/dpkg-lockwait -i /sw/fink/debs/io-stty-pm_0.03-1_darwin-i386.deb (Reading database ... 4092 files and directories currently installed.) Preparing to replace io-stty-pm 0.03-1 (using .../io-stty-pm_0.03-1_darwin-i386.deb) ... Unpacking replacement io-stty-pm ... Setting up io-stty-pm (0.03-1) ... cat: /sw/share/podfiles/*.pod: No such file or directory /sw/bin/dpkg: error processing io-stty-pm (--install): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: io-stty-pm ### execution of /sw/bin/dpkg-lockwait failed, exit code 1 Failed: can't install package io-stty-pm-0.03-1 * And if fact, io-stty-pm does lack .pod files: $ dpkg-deb --contents io-stty-pm_0.03-1_darwin-i386.deb drwxr-xr-x root/admin0 2010-06-29 15:34 ./ drwxr-xr-x root/admin0 2010-06-29 15:34 ./sw/ drwxr-xr-x root/admin0 2010-06-29 15:34 ./sw/bin/ -r-xr-xr-x root/admin 273 2010-06-29 15:34
[Fink-devel] conflicts/replaces issue between ptex-base and texlive-base
Todai Team, During my buildworld run, many packages have aborted building because of a conflict between ptex-base and tetex-base. The actual error is this: * While trying to install: ptex-base-3.1.10-1003 The following inconsistencies found: texlive-base conflicts with ptex-base (= 3.1.10-1003), but ptex-base is installed Trying to resolve dependencies... Could not resolve inconsistent dependencies! Fink isn't sure how to install the above packages safely. You may be able to fix things by running: fink scanpackages sudo apt-get update sudo apt-get install ptex-base=3.1.10-1003 Failed: Fink::SysState: Could not resolve inconsistent dependencies * The texlive-base-0.20080816-2 splitoff in unstable has Conflicts/Replaces set for ptex-base (= 3.1.10-1003). ptex-base is unstable is 3.1.11, so that's OK, but ptex-base in stable[1] is at version 3.1.10-1003. Could you please modify ptex-base in stable to conflicts/replaces with texlive-base? so that the swapping can take place gracefully? Thanks, Hanspeter [1] Why the buildworld is building the ptex-base from stable is a whole other issue, and I have no idea as to why it's doing this. It does build ptex-base/unstable, but likes to build and use anew ptex-base/stable in the middle of runs. -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] conflicts/replaces issue between ptex-base and texlive-base
On 7/9/10 11:58 AM, Tomoaki Okayama wrote: Hi, At Fri, 9 Jul 2010 08:07:03 -0600, David R. Morrison wrote: On Jul 9, 2010, at 7:31 AM, Hanspeter Niederstrasser wrote: [1] Why the buildworld is building the ptex-base from stable is a whole other issue, and I have no idea as to why it's doing this. It does build ptex-base/unstable, but likes to build and use anew ptex-base/stable in the middle of runs. Well, I think I can explain this. The ptex-base in stable has a long list of Provides: Provides: tetex-base, tetex3-base, ptex3-base, mendexk, context, dvipdfm, epstopdf, pdftex, tetex-macosx, (%type_raw[-nox] = .) xdvik whereas the ptex-base in unstable only Provides ptex3-base and mendexk. This means that if another package asks for tetex3-base, for example, then fink has two choices: ptex-base and tetex-base. Since ptex-base is earlier in the alphabet, the automated script chooses ptex-base. But since only the stable version Provides tetex3-base, the stable version is used. I do not know why the Provides line in ptex-base was changed. Thanks for the explanation. The reason for the change of Provides is that ptex-base in unstable becomes a small package, like xetex, whereas ptex-base in stable provides all teTeX + additional pTeX. TeX Live package is very huge. If ptex-base in unstable provides texlive-base, another huge package comes into being there, and we do not like it. So we decided that ptex-base does not provides texlive-base (and tetex-base, too). Anyway: At Fri, 09 Jul 2010 09:31:25 -0400, Hanspeter Niederstrasser wrote: ... Could you please modify ptex-base in stable to conflicts/replaces with texlive-base? so that the swapping can take place gracefully? Committed. Please check it. Thanks. This changed the error report. I now get: While trying to install: ptex-base-3.1.10-1004 The following inconsistencies found: Unsatisfied dependency in ptex-texmf: texlive-base | texlive-nox-base This seems to come from ptex-texmf/unstable explicitly Depending: on texlive-base. Hanspeter -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] perlmod Depends on a versioned perlmod that's provided by perl5100-core and so fails
The perlmod module-install-pmXXX has a versioned Depends on module-corelist-pm%type_pkg[perl] (= 2.17-1). On 10.5, when trying to build module-install-pm5100, this fails with this error: Reading dependency for module-install-pm5100-0.99-1... Reading build dependency for module-install-pm5100-0.99-1... Can't resolve dependency module-corelist-pm5100 (= 2.17-1) for package module-install-pm5100-0.99-1 (no matching packages/versions found) For all versions prior to perl5100, this was a real package, but perl5100-core now Provides module-corelist-pm5100. If I remember correctly, virtual provided packages are unversioned, so the build now fails. Is there a way around this besides removing the versioning from module-install-pm? Hanspeter -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] perlmod Depends on a versioned perlmod that's provided by perl5100-core and so fails
On 7/15/10 8:00 AM, Daniel Johnson wrote: On Jul 15, 2010, at 7:04 AM, Hanspeter Niederstrasser wrote: The perlmod module-install-pmXXX has a versioned Depends on module-corelist-pm%type_pkg[perl] (= 2.17-1). On 10.5, when trying to build module-install-pm5100, this fails with this error: Reading dependency for module-install-pm5100-0.99-1... Reading build dependency for module-install-pm5100-0.99-1... Can't resolve dependency module-corelist-pm5100 (= 2.17-1) for package module-install-pm5100-0.99-1 (no matching packages/versions found) For all versions prior to perl5100, this was a real package, but perl5100-core now Provides module-corelist-pm5100. If I remember correctly, virtual provided packages are unversioned, so the build now fails. Is there a way around this besides removing the versioning from module-install-pm? The problem is that module-corelist-pm.info has an incorrect Distribution line. It should have (%type_pkg[perl] = 5100) 10.5 in addition to (%type_pkg[perl] = 5100) 10.6. When RangerRick added pm5100 variants to a bunch of perlmods, he seems to have forgotten that 5100 also exists on 10.5. Since module-install-pm5100 needs a versioned module-corelist-pmNNN, won't this cause node-exists problems with perl5100-core when they both try to provide it? Hanspeter -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] perlmod Depends on a versioned perlmod that's provided by perl5100-core and so fails
On 7/15/10 9:00 AM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/15/10 8:42 AM, Hanspeter Niederstrasser wrote: On 7/15/10 8:00 AM, Daniel Johnson wrote: On Jul 15, 2010, at 7:04 AM, Hanspeter Niederstrasser wrote: The perlmod module-install-pmXXX has a versioned Depends on module-corelist-pm%type_pkg[perl] (= 2.17-1). On 10.5, when trying to build module-install-pm5100, this fails with this error: Reading dependency for module-install-pm5100-0.99-1... Reading build dependency for module-install-pm5100-0.99-1... Can't resolve dependency module-corelist-pm5100 (= 2.17-1) for package module-install-pm5100-0.99-1 (no matching packages/versions found) For all versions prior to perl5100, this was a real package, but perl5100-core now Provides module-corelist-pm5100. If I remember correctly, virtual provided packages are unversioned, so the build now fails. Is there a way around this besides removing the versioning from module-install-pm? The problem is that module-corelist-pm.info has an incorrect Distribution line. It should have (%type_pkg[perl] = 5100) 10.5 in addition to (%type_pkg[perl] = 5100) 10.6. When RangerRick added pm5100 variants to a bunch of perlmods, he seems to have forgotten that 5100 also exists on 10.5. Since module-install-pm5100 needs a versioned module-corelist-pmNNN, won't this cause node-exists problems with perl5100-core when they both try to provide it? Hanspeter dmacks made an update in PkgVersion.pm in fink HEAD on June 7 to fix the priority of how Provides: get handled, though this appears not yet to have been backported to the 0.29 branch. It resolved some other node exists errors that I was having at the time--though I'm not sure if it will help here. It might help with the TeX fubarness in your buildworld, though (unless you're already using a current HEAD fink). Buildworld is being done with 0.29.12 (.13 came out in the middle, so I didn't stop to upgrade it). Hanspeter -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] Results of latest buildworld (2010-06-29)
Fink Developer community: The results of my latest buildworld run are now complete and I've uploaded the results here: http://www.snaggledworks.com/fink/fink-build-forever/2010-06-29/out/report.html This run was based on the 10.5/i386/unstable tree, with a cvs checkout from Mon June 28, using Fink version 0.29.12. Neither maintainer mode nor --build-as-nobody were used. A quick word on the results output: the filters used to analyse the build logs have a non-zero false positive rate (and a few terminal failures only get marked as warnings). So there are a few packages that built OK, but are still listed as having failed. As packages failed and were fixed, many of them were updated in CVS and put back into the queue to be tested. Not all updated packages were able to get this treatment however, and no new packages that were added into the unstable tree CVS during the 2+ weeks that the build took were added into the queue, as this would have complicated matters greatly on my end. Of the approximately 6500+ packages that the unstable tree has, 5100+ built successfully. The most serious problem encountered was with the different providers of tex that are available. Using the unstable and stable trees as is, texlive-base and ptex-base don't exchange happily with each other and also fight over provides (the subject of a recent thread on this list), so I copied all the ptex and texlive packages over to stable to work around this issue for the run. While this fixed the immediate problem, it led to several others, as exemplified in the following logs: http://www.snaggledworks.com/fink/fink-build-forever/2010-06-29/logs/freefem++.log http://www.snaggledworks.com/fink/fink-build-forever/2010-06-29/logs/movie15.log http://www.snaggledworks.com/fink/fink-build-forever/2010-06-29/logs/asymptote.log http://www.snaggledworks.com/fink/fink-build-forever/2010-06-29/logs/docbook-utils.log The last one if of particular concern for the buildworld, as most of Gnome and KDE indirectly depend on esound, which depends on docbook-utils, and so that failure meant that 800+ packages could not be tested at all. For individual packages, the concern is that something is quite broken with the *tex* installation. An unstable buildworld is a long process, so I will probably not repeat it again for several months unless the tex issue is cleared up. Hanspeter -- Amoebas at the start Were not complex They tore themselves apart And started sex --Arthur Guitterman -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] Removal of mozilla from dist
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 -- 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
Re: [Fink-devel] Removal of mozilla from dist
On Thu, July 29, 2010 6:06 am, Philip Lamb wrote: 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. I've gone ahead and removed crypto/openvrml.info from the 10.4 CVS tree. Hanspeter -- More agile than a turtle, stronger than a mouse, nobler than lettuce -- 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
Re: [Fink-devel] This Newbie Could Use Some Help
On 8/2/10 7:19 PM, David Lowe wrote: I have an [admittedly minor] problem with my own package and lack the know how to find a solution. Here's the story: the freeciv package is [at least for me] quite silent as built. It is built with the appropriate configure flags to use sdl-mixer as a sound plugin, but .freeciv-client-rc-2.2 as installed by the .deb in ~ contains 'default_sound_plugin_name=none' when it should contain 'default_sound_plugin_name=sdl'. This is not a show-stopper, as starting the client and setting the plugin to sdl works just fine. However, i don't think users should have to do this, and i see that in Ubuntu [for example] this works properly 'out of the box'. I've tried grepping the makefiles for default_sound_plugin_name and i don't find it. Can somebody explain to me how i should be troubleshooting this? An option like that is generally not kept in Makefiles. If makefiles are involved, it's more likely as a defines that is then used by the c code. This command grep -r default_sound_plugin_name * suggests that client/options.c is the file to modify. I see 2 occurrences of default_sound_plugin_name there. The first one (line 316) sets the default value for the -P option when freeciv is run via the command line (defaults to 0). The second (line 475) is for the actual checkbox used in the Options dialog. Presumably setting the first NULL to sdl (including the ) changes the setting. I don't know which of the two locations would need to be changed. It might be just one or both. The following two lines modify each of the two instances. Make a PatchScript field in the .info file, add them both, and then comment out (prefix with #) as needed until you get the right combination (don't forget to remove ~/.freeciv-client-rc-2.2 between runs to make sure you get a clean start). perl -pi -e 's|default_sound_plugin_name\[512\] = \\0|default_sound_plugin_name\[512\] = sdl|' client/options.c perl -pi -e 's|COC_SOUND, GUI_LAST, NULL|COC_SOUND, GUI_LAST, sdl|' client/options.c Hanspeter -- 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
Re: [Fink-devel] This Newbie Could Use Some Help
On 8/4/10 11:00 PM, David Lowe wrote: On 2 Aug, 2010, at 8:58 PM, Hanspeter Niederstrasser wrote: An option like that is generally not kept in Makefiles. If makefiles are involved, it's more likely as a defines that is then used by the c code. This command grep -r default_sound_plugin_name * suggests that client/options.c is the file to modify. I see 2 occurrences of default_sound_plugin_name there. The first one (line 316) sets the default value for the -P option when freeciv is run via the command line (defaults to 0). The second (line 475) is for the actual checkbox used in the Options dialog. Presumably setting the first NULL to sdl (including the ) changes the setting. I don't know which of the two locations would need to be changed. It might be just one or both. The following two lines modify each of the two instances. Make a PatchScript field in the .info file, add them both, and then comment out (prefix with #) as needed until you get the right combination (don't forget to remove ~/.freeciv-client-rc-2.2 between runs to make sure you get a clean start). After reading [but perhaps not comprehending?] options.c myself, i have the opinion that the first one is irrelevant. It looks like the '\0' is supposed to be overwritten by the list of choices found in the second part. A developer upstream thinks there is a bug there, though i'm waiting to enter it into their tracker until i gather some more data. Anyway, i've built a new .deb using your second patch. The interesting thing is, the new version doesn't install a new .freeciv-client-rc-2.2 . When i $ dpkg -x /sw/fink/dists/local/main/binary-darwin-i386/freeciv_2.2.2-8_darwin-i386.deb ~/temp/ dpkg-deb -c DEB FILE does the same thing if you just want a listing of the deb contents. i don't see the rc file at all, just the stuff that goes into /sw . Is there a better way to check this? I have tinkered with a few other ConfigureParams between then and now so it's a possibility that it's not being built anymore... I don't think the default settings file is ever created and put into the deb file. As far as I can tell, it's created from scratch when the program first is run by the user if there's no ~/.freeciv-client-rc-2.2 file already present. It won't overwrite, even if the default setting has changed. I just tested and using just the 2nd patch line (NULL -- sdl change), the client was started with SDL already filled in as a plugin and sound was heard when moving the units. This was on a system with no previous ~/.freeciv-client-rc-2.2 file around. Hanspeter -- 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] circular dependencies in archive-tar-pmNNN
10.5/unstable: archive-tar-pm588 TestDepends on test-pod-pm which Depends on module-build-pm which Depends on module-build-pm588 which Depends on archive-tar-pm588. And round and round we go. $ fink -m --build-as-nobody build archive-tar-pm588 Information about 10693 packages read in 0 seconds. Running in Maintainer Mode Validating package file /sw/fink/dists/unstable/main/finkinfo/libs/perlmods/archive-tar-pm.info... Package looks good! The package 'archive-tar-pm588' will be built without being installed. Reading dependency for archive-tar-pm588-1.66-1... Reading build dependency for archive-tar-pm588-1.66-1... Reading build conflict for archive-tar-pm588-1.66-1... The package 'test-pod-pm' will be built and installed. Reading dependency for test-pod-pm-1.44-1... Reading build dependency for test-pod-pm-1.44-1... Reading build conflict for test-pod-pm-1.44-1... The package 'module-build-pm' will be built and installed. Reading dependency for module-build-pm-0.36.07-201... Reading build dependency for module-build-pm-0.36.07-201... Reading build conflict for module-build-pm-0.36.07-201... The package 'module-build-pm588' will be built and installed. Reading dependency for module-build-pm588-0.36.07-2... Reading build dependency for module-build-pm588-0.36.07-2... Reading build conflict for module-build-pm588-0.36.07-2... Validating package file /sw/fink/dists/unstable/main/finkinfo/libs/perlmods/module-build-pm-10.5.info... Package looks good! Validating package file /sw/fink/dists/unstable/main/finkinfo/libs/perlmods/module-build-pm.info... Package looks good! Validating package file /sw/fink/dists/unstable/main/finkinfo/libs/perlmods/test-pod-pm.info... Package looks good! The following package will be built: archive-tar-pm588 The following 3 additional packages will be installed: module-build-pm module-build-pm588 test-pod-pm Do you want to continue? [Y/n] y Failed: Problem resolving dependencies. Check for circular dependencies. Hanspeter -- Hanspeter Niederstrasser hanspeter at snaggledworks.com -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ 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] inconsistent validator
Running 'fink -m --build-as-nobody libfaad1-shlibs' gives this as part of the output: ... Validating package file /sw/fink/dists/unstable/main/finkinfo/x11/appleotffonts.info... Package looks good! Validating package file /sw/fink/dists/unstable/main/finkinfo/x11/applesystemfonts.info... ... (and 35 other .info files that validate correctly) So I cancel, and then manually try to install a few of the 71 needed packages: $ fink -m --build-as-nobody build xz appleotffonts applesystemfonts audiofile audiofile-bin audiofile-shlibs Information about 10693 packages read in 0 seconds. Running in Maintainer Mode Validating package file /sw/fink/dists/unstable/main/finkinfo/utils/xz.info... Package looks good! Validating package file /sw/fink/dists/unstable/main/finkinfo/x11/appleotffonts.info... Warning: Length of package description exceeds 45 characters. (appleotffonts.info) Failed: Please correct the above problems and try again! $ fink --version | head -n 2 Package manager version: 0.29.13 Distribution version: selfupdate-cvs Fri Aug 6 12:33:15 2010, 10.5, i386 Easy enough to fix the offending file, but the validator should be consistent. Hanspeter -- Hanspeter Niederstrasser hanspeter at snaggledworks.com -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ 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] new data-section-pm588-0.101620-1 fails to build
The new version of data-section-pm588 fails to build with the following error: Data-Section-0.101620/MANIFEST Data-Section-0.101620/META.json Data-Section-0.101620/t/release-pod-syntax.t Data-Section-0.101620/Makefile.PL ARCHFLAGS= /usr/bin/perl5.8.8 Makefile.PL PERL=/usr/bin/perl5.8.8 PREFIX=/sw INSTALLPRIVLIB=/sw/lib/perl5/5.8.8 INSTALLARCHLIB=/sw/lib/perl5/5.8.8/darwin-thread-multi-2level INSTALLSITELIB=/sw/lib/perl5/5.8.8 INSTALLSITEARCH=/sw/lib/perl5/5.8.8/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 ExtUtils::MakeMaker version 6.31 required--this is only version 6.30 at Makefile.PL line 7. BEGIN failed--compilation aborted at Makefile.PL line 7. ### execution of ARCHFLAGS= failed, exit code 255 The previous version (data-section-pm588-0.100770-1) built successfully. Hanspeter -- Hanspeter Niederstrasser hanspeter AT snaggledworks DOT com -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ 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] [cvs] dists/10.4/unstable/main/finkinfo/text ghostscript.info, 1.18, 1.19
Index: ghostscript.info === RCS file: /cvsroot/fink/dists/10.4/unstable/main/finkinfo/text/ghostscript.info,v retrieving revision 1.18 retrieving revision 1.19 diff -u -d -r1.18 -r1.19 --- ghostscript.info 28 Aug 2009 00:54:17 - 1.18 +++ ghostscript.info 20 Aug 2010 13:17:45 - 1.19 @@ -1,10 +1,10 @@ Package: ghostscript -Version: 8.61 -Revision: 5 +Version: 8.71 +Revision: 1 Description: Interpreter for PostScript and PDF Source: mirror:sourceforge:%n/%n-%v.tar.gz -Source-MD5: aa55ca90b891c1b3b7402a09a2146a87 +Source-MD5: 51a522a5b4818bd3dc7c1c0e9dd22bad Depends: x11, x11-shlibs, ghostscript-fonts, libiconv BuildDepends: x11-dev, libiconv-dev Conflicts: ghostscript-nox, ghostscript6, ghostscript6-nox, system-ghostscript8 How does this compare to the Submissions tracker item: http://sourceforge.net/tracker/?func=detailaid=2983521group_id=17203atid=414256 Hanspeter -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ 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] [Fink-users] EMBOSS: dependency problems on X86_64
Another idea wins. That sounds good to me. (Not that I would totally hate having an updated wxmac so that wxmaxima could enter the x86_64 world) For the recored wxWidgets-2.9.1 with the --with-osx_cocoa flag built OK for me as 64bit outside of Fink (but using Fink64 supplied libraries). I don't know what relationship this has with wxMac, wxCocoa (and wxGTK), all of which are only at 2.8.11 upstream. Hanspeter -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ 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] latest Buildworld results (2010-08-14)
The results for the latest buildworld (10.5/i386/unstable) are in: http://www.snaggledworks.com/fink/fink-build-forever/2010-08-14/out/report.html By maintainer: http://www.snaggledworks.com/fink/fink-build-forever/2010-08-14/out/maintindex.html This run tried to build every package as 'nobody' (fink-bld actually) first and then tried as root if that failed. The logs of packages that failed building/installing as 'fink-bld' are here (sorry, no nice formatting for these): http://www.snaggledworks.com/fink/fink-build-forever/2010-08-14/nobody/ There's a move to add --build-as-nobody into the default command (except for packages that explicitly opt out as needed), so most of those packages listed in the /nobody/ directory will fail in the future unless fixed (and should be fixed anyway as good form). Finally, some packages were updated (grassN and emboss are 2 that immediately come to mind) after the cvs pull for buildworld 15 days ago. So a failure could have been fixed in CVS already, but not be represented in the buildworld results. Hanspeter -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ 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] Angband Won't Build As Nobody
On 9/3/10 12:58 PM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/3/10 12:14 PM, David Lowe wrote: I think all these games that failed Buildworld seem to need the games account... Adding a BDep on passwd did not improve the situation. This and similar commands were hand crafted into the InstallScript, theoretically for a reason. Does anybody know what it was? Is it still needed? make install-exec-hook chgrp games /sw/src/fink.build/root-angband-3.0.6-1/sw/bin/angband chgrp: you are not a member of group games make[4]: *** [install-exec-hook] Error 1 mkdir -p -m 0775 %i/var/games/%n/ chown games:games %i/var/games/%n/ chmod g+w %i/var/games/%n/ find lib/ -exec chown games:games {} \; find lib/ -exec chmod g+w {} \; cp -Rp lib %i/var/games/%n/ Sent from my MacBookPro SWF, blonde, stacked, seeks appreciative gentlemen. No sysops. It might be the case that the executable wants to run under the 'games' group for some reason--but I'm not sure. - --build-as-nobody doesn't allow _any_ use of chgrp, chmod, ..., because it uses a deliberately unprivileged 'fink-bld' user. What you can do, however, is move chmods, chgrps, and the like to a PostInstScript, since we're not _installing_ as anything but root. (at least not yet). It doesn't really matter _when_ you change a file's ownership. Correct. Some of the games that failed --b-a-n had the chown/grp/mod changes hand coded in InstallScript and so it was easy to move those commands to PostInstScript. However, the remaining packages (like angband) have the ownership change coded inside a Makefile which will require patching it out there and then repeating the command in PostInstScript. That's what I did with xinvaders just recently. Angband has both (inside Makefile and in PostInstScript). It also has --with-setgid=games in ConfigureParams, so perhaps just removing that, finding the Makefile commands that option activated, and copying the remaining chown commands to PostInstScript will be enough. Warning: find lib/ -exec chown games:games {} \; looks like it might find way to many incorrect files for PostInstScript if lib=/sw/lib, so make sure that you're giving it a full path that points to the relevant angband files. Hanspeter -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ 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] parentheses in tarball name fails
It looks like the code to extract tarballs doesn't like parentheses (need to be escaped) in the tarball file name: gzip -dc /src/src/74689-gtk-kde4(src)0.9.1.tar.gz | /sw/bin/tar -xvf - --no-same-owner --no-same-permissions sh: -c: line 0: syntax error near unexpected token `(' sh: -c: line 0: `gzip -dc /src/src/74689-gtk-kde4(src)0.9.1.tar.gz | /sw/bin/tar -xvf - --no-same-owner --no-same-permissions ' ### execution of gzip failed, exit code 2 http://www.snaggledworks.com/fink/fink-build-forever/2010-08-14/logs/gtk-kde4-x11.log Hanspeter -- Hanspeter Niederstrasser hanspeter AT snaggledworks DOT com -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ 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] Angband Won't Build As Nobody
On 09/11/2010 5:20 PM, David Lowe wrote: Okeh, i guess i still need help. I see the PostInstScript in the xinvaders info file, but i don't see where in it the offending commands get edited out of the makefile. Isn't it normally done using sed? FWIW, i'll include what i have so far for an info file. You can see the last revision of the xinvaders.patch file here: http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/unstable/main/finkinfo/games/xinvaders.patch?r1=1.1r2=1.2 Because this was an actual removal of lines, a PatchFile was easier than a sed (or perl script). I removed the chgrp and chmod lines. The chmod could presumably have been kept, but I'm not sure how setuid reacts when the user/group of the underlying file is changed. It doesn't hurt, but it might not have been necessary. 1) rearranged the blocks by phase so i can more easily find things ;^) 2) removed --with-setgid=games, the game builds and plays without it! 3) changed find lib/ -exec chown games:games {} \; to find lib/ -exec chown games:games {} %p/lib;, i think this needs more work, but it can wait until we get this past the --b-a-n problem 4) The offending section of the makefile has: #chgrp $(DESTDIR)$(bindir)/angband #chmod g+s $(DESTDIR)$(bindir)/angband I'm still trying to grok percent expansion. Is it the case that $(DESTDIR)$(bindir) should be replaced with %D? $DESTDIR is normally %d (ie /sw/src/fink.build/root-angband-3.0.6-3 $bindir is normally %p/bin (ie /sw/bin), so for the compound, you'd want %d/%p/bin or %i/bin (%i = %d/%p) In your InstallScript, all the chown commands will need to be moved to PostInstScript for angband to build when using --build-as-nobody. I'll let someone who better understands find say what the best way is. With what do i replace the in chgrp?? Apparently, removing --with-setgid affects a whole lot of things (you can see this by searching for the string SET_GID_TRUE in the angband build directory). Given this, I'm not sure that just removing it will be the right solution. I'd be more tempted to try 1) setting that flag back the way it was, 2) deleting the above lines in Makefile.in via PatchFile, and 3) doing those commands in PostInstScript. If other commands still fail after this when trying to install as --build-as-nobody, they too can be patched and moved to PostInstscript. Hanspeter -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-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
[Fink-devel] icewm-1.3.6-1 fails to build on 10.5/i386
10.5/i386/Apple's X11: g++ -fpermissive -Wall -Wpointer-arith -Wwrite-strings -Woverloaded-virtual -W -fno-exceptions -fno-rtti -Os -pipe -MD -I/sw/include-DHAVE_CONFIG_H -DLIBDIR='/sw/share/icewm' -DCFGDIR='/sw/etc/icewm' -DLOCDIR='/sw/share/locale' -DKDEDIR='' -DPACKAGE='icewm' -DVERSION='1.3.6' -DHOSTOS='Darwin' -DHOSTCPU='i386' -DEXEEXT='' -DICEWMEXE='icewm' -DICEWMTRAYEXE='icewmtray' -DICEWMBGEXE='icewmbg' -DICESMEXE='icewm-session' -DICEHELPEXE='icehelp' -DICEHELPIDX='/sw/share/doc/icewm/icewm.html' `pkg-config gdk-pixbuf-xlib-2.0 --cflags` -I/sw/lib/xft2/include -I/sw/include/freetype2 -I/sw/include -I/sw/lib/fontconfig2/include -I/usr/X11/include -I/usr/X11R6/include -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include -I/sw/include/gtk-2.0 -I/sw/include -c ywindow.cc ywindow.cc: In member function 'void YDesktop::updateXineramaInfo(int, int)': ywindow.cc:1882: error: 'XRRScreenResources' was not declared in this scope ywindow.cc:1882: error: 'xrrsr' was not declared in this scope ywindow.cc:1883: error: 'XRRGetScreenResources' was not declared in this scope ywindow.cc:1887: error: 'XRRCrtcInfo' was not declared in this scope ywindow.cc:1887: error: 'ci' was not declared in this scope ywindow.cc:1887: error: 'XRRGetCrtcInfo' was not declared in this scope ywindow.cc:1904: error: 'XRROutputInfo' was not declared in this scope ywindow.cc:1904: error: 'oinfo' was not declared in this scope ywindow.cc:1904: error: 'XRRGetOutputInfo' was not declared in this scope make[1]: *** [ywindow.o] Error 1 make: *** [base] Error 2 ### execution of make failed, exit code 2 ### execution of /var/tmp/tmp.4.Ydnq2d failed, exit code 2 Google says those are Xrandr.h things, which I do have in /usr/X11/include/X11/extensions/Xrandr.h (v 1.9 2002/09/29 according the the CVS tag on top of the file). Found this as well: http://sourceforge.net/tracker/?func=detailaid=2677667group_id=31atid=100031 Hanspeter -- Hanspeter Niederstrasser hanspeter at snaggledworks.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-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] icewm-1.3.6-1 fails to build on 10.5/i386
Builds OK with rev -2. Hanspeter -- More agile than a turtle, stronger than a mouse, nobler than lettuce -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-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
[Fink-devel] gnome-desktop-sharp2-2.24.0-1 fails to build
10.5/i386 config.status: executing depfiles commands --- Configuration summary * Installation prefix = /sw * C# compiler: /sw/bin/mcs Optional assemblies included in the build: * gnome-panel-sharp.dll: yes * gnome-print-sharp.dll: no * gtkhtml-sharp.dll: yes * gtksourceview2-sharp.dll: yes * nautilusburn-sharp.dll: yes * rsvg-sharp.dll: yes * vte-sharp.dll: yes * wnck-sharp.dll: yes NOTE: if any of the above say 'no' you may install the corresponding development packages for them, rerun autogen.sh to include them in the build. --- make make all-recursive Making all in sources make[2]: Nothing to be done for `all'. Making all in gnomedesktop cp ./gnomedesktop-api.raw gnomedesktop-api.xml chmod u+w gnomedesktop-api.xml /sw/bin/gapi2-fixup --api=gnomedesktop-api.xml --metadata=./metadata Warning: attr path=/api/namespace/object/ matched no nodes rm -f generated/* \ /sw/bin/gapi2-codegen --generate gnomedesktop-api.xml \ -I:/sw/lib/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/sw/lib/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/sw/lib/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/sw/lib/pkgconfig/../../share/gapi-2.0/gtk-api.xml -I:/sw/lib/pkgconfig/../../share/gapi-2.0/glib-api.xml \ --outdir=generated --customdir=. --assembly-name=gnomedesktop-sharp \ touch generated-stamp Generation Summary: Enums: 6 Structs: 0 Boxed: 0 Opaques: 1 Interfaces: 0 Objects: 0 Callbacks: 0 Properties: 0 Signals: 0 Methods: 32 Constructors: 5 Throttled: 0 Total Nodes: 44 cp ../gtk-sharp.snk . sed -e s/@API_VERSION@/2.20.0.0/ ../AssemblyInfo.cs.in AssemblyInfo.cs /sw/bin/mcs -nowarn:0169,0612,0618 -unsafe -out:gnomedesktop-sharp.dll -target:library -r:/sw/lib/pkgconfig/../../lib/mono/1.0/Mono.Cairo.dll generated/*.cs AssemblyInfo.cs generated/DesktopItem.cs(11,36): error CS0246: The type or namespace name `GLib' could not be found. Are you missing a using directive or an assembly reference? Compilation failed: 1 error(s), 0 warnings make[2]: *** [gnomedesktop-sharp.dll] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 $ fink list -i glib Information about 10829 packages read in 0 seconds. i dbus-glib1.2-dev 0.84-1 Message bus system for applications i dbus-glib1.2-shlibs 0.84-1 Message bus system for applications i glib2-dev 2.22.4-3 Handy library of utility functions i glib2-shlibs 2.22.4-3 Handy library of utility functions i libavahi-glib1-shlib 0.6.25-2 Service discovery system (Glib) Hanspeter -- More agile than a turtle, stronger than a mouse, nobler than lettuce -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-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] Build issue with anjuta-2.24.2-2 on 10.5.8
On 9/27/10 1:58 PM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (Tested on 10.5.8/PowerPC, Xcode 3.1.4, Xquartz 2.5.3) Looks like another case of .la files hiding a multitude of sins: ... libtool: link: gcc -o .libs/libanjuta-gtodo.so -bundle .libs/plugin.o .libs/add_edit_item.o .libs/callback.o .libs/debug_printf.o .libs/egg-datetime.o .libs/eggtrayicon.o .libs/export.o .libs/interface.o .libs/libgtodo.o .libs/list_tooltip.o .libs/mcategory.o .libs/notification.o .libs/preferences.o .libs/tasklists.o .libs/todo_db.o .libs/tray-icon.o -L/sw/lib - -L/usr/X11/lib -L/sw/lib/gnome-vfs2.16 /sw/lib/libxslt.dylib -lpthread /sw/lib/libiconv.dylib -lm ../../libanjuta/.libs/libanjuta.dylib - -L/usr/lib /sw/lib/libgnomeui-2.dylib /usr/X11/lib/libSM.dylib /usr/X11/lib/libICE.dylib /sw/lib/libbonoboui-2.dylib /sw/lib/gnome-vfs2.16/libgnomevfs-2.dylib /sw/lib/libgnomecanvas-2.dylib /sw/lib/libgnome-2.dylib /sw/lib/libpopt.dylib /sw/lib/libbonobo-2.dylib /sw/lib/libbonobo-activation.dylib /sw/lib/libORBit-2.dylib /sw/lib/libart_lgpl_2.dylib /sw/lib/libgconf-2.dylib /sw/lib/libgthread-2.0.dylib /sw/lib/libglade-2.0.dylib /sw/lib/libgtk-x11-2.0.dylib /sw/lib/libxml2.dylib /sw/lib/libgdk-x11-2.0.dylib /sw/lib/libatk-1.0.dylib /sw/lib/pango-ft219/lib/libpangoft2-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/lib/pango-ft219/lib/libpangocairo-1.0.dylib /sw/lib/libcairo.dylib /sw/lib/pango-ft219/lib/libpango-1.0.dylib /sw/lib/freetype219/lib/libfreetype.dylib /usr/X11/lib/libfontconfig.1.4.3.dylib /usr/lib/libiconv.dylib /usr/X11/lib/libfreetype.dylib -lz /usr/lib/libexpat.dylib /sw/lib/libgio-2.0.dylib /sw/lib/libgobject-2.0.dylib /sw/lib/libgmodule-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib -lutil Undefined symbols: _XUngrabServer, referenced from: _egg_tray_icon_update_manager_window in eggtrayicon.o It also has a missing Dependency on gconf2 (gconftool-2 executable) to satisfy ./configure and for the PostInstScript. Hanspeter -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-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] compatibility version problem
On 9/29/10 6:53 PM, David R. Morrison wrote: On Sep 30, 2010, at 7:45 AM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/29/10 5:08 PM, Ebrahim Mayat wrote: Hello list With reference to my submission (#3074237) for fluidsynth-1.1.2, I have come across a compatibility version issue. As similarly outlined in my earlier message: http://thread.gmane.org/gmane.os.macosx.fink.devel/19813/focus=19816 using autotools for the previous version of fluidsynth-1.1.1, the compatibility version for the shared library libfluidsynth.1.dylib is /sw/lib/libfluidsynth.1.dylib (compatibility version 5.0.0, current version 5.0.0) while building with cmake for fluidsynth-1.1.2 gives /sw/lib/libfluidsynth.1.dylib (compatibility version 1.0.0, current version 1.4.0) So, this leads to a problem since the compatibility version is being downgraded. The reviewer has suggested that this problem can be circumvented by simply renaming the package. For example, instead of fluidsynth the new package can be called fluidsynth1. This would seem simple enough but perhaps some of you may have alternative ideas that should be considered. I would appreciate any suggestions on how I could effectively deal with this compatibility version problem. Sincerely, Ebrahim That's probably the most straightforward way to handle the situation. You'd want to have fluidsynth1-dev and fluidsynth-dev Conflict and Replace each other, of course. I'm afraid this case is trickier than that, because the major version of the library has not changed and therefore the primary filename of the shared library has not changed. So the files in the two -shlibs splitoffs will conflict, and you can't use one to replace the other or the compatibility version will break. Would it be possible to go back to using autotools to compile the package? If not, you are going to have to modify the cmake procedures so that they produce compatibility versions in the same way as the old autotools build method did. Since I know very little about cmake, I can't give advice about how to do this. Speex had a similar issue recently (offloaded public but unstable symbols to another dylib) but kept the install name the same. The new speex version was put into a new package name (speex3 - libspeex1) *AND* the libraries were put into a 'hidden' directory /sw/lib/libspeex1/lib (that is, not directly into /sw/lib) to avoid filename collisions while maintaining Shlibs policy. Hanspeter -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-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