[opensuse-buildservice] How to name stable, development and edge packages?
Hi all, we (as in, Andrew and myself for the Linux HA project) maintain server:ha-clustering packages, in particular heartbeat. Now, for that, Andrew maintains a stable build which we're actually recommending to users, and I do a daily build in my home project, build with some scripts from Andrew's because _link isn't powerful enough. I'd like to make that more "official" and move it out of my playground. Is there already a naming convention for that? 1) I could add them to server:ha-clustering as heartbeat-snapshot, plus obsoletes/provides lines. I think that would be kind of ugly. 2) I could create a new project to build them, which wouldn't be quite as ugly, but then - what to name it? 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. What do you think? 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
On 2007-07-11 19:08:49 +0200, Lars Marowsky-Bree wrote:
we (as in, Andrew and myself for the Linux HA project) maintain server:ha-clustering packages, in particular heartbeat.
Now, for that, Andrew maintains a stable build which we're actually recommending to users, and I do a daily build in my home project, build 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.
I'd like to make that more "official" and move it out of my playground.
Is there already a naming convention for that?
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.
2) I could create a new project to build them, which wouldn't be quite as ugly, but then - what to name it?
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. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
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
Lars Marowsky-Bree wrote:
Hi all,
we (as in, Andrew and myself for the Linux HA project) maintain server:ha-clustering packages, in particular heartbeat.
Now, for that, Andrew maintains a stable build which we're actually recommending to users, and I do a daily build in my home project, build with some scripts from Andrew's because _link isn't powerful enough.
I'd like to make that more "official" and move it out of my playground.
Is there already a naming convention for that?
1) I could add them to server:ha-clustering as heartbeat-snapshot, plus obsoletes/provides lines. I think that would be kind of ugly.
2) I could create a new project to build them, which wouldn't be quite as ugly, but then - what to name it?
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.
What do you think?
Sounds great. I too need the ability to have at least two variants (stable/devel) of packages. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
participants (3)
-
Bart Whiteley
-
Lars Marowsky-Bree
-
Marcus Rueckert