Open Stack

Hi Tom,

Yeah, i've played with the trove packaging in particular and have experienced what you were talking about. Some software is green, some packages are green, and some things are just plain buggy in the OpenStack bigger tent.

Level of effort is a concern for sure.

Knowing if its in my distro of choice does save me work. Telling if a package is buggy or not is much harder to maintain since the packager can release many new versions frequently and if you arent keeping track some how, you wont know if its fixed or not, possibly turning folks away when there isnt a problem any more.

Maybe a compromise for level of effort is to just allow users to give it a number of stars on a website, and age them off every month or so? Or keep track of package version in the package repo and expire the stars when a new package comes out? That could be automated.

Thanks,
Kevin

________________________________
From: Tom Fifield
Sent: Sunday, June 07, 2015 6:54:42 PM
To: openstack-operators at lists.openstack.org
Subject: Re: [Openstack-operators] [Tags] Tags Team Repo & our first tags!

On 06/06/15 03:12, Fox, Kevin M wrote:
> With my op hat on, I'd very much prefer packaged-in-ubuntu/packaged-in-centos or packaged=ubuntu,centos. If its just packaged=True, I'd still have to go look up if its in my distro of choice.


Kevin,

Many thanks for the input.

May I ask, would you* be ok with a structurified version of this:

"Trove packaging: generally looks good as best we can tell. Though, it
seems like they screwed it up in Ubuntu this time and here's a link to
https://bugs.launchpad.net/ubuntu/+source/openstack-trove/+bug/1308523"

?

Then, from there, assuming you're using centos for the sake of example,
maybe one of two things would happen:

1) You'd use it, confident that at least someone had had a quick look
and said "yeah, looks OK at first glance", and it ends up working
2) You're the first person to discover this massive bug with centos
packaging, and there's some easy way to update the tag to say:

"Trove packaging is: pretty average, after some experience. There are
problems in multiple distros
(https://bugs.launchpad.net/ubuntu/+source/openstack-trove/+bug/1308523
, http://bugs.centos.org/view.php?id=xxxx"


Reason I'm asking - I think we can probably get this kind of system
going with fairly minimal effort, but I think going through every
distro(+distroversion) for every project is probably beyond our
volunteer numbers at the moment.


Regards,


Tom


* perhaps assuming that you're a new user considering adopting Trove?

> Thanks,
> Kevin
> ________________________________________
> From: Jeremy Stanley [fungi at yuggoth.org]
> Sent: Friday, June 05, 2015 11:42 AM
> To: openstack-operators at lists.openstack.org
> Subject: Re: [Openstack-operators] [Tags] Tags Team Repo & our first tags!
>
> On 2015-06-05 18:34:02 +0000 (+0000), Tim Bell wrote:
>> But if there is one package out of all of the OS options, does
>> that make true or false ? Or do we have a rule that says a 1 means
>> that at least CentOS and Ubuntu are packaged ?
>>
>> I remain to be convinced that a 0 or 1 can be achieved within the
>> constraints that we need something which is useful for the
>> operators rather than mathematically correct.
>>
>> Let’s not forget the target audience for the Ops tags.
>
> This doesn't seem orthogonal to the idea of tags as boolean flags.
> Is there any reason not to have separate tags like
> packaged-in-ubuntu and packaged-in-centos? Of course there's still
> some ambiguity over details like "how new is the packaged version?"
> and "in what release(s) of the distro?" but those are probably
> things you could build tag-qualifying rules around.
> --
> Jeremy Stanley
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>


_______________________________________________
OpenStack-operators mailing list
OpenStack-operators at lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20150608/80b9b29a/attachment.html>