[Fink-devel] Problem with mirror:sourceforge
Hi everyone! I was trying to add some Source-MD5 fields to some of my packages, and added the mirror:sourceforge line to some of them too, while I was at it. However, when I tried to fetch one of the tarballs, I got this: wget --verbose 2002-05-05/net-snmp/net-snmp-5.0.tar.gz --22:20:43-- http://2002-05-05/net-snmp/net-snmp-5.0.tar.gz = `net-snmp-5.0.tar.gz' Connecting to 192.168.0.1:3128... connected. Proxy request sent, awaiting response... 503 Service Unavailable 22:20:43 ERROR 503: Service Unavailable. ### wget failed, exit code 1 Downloading the file net-snmp-5.0.tar.gz failed. (1) Give up (2) Retry the same mirror (3) Retry another mirror The problem seems to stem from /sw/lib/fink/mirror/sourceforge and the line: Timestamp: 2002-05-05 However... The other files seem to have that line too, so I don't know what's causing that problem. Thanks! ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Problem with gnome-vfs-shlibs
Jeremy Higgs [EMAIL PROTECTED] wrote: Hi! I wasn't quite sure who to email about this, but since you're doing much of the shared-libraries converting, I thought it would be more appropriate to email you. I got this while doing a 'fink update-all' a couple of minutes ago: fink needs help picking an alternative to satisfy a virtual dependency. The candidates: (1) gnome-vfs-shlibs: The GNOME virtual file-system libraries (2) gnome-vfs-ssl-shlibs: The GNOME virtual file-system libraries, with SSL support Pick one: [1] 2 The following 2 packages will be installed or updated: dlcompat gnome-vfs The following additional package will be installed: gnome-vfs-ssl-shlibs Do you want to continue? [Y/n] As you can see, I picked [2], and now Fink wants to install gnome-vfs, as well as gnome-vfs-ssl-shlibs, which isn't right. Just thought I'd bring that to your attention. FYI, I've got the latest versions of the distribution and package manager (0.9.12) from CVS (i.e. Using 'selfupdate-cvs'), not by updating the fink module itself. Thanks! Actually, that is deliberate. Fink can install those two together, and they can coexist just fine. In my previous experiments, if a user made a choice like that, fink would just die (or rather dpkg would) and refuse to install conflicting pkgs. Until we improve fink to handle the Conflicts field properly (like for example, not asking a user to make choices which will conflict), this will have to suffice. -- Dave ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] emacs21 in fink (using jaguar and April 2002 devtools)
Thanks. I'll add emacs21 to the list in the porting docs of packages which are known to not yet compile under Jaguar. However, note that ncurses is an essential package in Fink, so you should have gotten curses support even though the library moved in OS X. I'm puzzled that you did not. -- Dave ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] emacs21 in fink (using jaguar and April 2002 devtools)
On Tuesday, May 28, 2002, at 03:00 PM, David R. Morrison wrote: Thanks. I'll add emacs21 to the list in the porting docs of packages which are known to not yet compile under Jaguar. However, note that ncurses is an essential package in Fink, so you should have gotten curses support even though the library moved in OS X. I'm puzzled that you did not. I'm puzzled too. The makefiles are peppered with -lncurses, but running otool on the binaries gives: /sw/bin/emacs21: /sw/lib/libtiff.3.dylib (compatibility version 3.5.0, current version 3.5.7) /sw/lib/libjpeg.62.dylib (compatibility version 63.0.0, current version 63.0.0) /sw/lib/libpng.2.dylib (compatibility version 1.0.12, current version 1.0.12) /usr/lib/libz.1.1.3.dylib (compatibility version 1.0.0, current version 1.1.3) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 55.0.0) I'm looking into it, but if anybody knows why it would link to libSystem instead, I'd be curious to hear. -christian ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] emacs21 in fink (using jaguar and April 2002 devtools)
I assume that the curses support came from libSystem.B.dylib, which is always included in a link, and was not required explicitly in the configure/Makefile. On Tuesday, May 28, 2002, at 12:00 PM, David R. Morrison wrote: Thanks. I'll add emacs21 to the list in the porting docs of packages which are known to not yet compile under Jaguar. However, note that ncurses is an essential package in Fink, so you should have gotten curses support even though the library moved in OS X. I'm puzzled that you did not. -- Dave === Jan de Leeuw; Professor and Chair, UCLA Department of Statistics; US mail: 9432 Boelter Hall, Box 951554, Los Angeles, CA 90095-1554 phone (310)-825-9550; fax (310)-206-5658; email: [EMAIL PROTECTED] homepage: No matter where you go, there you are. --- Buckaroo Banzai
[Fink-devel] non standard directories (dx-4.2.0 package)
I've just uploaded a package description for dx-4.2.0 (a scientific visualization tool). Unfortunately, it likes to install in %p/dx (rather that %p/bin %p/lib %p/etc etc.) It has been brought to my attention that this might cause problems. However, some of the %/p/dx subdirectories do not correspond to the fink standard directory structure. (and more troubling, cannot be altered with configure flags. Is there an approved location for application specific directory trees? ( I would, of course, install the binaries in %p/bin, the libraries in %p/lib, etc) Jeremy ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] non standard directories (dx-4.2.0 package)
How about %p/share/dx? ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] autoconf in fink scripts? (long)
Jeremy Erwin wrote: I am in the process of testing a fink port of open dx (version 4.2.0) My port uses automake, so as to keep the patch smaller and easier to debug. What packages will insure that a would be compiler can run aclocal, automake, autoconf and autoheader? I'll give a long answer, because I feel that opendx is an important package, and because I (like some otheers, I guess) have spent some frustrating time trying to compile this thing. Sometimes it compiled, but did not work, sometimes it did not compile. But this was before the release of version 4.2.0. I have now tried your dx-4.2.0-1 package (found somewhere on the opendx mailing lists). It does not start compiling, because it depends on autoconf automake, and automake (*) in unstable, which is automake-1.6, depends on autoconf25 which conflicts with autoconf. With autoconf replaced by autoconf25 in the depends list, it started compiling but broke down after a while with an error that I have been getting sometimes (and sometimes not) when I earlier tried to compile opendx myself: cc -DHAVE_CONFIG_H -I. -I. -I../../../include -I../../../include -Dmacos -I/sw/include/libxml2 -I/sw/include/freetype2 -D_REENTRANT -I/sw/include -I/sw/include -I/usr/X11R6/include -I/usr/X11R6/include/X11 -I/sw/include -I/usr/X11R6/include -g -O2 -Wall -no-cpp-precomp -I/usr/X11R6/include -D_GNU_SOURCE -c `test -f 'buffer.c' || echo './'`buffer.c buffer.c:1: dxconfig . h : No such file or directory buffer.c:2: string . h : No such file or directory buffer.c:3: dx / dx . h : No such file or directory buffer.c:4: X11 / X . h : No such file or directory Note the spurious spaces. The file buffer.c had been made before by using cc -E as a preprocessor, which did not work well: cc -E __buffer.c | tr -s \044 \012 | sed -e '/^#/d' -e 's/INCLUDE2/#include/' -e 's/^pragma/#pragma/' buffer.c __buffer.c:10: illegal external declaration, missing `;' after `' __buffer.c:22: undefined type, found `Error' __buffer.c:24: undefined type, found `RGBColor' __buffer.c:118: undefined type, found `RGBColor' __buffer.c:157: undefined type, found `Error' __buffer.c:169: undefined type, found `Error' [some 800 similar errors skipped] And it did introduce a space after every symbol. I don't know whether this has to do with automake or autoconf, but there is a connection, see below. (*) Right now, fink offers a selection of four versions of automake under two (three?) different names, automake and automake15 (and automake-1.4). They sometimes can coexist, sometimes not, and they require different versions of autoconf. I'll summarize some of the situation here, but it is so confusing that I probably won't get it right. automake-1.4-p5-2: Needed for building some packages. Only exists in stable, not in unstable, although this violates fink policy. Has been removed and reintroduced several times. I tend to think ATM that this is the one that makes opendx build (?). In any case, if I have this installed, the above preprocessing of buffer.c is not done by cc -E, which does not work, but by cc -E -traditional-cpp, which does. automake-1.5-1: Only in stable. Depends on nothing; contains aclocal executable. automake15-1.5-2: Only in unstable. Depends on nothing; contains no aclocal executable (it is called aclocal-1.5 instead). Opendx wants an aclocal executable, so it does not start to build with this automake15. automake-1.6.1-1: Only in unstable. Depends on autoconf25 which conflicts with autoconf (which is at version 2.13-3 right now). Contains an aclocal executable. To answer your question: IMHO, you would have to do fink remove automake fink install automake-1.4-p5-2 fink install autoconf Some other combinations might work, too, but I haven't seen anything obvious. In the BuildDepends line, you would need autoconf automake-1.4-p5-2. I think automake ( 1.5) does not work, because fink sometimes regards automake-1.4 as name and p5 as version or something. -- Martin ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] non standard directories (dx-4.2.0 package)
Jeremy Erwin wrote: I've just uploaded a package description for dx-4.2.0 (a scientific visualization tool). I was just giving a long answer to your earlier post. I see that in the new version you still have BuildDepends: lesstif-dev, autoconf, automake For me, this doesn't build, because automake(-1.6-1) depends on autoconf25 which conflicts with autoconf. With automake-1.4-p5-2, it (version 4.2.0-1 so far) compiles a long time, but then it breaks with the tired old bug /usr/bin/ld: ../base/libBASE.a(DXType.o) relocation overflow for relocation entry 239 in section (__TEXT,__text) (displacement too large) I thought you had found a way around that? I don't see the -fno-eh-cleanup-section flag in the compiling line of libBASE.a. Maybe I'll have to try with yet another version of automake... -- Martin ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] emacs21 in fink (using jaguar and April 2002 devtools)
On Tuesday, May 28, 2002, at 03:05 PM, Christian Swinehart wrote: I'm looking into it, but if anybody knows why it would link to libSystem instead, I'd be curious to hear. Maybe libSystem has ncurses support in Jagwyre? ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] emacs21 in fink (using jaguar and April 2002 devtools)
On Tuesday, May 28, 2002, at 10:06 PM, Christian Swinehart wrote: On Tuesday, May 28, 2002, at 04:59 PM, Alexander Strange wrote: On Tuesday, May 28, 2002, at 03:05 PM, Christian Swinehart wrote: I'm looking into it, but if anybody knows why it would link to libSystem instead, I'd be curious to hear. Maybe libSystem has ncurses support in Jagwyre? But this whole problem of using libSystem's curses routines instead of libncurses's is happening under 10.1.4... Are you sure that you're using the correct version of the developer tools? Since a lot changed in Jaguar, I would expect that you'd need to use the Jaguar Developer Tools (which were in the pack you received at WWDC if you got Jaguar legally). And you're not supposed to discuss them on a public list, I suspect. libSystem has semi-borked curses support in Puma and earlier. They moved to ncurses some months back, when I used to read the darwin-commits mailing list ;-) -- Finlay ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Jaguar
On Tuesday, May 28, 2002, at 10:44 PM, Jan de Leeuw wrote: Does the fact that Jaguar comes with python2.2 imply that fink will no longer maintain its own python version (similar to perl or java) ? Not necessarily. We still have our own apache, etc, even though Apple ships them. -- Finlay ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Compiled libraries for fink
I have been extensively looking at the Fink coding and Perl scripts/libraries, and I think I have an idea. I believe that much of the Fink code needs an overhaul. The whole dependancy system is starting to break down. (See recent threads involving splitoff/shared libs problems) Also, a proposed extension to the info file format, variants, requires a much improved system to be in place. The recent storable-pm/indexing inclusion into Fink has alleviated this third problem, that of speed, but in the future it will be desirable to further increase the speed of the parser. I would like to propose that the core of the fink parser be rewritten to include all recently added features, and fix many of the dependancy problems springing up from the shlibs project. I am willing to work on this for a while. It may not be an immediate transition, but I would like to transition to a faster, more bug free system. I also think that it the parser is rewritten, it should be redone in C, C++, or Objective-C, whatever this list decides upon. Everyone, please voice your opinions, Thanks, Kyle D. Moffett ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] autoconf in fink scripts? (long)
Max Horn wrote: [...] automake-1.4-p5-2: Needed for building some packages. Only exists in stable, not in unstable, although this violates fink policy. Nonsense! This is the case for many packages - newer version exists in unstable than in stable in many cases, that's not a violation of our policy but rather quite normal. You are right, of course, in the strict literal sense. In the sense of functionality, automake-1.4-p5 is rather different from the later versions (as it turns out, so is automake-1.5-1). So it feels rather like a different package than just an old version of the same package as versions 1.5-1 and 1.6-1. If unstable is meant to be a superset of stable, it would be good to have these older versions there, too. To continue this thought (proposal, rant?): I sometimes have the feeling that cvs committers are a little too trigger-happy, in that they kill the old version immediately when submitting a new one. It would be useful sometimes to be able to go back to the preceding version more easily. I don't mean to suggest to keep a lot of old cruft in the active cvs tree, but maybe just the second-to-latest version could be kept? And in stable, could the versions from the latest release also be kept in the active cvs tree? When trying to give advice, this would be useful. -- Martin ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] autoconf in fink scripts? (long)
Martin Costabel wrote: Jeremy Erwin wrote: [] I'm using fink supplied versions of automake-1.5, autoconf-2.13. Yes, I just tried this combination, too, and it compiled completely. So, unless someone has a better idea, perhaps you should require *exactly* these versions in BuildDepends (and then hope that nobody removes them in favor of newer versions). After another test, I can now confirm that autoconf25 does not work here. It finds cc -E for a preprocessor instead of cc -E -traditional-cpp and this produces garbage. Actually, I don't know why they don't just use cpp. One could probably patch one or two files to use the right thing (src/exec/libdx/local.mk and src/exec/dxmods/Makefile). -- Martin ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Compiled libraries for fink
At 18:26 Uhr -0400 28.05.2002, Kyle Moffett wrote: I have been extensively looking at the Fink coding and Perl scripts/libraries, and I think I have an idea. I believe that much of the Fink code needs an overhaul. The whole dependancy system is starting to break down. (See recent threads involving splitoff/shared libs problems) Wow. That's a gross statement. Yes there are problems, but deducing from this that the whole dependancy system is starting to break down ? That's a rather bold statement, esp. since you give no fact at all - may well be you extensively looked at the code, but can you please give proper justifications for that assertion, based on the actual code base? I.e. I much prefer facts over claims. Also, a proposed extension to the info file format, variants, requires a much improved system to be in place. Since my opinion on this is radically different to yours, I look forward to hear your reasons that back your statement. Again if possible please based on hard facts. Thanks. For completeness: I think implementing this inside Fink is not that hard (except that we haven't even finished designing it so it's impossible to judge with any final certainty). The major problem I observe is dpkg, which will not know about variants, so we have to map Fink package variants to dpkg package names in some fashion, and that leads to trouble, because Fink package names won't match dpkg package names anymore. Maybe I miss something in the codebase that will pose a major hurdle to adding variants, and that would basically require a rewrite of Fink - since you apparently seem to think so, you certainly can explain these reasons to us, I at least am eager to learn about your findings. Also note that while we discussed the idea of variants on this list in the past, the idea and design were never even close to a state in which they could have been implemented, IMHO. The recent storable-pm/indexing inclusion into Fink has alleviated this third problem, that of speed, but in the future it will be desirable to further increase the speed of the parser. Sure, speed is always good to have :-) I would like to propose that the core of the fink parser be rewritten to include all recently added features, and fix many of the dependancy problems springing up from the shlibs project. Err, which problem would that be? Did you file bug reports on them yet? I only know about the old problem, namely that we never implemented (Build)Conflicts in Fink directly, but what errors are there springing up from the shlibs project ? Again, please give me something concrete, I dunno really how to reply to you since everything is so extremely vague and without any facts to back it.. I am willing to work on this for a while. It may not be an immediate transition, but I would like to transition to a faster, more bug free system. I also think that it the parser is rewritten, it should be redone in C, C++, or Objective-C, whatever this list decides upon. Anybody who wants to work on such a rewrite will have to discuss that. Cheers, Max -- --- Max Horn Software Developer email: mailto:[EMAIL PROTECTED] phone: (+49) 6151-494890 ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] autoconf in fink scripts? (long)
On Tuesday, May 28, 2002, at 07:24 PM, Martin Costabel wrote: Martin Costabel wrote: Jeremy Erwin wrote: [] I'm using fink supplied versions of automake-1.5, autoconf-2.13. Yes, I just tried this combination, too, and it compiled completely. So, unless someone has a better idea, perhaps you should require *exactly* these versions in BuildDepends (and then hope that nobody removes them in favor of newer versions). After another test, I can now confirm that autoconf25 does not work here. It finds cc -E for a preprocessor instead of cc -E -traditional-cpp and this produces garbage. Actually, I don't know why they don't just use cpp. One could probably patch one or two files to use the right thing (src/exec/libdx/local.mk and src/exec/dxmods/Makefile). If one has two copies of gcc (as is common with linux-- the kernel source may not be compatible with gcc-2.95.2) $CC -E is more likely to produce the correct results. As for autoconf-2.5, I'd look in the relevant .m4 file to see if there's an error. Here's the autoconf-2.13 version. (/sw/share/autoconf/acspecific.m4) AC_DEFUN(AC_PROG_CPP, [AC_MSG_CHECKING(how to run the C preprocessor) # On Suns, sometimes $CPP names a directory. if test -n $CPP test -d $CPP; then CPP= fi if test -z $CPP; then AC_CACHE_VAL(ac_cv_prog_CPP, [ # This must be in double quotes, not single quotes, because CPP may get # substituted into the Makefile and ${CC-cc} will confuse make. CPP=${CC-cc} -E # On the NeXT, cc -E runs the code through the compiler's parser, # not just through cpp. dnl Use a header file that comes with gcc, so configuring glibc dnl with a fresh cross-compiler works. AC_TRY_CPP([#include assert.h Syntax Error], , CPP=${CC-cc} -E -traditional-cpp AC_TRY_CPP([#include assert.h Syntax Error], , CPP=${CC-cc} -nologo -E AC_TRY_CPP([#include assert.h Syntax Error], , CPP=/lib/cpp))) ac_cv_prog_CPP=$CPP])dnl CPP=$ac_cv_prog_CPP else ac_cv_prog_CPP=$CPP fi AC_MSG_RESULT($CPP) AC_SUBST(CPP)dnl ]) ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Compiled libraries for fink
Kyle, The process of upgrading existing packages to fit into a good shared libraries system is almost over. All of the dependency problems that have arisen in the past few weeks have been side-effects of the upgrade, and all of them have been quickly resolved. Once the upgrade is over, there shouldn't be any remaining dependency problems. -- Dave ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Compiled libraries for fink
On Tuesday, May 28, 2002, at 09:10 PM, David R. Morrison wrote: Kyle, The process of upgrading existing packages to fit into a good shared libraries system is almost over. All of the dependency problems that have arisen in the past few weeks have been side-effects of the upgrade, and all of them have been quickly resolved. Once the upgrade is over, there shouldn't be any remaining dependency problems. -- Dave I'm sorry you misunderstood me. I was problems arising from the provides/depends for splitoffs (But please do correct me if I am wrong), Ex. gnome-vfs gnome-vfs-shlibs vs. gnome-vfs-ssl gnome-vfs-ssl-shlibs When installing the packages that depend on gnome-vfs, dependency problems arise involving the extraneous user choice provided when installing gnome-vfs or gnome-vfs-ssl fink needs help picking an alternative to satisfy a virtual dependency. The candidates: (1) gnome-vfs-shlibs: The GNOME virtual file-system libraries (2) gnome-vfs-ssl-shlibs: The GNOME virtual file-system libraries, with SSL support Pick one: [1] 2 The following 2 packages will be installed or updated: dlcompat gnome-vfs The following additional package will be installed: gnome-vfs-ssl-shlibs Do you want to continue? [Y/n] This option is erroneous, and results from an incomplete dependency tree being available when asking the user about options. I will follow up with more detail tomorrow when I respond to Max's email (It is to late for me right now, I need to go to bed sometime before school starts) Sorry for the confusion, Kyle Moffett
Re: [Fink-devel] Compiled libraries for fink
Kyle, I agree that we need to improve fink to respond better in those circumstances. The problem has been with us ever since users have been prompted for a choice (from late October or early November). For example, if a user attempts to install bundle-tetex, he/she is repeatedly asked to choose between system-tetex and another package, even though all of those other packages conflict with system-tetex. The improvement that we need, though, is not a restructuring. It is to implement checking of the Conflicts field. At present, fink basically ignores it and only dpkg sees it at the end of the process. If you've read the code and have suggestions about implementing this additional part of fink, that would be great. -- Dave ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] autoconf in fink scripts? (long)
On Tuesday, May 28, 2002, at 06:57 PM, Martin Costabel wrote: To continue this thought (proposal, rant?): I sometimes have the feeling that cvs committers are a little too trigger-happy, in that they kill the old version immediately when submitting a new one. It is possible to get it back; there's an Attic directory on the CVSWeb site with all the deleted files in the current directory. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel