Re: [Soc-coordination] GSoC project: fedmsg for the Debian infrastructure

2013-04-25 Thread Simon Chopin
Quoting Stephen Gran (2013-04-25 21:17:29)
> Hi,
> 
> This one time, at band camp, Simon Chopin said:
> > Hi,
> > 
> > Nicolas Dandrimont and I are currently working on a project proposal for
> > the Google Summer of Code to use the messaging system written by Fedora,
> > fedmsg[0][1], within the Debian infrastructure (some of you might have seen
> > the various ITPs related to that on -devel).
> > 
> > Tollef kindly pointed out to us that Debian service administrators would
> > probably have something to say about all this, so here we are.
> > 
> > As a premise, please note that we obviously plan to make fedmsg
> > distro-agnostic before anything else (than packaging). The original
> > upstream author seems very enthousiastic about the project, which makes
> > it probable that we won't have to carry those patches on our own.
> > 
> > The thing itself is based on the ZeroMQ protocol.
> 
> One of the principles, up to now, of system design for the debian.org
> infrastructure has been that it can tolerate single nodes being off line
> for periods of time.  My understanding of ZeroMQ is that it doesn't do
> very well when the sender and the receiver aren't on line at the same
> time.  I have not used ZeroMQ in any serious way, so I'm only repeating
> what I've heard.  Please correct me if I'm wrong.

Well, as I understand it, when sender or receiver are not online, there
is simply no message passing. If your concern is about what happens to
the backlog when the consumer comes back online, then I've already
written about that earlier today :-)

> It may be time to revisit our assumptions, of course - our hosting is
> dramatically better than it was when I joined the project, and even
> since I started doing DSA work.
> 
> Thanks for looking into it - something like this would be very useful
> for us.
Thanks for your input,

Cheers,
Simon



signature.asc
Description: signature


Re: [Soc-coordination] GSoC project: fedmsg for the Debian infrastructure

2013-04-25 Thread Simon Chopin
Quoting Peter Palfrader (2013-04-25 22:49:36)
> On Thu, 25 Apr 2013, Simon Chopin wrote:
> 
> > > One of the principles, up to now, of system design for the debian.org
> > > infrastructure has been that it can tolerate single nodes being off line
> > > for periods of time.  My understanding of ZeroMQ is that it doesn't do
> > > very well when the sender and the receiver aren't on line at the same
> > > time.  I have not used ZeroMQ in any serious way, so I'm only repeating
> > > what I've heard.  Please correct me if I'm wrong.
> > 
> > Well, as I understand it, when sender or receiver are not online, there
> > is simply no message passing. If your concern is about what happens to
> > the backlog when the consumer comes back online, then I've already
> > written about that earlier today :-)
> 
> Does that imply you expect us to run services on core infrastructure
> machines that listen to the world?

I don't know where you have read this implication, but no that is
certainly not what I meant.

PS: Removing the extra MLs from the Cc list. Please keep Ralph in Cc
though.


signature.asc
Description: signature


Re: [Soc-coordination] GSoC project: fedmsg for the Debian infrastructure

2013-04-25 Thread Peter Palfrader
On Thu, 25 Apr 2013, Simon Chopin wrote:

> > One of the principles, up to now, of system design for the debian.org
> > infrastructure has been that it can tolerate single nodes being off line
> > for periods of time.  My understanding of ZeroMQ is that it doesn't do
> > very well when the sender and the receiver aren't on line at the same
> > time.  I have not used ZeroMQ in any serious way, so I'm only repeating
> > what I've heard.  Please correct me if I'm wrong.
> 
> Well, as I understand it, when sender or receiver are not online, there
> is simply no message passing. If your concern is about what happens to
> the backlog when the consumer comes back online, then I've already
> written about that earlier today :-)

Does that imply you expect us to run services on core infrastructure
machines that listen to the world?

Cheers,
weasel
-- 
   |  .''`.   ** Debian **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130425204936.gs23...@anguilla.noreply.org



Re: [Soc-coordination] GSoC project: fedmsg for the Debian infrastructure

2013-04-26 Thread Stephen Gran
This one time, at band camp, Simon Chopin said:
> Quoting Stephen Gran (2013-04-25 21:17:29)
> > This one time, at band camp, Simon Chopin said:
> > > The thing itself is based on the ZeroMQ protocol.
> > 
> > One of the principles, up to now, of system design for the debian.org
> > infrastructure has been that it can tolerate single nodes being off line
> > for periods of time.  My understanding of ZeroMQ is that it doesn't do
> > very well when the sender and the receiver aren't on line at the same
> > time.  I have not used ZeroMQ in any serious way, so I'm only repeating
> > what I've heard.  Please correct me if I'm wrong.
> 
> Well, as I understand it, when sender or receiver are not online, there
> is simply no message passing. If your concern is about what happens to
> the backlog when the consumer comes back online, then I've already
> written about that earlier today :-)

OK, that's fairly straight forward, then.  I'm not convinced yet that
this is going to work out as a debian.org service.

But, that being said, I think we need something like this, and no one
else appears to be working on it at the moment.  Go on and make it
easily installable and make people interested in it.  If there are
architectural problems we can't live with for our needs, we'll still
benefit from your work.  Thanks for doing this.

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature