Hey guys,
On IRC the other day there was a discussion where I had requested the ability
to use live data stripped of all personal identification and data, for creating
a test bed for development of MyFedora. It was asked I write up a reason for
needing this data as it was hard to explain in de
- "Toshio Kuratomi" <[EMAIL PROTECTED]> wrote:
> >
> Getting koji data munged and transferred may be a problem as it is
> just
> so darn big. If we don't have to make changes to the data in koji,
> just
> get it distributed, then we could give access to a backup... but
> that's
> still a l
- "Toshio Kuratomi" <[EMAIL PROTECTED]> wrote:
> Mike McGrath wrote:
> > We're actually in a pretty unique situation in that most of our data
> is
> > public anyway, replicating pkgdb and bodhi data for example should
> be
> > fairly easy. Replicating the fas stuff should be easy too.
> >
- "Toshio Kuratomi" <[EMAIL PROTECTED]> wrote:
> John Palmieri wrote:
> > - "Toshio Kuratomi" <[EMAIL PROTECTED]> wrote:
>
> > A note on the code drop, by requiring the author to modify a spec
> file if needed in order to deploy the
I've read the document and it is pretty well thought out. A couple of comments
- for the JavaScript parts wouldn't that be better to setup as an included file
which also pulls in a JS library? Just so people aren't copying and pasting?
That way you will also be able to extend the functionalit
Hey everyone. I put up a proposal[1] that describes a publish/subscribe setup
for the infrastructure wide notification system. I haven't quite gotten to the
publish side of things because the QMF docs get a little hazy there but the
meat of the proposal is there and I wanted to get feedback so
Hey guys,
I just filed an Request for Resources ticket to get our AMQP infrastructure
started.
https://fedorahosted.org/fedora-infrastructure/ticket/1629
For those who haven't been following the messaging sig, AMQP brokers are
messaging services which will allow us to go beyond our current e-m
