>>> > > - Some of our IRC bots are triggered by procmail rules.
>>> > > - At some point mentors.debian.net depended on a NNTP gateway to
>>> the debian-devel-changes mailing list to trigger removal of superseded
>>> packages (...)
>>> > &g
f questions is going? fedmsg in
>> Debian has been dead for years at this point, and there still doesn't seem
>> to be much interest to implement anything beyond email parsing in some of
>> our core systems.
>> >
>> > Cool, so basically what I am thinking about
gt; Cool, so basically what I am thinking about is to create a free
>> > software from what you are describing. I.e. create reusable tooling
>> > out of the Debian messaging system. Something that a new linux
>> > distribution can easily start using to connect their se
gt;
> > I didn't know Debian infra works like this but I find it very
> > elegant/efficient and I would like the solution you have to be
> > reusable by others.
> >
> > So basically the tooling should contain:
> > - unified email message format
> > - library
ers.
>
> So basically the tooling should contain:
> - unified email message format
> - library that is able to translate a message to a language data
> structure (e.g. dictionary in python)
> - email receiver that would be listening for emails coming from the
> bus and emitting e
g events based on that (this could be part of the
library so you would be able to attach a callback for an incoming
message or just do blocking waits)
- email publisher - something that can send a new message into the
bus, i.e. to a preconfigured mail server (a "broker" or "hub")
On Tue, Mar 24, 2020, at 21:51, clime wrote:
> On Tue, 24 Mar 2020 at 20:40, Nicolas Dandrimont wrote:
> >
> > Hi!
> >
> > On Sun, Mar 22, 2020, at 13:06, clime wrote:
> > > Hello!
> > >
> > > Ad. https://lists.debian.org/debian-devel/2016/07/msg00377.html -
> > > fedmsg usage in Debian.
> > >
>
Hi Clime,
On 24-03-2020 21:51, clime wrote:
> So do you have the opposite? I do some clicking action somewhere and
> it will send an email to a certain mailing list to inform human
> beings? Or let's not just clicking but e.g. `git push` (something that
> you can still do from command line).
>
>
On Tue, 24 Mar 2020 at 20:40, Nicolas Dandrimont wrote:
>
> Hi!
>
> On Sun, Mar 22, 2020, at 13:06, clime wrote:
> > Hello!
> >
> > Ad. https://lists.debian.org/debian-devel/2016/07/msg00377.html -
> > fedmsg usage in Debian.
> >
> > There is a note: "it seems that people actually like parsing
Hi!
On Sun, Mar 22, 2020, at 13:06, clime wrote:
> Hello!
>
> Ad. https://lists.debian.org/debian-devel/2016/07/msg00377.html -
> fedmsg usage in Debian.
>
> There is a note: "it seems that people actually like parsing emails"
This was just a way to say that fedmsg never got much of a user
MQTT is the best thing going for interop purposes.
On Tue, Mar 24, 2020 at 1:20 PM Jeremy Stanley wrote:
> On 2020-03-24 13:09:35 -0400 (-0400), Peter Silva wrote:
> [...]
> > We could talk about the merits of various protocols (I see fedmsg
> > uses ZeroMQ) but that is a deep rabbit hole... to
On 2020-03-24 13:09:35 -0400 (-0400), Peter Silva wrote:
[...]
> We could talk about the merits of various protocols (I see fedmsg
> uses ZeroMQ) but that is a deep rabbit hole... to me, fedmsg looks
> like it is making a ZeroMQ version of a broker (which is a bit
> ironic given the original point
lly like parsing emails"
>
> What about adding email backend to fedmsg then. Wouldn't it be an
> interesting idea? It could basically rely on postfix for sending
> messages, hence providing decentralization as well as high
> reliability. I think that amount of events that happen in d
The email backend might be quite a heavy-weight idea ... although I
think it would do the job if properly setup and _very_ reliably. I was
thinking about something similar to google pub/sub.
Another approach how to add reliability to the current fedmsg would be
to add an optional sqlite
Hello!
Ad. https://lists.debian.org/debian-devel/2016/07/msg00377.html -
fedmsg usage in Debian.
There is a note: "it seems that people actually like parsing emails"
What about adding email backend to fedmsg then. Wouldn't it be an
interesting idea? It could basically rely
15 matches
Mail list logo
