From ml at isaac.cedarswampstudios.org Tue Jan 1 22:49:15 2013 From: ml at isaac.cedarswampstudios.org (Isaac Dupree) Date: Tue, 01 Jan 2013 16:49:15 -0500 Subject: occasional segfaults Message-ID: <50E359DB.3060409@isaac.cedarswampstudios.org> arbtt-capture segfaults occasionally for me[1]. Valgrind didn't tell me why (I think valgrind is better for C and C++ memory errors than Haskell). So now I run arbtt-capture with this script to restart it: while true; do ./arbtt-capture; echo; echo "Whoops dead" >&2; date; sleep 30; echo "; restarting" >&2; done (which works fine, though it'd be nice to know why arbtt-capture segfaults :-) ) [1] I think is unrelated to my xmonad-related changes, since it occurs at similar frequency with or without them: a few times a day. From mail at joachim-breitner.de Thu Jan 3 20:32:43 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Thu, 03 Jan 2013 20:32:43 +0100 Subject: some fixes! In-Reply-To: <50E0C8B6.4050707@isaac.cedarswampstudios.org> References: <50E0C8B6.4050707@isaac.cedarswampstudios.org> Message-ID: <1357241563.11992.4.camel@kirk> Dear Isaac, Am Sonntag, den 30.12.2012, 18:05 -0500 schrieb Isaac Dupree: > Funny story: I found arbtt because I was writing exactly the same idea > in Haskell, searched for Haskell bindings to the XScreenSaver extension, > and the arbtt repository was the only one that had those bindings. > (Off-topic: Those bindings should probably be in the X11 package.) > > I attached the darcs patches I needed to get arbtt working well enough > for me on GHC 7.6.1 and XMonad (on Arch Linux). Did I do 'darcs send' > right? Do the patches need improvement? thanks. I am surprised that you need patches to get it working with xmonad, as that is basically the only well-tested setup, namely mine. It does require the use of XMonad.Hooks.EwmhDesktops, which makes it set _NET_CLIENT_LIST and does not require special code on arbtt?s side. Is there a reason why you cannot use that? Thanks for the 7.6 compat patch, applied. Am Dienstag, den 01.01.2013, 16:49 -0500 schrieb Isaac Dupree: > arbtt-capture segfaults occasionally for me[1]. Valgrind didn't tell me > why (I think valgrind is better for C and C++ memory errors than Haskell). > > So now I run arbtt-capture with this script to restart it: > > while true; do ./arbtt-capture; echo; echo "Whoops dead" >&2; date; > sleep 30; echo "; restarting" >&2; done > > (which works fine, though it'd be nice to know why arbtt-capture > segfaults :-) ) I don?t have that here, so no idea what is happening. Can you run it in gdb and obtain a stacktrace, in case the crash happens in C world? Greetings, Joachim -- Joachim "nomeata" Breitner mail at joachim-breitner.de | nomeata at debian.org | GPG: 0x4743206C xmpp: nomeata 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: 198 bytes Desc: This is a digitally signed message part URL: From ml at isaac.cedarswampstudios.org Thu Jan 3 21:49:52 2013 From: ml at isaac.cedarswampstudios.org (Isaac Dupree) Date: Thu, 03 Jan 2013 15:49:52 -0500 Subject: some fixes! In-Reply-To: <1357241563.11992.4.camel@kirk> References: <50E0C8B6.4050707@isaac.cedarswampstudios.org> <1357241563.11992.4.camel@kirk> Message-ID: <50E5EEF0.6000201@isaac.cedarswampstudios.org> On 01/03/2013 02:32 PM, Joachim Breitner wrote: > Dear Isaac, > > Am Sonntag, den 30.12.2012, 18:05 -0500 schrieb Isaac Dupree: >> Funny story: I found arbtt because I was writing exactly the same idea >> in Haskell, searched for Haskell bindings to the XScreenSaver extension, >> and the arbtt repository was the only one that had those bindings. >> (Off-topic: Those bindings should probably be in the X11 package.) >> >> I attached the darcs patches I needed to get arbtt working well enough >> for me on GHC 7.6.1 and XMonad (on Arch Linux). Did I do 'darcs send' >> right? Do the patches need improvement? > > thanks. I am surprised that you need patches to get it working with > xmonad, as that is basically the only well-tested setup, namely mine. > > It does require the use of XMonad.Hooks.EwmhDesktops, which makes it set > _NET_CLIENT_LIST and does not require special code on arbtt?s side. Is > there a reason why you cannot use that? Lack of knowing that it exists... I will go use that now! Maybe it could be in arbtt documentation or the error message (or did I just miss it?). > Thanks for the 7.6 compat patch, applied. > > Am Dienstag, den 01.01.2013, 16:49 -0500 schrieb Isaac Dupree: >> arbtt-capture segfaults occasionally for me[1]. Valgrind didn't tell me >> why (I think valgrind is better for C and C++ memory errors than Haskell). >> >> So now I run arbtt-capture with this script to restart it: >> >> while true; do ./arbtt-capture; echo; echo "Whoops dead" >&2; date; >> sleep 30; echo "; restarting" >&2; done >> >> (which works fine, though it'd be nice to know why arbtt-capture >> segfaults :-) ) > > I don?t have that here, so no idea what is happening. Can you run it in > gdb and obtain a stacktrace, in case the crash happens in C world? It crashes like below[1][2] (even without GDB) so perhaps it's some prior memory corruption. [1] *** glibc detected *** ./arbtt-capture: munmap_chunk(): invalid pointer: 0x00007f5ae4b3dfc9 *** ======= Backtrace: ========= /usr/lib/libc.so.6(+0x798a6)[0x7f5ae59568a6] /usr/lib/libX11.so.6(XFree+0x9)[0x7f5ae6650e09] ./arbtt-capture[0x4779ea] [2] *** glibc detected *** ./arbtt-capture: free(): invalid size: 0x00000000005278b0 *** ======= Backtrace: ========= /usr/lib/libc.so.6(+0x798a6)[0x7ff3d02df8a6] /usr/lib/libX11.so.6(XFree+0x9)[0x7ff3d0fd9e09] ./arbtt-capture[0x4779ea] From nomeata at debian.org Fri Jan 4 17:30:15 2013 From: nomeata at debian.org (Joachim Breitner) Date: Fri, 04 Jan 2013 17:30:15 +0100 Subject: some fixes! In-Reply-To: <50E5EEF0.6000201@isaac.cedarswampstudios.org> References: <50E0C8B6.4050707@isaac.cedarswampstudios.org> <1357241563.11992.4.camel@kirk> <50E5EEF0.6000201@isaac.cedarswampstudios.org> Message-ID: <1357317015.19737.22.camel@kirk> Hi, Am Donnerstag, den 03.01.2013, 15:49 -0500 schrieb Isaac Dupree: > > It does require the use of XMonad.Hooks.EwmhDesktops, which makes it set > > _NET_CLIENT_LIST and does not require special code on arbtt?s side. Is > > there a reason why you cannot use that? > > Lack of knowing that it exists... I will go use that now! Maybe it > could be in arbtt documentation or the error message (or did I just miss > it?). Good idea, I created a troubleshooting section and put it in: http://darcs.nomeata.de/arbtt/doc/users_guide/troubleshooting.html If you would have found the working or titles not as helpful as they could be feel free to submit a patch. > > Am Dienstag, den 01.01.2013, 16:49 -0500 schrieb Isaac Dupree: > >> arbtt-capture segfaults occasionally for me[1]. Valgrind didn't tell me > >> why (I think valgrind is better for C and C++ memory errors than Haskell). > >> > >> So now I run arbtt-capture with this script to restart it: > >> > >> while true; do ./arbtt-capture; echo; echo "Whoops dead" >&2; date; > >> sleep 30; echo "; restarting" >&2; done > >> > >> (which works fine, though it'd be nice to know why arbtt-capture > >> segfaults :-) ) > > > > I don?t have that here, so no idea what is happening. Can you run it in > > gdb and obtain a stacktrace, in case the crash happens in C world? > > It crashes like below[1][2] (even without GDB) so perhaps it's some > prior memory corruption. > > [1] > *** glibc detected *** ./arbtt-capture: munmap_chunk(): invalid pointer: > 0x00007f5ae4b3dfc9 *** > ======= Backtrace: ========= > /usr/lib/libc.so.6(+0x798a6)[0x7f5ae59568a6] > /usr/lib/libX11.so.6(XFree+0x9)[0x7f5ae6650e09] > ./arbtt-capture[0x4779ea] > > [2] > *** glibc detected *** ./arbtt-capture: free(): invalid size: > 0x00000000005278b0 *** > ======= Backtrace: ========= > /usr/lib/libc.so.6(+0x798a6)[0x7ff3d02df8a6] > /usr/lib/libX11.so.6(XFree+0x9)[0x7ff3d0fd9e09] > ./arbtt-capture[0x4779ea] Does it still occur without your patch and an EWMH-enabled xmonad? Thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata at debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata at joachim-breitner.de | http://people.debian.org/~nomeata -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From waldir at email.com Thu Jun 13 04:39:43 2013 From: waldir at email.com (Waldir Pimenta) Date: Thu, 13 Jun 2013 03:39:43 +0100 (WEST) Subject: darcs patch: Fix an expression in README (and 8 more) Message-ID: <20130613023943.A2A651C60FA@clevo-ubuntu> 9 patches for repository http://darcs.nomeata.de/arbtt: Wed May 8 16:45:41 WEST 2013 Waldir Pimenta * Fix an expression in README "day of time" --> "time of day" Fri May 10 15:16:36 WEST 2013 Waldir Pimenta * Fix hackage url Fri May 10 16:43:39 WEST 2013 Waldir Pimenta * Fix typo in documentation "tries to readsthe data samples" --> "tries to read the data sample" Fri May 10 16:47:20 WEST 2013 Waldir Pimenta * fix usage of filename tag in documentation Fri May 10 16:49:39 WEST 2013 Waldir Pimenta * Add missing space: ofregular --> of regular Sat May 11 19:02:50 WEST 2013 Waldir Pimenta * Convert whitespace in categorize.cfg's aliases One of the lines of the aliases used spaces instead of a tab. Changed to match the other ones. Sat May 11 19:18:51 WEST 2013 Waldir Pimenta * Document comment syntax in the example .cfg file This is the first of a set of changes aimed to make the initial learning curve of arbtt smoother, especially for users not familiar with Haskell. Sat May 11 19:21:12 WEST 2013 Waldir Pimenta * Use spaces for alignment "Tabs for indentation, spaces for alignment" is a common strategy to format monospaced plain text in order to preserve its layout regardless of the editor configuration (number of spaces per tags) Sat May 11 19:23:33 WEST 2013 Waldir Pimenta * Fix syntax of example categorize.cfg file It was mising the final "}". -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-preview.txt Type: text/x-darcs-patch Size: 7154 bytes Desc: Patch preview URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fix-an-expression-in-readme.dpatch Type: application/x-darcs-patch Size: 7357 bytes Desc: A darcs patch for your repository! URL: From waldir at email.com Thu Jun 13 05:04:04 2013 From: waldir at email.com (Waldir Pimenta) Date: Thu, 13 Jun 2013 04:04:04 +0100 Subject: darcs patch: Fix an expression in README (and 8 more) In-Reply-To: <20130613023943.A2A651C60FA@clevo-ubuntu> References: <20130613023943.A2A651C60FA@clevo-ubuntu> Message-ID: Oh, my, it seems "darcs send" did work after all! Sorry for my duplicate post; the patches are exactly the same. On Thu, Jun 13, 2013 at 3:39 AM, Waldir Pimenta wrote: > 9 patches for repository http://darcs.nomeata.de/arbtt: > > Wed May 8 16:45:41 WEST 2013 Waldir Pimenta > * Fix an expression in README > "day of time" --> "time of day" > > Fri May 10 15:16:36 WEST 2013 Waldir Pimenta > * Fix hackage url > > Fri May 10 16:43:39 WEST 2013 Waldir Pimenta > * Fix typo in documentation > "tries to readsthe data samples" --> "tries to read the data sample" > > Fri May 10 16:47:20 WEST 2013 Waldir Pimenta > * fix usage of filename tag in documentation > > Fri May 10 16:49:39 WEST 2013 Waldir Pimenta > * Add missing space: ofregular --> of regular > > Sat May 11 19:02:50 WEST 2013 Waldir Pimenta > * Convert whitespace in categorize.cfg's aliases > > One of the lines of the aliases used spaces instead of a tab. > Changed to match the other ones. > > Sat May 11 19:18:51 WEST 2013 Waldir Pimenta > * Document comment syntax in the example .cfg file > > This is the first of a set of changes > aimed to make the initial learning curve of arbtt smoother, > especially for users not familiar with Haskell. > > Sat May 11 19:21:12 WEST 2013 Waldir Pimenta > * Use spaces for alignment > > "Tabs for indentation, spaces for alignment" is a common strategy > to format monospaced plain text in order to preserve its layout > regardless of the editor configuration (number of spaces per tags) > > Sat May 11 19:23:33 WEST 2013 Waldir Pimenta > * Fix syntax of example categorize.cfg file > > It was mising the final "}". > > > [Fix an expression in README > Waldir Pimenta **20130508154541 > Ignore-this: 22d43dca6f06774a332a188bed3a4870 > "day of time" --> "time of day" > ] hunk ./README 86 > syntax). > * $total_idle time, which is the maximum idle time until it is reset. > This > would allow the user to catch the idle times more exactly. > - * Rules based on day of time, to create tags for worktime, weekend, late > + * Rules based on time of day, to create tags for worktime, weekend, late > at night. (Partially done) > * Storing the current timezone in the tags, for the prevoius entry to be > more to be more useful. > [Fix hackage url > Waldir Pimenta **20130510141636 > Ignore-this: ab6a76de070ae5429549f8251f147d80 > ] hunk ./doc/arbtt.xml 751 > > See also > See the arbtt manual for more information and the - url="http://www.hackage.org/package/arbtt">arbtt hackage > page for > + url="http://hackage.haskell.org/package/arbtt">arbtt hackage > page for > newer versions of arbtt. > > > hunk ./doc/arbtt.xml 821 > > See also > See the arbtt manual for more information and the - url="http://www.hackage.org/package/arbtt">arbtt hackage > page for > + url="http://hackage.haskell.org/package/arbtt">arbtt hackage > page for > newer versions of arbtt. > > > hunk ./doc/arbtt.xml 885 > > See also > See the arbtt manual for more information and the - url="http://www.hackage.org/package/arbtt">arbtt hackage > page for > + url="http://hackage.haskell.org/package/arbtt">arbtt hackage > page for > newer versions of arbtt. > > > hunk ./doc/arbtt.xml 949 > > See also > See the arbtt manual for more information and the - url="http://www.hackage.org/package/arbtt">arbtt hackage > page for > + url="http://hackage.haskell.org/package/arbtt">arbtt hackage > page for > newer versions of arbtt. > > > hunk ./doc/arbtt.xml 1024 > > See also > See the arbtt manual for more information and the - url="http://www.hackage.org/package/arbtt">arbtt hackage > page for > + url="http://hackage.haskell.org/package/arbtt">arbtt hackage > page for > newer versions of arbtt. > > > [Fix typo in documentation > Waldir Pimenta **20130510154339 > Ignore-this: 770bb596059ee6a4ff7c40a3a2c12ef0 > "tries to readsthe data samples" --> "tries to read the data sample" > ] hunk ./doc/arbtt.xml 975 > > Description > > - arbtt-recover tries to readsthe data samples > recorded > + arbtt-recover tries to read the data samples > recorded > by , skipping over possible broken > entries. A fixed log file is written to > ~/.arbtt/capture.log.recovered. If the recovery was > successful, you should stop arbtt-capture and move the > file to ~/.arbtt/capture.log. > > > [fix usage of filename tag in documentation > Waldir Pimenta **20130510154720 > Ignore-this: 935a1ae1d68beeda3b4cd31368bbd93f > ] hunk ./doc/arbtt.xml 976 > Description > > arbtt-recover tries to read the data samples > recorded > - by , skipping over possible broken > entries. A fixed log file is written to > ~/.arbtt/capture.log.recovered. If the recovery was > successful, you should stop arbtt-capture and move the > file to ~/.arbtt/capture.log. > + by , skipping over possible broken > entries. A fixed log file is written to > ~/.arbtt/capture.log.recovered. If the recovery was > successful, you should stop arbtt-capture and move the > file to ~/.arbtt/capture.log. > > > As a sid effect, arbtt-recover applies the log > compression method implemented in version 0.4.5 to the samples created by > an earlier version. If you have a large logfile written by older versions, > running arbtt-recover is recommended. > [Add missing space: ofregular --> of regular > Waldir Pimenta **20130510154939 > Ignore-this: f86b6248aaba9ba1655c441a99050802 > ] hunk ./doc/arbtt.xml 1121 > Performance improvements. > > > - Support comparing a string to a list of strings, or > matching it against a list ofregular expressions. > + Support comparing a string to a list of strings, or > matching it against a list of regular expressions. > > > > [Convert whitespace in categorize.cfg's aliases > Waldir Pimenta **20130511180250 > Ignore-this: e9c776828390fc4c2f27b2e8793ce958 > > One of the lines of the aliases used spaces instead of a tab. > Changed to match the other ones. > ] hunk ./categorize.cfg 6 > "sun-awt-X11-XFramePeer" -> "java", > "sun-awt-X11-XDialogPeer" -> "java", > "sun-awt-X11-XWindowPeer" -> "java", > - "gramps.py" -> "gramps", > + "gramps.py" -> "gramps", > "___nforschung" -> "ahnenforschung", > "Pidgin" -> "pidgin" > ) > [Document comment syntax in the example .cfg file > Waldir Pimenta **20130511181851 > Ignore-this: a423dfb9989410193ed8818d681d00e5 > > This is the first of a set of changes > aimed to make the initial learning curve of arbtt smoother, > especially for users not familiar with Haskell. > ] hunk ./categorize.cfg 1 > +-- Comments in this file use the Haskell syntax: > +-- A "--" comments the rest of the line. > +-- A set of {- ... -} comments out a group of lines. > + > -- This defines some aliases, to make the reports look nicer: > aliases ( > "sun-awt-X11-XFramePeer" -> "java", > [Use spaces for alignment > Waldir Pimenta **20130511182112 > Ignore-this: 3e834529f68c36d1252afb5db4ce1adb > > "Tabs for indentation, spaces for alignment" is a common strategy > to format monospaced plain text in order to preserve its layout > regardless of the editor configuration (number of spaces per tags) > ] hunk ./categorize.cfg 12 > "sun-awt-X11-XWindowPeer" -> "java", > "gramps.py" -> "gramps", > "___nforschung" -> "ahnenforschung", > - "Pidgin" -> "pidgin" > + "Pidgin" -> "pidgin" > ) > > -- A rule that probably everybody wants. Being inactive for over a minute > [Fix syntax of example categorize.cfg file > Waldir Pimenta **20130511182333 > Ignore-this: 789f2f19e31825ce67033919288bc658 > > It was mising the final "}". > ] hunk ./categorize.cfg 126 > year $date == 2010 ==> tag year:2010, > -} > > +} > + > > > _______________________________________________ > arbtt mailing list > arbtt at lists.nomeata.de > https://lists.nomeata.de/mailman/listinfo/arbtt > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From waldir at email.com Thu Jun 13 04:59:43 2013 From: waldir at email.com (Waldir Pimenta) Date: Thu, 13 Jun 2013 03:59:43 +0100 Subject: Some patches (minor changes) Message-ID: Hi all, I came across arbtt some months ago but never took the time to set to set it up properly. In the process of learning how to work with it, I decided I should use the opportunity to learn how to use darcs and hopefully improve arbtt upstream, even if just documentation-wise. So here are a few minor changes, hopefully in a properly formatted way. Cheers, Waldir -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: waldir-changes.dpatch Type: application/octet-stream Size: 8965 bytes Desc: not available URL: From mail at joachim-breitner.de Thu Jun 13 09:19:09 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Thu, 13 Jun 2013 09:19:09 +0200 Subject: Some patches (minor changes) In-Reply-To: References: Message-ID: <1371107949.4126.1.camel@kirk> Hi, Am Donnerstag, den 13.06.2013, 03:59 +0100 schrieb Waldir Pimenta: > I came across arbtt some months ago but never took the time to set to > set it up properly. > In the process of learning how to work with it, I decided I should use > the opportunity to learn how to use darcs and hopefully improve arbtt > upstream, even if just documentation-wise. > So here are a few minor changes, hopefully in a properly formatted > way. great! Such contributions are highly welcome. Applied and pushed to the repo, and added you to the list of contributors: http://darcs.nomeata.de/arbtt/doc/users_guide/ Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From waldir at email.com Sat Jun 15 18:53:20 2013 From: waldir at email.com (Waldir Pimenta) Date: Sat, 15 Jun 2013 17:53:20 +0100 Subject: Some patches (minor changes) In-Reply-To: <1371107949.4126.1.camel@kirk> References: <1371107949.4126.1.camel@kirk> Message-ID: Thanks! I also have some feedback regarding usage which I'll submit in a separate thread :) On Thu, Jun 13, 2013 at 8:19 AM, Joachim Breitner wrote: > Hi, > > Am Donnerstag, den 13.06.2013, 03:59 +0100 schrieb Waldir Pimenta: > > I came across arbtt some months ago but never took the time to set to > > set it up properly. > > In the process of learning how to work with it, I decided I should use > > the opportunity to learn how to use darcs and hopefully improve arbtt > > upstream, even if just documentation-wise. > > So here are a few minor changes, hopefully in a properly formatted > > way. > > great! Such contributions are highly welcome. Applied and pushed to the > repo, and added you to the list of contributors: > http://darcs.nomeata.de/arbtt/doc/users_guide/ > > Greetings, > Joachim > > > -- > Joachim ?nomeata? Breitner > mail at joachim-breitner.de ? http://www.joachim-breitner.de/ > Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C > Debian Developer: nomeata at debian.org > > _______________________________________________ > arbtt mailing list > arbtt at lists.nomeata.de > https://lists.nomeata.de/mailman/listinfo/arbtt > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From waldir at email.com Sat Jun 15 19:16:40 2013 From: waldir at email.com (Waldir Pimenta) Date: Sat, 15 Jun 2013 18:16:40 +0100 Subject: Some feedback Message-ID: Hi all, As I mentioned in my previous message, here are a few ideas/questions that popped up as I used arbtt recently, about which I'd like your opinions: 1. It would be nice to have an index page at http://darcs.nomeata.de/arbtt/ so that it would work as the main home page for the project, instead of http://darcs.nomeata.de/arbtt/doc/users_guide/. If this idea is supported by others, I'd be willing to make such a page, including some nice design :) 2. Some window titles aren?t decoded properly with arbtt-dump; Special characters appear as escaped sequences -- for instance, \226\128\162, (which corresponds to a bullet, • in html), \226\132\162 (which appears at the end of the name of skype windows) and \226\128\148 (which is the character between the document title and the filename in the evince pdf reader). Is this done on purpose, or could arbtt-dump output the corresponding unicode characters directly? 3. arbtt-dump seems to use True/False for indicating which window is the top one. Since the output of arbtt-dump is plain text anyway, would it be a good idea to use a more explicit marker, such as an Active/Inactive string? Or, if the format that the command outputs is a Haskell data format (say, like JSON), maybe formatting that part as a named variable then, like e.g. { active=True }, could work for the same effect (making the output self-explanatory). 4. Speaking of JSON, it would be nice to have an option to dump it as JSON! It is already a quite similar format, and would make parsing by other programs much more accessible (I believe). Thoughts? 5. Could arbtt-dump have some options for filtering how many entries to dump? e.g. last hour, last day, last n entries, etc. Cheers, Waldir -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Sat Jun 15 22:27:47 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Sat, 15 Jun 2013 22:27:47 +0200 Subject: Some feedback In-Reply-To: References: Message-ID: <1371328067.14817.10.camel@kirk> Hi, Am Samstag, den 15.06.2013, 18:16 +0100 schrieb Waldir Pimenta: > As I mentioned in my previous message, here are a few ideas/questions > that popped up as I used arbtt recently, about which I'd like your > opinions: First of all, thanks for your feedback; it is very much appreciated. > 1. It would be nice to have an index page at > http://darcs.nomeata.de/arbtt/ so that it would work as the > main home page for the project, instead of > http://darcs.nomeata.de/arbtt/doc/users_guide/. If this idea > is supported by others, I'd be willing to make such a page, > including some nice design :) A proper homepage for it would be nice. At some point I planned to extend http://www.joachim-breitner.de/projects to have separate pages for every project, with more content, but never got around to do so. And maybe it is a good idea not to bind it too much to my personal homepage and let it live on its own. But I?d put such a homepage on a domain of its own (say, http://arbtt.nomeata.de/). If you?d enjoy creating a homepage for it, I?ll definitely put it there! Just create a new darcs repo and give me access to it, and I?ll set it up. For that purpose, you can assume that the user documentation is also accessible at http://arbtt.nomeata.de/doc/users_guide/. > 1. Some window titles aren?t decoded properly with arbtt-dump; > Special characters appear as escaped sequences -- for > instance, \226\128\162, (which corresponds to a bullet, • > in html), \226\132\162 (which appears at the end of the name > of skype windows) and \226\128\148 (which is the character > between the document title and the filename in the evince pdf > reader). Is this done on purpose, or could arbtt-dump output > the corresponding unicode characters directly? > 2. arbtt-dump seems to use True/False for indicating which window > is the top one. Since the output of arbtt-dump is plain text > anyway, would it be a good idea to use a more explicit marker, > such as an Active/Inactive string? Or, if the format that the > command outputs is a Haskell data format (say, like JSON), > maybe formatting that part as a named variable then, like e.g. > { active=True }, could work for the same effect (making the > output self-explanatory). > 3. Speaking of JSON, it would be nice to have an option to dump > it as JSON! It is already a quite similar format, and would > make parsing by other programs much more accessible (I > believe). Thoughts? > 4. Could arbtt-dump have some options for filtering how many > entries to dump? e.g. last hour, last day, last n entries, > etc. All these related to arbtt-dump, which is not meant to be a user?s tool. It main purpose is to debug and to convert the binary format to a non-binary format. I?d like to see arbtt-stats the main user tool to interact with arbtt. On the other hand, maybe I should revise this opinion. So far, arbtt-stats only reports that somehow aggregate the data; there is no way to view the raw data directly, and the name arbtt-dump really sounds like it should do that. So maybe arbtt-dump should get new options: The same sample-selecting options that arbtt-stats supports (--filter, --exclude, --only), and in addition a --format parameter that allows to switch from the ?internal? format to some human-readable format or some programming-accessible format (e.g. JSON). An option to more easily select the last n samples or the samples of the last n minutes/hours/days/week/months/years would probably be handy as well. Do you have a concrete usecase in mind? I prefer to develop features when there is a need for it, rather than adding features that are only potentially useful (and otherwise just add bloat). Greetings, Joachim -- Joachim Breitner e-Mail: mail at joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189 Jabber-ID: nomeata at joachim-breitner.de -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From waldir at email.com Sun Jun 16 18:49:28 2013 From: waldir at email.com (Waldir Pimenta) Date: Sun, 16 Jun 2013 17:49:28 +0100 Subject: Some feedback In-Reply-To: <1371328067.14817.10.camel@kirk> References: <1371328067.14817.10.camel@kirk> Message-ID: On Sat, Jun 15, 2013 at 9:27 PM, Joachim Breitner wrote: > Hi, > > Am Samstag, den 15.06.2013, 18:16 +0100 schrieb Waldir Pimenta: > > > As I mentioned in my previous message, here are a few ideas/questions > > that popped up as I used arbtt recently, about which I'd like your > > opinions: > > First of all, thanks for your feedback; it is very much appreciated. > > > 1. It would be nice to have an index page at > > http://darcs.nomeata.de/arbtt/ so that it would work as the > > main home page for the project, instead of > > http://darcs.nomeata.de/arbtt/doc/users_guide/. If this idea > > is supported by others, I'd be willing to make such a page, > > including some nice design :) > > A proper homepage for it would be nice. At some point I planned to > extend http://www.joachim-breitner.de/projects to have separate pages > for every project, with more content, but never got around to do so. And > maybe it is a good idea not to bind it too much to my personal homepage > and let it live on its own. > > But I?d put such a homepage on a domain of its own (say, > http://arbtt.nomeata.de/). If you?d enjoy creating a homepage for it, > I?ll definitely put it there! Just create a new darcs repo and give me > access to it, and I?ll set it up. For that purpose, you can assume that > the user documentation is also accessible at > http://arbtt.nomeata.de/doc/users_guide/. > Sure, two questions about that: First, do you have any software project page which you think works well and we could emulate (not necessarily in appearance, but in content and organization)? Second, I was actually thinking of a single page, i.e. an index.html in the current repo, nothing too fancy. The url could change (I have no strong opinions on that), but regarding the content, I don't see the need for anything more elaborated than a simple page, maybe with some tabs for different sections but that's all. Would you prefer an actual full-fledged website instead? And if so, what would be included in it? > > 1. Some window titles aren?t decoded properly with arbtt-dump; > > Special characters appear as escaped sequences -- for > > instance, \226\128\162, (which corresponds to a bullet, • > > in html), \226\132\162 (which appears at the end of the name > > of skype windows) and \226\128\148 (which is the character > > between the document title and the filename in the evince pdf > > reader). Is this done on purpose, or could arbtt-dump output > > the corresponding unicode characters directly? > > 2. arbtt-dump seems to use True/False for indicating which window > > is the top one. Since the output of arbtt-dump is plain text > > anyway, would it be a good idea to use a more explicit marker, > > such as an Active/Inactive string? Or, if the format that the > > command outputs is a Haskell data format (say, like JSON), > > maybe formatting that part as a named variable then, like e.g. > > { active=True }, could work for the same effect (making the > > output self-explanatory). > > 3. Speaking of JSON, it would be nice to have an option to dump > > it as JSON! It is already a quite similar format, and would > > make parsing by other programs much more accessible (I > > believe). Thoughts? > > 4. Could arbtt-dump have some options for filtering how many > > entries to dump? e.g. last hour, last day, last n entries, > > etc. > > All these related to arbtt-dump, which is not meant to be a user?s tool. > It main purpose is to debug and to convert the binary format to a > non-binary format. I?d like to see arbtt-stats the main user tool to > interact with arbtt. > > On the other hand, maybe I should revise this opinion. So far, > arbtt-stats only reports that somehow aggregate the data; there is no > way to view the raw data directly, and the name arbtt-dump really sounds > like it should do that. > > So maybe arbtt-dump should get new options: The same sample-selecting > options that arbtt-stats supports (--filter, --exclude, --only), and in > addition a --format parameter that allows to switch from the ?internal? > format to some human-readable format or some programming-accessible > format (e.g. JSON). > Yes, all that sounds great, and would be very useful to me (see below). > > An option to more easily select the last n samples or the samples of the > last n minutes/hours/days/week/months/years would probably be handy as > well. > > Do you have a concrete usecase in mind? I prefer to develop features > when there is a need for it, rather than adding features that are only > potentially useful (and otherwise just add bloat). > Yes, I actually wrote little shell aliases called arbtt-log-hour, arbtt-log-day, etc., which get arbtt-dump's output and apply some sed commands to clean it up for consumption, resulting in entries in the format: YYYY-MM-DD HH:mm [program-name] "Top window title" This basically gives me a readable log of which windows were the top ones at every minute for the past, say, hour. I use this to quickly summarize my recent activities in my personal log. I would love if arbtt would provide this functionality out of the box, so I wouldn't have to get the full arbtt-dump output and then remove entries I don't need (which is obviously slow). Additionally, it would be great to have it merge entries where the top window remains the same through a continuous set of samples (or the list of windows doesn't change, if one chooses to view also non-top windows). This sort of access would also make it possible to use arbtt to generate personal statistics and visualizations (Stephen Wolfram has done some interesting stuff in this vein, see here: http://blog.stephenwolfram.com/2012/03/the-personal-analytics-of-my-life/). An open-source program similar to RescueTime would also be possible (to some degree - actual urls aren't captured by arbtt and that's important data since a large part of today's digital activity occurs online). By the way, have you ever thought of using, say, sqlite instead of a Haskell-specific (I assume) binary format? I think that would open up the door to even more possibilities :) Waldir -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Sun Jun 16 22:08:41 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Sun, 16 Jun 2013 22:08:41 +0200 Subject: Some feedback In-Reply-To: References: <1371328067.14817.10.camel@kirk> Message-ID: <1371413321.5691.16.camel@kirk> Hi, Am Sonntag, den 16.06.2013, 17:49 +0100 schrieb Waldir Pimenta: > Sure, two questions about that: First, do you have any software > project page which you think works well and we could emulate (not > necessarily in appearance, but in content and organization)? Sadly, no. There is http://sm.nomeata.de/ which is the web-version of one of my programs, so quite different, all others have just blog posts. > Second, I was actually thinking of a single page, i.e. an index.html > in the current repo, nothing too fancy. The url could change (I have > no strong opinions on that), but regarding the content, I don't see > the need for anything more elaborated than a simple page, maybe with > some tabs for different sections but that's all. Agreed, lets keep it simple. Put it in the main repo and I?ll make it available from http://arbtt.nomeata.de. > So maybe arbtt-dump should get new options: The same sample-selecting > options that arbtt-stats supports (--filter, --exclude, --only), and in > addition a --format parameter that allows to switch from the ?internal? > format to some human-readable format or some programming-accessible > format (e.g. JSON). > > > Yes, all that sounds great, and would be very useful to me (see > below). > > An option to more easily select the last n samples or the samples of the > last n minutes/hours/days/week/months/years would probably be handy as > well. > > Do you have a concrete usecase in mind? I prefer to develop features > when there is a need for it, rather than adding features that are only > potentially useful (and otherwise just add bloat). > > > Yes, I actually wrote little shell aliases called arbtt-log-hour, > arbtt-log-day, etc., which get arbtt-dump's output and apply some sed > commands to clean it up for consumption, resulting in entries in the > format: > YYYY-MM-DD HH:mm [program-name] "Top window title" > This basically gives me a readable log of which windows were the top > ones at every minute for the past, say, hour. I use this to quickly > summarize my recent activities in my personal log. I would love if > arbtt would provide this functionality out of the box, so I wouldn't > have to get the full arbtt-dump output and then remove entries I don't > need (which is obviously slow). Sounds useful. > Additionally, it would be great to have it merge entries where the top > window remains the same through a continuous set of samples (or the > list of windows doesn't change, if one chooses to view also non-top > windows). That sounds a lot like arbtt-stats --intervals=Program: --filter '$sampleage <= 1:00' with -- Simple rule that just tags the current program tag Program:$current.program, in categorize.cfg: $ arbtt-stats --intervals=Program: --filter '$sampleage <= 1:00' Intervals for category "Program" ================================ __________________Tag_|______________From_|_____________Until_|_Duration_ Navigator | 06/16/13 19:01:33 | 06/16/13 19:01:33 | 1m00s gnote | 06/16/13 19:02:33 | 06/16/13 19:03:33 | 2m00s Navigator | 06/16/13 19:04:33 | 06/16/13 19:06:33 | 3m00s gnote | 06/16/13 19:07:33 | 06/16/13 19:07:33 | 1m00s Navigator | 06/16/13 19:08:33 | 06/16/13 19:17:33 | 10m00s gnote | 06/16/13 19:18:34 | 06/16/13 19:19:34 | 2m00s Navigator | 06/16/13 19:20:34 | 06/16/13 19:23:34 | 4m00s gnote | 06/16/13 19:24:34 | 06/16/13 19:24:34 | 1m00s gnote | 06/16/13 19:26:34 | 06/16/13 19:26:34 | 1m00s Navigator | 06/16/13 19:27:34 | 06/16/13 19:28:34 | 2m00s Navigator | 06/16/13 19:30:34 | 06/16/13 19:38:34 | 9m00s evolution | 06/16/13 19:39:34 | 06/16/13 19:39:34 | 1m00s Navigator | 06/16/13 19:40:34 | 06/16/13 19:41:34 | 2m00s gnome-terminal-server | 06/16/13 19:42:34 | 06/16/13 19:42:34 | 1m00s evolution | 06/16/13 19:43:34 | 06/16/13 19:45:35 | 3m00s Navigator | 06/16/13 19:46:35 | 06/16/13 19:46:35 | 1m00s gnome-terminal-server | 06/16/13 19:47:35 | 06/16/13 19:47:35 | 1m00s evolution | 06/16/13 19:48:35 | 06/16/13 19:48:35 | 1m00s gnome-terminal-server | 06/16/13 19:49:35 | 06/16/13 19:49:35 | 1m00s Navigator | 06/16/13 19:50:35 | 06/16/13 19:50:35 | 1m00s evolution | 06/16/13 19:51:35 | 06/16/13 19:54:35 | 4m00s gnucash | 06/16/13 19:55:35 | 06/16/13 19:55:35 | 1m00s evolution | 06/16/13 19:56:35 | 06/16/13 19:57:35 | 2m00s gnome-terminal-server | 06/16/13 19:58:35 | 06/16/13 19:58:35 | 1m00s Navigator | 06/16/13 19:59:35 | 06/16/13 19:59:35 | 1m00s gnome-terminal-server | 06/16/13 20:00:35 | 06/16/13 20:01:35 | 2m00s Is that not sufficient for your use case? > This sort of access would also make it possible to use arbtt to > generate personal statistics and visualizations (Stephen Wolfram has > done some interesting stuff in this vein, see > here: http://blog.stephenwolfram.com/2012/03/the-personal-analytics-of-my-life/). An open-source program similar to RescueTime would also be possible (to some degree - actual urls aren't captured by arbtt and that's important data since a large part of today's digital activity occurs online). By the way, have you ever thought of using, say, sqlite instead of a Haskell-specific (I assume) binary format? I think that would open up the door to even more possibilities :) Of course graphs were on my mind as well, but never got around to implement them. Also capturing URLs (or at least domain names) would be nice; are there no firefox plugins that set an X property with the URL? I like to know that the background program uses minimal resources; appending a few bytes to a file is good there. If the possibilities you talk about are about other people writing code to use the data, then a nicer dumping format can serve the same purpose. As more more analysis in arbtt-stats (or arbtt-graph or whatever): There are endless possibilities, and so little time :-). I?d prefer to implement stuff with a concrete usecase, preferably also with a little outline (e.g. a sketch of an graph or of intended output) and some discussion if it is not possibly covered by exiting features, or can maybe simplified or generalized. Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From waldir at email.com Mon Jun 17 05:36:36 2013 From: waldir at email.com (Waldir Pimenta) Date: Mon, 17 Jun 2013 04:36:36 +0100 Subject: Some feedback In-Reply-To: <1371413321.5691.16.camel@kirk> References: <1371328067.14817.10.camel@kirk> <1371413321.5691.16.camel@kirk> Message-ID: On Sun, Jun 16, 2013 at 9:08 PM, Joachim Breitner wrote: > Hi, > > Am Sonntag, den 16.06.2013, 17:49 +0100 schrieb Waldir Pimenta: > > > > Sure, two questions about that: First, do you have any software > > project page which you think works well and we could emulate (not > > necessarily in appearance, but in content and organization)? > > Sadly, no. There is http://sm.nomeata.de/ which is the web-version of > one of my programs, so quite different, all others have just blog posts. > Sorry, I didn't phrase it well. I meant if you know of any software project page (yours or not) that you particularly like and from which we could borrow some ideas :) > > Additionally, it would be great to have it merge entries where the top > > window remains the same through a continuous set of samples (or the > > list of windows doesn't change, if one chooses to view also non-top > > windows). > > That sounds a lot like > arbtt-stats --intervals=Program: --filter '$sampleage <= 1:00' > with > -- Simple rule that just tags the current program > tag Program:$current.program, > in categorize.cfg: > > $ arbtt-stats --intervals=Program: --filter '$sampleage <= 1:00' (snip) > Is that not sufficient for your use case? > Almost. I adapted that slightly to use window titles rather than just the program name. It would be nice if the output didn't have underscores, but apart from that it works well! Thanks :) > > This sort of access would also make it possible to use arbtt to > > generate personal statistics and visualizations (Stephen Wolfram has > > done some interesting stuff in this vein, see > > here: > http://blog.stephenwolfram.com/2012/03/the-personal-analytics-of-my-life/). > An open-source program similar to RescueTime would also be possible (to > some degree - actual urls aren't captured by arbtt and that's important > data since a large part of today's digital activity occurs online). By the > way, have you ever thought of using, say, sqlite instead of a > Haskell-specific (I assume) binary format? I think that would open up the > door to even more possibilities :) > > Of course graphs were on my mind as well, but never got around to > implement them. Also capturing URLs (or at least domain names) would be > nice; are there no firefox plugins that set an X property with the URL? > No idea. But I wasn't suggesting that as a feature for arbtt, just pointing out a potential limitation if arbtt were to be used as a backbone to a RescueTime-like app. > I like to know that the background program uses minimal resources; > appending a few bytes to a file is good there. If the possibilities you > talk about are about other people writing code to use the data, then a > nicer dumping format can serve the same purpose. > As more more analysis in arbtt-stats (or arbtt-graph or whatever): There > are endless possibilities, and so little time :-). I?d prefer to > implement stuff with a concrete usecase, preferably also with a little > outline (e.g. a sketch of an graph or of intended output) and some > discussion if it is not possibly covered by exiting features, or can > maybe simplified or generalized. > Responding to both paragraphs above: Yes, I meant the (imho) improvements to both the binary storage and the text-based dumping format as ways to enable others to build cool stuff on top of arbtt. Lots of people are comfortable with other programming languages and this would expand the arbtt ecosystem beyond Haskell-proficient programmers :) I think arbtt can certainly be enhanced, but I don't feel it really needs many more features on its own. I like the way it does a few things very well (capturing the data and storing it efficiently is what I personally appreciate the most), and making it more interoperable with other tools would, I believe, greatly expand its potential (besides bringing it even closer to the Unix philosophy ideal ;) ) Cheers, Waldir -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Mon Jun 17 16:47:40 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Mon, 17 Jun 2013 16:47:40 +0200 Subject: Some feedback In-Reply-To: References: <1371328067.14817.10.camel@kirk> <1371413321.5691.16.camel@kirk> Message-ID: <1371480460.4122.24.camel@kirk> Hi, Am Montag, den 17.06.2013, 04:36 +0100 schrieb Waldir Pimenta: > Sorry, I didn't phrase it well. I meant if you know of any software > project page (yours or not) that you particularly like and from which > we could borrow some ideas :) http://info-beamer.org/ looks nice, but feel free do to what you like. > Almost. I adapted that slightly to use window titles rather than just > the program name. It would be nice if the output didn't have > underscores, but apart from that it works well! Thanks :) You?re welcome. > I like to know that the background program uses minimal resources; > appending a few bytes to a file is good there. If the possibilities you > talk about are about other people writing code to use the data, then a > nicer dumping format can serve the same purpose. > > As more more analysis in arbtt-stats (or arbtt-graph or whatever): There > are endless possibilities, and so little time :-). I?d prefer to > implement stuff with a concrete usecase, preferably also with a little > outline (e.g. a sketch of an graph or of intended output) and some > discussion if it is not possibly covered by exiting features, or can > maybe simplified or generalized. > > > Responding to both paragraphs above: Yes, I meant the (imho) > improvements to both the binary storage and the text-based dumping > format as ways to enable others to build cool stuff on top of arbtt. > Lots of people are comfortable with other programming languages and > this would expand the arbtt ecosystem beyond Haskell-proficient > programmers :) I think arbtt can certainly be enhanced, but I don't > feel it really needs many more features on its own. I like the way it > does a few things very well (capturing the data and storing it > efficiently is what I personally appreciate the most), and making it > more interoperable with other tools would, I believe, greatly expand > its potential (besides bringing it even closer to the Unix philosophy > ideal ;) ) agreed, but that need would be served by a JSON-dump-format in arbtt-dump, wouldn?t it? Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From waldir at email.com Mon Jun 17 19:59:52 2013 From: waldir at email.com (Waldir Pimenta) Date: Mon, 17 Jun 2013 18:59:52 +0100 Subject: Some feedback In-Reply-To: <1371480460.4122.24.camel@kirk> References: <1371328067.14817.10.camel@kirk> <1371413321.5691.16.camel@kirk> <1371480460.4122.24.camel@kirk> Message-ID: On Mon, Jun 17, 2013 at 3:47 PM, Joachim Breitner wrote: > Hi, > > Am Montag, den 17.06.2013, 04:36 +0100 schrieb Waldir Pimenta: > > > Sorry, I didn't phrase it well. I meant if you know of any software > > project page (yours or not) that you particularly like and from which > > we could borrow some ideas :) > > http://info-beamer.org/ looks nice, but feel free do to what you like. > Got it. I'll get back to the list later with a proposal which we can iterate on. > > I like to know that the background program uses minimal > resources; > > appending a few bytes to a file is good there. If the > possibilities you > > talk about are about other people writing code to use the data, > then a > > nicer dumping format can serve the same purpose. > > > > As more more analysis in arbtt-stats (or arbtt-graph or > whatever): There > > are endless possibilities, and so little time :-). I?d prefer to > > implement stuff with a concrete usecase, preferably also with a > little > > outline (e.g. a sketch of an graph or of intended output) and > some > > discussion if it is not possibly covered by exiting features, or > can > > maybe simplified or generalized. > > > > > > Responding to both paragraphs above: Yes, I meant the (imho) > > improvements to both the binary storage and the text-based dumping > > format as ways to enable others to build cool stuff on top of arbtt. > > Lots of people are comfortable with other programming languages and > > this would expand the arbtt ecosystem beyond Haskell-proficient > > programmers :) I think arbtt can certainly be enhanced, but I don't > > feel it really needs many more features on its own. I like the way it > > does a few things very well (capturing the data and storing it > > efficiently is what I personally appreciate the most), and making it > > more interoperable with other tools would, I believe, greatly expand > > its potential (besides bringing it even closer to the Unix philosophy > > ideal ;) ) > > agreed, but that need would be served by a JSON-dump-format in > arbtt-dump, wouldn?t it? I'd say so, yes. For quick hacks, especially, I suppose a JSON export and the filtering commands mentioned earlier will be enough. Of course, it is impossible to predict what people would think of, so the filters provided might not suit a particular hacker's needs. Processing the text dump is doable, but ideally, I assume some performance would be lost in the exporting to text through arbtt-dump and parsing by the target program, when direct db access could arguably be faster. Of course, this is just an hypothetical disadvantage of a hypotethical application, so if converting to sqlite would entail non-trivial changes, I guess it can be said to amount to premature optimization and therefore undesirable for now :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From waldir at email.com Tue Jun 18 06:00:31 2013 From: waldir at email.com (Waldir Pimenta) Date: Tue, 18 Jun 2013 05:00:31 +0100 Subject: Homepage proposal Message-ID: Here's my proposal for a home page: https://dl.dropboxusercontent.com/u/510542/index.html (archive: http://archive.is/5SxZT) I realize it's quite big, and perhaps the text is too verbose. Maybe we can split the sections into tabs, and cut some of the text. I am aware that i tend to write a lot, so don't hesitate to point out stuff that should be cut :) As for the design, it's simple and (IMO) neat, but for that very reason it's also easy to change into something else, if that's desirable. Cheers, Waldir -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Wed Jun 19 09:36:53 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Wed, 19 Jun 2013 09:36:53 +0200 Subject: Homepage proposal In-Reply-To: References: Message-ID: <1371627413.4157.7.camel@kirk> Hi, Am Dienstag, den 18.06.2013, 05:00 +0100 schrieb Waldir Pimenta: > Here's my proposal for a home > page: https://dl.dropboxusercontent.com/u/510542/index.html > (archive: http://archive.is/5SxZT) nice, I like it so far! > I realize it's quite big, and perhaps the text is too verbose. Maybe > we can split the sections into tabs, and cut some of the text. I am > aware that i tend to write a lot, so don't hesitate to point out stuff > that should be cut :) Indeed there is a lot of text that greets the visitor. Unfortunately, I am not very good at cutting text, after all, every sentence for itself has some justification. Tabs might help. > As for the design, it's simple and (IMO) neat, but for that very > reason it's also easy to change into something else, if that's > desirable. The design is nice. For some reason I find the font a bit less readable than others, but I can?t really say why. Also, I dislike including external resources if avoidable (here, Google web fonts). Would it hurt the design a lot to switch to the defauls sans-serif font? The ?how does it work? section could be improved in that the example output corresponds to the example rules. I?d like to re-order the installation entries to "Hackage, Debian, Source", skip OS X. The arbtt mailing list should also be advertised to users somehow. The link to the documentation needs to be more easily found. Maybe when you introduce tabs, one of them could just be ?Documentation? and linking to the documentation? All in all, a very good start, and only minor polishing needed. Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From mail at joachim-breitner.de Thu Jun 20 23:53:40 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Thu, 20 Jun 2013 23:53:40 +0200 Subject: Some feedback In-Reply-To: References: <1371328067.14817.10.camel@kirk> <1371413321.5691.16.camel@kirk> <1371480460.4122.24.camel@kirk> Message-ID: <1371765220.8568.3.camel@kirk> Hi, I implemented parts of your suggestsions, see the documentation at http://darcs.nomeata.de/arbtt/doc/users_guide/arbtt-dump.html for what is possible now (--format and --last). --filter is actually not so easy: The --filter from stats allows predicates that involve tags, and hence require actual processing of the data, and requires categorize.cfg to be read. I?d like to keep arbtt-dump at least independent of the categorization logic. Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From waldir at email.com Tue Jun 25 03:34:26 2013 From: waldir at email.com (Waldir Pimenta) Date: Tue, 25 Jun 2013 02:34:26 +0100 Subject: Homepage proposal In-Reply-To: <1371627413.4157.7.camel@kirk> References: <1371627413.4157.7.camel@kirk> Message-ID: Hi! I finally managed to convert the page to a tabbed version. It was harder that it might seem at first, but with the right combination of CSS selectors and rules, it works out quite nicely. The page now resembles a multi-page site, but is actually a single page, so navigating it will happen in a snap! Here's the link for the current version: https://dl.dropboxusercontent.com/u/510542/arbtt/index.html ( archive: http://archive.is/5qWLr ) Below I answer directly to some of your comments. On Wed, Jun 19, 2013 at 8:36 AM, Joachim Breitner wrote: > > The design is nice. For some reason I find the font a bit less readable > than others, but I can?t really say why. Also, I dislike including > external resources if avoidable (here, Google web fonts). Would it hurt > the design a lot to switch to the defauls sans-serif font? > I was thinking the same, but thought it was only me. It probably has something to do with the weight of that particular font. I switched to the browser's default sans-serif font, that seems to work quite well. > > The ?how does it work? section could be improved in that the example > output corresponds to the example rules. > Indeed. I was just lazy and used your own example. Done :) > > I?d like to re-order the installation entries to "Hackage, Debian, > Source", skip OS X. > Ok, that's done as well. I wasn't sure what to do with the Windows instructions since you didn't mention them in your list. I put them last. > > The arbtt mailing list should also be advertised to users somehow. > It is, in the get involved section. Hopefully with tabs it will be more visible. > > The link to the documentation needs to be more easily found. Maybe when > you introduce tabs, one of them could just be ?Documentation? and > linking to the documentation? > Again, I hope the tabs will make the documentation easier to find. I added some links in the "Usage" section of the page. Let me know if that works for you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From waldir at email.com Tue Jun 25 03:47:30 2013 From: waldir at email.com (Waldir Pimenta) Date: Tue, 25 Jun 2013 02:47:30 +0100 Subject: Some feedback In-Reply-To: <1371765220.8568.3.camel@kirk> References: <1371328067.14817.10.camel@kirk> <1371413321.5691.16.camel@kirk> <1371480460.4122.24.camel@kirk> <1371765220.8568.3.camel@kirk> Message-ID: That's excellent, thanks a lot! I do agree that arbtt-dump should be kept separate from the categorization, but on the other hand I assume it will be faster for arbtt to output a subset of its entries directly than to, say, pipe the whole output to grep. Could there be a simple grep-like (regex support would be ideal but simple string matching would already be great) ability to limit arbtt-dump's output to entries whose program or title match a given search? Also, in the human-readable output, I think it would be nice to omit timestamp components that are smaller than arbtt's set frequency. For example, if arbtt is set to use the default frequency of one sample per minute, it doesn't make sense to have every entry showing the seconds, since they'll be the same for every entry. Even if this would make the logic too complicated, a simple removal of the sub-second resolution time data would be useful for readability (again, for the human output format), IMO. Finally, a nitpick: isn't interoperability (rather than operability) the right term for describing the rationale for JSON output? On Thu, Jun 20, 2013 at 10:53 PM, Joachim Breitner wrote: > Hi, > > I implemented parts of your suggestsions, see the documentation at > http://darcs.nomeata.de/arbtt/doc/users_guide/arbtt-dump.html > for what is possible now (--format and --last). > > --filter is actually not so easy: The --filter from stats allows > predicates that involve tags, and hence require actual processing of the > data, and requires categorize.cfg to be read. I?d like to keep > arbtt-dump at least independent of the categorization logic. > > Greetings, > Joachim > > > -- > Joachim ?nomeata? Breitner > mail at joachim-breitner.de ? http://www.joachim-breitner.de/ > Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C > Debian Developer: nomeata at debian.org > > _______________________________________________ > arbtt mailing list > arbtt at lists.nomeata.de > https://lists.nomeata.de/mailman/listinfo/arbtt > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Tue Jun 25 09:15:28 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Tue, 25 Jun 2013 09:15:28 +0200 Subject: Homepage proposal In-Reply-To: References: <1371627413.4157.7.camel@kirk> Message-ID: <1372144528.4116.5.camel@kirk> Hi, Am Dienstag, den 25.06.2013, 02:34 +0100 schrieb Waldir Pimenta: > Here's the link for the current version: > https://dl.dropboxusercontent.com/u/510542/arbtt/index.html ( archive: > http://archive.is/5qWLr ) I like it! Minor issue: Due to the tabs turning bold when active, the text jumps. I guess the text could be permanently bold to avoid that. > I?d like to re-order the installation entries to "Hackage, Debian, > Source", skip OS X. > > > Ok, that's done as well. I wasn't sure what to do with the Windows > instructions since you didn't mention them in your list. I put them > last. I?d put them before Source (no need to be mean), but I can do such minor changes myself when merging, so don?t worry. > The arbtt mailing list should also be advertised to users > somehow. > > > It is, in the get involved section. Hopefully with tabs it will be > more visible. > > The link to the documentation needs to be more easily found. > Maybe when > you introduce tabs, one of them could just be ?Documentation? > and > linking to the documentation? > > > Again, I hope the tabs will make the documentation easier to find. I > added some links in the "Usage" section of the page. Let me know if > that works for you. Better, but I?d still prefer if Documentation is a link right below Installation. But discussion minor points via mail-ping-pong is inefficient, I guess I should just put the page live and do minor adjustments, and you should and complain if you think I make it worse than before. Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From mail at joachim-breitner.de Tue Jun 25 09:25:11 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Tue, 25 Jun 2013 09:25:11 +0200 Subject: Some feedback In-Reply-To: References: <1371328067.14817.10.camel@kirk> <1371413321.5691.16.camel@kirk> <1371480460.4122.24.camel@kirk> <1371765220.8568.3.camel@kirk> Message-ID: <1372145111.4116.10.camel@kirk> Hi, Am Dienstag, den 25.06.2013, 02:47 +0100 schrieb Waldir Pimenta: > That's excellent, thanks a lot! I do agree that arbtt-dump should be > kept separate from the categorization, but on the other hand I assume > it will be faster for arbtt to output a subset of its entries directly > than to, say, pipe the whole output to grep. Could there be a simple > grep-like (regex support would be ideal but simple string matching > would already be great) ability to limit arbtt-dump's output to > entries whose program or title match a given search? I see the need. Adding reges support or anything the like will just lead to something similar than what arbtt-stats does. I guess I could refactor the code that the non-tagging part of the categorization language is available to arbtt-dump. But from there it is but a small step to allow the language to define tags, and then people want to use the rules they have in categorize.cfg, and then arbtt-dump turns into arbtt-stats. The solution could go the other way: Add a --dump option to arbtt-stats that acts like another report and outputs the selected samples. > Also, in the human-readable output, I think it would be nice to omit > timestamp components that are smaller than arbtt's set frequency. For > example, if arbtt is set to use the default frequency of one sample > per minute, it doesn't make sense to have every entry showing the > seconds, since they'll be the same for every entry. Even if this would > make the logic too complicated, a simple removal of the sub-second > resolution time data would be useful for readability (again, for the > human output format), IMO. Yes, seconds-only sounds good. Done. The frequency could (theoretically) change within one dump. > Finally, a nitpick: isn't interoperability (rather than operability) > the right term for describing the rationale for JSON output? Nitpicks are welcome; fixed. Oh, an idea for the homepage: A section testimonials, where users (like you ;-)) describe in one short paragraph what they use arbtt for and if they have found something interesting. Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From waldir at email.com Tue Jun 25 12:23:38 2013 From: waldir at email.com (Waldir Pimenta) Date: Tue, 25 Jun 2013 11:23:38 +0100 Subject: Homepage proposal In-Reply-To: <1372144528.4116.5.camel@kirk> References: <1371627413.4157.7.camel@kirk> <1372144528.4116.5.camel@kirk> Message-ID: On Tue, Jun 25, 2013 at 8:15 AM, Joachim Breitner wrote: > Hi, > > Am Dienstag, den 25.06.2013, 02:34 +0100 schrieb Waldir Pimenta: > > Here's the link for the current version: > > https://dl.dropboxusercontent.com/u/510542/arbtt/index.html ( archive: > > http://archive.is/5qWLr ) > > I like it! > > Minor issue: Due to the tabs turning bold when active, the text jumps. I > guess the text could be permanently bold to avoid that. > > To be clear, only the menu items (the one previously selected and the newly selected one) do this "jump", right? Or does that bolding affect other parts of the layout for you? > > I?d like to re-order the installation entries to "Hackage, > Debian, > > Source", skip OS X. > > > > > > Ok, that's done as well. I wasn't sure what to do with the Windows > > instructions since you didn't mention them in your list. I put them > > last. > > I?d put them before Source (no need to be mean), but I can do such minor > changes myself when merging, so don?t worry. Heheh, ok :) > > > The arbtt mailing list should also be advertised to users > > somehow. > > > > > > It is, in the get involved section. Hopefully with tabs it will be > > more visible. > > > > The link to the documentation needs to be more easily found. > > Maybe when > > you introduce tabs, one of them could just be ?Documentation? > > and > > linking to the documentation? > > > > > > Again, I hope the tabs will make the documentation easier to find. I > > added some links in the "Usage" section of the page. Let me know if > > that works for you. > > Better, but I?d still prefer if Documentation is a link right below > Installation. But discussion minor points via mail-ping-pong is > inefficient, I guess I should just put the page live and do minor > adjustments, and you should and complain if you think I make it worse > than before. > Sure! I'll commit then, and we can work out these issues in version control :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Tue Jun 25 12:34:05 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Tue, 25 Jun 2013 12:34:05 +0200 Subject: Homepage proposal In-Reply-To: References: <1371627413.4157.7.camel@kirk> <1372144528.4116.5.camel@kirk> Message-ID: <1372156445.4116.14.camel@kirk> Hi, Am Dienstag, den 25.06.2013, 11:23 +0100 schrieb Waldir Pimenta: > To be clear, only the menu items (the one previously selected and the > newly selected one) do this "jump", right? Yes. Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0x4743206C Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From waldir at email.com Tue Jun 25 12:58:47 2013 From: waldir at email.com (Waldir Pimenta) Date: Tue, 25 Jun 2013 11:58:47 +0100 (WEST) Subject: darcs patch: Add web page as discussed in mailing list Message-ID: <20130625105847.63C011C3EFC@clevo-ubuntu> 1 patch for repository http://darcs.nomeata.de/arbtt: Tue Jun 25 11:55:22 WEST 2013 Waldir Pimenta * Add web page as discussed in mailing list -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-preview.txt Type: text/x-darcs-patch Size: 108256 bytes Desc: Patch preview URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: add-web-page-as-discussed-in-mailing-list.dpatch Type: application/x-darcs-patch Size: 112547 bytes Desc: A darcs patch for your repository! URL: From waldir at email.com Tue Jun 25 13:27:39 2013 From: waldir at email.com (Waldir Pimenta) Date: Tue, 25 Jun 2013 12:27:39 +0100 Subject: Some feedback In-Reply-To: <1372145111.4116.10.camel@kirk> References: <1371328067.14817.10.camel@kirk> <1371413321.5691.16.camel@kirk> <1371480460.4122.24.camel@kirk> <1371765220.8568.3.camel@kirk> <1372145111.4116.10.camel@kirk> Message-ID: On Tue, Jun 25, 2013 at 8:25 AM, Joachim Breitner wrote: > Hi, > > Am Dienstag, den 25.06.2013, 02:47 +0100 schrieb Waldir Pimenta: > > That's excellent, thanks a lot! I do agree that arbtt-dump should be > > kept separate from the categorization, but on the other hand I assume > > it will be faster for arbtt to output a subset of its entries directly > > than to, say, pipe the whole output to grep. Could there be a simple > > grep-like (regex support would be ideal but simple string matching > > would already be great) ability to limit arbtt-dump's output to > > entries whose program or title match a given search? > > I see the need. Adding reges support or anything the like will just lead > to something similar than what arbtt-stats does. I guess I could > refactor the code that the non-tagging part of the categorization > language is available to arbtt-dump. But from there it is but a small > step to allow the language to define tags, and then people want to use > the rules they have in categorize.cfg, and then arbtt-dump turns into > arbtt-stats. > > The solution could go the other way: Add a --dump option to arbtt-stats > that acts like another report and outputs the selected samples. > Hmmm... I'm no sure that would be more intuitive. Wouldn't that end up doing the reverse (making arbtt-stats behave like arbtt-dump)? Mind you, I'm not sure that's necessarily a bad thing, just saying. In the end, I guess both utilities converge; that is, they might be seen as representing two extremes of a spectrum between a full, raw dump and a fully processed output; something like this: arbtt-dump --> arbtt-dump --last --> arbtt-dump --format --> arbtt-dump --filter (or arbtt-stats --dump) --> arbtt-stats. Does that make any sense? And if so, do you have any ideas about what should be the overarching strategy moving forward? > > Oh, an idea for the homepage: A section testimonials, where users (like > you ;-)) describe in one short paragraph what they use arbtt for and if > they have found something interesting. > I see what you mean, but "testimonials" sounds a little "corporate" to me (like we're trying to sell something!). Do you think the quickstart section of the "usage" tab could serve for that purpose, by including more common usage patterns? For example, I recall seeing in the mailing list someone asking for time-based filtering, which, IIRC, was later integrated into arbtt-stats. I do, however, think we could include a little about arbtt's history, perhaps as an introductory paragraph in the "get involved" page, to allow people to understand who's behind the project. I was thinking something like "arbtt was created in 2009 by Joachim Breitner (nomeata) and as it developed over the years, it also received contributions by several of its users (here, perhaps link to the contributors section of the docs)". What do you think? -------------- next part -------------- An HTML attachment was scrubbed... URL: From waldir at email.com Tue Jun 25 13:30:46 2013 From: waldir at email.com (Waldir Pimenta) Date: Tue, 25 Jun 2013 12:30:46 +0100 Subject: Homepage proposal In-Reply-To: <1372156445.4116.14.camel@kirk> References: <1371627413.4157.7.camel@kirk> <1372144528.4116.5.camel@kirk> <1372156445.4116.14.camel@kirk> Message-ID: Ok, so that's easy, just remove "font-weight: bold;" rule from the "nav > ul > li > a.active" selector in arbtt.css. Or, if you prefer having them bold at all times, move it to the "nav > ul > li > a" selector right underneath. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Tue Jun 25 13:50:17 2013 From: mail at joachim-breitner.de (Joachim Breitner) Date: Tue, 25 Jun 2013 13:50:17 +0200 Subject: darcs patch: Add web page as discussed in mailing list In-Reply-To: <20130625105847.63C011C3EFC@clevo-ubuntu> References: <20130625105847.63C011C3EFC@clevo-ubuntu> Message-ID: <1372161017.4116.17.camel@kirk> Hi, thanks; pushed and polished a bit. Note that I remove the Usage section; I believe that such information should be become part of the documentation and not duplicated on the web page. I tried to embed the navigation via an iframe, but that did not work well. Maybe in 3 years if