Re: [Fink-devel] Don't use /sw/fink/dists when symlinking debs from /sw/fink/debs
On Wed, Feb 08, 2006 at 07:06:32PM -0600, Remi Mommsen wrote: > Hi, > > On Feb 4, 2006, at 12:09 PM, Remi Mommsen wrote: > > >Hi, > > > >On Feb 3, 2006, at 2:18 AM, Martin Costabel wrote: > > > >>Remi Mommsen wrote: > >>>Hi, > >>>I'm switching btw the 10.4-transitional and 10.4 tree by setting > >>>a symlink from /sw to the 2 fink directories having the 10.4- > >>>transitional and 10.4 distributions active, respectively. I also > >>>linked the /sw/fink/debs directory btw the 2 directories to avoid > >>>rebuilding debs already built in one tree in the other when they > >>>bear the same version. This falsely assumes that a .deb built for one dist will be the same as for another. There's some automatic dist-dependent built-time stuff done that may give a .deb under 10.4-T, for example, that isn't appropriate for 10.4, or a .deb under 10.x that isn't usable at all on 10.y. It means that .deb for packages that are no longer appropriate at all in a new dist will still be easily installable. We've had many cases where a package gets out-of-sync (upgraded revisions) between two dists and eventually wind up with the same revision but different (sometimes *very* different) different dependencies and build options. Last we talked about it, nobody could remember a fuctional reason why we had the debs/ directory at all. > >>>However, the symlinks created by Fink use / > >>>sw/fink/dists in the target path. Thus if I change the /sw > >>>symlink pointing to the other tree, the target path points to a > >>>non-existent deb file. [...] > >>>I guess this can be also useful for the normal user, i.e. without > >>>a hacked fink setup, when the switch from the 10.4-transitional > >>>to the 10.4 tree takes place. It would allow to retain access to > >>>the deb files built under the old tree. > >> > >>I agree. This would have been very useful already for the > >>10.3/10.4-transitional switch, where the current system forced > >>people to jump through several hoops (the newly built fink > >>switched the dists symlink, thereby making its own deb disappear, > >>and a subsequent "fink reinstall fink" errored out). That is just a special case of fink not realizing that a dangling symlink in debs/ isn't usable. It's a clear bug and is fixed in HEAD. Isn't released yet because some -dev folks prefered the crash instead of a clean recovery (i.e., rebuild the .deb). dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Don't use /sw/fink/dists when symlinking debs from /sw/fink/debs
Hi, On Feb 4, 2006, at 12:09 PM, Remi Mommsen wrote: Hi, On Feb 3, 2006, at 2:18 AM, Martin Costabel wrote: Remi Mommsen wrote: Hi, I'm switching btw the 10.4-transitional and 10.4 tree by setting a symlink from /sw to the 2 fink directories having the 10.4- transitional and 10.4 distributions active, respectively. I also linked the /sw/fink/debs directory btw the 2 directories to avoid rebuilding debs already built in one tree in the other when they bear the same version. However, the symlinks created by Fink use / sw/fink/dists in the target path. Thus if I change the /sw symlink pointing to the other tree, the target path points to a non-existent deb file. I modified get_debpath in PgkVersion.pm to replace the generic dists with the actual distribution. [] I guess this can be also useful for the normal user, i.e. without a hacked fink setup, when the switch from the 10.4-transitional to the 10.4 tree takes place. It would allow to retain access to the deb files built under the old tree. I agree. This would have been very useful already for the 10.3/10.4-transitional switch, where the current system forced people to jump through several hoops (the newly built fink switched the dists symlink, thereby making its own deb disappear, and a subsequent "fink reinstall fink" errored out). OTOH, I am more and more convinced that all the energy that currently goes into constructing an upgrade path from 10.4- transitional to 10.4 is misspent and would better be used for getting new bindists faster out of the door. What I would love to see is support for the sequence a. dump list of currently installed packages b. rm -rf /sw c. install new Fink from bindist installer or bootstrap d. fink install < list of previously installed packages We had support for a and d at one time by producing a package that has all currently installed packages as dependencies, but it was shot down for the single reason that debfoster might get confused by this. I'd rather dump debfoster and get such a system back. I completely agree that my proposed change does by far not solve the upgrade problem. Especially as the change (if it is accepted) will hit the standard user much too late to be helpful in the current upgrade. However, I'd like to come back to my original modest proposal to change the deb path. I think Aida made a valid point in using relative instead of absolute paths. I made the corresponding modification. Shall I commit the changed code? I just committed the modifications. I also changed cleanup_debs to cope with the new debfile path format. Cheers, Remi -- To boldly go where no corporate benefits plan ever expected an employee to go. John Murrell (GMSV) about SpaceShipOne * Remigius K. Mommsen e-mail: [EMAIL PROTECTED] University of Manchester URL:http://cern.ch/mommsen Fermilab, MS 357 voice:++1 (630) 840-8321 P.O. Box 500 fax:++1 (630) 840-2649 Batavia, Il 60510, US home:++1 (630) 236-0932 * --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libwmf fails to build
On Feb 8, 2006, at 11:28 AM, Martin Costabel wrote: Last time this error came up, it was caused by some alien libwmf sitting in /usr/local/lib. Moving /usr/local out of the way allowed building libwmf without problem. You can find the corresponding thread in the fink-users archive circa Oct 2, 2004. That was probably it. I do have a copy of libwmf in /usr/local/lib. Thanks, -n8 -- >>>-- Nathaniel Gray -- Caltech Computer Science --> >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libwmf fails to build
Nathaniel Gray wrote: Hi folks, This evening I downloaded fink 0.8.0, added unstable/main to the Trees list, then ran "sudo fink install gimp2-dev" An hour later I got Failed: compiling libwmf-0.2.8.2-5 failed Here's the compiler error: gcc -r -keep_private_externs -nostdlib -o .libs/io-wmf.so-master.o io-wmf.lo && gcc -bundle -o .libs/io-wmf.so .libs/io-wmf.so-master.o -L/usr/local/lib -L/usr/X11R6/lib -L/sw/lib -L/Volumes/untitled/sw/src/libwmf-0.2.8.2-5/libwmf-0.2.8.2/src/.libs -lwmflite -L./.libs -lwmf -lgdk_pixbuf-2.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -lc /usr/bin/ld: warning can't open dynamic library: /sw/lib/libwmflite-0.2.7.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) /usr/bin/ld: warning multiple definitions of symbol _locale_charset /sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset /sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset /usr/bin/ld: Undefined symbols: _wmf_attr_add referenced from libwmf-0 expected to be defined in /sw/lib/libwmflite-0.2.7.dylib Last time this error came up, it was caused by some alien libwmf sitting in /usr/local/lib. Moving /usr/local out of the way allowed building libwmf without problem. You can find the corresponding thread in the fink-users archive circa Oct 2, 2004. -- Martin --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
