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 < jorge.niedbal...@canonical.com> wrote: > Hello, > On Thu, Sep 25, 2014 at 7:28 AM, Gabriel Samfira > <gsamf...@cloudbasesolutions.com> 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 > >> <jorge.niedbal...@canonical.com> 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 > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev >
-- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
