On 06/22/2015 11:16 AM, Jan Dobes wrote:
----- Original Message -----
From: "Tomáš Kašpárek" <tkaspa...@redhat.com>
To: m...@suse.de, spacewalk-devel@redhat.com
Sent: Monday, June 22, 2015 10:18:07 AM
Subject: Re: [Spacewalk-devel] Removal of entitlement counting code
On 06/22/2015 09:40 AM, Silvio Moioli wrote:
On 19 June, 2015, at 23:26, Cliff Perry <cpe...@redhat.com> wrote:
we agreed today that this makes sense for Spacewalk. […]
Great!
We would like you to reach out to the main spacewalk users list,
ensure that they are aware of what will change/break and get input,
try to ensure we know the alternatives, if required.
Sure, no problem.
I suspect that work should be done either in a public branch or via a
long running pull request.
Spacewalk developers: which one do you prefer? I propose a PR, as it
is easier to leave comments and discuss. I would label it as [WIP] in
the title until we think it’s safe for a final review before merging.
Concur.
Ideally we'd try to have builds testable before it hits nightly.
That would help us a lot as well. Unfortunately, I have basically no
idea on how to implement it - I hope you guys can help.
Afaik RPMs now get build everytime pull request updates, however they're
just scratch build and if I am not mistaken retrievable from travis. One
option that comes into my mind is creating new build targets on our koji
and as part of pull request there would have to be some modifications in
rel-eng directory, similar to ones we do in SPACEWALK-X.X branches when
we want to build for older Spacewalk releases.
You can copy/upload result RPMs somewhere from travis script. The problem is
where and how to do it safely. Trigger Koji builds from travis script is also
possible but allowing it for pull requests would expose Koji user cert out of
our github organization.
If we'd decide to create additional build targets in Koji and extra
repos, there's still option to run some script from cron that will once
per day do git checkout of pull request branch and do the koji builds.
Second option would be to grant access to Koji to you (SUse) so you
could run the build by yourselves whenever you need. I am not sure about
your setups but if I am not mistaken some of you are running CentOS (at
least you play with Spacewalk on CentOS) so there should not be any
problems with usage of tito and koji packages.
When it does hit nightly, we have users on nightly, react in a timely
manner to issues raised and ensure users are aware before it hits
nightly. Same for when next Spacewalk is released with this code
changes. Being responsive to posts on the changes to the users list. […]
Sure, we will do our best to fix all reported regressions.
_______________________________________________
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
