On Thursday 10 June 2010 12:03:18 Leandro Motta Barros wrote: > Hello, > > This is one of those vague I-think-I-found-bug report we all hate :-) > > I recently ran "NewVersion Emacs 23.2", and I think that somehow it > created the new version from the wrong version. I don't know exactly > the steps I did, but here's some information and speculations: > > 1. I have recipes for the previous Emacs version in both a > /F/C/Recipes/Emacs/23.1 and /F/C/LocalRecipes/Emacs/23.1. Looking at > the recipe creation dates, it seems that the local version (that I > create myself and apparently forgot to contribute) is older than the > "official" (non-local) one. > > 2. I don't know when the /F/C/Recipes/Emacs/23.1 was downloaded. > > 3. My guess is that, when there are both a local and a non-local > version of a recipe, NewVersion uses the local one. For me, it seems > that it would be better to use the non-local one (which is presumably > "more official"), but I may be failing to consider something else. (In > my particular case, the official (non-local) recipe was better than > mine. Ah, so that's what was going on with that submission. I don't know that this is a bug, exactly, but I would prefer that NewVersion based itself on the official version (at least when it's the same version number).
There is an issue of inconsistency with every other component of the system - LocalRecipes are preferred everywhere else at the same version, which is usually right. You want to be able to Compile your local changes in the obvious way. You also want to be able to NewVersion from a local recipe if that's the best available, I think, although I can't really come up with a use case for it. I am leaning towards changing NewVersion to use only official recipes as a basis. That will take changes to GetRecipe as well, which currently doesn't give any options about what it returns. Someone else may have better comments on this, but at least at the moment that would be my inclination. Having it ask which to use like Kenneth suggests is another option and probably better in a lot of ways. It requires the same set of changes though, and I suppose we may not want to add any interactivity to the selection there. I'm not going to get any time together to work on this in the near future, but patches welcome! -Michael
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel