David R. Morrison wrote:
[]
(3) The problems with octave, singular-libfac and others that cannot
be built with Apple's latest g++-3.3 are too fresh in the discussion
to have to be recalled, but they are real and urgent problems that
have to be solved. Telling people Don't install Xcode-1.5 if
David R. Morrison wrote:
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
Daniel Macks wrote:
[]
I think we'd be setting ourselves up for a user support nightmare
At least we would have to think of a system how to avoid this. I also
tend to think (but I am not yet sure about this) that it would probably
be a bad idea to completely replace (for building Fink packages)
Matthias Haider wrote:
Hi,
i'm trying to compile gnomemeeting wich requres some more packages
produce the following error:
/sw/src/pwlib-1.5.2-12/pwlib/include/ptlib/contain.inl:360: invalid use of
undefined type `class Buffer'
The other couple of times this came up in the last days, this was
Martin Costabel wrote:
[]
(3) The problems with octave, singular-libfac and others that cannot be
built with Apple's latest g++-3.3 are too fresh in the discussion to
have to be recalled, but they are real and urgent problems that have to
be solved.
From having a quick look over the #fink logs
Jack Howarth wrote:
Martin,
Has anyone documented a few of these g++ problems and brought
them up on the darwin-development mailing list at Apple? I have
found that the Apple devtool programmers that monitor that list
can often be quite helpful. At the very least, it will bring these
problems
Jack Howarth wrote:
Martin,
Just a stab in the dark, but have you considered trying to rebuild
octave with -fssa and -fssa-dce? Perhaps using the experimental dead
code elimination will work around the missing symbols.
In the test case from singular-libfac this doesn't change anything.
--
Daniel Macks wrote:
[]
I wonder if when linking against that .dylib the linker is picking
/sw/lib/libnetpbm.dylib instead of the one just compiled as part of
the nascent package?
I don't think this happens in this case. The package goes to some
lengths to avoid this, -isystem and such. The actual
Martin Costabel wrote:
Daniel Macks wrote:
[]
I wonder if when linking against that .dylib the linker is picking
/sw/lib/libnetpbm.dylib instead of the one just compiled as part of
the nascent package?
I don't think this happens in this case. The package goes to some
lengths to avoid
Dale Grover wrote:
I am trying to get the most recent source for xcircuit (3.2.23) to
run, so that hopefully the Fink package can be updated to a more recent
version. (xcircuit is a schematic entry / drawing program.)
In brief, I *seem* to be running into a problem with libtool. During
the
Koen van der Drift wrote:
Guy,
Maybe you should try to reinstall Java and the Java SDK from Apple. I
looked again at the console log you mailed me, but saw no earlier java
error.
The emboss build log is a funny thing, actually. I rebuilt emboss, I
have plenty of freshly-built *.class files, but
Koen van der Drift wrote:
Hi,
A user reported this error for the emboss package that I maintain.
Anyone has a clue what could be the problem?
[]
a lot of warnings like this:
Forget the warnings.
[]
mkdir /sw/src/root-emboss-2.9.0-3/sw/share/EMBOSS/jemboss/org/emboss/
jemboss/editor
install:
Steve Dieringer wrote:
netpbm 10.24-1 doesn't compile under Xcode 1.5
How so?
--
Martin
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off
Dave Vasilevsky wrote:
On Aug 23, 2004, at 10:33 AM, Hanspeter Niederstrasser wrote:
Is there a way to get the dependency engine to accept a specific
version of another package but wildcard the revision field when
searching?
Hi Hanspeter,
For my Galeon package I have to depend on a specific
Dave Vasilevsky wrote:
On Aug 23, 2004, at 5:32 PM, [EMAIL PROTECTED] wrote:
ld: warning prebinding disabled because of undefined symbols
ld: Undefined symbols:
_pm_seek2
_pm_tell2
make[2]: *** [pnmtopng] Error 1
make[1]: *** [other/all] Error 2
make: *** [converter/all] Error 2
### execution of
Could someone in the know (dm*?) please tell since which *released*
version of fink the BuildConflicts field has been active?
I noticed it is active now, and I can see from the cvs logs that it has
been introduced into fink cvs around the end of last year, but what with
all the different
William Scott wrote:
[]
computers. I am happy to put it into cvs if no one objects but don't
know what to do about the maintainer issue.
I think pymol's current maintainer is one of those officially recognized
as inactive. There will be no objections if you mention him in DescPort
or
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 BuildDependsOnly. Is it ok if I put those packages in
Depends anyway, or is there another way to solve this?
David R. Morrison wrote:
On Aug 21, 2004, at 10:48 AM, Martin Costabel wrote:
[]
BuildDependsOnly: false
[]
I think he means that you should ask the maintainers of those packages
to put that line into their packages.
I don't know any more what I meant there, please scratch it. g77 at
least seems
Martin Costabel wrote:
wrote:
[]
ld: Undefined symbols:
Arraydouble::transpose() const
[]
Failed: compiling octave-2.1.57-3 failed
I am now convinced that this is a problem with the c++ compiler from
Xcode-1.5. I get this compiled correctly with
c++ (GCC) 3.3 20030304 (Apple Computer, Inc
Rohan Lloyd wrote:
When I try to do an update-all, I get the error:
[EMAIL PROTECTED] fink update-all
/usr/bin/sudo /sw/bin/fink update-all
Information about 3872 packages read in 3 seconds.
Failed: Internal error: node for db42-ssl-shlibs already exists
Yeah, everybody is getting this. You can
Alexander K. Hansen wrote:
I don't recall having seen this specific issue discussed before here:
It was mentioned a couple of times, as an example why the identical
.deb policy, if taken too literally, can lead to absurd results (like
most policies).
As part of its build process the atlas
Michèle Garoche wrote:
Apart the maintainer problem, the layout makes a presupposition that
all the other fields are identical for all versions, which is not
always the case:
- Description may vary
- Section may vary
- License may vary
Taking care of this would not be a problem of visual
Blair Zajac wrote:
It appears that the rsync mirror is not being updated from the CVS
server. I haven't seen any of the today's CVS commits in rsync.
Strange, I see lots of updates in rsync, even in 10.3/stable.
--
Martin
---
SF.Net email is
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 unstable);
But $tree is typically something like stable/crypto, so this never
matches. This was added 6
Remi Mommsen wrote:
[]
I guess most users will still have the deb file from the previous fink
version on their computers. Why not recommend immediately to downgrade
to the previous version using dpkg?
Just my 2 cents.
Right, I knew there was something else, just couldn't think of it
(it's
Daniel Macks wrote:
http://fink.sourceforge.net/pdb/passwd.html
Thoughts on concept? Improvements on details of the new layout?
The concept is good, but I find the optical layout confusing. What do
all those numbers mean?
Could you perhaps print the version numbers in some color, red or so?
Or
[EMAIL PROTECTED] wrote:
I discovert the the error when i tried to update libpng3 libpng3-shlibs
python python23 python23-shlibs python23-socket
It happens on install (if not updated) and rebuild.
Yes, very nice ;-) I get it now too. What is weird is that this is not
symmetric between db42 and
[EMAIL PROTECTED] wrote:
I can successfully report that i reproduced that error.
When you got db42-ssl-shlibs and db3 installed and you try to update
(build/rebuild) something depens on db42-ssl-shlibs the error occurs.
Hmm, could you give an example of a package that depends on
db42-ssl-shlibs
Benjamin Reed wrote:
It appears that Apple no longer offers the August 2003 updater for GCC
3.3 on ADC any more. Does anyone have a copy, and know whether it's
still distributable? Otherwise, we might have to offer a gcc3.3 package
(ugh) or stop supporting 10.2 altogether.
Has anyone ever
Benjamin Reed wrote:
Update of /cvsroot/fink/dists/10.3/stable/crypto/finkinfo
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv1597
Modified Files:
cyrus-sasl2.info db42-ssl.info evolution.info lftp-ssl.info
openldap-ssl.info svn-ssl.info uw-imap-c-client-ssl.info
Log Message:
work
Christian Schaffner wrote:
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/sound
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv15304
Modified Files:
esound.info
Log Message:
Fixing a validation error. Maintainer is informed. Prevented a
successful build for a user as reported
Mathieu Masseboeuf - NewSports wrote:
The new version of ettercap-ssl has a Depends on dlcompat and a
BuildDepends on
dlcompat-dev here, which I don't believe is required on 10.3. I was able to
compile ettercap-ssl just fine without these two packages.
Are these dependencies required?
Koen van der Drift wrote:
Yes I thought about that too, but whatever is in the InstallScript gets
executed before what is in Files. So if I put some code in InstallScript
to move the *.h files, I get an error because they are not there yet.
Any other ideas?
Move them in the InstallScript of the
Freek Dijkstra wrote:
[]
I have not been able to test the file
completely, since I was not able to find which package installs the
BASEPATH/share/java/classpath file.
Every package that has a JarFiles field, for example
findbugs
xalan-j
xerces-j
db41
db42-java
pilot-link9
fop
ppower4
saxon
--
John Davidorff Pell wrote:
/bin/mv /sw/src/root-gettext-0.10.40-18/sw/share/info
/sw/src/root-gettext-bin-0.10.40-18/sw/share/
mv: rename /sw/src/root-gettext-0.10.40-18/sw/share/info to
/sw/src/root-gettext-bin-0.10.40-18/sw/share/info: No such file or
directory
### execution of /bin/mv
John Davidorff Pell wrote:
[]
At this point, it is beginning to build the debs, after the initial
bootstrap, but it's confused about where to go! Part of it is going
into the right place, and part has an extra 'sw/bootstrap'!
Go Figure
Turns out you caught a nice fat bug here :-) I am
Martin Costabel wrote:
[]
The real test with BuildDepends will have to wait until I have finished
reconstructing my X11 installation :(
OK, thanks to rsync and a fast DSL connection, this was not too painful..
Next try: Moved /usr/X11R6/include/X11/Xlib.h away. This removes
x11-dev, but leaves
Martin Costabel wrote:
[]
In the meantime, Todd Heidesch made lablgtk and mldonkey packages that
work with ocaml-3.08 and have dependencies on ocaml (=3.08). If nobody
protests in the very near future, I will put them into cvs. The
maintainers of both packages have left, AFAICT, so they cannot
Darian Lanx wrote:
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/base
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv32278
Modified Files:
libiconv.info
Log Message:
Same compatability versions, there should be no issues. If there are, feel free to revert this. I tested for 3
Blair Zajac wrote:
Hello,
If you're like me and remove any unneeded packages after installing a
new one, then when I upgrade to fink 0.21.0 it fails if you don't have
libiconv-dev installed when compiling the new libiconv:
This is an old problem, should probably be a FAQ (or is it?):
If
After having answered again 3 times today the most FAQ of all times, I
would like to ask the maintainer or others to spend a little time
thinking about an improvement of the situation. I suggest the following:
1. The xfree86 package itself has obsolete error messages:
You have an existing X11
Blair Zajac wrote:
Martin Costabel wrote:
[]
This is an old problem, should probably be a FAQ (or is it?):
If libiconv-dev is not installed, but gettext-dev is, you cannot build
libiconv. Remove gettext-dev first.
Can't this be fixed by adding some BuildDepends?
Apparently not without removing
Daniel Macks wrote:
[]
Just rename one of the critical files system-xfree86* checks for and
see what happens when a pkg BuildDepends:x11-dev.
What happened is that I clobbered my X11 installation. Well, like any
luser, I didn't read your message in detail, thought it would work also
for Depends
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 automatically.
Since the pathsetup script run by the Fink
David R. Morrison wrote:
[]
At the moment, your previous new version of pathsetup is scheduled to
appear in fink-0.21.0, which will be included in the 0.7.1 binary
distribution; for that distribution, I was intending to use the old
version for the installer.
So the installer would use its own
James Gibbs wrote:
[]
There are a couple of things wrong besides the URLs. First, mldonkey
requires ocaml 3.07 to work. No problem, as this is still in fink, so we
can just add a build dependency.
Secondly, it requires lablgtk that was built with ocaml 3.07. See, just
like programs built with
David R. Morrison wrote:
[]
Well, whether it was caused by placeholders or not, what we're trying to
avoid these days is having the user make a choice of which -pmXXX to
install. You're not supposed to have
Depends: foo-pm560 | foo-pm581
Just a remark from the sidelines about this
Dave Vasilevsky wrote:
On Jul 23, 2004, at 8:42 PM, Koen van der Drift wrote:
RubyTuesday:/sw/fink/dists/unstable/main/finkinfo/sci koen$ cvs diff
emboss.info
cvs.sourceforge.net: Operation timed out
cvs [diff aborted]: end of file from server (consult above messages if
any)
I have similar
I am bouncing this to the devel list; maybe someone there has already
had a look at this package and might look again and salvage it. Its
maintainer doesn't seem to be active any more, and the package in its
present state doesn't build. It will need some serious repair work.
In particular, all
David R. Morrison wrote:
[]
I have made a new version of system-tetex which attempts to give better
advice to users, and put it in my experimental directory. Since I'm
*not* a user of Weirda's distribution, this is hard for me to test.
Seems to work (I don't use GWtex either, just for
As the new bindist approaches, I would like to update the pathsetup
script. It seems to me that it has done OK so far - there are very few
complaints about PATH issues and shell startup scripts nowadays, at
least compared to the situation before the pathsetup script existed.
Therefore I don't
Koen van der Drift wrote:
Hi,
I am working on a package of which the two source files have a different
name than the package itself. What I want to happen is that the 2 files
are decompressed in /sw/src/foo-1.0-1 instead of /sw/src. Then in
/sw/src/foo-1.0-1 the installation can take place. How
Daniel Macks wrote:
[]
2. This beasty needs access to internal files from the tcl and tk
sources to build. I was thinking that the info file could grab tcl
and tk of the right version and build against those (using SourceN).
If these are some internal headers that the Fink tcltk package does not
Malcolm Fitzgerald wrote:
[]
This changed the problem - dpkg now said gtk+2-dev depends on gtk+2 (=
2.2.4-2); however: Version of gtk+2 on system is 2.2.4-3.
This is a FinkCommander problem only insofar as FC uses apt-get to get
the package listing, and it shows therefore apt-get's strict
Alexander K. Hansen wrote:
Try rebuilding libexif. That worked for someone yesterday on the #fink
IRC channel.
On Fri, 2004-07-09 at 08:43, Sbastien Maret wrote:
When I try to install gimp2-2.0.0.0-5, I get the following error:
ld: Undefined symbols:
_libintl_bind_textdomain_codeset
On 5 juil. 2004, at 14:50, Charles Lepple wrote:
ld: Undefined symbols:
_libintl_bind_textdomain_codeset
_libintl_bindtextdomain
_libintl_dgettext
We had this once last January from someone trying to compile g77 (!),
and recently several people seem to get this.
Google shows several dozen
On 6 juil. 2004, at 17:50, Michèle Garoche wrote:
I've never had success in getting Apple X11 recognized when the
installation of Apple X11 and its SDK was made after installing fink,
be it on 10.2.8 or 10.3. A contrario, I've never had issue when
installing them before fink.
It may be that
Olivier Kaloudoff wrote:
[]
*) /bin/sh ../libtool --mode=link gcc `if test -n ''; then
/sw/src/root-libiconv-1.9.1-11/sw/bin; fi` iconv.o ../srclib/libicrt.a
../lib/libiconv.la -L/sw/lib -lintl -liconv -R/sw/lib -o iconv;; \
esac
libtool: link: cannot find the library `/sw/lib/libiconv.la'
Has anyone else noticed that the master rsync mirror doesn't respond any
more and that - apart from two Japanese URLs - the other rsync mirrors
don't seem to synchronize currently?
I ran a little check over the rsync mirror list in
/sw/lib/fink/mirrors/rsync, listing the TIMESTAMP file. For
Jeremy Erwin wrote:
I'm having a go at porting starlink to macos-- a set of astronomy
applications and libraries. The documentation for these libraries
consists of latex hypertext-- so if a user has decided to install
library A and library B, the documentation of library B has hypertext
links
Daniel Macks wrote:
Just had the N+1th user on #fink remove Fink and now have his shell
startup abort when it tries to load /sw/bin/init.*. There is an error
message about no such file or directory and then the remainder of
the dotfile is skipped.
Instead of just (for csh):
source _file_
should
Peter O'Gorman wrote:
Benjamin Reed wrote:
Well, it implies that they're reachable by other packages trying to
build things from source; I would say that as long as they're in a
public place that other packages can end up linking against, they
should be BuildDependsOnly. If you *also* need them
David R. Morrison wrote:
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
Alexander Strange wrote:
[]
Current stable and unstable both have 0.20.2-1 which supports this.
Cvs log shows that dumpinfo is not in the released versions of fink:
RCS file: /cvsroot/fink/fink/perlmod/Fink/Engine.pm,v
Working file: Engine.pm
head: 1.176
[]
symbolic names:
release_0_20_2:
Leonida wrote:
David H. wrote:
If you see a web-site that might be interested in reporting in depth
about Fink, tell me.
http://freesmug.mine.nu:8200/tutorial/fink/
I am forwarding this to the fink-devel list for those who don't read
fink-beginners. It is amazing, particularly the movies about
Amgine wrote:
unix_dl.c:466: error: `Dl_info' undeclared (first use in this function)
FAQ#6.16 I get build errors involving `Dl_info'.
http://fink.sourceforge.net/faq/comp-general.php?#dlfcn-from-oo
--
Martin
---
This SF.Net email is sponsored
Daniel Macks wrote:
On Thu, May 27, 2004 at 01:41:02PM -0400, Viktor Haag wrote:
I upgraded my main machine to 10.3.4 today, and noticed that
you'll almost certainly need to rebuild emacs21 (and probably
emacsen-common, to be safe).
Why? Is there a binary incompatibility we should be aware of?
Ersatz Sophist wrote:
Hello all,
When I run fix-fink, I get the following error:
prompt_boolean is not exported by the Fink::Services module
Can't continue after import errors at /sw/bin/fix-fink line 24
BEGIN failed--compilation aborted at /sw/bin/fix-fink line 24.
Some time ago, a big part of
I think this has been noticed before, but it hasn't been fixed:
Right now, fink selfupdate fails for people in Europe when it tries to
download fink-0.20.2.tar.gz, because it uses eu.dl.sourceforge.net, and
instead of the tarball this mirror sends an html file saying:
The mirror you've
Darian Lanx wrote:
Martin Costabel wrote:
snip
(2) Delete it and download again
Does this default to the same mirror then? I am still learing Perl, but
imho the code says to advance one mirror when retrying the download.
I haven't looked at the code yet, but yes, in the case at hand
Jeffrey Falk wrote:
Developer Tools not installed
[]
sh: line 1: make: command not found
There is not much more to say. You can't compile without a compiler.
--
Martin
---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the
Peter O'Gorman wrote:
Randal L. Schwartz wrote:
Has that ever existed? Who needs to fix this? And how
Yeah, it was the top news item on fink's home page for a while. It is
still on the front page though. Apple removed your java sdk when they
updated your java to 1.4.2 with software update. YOu
Peter O'Gorman wrote:
Martin Costabel wrote:
I won't argue with the perverts part, as I am sure that they must be
somehow perverted ;), however I just went through downloading and
I mean their apparent let's make the geek's life miserable attitude.
Not including the 4MB X11SDK in the 42 MB
A week ago, it turned out that the gramps package from the bindist could
not be installed, because it depends on gnome-python2-py23, and among
the myriad of dependencies of the latter package there is one (nautilus)
that is not in the bindist.
As a consequence, it appears that someone pulled
Christian Schaffner wrote:
Dear Fink Developers
I couple of times i encountered the problem that an install or upgrade
of a package failed with the error message: Failed: can't batch-install
packages. I also got an report like that from a user of one of my
packages. For details see this log:
On April 19, 2004, Mathieu GUILLAUME wrote:
[]
galois.cc:1282: error: `TBM' undeclared (first use this function)
[]
Failed: compiling octave-forge-2004.02.12-2 failed
I succeed in installing this package from source for octave 2.1.53-1
(stable) but not for octave 2.1.57-2 (unstable).
On April
This has come up a couple of times on fink-users and on fink-beginners.
No ideas have come forward so far and the maintainer (Max) seems
unresponsive:
The package dosbox does not build. It crashes with
g++ -g -O2 -I/sw/include/SDL -D_THREAD_SAFE -L/sw/lib -o dosbox
dosbox.o cpu/libcpu.a
Peter O'Gorman wrote:
Martin Costabel wrote:
What is the recommended way to transmit -noprebind to the build
process? Is it NoSetLD_PREBIND: true? Where is this documented?
Yes, it would seem so from a quick glance at PkgVersion.pm. If you
didn't find the docs, then it probably wasn't
On the Apple opensource software web page
http://www.apple.com/downloads/macosx/unix_open_source/ which every Mac
owner can find only two clicks away from their Apple menu, there is a
link to Fink, but only to version 0.6.2.
There is also a link to an update page
Jeff Whitaker wrote:
All: I'm working on a new r-base package which will include R built as a
framework and R.app (in addition to the command line X11 version of R). I
went back and re-read the thread on .apps in Fink, but it didn't seem like
there was any consensus on the issue of whether to
Martin Costabel wrote:
Jeff Whitaker wrote:
[]
BTW: python and tcltk could be packaged to do this as well.
There is one point with Python, but also with tcl, probably: Where does
one put the site-packages afterwards? I mean all the modules from *-py23
packages. In Apple's philosophy
The xfree86-4.4.0-1 package thinks it owns the files
/private/etc/fonts/fonts.conf and /private/etc/fonts/fonts.dtd and
removes them when the package is removed.
This is bad, because these are system files that are used by a lot of
other software. They are installed by Apple's BSD.pkg. I don't
Michèle Garoche wrote:
Hi Martin,
If you want to test the bluefish variants, the info and patch files are
in the tracker now. I've tested them with old version installed, and it
updates correctly, one can switch from bluefish-gnome2 to bluefish and
vice-versa too. Only one version is installed
TheSin wrote:
the problem was with the order of splitoffs, dmacks added the ability to
have none consecutive SplitOffN fields in info files, when he did this
he accidentally reversed to order in which they built the deb files, so
if SplitOff had lib/lib%N.*.dylib in the Files: field and
David R. Morrison wrote:
Justin,
Fink 0.20.0 was released about 1 week ago. Does your package work with
0.20.0? I hope so, because very few users understand how to update
fink from CVS. If we need to make a bugfix release of 0.20.1 to address
some particular problem, please let me know.
I have
Koen van der Drift wrote:
See the thread on this subject in fink-users for the console output with
the error.
I have seen the error messages, but thesin seems to be the only person
who understands what is going on, so I would appreciate if he could explain.
--
Martin
William Scott wrote:
I grok the reason to keep around the different flex versions. But why
the older guile?
The older guile is creating problems for me if both it and 16 are
installed simultaneously. I am trying to compile a program that I am
trying to port and package for fink and I can't
Daniel E. Macks wrote:
I just implemented 'fink dumpinfo [pkgname]' in CVS HEAD so you can
see how fink parses a package description, including percent expansion
(and hence variant info), and conditional Depends.
This is certainly useful, especially since it allows to extract
splitoffs, even for
Michèle Garoche wrote:
Martin, if you could re-read slowly my post,
1 - I've said the package is not released yet, so I've provided a link
to the snapshot, so that it could be tested locally (i.e. by putting it
in /sw/src).
Putting the tarball into /sw/src doesn't help if fink looks for a
Michèle Garoche wrote:
[]
So, if you would be so kind to have a look at it now
I guess there need to be some Conflicts/Replaces fields or another
upgrade strategy, but again I don't know how this is handled within the
variants system. Right now, fink install bluefish-gnome2 leads to
Unpacking
jfm wrote:
Hi Michele,
In the Source field, 'downloads' should be replaced by 'snapshots'
(wondering how Martin managed to build it already w/o hitting this..
did you already have the src ?)
I wrote this morning in another thread
Putting the tarball into /sw/src doesn't help if fink looks for a
Daniel Macks wrote:
[]
You're getting yourself *way* too worked up about variants, Martin.
I get worked up about anything that doesn't work correctly. In this
case, I gave a bug report to Michèle. There needs to be an upgrade path
from bluefish to bluefish-gnome2. Right now it breaks.
In
Michèle Garoche wrote:
[]
As I cannot see an automatic way to test the gnome2 variant without
rewriting the info file reversing the test (gnome1 variant instead of
gnome2), I post here.
I don't quite understand your question, why can't you at least try to
build bluefish-gnome2?
The first bug
David R. Morrison wrote:
Just to clarify: my understand of Michele's problem is that when she tries
to build the two variants contained in this .info file, only one of them
can be built.
So either it's a problem with the way she has constructed the file, or
a problem with the variant code in
David H. wrote:
I always thought this is a bad idea that invites to produce a lot of
non-tested packages. Why not just make two clean info files?
OK, let's look at these arguments:
Because it is a matter of scalability. When you have a piece of software
that supports many variants like
with
Daniel E. Macks wrote:
Variants make it easier for the Maintainer to maintain multiple
variants (in the conceptual, not Fink sense) of a package. It relieves
what was becoming (became?) an unscalable mess of -pmXXX (and -pyXXX
and -rbXXX, etc.) packages. Do you really believe that all those
Jules Ngambo wrote:
Thank you guys for your suggestion...
Given that the compilation takes about 8 to 10 hours on a G5 computer,
instead of recompiling I checked the log file of make and it seems that
it is consistent, gcc is used for c files and g++ for cxx
below is an piece of the log file
Michael Vilain wrote:
There's a bug in the file
/sw/fink/10.3/stable/main/finkinfo/utils/cdrdao.info so that the Fink
mirror that's used has a // in it.
This is not the only package that has this. It has also had this since
it was introduced in October 2002, without problems until now. But
The new gimp2 package in unstable doesn't seem to be recognized by any
fink I have here: With the latest released fink-0.19.2 it says
Package description too new to be handled by this fink (21)! Skipping
/sw/fink/dists/unstable/main/finkinfo/graphics/gimp2.info
With fink-0.19.2.cvs from cvs
901 - 1000 of 1332 matches
Mail list logo