unofficial mirror of guix-patches@gnu.org 
 help / color / mirror / code / Atom feed
From: Brendan Tildesley <mail@brendan.scot>
To: 40312@debbugs.gnu.org
Subject: [bug#40312] [PATCH 0/3]: Add Piper and libratbag
Date: Sun, 29 Mar 2020 21:12:21 +1100	[thread overview]
Message-ID: <99b3cb1d-94d0-d3b3-a64b-873eb5edea36@brendan.scot> (raw)

So this program Piper is unique in that it is entirely useless without 
the the ratbagd daemon running. eventually, I'd like for a user to be 
able to install all that in 1 click from a GUI with just their sudo 
password if needed.

For now, I've included in the descriptions a simple service that makes 
it work.

With systemd systems, when Piper is opened and dbus automagically starts 
ratbagd, systemctl lists it as a ratbagd.service. systemctl stop 
ratbagd.service can the stop it if needed. With the simple service I've 
provided in the descriptions, herd status does not list it as a service 
and only reconfiguring can disable it... I think.

Is there a way I can write a service that shows ratbag in herd status, 
and can start/stop it correctly? Or does herd not have the ability to 
treat dbus services as first class services?

N.B, if you want to test the package you can just run sudo ratbagd, then 
open piper. if it says cannot find any devices, that means it working 
but you wont be able to use it without one of the supported devices to 
play with..

             reply	other threads:[~2020-03-30  2:36 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-29 10:12 Brendan Tildesley [this message]
     [not found] ` <handler.40312.B.158553573617462.ack@debbugs.gnu.org>
2020-03-30  4:16   ` [bug#40312] [PATCH 1/3] gnu: Add python-evdev Brendan Tildesley
2020-03-30  4:16     ` [bug#40312] [PATCH 2/3] gnu: Add libratbag Brendan Tildesley
2020-03-30  4:16     ` [bug#40312] [PATCH 3/3] gnu: Add piper Brendan Tildesley
2020-04-12  5:27   ` [bug#40312] ([PATCH 0/3]: Add Piper and libratbag -- New patch set; minor fixes Brendan Tildesley
2020-04-22 23:02     ` bug#40312: " Nicolas Goaziou

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=99b3cb1d-94d0-d3b3-a64b-873eb5edea36@brendan.scot \
    --to=mail@brendan.scot \
    --cc=40312@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).