Hi. I had a look at this, and the underlying cause is the line
AM_LDFLAGS = -no-undefined -version-info 0:0:0 -export-dynamic
which appears in modules/Makefile.in (and also modules/Makefile.am). I kind
of understand what the developers are trying to do with this, but they
are going about it
I'd like to update everyone on the BuildDependsOnly issue.
In fink 0.20.3, we implemented the writing of the BuildDependsOnly field
into the .deb file, and a new validation check which tests for the
presence of /sw/include in a .deb file, and expects to find BuildDependsOnly
to be true whenever
The Master Mirror is not an option for a brand new file like the new fink
release.
We had this same trouble last week when fink 0.20.3 was released. It was
reported to SourceForge. There has been no response to the report.
Once the Master Mirror picks the file up, it should be easy for users
Daniel Macks [EMAIL PROTECTED] wrote:
Modified Files:
html-parser-pm581.info
Log Message:
Fixed Depends to a perl-versioned lib instead of placeholder.
Index: html-parser-pm581.info
===
RCS file:
P.S. A complete list of the packages which have been removed from fink as
part of my revision is at
/experimental/dmrrsn/perlmods/perl.obsolete
---
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at
An update: SourceForge has now responded, and is fixing the problem.
-- Dave
---
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 -
As announced on Tuesday, I've started to enforce the new validation check
related to BuildDependsOnly. I've gotten some complaints about it, so
perhaps we need to discuss the situation.
As Dan Macks has pointed out to me, our shared libraries policy does not
explicitly require BuildDependsOnly
Yes, g77 is in fact one of the ones I've tagged. Something like g77 can be
used in two ways, as I see it: it might be used under the hood by Fink,
in order to compile something else. Or it might be used by a working
scientist who is writing his own code and wants to compile it.
Now, in the
One of my goals here is to have an automated way to verify that packages
are complying with the BuildDependsOnly policy. So I'm trying to find
ways of characterizing this which won't get into a lot of exceptions.
Right now (using CVS HEAD or CVS branch_0_20 of fink), the package fails
validation
none issue, but I have no upload rights to our SF files section.
That step is easily solved: you just need to ask one of us to put the
file there.
But it does not really address the issue: why is the cvs project releasing
a security fix which doesn't pass this kind of security test? And if so,
To summarize and implement the discussion of last week, I propose adding
the following policy statement to fink's packaging documentation (to
be added to the Shared Library Policy section). Discussion and feedback
are most welcome.
-- Dave
The BuildDependsOnly field
When libraries are
I've modified the proposed policy in response to today's feedback (and
after a bit of coding for the forthcoming fink 0.20.5). Further discussion
and feedback are most welcome.
-- Dave
Second draft:
The BuildDependsOnly field
When libraries are being upgraded over time, it is often
Daniel Macks [EMAIL PROTECTED] wrote:
It does seem like we need a tri-state thing here. It feels funny to
overload a boolean to accomplish that, but I can't think of a cleaner
way, and this allows us to easily find these special-case packages and
do .deb validation.
The .info could use
I appreciate the feedback. I wonder whether you had a chance to look at
one other resource linked from the Documentation page: the slides from
a talk I gave Using Fink: A Developer's How-To at the 2002 O'Reilly
OS X conference. During the talk itself, I took people through the
creation of a
various Fink install issues, especially Scribus (which
I'm now using in a production setting in my day job as a book publisher).
I'm working on another launcher for Inkscape, and will have that ready
for release soon as well.
Thanks,
Kevin
David R. Morrison wrote:
| Kevin
Jean-Francois,
I'm not sure if it's the same error you are seeing, but one bug I am aware
of is this: there is a place in the fink code where fink tests to see
which is the current version of perl installed on the system... unfortnately,
fink seems to cache this value in the database. So if you
you end up with a
*real* perl581, but a *virtual* perl581-core, and get this error.
Well, that can't be the right explanation, because there isn't a real
perl581 package at all.
-- Dave
---
This SF.Net email sponsored by Black Hat
Sorry, I meant add or remove a perl package not add or remove a fink
package...
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas July 24-29 -
digital self defense, top technical
Dave,
I have alternate suggestions for both situations you mention.
First, there is a big project by some of us to rescue the remaining 300-400
packages which never moved from 10.2 to 10.3. Ben Hines set up this nice
comparison chart at
http://fink.sourceforge.net/pdb/compare.php
which all
Hmmm... On second thought, maybe it wouldn't be so hard to modify what
happens when we check something in, so that the commit message is mailed
directly to the maintainer as well as to fink-commits (automatically).
Would that help?
-- Dave
The -ssl variants are something of a problem at the moment.
I agree that it would be extremely sensible to have the -ssl treated the
same as other variants. But at present, we isolate cryptographic-enabled
packages from the others by putting them in their own tree, so that folks
who are
Hi folks. I'm contemplating doing away with the local/bootstrap tree.
Currently, it is used during bootstrap, and it is also used if you run
the ./inject.pl script for one of the fink-managed packages (fink,
base-files, fink-mirrors, fink-prebinding).
I've concluded, though, that it is not
Here's what I had in mind:
The files in question are going to be fink.info, fink-mirrors.info, and
the like.
If foo.info is already present, but foo.info.bak is absent, then foo.info
will be moved to foo.info.bak and a new foo.info will be created. The
user will be told that this has happened.
Upon further reflection, I think Dan's objection is very well taken.
I'm going to rename local/bootstrap to local/injected, since this is
the tree where info files will be put that are created by ./inject.pl
scripts. Most users will never see this tree, but it will be created
when it is needed.
That is correct, xml-parser-pm was removed, along with all the other
placeholder packages. They were a nice idea, but they were causing
more problems with dependencies than they solved (basically, from
people satisfying the dependency by a -pm560 when they only had
perl 5.8.1 installed, and the
I have just added xml-parser-pm581 | xml-parser-pm580 | xml-parser-pm560
No, that's wrong.
You have to choose one and stick with it. For the 10.3 tree, it should
be xml-parser-pm581 (and in the 10.2-gcc3.3 tree, use xml-parser-pm560).
The other option is to create variants: epiphany-perl560,
Dear Fink developers,
Peter O'Gorman and I attended WWDC, and have experimented with Fink on the
WWDC preview distributed there. Although we cannot comment on any
specifics, it appears that the impact of the transition to 10.4 on Fink
will be less severe than the previous transitions. It is,
Blair,
Chris Zubrzycki, a.k.a. beren12, is not available online these days. (He will
hopefully return after some months.) Please feel free to update his packages.
-- Dave
---
This SF.Net email sponsored by Black Hat Briefings Training.
Dear Fink developers,
As many of you know, I've been working on a revision in the way that fink
interacts with various external things (like our website, our cvs repository,
and our apt-get repository), trying to make sure that it will be easy
to change the location of those things when that
On Jul 20, 2004, at 1:07 AM, Daniel Macks wrote:
Update of /cvsroot/fink/fink/perlmod/Fink
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv28793
Modified Files:
PkgVersion.pm ChangeLog
Log Message:
Remove restriction on use of %a...causes too much disruption at this
point.
Dan,
Maybe we
On Jul 19, 2004, at 7:20 PM, rayg wrote:
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/net
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv15114
Modified Files:
liferea.info
Log Message:
updated dependencies (added orbit2, libgtkhtml2)
When you change the Depends line,
There have been a number of problems reported on the lists recently
with system-tetex, having to do with a missing libkpathsea.a file.
Apparently, some parts of teTeX in Gerben Weirda's distribution
(including this file) have been moved into a separate developer
extras installation in his
Hisashi T Fujinaka [EMAIL PROTECTED] wrote:
On Fri, 23 Jul 2004, Benjamin Reed wrote:
David H. wrote:
fink needs help picking an alternative to satisfy a virtual
dependency. The candidates:
(1) io-stringy-pm560: Perl module for advanced I/O with filehandles
Since I wish to
On Jul 24, 2004, at 1:19 PM, jfm wrote:
On Jul 24, 2004, at 7:04 PM, David R. Morrison wrote:
Please consult the packaging manual.
It is no longer permitted to have a placeholder -pm package which
depends
on versioned packages. The only exception is storable-pm, because of
the
historical way
On Jul 29, 2004, at 8:24 PM, Blair Zajac wrote:
[snip]
Some questions to base this work off of:
1) I'm looking at dbi-pm*.info and wondering why there's a dbi-pm.info
(with Info2 format) and the dbi-pm5??.info files. Isn't just one
needed?
2) Why does this module have these lines, particularly
On Aug 1, 2004, at 8:51 AM, Martin Costabel wrote:
OK, no news is good news, I guess :-)
Martin Costabel wrote:
[]
Such a CLI version of pathsetup.sh is now in my exp directory. Please
test.
Dave has now put this version into the latest fink from cvs, so I hope
it will get some testing
On Jul 31, 2004, at 3:01 PM, Koen van der Drift wrote:
Hi,
I am confused about the naming of shlibs. The docs say to use oTool -L
to make sure the numbering is up-to-date. I checked some base packages
shlibs to see where the numbers go, and this is the output:
koen$ oTool -L
Baba,
This change has broken compilation in the news directory. (I had to
fix index.php by hand to add back the header and footer lines.)
I don't understand well enough what you were doing, to see how I should
modify news.xml to cope with this change.
-- Dave
On Jul 10, 2004, at 8:34 AM, BABA
Sorry, I should have edited that better. The problem is caused by the
changes to postprocess.pl, not to finkdoc-website.i18n.xsl.
-- Dave
On Aug 2, 2004, at 10:34 PM, David R. Morrison wrote:
Baba,
This change has broken compilation in the news directory. (I had to
fix index.php by hand
Thanks a lot!
-- Dave
On Aug 4, 2004, at 6:56 AM, BABA Yoshihiko wrote:
The simplest (yet ugly) solution is probably like this:
#for docs and faq
$text =~ s|/head.*body(¥n)*(!--¥?)|¥';¥n¥n|s;
$text =~ s|/body.*/html(¥n)*(!--¥?)|¥';¥n¥n|s;
$text =~ s|!--¥?|?|g;
$text =~ s|¥?--|?|g;
$text =~
On Aug 7, 2004, at 10:13 PM, Blair Zajac wrote:
David R. Morrison wrote:
[snip]
CustomMirror:
- Primary: http://telia.dl.sourceforge.net/sourceforge/
+Primary: http://www.cgtp.duke.edu/~drm/
David,
Is this the wrong URL? I was able to download the new Fink release
from http
This fails validation:
Validating package file ccp4.info...
Warning: Field patchscript appears to contain %p/src. (ccp4.info)
Warning: Field installscript appears to contain %p/src. (ccp4.info)
Warning: Patch file appears to contain a hardcoded /sw. (ccp4.patch)
On Aug 7, 2004, at 10:39 PM,
Thanks, John. I have reproduced the bug and am trying to figure out
which change in Fink's code is responsible for it.
In the meantime, if you want an up-to-the-minute fink installation, you
can download and unpack any recent fink tarball, run ./bootstrap.sh
from within in, and after the
On Aug 9, 2004, at 12:14 AM, Daniel Macks wrote:
Update of /cvsroot/fink/fink/perlmod/Fink
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv16066
Modified Files:
PkgVersion.pm Engine.pm ChangeLog
Log Message:
Recompute %c value every time get_*script() is called.
Rename
I plan to start building the 0.7.1 bindist in about one week. If you
have packages which should be moved to stable before the bindist,
please move them this week.
Thanks,
Dave
---
This SF.Net email is sponsored by OSTG. Have you noticed
On Aug 9, 2004, at 12:15 PM, Daniel Macks wrote:
[snip]
So we could either have enable_bootstrap() and
disable_bootstrap() clear the cache, or have get_env() only cache if
the _bootstrap flag is not set.
Either one sounds good to me: why don't you do it in the way you think
would be easiest to
On Aug 9, 2004, at 2:30 PM, Daniel Macks wrote:
Update of /cvsroot/fink/base-files
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv26056
Modified Files:
ChangeLog init.csh.in init.sh.in
Log Message:
Include . (default when unset) when explicitly setting CLASSPATH
(Bugs #1005793)
Should I
On Aug 9, 2004, at 2:45 PM, Daniel Macks wrote:
Update of /cvsroot/fink/fink/perlmod/Fink
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv29963
Modified Files:
ChangeLog PkgVersion.pm
Log Message:
Disable caching for get_env if in bootstrapping mode.
With this change, bootstrapping
On Aug 13, 2004, at 1:36 PM, Remi Mommsen wrote:
Update of /cvsroot/fink/dists/10.3/stable/main/finkinfo/sci
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv9005
Modified Files:
roofitcore.info roofitcore.patch roofitmodels.info
roofitmodels.patch
Log Message:
Promote to
On Aug 14, 2004, at 10:39 AM, Charles Lepple wrote:
Does anyone have any objections to moving gperf to 10.3/stable? I have
been using version 2.7.2-12 for a while to build iverilog packages,
and it
doesn't have any dependencies that would prevent it from building in a
stable-only setup.
Moved to
On Aug 19, 2004, at 8:12 PM, Blair Zajac wrote:
Daniel Macks wrote:
On Fri, Aug 20, 2004 at 12:55:02AM +0200, Martin Costabel wrote:
Yes, I think it is a bug in the new fink.
In SelfUpdate.pm, the line
next unless ($tree =~ /stable/);
was changed to
next unless ($tree eq stable or $tree eq
The fink-0.22.0 package manager, which was available briefly in the
unstable tree this past week, had a bug which prevents further updating
via rsync. If you installed this version of fink, you can recover by
running the command
fink install fink-0.21.2-1
which will downgrade fink to the
On Aug 21, 2004, at 12:15 PM, David R. Morrison wrote:
and then from within the fink-0.22.1 directory, run the command
./inject.pl/code
Sorry, typo, this should just be
./inject.pl
---
SF.Net email is sponsored by Shop4tech.com-Lowest price
On Aug 21, 2004, at 12:16 PM, Koen van der Drift wrote:
On Aug 21, 2004, at 10:48 AM, Martin Costabel wrote:
Koen van der Drift wrote:
Hi,
The plplot package that I maintain depends on g77 and tcltk-dev,
because it uses those header files to generate plots. However, those
packages are marked
(B (BOn Aug 21, 2004, at 7:08 PM, jfm wrote: (B (B (B(B (BOn Aug 21, 2004, at 9:35 PM, Martin Costabel wrote: (B (B (BMartin Costabel wrote: (B (B (B$B%]!%k(b$B%U%)%s%9(B (Bwrote: (B (B[] (B (Bld: Undefined symbols: (B (BArraydouble>::transpose() const (B (B[] (B
On Aug 23, 2004, at 11:58 AM, Daniel Macks wrote:
I see several packages have constructs like:
Depends: openssl-shlibs | openssl097-shlibs
BuildDepends: openssl-dev | openssl097-dev
This is not correct--if, for example, one has openssl097-dev installed
at build-time, then one *must* have
On Aug 23, 2004, at 6:21 PM, David R. Morrison wrote:
On Aug 23, 2004, at 11:58 AM, Daniel Macks wrote:
I see several packages have constructs like:
Depends: openssl-shlibs | openssl097-shlibs
BuildDepends: openssl-dev | openssl097-dev
I apologize; I completely misread this message the first
On Aug 24, 2004, at 10:14 AM, Jack Howarth wrote:
Daniel,
You might want to take a look at how fink currently handles
Provides.
As I mentioned before, I had to create a new revision of fftw (2.1.5-6)
because the addition of Provides: fftw to both the fftw and fftw-mpi
as
well as Provides:
The troubles with g++ under XCode 1.5 and the lack of any quick
response from Apple, combined with earlier incidents of an analogous
nature, lead me to ask: would we be better off with a fink gcc package
in place of the Developer Tools? As I understand it, the Apple
compiler team has been
On Aug 26, 2004, at 4:20 AM, Martin Costabel wrote:
[snip]
This is not a discussion about philosophy or policy, but about how to
deal with buggy software.
Absolutely correct. Thanks for the detailed response.
3. The recent versions of gcc seem to be sufficiently binary
compatible so that you
On Aug 27, 2004, at 1:30 PM, Benjamin Reed wrote:
It appears to screw up colors on some types of PNG images.
Before (libpng-1.2.5-4):
http://ranger.befunk.com/misc/libpng-1.2.5-4.jpg
After (libpng-1.2.6-6):
http://ranger.befunk.com/misc/libpng-1.2.6-6.jpg
Can I get you to report this directly
On Aug 29, 2004, at 9:03 AM, Jack Howarth wrote:
I wanted to check that I'm not the only one seeing this. Under
MacOS X 10.3.5, I find that Safari crashes whenever I try to login
to the secure web pages. For example if I click on the hyperlink for
Request a feature that's not in fink (the
On Sep 2, 2004, at 4:05 PM, Max Horn wrote:
Am 30.08.2004 um 20:04 schrieb David R. Morrison:
On Aug 29, 2004, at 12:59 PM, David R. Morrison wrote:
On Aug 29, 2004, at 9:03 AM, Jack Howarth wrote:
I wanted to check that I'm not the only one seeing this. Under
MacOS X 10.3.5, I find that Safari
Dear Fink developers,
A few of us were discussing the possibility of switching a number of
fink packages from the fink-provided openssl to the built-in openssl.
This would allow us to include ssl functionality even in the non-crypto
tree, and could cut down on potential errors from mixing and
On Sep 7, 2004, at 3:49 PM, Randal L. Schwartz wrote:
I didn't see any reply on this... no comment?
Randal == Randal L Schwartz [EMAIL PROTECTED] writes:
Randal The most recent ettercap seems to be broken. Is it just me?
Randal Trying even the first example of the manpage:
Randal localhost:~
On Sep 9, 2004, at 6:18 PM, Daniel Johnson wrote:
It appears that the cyrus-sasl2 maintainer has been missing for some
time.
Yes, indeed.
I want an updated version because I'm building a Postfix package that
uses it, and was wondering if it would be OK to take it over. I have
an updated package
On Sep 9, 2004, at 8:48 PM, Benjamin Reed wrote:
Update of /cvsroot/fink/dists/10.3/stable/main/finkinfo/libs/perlmods
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv26193
Added Files:
test-simple-pm.info
Log Message:
thesin said it was OK ;)
--- NEW FILE: test-simple-pm.info ---
On Sep 19, 2004, at 5:57 AM, Martin Costabel wrote:
Lars Rosengreen wrote:
Maybe I'm missing the obvious, but shouldn't this depend on
tetex-base or something similar?
I don't think so. Neither for building nor for running does it need
any TeX package. It should probably have Recommends or
Please be sure to validate before you commit. This one gives an ERROR,
due to missing Info2 declaration.
(I'll fix it.)
-- Dave
On Sep 18, 2004, at 5:43 PM, Benjamin Reed wrote:
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/libs/perlmods
In directory
On Sep 22, 2004, at 9:00 AM, Jeremy Higgs wrote:
Hi everyone,
I'm trying to update some of my packages to use variants, and one of
these is pygtk. As it exists now, there is a -py22 version and a -py23
version, for the respective versions of Python. There's also a
placeholder pygtk package that
On Sep 24, 2004, at 2:46 PM, Remi Mommsen wrote:
Hi,
I'm packing a small utility for checking symlinks. The only
information concerning copyright is '(c) Mark Lord, freely
distributable'. I'm not sure on which license type this maps best.
I think I would put OSI approved (which really means:
On Oct 13, 2004, at 11:43 AM, Christian Schaffner wrote:
Hi
Since a couple of days i often get the following warning on
http://fink.sourceforge.net/doc/index.php?phpLang=en :
Warning: Failed opening 'hostlogo.inc' for inclusion (include_path='')
in /home/groups/f/fi/fink/htdocs/header.inc on
As we all know, g++-3.3 in XCode 1.5 is broken. I had expected a fix
by now, but since it hasn't shown up, I believe we should warn users
about this while they are running fink itself.
I propose adding a check for the bad build, checking only the file
/usr/libexec/gcc/darwin/ppc/3.3/cc1plus
On Oct 18, 2004, at 6:38 PM, Richard Rudolph wrote:
fink info gcc3.1 fails with an error message stating
it can't find the package for the specification gcc3.1
I'm on the current version of OS X. I thought this
version of OS X upgraded GCC to a newer version. To
resolve this dependency, do I
On Oct 20, 2004, at 9:28 AM, Alexander Hansen wrote:
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/gnome
In directory
sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv28500/unstable/main/finkinfo/
gnome
Modified Files:
gnucash.info
Added Files:
gnucash-1.8.9-14.info
Dear Fink developers,
In the course of working to update several of fink's essential
packages, some of us have come to realize that we need a policy change:
we need packages to explicitly declare their dependencies on essential
packages.
The contrary policy -- that packages should *not*
On Nov 3, 2004, at 5:58 AM, D. Höhn wrote:
I think that this is the way to go. However, to handle this gracefully
and to make sure that the users are notified of what is going on I
would
like to porpose the following steps.
a) Notify the common user base that we are planning to make significant
On Nov 9, 2004, at 3:18 AM, Ben Hines wrote:
perl5.8.4-core does not install /sw/bin/perl, but its Config.pm has:
startperl='#!/sw/bin/perl'. This messes up my help2man package. I tell
it PERL is /sw/bin/perl5.8.4 but then it asks for $Config{startperl}
and perl says /sw/bin/perl. So it no
On Nov 16, 2004, at 1:15 PM, Andrea Riciputi wrote:
Uhm... I see, so I'm supposed to have been very very lucky... Anyway,
could you explain this a little further? You say according to its
database, but which database? Do you mean the .deb file or dpkg keeps
track of all the files it has
BSD.
On Nov 22, 2004, at 10:08 PM, Jeremy Higgs wrote:
OK, thanks for the clarification. What do you suggest I list it as in
the package description?
Thanks!
On 23 Nov 2004, at 13:35, David R. Morrison wrote:
BSD-type licenses generally don't identify themselves as BSD.
The MIT X-license also
BSD-type licenses generally don't identify themselves as BSD.
The MIT X-license also counts as a BSD-type license, for example.
-- Dave
On Nov 21, 2004, at 8:57 PM, Jeremy Higgs wrote:
On 22 Nov 2004, at 2:03, Benjamin Reed wrote:
Jeremy Higgs wrote:
Redistribution and use in source and binary
Update of /cvsroot/fink/dists/10.2-gcc3.3/unstable/main/finkinfo/graphics
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24744
Modified Files:
libpng3.info
Log Message:
new upstream version
Index: libpng3.info
===
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/graphics
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24830
Modified Files:
libpng3.info
Log Message:
new upstream version
Index: libpng3.info
===
RCS
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/graphics
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv27584
Removed Files:
gd209.info gd209.patch
Log Message:
retiring this package, with thanks for a job well-done
--- gd209.patch DELETED ---
--- gd209.info DELETED
Update of /cvsroot/fink/dists/10.3/stable/main/finkinfo/graphics
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv27728
Removed Files:
gd209-2.0.9-13.info gd209-2.0.9-13.patch
Log Message:
retiring this package, with thanks for a job well-done
--- gd209-2.0.9-13.patch DELETED ---
On Dec 4, 2004, at 11:46 PM, Corey Halpin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Using the variants system, is there a succinct way to say This
package conflicts with all other variants of this package?
I'd like to be able to say that, but I can't find in the packaging
manual how
On Dec 6, 2004, at 5:25 PM, Corey Halpin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm about to package monotone-viz, a tool that draws ancestry graphs
of a monotone repository. (http://oandrieu.nerim.net/monotone-viz/ )
monotone-viz itself contains no crypto code.
however, it
Actually, it would be better to change the manpage. Verbosity=1 is a
much better default for users other than package maintainers (which is
why this change was made a while back).
-- Dave
On Dec 7, 2004, at 10:20 PM, Daniel Macks wrote:
Update of /cvsroot/fink/fink/perlmod/Fink
In directory
We introduced that GCC field into fink some time back due to the ABI
incompatibilities between different versions of gcc, when the code in
question was C++ code. The GCC field provided a mechanism for fink
developers to track which packages had compiled code which was
restricted to a
1. I've made a modification to the new UseBinaryDist stuff, introducing
a flag --compile-from-source in addition to the flag
--use-binary-dist. My new flag will disable the use of the binary
distribution for that run only.
There have been some objections about the name of my new flag. Some
Josh,
To the best of my knowledge, none of the core fink developers are
running OS X Server. We need your advice about changes or modifications
that might be needed to help fink work better in that environment.
-- Dave
On Dec 16, 2004, at 9:10 AM, Josh wrote:
I'm sending this to both the
On Dec 15, 2004, at 6:30 AM, Koen van der Drift wrote:
On Dec 15, 2004, at 12:47 AM, Martin Costabel wrote:
Koen van der Drift wrote:
Hi,
The current version of octave installs a bunch of files in
directories that are called powerpc-apple-darwin7.4.0 This makes it
OS X version dependent, and
- --source-run or --binary-off , just because I HATE typing long
command line
switches.
Well, I'm hoping for a one-letter shortcut, whatever we choose.
-- Dave
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews
Thanks for catching this, Martin. Fixed now.
-- Dave
---
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
We have a package called hx. It is a restrictive package, so we don't
store the source at distfiles. It no longer has a maintainer, the URL
for the source does not resolve, and the URL for the homepage does not
resolve.
Unless someone has an idea for resurrecting this package, I plan to remove
Well, it shouldn't be! (Unless the label of Restrictive is
incorrect...)
-- Dave
On Dec 31, 2004, at 12:17 PM, Peter O'Gorman wrote:
David R. Morrison wrote:
We have a package called hx. It is a restrictive package, so we
don't
store the source at distfiles. It no longer has a maintainer
Thanks, Koen, well-spotted.
I believe that the package was Restrictive because of some patent issue
or something... we'll have to check it out.
-- Dave
On Dec 31, 2004, at 2:11 PM, Koen van der Drift wrote:
On Dec 31, 2004, at 2:02 PM, David R. Morrison wrote:
Well, it shouldn't be! (Unless
Presumably you are trying to build postgis using the postgresql74 source tree
as well as the postgis tree. Unfortunately, after postgresql74 was built,
its source tree was erased (unless the user took special action to prevent
this). So what you'll need to do is to have
Version: 0.9.1
Source:
Dear Fink developers,
Several of you have noticed the recent changes which I've made to a number
of packages. Most of these changes ensure that the package in question
compiles using the gcc 3.3 compiler. (The changes involve adding gcc3.3
to BuildDepends, and then either modifying the
Dear Michele,
I can't explain why certain packages aren't compiling with a post gcc-3.3
compiler and other ones are. I'm only adding the flags when my beta
testing reveals a problem.
However, unlike the situation between gcc 3.1 and gcc 3.3, there is NO
binary compatibility issue between gcc
701 - 800 of 1176 matches
Mail list logo