(Jul 22 2005 15:57) Andy Bakun wrote: > > Okay, this implied forced update poses a problem for me with the way I > do things.
And I'm fine with the way you do things. :) > Is there some way to force it do what I mean, rather than trying to be > smart for me, and only upgrade the packages given on the command line, > even if that might not be a good idea? I don't understand what the > --local-first option would do in this case. Is it safe to use here, > considering it's listed under DEBUG OPTIONS in swup --help? > (--local-first is not mentioned in the man page installed with > swup-2.7.9-2tr, where I was hoping there was more detailed information). The --local-first option was implemented to enable a faster way of doing dependency resolving as the more complicated algorithm was a bit slow and also had a tendency to break if the repository was broken. --local-first was not implemented to handle your case, but it might as well do that (I will have to test though.) :) If it does, you can enable local first by putting local_first = "yes" in your configuration file. > Is there some kind of "loose" binding dependency that could be used for > things like this when building the RPM? Or maybe relying on major > versions rather than full version strings in the Requires: clause? > Especially for support scripts? I suppose the rpm-find-requires scripts > (or whatever they are called) would have to modified to support that. Rpm has no way of doing this, except for versioned requirements, which we already use. But you have to remember, this is swup being a wise guy, doing its best to keep your system up to date, it's not rpm being anal. It might be that the behaviour you suggest with swup including as little as possible when run with arguments, and running with no arguments equals '.*', is the prefered behaviour. If we deside it is, then I can change how swup does this soon enough. If --local-first does not work the way I explained (remember that doing this was not the main reason for --local-fist anyway), I will have to modify it to do that, since having the option to do both is desired. c -- Christian H. Toldnes Trustix Developer _______________________________________________ tsl-discuss mailing list [email protected] http://lists.trustix.org/mailman/listinfo/tsl-discuss
