The state servers still use rsyslog, so you'd still have to be careful when deploying the charm to a state server. Probably it's best if we just fix the juju code to use its own daemon so as not to collide with charms that use it. The unit machines don't need rsyslog... unless you decide to turn one into a state machine using ensure-availability... so I don't think we can just blindly assume it won't be there.
On Mon, Sep 29, 2014 at 10:29 AM, Jorge Niedbalski < [email protected]> wrote: > Hello, > On Thu, Sep 25, 2014 at 7:28 AM, Gabriel Samfira > <[email protected]> wrote: > > FWIW, unit/machine agents no longer need rsyslog to stream logs to the > > state machine as of this merge: > > > > https://github.com/juju/juju/pull/499 > > > > Thank you for pointing out this. > > > Removing rsyslog as a dependency should be safe I think... > > > > Does anybody else could confirm that removal of rsyslog is OK? > > > > > > > On 25.09.2014 12:26, Stuart Bishop wrote: > >> On 24 September 2014 23:25, Jorge Niedbalski > >> <[email protected]> wrote: > >> > >>> I know is not an option to abandon the usage of gTLS, but ideally, > > Thanks. > > -- > Jorge Niedbalski R. > Software Sustaining Engineer @ Canonical > Canonical Technical Services. > > -- > Juju-dev mailing list > [email protected] > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev >
-- Juju-dev mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
