GNU bug report logs - #40312
[PATCH 0/3]: Add Piper and libratbag

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Brendan Tildesley <mail <at> brendan.scot>
Subject: bug#40312: closed (Re: [bug#40312] ([PATCH 0/3]: Add Piper and
 libratbag -- New patch set; minor fixes.)
Date: Wed, 22 Apr 2020 23:04:01 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#40312: [PATCH 0/3]: Add Piper and libratbag

which was filed against the guix-patches package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 40312 <at> debbugs.gnu.org.

-- 
40312: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=40312
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
To: Brendan Tildesley <mail <at> brendan.scot>
Cc: 40312-done <at> debbugs.gnu.org
Subject: Re: [bug#40312] ([PATCH 0/3]: Add Piper and libratbag -- New patch
 set; minor fixes.
Date: Thu, 23 Apr 2020 01:02:58 +0200

Hello,

Brendan Tildesley <mail <at> brendan.scot> writes:

> This patch set (all attached) corrects my sloppy use of texinfo format
> in the python-evdev patch, and uses git-fetch instead of github
> archive tarballs.
>
> I originally sent these patches in when the mailing list was down so
> it all got lost to civilization I think.
>
> If you looking at reviewing this but have no interest in
> Piper/libratbag, at least it would be good to add python-evdev, as
> there is at least one other user that wishes to use it.

All applied. Thank you.

Regards,

-- 
Nicolas Goaziou

[Message part 3 (message/rfc822, inline)]

From: Brendan Tildesley <mail <at> brendan.scot>
To: guix-patches <at> gnu.org
Subject: [PATCH 0/3]: Add Piper and libratbag
Date: Sun, 29 Mar 2020 21:12:21 +1100

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..

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.