On 2007-07-11T19:33:10, Marcus Rueckert
with some scripts from Andrew's because _link isn't powerful enough. _link can do patching of the source tree. so i dont see what is stopping you here. you can patch spec/changes files and all that.
As discussed on IRC, there's a number of changes a patch can't do, or couldn't do in a robust manner. My specific need is to rewrite all references to the original version number and swap the tarball against a differently named one pulled from wget, and generate a changelog entry based on metadata within the tarball + new version. That's trivial with a bit of sed and shell, but patch wouldn't work well for this.
1) I could add them to server:ha-clustering as heartbeat-snapshot, plus obsoletes/provides lines. I think that would be kind of ugly.
no obsoletes.
but i dont see why it would be ugly? it works pretty well for dovecot(-snapshot), lighttpd(-snapshot). see the spec file how to keep the maintenance work low.
Because I'd also end up with all the subpackages renamed as well. And the packages wouldn't be automatically obsoleted when "upstream" (in this case, Andrew) updates his package to a new version - I want rpm to be able to tell which version is more recent.
I like 2) best and would like to suggest we create a (CURRENT|DEVEL) top-level distinction, because I don't think we're the only ones with this issue. Then user's would automatically know where to go look for the development snapshots. i dont like the idea of having such namespace. current doesnt always mean unstable. a subproject or a package as in 1) are better options imho.
Call it UNSTABLE then. Regards, Lars -- Teamlead Kernel, SuSE Labs, Research and Development SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) "Experience is the name everyone gives to their mistakes." -- Oscar Wilde --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org