|
From: Daniel Clark/Cambridge/I. <dan...@us...> - 2002-06-03 07:03:46
|
I've been looking for a generalized ports package that would integrate well with modules, and MPKG looks like it fills that need. I have a few initial questions/comments about MPKG. CVS: I had this error when trying to do a CVS checkout with CVSROOT=/afs/e.kth.se/src/SourceRepository : $ cvs co mpkg cvs checkout: Updating mpkg cvs checkout: failed to create lock directory for `/afs/e.kth.se/src/SourceRepository/mpkg' (/afs/e.kth.se/src/SourceRepository/mpkg/#cvs.lock): Permission denied cvs checkout: failed to obtain dir lock in repository `/afs/e.kth.se/src/SourceRepository/mpkg' cvs [checkout aborted]: read lock failed - giving up It took me a little while to find http://www.stacken.kth.se/projekt/arla/#cvs_tree and then go and find the source to CVS 1.10 (http://ftp.cvshome.org/cvs-1.10/cvs-1.10.tar.gz), apply the cvs-nolock.diff patch, and compile. There may be a race condition caused by this patch - (a) reader looks for lock and doesn't see it; (b) writer creates lock, and starts writing file; (c) reader opens and reads partially written file. I don't know enough C to tell if the patch contains countermeaures against this possible problem, but as of the latest CVS version (1.11.2) it looks like the behaviour of requiring read-only users to be able to write to CVS lock files in the repository or the LockDir specified in CVSROOT/config still exists. So if it isn't too much trouble it would be useful if anoncvs access could be provided via pserver or the ssh method arla seems to use (I tried using anoncvs.stacken.kth.se but mpkg doesn't seem to be one of the cvs modules that is rsynced to that server) Links: Another item you may want to add to your links page at http://staff.e.kth.se/mpkg/links.html is GAR, URL http://gar.lnx-bbc.org/wiki/GarChitecture which looks somewhat similar to the MPKG idea (except without the modules support). There was recently an article on GAR in Embedded Linux Journal, http://www.linuxdevices.com/articles/AT2734738074.html . Collaboration: In general do you view MPKG as an internal project that others may find useful to look at and possibly branch for their own environments, or are you interested in accepting / managing contributed ports along the lines of the *BSD model? Thanks, -- Daniel Clark § Sys Admin & Assistant Release Engineer IBM » Lotus » Messaging Technology Group § AIM as djbclark |
