Mechanically, when we need a hard dependency ( =foo-%v-%r ) such as for maxima on sbcl and, it appears, many packages on ocaml, it seems like the only way to work it through is to:
1) Remove the packages that Depend on the 'tricky' one (foo), and note what got removed. 2) Update foo . 3) Then update the packages that were removed in step 1. It kind of seems like we need a way to tag either the packages that have to be rebuilt, or the packages that force rebuilds; and then have fink perform the operation above automatically. Daniel Macks wrote: > Also, can't call "fink build" (or any other mode that may compile or > install a .deb) from within PostInst (or any similar .deb script) > because risk of deadlocking on dpkg status database or other > non-concurrently-usable data files. > > dan > > On Tue, Jun 30, 2009 at 07:05:00AM +0100, Peter Stirling wrote: > >> Ubuntu apt (I've not used debian but ubuntu is a derivative) has >> post-install hooks. Something that calls 'fink rebuild' on all installed >> packages that 'apt-cache rdepends' on ocaml would probably be the >> easiest way to do it 'correctly'. Hmm, I've just checked and fink's >> apt-cache doesn't support rdepends >> >> >> On Mon, 2009-06-29 at 14:48 -0700, Brendan Cully wrote: >> >>> On Monday, 29 June 2009 at 14:50, Jean-Fran??ois Mertens wrote: >>> >>>> On 26 Jun 2009, at 23:06, Brendan Cully wrote: >>>> >>>> >>>>> On Friday, 26 June 2009 at 21:49, Jean-Fran??ois Mertens wrote: >>>>> >>>>>> On 26 Jun 2009, at 20:48, Jean-Fran??ois Mertens wrote: >>>>>> >>>>>> >>>>>>> But then I get another snag, lablgl-related (cf above) this time : >>>>>>> >>>>>>>> ocamlmktop -I +lablGL -thread -o lablgtktop unix.cma threads.cma >>>>>>>> lablgl.cma \ >>>>>>>> -I . lablgtk.cma lablgtkgl.cma lablglade.cma >>>>>>>> lablgnomecanvas.cma >>>>>>>> lablgnomeui.cma lablpanel.cma lablrsvg.cma lablgtkspell.cma >>>>>>>> lablgtksourceview.cma gtkThread.cmo >>>>>>>> File "_none_", line 1, characters 0-1: >>>>>>>> Error: The file /sw/lib/ocaml/lablGL/lablgl.cma is not a bytecode >>>>>>>> object file >>>>>>>> >>>>>> Rebuilding lablgl-x11 solved the problem. >>>>>> Might deps of ocaml have to rebuilt >>>>>> after the recent update ?? >>>>>> >>>>> Looks that way, yes. We should probably go with ocaml (=%v) or so. >>>>> >>>> including that some deps may have to be updated to a new version. >>>> E.g., with current ocaml one needs %v=5.12 for camlp5 (with previous >>>> ocaml, %v=5.11 was needed; in fink: %v=5.08). >>>> It would be nice if such upgrades were in some way synchronised .. >>>> >>> I agree, but I'm not sure what the right strategy is. What does debian >>> do? >>> >>> >>> > > -- Alexander Hansen Fink User Liaison ------------------------------------------------------------------------------ _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
