On 5 Oct 2015, at 21:22, Viv Kendon <v...@trellick.org> wrote:

> On 5 Oct 2015, at 20:57, Alexander Hansen <alexanderk.han...@gmail.com> wrote:
>> 
>>> On Oct 5, 2015, at 12:39, Viv Kendon <v...@trellick.org> wrote:
>>> 
>>> On 5 Oct 2015, at 15:36, Alexander Hansen <alexanderk.han...@gmail.com> 
>>> wrote:
>>> 
>>>>> On Oct 4, 2015, at 16:46, Hanspeter Niederstrasser 
>>>>> <f...@snaggledworks.com> wrote:
>>>>> 
>>>>> On 10/4/2015 5:02 PM, Alexander Hansen wrote:
>>>>>> 
>>>>>>> On Oct 4, 2015, at 14:22, Viv Kendon <v...@trellick.org> wrote:
>>>>>>> 
>>>>>>> continuing with “update-all” I got:
>>>>>>> 
>>>>>>> The following packages must be temporarily removed, but there are no 
>>>>>>> .debs to
>>>>>>> restore them from:
>>>>>>> libev4 libev4
>>>>>>> 
>>>>>>> /sw/fink-64# ls 10.9/stable/main/binary-darwin-x86_64/libs/*ev4*
>>>>>>> ls: 10.9/stable/main/binary-darwin-x86_64/libs/*ev4*: No such file or 
>>>>>>> directory
>>>>>>> 
>>>>>>> And indeed, the debs are still in my 10.7 tree.
>>>>>>> 
>>>>>>> /sw/fink-63# ls 10.7/stable/main/binary-darwin-x86_64/libs/*ev4*
>>>>>>> 72 
>>>>>>> 10.7/stable/main/binary-darwin-x86_64/libs/libev4-shlibs_4.15-1_darwin-x86_64.deb
>>>>>>> 72 
>>>>>>> 10.7/stable/main/binary-darwin-x86_64/libs/libev4-shlibs_4.19-1_darwin-x86_64.deb
>>>>>>> 208 
>>>>>>> 10.7/stable/main/binary-darwin-x86_64/libs/libev4_4.15-1_darwin-x86_64.deb
>>>>>>> 216 
>>>>>>> 10.7/stable/main/binary-darwin-x86_64/libs/libev4_4.19-1_darwin-x86_64.deb
>>>>>>> 
>>>>>>> Should I manually move or copy them over to match the dangling 
>>>>>>> symlinks? Is there a way to get any other missing debs fixed up, other 
>>>>>>> than finding out like this, when they are actually needed?
>>>>>>> 
>>>>>>> 10.9.5, case-sensitive, fink -V
>>>>>>> Package manager version: 0.39.1
>>>>>>> 
>>>>>>> gcc -v
>>>>>>> Configured with: 
>>>>>>> --prefix=/Applications/Xcode.app/Contents/Developer/usr 
>>>>>>> --with-gxx-include-dir=/usr/include/c++/4.2.1
>>>>>>> Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn)
>>>>>>> Target: x86_64-apple-darwin13.4.0
>>>>>>> 
>>>>>>> Got to this version of fink earlier today by doing fink selfupdate 
>>>>>>> twice (first one gave me the warning about old symlink).  Unfortunately 
>>>>>>> I don’t have the screen output from doing that to see what might have 
>>>>>>> gone wrong.
>>>>>>> 
>>>>>>> many thanks,
>>>>>>> — Viv
>>>>>> 
>>>>>> Hmm, the fink-0.39.x update was supposed to have taken care of that.  
>>>>>> fink doesn’t try again if it detects a non-dangling symlink.
>>>>>> 
>>>>>> fink searches for .deb files in the 10.7 directory and just copies them 
>>>>>> over to the 10.9-libcxx directory (including the full paths, of course). 
>>>>>>  I don’t happen to have a shell script handy to do that, though.
>>>>> 
>>>>> I also had the failure of my debs being copied over (on 10.9).
>>>>> 
>>>>> Of note, I had 10.9-libcxx in my Trees: line in fink.conf before the 
>>>>> update in order to easier update files on both trees.  Don't know if 
>>>>> that's relevant and the transmutation of multiple of symlinks (I had 
>>>>> 10.9.old generated) confused the moving script.
>>>>> 
>>>>> Hanspeter
>>>>> 
>>>> 
>>>> A potential workaround would be to edit /sw/lib/fink/postinstall.pl as 
>>>> root and change line 273 to 
>>>> 
>>>> if (1) {
>>>> 
>>>> Then run postinstall.pl .  After that run “fink reinstall fink” to remove 
>>>> the manual modification so that fink doesn’t keep trying to copy .debs 
>>>> every time you update it.
>>>> 
>>>> -- 
>>>> Alexander Hansen, Ph.D.
>>>> Fink User Liaison
>>> 
>>> Cool, I gave that a try and after about 8GB of copying I seem to have a 
>>> full complement of .debs in 10.9-libcxx, to judge by the sizes of the dirs.
>>> 
>>> ls 10.9/stable/main/binary-darwin-x86_64/libs/*ev
>>> 72 
>>> /sw/fink/10.9/stable/main/binary-darwin-x86_64/libs/libev4-shlibs_4.15-1_darwin-x86_64.deb
>>> 72 
>>> /sw/fink/10.9/stable/main/binary-darwin-x86_64/libs/libev4-shlibs_4.19-1_darwin-x86_64.deb
>>> 208 
>>> /sw/fink/10.9/stable/main/binary-darwin-x86_64/libs/libev4_4.15-1_darwin-x86_64.deb
>>> 216 
>>> /sw/fink/10.9/stable/main/binary-darwin-x86_64/libs/libev4_4.19-1_darwin-x86_64.deb
>>> 
>>> looks much more promising.  And update-all is now proceeding.  
>>> 
>>> I notice it has copied over my “local” .debs, but not the corresponding 
>>> finkinfo files.  That’s easy to fix of course.
>>> 
>>> Many thanks for the fix, much appreciated.
>>> — Viv
>> 
>> Hmm.  Maybe we’ll want to exclude the local .debs.
> 
> If they are installed, I’d have said copy them over, else you get orphaned 
> installs:
> 
> fink list unison
> Information about 9258 packages read in 2 seconds.
> *i*  unison           2.48.3-1     File synchronization tool
> *i*  unison-nox       2.48.3-1     File synchronization tool
> *i*  unison240        2.40.102-1   File synchronization tool
> *i*  unison245        2.45.28-1    File synchronization tool
> *i*  unison2483       2.48.3-1     File synchronization tool
> 
> (that was messing around when ocaml updated and needing a linux compatible 
> version).  OTOH, anyone with stuff in local probably knows how to manually 
> copy what they need.
> 
> Also, I think I’d have done the copies with flags to preserve the file mod 
> time: I sometimes use the file mod time to figure out what got built with 
> what version installed, when I’m having problems with things breaking.  Not a 
> big deal, there are other ways to debug.
> 
> I guess once it is all updated I can remove the 10.7 dir on machines that are 
> short of space?
> 
> many thanks,
> — Viv

P.S., when my update-all finished, it wrote a line for old and new .debs, 
noticing they’d changed due to the copy, like

Changed package: dists/stable/main/binary-darwin-x86_64/web/django-py27_1.8.2-1_
darwin-x86_64.deb
Changed package: dists/stable/main/binary-darwin-x86_64/web/django-py27_1.8.3-1_
darwin-x86_64.deb
New package: dists/stable/main/binary-darwin-x86_64/web/django-py27_1.8.4-1_darw
in-x86_64.deb
Changed package: dists/stable/main/binary-darwin-x86_64/web/django-south-py27_0.
8.1-1_darwin-x86_64.deb

(very small excerpt from thousands of lines)

Dunno if something like a “fink index” would have avoided this, but thought I’d 
note it in case anyone else gets the same.
------------------------------------------------------------------------------
_______________________________________________
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to