Sorry but I'm going to hijack this thread.
If this is acceptable to you then why can't you just add a slew of other
libs to harbour (mpris, mediakeys).
If what you officially supported was rocksolid stable and no bugs and mpris
had issues you might have had a case but I can tell you that gpodder w
On Thu, 2020-05-14 at 09:03 +0200, Thomas Tanghus wrote:
> On Thursday, 14 May 2020 08.37 Pekka Vuorela wrote:
> > Alternative is to switch to other methods, e.g. dbus-send or more
> > specific command line tools. Mcetool for example can tell the
> > battery
> > state among other things.
>
> Just
On Thursday, 14 May 2020 08.37 Pekka Vuorela wrote:
> On Wed, 2020-05-13 at 20:41 +0300, rinigus wrote:
> > Hi Pekka,
> >
> > with the respect of statefs plans, I would like to ask if it is
> > planned to phase out /run/state/namespaces/ API in future. I am using
> > it in collectd to log battery,
Thanks for tips! I guess I will add statefs as dependencies when needed.
Cheers,
Rinigus
On Thu, May 14, 2020 at 9:37 AM Pekka Vuorela
wrote:
> On Wed, 2020-05-13 at 20:41 +0300, rinigus wrote:
> > Hi Pekka,
> >
> > with the respect of statefs plans, I would like to ask if it is
> > planned to
On Wed, 2020-05-13 at 20:41 +0300, rinigus wrote:
> Hi Pekka,
>
> with the respect of statefs plans, I would like to ask if it is
> planned to phase out /run/state/namespaces/ API in future. I am using
> it in collectd to log battery, bluetooth, cellular, and internet data
> in the corresponding p
Also I want to this interface is really
good to use in shell-scripts and other
tools that have no direct bindings. I'd
favor plan9/sysfs like system that just
requires read&write.
signature.asc
Description: This is a digitally signed message part.
_
Hi Pekka,
with the respect of statefs plans, I would like to ask if it is planned to
phase out /run/state/namespaces/ API in future. I am using it in collectd
to log battery, bluetooth, cellular, and internet data in the corresponding
plugins.
Best wishes,
Rinigus
On Wed, May 13, 2020 at 5:34 P
Hello,
As you might have noticed, we've been lately migrating away from the
Statefs based ContextKit API implementation. The QML interface already
got rewritten in 3.3.0 as a simpler version that doesn't need a
background daemon [1]. Ideally, and hopefully, applications using that
module should ke
