Re: [Fink-devel] libsndfile1-1.0.17-2
On 2008-02-24, at 08:57, Blaz Segavac wrote: I am having issues trying to build the libsndfile library using finkCommander, the build is coming up with all sort of errors trying compile flac.c. I think that 1.0.18 prereleases of libsndfile support the new flac; I'll see if I can get an updated libsndfile1 package out today. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] libsndfile1-1.0.17-2
On 2008-02-24, at 13:06, Matthew Sachs wrote: On 2008-02-24, at 08:57, Blaz Segavac wrote: I am having issues trying to build the libsndfile library using finkCommander, the build is coming up with all sort of errors trying compile flac.c. I think that 1.0.18 prereleases of libsndfile support the new flac; I'll see if I can get an updated libsndfile1 package out today. It will take some time to propagate to the mirrors, but I've put out a new version of libsndfile which builds (at least on Leopard/i386 -- reports from other platforms are welcome.) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] when Xcode 3.0 gcc 4.2 arrives...
On Tue, December 11, 2007 10:20, Benjamin Reed wrote: I would still like to see some way to do a quick and dirty port of fink unstable to the new compilers. How about just providing an option in fink.conf to allow the user to default his info files to build on GCC 4.2 regardless if they are set to GCC 4.0? ... That sounds like something that should be hand-hacked to test for now, but not supported by fink as a project. I know msachs did a lot of that for 10.4/gcc compiler issues and reported his results back to the apple compiler team. Yep. I don't remember exactly how I did this, but I think I did disable compiler/system version checks. Let me know if there's anything I can do to help. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] when Xcode 3.0 gcc 4.2 arrives...
On Dec 11, 2007, at 10:47, Jack Howarth wrote: Can you give me some advice on how to modify the current fink cvs code to default over to the Apple gcc 4.2 compilers? Apple has named them gcc-4.2 and g++-4.2 so they don't collide with our gcc packages. I would like to stress test these compilers in the next few weeks. From a cursory inspection, it looks like Fink just takes the system's default. Leopard doesn't have gcc_select, so use the attached with_gcc script. A la sudo, prefix any command you want to execute with with_gcc and it'll execute it in an environment in which not only does gcc point to 4.2, but gcc-4.0 does. For instance: [Tue Dec 11 22:36:11 [EMAIL PROTECTED] gcc -v ... gcc version 4.0.1 (Apple Inc. build 5465) [Tue Dec 11 22:36:14 [EMAIL PROTECTED] ./with-gcc42 gcc -v ... gcc version 4.2.1 (Apple Inc. build 5531) [Tue Dec 11 22:36:17 [EMAIL PROTECTED] ./with-gcc42 gcc-4.0 -v ... gcc version 4.2.1 (Apple Inc. build 5531) If you have the machine cycles to spare, buildfink is of course a great way to test this sort of thing. with-gcc42 Description: Binary data - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Leopard and echo -n breakage
On Oct 27, 2007, at 15:27, Martin Costabel wrote: I thought Apple had promised not to break echo -n in Leopard? They did it anyway. Not in /bin/echo, but in /usr/bin/make and in / bin/sh. ... The same behavior can be seen in /bin/sh scripts where the built-in echo is used. Try `sh -c echo -n asdf`. When you start the shell as 'sh' instead of 'bash', it uses POSIX compliance mode. Try `bash -c echo -n asdf`. Shell scripts may need to change their #! line. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] Fink and Apple
On January 16th, I'll be leaving Apple to pursue opportunities in Boston. I intend to continue working with Fink and hacking on buildfink, and Apple will be remaining involved as well. Dr. Ernie Prabhakar, whom many of you know as the Open Source Product Manager, will be taking over my role as Apple representative. For compiler and linker questions, Eric Christopher [EMAIL PROTECTED] from the compiler group will be available. I've had a great time working with everyone, and I look forward to continuing to do so. My non-Apple email address is [EMAIL PROTECTED] . -- Matthew Sachs [EMAIL PROTECTED] [AIM: MattSachs] {IRC: msachs} Compiler Quality Engineer - 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] echo -n now deprecated
On Dec 17, 2006, at 08:10, Peter O'Gorman wrote: So you can probably assume that if there are differences between the UNIX03 spec and bsd, then Apple will probably go with UNIX03. If the shell is invoked as /bin/sh, it will be in standards- compliant sh mode, and echo won't interpret -n. If the shell is invoked as /bin/bash, echo -n will be interpreted. This behavior can be toggled without invoking a new shell via set -o posix / set +o posix (which doesn't appear to change how echo -n is interpreted in Tiger.) - 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] fink engine
On Nov 22, 2006, at 18:27, Daniel Macks wrote: On Thu, Nov 23, 2006 at 12:02:58AM +0100, Jean-Fran?ois Mertens wrote: Hi Dan Could you check if you can reproduce the following (10.4/unstable as of today, fink-0.25.99.cvs-20061109.0115): # fink -kKym rebuild plplot 21|tee /sw/var/logs/plplot.log Running in Maintainer Mode Validating package file /sw/fink/dists/unstable/main/finkinfo/sci/ plplot.info... Package looks good! Failed: Please correct the above problems and try again! If you add -v, you'll see: WARNING: The package plplot Depends on plplot-dev, but plplot-dev only allows things to BuildDepend on it. WARNING: The package plplot Depends on tcltk-dev, but tcltk-dev only allows things to BuildDepend on it. I've just committed a change to CVS such that -m will imply -v. - 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
[Fink-devel] Xcode 2.4.1 Build Report
I did a world build on Intel and PPC with Xcode 2.4.1. Results look quite good; there don't appear to be any issues with the new Xcode version. http://msachs.users.finkproject.org/builds/2006-10-30/ppc/out/ report.html http://msachs.users.finkproject.org/builds/2006-10-30/i386/out/ report.html -- Matthew Sachs [EMAIL PROTECTED] Compiler Quality Engineer irc.openprojects.net #fink: msachs AIM: MattSachs - 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
[Fink-devel] buildfink can now do selected packages
I've added support to buildfink for building only a list of packages. Relevant options: --packages foo,bar,baz: Only build the specified packages (and any unbuilt packages required to satisfy dependencies.) --rebuild-deps: Also rebuild any packages which depend on anything you've asked to build. This includes indirect dependencies (e.g. packages which depend on something that depends on foo.) --dirty: Suppress the default behavior of purging non-essential packages before each build. - 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] Package test suites
Support for package test suites has been implemented in HEAD. Test suites will be run when building in maintainer mode (e.g. fink -m build foo). To add a test suite to your package, add an InfoTest field which contains a TestScript. The TestScript should exit with status 0 to indicate success, 1 to indicate a warning, and any other status for a fatal error. For instance: InfoTest: TestScript: make check || exit 2 Let me know if you have any questions about or problems with this feature. InfoTest blocks will be safely ignored by versions of Fink which don't understand them. I'll be running test suites in future world builds. Full documentation follows. Introduced in fink 0.25. This field encapsulates information that will only be used when performing a build with test suites enabled. It contains other fields. If present, this field must contain a TestScript. All other fields are optional. The following fields are allowed inside InfoTest: *TestScript: A script which runs the test suite. This script should exit with status 0 if the suite passes, 1 to indicate warnings, or any other value to indicate failures serious enough to be considered fatal. Because of this tri-state logic, you should explicitly set an exit value in this script. For instance, make check is a bad script, since it will exit with status 1 if the check target doesn't exist. make check || exit 2 would be a better script. *TestConfigureParams: A value which will be appended to ConfigureParams. *TestDepends and TestConflicts: Lists of packages that will be added to the BuildDepends or BuildConflicts lists. *TestSource: Extra sources necessary to run the test suite. All of the affiliated fields are also supported, so you must also specify TestSource-MD5, and you may also have TestSourceN and corresponding TestSourceN-MD5, TestTarFilesRename, etc. *TestSuiteSize: Describes approximately how long the test suite takes to run. Valid values are small, medium, and large. This field is currently ignored. *Any other standard field. If a field is specified both inside and outside InfoTest, the value inside InfoTest will replace the other value when test suites are active. -- Matthew Sachs [EMAIL PROTECTED] Compiler Quality Engineer IRC: msachs AIM: MattSachs - 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] Package test suites
On Aug 28, 2006, at 11:08, Sebastien Maret wrote: Matthew Sachs [EMAIL PROTECTED] writes: If a significant number of packages have [test suites], perhaps it's worth adding a way to specify it in the .info file (CheckScript?) . I could implement that feature and hook into it in buildfink if this is something people are interested in. IMOH, such a check should be at the option of the maintainer, if he/ she thinks that such a check is needed. AFAIK, such tests can significantly increase the time needed to build a package (c.f. post about glib a few weeks ago). Right, I'm not proposing having it be a standard part of fink build, but by providing a standard way to invoke test suites, some users will run them, increasing coverage for different kinds of environments, and I can invoke them as part of the world build. - 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] gcc4 4.2 without patches
On Jun 6, 2006, at 13:06, Jack Howarth wrote: In case anyone else is following gcc trunk with fink installed, I should clarify what I have found so far. If I have fink installed (but not odcctools), I can build gcc trunk from the gcc svn against Xcode 2.3. However, if fink is sourced I get the odd g++ regressions. Which tests regress? According to: set /tmp/before . /sw/bin/init.sh set /tmp/after diff -u /tmp/before /tmp/after the only environment changes that should matter are CFLAGS, CPPFLAGS, CXXFLAGS, and LDFLAGS. ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink Build Results
The latest build results, with Xcode 2.3, are up. It looks rather good; much of GNOME and KDE built on both architectures. http://fink.opendarwin.org/build/2006-05-22/i386/out/report.html http://fink.opendarwin.org/build/2006-05-22/ppc/out/report.html g++ -force_flat_namespace doesn't work in this release of Xcode, which broke two packages, dpkg and dx (macaulay2 is a false positive.) I believe the flag has already been removed from dpkg. There don't appear to be any other problems caused by Xcode 2.3; a couple of packages (fop and gnujaxp are the two I noticed) need the - source 1.4 flag when built with Java 1.5, which is the default JVM with the latest Java update. One issue for the world build is that a lot of things are blocked on ant. ant is a splitoff of ant-optional, which BuildDepends on stylebook. stylebook is on my skip list because it hangs; I think that one was the uses AWT, but we don't have graphics context available hang. Should I do future builds with a user logged in at the console? Also, due to popular demand, future world builds will use a prefix of /sw, and I will be making the binaries available. This means we won't be catching things that assume prefix == /sw, but the validator will catch most of those. Perhaps for the next run I'll turn on buildfink's run validator on everything and make those results available too. ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink Build Results
On May 30, 2006, at 17:19, Matthew Sachs wrote: On May 30, 2006, at 16:53, Matthew Sachs wrote: One issue for the world build is that a lot of things are blocked on ant. ant is a splitoff of ant-optional, which BuildDepends on stylebook. stylebook is on my skip list because it hangs; I think that one was the uses AWT, but we don't have graphics context available hang. Should I do future builds with a user logged in at the console? Actually, I was just able to build stylebook without hanging. But anything that tries to *use* it still hangs. ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink Build Results
On May 30, 2006, at 16:53, Matthew Sachs wrote: One issue for the world build is that a lot of things are blocked on ant. ant is a splitoff of ant-optional, which BuildDepends on stylebook. stylebook is on my skip list because it hangs; I think that one was the uses AWT, but we don't have graphics context available hang. Should I do future builds with a user logged in at the console? Actually, I was just able to build stylebook without hanging. ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] -mtune/-mcpu and macintel
On Apr 10, 2006, at 16:47, Martin Costabel wrote: pws37163:~ costabel$ /usr/bin/g++-3.3 -v gcc-3.3 and g++-3.3 on Mac OS X can generate code for PowerPC, but not for Intel. The compiler itself is a universal binary, so you have a compiler which runs as a native application on either architecture and which can produce ppc code, but not i386 code. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New Build Results
On Mar 22, 2006, at 09:42, Peter O'Gorman wrote: On Tue, 2006-03-21 at 23:42 -0500, Matthew Sachs wrote: New buildfink data are up. http://fink.opendarwin.org/build/2006-03-09/ppc/out/report.html http://fink.opendarwin.org/build/2006-03-09/i386/out/report.html There are some new categories which should make some types of failure modes, especially missing libraries and Intel-specific issues, easier to identify. I'm curious as to why your /usr/lib/libexpat.dylib appears to be a thin ppc library. That is curious. Looking in /usr/lib, I see that I have a bunch of libraries like that: libapr libaprutil libneon libsvn_* It looks like I installed a PPC root of Subversion that one of my coworkers built. Gah. Removed. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New Build Results
On Mar 22, 2006, at 09:01, Remi Mommsen wrote: Hi Matthew, On Mar 21, 2006, at 10:42 PM, Matthew Sachs wrote: New buildfink data are up. http://fink.opendarwin.org/build/2006-03-09/ppc/out/report.html http://fink.opendarwin.org/build/2006-03-09/i386/out/report.html There are some new categories which should make some types of failure modes, especially missing libraries and Intel-specific issues, easier to identify. Thanks again for the very helpful buildfink reports. 2 of my packages fail with ./failures/intel/asmreg on Intel. I have no idea how to fix those. And I do not have access to an intel mac for testing. Do you mind to elaborate how this error could be fixed? That class is either invalid assembly, compiler bugs, or both. The root5 one is probably because it's bringing in a PPC header: /usr/include/architecture/ppc/fp_regs.h:132: error: output constraint 0 must specify a single register I've filed a radar for the gforth one, I'll file radars for the ocaml, root4, and windowmaker failures too. It could be that there's a problem with the inline assembly they're using, though. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: FYI: SDL change
On Mar 21, 2006, at 03:00, Max Horn wrote: Those batch updates usually involved adding a new field, or replacing a dependency with a new one. I don't think that the maintainers need to be notified asked about this one-by-one. However, a notification mail explaining the change in a generic fashion (We replaced the dependency on package XYZ with ABC and UVW because of ..., which is sent to fink-devel (or, even better, but probably far too much work for big changes, sent to all affected maintainers), is IMO a must. During the months leading up to Tiger's release, I did a lot of work to get packages working on 10.4. My protocol for patching packages was to notify the maintainers about the problem and ask them to fix it, wait two weeks, ping maintainers who hadn't fixed the problem or replied again, wait another two weeks, and then commit the changes myself. Yes, this involved a lot of bookkeeping on my part, and some patches fell through the cracks. And we had enough time before the Tiger release that we could afford to wait a month for things to get committed. I developed the maintnotify script, in scripts/buildfink/, to help with this. It takes a list of packages, a message template, and optionally a directory which contains files named foo.* to include as attachments for the notification for package foo. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] New Build Results
New buildfink data are up. http://fink.opendarwin.org/build/2006-03-09/ppc/out/report.html http://fink.opendarwin.org/build/2006-03-09/i386/out/report.html There are some new categories which should make some types of failure modes, especially missing libraries and Intel-specific issues, easier to identify. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New Build Report
On Feb 1, 2006, at 01:33, Martin Costabel wrote: Matthew Sachs wrote: http://fink.opendarwin.org/build/2006-01-17/i386/out/report.html What's the matter with X11 on intel? Very many packages that have dependencies on X11 did not build on intel, because apparently the built-in X11 is absent or not recognized, and Ah, yes, I did notice that. My Intel builder was missing one of the / usr/X11R6/libfoo.6.dylib symlinks, which made Fink not recognize Apple's X11. I checked on another machine and the symlink was there. This may be because I was building on a transition box, or maybe that box just got messed up. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] New Build Report
My latest build report, using package definitions from 2006-01-17, is at: http://fink.opendarwin.org/build/2006-01-17/ppc/out/report.html http://fink.opendarwin.org/build/2006-01-17/i386/out/report.html Note that the Intel build was on DTS machine, not final hardware, and both builds were done with post-2.2.1 builds of Xcode (although not post-2.2.1 by much, there shouldn't be too much of a difference.) I don't have time to look at these in detail, let me know if you need a hand figuring out why something didn't build. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fwd: Fink and Perl 5.8.7
Further word from BuildSmart on what's up with Perl 5.8.7: Well after spending two days arguing with MIS regarding the perl version issue, my current understanding is that the federal government explicitly orders the machines and software with specific changes which Apple has their developers do under some purchasing contract that is in effect but I wasn't able to confirm this with the procurement department as this is outside the scope and requirement of my duties. I have been using Fink to install difficult software and have become lazy and rely upon it to install everything. This machine was purchased with a specific task for the dept. of Vital Statistics, which required OS changes due to software version dependancies and requirements, I've been fighting against these changes since they seem to have some impact on some third party software like fink. To me, this means I will have to find another way to get KDE installed and running and that this one machine (and any others like it we get) will not be able to run fink. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Build Report with Xcode 2.2
I've done a world build using Xcode 2.2 and package descriptions from unstable as of November 7th. Sorry it's taken so long to upload. Results are at: http://fink.opendarwin.org/build/2005-11-07/ppc/out/report.html I don't have a recent build to compare against, unfortunately. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: build failure for scipy-py24-0.4.3-1 using XCode2.2 on Tiger
On Nov 18, 2005, at 02:31, Martin Costabel wrote: Alexander K. Hansen wrote: [] A thread concerning this behavior has been posted at http://lists.apple.com/archives/Xcode-users/2005/Nov/msg00267.html Addendum: I tried this package on a box with XCode 2.1 (gcc 4.0.0) and it built--it definitely looks to be compiler intolerance. This stinks. Reading that discussion, one gets the impression they deliberately broke the compiler, without asking or telling anyone, not even their own documentation guys, and without really knowing what they are doing. For scipy, I don't see how this can be fixed. We are cleaning things up and executing stack was considered messy. Microsoft and Linux are headed in the same direction. I did a Fink build with Xcode 2.2 recently. I haven't had a chance to analyze the results in detail or put them up yet, but the following projects fail due to nested functions: castle-combat gkrellm2 gnokii2 mindless open-cobol xdigger xrmap scipy didn't build due to a failed dependency. --- 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. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Fink binary distributions
On Nov 6, 2005, at 23:30, Alexander K. Hansen wrote: Originally, I was under the impression that there was a machine autobuilding packages and uploading the binaries. However this is obviously untrue. Does the fink project have the resources to have such an autobuild system established? A minimal setup could probably be done just using one machine--this would take forever of course...but could be done. My world builds tend to take a few days on a G5. Occasionally it's closer to 5 days if large chunks of GNOME and KDE succeed. And vasi said: Another good thing would be to do more buildfink runs. If anybody has a box that can churn for a week... No problem, I'll kick one off tonight or tomorrow. And various other people have been making noise about doing more things with my scripts and autobuild systems and such. I don't have the time to lead such an effort, but I'm certainly happy to contribute. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fileutils missing dep on libgettext3-shlibs kills /usr/bin/gcc
On Aug 28, 2005, at 04:05, Martin Costabel wrote: Matthew Sachs wrote: [] dyld: Library not loaded: /Volumes/SandBox/fink/sw/lib/libintl. 3.dylib Referenced from: /Volumes/SandBox/fink/sw/bin/mkdir Reason: image not found /usr/sbin/gcc_select: line 645: 1350 Trace/BPT trap This asks for filing a bug against gcc_select, I think. A script of this importance shouldn't just stupidly use rm and cp etc without knowing what they are. It really should set its own PATH before doing anything else. This applies to many more scripts on the system than just gcc_select, and I don't believe that any of them set their own PATH. gcc_select isn't particularly vital or dangerous -- if it gets things wrong, worst case you need to reinstall XCode. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fileutils missing dep on libgettext3-shlibs kills /usr/bin/gcc
fileutils is missing a depend on libgettext3-shlibs (it has a builddepend on libgettext3-dev.) This can lead to particularly disastrous results if you remove libgettext3-shlibs with fileutils installed and then run gcc_select (which gets run automatically when you try to build something due to the Repair Permissions issue.) An excerpt from my latest build: ... cdk-4.9.10/cli/cli.make cdk-4.9.10/cli/Makefile cdk-4.9.10/config.status cdk-4.9.10/cdk-4.9.10.lsm dyld: Library not loaded: /Volumes/SandBox/fink/sw/lib/libintl.3.dylib Referenced from: /Volumes/SandBox/fink/sw/bin/mkdir Reason: image not found /usr/sbin/gcc_select: line 645: 1350 Trace/BPT trap $dashn mkdir -p $usr/bin dyld: Library not loaded: /Volumes/SandBox/fink/sw/lib/libintl.3.dylib Referenced from: /Volumes/SandBox/fink/sw/bin/ln Reason: image not found /usr/sbin/gcc_select: line 645: 1358 Trace/BPT trap $dashn ln -sf gcc$switchto_cc_driver $usr/bin/cc ... And then it was like beep beep beep and my /usr/bin/gcc and /usr/bin/ cc were gone. Probably because fileutils lays down /sw/bin/ln but not /sw/bin/rm, so gcc_select's rm works but its ln fails. Removing fileutils and recreating the gcc and cc symlinks gets things working enough to run gcc_select. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Is there a Launchd alternative to daemonic?
On Aug 15, 2005, at 16:33, Dave Vasilevsky wrote: If there's not already a command line tool to enable/distable a launchd daemon, that would be needed as well. The droid you're looking for is launchctl. You want to scan the LaunchAgents every time you open a shell!? There must be a better way than that. A package which installs a launchd plist should invoke launchctl load. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] dia fails on tiger with the following error
There are lots of warnings, but only one error: shape_info.c: At top level: shape_info.c:121: error: static declaration of 'parse_path' follows non-static declaration shape_info.h:169: error: previous declaration of 'parse_path' was here Either remove the 'static' keyword from the definition in shape_info.c, or add it to the one in shape_info.h. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Add third tree?
On Jul 2, 2005, at 07:26, Peter O'Gorman wrote: I agree with you. Well, almost :). We need a way to validate package submissions, and build them automatically. If the validation and building go ~ okay then they go into this new tree. From the new tree they can be automatically moved to unstable after, say 3 weeks. The move to unstable could be stopped by committer if someone deems it necessary, but the idea should be that things make the unstable tree unless someone stops it. I've been planning on writing the software necessary to support such a scheme. My plan is to make modifications to buildfink so that instead of just doing world builds, it can queue up submissions and rebuild packages on an as-needed basis. It would then email the submitter back with the build and validation results and, if everything passes, take appropriate action, such as moving the package into CVS. It would also make the built .debs available via apt-get, which would give us a bindist of unstable. I'm pretty busy with non-Fink stuff through to at least the end of July, hopefully I'll have it written sometime this year. We should think about how much manual intervention we want to require for a package to go into various trees. I like something similar to what Debian does, where if a package builds, validates, and doesn't have any critical bugs filed against it, it gets moved after three weeks. Maybe we have unstable for submissions which build and validate, after three weeks things get moved into testing, and then things get moved into stable manually. If there's concern over poorly-written packages even being in unstable, perhaps fink validate could be beefed up to check for more things. Are there common problems, or policy violations, which it doesn't currently check? --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Add third tree?
On Jul 2, 2005, at 16:20, David H. wrote: Apart from all this, will Apple gift us the necessary infrastructure to do this? I doubt it. That means we will have to focus a lot on getting the necessary environment setup prior to getting deeper into this direction. Well I am already doing builds. As this wouldn't require the builder to be directly accessible from the outside world, it would be quite straightforward for me to simply put the new software on my build hosts. As much as I love volunteers and others devoting time and ressources this would be a critical part of Fink and as such it should be owned and opearted by the FDN The software would simply be an update of buildfink, so it would continue to be under the GPL. If you're not comfortable with having the hardware not owned by Fink, talk to me off-list. And I'm not a volunteer, Apple does pay me :) --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink Build Report (including Intel)
New Fink build reports are available at: http://fink.opendarwin.org/build/2005-06-24/out/report.html http://fink.opendarwin.org/build/2005-06-24.intel/out/report.html I've also published a comparison between the powerpc run and my previous run: http://fink.opendarwin.org/build/2005-06-24/compare-0601.html And a comparison between PowerPC and Intel: http://fink.opendarwin.org/build/2005-06-24/compare-intel.html I filed a radar for the Intel ICE. Don't know if I'm going to have time to do much analysis of these results, I'm pretty busy with non-Fink stuff for at least the next month. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] socklen_t (was: pwlib-1.5.2-12 conflicting Types)
On Jun 22, 2005, at 05:05, Andreas Dittrich wrote: I have a problem compiling pwlib. There is a duplicate typedef which is different in /usr/include/sys/socket.h than in ./pwlib/include/ptlib/unix/ptlib/pmachdep.h of the package. The one in the package defines int as the type of the socketlen Prior to Tiger, our system headers did not define socklen_t. Packages that needed socklen_t defined it themselves as int. Now on Tiger, we have socklen_t. However, some packages which had socklen_t definitions inserted are still using those definitions on Tiger, either because they're coming in from a patchscript/SetCFLAGS or because the upstream developers assumed if it's Darwin, we need to define socklen_t. The solution is to remove the socklen_t definitions from the package or conditionalize them on the MacOS version. In the case of pwlib, there's no mention of socklen_t in the info or patch file. Grepping the source for socklen_t, the most likely candidate for where the define is coming from is include/ptlib/unix/ptlib/pmachdep.h. There are several defines of socklen_t in that file, conditionalized on various macros. To fix the package, figure out which one is applying on Darwin, and wrap it with the following: #ifdef __APPLE__ #include AvailabilityMacros.h #if MAC_OS_X_VERSION_MAX_ALLOWED = MAC_OS_X_VERSION_10_3 typedef int socklen_t; #endif #endif --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fort77
On Sat, 18 Jun 2005, Daniel Macks wrote: There's a bug in ./configure or libtool that causes a fork-bomb with fort77. I sent a patch to the fort77 maintainer on June 3rd. I haven't received a reply yet, does anyone object to me committing it? It's quite non-invasive, the change is to add $cc = cc if $cc =~ /fort77$; up near the top, after $cc is set? Some things (gcc4, for one) set $ENV{CC} = fort77 when invoking fort77 in ./configure. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fort77
On Jun 20, 2005, at 05:52, Peter O'Gorman wrote: Yes, please apply this patch to fort77 (and up the revision), the fork bomb Done. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink Build Report, 2005-06-01
A Fink build report is available at: http://fink.opendarwin.org/build/2005-06-01/out/report.html This build was done with Xcode 2.1. The big blocker in this release was arts stubbornly refusing to build with GCC 4, so that blocked KDE. I'll hack around that in my next build. I think my next area of focus will be the 133 projects with unanalyzed failures. I may also take care of some of the 64 failures due to increased compiler strictness, those are usually pretty straightforward. I'm going to wait for more of my Xcode 2.1 fixes to be applied before starting the next build. After the next one, I'm going to start publishing the changes between each report and the previous one. Also, I did fink validate on all the infos and debs from this run. I'm uploading those to http://fink.opendarwin.org/build/2005-06-01/ validate/ now. Is there something else that anyone would like me to do with that data? --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink Build Report, 2005-06-01
On Jun 14, 2005, at 11:54, Matthew Sachs wrote: Also, I did fink validate on all the infos and debs from this run. I'm uploading those to http://fink.opendarwin.org/build/ 2005-06-01/validate/ now. Is there something else that anyone would like me to do with that data? I've finished uploading them, and I've removed the ones which don't have any failures. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Fink Build Report, 2005-06-01
On Jun 14, 2005, at 15:05, William Scott wrote: Thank you for the fink build reports. It caught several dependency omissions that I have made in my packages. I am now on the problems that aren't easy to fix. Glad you're finding it useful. May I ask a (hopefully) quick question for clarification? Sure! SNIP g++ -c -I.. -DUSE_EXCEPTIONS -O3 -g AtomChargeSet.cc ../MEAD/ManyPointCharge.h: In function 'ManyPointCharge* addChargeDist(const T, const OnePointCharge)': ../MEAD/ManyPointCharge.h:64: error: invalid use of undefined type 'const struct OnePointCharge' ../MEAD/ManyPointCharge.h:8: error: forward declaration of 'const struct OnePointCharge' ../MEAD/ManyPointCharge.h:71: error: invalid use of undefined type 'const struct OnePointCharge' ../MEAD/ManyPointCharge.h:8: error: forward declaration of 'const struct OnePointCharge' make[1]: *** [AtomChargeSet.o] Error 1 SNIP Is what you have built from g++4.0 (and is this in fact what you are testing)? Correct, I've taken steps in my builds to make everything use 4.0, even the things which really want to use 3.3. Changing the libmead/ManyPointCharge.h:8 class OnePointCharge; to: #include OnePointCharge.h solves the issue, and should be safe for 3.3 as well. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Xcode 2.1 patches
I've been going through my latest build results (currently uploading to sancho, which is being slow today), and I've patched all of the packages I was able to try building which were unhappy with Xcode 2.1. Emails have gone out to maintainers. The three big categories of failure I saw were: *error: array type has incomplete element type Cause: struct foo bar[]; struct foo { ... }; Solution: struct foo { ... }; struct foo bar[]; *build/foo: No such file or directory Cause: xcodebuild build directory structure changed in 2.1. Solution: strip build/foo || strip build/Deployment/foo OR: xcver=$(xcodebuild -version | grep DevToolsCore | sed 's/.*DevToolsCore-//' | sed 's/\..*//') if [ -z $xcver ] then echo Couldn't determine xcodebuild version 21 exit 1 elif [ $xcver -lt 620 ] then builddir=build else builddir=build/Deployment fi strip $builddir/foo strip $builddar/bar *configure: error: C++ compiler cannot create executables Cause: Invalid command-line option being passed to compiler. We let some unknown options silently slip by pre-2.1. Solution: Check config.log for the option and remove it. There was also a compiler crash in gdal which I've filed a radar on, I'll send the maintainer a workaround when I have one. Patched packages are: cfengine contacts ekg eperl firefox ftp-tls iverilog junkbuster kaptain libelvin-ssl libgtkhtml2 libgtop libgtop2 libofx1 libshout4 mbsystem mingw-binutils mozilla mp3splt mpage mutt openhbci osxutils replaypc sam sndplay tf vice wml xaos xfig xfig323 xgalaga --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink packages samba, sendfile, xmms installing into /sw
Your Fink packages, samba, sendfile, xmms, won't build with fink --build-as-nobody because they install files directly into %p (/sw). Fink policy says not to do this, and --build-as-nobody is becoming increasingly important. You will usually get the right behavior if, in your InstallScript, you do make install prefix=%i (which is the default) or make install DESTDIR=%d. If you have any questions about how to fix your packages, you can ask on fink-devel or irc.freenode.net #fink, or contact me. -- Matthew Sachs [EMAIL PROTECTED] [AIM: MattSachs] Compiler Quality Engineer, Apple Computer +1 408 974 2087 --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] First thoughts about universal binaries
On Jun 7, 2005, at 06:16, Dave Vasilevsky wrote: I think we're going to really need a system for testing--not just build testing, actually testing if packages actually work too. Right now we already have some If packages had a mechanism such as make check which ran the program through some tests, this process could be done on the builder. --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink Build Status; QA Proposal
I finished another Fink build over the weekend. A system configuration error caused a lot of things to build with 3.3 instead of 4.0, which introduced a lot of failures due to trying to link 3.3 against 4.0, so I won't be releasing a report on these results. The good news is that this build was made with fink core HEAD (instead of 0.24.x), and I haven't seen any obvious failures caused by that change. Also, nearly all of the patches for Tiger/4.0 which I sent out a while ago have now been applied, either by the package maintainers or myself. I'll probably be doing another round of patching sometime in the near future. I'll be kicking off another two builds soon. The first build will be instrumented to detect packages which force the use of 3.3 in non- standard ways. The second build will use 10.4-transitional and not try to force 4.0, and will build the packages as 'nobody' instead of 'root'. What else do people want to see done with automated package building? There are a number of QA-type activities it could support. For instance, it could be slightly modified to build packages as they're committed instead of doing a whole world build at once. This would let us validate submissions and automate the maintenance of the bindist (and even provide a bindist for unstable.) --- 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
[Fink-devel] jzip up for grabs
In response to my Tiger patch for jzip, its maintainer has stated that he doesn't have time for that package any more. Does anyone here want to take it over or should I set it to None fink-devel ? --- 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] Fink Build Report, gnuplot, emacs
On May 19, 2005, at 05:05, Martin Costabel wrote: Matthew Sachs wrote: A Fink build report is available at: http://fink.opendarwin.org/build/2005-05-08/out/report.html I am seeing one weird problem there concerning the gnuplot package (and therefore killing all packages that depend on gnuplot; there are quite a few of these): emacs -batch -q -no-site-file -l ./dot.el -f batch-byte-compile gnuplot.el make[2]: *** [gnuplot.elc] Segmentation fault Is this your /usr/bin/emacs segfaulting? And if yes, why? Or some other emacs in your PATH? I believe it's /usr/bin/emacs. I saw this in a whole bunch of packages. It also happened on my latest development compiler run, which I do on a G4 instead of a G5 using the exact same package descriptions -- and not entirely in the same packages, either. I kicked off another run yesterday, when that finishes I'll compare the two runs and see exactly how deterministic this thing is. --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink Build Report
A Fink build report is available at: http://fink.opendarwin.org/build/2005-05-08/out/report.html Thanks to the OpenDarwin team for hosting it. I looked into the kdelibs failure; it's a code generation issue causing doxygen to crash. It's already been fixed in apple-ppc- branch. I'm going to add an exception to my next build to have doxygen built with 3.3. For packages which I'd sent in patches for and are still failing, I've pinged the maintainers. If there are any packages which are still failing in a week or two without acknowledgment from the maintainer, I'll apply the patches myself. --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393alloc_id=16281op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Tiger build report
On May 3, 2005, at 09:41, Benjamin Reed wrote: OK. Your previous mail made it sound like that was not the case. Assuming you never heard back before, I'd say maybe ping the maintainer again, and if you don't hear anything in a few days, go ahead and put it in, if the current package is causing issues. Is that the general policy? I've submitted Tiger patches for a bunch of packages. --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [fink-seed] Re: zsh not compiling on Tiger
On May 2, 2005, at 03:30, D. Höhn wrote: (Moving from -seed to -devel.) zsh should be told to use select instead of poll by undefing HAVE_POLL_H and HAVE_POLL in config.h. Yes, that is my fix as well. However I do not like that all too much, thus I am looking at the issue a bit closer. Expect spome checkin within this week The problem is that poll() on Tiger doesn't work on devices. The version of zsh shipped with the system has the change described above. --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Tiger build report
I've done a build of the entire Fink unstable tree on Tiger with GCC 4 using package descriptions as of 2005-04-30. The report is at: http://www.zevils.com/fink/2005-04-30/report.html Package maintainers who want to see if their package builds on Tiger should have a look. Note that in addition to being on Tiger, my build script munges info files to try to make everything build with GCC 4.0 instead of 3.3. Let me know if there are any questions, or if anyone needs help fixing Tiger/GCC4 build issues. I'll be going through the logs and will try to fix some of the issues I find, especially GCC4-related ones; patches will be sent to the package maintainers. -- Matthew Sachs [EMAIL PROTECTED] [AIM: MattSachs] Compiler Quality Engineer +1 781 529 2896 --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Tiger build report
On May 2, 2005, at 17:09, Hisashi T Fujinaka wrote: What about sorting by maintainer? I've implemented this: http://www.zevils.com/fink/2005-04-30/maintindex.html and linked it from the main report summary. --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with -fabi-version=1
On Apr 18, 2005, at 10:36, Jean-François Mertens wrote: Are we sure that mixing things compiled with 'g++-3.3' on panther and on tiger has no problems ? I've asked my coworkers for more information on this. However, if it turns out there are compatibility issues, we have a way to fix them. We have an SDK feature that can be used to guarantee that something built on a new OS can be deployed on an older OS. To use this from the command line, add: -isysroot /Developer/SDKs/MacOSX10.3.9.sdk to your compiles. The SDKs are an optional component in the Xcode Tools install, and they aren't installed by default. They're under the Cross-Development category. --- 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_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with -fabi-version=1
On Apr 18, 2005, at 08:20, David R. Morrison wrote: However, this discovery leaves us completely without a strategy for the Tiger upgrade. The only one I can imagine at the moment is to force users to run gcc_select=3.3 when running under the 10.4- transitional tree, and later having them run gcc_select=4 when switching to the 10.4 tree. Not a great strategy; maybe somebody will come up with a better one. How about munging the info files to insert SetCC: gcc-3.3 into everything, or having (I think someone else suggested this) /sw/fink/ gccver which has symlinks for gcc, g++, etc. to /usr/bin/gcc-3.3 and prepend that to the PATH on all builds. --- 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] Problem with -fabi-version=1
On Apr 18, 2005, at 12:35, Matthew Sachs wrote: We have an SDK feature that can be used to guarantee that something built on a new OS can be deployed on an older OS. To use this from the command line, add: -isysroot /Developer/SDKs/MacOSX10.3.9.sdk Sorry, make that: -isysroot /Developer/SDKs/MacOSX10.3.9.sdk \ -Wl,syslibroot,/Developer/SDKs/MacOSX10.3.9.sdk --- 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] Problem with -fabi-version=1
On Apr 18, 2005, at 12:56, Jean-François Mertens wrote: Thanks ! But I think we are more concerned about the possbility for users having switched to tiger to continue using some of their old binaries build on panther (and even building further on them) . To quote : Running Panther-built packages on Tiger is certainly something which should work. The part I'mn less certain about is linking Tiger-built C++ code with Panther-built C++ code without using the SDK feature. (My experience is that there was one seed were I had to recompile basically everything (even compiled under earlier seeds), starting with libiconv, because some symbols had disappeared from libSystem.) It worked for me. Can you reproduce this on 8A425? --- 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_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with -fabi-version=1
On Apr 18, 2005, at 10:36, Jean-François Mertens wrote: Are we sure that mixing things compiled with 'g++-3.3' on panther and on tiger has no problems ? I got an answer on this; you'll need to use the 10.3.9 SDK for this to be guaranteed to work. --- 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_ide95alloc_id396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with -fabi-version=1
On Apr 18, 2005, at 14:39, TheSin wrote: in front of -I/sw/include ?? Just want to make sure it'll be higher in the search order then usr/include and stuff so we don't get things all mixed up. Thanks to RangerRick's SDK virts we should be able to enforce this. Here's a full example, courtesy of XCode: /usr/bin/gcc-4.0 -o hworld -Lhworld/build -Fhworld/build -filelist hworld/build/hworld.build/hworld.build/Objects-normal/ppc/ hworld.LinkFileList -arch ppc -isysroot /Developer/SDKs/ MacOSX10.3.9.sdk -Wl,-syslibroot,/Developer/SDKs/MacOSX10.3.9.sdk --- 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] Problem with -fabi-version=1
On Apr 18, 2005, at 14:50, David R. Morrison wrote: I don't think the SDK compatibility things are the way to go for us. If we do this, we'll be stuck with 10.3 compatibility mode forever, right? It just means that you can't link SDK-built C++ packages with non-SDK C++ packages. However, this same restriction would apply to -fabi- version=1 packages and -fabi-version=2 packages. I got word that the default for -fabi-version in 3.3 is -1, for compatibility with 3.1. So that explains why you can't link -fabi- version=1 packages with 3.3-built default ABI packages. --- 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] Problem with -fabi-version=1
Please explain! Your 3.3-built object files weren't build with ABI version 1. The following works: Panther: breakgcc$ g++ -c lib.cpp -fabi-version=1 -o lib.o breakgcc$ g++ -dynamiclib -fabi-version=1 -o libbreak.dylib lib.o Tiger: breakgcc$ g++ -fabi-version=1 -o break break.o libbreak.dylib g++ is 3.3 on Panther, 4.0 on Tiger. --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with -fabi-version=1
Okay, the following works: Panther: g++ -c lib.cpp -fabi-version=1 -o lib.o g++ -dynamiclib -fabi-version=1 -o libbreak.dylib lib.o Tiger: g++-3.3 -isystem /Developer/SDKs/MacOSX10.3.9.sdk/usr/include/ gcc/darwin/3.3 -isystem /Developer/SDKs/MacOSX10.3.9.sdk/usr/include - c -o break.o break.cpp g++-3.3 -Wl,-syslibroot,/Developer/SDKs/MacOSX10.3.9.sdk -o break break.o libbreak.dylib --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with -fabi-version=1
On Apr 18, 2005, at 21:03, Benjamin Reed wrote: Matthew Sachs wrote: Okay, the following works: Panther: g++ -c lib.cpp -fabi-version=1 -o lib.o g++ -dynamiclib -fabi-version=1 -o libbreak.dylib lib.o I'm confused... What good is this? Thousands upon thousands of fink users already have pre-existing binaries that were built without -fabi-version=1 since apple made it -1 apparently... This doesn't get us out of our pre-existing binary predicament. It shows that 3.3 and 4.0 can link when using the same ABI version. See my next email for a solution that lets us build on Tiger using 3.3 against object files built on Panther with no ABI version specified. --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with -fabi-version=1
On Apr 18, 2005, at 20:41, Matthew Sachs wrote: Panther: g++ -c lib.cpp -fabi-version=1 -o lib.o g++ -dynamiclib -fabi-version=1 -o libbreak.dylib lib.o Tiger: g++-3.3 -isystem /Developer/SDKs/MacOSX10.3.9.sdk/usr/include/ gcc/darwin/3.3 -isystem /Developer/SDKs/MacOSX10.3.9.sdk/usr/ include -c -o break.o break.cpp g++-3.3 -Wl,-syslibroot,/Developer/SDKs/MacOSX10.3.9.sdk -o break break.o libbreak.dylib I should also point out that this still works without using -fabi- version=1 on the Panther compiles. In further testing, however, it seems that it also works with g++-3.3 on Tiger and no -fabi-version on Panther without the SDK. I've asked my coworkers for clarification on why we should be using the SDK in this situation. --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Patches for gnomelibs, libnessus, and libnessus-ssl on Tiger
I've been trying to get every Fink package building with GCC 4 on Tiger. Attached are patches for gnomelibs, libnessus, and libnessus- ssl. Let me know if I can help with anything! The libnessus patch will also apply to libnessus-ssl. -- Matthew Sachs [EMAIL PROTECTED] [AIM:MattSachs] Compiler Quality Engineer +1 781 529 2896 gnome-libs.patch Description: Binary data libnessus.patch Description: Binary data