From Antony.Stone at arbtt.open.source.it Sun Jul 2 11:08:22 2017 From: Antony.Stone at arbtt.open.source.it (Antony Stone) Date: Sun, 2 Jul 2017 11:08:22 +0200 Subject: Trying to understand filter syntax Message-ID: <201707021108.22337.Antony.Stone@arbtt.open.source.it> Hi. I've just discovered and started to use arbtt. I've been collecting stats for a few days now, and I'm trying to create some filtering rules for my type of activity, so I can get some useful reports out of it. I've read https://arbtt.nomeata.de/doc/users_guide/configuration.html and https://arbtt.nomeata.de/doc/users_guide/effective-use.html (in fact I've read all of https://arbtt.nomeata.de/doc/users_guide/index.html ) However, something escapes me about the syntax used. For example, I can do: $ arbtt-stats -f '$sampleage < 24:00' and it shows me an analysis for the past 24 hours. However, I'd like to do an analysis for yesterday, not the 24 hours up to this moment right now, so I'm trying to express that. If I try: $ arbtt-stats -f '$date >= 2017-07-01 && $date < 2017-07-02' it tells me: arbtt-stats: "commad line parameter" (line 1, column 14): unexpected "-" expecting digit, "=~", ">=", ">", "==", "=", "<" or "<=" Cannot compare expressions of type Date and type Integer So, 2017 is clearly being interpreted as an integer, and then the - sign confuses the parser. So, let's try it as a string: $ arbtt-stats -f '$date >= "2017-07-01" && $date < "2017-07-02"' arbtt-stats: "commad line parameter" (line 1, column 23): unexpected "&" expecting "=~", ">=", ">", "==", "=", "<" or "<=" Cannot compare expressions of type Date and type String So, I can't compare a Date with an Integer, and I can't compare a Date with a String - what *can* I compare a Date with? I'm looking at the example given in the documentation, about ? of the way down https://arbtt.nomeata.de/doc/users_guide/configuration.html ): $date >= 2001-01-01 && $date <= 2001-01-02 and I can't see what's different about my version for this year... Can someone please explain how I can create a filter which evaluates to "the 24 hours of yesterday"? Thanks, Antony. -- "Can you keep a secret?" "Well, I shouldn't really tell you this, but... no." Please reply to the list; please *don't* CC me. From Antony.Stone at arbtt.open.source.it Sun Jul 2 11:50:19 2017 From: Antony.Stone at arbtt.open.source.it (Antony Stone) Date: Sun, 2 Jul 2017 11:50:19 +0200 Subject: Strings and Literals? Message-ID: <201707021150.20091.Antony.Stone@arbtt.open.source.it> Hi. Right at the bottom of https://arbtt.nomeata.de/doc/users_guide/configuration.html is stated: "A String refers to a double-quoted string of characters, while a Literal is not quoted." Just above that in the "formal grammar of categorize.cfg" table https://arbtt.nomeata.de/doc/users_guide/configuration.html#grammar is stated: [3] Alias ::= Literal ?->? Literal So, this tells me that an Alias is an unquoted string, followed by the string "->", followed by another unquoted string. However, the examples at the top of the same page show quote marks around the aliases (and their equivalents), and sure enough if I leave the quotes out in my own config file, I get: Parser error: "morerules.cfg" (line 4, column 3): unexpected "L" expecting literal string (Which then goes on to make me wonder "is a literal string a literal, or a string?") Am I reading the formal grammer wrongly? Antony. -- Success is a lousy teacher. It seduces smart people into thinking they can't lose. - William H Gates III Please reply to the list; please *don't* CC me. From mail at joachim-breitner.de Sun Jul 2 19:37:11 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Sun, 02 Jul 2017 13:37:11 -0400 Subject: Trying to understand filter syntax In-Reply-To: <201707021108.22337.Antony.Stone@arbtt.open.source.it> References: <201707021108.22337.Antony.Stone@arbtt.open.source.it> Message-ID: <1499017031.3045.3.camel@joachim-breitner.de> Hi, Am Sonntag, den 02.07.2017, 11:08 +0200 schrieb Antony Stone: > If I try: > > $ arbtt-stats -f '$date >= 2017-07-01 && $date < 2017-07-02' > > it tells me: It works for me: $ arbtt-stats -f '$date >= 2017-07-01 && $date < 2017-07-02' Processing data [==========>..................................................................................................................................................................]???6%^C (this is version 0.9.0.13). Which version are you using? Maybe some strange shell doing unexpected quoting (although '?' should work?)? Greetings, Joachim -- -- Joachim ?nomeata? Breitner ? mail at joachim-breitner.de ? https://www.joachim-breitner.de/ ? XMPP: nomeata at joachim-breitner.de?? OpenPGP-Key: 0xF0FBF51F ? Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From gwern at gwern.net Sun Jul 2 19:46:22 2017 From: gwern at gwern.net (Gwern Branwen) Date: Sun, 2 Jul 2017 13:46:22 -0400 Subject: Trying to understand filter syntax In-Reply-To: <201707021108.22337.Antony.Stone@arbtt.open.source.it> References: <201707021108.22337.Antony.Stone@arbtt.open.source.it> Message-ID: What happens if you try sticking your rule in the config file as a special single-purpose new tag? Does the rule work there but not on the CLI? -- gwern https://www.gwern.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From Antony.Stone at arbtt.open.source.it Sun Jul 2 20:01:37 2017 From: Antony.Stone at arbtt.open.source.it (Antony Stone) Date: Sun, 2 Jul 2017 20:01:37 +0200 Subject: Trying to understand filter syntax In-Reply-To: <1499017031.3045.3.camel@joachim-breitner.de> References: <201707021108.22337.Antony.Stone@arbtt.open.source.it> <1499017031.3045.3.camel@joachim-breitner.de> Message-ID: <201707022001.37216.Antony.Stone@arbtt.open.source.it> On Sunday 02 July 2017 at 19:37:11, Joachim Breitner wrote: > Hi, > > Am Sonntag, den 02.07.2017, 11:08 +0200 schrieb Antony Stone: > > If I try: > > $ arbtt-stats -f '$date >= 2017-07-01 && $date < 2017-07-02' > > > > it tells me: > It works for me: > $ arbtt-stats -f '$date >= 2017-07-01 && $date < 2017-07-02' > Processing data > [==========>.............................................................. > ........................................................................... > .........................] 6%^C > > (this is version 0.9.0.13). Which version are you using? Hm, this is 0.6.2 (packaged from Debian wheezy) > Maybe some strange shell doing unexpected quoting (although '?' should > work?)? The syntax -f ' ... ' works fine if I specify times - but not dates :( I've actually found a workaround in the meantime: -f 'format $date >= "2017-07-01" && format $date < "2017-07-02"' That does what I need. Antony. -- We all get the same amount of time - twenty-four hours per day. How you use it is up to you. Please reply to the list; please *don't* CC me. From Antony.Stone at arbtt.open.source.it Sun Jul 2 20:06:43 2017 From: Antony.Stone at arbtt.open.source.it (Antony Stone) Date: Sun, 2 Jul 2017 20:06:43 +0200 Subject: Trying to understand filter syntax In-Reply-To: References: <201707021108.22337.Antony.Stone@arbtt.open.source.it> Message-ID: <201707022006.43189.Antony.Stone@arbtt.open.source.it> On Sunday 02 July 2017 at 19:46:22, Gwern Branwen wrote: > What happens if you try sticking your rule in the config file as a special > single-purpose new tag? Does the rule work there but not on the CLI? With a rule: $date >= 2017-07-02 && $date < 2017-07-03 ==> tag Today, I get: Parser error: "gwern.cfg" (line 27, column 16): unexpected "-" expecting digit, "=~", ">=", ">", "==", "=", "<" or "<=" Cannot compare expressions of type Date and type Integer With a rule: $date >= "2017-07-02" && $date < "2017-07-03" ==> tag Today, I get: Parser error: "gwern.cfg" (line 27, column 25): unexpected "&" expecting "=~", ">=", ">", "==", "=", "<" or "<=" Cannot compare expressions of type Date and type String So, same result as the CLI. Antony. -- Because it messes up the order in which people normally read text. > Why is top-posting such a bad thing? > > Top-posting. > > > What is the most annoying way of replying to e-mail? Please reply to the list; please *don't* CC me. From allanexus at gmail.com Thu Oct 26 23:52:00 2017 From: allanexus at gmail.com (Allan Brighton) Date: Thu, 26 Oct 2017 23:52:00 +0200 Subject: Configure video conference app to be "always active"? In-Reply-To: References: Message-ID: <96fada0e-83b8-64f1-e38d-8f5bbe5ec6c7@gmail.com> Hi, Is there an arbtt setting that I could use to configure an application that has the focus to be counted as active, even though there is no mouse movement or typing? For example, I would like to know how much time was spent in a video conference app. I think normally, it gets counted as inactive if there is no mouse or keyboard interaction. Thanks Allan From gwern at gwern.net Fri Oct 27 00:02:23 2017 From: gwern at gwern.net (Gwern Branwen) Date: Thu, 26 Oct 2017 18:02:23 -0400 Subject: Configure video conference app to be "always active"? In-Reply-To: <96fada0e-83b8-64f1-e38d-8f5bbe5ec6c7@gmail.com> References: <96fada0e-83b8-64f1-e38d-8f5bbe5ec6c7@gmail.com> Message-ID: The inactive tag is defined by a rule in your config, isn't it? So you could just add an exception for it. Instead of $idle > 60 ==> tag inactive, it would add a conditional: $idle > 60 && current window $program /= ["conference"] ==> tag inactive, Or something like that, I haven't used not-equals or negations in my own config. -- gwern https://www.gwern.net From arbtt-dev at wolki.de Fri Oct 27 00:09:55 2017 From: arbtt-dev at wolki.de (Claudius) Date: Fri, 27 Oct 2017 00:09:55 +0200 Subject: Configure video conference app to be "always active"? In-Reply-To: <96fada0e-83b8-64f1-e38d-8f5bbe5ec6c7@gmail.com> References: <96fada0e-83b8-64f1-e38d-8f5bbe5ec6c7@gmail.com> Message-ID: Am 26.10.2017 um 23:52 schrieb Allan Brighton: > Is there an arbtt setting that I could use to configure an application > that has the focus to be counted as active, even though there is no > mouse movement or typing? > > For example, I would like to know how much time was spent in a video > conference app. > > I think normally, it gets counted as inactive if there is no mouse or > keyboard interaction. I did not personally test it, but the rule that adds the inactive tag is usually this from your categorize.cfg: > $idle > 60 ==> tag inactive You could try extending it (again, I did not test this myself as I don't currently have a machine with arbtt on it within reach) > current window $program /= "mediaplayer" && $idle > 60 ==> tag inactive first part matches only if title is not "mediaplayer" (replace this with whatever program name you'd like excluded). Best wishes, good luck Claudius From allanexus at gmail.com Fri Oct 27 11:22:17 2017 From: allanexus at gmail.com (Allan Brighton) Date: Fri, 27 Oct 2017 11:22:17 +0200 Subject: Configure video conference app to be "always active"? In-Reply-To: References: <96fada0e-83b8-64f1-e38d-8f5bbe5ec6c7@gmail.com> Message-ID: <895f211c-f177-06ae-9242-7b8a13a7c0f8@gmail.com> The "/=" syntax didn't work, but this did: ? $idle > 300 && ! (current window $program == ["zoom"]) ==> tag inactive, Thanks, Allan On 10/27/2017 12:09 AM, Claudius wrote: > Am 26.10.2017 um 23:52 schrieb Allan Brighton: >> Is there an arbtt setting that I could use to configure an application >> that has the focus to be counted as active, even though there is no >> mouse movement or typing? >> >> For example, I would like to know how much time was spent in a video >> conference app. >> >> I think normally, it gets counted as inactive if there is no mouse or >> keyboard interaction. > I did not personally test it, but the rule that adds the inactive tag is > usually this from your categorize.cfg: > >> $idle > 60 ==> tag inactive > You could try extending it (again, I did not test this myself as I don't > currently have a machine with arbtt on it within reach) > >> current window $program /= "mediaplayer" && $idle > 60 ==> tag inactive > first part matches only if title is not "mediaplayer" (replace this with > whatever program name you'd like excluded). > > Best wishes, good luck > Claudius > > _______________________________________________ > arbtt mailing list > arbtt at lists.nomeata.de > https://lists.nomeata.de/mailman/listinfo/arbtt From abdullahkhalids at gmail.com Fri Dec 15 00:53:11 2017 From: abdullahkhalids at gmail.com (Abdullah Khalid) Date: Thu, 14 Dec 2017 16:53:11 -0700 Subject: No subject Message-ID: Hi, Is it possible to not record the data at all for certain windows such as Firefox Private Browsing? As in the meta-data for these windows is never written to capture.log. Thanks, Abdullah From mail at joachim-breitner.de Fri Dec 15 01:05:51 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Thu, 14 Dec 2017 19:05:51 -0500 Subject: hiding some data In-Reply-To: References: Message-ID: <1513296351.7536.3.camel@joachim-breitner.de> Hi Abdulla, Am Donnerstag, den 14.12.2017, 16:53 -0700 schrieb Abdullah Khalid: > Is it possible to not record the data at all for certain windows such as > Firefox Private Browsing? As in the meta-data for these windows is never > written to capture.log. no, currently it is not possible, sorry. You could simply kill arbtt- capture before you use privacy-sensitive things, and then re-start it afterwards. Regards, Joachim -- Joachim Breitner mail at joachim-breitner.de http://www.joachim-breitner.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From tomasz.miasko at gmail.com Wed Dec 20 22:28:01 2017 From: tomasz.miasko at gmail.com (Tomasz =?utf-8?Q?Mi=C4=85sko?=) Date: Wed, 20 Dec 2017 22:28:01 +0100 Subject: Wayland, GNOME Shell and arbtt Message-ID: <20171220212801.GA23305@node> I am quite fond of arbtt, but have moved on to Wayland, where much stronger emphasis on security prevents arbtt-capture from gathering necessary window information. Not all is lost as GNOME Shell supports writing custom extensions which do have direct access to window manager. That is how an idea for extension was born, one that records window information in arbtt data format. If any of you happen to use GNOME Shell (with Wayland) and would like to continue using arbtt, you can find the extension here: https://github.com/tmiasko/arbtt-capture Furthermore, after working with arbtt data format, I have some comments and suggestion, in case you were to release a new version at some point: While working with current format, from within Haskell library environment, is relatively convenient, from the outside it is like reading hieroglyphs on a spacecraft from the outer space. Dates potentially arbitrary far in the future (or in the past), stored as the number of days since 1858-11-17. Time stored with an arbitrary precision. Instead, a single integer representing UNIX time would be more than welcomed (potentially 64-bit number with higher millisecond resolution if so desired). Strings are serialized as 32-bit integer describing the number of Unicode code points (Haskell list length), followed by those code points, each encoded in UTF-8. Given that code point encoding in UTF-8 is variable in length, you can't read back the whole string at once. Writing the total number of bytes instead of the number of code points would be more convenient. Instance of StringReferencingBinary for Text leaves two indexes unused, i.e., 254 and 255. Though, it does look quite intentional: instance StringReferencingBinary Text where ls_put strs s = case elemIndex s strs of Just i | 0 <= i && i < 255 - 2 -> put (fromIntegral (succ i) :: Word8) _ -> put (0 :: Word8) >> put s ListOfStringable instance for CaptureData includes window titles and program names, but excludes desktop name (thus, it is not referenced back). Thanks for arbtt. Cheers, Tomasz From mail at joachim-breitner.de Thu Dec 21 13:53:02 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Thu, 21 Dec 2017 13:53:02 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <20171220212801.GA23305@node> References: <20171220212801.GA23305@node> Message-ID: <1513860782.1622.5.camel@joachim-breitner.de> Hi, Am Mittwoch, den 20.12.2017, 22:28 +0100 schrieb Tomasz Mi?sko: > I am quite fond of arbtt, but have moved on to Wayland, where much stronger > emphasis on security prevents arbtt-capture from gathering necessary window > information. Not all is lost as GNOME Shell supports writing custom extensions > which do have direct access to window manager. That is how an idea for > extension was born, one that records window information in arbtt data format. > > If any of you happen to use GNOME Shell (with Wayland) and would like to > continue using arbtt, you can find the extension here: > https://github.com/tmiasko/arbtt-capture wow, great! Would you like to write a section about this tool in the arbtt user manual? http://arbtt.nomeata.de/doc/users_guide/index.html Source at https://github.com/nomeata/arbtt/blob/master/doc/arbtt.xml > Furthermore, after working with arbtt data format, I have some comments and > suggestion, in case you were to release a new version at some point: > > While working with current format, from within Haskell library environment, is > relatively convenient, from the outside it is like reading hieroglyphs on a > spacecraft from the outer space. Dates potentially arbitrary far in the future > (or in the past), stored as the number of days since 1858-11-17. Time stored > with an arbitrary precision. Instead, a single integer representing UNIX time > would be more than welcomed (potentially 64-bit number with higher millisecond > resolution if so desired). > > Strings are serialized as 32-bit integer describing the number of Unicode code > points (Haskell list length), followed by those code points, each encoded in > UTF-8. Given that code point encoding in UTF-8 is variable in length, you can't > read back the whole string at once. Writing the total number of bytes instead > of the number of code points would be more convenient. > > Instance of StringReferencingBinary for Text leaves two indexes unused, > i.e., 254 and 255. Though, it does look quite intentional: > > instance StringReferencingBinary Text where > ls_put strs s = case elemIndex s strs of > Just i | 0 <= i && i < 255 - 2 -> > put (fromIntegral (succ i) :: Word8) > _ -> put (0 :: Word8) >> put s > > ListOfStringable instance for CaptureData includes window titles and program > names, but excludes desktop name (thus, it is not referenced back). Phew, I have not looked at that code in a long time. The missing reference for desktop name is definitely a bug (and an annoying one). In general, I am not sure if it is a good idea to have other tools meddle with the (ill-specified and strange) format. How about we add a tool to the arbtt suite that takes the JSON-representation of the one data log entry and appends it to the log. Basically the inverse of arbtt-dump, which currently produces $ arbtt-dump -l 1 -t JSON | json_pp [ { "date" : "2017-12-21T12:51:02.712148853Z", "rate" : 60000, "windows" : [ { "active" : false, "program" : "arbtt ? Evolution", "title" : "evolution" }, { "active" : true, "program" : "Re: Wayland, GNOME Shell and arbtt", "title" : "evolution" }, { "title" : "Navigator", "program" : "arbtt-capture/timeLog.js at master ? tmiasko/arbtt-capture - Mozilla Firefox", "active" : false }, { "title" : "gnome-terminal-server", "program" : "jojo at kirk:~/projekte/programming/arbtt", "active" : false } ], "inactive" : 13, "desktop" : "1" } ] Cheers, Joachim -- Joachim Breitner mail at joachim-breitner.de http://www.joachim-breitner.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From tomasz.miasko at gmail.com Thu Dec 21 18:53:56 2017 From: tomasz.miasko at gmail.com (Tomasz =?utf-8?Q?Mi=C4=85sko?=) Date: Thu, 21 Dec 2017 18:53:56 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <1513860782.1622.5.camel@joachim-breitner.de> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> Message-ID: <20171221170703.GA18050@node> On Thu, Dec 21, 2017 at 01:53:02PM +0100, Joachim Breitner wrote: > How about we add a tool to the arbtt suite that takes the > JSON-representation of the one data log entry and appends it to the > log. Basically the inverse of arbtt-dump, ... Great idea! Application that consumes JSON input and appends it to the log would be much better integration point. In fact, it probably should be a stream of such entries to actually make use of string references. The format could be exactly the same as one in arbtt-dump -t JSON, including overall array. Presuming that requirement of a streaming JSON parser is not particularly prohibitive. -- Tomasz From mail at joachim-breitner.de Fri Dec 22 13:54:00 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Fri, 22 Dec 2017 13:54:00 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <20171221170703.GA18050@node> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> Message-ID: <1513947240.6769.5.camel@joachim-breitner.de> Hi, Am Donnerstag, den 21.12.2017, 18:53 +0100 schrieb Tomasz Mi?sko: > Great idea! Application that consumes JSON input and appends it to the > log would be much better integration point. > > In fact, it probably should be a stream of such entries to actually make > use of string references. Good point! > The format could be exactly the same as one in > arbtt-dump -t JSON, including overall array. Presuming that requirement > of a streaming JSON parser is not particularly prohibitive. no, that might work as well. JSON values are always clearly delimited, e.g. with a "]" or "}", right? I just noticed that we have an arbtt-import tool: http://arbtt.nomeata.de/doc/users_guide/re04.html This could be extended with a format flat and a ?continuous? flag. Are you interested in contributing a patch for this? Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de https://www.joachim-breitner.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From tomasz.miasko at gmail.com Fri Dec 22 15:24:40 2017 From: tomasz.miasko at gmail.com (Tomasz =?utf-8?Q?Mi=C4=85sko?=) Date: Fri, 22 Dec 2017 15:24:40 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <1513947240.6769.5.camel@joachim-breitner.de> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> <1513947240.6769.5.camel@joachim-breitner.de> Message-ID: <20171222142440.GA16963@node> On Fri, Dec 22, 2017 at 01:54:00PM +0100, Joachim Breitner wrote: > > The format could be exactly the same as one in > > arbtt-dump -t JSON, including overall array. Presuming that requirement > > of a streaming JSON parser is not particularly prohibitive. > > no, that might work as well. JSON values are always clearly delimited, > e.g. with a "]" or "}", right? Yes, they are clearly delimited. It would be something like: [{ entry 1 ... }, { entry 2 ... }, ..., { entry n ... }] What I was actually trying to imply, is that log appender should be able to read some initial prefix of such input and write it to log immediately, i.e., without having to wait for EOF to do that. > I just noticed that we have an arbtt-import tool: > http://arbtt.nomeata.de/doc/users_guide/re04.html > This could be extended with a format flat and a ?continuous? flag. Are > you interested in contributing a patch for this? Interesting, arbtt-import uses getContents (lazy IO) to read input, and effectively it already works as it should (ignoring for the moment, different input format and requirement that log doesn't already exists). Maybe a simple append flag should suffice (to ignore check for log file existence). Though, Show format is not as appealing as JSON, but still. -- Tomasz From mail at joachim-breitner.de Fri Dec 22 18:00:19 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Fri, 22 Dec 2017 18:00:19 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <20171222142440.GA16963@node> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> <1513947240.6769.5.camel@joachim-breitner.de> <20171222142440.GA16963@node> Message-ID: <1513962019.11465.3.camel@joachim-breitner.de> Hi, Am Freitag, den 22.12.2017, 15:24 +0100 schrieb Tomasz Mi?sko: > > I just noticed that we have an arbtt-import tool: > > http://arbtt.nomeata.de/doc/users_guide/re04.html > > This could be extended with a format flat and a ?continuous? flag. Are > > you interested in contributing a patch for this? > > Interesting, arbtt-import uses getContents (lazy IO) to read input, and > effectively it already works as it should (ignoring for the moment, > different input format and requirement that log doesn't already exists). > > Maybe a simple append flag should suffice (to ignore check for log file > existence). Though, Show format is not as appealing as JSON, but still. No, let?s do JSON! Actually, I?ll give it a shot. Probably easier for me to work with the code base. But I?ll comandeer you to test it, if I may :-) Joachim -- Joachim Breitner mail at joachim-breitner.de http://www.joachim-breitner.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From mail at joachim-breitner.de Fri Dec 22 21:59:45 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Fri, 22 Dec 2017 21:59:45 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <1513962019.11465.3.camel@joachim-breitner.de> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> <1513947240.6769.5.camel@joachim-breitner.de> <20171222142440.GA16963@node> <1513962019.11465.3.camel@joachim-breitner.de> Message-ID: <1513976385.29865.1.camel@joachim-breitner.de> Hi, Am Freitag, den 22.12.2017, 18:00 +0100 schrieb Joachim Breitner: > Hi, > > Am Freitag, den 22.12.2017, 15:24 +0100 schrieb Tomasz Mi?sko: > > > I just noticed that we have an arbtt-import tool: > > > http://arbtt.nomeata.de/doc/users_guide/re04.html > > > This could be extended with a format flat and a ?continuous? flag. Are > > > you interested in contributing a patch for this? > > > > Interesting, arbtt-import uses getContents (lazy IO) to read input, and > > effectively it already works as it should (ignoring for the moment, > > different input format and requirement that log doesn't already exists). > > > > Maybe a simple append flag should suffice (to ignore check for log file > > existence). Though, Show format is not as appealing as JSON, but still. > > No, let?s do JSON! > > Actually, I?ll give it a shot. Probably easier for me to work with > the code base. But I?ll comandeer you to test it, if I may :-) I did this now: https://github.com/nomeata/arbtt/commit/448967e02371f79184e6a915bea38de0bb9ea8f4 Can you see if this (with "-t JSON -a") is good enough for your purposes? In particular, please check if it flushes each sample to the log file promptly. Thanks, Joachim -- Joachim Breitner mail at joachim-breitner.de http://www.joachim-breitner.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From tomasz.miasko at gmail.com Sat Dec 23 09:13:50 2017 From: tomasz.miasko at gmail.com (Tomasz =?utf-8?Q?Mi=C4=85sko?=) Date: Sat, 23 Dec 2017 09:13:50 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <1513976385.29865.1.camel@joachim-breitner.de> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> <1513947240.6769.5.camel@joachim-breitner.de> <20171222142440.GA16963@node> <1513962019.11465.3.camel@joachim-breitner.de> <1513976385.29865.1.camel@joachim-breitner.de> Message-ID: <20171223081350.GA14947@node> Hi, On Fri, Dec 22, 2017 at 09:59:45PM +0100, Joachim Breitner wrote: > I did this now: > https://github.com/nomeata/arbtt/commit/448967e02371f79184e6a915bea38de0bb9ea8f4 Wow, that was fast! I left some comments (in the form of pull requests). It would be nice to ensure that format of arbtt-dump and arbtt-import is exactly the same, so that you can pipe them together as follows: arbtt-dump -t JSON -f a.log | arbtt-import -a -t JSON -f b.log Currently they differ in one small respect. arbtt-dump wraps everything in an array, i.e., it starts file with '[', ends file with ']', and interposes ',' in-between the entries. On the other hand arbtt-import doesn't expect any of those. Thanks, Tomasz From mail at joachim-breitner.de Sat Dec 23 21:02:29 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Sat, 23 Dec 2017 21:02:29 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <20171223081350.GA14947@node> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> <1513947240.6769.5.camel@joachim-breitner.de> <20171222142440.GA16963@node> <1513962019.11465.3.camel@joachim-breitner.de> <1513976385.29865.1.camel@joachim-breitner.de> <20171223081350.GA14947@node> Message-ID: Hi, I'll look at the pull requests later, thanks! For the JSON input, I think we want to.support both; undelimited objects for streaming, where each object can be parsed and written to the log as it is done, and the variant with [ to round-trip from -dump. I'll implement that. Cheers, Joachim Am 23. Dezember 2017 09:13:50 MEZ schrieb "Tomasz Mi?sko" : >Hi, > >On Fri, Dec 22, 2017 at 09:59:45PM +0100, Joachim Breitner wrote: >> I did this now: >> >https://github.com/nomeata/arbtt/commit/448967e02371f79184e6a915bea38de0bb9ea8f4 > >Wow, that was fast! I left some comments (in the form of pull >requests). > >It would be nice to ensure that format of arbtt-dump and arbtt-import >is >exactly the same, so that you can pipe them together as follows: > > arbtt-dump -t JSON -f a.log | arbtt-import -a -t JSON -f b.log > >Currently they differ in one small respect. arbtt-dump wraps everything >in an array, i.e., it starts file with '[', ends file with ']', and >interposes ',' in-between the entries. On the other hand arbtt-import >doesn't expect any of those. > >Thanks, >Tomasz > >_______________________________________________ >arbtt mailing list >arbtt at lists.nomeata.de >https://lists.nomeata.de/mailman/listinfo/arbtt From mail at joachim-breitner.de Mon Dec 25 23:18:22 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Mon, 25 Dec 2017 23:18:22 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> <1513947240.6769.5.camel@joachim-breitner.de> <20171222142440.GA16963@node> <1513962019.11465.3.camel@joachim-breitner.de> <1513976385.29865.1.camel@joachim-breitner.de> <20171223081350.GA14947@node> Message-ID: <1514240302.1031.1.camel@joachim-breitner.de> Hi Tomasz, Am Samstag, den 23.12.2017, 21:02 +0100 schrieb Joachim Breitner: > I'll look at the pull requests later, thanks! I merged them and tried to fix the problem of arbtt-import not flushing streamed records immediately, and it now also parses the output of arbtt-dump. You did a good job of testing the previous version. Could you again scrutinize the current version? Does it do everything you need? Thanks, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de https://www.joachim-breitner.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From tomasz.miasko at gmail.com Tue Dec 26 12:36:41 2017 From: tomasz.miasko at gmail.com (Tomasz =?utf-8?Q?Mi=C4=85sko?=) Date: Tue, 26 Dec 2017 12:36:41 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <1514240302.1031.1.camel@joachim-breitner.de> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> <1513947240.6769.5.camel@joachim-breitner.de> <20171222142440.GA16963@node> <1513962019.11465.3.camel@joachim-breitner.de> <1513976385.29865.1.camel@joachim-breitner.de> <20171223081350.GA14947@node> <1514240302.1031.1.camel@joachim-breitner.de> Message-ID: <20171226113641.GA6951@node> On Mon, Dec 25, 2017 at 11:18:22PM +0100, Joachim Breitner wrote: > You did a good job of testing the previous version. Could you again > scrutinize the current version? Does it do everything you need? After your first round of changes, I have updated the extension to use arbtt-import. Already then things worked quite fine. The only surprising behaviour begin delayed flushing. With new version this is gone, and from the perspective of GNOME Shell extension everything works great! Thanks, Tomasz From mail at joachim-breitner.de Tue Dec 26 19:24:17 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Tue, 26 Dec 2017 19:24:17 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <20171226113641.GA6951@node> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> <1513947240.6769.5.camel@joachim-breitner.de> <20171222142440.GA16963@node> <1513962019.11465.3.camel@joachim-breitner.de> <1513976385.29865.1.camel@joachim-breitner.de> <20171223081350.GA14947@node> <1514240302.1031.1.camel@joachim-breitner.de> <20171226113641.GA6951@node> Message-ID: <1514312657.3811.1.camel@joachim-breitner.de> Hi, Am Dienstag, den 26.12.2017, 12:36 +0100 schrieb Tomasz Mi?sko: > On Mon, Dec 25, 2017 at 11:18:22PM +0100, Joachim Breitner wrote: > > You did a good job of testing the previous version. Could you again > > scrutinize the current version? Does it do everything you need? > > After your first round of changes, I have updated the extension to use > arbtt-import. Already then things worked quite fine. The only surprising > behaviour begin delayed flushing. With new version this is gone, and > from the perspective of GNOME Shell extension everything works great! cool. I added text to the documentation to explain the new features of arbtt-import. Would you care to describe your tool in the arbtt user manual? http://arbtt.nomeata.de/doc/users_guide/index.html Source at https://github.com/nomeata/arbtt/blob/master/doc/arbtt.xml Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de https://www.joachim-breitner.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From mail at joachim-breitner.de Tue Dec 26 19:26:40 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Tue, 26 Dec 2017 19:26:40 +0100 Subject: Wayland, GNOME Shell and arbtt In-Reply-To: <1514312657.3811.1.camel@joachim-breitner.de> References: <20171220212801.GA23305@node> <1513860782.1622.5.camel@joachim-breitner.de> <20171221170703.GA18050@node> <1513947240.6769.5.camel@joachim-breitner.de> <20171222142440.GA16963@node> <1513962019.11465.3.camel@joachim-breitner.de> <1513976385.29865.1.camel@joachim-breitner.de> <20171223081350.GA14947@node> <1514240302.1031.1.camel@joachim-breitner.de> <20171226113641.GA6951@node> <1514312657.3811.1.camel@joachim-breitner.de> Message-ID: <1514312800.3811.2.camel@joachim-breitner.de> Hi, Am Dienstag, den 26.12.2017, 19:24 +0100 schrieb Joachim Breitner: > Would you care to describe your tool in the arbtt user manual? > http://arbtt.nomeata.de/doc/users_guide/index.html > Source at > https://github.com/nomeata/arbtt/blob/master/doc/arbtt.xml Ha! Say your Pull Request as this mail was sent :-) Thanks! Joachim -- Joachim Breitner mail at joachim-breitner.de http://www.joachim-breitner.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: From mail at joachim-breitner.de Thu Dec 28 00:35:01 2017 From: mail at joachim-breitner.de (Joachim Breitner) Date: Thu, 28 Dec 2017 00:35:01 +0100 Subject: Windows volunteer? Message-ID: <1514417701.5059.2.camel@joachim-breitner.de> Hi, I have trouble supporting the Windows build of arbtt. I had it working on travis (on WINE), but it stopped working recently: https://travis-ci.org/nomeata/arbtt I would like to drop the hack of building the Windows version on Linux, and test the Windows build using https://www.appveyor.com/. But I don?t think I am in the right position to do that. Is there anyone here who would like to keep an eye on Windows support, by setting up appveyor and maybe also doing the release builds of arbtt? Thanks! Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de https://www.joachim-breitner.de/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: