On 2006-05-15, Brendan Cully wrote: > On Sunday, 14 May 2006 at 20:57, Martin Costabel wrote: > > For later reference, I am also CCing the ocaml maintainer. I think this > > is an ocaml problem that has appeared in a similar (though not the same) > > way on the occasion of earlier ocaml updates. The upstream ocaml > > developers don't seem to subscribe to the idea of backward > > compatibility, and the result is that when ocaml is updated, several > > packages need to be rebuilt. Which ones these are, and in which order > > they need to be rebuilt, I don't know, maybe some of this knowledge can > > be found from the archives (or, of course, if available from some deeper > > understanding of the relations between these packages). > > I'm afraid I don't have much to add to this discussion. I don't know > much about ocaml internals - I just ended up adopting this package > because the previous maintainer no longer wanted it. I don't know how > to force a rebuild when the ocaml version changes (except for the > heavy-handed approach of having ocaml packages depend on eg ocaml (= > 3.09) and simultaneously releasing ocaml and ocaml-dependent > packages). And I'm in a similar situation myself: I only packaged lablgtk2 so that monotone-viz could be built. I know just enough about ocaml to be dangerous, less than I'd like.
Having ocaml-dependant packages depend on a specific compiler version is less than ideal in that it would require the compiler to be kept around even after the packages are built. This would be pretty annoying for bindist users. We could use version-specific splitoffs, with only the most recent version Providing an unversioned copy. For example: lablgtk2-oc308 (BuildDepends: ocaml (=3.08) ) lablgtk2-oc309 (BuildDepends: ocaml (=3.09), Provides: lablgtk2 ) We'd need to make sure that any ocaml-using (Build)Depends in the splitoffs were correctly versioned, but the Python and Perl stuff does that, so we could just copy them. :-) crh
pgpOfsqCvQCQw.pgp
Description: PGP signature
_______________________________________________ Fink-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-users
