On Thursday, 29 December 2005 at 15:09, Daniel Macks wrote: > Okay, let's resolve this... > > Package: foo-py%type_pkg[python] > Version: 1 > Revision: 1 > Type: python (2.3 2.4) > SplitOff: << > Package: foo-doc > << > > SplitOff packages are first-class package objects internally, with > pointers that link parent and children and sibling packages. Fink and > Debian use "package-version-revision" as a unique key for a package. > > In CVS HEAD, a single "foo-1-1" package object is created in the > database and it is arbitrarily assigned as the child of one of the > foo-pyXX of which it is a SplitOff. That means it is functionally > broken for all other foo-pyXY variants because foo-py23's child's > parent might be foo-py24 instead. As a result, the foo-py23 build > process tries to form foo-doc, foo-doc has incorrect data for that > situation (%I, %D, and %b point to the non-existent foo-py24 paths, > etc.). > > In released versions of fink, the above .info fragment reportedly > works correctly, and we have a few packages that have this construct. > > As an under-the-hood core guy, it doesn't make sense to me that this > should ever work or be supported, but I can see why a maintainer would > expect it to work. Should we support it? Can we support it? Should we > say "make a separate .info file for foo-doc" instead?
as an over-the-hood i-like-fink-because-it's-red-and-shiny guy, I have no idea whether or how hard it is to support it, but in theory I like the idea of a single doc package if the contents would be identical anyway. separate .info works, but is more maintenance work and one more thing to get out of sync when a new upstream is released. I don't know exactly what "arbitrarily assigned as the child" means, but I guess in theory it'd be cool if the splitoff could be the child of all of the parent packages. monday, tuesday, friday with py23, wednesday, thursday, saturday with py24, and alternate sundays it switches, squid and whale style. Or alternatively, it could be the child of whichever parent is building it? ------------------------------------------------------- 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Fink-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-devel
