On Mar 15, 2007, at 10:14 AM, Alexander K. Hansen wrote:
I'd say a good amount, based on -devel traffic and IRC. (Especially
for a package that already builds).
Is IRC required? Since i work the night shift, it's not easy for me
to rearrange my schedule for meeting times.
On Mar 12, 2007, at 3:39 PM, Martin Costabel wrote:
Christian Schaffner wrote:
[]
1)
Help testing! Go to
http://finch.finkproject.org/~chris01/fink_web/pdb/
and test anything you can think of.
The bug that the pdb doesn't know about the current bindist is still
present, it seems.
Thanks to a patch written by vasi, there is now an experimental
version of dpkg which should be compatible with the new tar, that is,
it should not die even if tar encounters file changed as we read
it. I would appreciate some testing on this, particularly from
those of you who managed to
read it
please help with debugging this? Based on the outcome of these
tests, we should be able to decide whether we need to patch tar or
dpkg, or whether we need to dig further down.
David Fang
Computer Systems Laboratory
Electrical Computer Engineering
Cornell University
http
My interpretation of the early test results reported here is that tar
is indeed detecting a change in ctime and nothing more serious.
There are two possible solutions to this: patch tar, or patch dpkg.
I'm going to advocate that we patch dpkg.
My reasoning goes like this: the decision to
-lockwait -r fink-buildlock-gcc42-4.1.-20070221
(Reading database ... 57360 files and directories currently installed.)
Removing fink-buildlock-gcc42-4.1.-20070221 ...
Failed: can't create package gcc42_4.1.-20070221_darwin-i386.deb
David Fang
Computer Systems Laboratory
Electrical
On Mar 4, 2007, at 7:15 PM, Jean-François Mertens wrote:
Except that in the thread mentioned by dmacks, it is mentioned that
a new version of tar was due yesterday (sorry _ had no time to check,
really have for personal reasons no time for at least a week except
for the most urgent things),
for the ones who search for the
solution.
End $.02.
David Fang
Computer Systems Laboratory
Electrical Computer Engineering
Cornell University
http://www.csl.cornell.edu/~fang/
-- (2400 baud? Netscape 3.0?? lynx??? No problem
On Feb 25, 2007, at 10:19 AM, William Scott wrote:
Matt Stephenson's raster3d package currently depends on gcc4 but
breaks when compiled with gcc42.
Jack Howarth fixed it so that it now compiles with the latter.
Would it be ok if I updated this package in cvs?
Bill
Yes, I think it's
Dear fink community,
We are pleased to announce that Alexander Hansen (akh) has been
designated the User Liaison for fink. This does not represent any
new duties for Alexander, but is rather a recognition of the key role
he already plays in the project.
We are also pleased to announce
On Jan 28, 2007, at 12:14 PM, Martin Costabel wrote:
David Fang wrote:
[]
Perhaps something about Spotlight disabling could be added to the
FAQ? It makes a somewhat noticeable improvement on slow
machines. I'd
recommend disabling for at least the src/fink.build directories
So if I understand all of the comments so far, the problem may
be avoidable with an older tar but even that produces warnings in
fink. If the hypothesis of Spotlight indexing blocking files
is correct, perhaps the answer is for the fink developers to add
code to fink that stops and starts
Spotlight does not touch *.build directories. That's why fink.build was
introduced in the first place. Maybe the people who have this weird
error changed their build directory to something other than fink.build?
Martin,
Ahhh... [me: starts renaming all his project build directories]
My
On 26 Jan 2007, at 2:14:36 AM, Daniel Macks wrote:
On Fri, Jan 26, 2007 at 01:48:43AM -0500, David Reiser wrote:
Almost exactly 3 years ago there was much discussion about versioning
perl modules. Having read several of those threads, I don't feel so
bad about not understanding.
[wrote
and the entire build process was
wasted in the end. I repeated this once more today and got the same
result. Anyone care to shed some light? I can provide other information
upon request.
Thanks in advance.
Fang
David Fang
Computer Systems Laboratory
Electrical Computer Engineering
Cornell University
http
dpkg-deb -b root-gcc42-4.1.-20070124
/sw/fink/10.4/unstable/main/binary-darwin-i386/languages
dpkg-deb: building package `gcc42' in
`/sw/fink/10.4/unstable/main/binary-darwin-i386/languages/
gcc42_4.1.-20070124_darwin-i386.deb'.
tar:
dpkg-deb -b root-gcc42-4.1.-20070124
/sw/fink/10.4/unstable/main/binary-darwin-i386/languages
dpkg-deb: building package `gcc42' in
`/sw/fink/10.4/unstable/main/binary-darwin-i386/languages/
gcc42_4.1.-20070124_darwin-i386.deb'.
tar:
would be called finance-quote-
pm581.info), and set the maintainer in that file to None.
-- Dave
On Jan 17, 2007, at 9:22 PM, David Reiser wrote:
I picked up maintainership of finance-quote so that gnucash could
work with a recent version. There's a new upstream f-q out, so now
I'm trying
I've read through the Pymol license, which permits the source code to
be redistributed.
That means the correct way to handle this in fink is as follows: the
fink package manager does the SVN checkout, strips out SVN stuff, and
creates a tarball. We then host that tarball on the fink site
--
David Reiser
[EMAIL PROTECTED]
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys
On 20 Jan 2007, at 11:44:53 PM, David R. Morrison wrote:
My guess here is that you left out the Type: perl line? The
default CompileScript is different for Type: perl packages than it
is for most packages.
That is the problem (or rather, I deleted it because I thought I was
specifying
Jack,
Putting a line in your .info file which says
Type: -64bit
should allow you to use the %lib expansion for precisely the purpose
that you want. Notice that this type declaration does not need to
have any other effect on the package: it won't affect the name or
anything else.
Is
the use of gcc-3.1).
-- Dave
On Jan 12, 2007, at 6:00 PM, David R. Morrison wrote:
Folks,
As part of our preparation for upcoming operating systems, we need
to entirely eliminate -no-cpp-precomp from the 10.4 tree, at
least for those packages which use gcc-4.0 (and don't force
On Jan 12, 2007, at 8:20 PM, Alexander Hansen wrote:
On 1/12/07, Jack Howarth [EMAIL PROTECTED] wrote:
I'm still unclear how we can leverage the architecture Shlibs
field for the multilib build of the gcc42 package. The standard
multilib installation for gcc is to have the shared libs
warnings in the xterminal window.
Should I try to write a depends versioning declaration that excludes
glib2 2.12.5 and 2.12.6 (I don't think 2.12.6 ever made it to fink)?
Or do I just say glib2-shlibs (= 2.12.7)?
Dave
--
David Reiser
[EMAIL PROTECTED
On Dec 17, 2006, at 9:54 AM, Jack Howarth wrote:
Also, what is up with all the instances of...
tar: -: file name read contains nul character
There is a bug in the way that the latest tar interacts with dpkg;
this is harmless, but I believe that a fix (for dpkg) is on the way.
-- Dave
As mentioned on the new preparing for 10.5 page on the fink wiki,
echo -n is now deprecated in fink. I have edited the vast majority
of packages where this occurs to conform to the new version. Instead of
echo -n string
one should now write
/bin/echo string\c
(See man echo.) This
behind darwin...
JF Mertens
On 17 Dec 2006, at 00:49, David R.Morrison wrote:
As mentioned on the new preparing for 10.5 page on the fink wiki,
echo -n is now deprecated in fink. I have edited the vast majority
of packages where this occurs to conform to the new version.
Instead
On Dec 16, 2006, at 6:11 PM, Jean-François Mertens wrote:
On 17 Dec 2006, at 02:38, David R. Morrison wrote:
The reason for the /bin has to do with behaviors of different
shells in Tiger. Without writing /bin/echo, the 'echo' command is
processed as a shell built-in, and the results
Dear Asko.
As someone who watches the legal side of what Fink is doing I can assure
you that we cannot retain any information which would enable us to
identify the user. Legally that would put too many obligations on us and
to have significant statistics that is not necessary. However,
help jog my memory about what I may have been
thinking or attempting.
Dave
--
David Reiser
[EMAIL PROTECTED]
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get
That's great!
I wonder whether, when a user has changed the Trees entry, fink
should automatically do a selfupdate at the end of 'fink configure'?
-- Dave
On Dec 5, 2006, at 12:30 AM, Daniel Macks wrote:
As part of 'fink configure', HEAD now offers to enable/disable the
unstable entries
On Dec 5, 2006, at 11:03 AM, TheSin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
also on this topic, it's a long standing issue and I keep
forgetting to mention it, but when you do the selfupdate from
stable to unstable fink dies on gettext you ened to manually do
fink
On Dec 1, 2006, at 12:18 AM, David Reiser wrote:
On Nov 30, 2006, at 7:36 AM, Chris Zubrzycki wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 29, 2006, at 10:22 PM, David Reiser wrote:
Configure checks for the presence of 2 versions of libsoup, and if
neither is present
by parallel-make. With most Macs shipping with 2+
cores these days, informed users could more easily take advantage of
multi-processors.
David
(anxiously awaiting quad-quad Macs)
-
Take Surveys. Earn Cash. Influence
Fink's Shlibs policy has been updated to handle 64bit libraries and
'fat' libraries.
Effective immediately, any fink package which installs shared 64bit
or 'fat' libraries should use a modified form of the Shlibs field in
which either 64 or 32-64, as appropriate, has been appended to
the
Cory, Benjamin, go ahead and touch my packages, I do not have time for
that right now.
-d
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
Jack,
You may or may not have noticed that I updated gmp-64bit yesterday to
use the new, architecture-dependent, installation location for
libraries (/sw/lib/ppc64 or /sw/lib/x86_64). These locations are
also now documented in the packaging manual (section 4.2).
I will revise
Dear fink developers,
I realized today that there is another wrinkle in the discussions
we've been having about 64bit libraries. I've gone ahead an
implemented the policy part of the previous discussion --
architecture-dependent storage locations for 64bit libraries -- and
we now have
On Nov 30, 2006, at 9:47 AM, David R. Morrison wrote:
We could have %type_bit[-64bit] which strips off leading '-' if
present, trailing 'bit' if present, and chucks out the rest -- this
would work for both. But I don't like that too well, and am very
open to suggestions.
Maybe
.
FWIW, I tested these out RC-1 (make check) on the various Macs I have
around, and all their tests passed. Looks good.
Thanks again for all the maintainence work on these.
David Fang
Computer Systems Laboratory
Electrical Computer Engineering
Cornell University
http://www.csl.cornell.edu/~fang
On Nov 30, 2006, at 12:18 PM, Chris Zubrzycki wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 30, 2006, at 12:55 PM, David R. Morrison wrote:
On Nov 30, 2006, at 9:47 AM, David R. Morrison wrote:
We could have %type_bit[-64bit] which strips off leading '-' if
present
On Nov 30, 2006, at 7:36 AM, Chris Zubrzycki wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 29, 2006, at 10:22 PM, David Reiser wrote:
Configure checks for the presence of 2 versions of libsoup, and if
neither is present, testgtkhtml.c isn't compiled. Furthermore, when
On Nov 29, 2006, at 11:52 AM, Sebastien Maret wrote:
David Reiser [EMAIL PROTECTED] writes:
[...]
I've found that if I strip the crypto dependencies from the info file
and add BuildConflicts: libsoup-everything-but-shlibs,
gtkhtml3.8.15-3.10.2 will build and the resulting library is drop
I'd like to see a feature that'd slap people for stupidly
cross-posting...
Dear Timothy,
I am sorry that my cross-posting has offended you. The message was sent
twice on accident. Please also note that I stated quite clearly that
this message has been cross posted. The reason for that is
Martin, just to clarify: Jesse has volunteered to help keep fink's
list of sourceforge mirrors current, by comparing to sourceforge's
own list of its mirrors and doing other testing.
-- Dave
On Nov 26, 2006, at 10:50 PM, Martin Costabel wrote:
Jesse W wrote:
Suggested update to
keeping a really useful base gnucash 2.0.x in
crypto. (direct online banking connections using aqbanking will
always force the 'full' version into crypto).
Dave
--
David Reiser
[EMAIL PROTECTED]
-
Take Surveys. Earn Cash
When the user decides to remove a packet he installed, fink should be
able to remove packets that are no longer necessary.
I can see one obvious problem with such a feature, which has already bitten
me using aptitude under Debian (has this built in). Package A has a
dependency causes
Dear community.
Reading the Wiki we have some very technical ideas on how to improve
fink. This thread is meant for you and the quirks you have noticed. For
the developers as well as the users.
I will try to track all the feature requests that I might see in this
thread. They will be added to
Dear community.
Reading the Wiki we have some very technical ideas on how to improve
fink. This thread is meant for you and the quirks you have noticed. For
the developers as well as the users.
I will try to track all the feature requests that I might see in this
thread. They will be added to
That's already there (added last summer): a virtual package called
64bit-cpu which you may add to Depends or BuildDepends where
appropriate.
-- Dave
On Nov 22, 2006, at 7:06 AM, Jack Howarth wrote:
David,
While you are adding this to fink, would it be possible
to use some MacOS X
will fail if 64-bit is unsupported. Does this suffice?
I was able to test an early draft of your gcc4 packaging that way (back
when we wanted to conditionally --disable-multilib).
Maybe even useful as a pseudo-package for 64b dependency tracking?
David Fang
Computer Systems Laboratory
Heh, nevermind, found the 64bit-cpu package... as mentioned in other
reply!
*hides*
-
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
Dear fink developers,
I solicit your comments on the proposals below to (1) change the
storage location for 64bit libraries and formalize this into policy,
and (2) add a new percent expansion to fink, one whose value would be
dependent on some other things.
The issue is the correct storage
A quick followup thought: if we add --libdir='${prefix}/%lib' to the %
c defaults, then we should introduce a NoSetLibdir command to disable
that when necessary.
-- Dave
On Nov 18, 2006, at 8:43 AM, David R. Morrison wrote:
Dear fink developers,
I solicit your comments on the proposals
On Nov 15, 2006, at 8:32 AM, Peter O'Gorman wrote:
On Nov 15, 2006, at 2:44 PM, David Reiser wrote:
I've been wrangling with gnucash dependencies for a while. Early on
it was possible to avoid the crypto tree by getting unified versions
of libofx and crypt-ssleay-pm packaged.
Gwenhywfar
and aqbanking comes
from gwen's implementation of hbci crypt tokens. The openssl is fine,
but additional crypto requires distribution as source. (Unless I'm
misunderstanding the extent of hbci cryptography vs. openssl links
used.)
--
David Reiser
[EMAIL PROTECTED
buys a lot for gnucash. At
least there can be a binary version that does everything except
direct online bank connections.
Dave
--
David Reiser
[EMAIL PROTECTED]
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
Dear Developers and Users.
In the wake of the ongoing discussion I am going to offer myself as an
archiver.
The Fink Wiki is of course there for everyone to add their ideas and
improvements, but history has shown that human mankind is 'lazy'
I will track the threads and I will try to extract
Hi folks:
Hello Bill.
Periodically, I see posted on other mailing lists or bulletin boards
a question like should I use fink or Darwinports or ...? I'm not
sure what it says about my state of mind, but I always read these and
come away somewhat disappointed, because fink often seems to
text editor, and insert the
following magic words on line...)
Fang
David Fang
Computer Systems Laboratory
Electrical Computer Engineering
Cornell University
http://www.csl.cornell.edu/~fang/
-- (2400 baud? Netscape 3.0?? lynx??? No problem
Bill,
I think you've raised a valid concern.
The big problem, as I see it, is that the fink project doesn't have
the manpower to put fink into the kind of better shape which would
make users happier about it. And, not to put too fine a point on it,
the fact that not only users, but also
On Oct 28, 2006, at 11:45 PM, Remi Mommsen wrote:
Hi Jack,
On Oct 26, 2006, at 1:13 PM, Jack Howarth wrote:
David,
I think we should be able to get this to work with...
--- gcc4.info 2006-10-26 10:17:56.0 -0400
+++ /sw/fink/10.4/local/main/finkinfo/gcc4.info 2006
Have you consider adding TestDepends, TestScript (or what were
those new fields called again?) for maintainer mode regression testing?
Probably dejagnu, expect, and make -k check will do.
David Fang
Computer Systems Laboratory
Electrical Computer Engineering
Cornell University
http
crashing on startup on Intel MacBook:
Application GuppiPlugiInSpec (process 24814) has crashed due to a
fatal error. (Bus error)
--
Package manager version: 0.25.1
Distribution version: 0.8.1.rsync i386
Mac OS X version: 10.4.8
Xcode version: 2.2.1
gcc version: 4.0.1 (Apple Computer, Inc.
New upstream version. Additional data file used by aqbanking. Kept
the fink legacy splitoff structure. Tracker item 1578674.
--
David Reiser
[EMAIL PROTECTED]
-
Using Tomcat but need to do more? Need to support web
The wiki mentions using c++filt3 to investigate the need for a GCC
field in info files. XCode 2.4 is shipped with c++filt version 2.16.
Do I need to go looking for another source for the utility?
--
David Reiser
[EMAIL PROTECTED
Hello community.
If you know of a hosting service which allows rsync as one of their
hosting services, please let me know. Make sure that you include contact
data and if you know beforehand, what country/state the service would be
hosted in/on.
Thank you very much
-d
On Oct 16, 2006, at 1:34 AM, Martin Costabel wrote:
David Reiser wrote:
ktoblzcheck, a library to verify German bank number/account
number pairs, comes with the most recent data set available from
the German banking system.
Recent versions of ktoblzcheck also have a perl script (well
On Oct 15, 2006, at 7:02 PM, David Reiser wrote:
ktoblzcheck, a library to verify German bank number/account number
pairs, comes with the most recent data set available from the German
banking system.
Recent versions of ktoblzcheck also have a perl script (well, 2
actually, but one calls
On Oct 12, 2006, at 11:53 PM, Daniel Macks wrote:
On Thu, Oct 12, 2006 at 10:46:26PM -0400, David Reiser wrote:
If the compatibility version of a library changes, does that mean the
package name must change?
No. But...
e.g., libofx-0.7.0 (from package libofx1) provides libofx.1.0.0.dylib
4.0.0
should the package for the new version be called libofx2?
Dave
--
David Reiser
[EMAIL PROTECTED]
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated
On Oct 8, 2006, at 7:14 PM, Alexander Hansen wrote:
On 10/8/06, David Reiser [EMAIL PROTECTED] wrote:
My submission of finance-quote 1.12 has languished, mostly because it
took me quite a while to understand crypto policy and its
implications. I've now figured out a way to patch gnucash 2.0
-pm? something else?
Finance-Quote 1.12 now requires crypt-ssleay in order to connect to
an increasing number of https quote servers.
--
David Reiser
[EMAIL PROTECTED]
-
Take Surveys. Earn Cash. Influence the Future
On Oct 6, 2006, at 1:27 AM, Daniel Macks wrote:
On Fri, Oct 06, 2006 at 01:18:13AM -0400, David Reiser wrote:
I'm trying to stomp on a remaining issue in bmaret's experimental
gnucash.info. fink install gnucash completes (as long as gwenhywfar
is installed - gotta fix that dependency, too
Hello.
I just wanted to let you know that I am aware of most of the Problems
that you reported Jesse.
My main concern is to always ensure the availability of the Master
Servers, while the children should be self organised. Much to my
demise I have to admit that I have not put much time lately
--
-
t/10_quotes.t4 1024 1044 3.85% 101-104
80 subtests skipped.
Failed 1/5 test scripts, 80.00% okay. 4/289 subtests failed, 98.62%
okay.
make: *** [test_dynamic] Error 2
### execution of make failed, exit code 2
Sébastien
--
David Reiser
[EMAIL PROTECTED
Christian Schaffner has fixed the main bug which has been holding us
back from releasing a new branch of fink (fink 0.25, to be released
from current HEAD).
Is anyone aware of any other current stoppers? Otherwise, I'd like
to release 0.25 soon.
-- Dave
P.S. chris01 you rock!
On Sep 5, 2006, at 6:05 PM, Jean-François Mertens wrote:
Sorry Justin _ just thought this deserves wider discussion ...
So a number of cc's ...
JF
On 06 Sep 2006, at 00:37, TheSin wrote:
oh I forgot about libxine,
And dont forget whatever gst-plugins-good-0.10 (or something like
On Sep 4, 2006, at 12:26 AM, Martin Costabel wrote:
(*)One duty of the new maintainer might be to gently nudge the
maintainer of system-ghostscript to update it to 8.54, too ;-)
I've been tempted in the past to abolish system-tetex and system-
ghostscript from fink, and I'm tempted again at
On Aug 31, 2006, at 6:34 AM, Jeff Whitaker wrote:
All: I'm giving up the following packages:
abiword
aspell
autocutsel
dejagnu
epstool
extutils-f77
freetype2
freetype219
gcc4
ghostscript
ghostscript-fonts
gtk+extra17
gv
imagemagick
imagemagick-nox
I'll take imagemagick,
Jeff,
I would be interested in taking over gcc4 and odcctools. I've been building
the c, c++ and fortran languages with a modified gcc4 packaging almost daily
in an attempt to prod the Apple FSF maintainers into cleaning up the ppc64
build of gcc. Once gcc trunk branches in the next couple
There are also several different standards for even what command runs
the tests. I guess 'make check' is the autotools standard, but lots of
auto*-using packagers don't know that and have custom-written 'make
test'. And the perl world long ago standardized on 'make test' (and we
have a
David Fang wrote:
Don't forget the fact that test-suites can add more dependencies, e.g.
gcc requiring dejagnu and expect. A TestDepends/MaintainerDepends field
might be useful.
Ooh, that's a good point. This is starting to turn into a full-blown
Feature. :)
TestConflicts, anyone
code 1
Failed: can't install package db42-ssl-4.2.52-16
Also, when I try to install some packages I get the same problem.
What's up? And how can I fix it?
Thanks,
David
--
Package manager version: 0.24.25
Distribution version: 0.7.2.rsync powerpc
Mac OS X version: 10.3.9
Xcode version: 1.2
gcc
(powerpc-apple-darwin8.7.0) libcurl/7.15.5 OpenSSL/0.9.7i
zlib/1.2.3
Protocols: tftp ftp telnet dict ldap http file https ftps
Features: IPv6 Largefile NTLM SSL libz
Thanks in advance.
David Fang
Computer Systems Laboratory
Electrical Computer Engineering
Cornell University
http
On Aug 25, 2006, at 9:23 AM, Alexander K. Hansen wrote:
I'm cc'ing Fink-devel on this one to fill in any gaps in my knowledge.
On 8/25/06, Robert Stroud [EMAIL PROTECTED] wrote:
Alexander,
Clytie apparently needs gettext-0.15 but fink and darwin ports only
have gettext-0.14 for some
How many of you have packages which have test suites (make check,
for instance) which it would be useful to run as part of the
buildfink build?
I know gmp has one which I'm often asked to run.
If a significant number of packages have these, perhaps it's worth
adding a way to specify it in
experimental
branch yesterday.
Axel, David, could you please let me know if hcbi and ofx works as
expected, so I can
move the package to unstable?
Sébastien
Works for me, but the first build of gnucash failed because it
couldn't find the aqbanking headers. I went back and installed the 3
Hi,
I hope this is appropriate for posting. For anyone interested in
beta-testing the next release of automake (1.10), attached is a .info for
the 1.9b release candidate. When placed in dists/local, it is detected as
an older (downgrade) version of automake1.9, when you fink install
wrote:
David R. Morrison wrote:
*From: *Peter Dyballa [EMAIL PROTECTED]
[]
When I want to install libpng3 Fink wants to install glib and
glib-shlibs too. What have these Common C routines used by Gtk+
and
other libs to do with PNG?
This comes from two deliberate decisions in Fink:
1
stimmig, one of the devs of that packages). Any chance we
get
them updated somwhen in the near future?
greetings and thanks for all the effort you all put into OSS for OS X!
lexA
--
David Reiser
[EMAIL PROTECTED
are the consequences of switching from -O3 to -O1
for optimization?
Dave
--
David Reiser
[EMAIL PROTECTED]
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated
On Jul 29, 2006, at 5:01 PM, Lars Rosengreen wrote:
On a sort of related note, another common lisp implementation I
maintain now has a 64bit G5 specific version in addition to the
original generic powerpc version. What can I do to ensure that
only
someone with a G5 installs the G5
Dear fink developers,
As some of you have heard by now, the opendarwin project will be
shutting down during the next few months. Fink has relied on
opendarwin.org for hosting several pieces of our operation, and we
are very grateful to the opendarwin team for having assisted us in
many
Dear fink developers,
As some of you have heard by now, the opendarwin project will be
shutting down during the next few months. Fink has relied on
opendarwin.org for hosting several pieces of our operation, and we
are very grateful to the opendarwin team for having assisted us in
many
The Fink Developer Wiki has moved to a new location: http://
wiki.finkproject.org . Please make sure that any future changes to
the wiki that you make are made at the new location. The last
changes which were made at the old site were made on July 22 by
Fingolfin (to the page
Jack,
I've been working on the lammpi issues for the past few days, and
there is a workaround which will let us avoid creating a lammpi2
package: namely, creating symlinks in the new lammpi-shlibs which
point the old locations of the shared libraries to the new ones.
Here, I am assuming
On Jul 22, 2006, at 6:49 PM, Jack Howarth wrote:
Dave,
If I understand the current situation correctly, if you attempt to
install openmpi with the old lammpi present, it won't install because
of conflicting files.
Well, the actual conflict is between some files in the new openmpi-
dev
On Jul 19, 2006, at 2:27 PM, Jack Howarth wrote:
Would it be possible to somehow modify fink to handle the
following
case. When I created the openmpi package and modified the lammpi to
co-exist with it, I ran into a limitation of fink. If a user has
already installed the previous
401 - 500 of 1724 matches
Mail list logo
