On Montag, 10. September 2018, 17:22:14 CEST wrote Julio González Gil:
On lunes, 10 de septiembre de 2018 17:18:07 (CEST) Neal Gompa wrote:
On Mon, Sep 10, 2018 at 10:29 AM Ludwig Nussel
What I wanted to say is that instead of jumping through hoops creating subprojects etc (where users would have to change their repos), just stick with the one project approach. If historic repo versions turn out to be really needed, OBS should implement means for that.
This would actually be really helpful for what I do for our internal OBS. It's been a sticking point that we don't have a way to flag in prjconf or meta that repo publishing should be multiversioned (for RPMs and DEBs).
The subprojects would be only as a way of storing old versions, in case somebody needs, for example, to test migration starting from a new server.
But of course our idea is that a regular user would be able to upgrade by just running "zypper up" + the regular steps we already have for SUSE Manager, from a static repository from a static project (let's say systemsmanagement:Uyuni:Stable or something similar).
so just keeping N versions or build results for X days would be enough? This can indeed become a functionality of the publisher relativ easy. But manual tagging would be something what needs to be done via releasing to another project/repo. -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org