On Thu, Jun 19, 2008 at 8:42 AM, Marcel Holtmann [EMAIL PROTECTED] wrote:
Hi Garrett,
Marcel, seems to think that just by allowing the implementation of
alternatives to D-Bus in Upstart would cause bloating in Upstart. I find
that argument without merit. There is a bunch of functions in
Garrett Cooper wrote:
Hi again,
There have been a flurry of emails passed internal dev lists,
and I believe (given past experience with dbus) there is some
confusion as to what the role is of dbus in the upstart project.
So, I was wondering if someone could briefly discuss from a
On Wed, Jun 18, 2008 at 1:11 PM, Casey Dahlin [EMAIL PROTECTED] wrote:
Garrett Cooper wrote:
Hi again,
There have been a flurry of emails passed internal dev lists,
and I believe (given past experience with dbus) there is some
confusion as to what the role is of dbus in the upstart
Garrett Cooper wrote:
On Wed, Jun 18, 2008 at 1:11 PM, Casey Dahlin [EMAIL PROTECTED] wrote:
Garrett Cooper wrote:
Hi again,
There have been a flurry of emails passed internal dev lists,
and I believe (given past experience with dbus) there is some
confusion as to what the
Scott James Remnant wrote:
On Wed, 2008-06-18 at 16:11 -0400, Casey Dahlin wrote:
The DBus interface can be accessed in one of 2 ways. One is actually
running the dbus daemon, and accessing the com.ubuntu.Upstart object on
the system bus.
Actually, this is the only supported
Hi,
Scott James Remnant:
Actually, this is the only supported way.
In most circumstances (i.e. on anything but limited embedded systems)
this makes sense.
While there is another, secret, way
Well, at minimum you'd need _some_ method to tell Upstart that the dbus
daemon has started up and
On Wed, Jun 18, 2008 at 2:29 PM, Scott James Remnant [EMAIL PROTECTED] wrote:
On Wed, 2008-06-18 at 22:36 +0200, Matthias Urlichs wrote:
While there is another, secret, way
Well, at minimum you'd need _some_ method to tell Upstart that the dbus
daemon has started up and may now be
On Wed, 2008-06-18 at 15:06 -0700, Garrett Cooper wrote:
Maybe where my wonderment comes from is will all apps that
previously were just able to communicate with sysv
Which applications were those? ;-)
sysvinit never had a documented IPC protocol.
Scott
--
Have you ever, ever felt like
2008/6/18 Scott James Remnant [EMAIL PROTECTED]:
On Wed, 2008-06-18 at 16:11 -0400, Casey Dahlin wrote:
The DBus interface can be accessed in one of 2 ways. One is actually
running the dbus daemon, and accessing the com.ubuntu.Upstart object on
the system bus.
Actually, this is the only
On Wed, Jun 18, 2008 at 3:12 PM, Scott James Remnant [EMAIL PROTECTED] wrote:
On Wed, 2008-06-18 at 15:06 -0700, Garrett Cooper wrote:
Maybe where my wonderment comes from is will all apps that
previously were just able to communicate with sysv
Which applications were those? ;-)
sysvinit
2008/6/19 Scott James Remnant [EMAIL PROTECTED]:
On Thu, 2008-06-19 at 00:10 +0200, Michael Biebl wrote:
2008/6/18 Scott James Remnant [EMAIL PROTECTED]:
On Wed, 2008-06-18 at 16:11 -0400, Casey Dahlin wrote:
The DBus interface can be accessed in one of 2 ways. One is actually
running
On Wed, Jun 18, 2008 at 3:19 PM, Michael Biebl [EMAIL PROTECTED] wrote:
2008/6/19 Scott James Remnant [EMAIL PROTECTED]:
On Thu, 2008-06-19 at 00:10 +0200, Michael Biebl wrote:
2008/6/18 Scott James Remnant [EMAIL PROTECTED]:
On Wed, 2008-06-18 at 16:11 -0400, Casey Dahlin wrote:
The
Hi Garrett,
Hm, I'd actually prefer somehow, if core tools, like
initctl/runlevel/telinit etc would talk to upstart directly without
the need of a running dbus system bus.
Any particular reason?
- Someone deletes his dbus job file.
- dbus-daemon fails to start (misconfiguration,
2008/6/19 Marcel Holtmann [EMAIL PROTECTED]:
Hi Garrett,
Hm, I'd actually prefer somehow, if core tools, like
initctl/runlevel/telinit etc would talk to upstart directly without
the need of a running dbus system bus.
Any particular reason?
- Someone deletes his dbus job file.
-
On Wed, 2008-06-18 at 15:21 -0700, Garrett Cooper wrote:
Would the definition of simple case be a straight up SIGCHLD?
If the process dies, Upstart will receive SIGCHLD, and if marked
respawn it will be restarted.
Detecting things like a stoned process is more interesting.
You'd want to do
Hi,
Scott James Remnant:
pid = instance.Get(pid)[main]
# Muck around with pid as you see fit
if os.path.isfile(/tmp/%d % pid):
return
# Oh dear, it's broken
instance.Restart()
Nice race condition there. :-P
This example just shows that starting
Hi Sarvi,
Its high time we stepped up a layer from plain Unix domain sockets and
talked a higher level API. And I agree D-Bus is very likely the
equivalent 'Unix Domain Sockets' for this purpose. But unfortunatley its
not there yet. All this means is that D-Bus needs some more time to
mature
Hi Sarvi,
But that said, D-Bus is a fine choice for now. I hope though, the
Upstart community is open to code contributions from us that
allow for
modular alternatives to D-Bus. Ofcourse without compromising on
performance or clean code.
I think that Scott and I explained that
18 matches
Mail list logo