/irc-logs / freenode / #microformats / 2015-05-17 / end

Options:

Previous day, Next day

  1. # Session Start: Sun May 17 00:00:01 2015
  2. # Session Ident: #microformats
  3. # [00:16] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
  4. # [00:17] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
  5. # [00:20] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
  6. # [00:20] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
  7. # [00:32] * Quits: Left_Turn (~Left_Turn@unaffiliated/turn-left/x-3739067) (Remote host closed the connection)
  8. # [00:46] <KartikPrabhu> for marking up presentations should one use dt-published or more of an h-event markup? for this page: https://kartikprabhu.com/talks
  9. # [00:47] <aaronpk> good question and I want to know as well!
  10. # [00:48] <KartikPrabhu> because I don't recall the start and end times of these and they are all short ones anyway
  11. # [00:50] <KartikPrabhu> I was thinking h-entry > dt-published and p-location with h-adr for the place
  12. # [00:50] <KartikPrabhu> but that is close to a checkin https://indiewebcamp.com/checkin#Publish
  13. # [00:53] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
  14. # [00:53] <aaronpk> i don't even publish checkins yet so i don't think i'm qualified to talk about that :)
  15. # [00:53] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
  16. # [00:54] <KartikPrabhu> where does one put the name of the place in h-adr? or is it that p-location is the name and h-adr is the embedded address?
  17. # [00:54] <KartikPrabhu> or is p-name a thing in h-adr?
  18. # [00:56] <@tantek> KartikPrabhu: just answered that questions about named address in the wiki
  19. # [00:57] <@tantek> s/questions/question
  20. # [00:57] <Loqi> tantek meant to say: KartikPrabhu: just answered that question about named address in the wiki
  21. # [00:57] <@tantek> now I'm curious how it is a question at all
  22. # [00:57] <@tantek> why is it not obvious that for an address with a name you should just use an h-card?
  23. # [00:57] <@tantek> and how can we make this more obvious?
  24. # [00:57] <KartikPrabhu> oh!
  25. # [00:57] <@tantek> http://microformats.org/wiki/h-adr
  26. # [00:57] <@tantek> right, "oh!" - so now help me understand why this is not obvious
  27. # [00:59] <KartikPrabhu> interesting. it is mentioned at the top of the wiki page :P I directly jumped to Properties section
  28. # [00:59] <KartikPrabhu> the thing is h-adr automatically parses a "name" property as shown in the wiki example
  29. # [01:00] <KartikPrabhu> so if the place name is the p-name in the h-card, what is the "name" property of the embedded h-adr supposed to be?
  30. # [01:01] <KartikPrabhu> i think the default "name" in h-adr but no explicit name is confusing
  31. # [01:07] <@tantek> yes that does sound confusing
  32. # [01:07] <KartikPrabhu> so if people jump straight to the example, like I did... the name question does arise
  33. # [01:07] <@tantek> got it
  34. # [01:10] <KartikPrabhu> i think below the example, it should be mentioned somehow that "name in the h-adr is a plain text form of the address, to markup the actual name of the place use h-card"
  35. # [01:14] * Joins: gRegorLove (~me@c-73-140-189-21.hsd1.wa.comcast.net)
  36. # [01:20] <Loqi> [[h-adr]] http://microformats.org/wiki/index.php?title=h-adr&diff=64964&oldid=64963&rcid=101340 * Tantek * (+169) /* Properties */ explicitly note lack of p-name and should use h-card instead
  37. # [01:20] <@tantek> good idea KartikPrabhu
  38. # [01:21] <KartikPrabhu> tantek: it might be good to clarify why a default name exists too
  39. # [01:22] <KartikPrabhu> it comes from impicit-name-parsing
  40. # [01:24] <Loqi> [[h-adr]] http://microformats.org/wiki/index.php?title=h-adr&diff=64965&oldid=64964&rcid=101341 * Tantek * (+215) /* Example */ note why implicit name, use h-card for an explicitly named address
  41. # [01:24] <@tantek> right was just adding that too
  42. # [01:24] <@tantek> just after the example since that's where it shows up
  43. # [01:25] <@tantek> also added the point explicitly about no p-name property to the Properties section
  44. # [01:25] <@tantek> this question came up twice in the past week - including from a new person, wking, just in the past few days.
  45. # [01:25] <KartikPrabhu> yes I remembered that just as you said it was answered :)
  46. # [01:26] <KartikPrabhu> I think it looks much more clear now
  47. # [01:26] <@tantek> thanks - this helps a lot
  48. # [01:26] <@tantek> hmm - I see errant/misleading references to the mailing lists
  49. # [01:26] <@tantek> going to remove those
  50. # [01:29] <KartikPrabhu> tantek: just parsed the p-location h-card h-adr setup. looks good
  51. # [01:39] * Joins: KevinMarks__ (~yaaic@2607:fb90:2207:816c:43ca:7151:b403:41d)
  52. # [01:39] * ChanServ sets mode: +o KevinMarks__
  53. # [01:41] * Quits: @KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 272 seconds)
  54. # [02:07] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  55. # [02:07] * ChanServ sets mode: +o KevinMarks
  56. # [02:09] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: Connection reset by peer)
  57. # [02:11] * Quits: @KevinMarks__ (~yaaic@2607:fb90:2207:816c:43ca:7151:b403:41d) (Ping timeout: 265 seconds)
  58. # [02:26] * Joins: adiabatic (~adiabatic@pool-173-58-139-70.lsanca.fios.verizon.net)
  59. # [02:27] <adiabatic> not that schema.org things and microformats things are mutually exclusive, butโ€ฆwhy would I prefer to mark things up with microformats instead of schema.org things?
  60. # [02:28] <@tantek> adiabatic: because it's less work, and microformats are far minimal and well thought out
  61. # [02:28] <@tantek> as well based on existing standards, instead of making up whatever Google wants to make up (which they have a history of doing and abandoning)
  62. # [02:28] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  63. # [02:31] <adiabatic> ah, ok.
  64. # [02:32] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: Connection reset by peer)
  65. # [02:52] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  66. # [02:58] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
  67. # [02:58] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
  68. # [03:06] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: Connection reset by peer)
  69. # [03:15] <@tantek> adiabatic: some of this (Google's various efforts, that they've abandoned one after another) is documented in this blog post, along with others: http://microformats.org/2012/06/25/microformats-org-at-7
  70. # [03:25] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  71. # [03:41] * Quits: @tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  72. # [03:47] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  73. # [03:47] * ChanServ sets mode: +o KevinMarks__
  74. # [03:48] * Quits: @KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  75. # [03:52] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  76. # [03:52] * ChanServ sets mode: +o KevinMarks
  77. # [03:54] * Quits: @KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  78. # [04:14] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Ping timeout: 256 seconds)
  79. # [04:22] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  80. # [04:44] * Quits: @KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 246 seconds)
  81. # [04:45] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  82. # [04:45] * ChanServ sets mode: +o KevinMarks
  83. # [05:17] * Quits: gRegorLove (~me@c-73-140-189-21.hsd1.wa.comcast.net) (Ping timeout: 256 seconds)
  84. # [05:38] <Loqi> [[microformats2]] http://microformats.org/wiki/index.php?title=microformats2&diff=64966&oldid=64958&rcid=101342 * Kylewm * (+0) /* Parsers */ alpha sort
  85. # [05:48] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
  86. # [05:50] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
  87. # [05:50] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: Connection reset by peer)
  88. # [06:07] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  89. # [06:08] <KartikPrabhu> would be nice to have a universal test-suite for microformats so that we can add data about how far along each parser is to the wiki
  90. # [06:11] <Vendan> I was working over one, but I've run into multiple issues with it
  91. # [06:11] <Vendan> including stuff that wasn't being tested, but should be
  92. # [06:11] <KartikPrabhu> kylewm: why does your hosted parser sort the dictionary in a different way that mine/KevinMarks' ?
  93. # [06:12] <kylewm> don't know
  94. # [06:12] <kylewm> python 3?
  95. # [06:12] <KartikPrabhu> Vendan: that^ is also a potential problem. How does one compare the final output when even 2 runs of mf2py yield differently sorted results
  96. # [06:12] <Vendan> was basing it off of https://github.com/tobiastom/tests, but I'm not sure about certain things
  97. # [06:12] <KartikPrabhu> kylewm: possible
  98. # [06:12] <kylewm> dict's .equals should handle that
  99. # [06:12] <Vendan> KartikPrabhu, in golang, I can do a deepequal that doesn't care about ordering of maps like that
  100. # [06:13] <Vendan> only issue is it gets too harsh, so if you add features, that counts as a fail
  101. # [06:13] <KartikPrabhu> kylewm: but presumably a universal mf parser test would not use a dict yes?
  102. # [06:13] <Vendan> i.e. rel-urls support would currently cause fails
  103. # [06:13] <Vendan> not sure that that's an issue though
  104. # [06:13] <KartikPrabhu> Vendan: that is fine. because it does fail the rel-urls test
  105. # [06:14] <KartikPrabhu> maybe there should be a way to say "wrong parsing" vs "not supported feature"
  106. # [06:14] <kylewm> KartikPrabhu: Im not sure I understand the problem. Any language that compares maps should handle arbitrary ordering
  107. # [06:15] <KartikPrabhu> kylewm: so you think it should be possible to just have a text or json file for final output and python can read both the HTML source and the expected output?
  108. # [06:15] <KartikPrabhu> and compare them? I guess that is what the tests in mf2py are currently doing?
  109. # [06:15] <Vendan> that's what the above tests are set up for
  110. # [06:16] <KartikPrabhu> oh ok! Vendan then it is just that those tests are out of date
  111. # [06:16] <KartikPrabhu> ?
  112. # [06:16] <Vendan> yeah
  113. # [06:16] <KartikPrabhu> I see
  114. # [06:16] <Vendan> and getting more so as time goes on, unfortunately
  115. # [06:17] <KartikPrabhu> tbh I am a programming n00b by most accounts so I don't really know how these things work :P
  116. # [06:17] <Vendan> see: https://travis-ci.org/andyleap/microformats
  117. # [06:18] <Vendan> that's my parser running against those tests, I've lost about 4 recently due to changes in the spec
  118. # [06:18] <KartikPrabhu> Vendan: maybe you could update the tests as a fork of https://github.com/tantek/tests and send PRs. I am sure tantek would appreciate it
  119. # [06:19] <KartikPrabhu> I would try but given my limited experience with testing code I am sure I'll mess something up
  120. # [06:22] <kylewm> glennjones is the author of the test suite
  121. # [06:22] <kylewm> tobiastom just processed them to split them into json and html files
  122. # [06:22] <kylewm> (that's not necessarily in reference to anything, just a general fyi)
  123. # [06:23] <KartikPrabhu> yeah i guessed as much :)
  124. # [06:23] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: Connection reset by peer)
  125. # [06:24] <Vendan> there's some of the test fixes so far
  126. # [06:25] <Vendan> I'm honestly developing the parser as I need it for my indieweb stuff at this point, unless someone else wants to use it
  127. # [06:41] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  128. # [06:45] <Vendan> oh, you were gone
  129. # [06:45] <Vendan> there's some of the test fixes so far
  130. # [06:45] <Vendan> I'm honestly developing the parser as I need it for my indieweb stuff at this point, unless someone else wants to use it
  131. # [06:45] <Vendan> pushed some of my test fixes up at https://github.com/andyleap/tests
  132. # [06:45] <KartikPrabhu> Vendan: I re-read the logs :) my connection is a bit spotty
  133. # [06:45] <Vendan> ah, ok
  134. # [06:46] <KartikPrabhu> Vendan++ for updating tests.
  135. # [06:46] <Loqi> Vendan has 12 karma
  136. # [06:46] <Vendan> that's one reason I use znc on my vps to connect
  137. # [06:54] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: Connection reset by peer)
  138. # [07:11] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  139. # [07:28] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Read error: Connection reset by peer)
  140. # [07:29] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  141. # [09:13] * elf-pavlik_ is now known as elf-pavlik
  142. # [09:13] * Quits: elf-pavlik (~elf-pavli@x5ce0edfd.dyn.telefonica.de) (Changing host)
  143. # [09:13] * Joins: elf-pavlik (~elf-pavli@lorea/elf)
  144. # [09:20] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  145. # [09:20] * ChanServ sets mode: +o tantek
  146. # [09:43] * Quits: adiabatic (~adiabatic@pool-173-58-139-70.lsanca.fios.verizon.net) (Quit: ๐‘ฆ๐‘“ ๐‘ฟ ๐‘’๐‘จ๐‘ฏ ๐‘ฎ๐‘ฐ๐‘› ๐‘ž๐‘ฆ๐‘•, ๐‘ฟ ๐‘ธ ๐‘ฏ๐‘ช๐‘‘ ๐‘ช๐‘ฏ ๐‘ณ๐‘ฏ ยท๐‘ฒ๐‘๐‘ด๐‘ฏ)
  147. # [10:16] * Quits: @tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  148. # [10:31] * Joins: Left_Turn (~Left_Turn@unaffiliated/turn-left/x-3739067)
  149. # [10:35] * Quits: chiui (~chiui@2001:470:71:41b:863a:4bff:fe19:60c4) (Remote host closed the connection)
  150. # [10:38] * Joins: chiui (~chiui@2001:470:71:41b:863a:4bff:fe19:60c4)
  151. # [10:58] * Joins: KevinMarks__ (~yaaic@2607:fb90:2209:2683:9ce0:178e:f07f:cd45)
  152. # [10:58] * ChanServ sets mode: +o KevinMarks__
  153. # [11:00] * Quits: @KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
  154. # [11:20] * Quits: chiui (~chiui@2001:470:71:41b:863a:4bff:fe19:60c4) (Ping timeout: 265 seconds)
  155. # [11:57] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Ping timeout: 258 seconds)
  156. # [11:58] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  157. # [11:58] * ChanServ sets mode: +o KevinMarks
  158. # [12:01] * Quits: @KevinMarks__ (~yaaic@2607:fb90:2209:2683:9ce0:178e:f07f:cd45) (Ping timeout: 265 seconds)
  159. # [12:29] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  160. # [14:08] * Joins: eschnou (~eschnou@218.207-201-80.adsl-dyn.isp.belgacom.be)
  161. # [14:33] * Quits: eschnou (~eschnou@218.207-201-80.adsl-dyn.isp.belgacom.be) (Ping timeout: 272 seconds)
  162. # [14:37] * Joins: eschnou (~eschnou@218.207-201-80.adsl-dyn.isp.belgacom.be)
  163. # [14:42] * Quits: eschnou (~eschnou@218.207-201-80.adsl-dyn.isp.belgacom.be) (Ping timeout: 264 seconds)
  164. # [15:24] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Ping timeout: 246 seconds)
  165. # [17:44] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  166. # [17:44] * ChanServ sets mode: +o KevinMarks__
  167. # [17:45] * Quits: @KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
  168. # [17:57] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  169. # [17:57] * ChanServ sets mode: +o KevinMarks
  170. # [17:59] * Quits: @KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
  171. # [18:21] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
  172. # [18:22] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
  173. # [18:22] * Joins: elf-pavlik_ (~elf-pavli@x5ce77968.dyn.telefonica.de)
  174. # [18:22] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  175. # [18:22] * ChanServ sets mode: +o KevinMarks__
  176. # [18:24] * Quits: @KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
  177. # [18:26] * Quits: elf-pavlik (~elf-pavli@lorea/elf) (Ping timeout: 256 seconds)
  178. # [18:33] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  179. # [18:33] * ChanServ sets mode: +o KevinMarks
  180. # [18:36] * Quits: @KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
  181. # [19:46] * elf-pavlik_ is now known as elf-pavlik
  182. # [19:49] * Quits: elf-pavlik (~elf-pavli@x5ce77968.dyn.telefonica.de) (Changing host)
  183. # [19:49] * Joins: elf-pavlik (~elf-pavli@lorea/elf)
  184. # [20:18] * Quits: elf-pavlik (~elf-pavli@lorea/elf) (Quit: Leaving)
  185. # [20:27] * Joins: elf-pavlik (~elf-pavli@x5ce77968.dyn.telefonica.de)
  186. # [20:27] * Quits: elf-pavlik (~elf-pavli@x5ce77968.dyn.telefonica.de) (Changing host)
  187. # [20:27] * Joins: elf-pavlik (~elf-pavli@lorea/elf)
  188. # [21:30] * Joins: KevinMarks__ (~yaaic@2607:fb90:2204:78dc:5f3c:9fcc:2072:d021)
  189. # [21:30] * ChanServ sets mode: +o KevinMarks__
  190. # [21:31] * Quits: @KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
  191. # [21:33] * Joins: eschnou (~eschnou@218.207-201-80.adsl-dyn.isp.belgacom.be)
  192. # [22:02] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
  193. # [22:03] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
  194. # [22:05] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  195. # [22:05] * ChanServ sets mode: +o KevinMarks
  196. # [22:09] * Quits: @KevinMarks__ (~yaaic@2607:fb90:2204:78dc:5f3c:9fcc:2072:d021) (Ping timeout: 256 seconds)
  197. # [22:16] * Quits: eschnou (~eschnou@218.207-201-80.adsl-dyn.isp.belgacom.be) (Ping timeout: 256 seconds)
  198. # [22:27] * Joins: eschnou (~eschnou@218.207-201-80.adsl-dyn.isp.belgacom.be)
  199. # [22:34] <Loqi> [@bendiken] RT @graphityhq: http://Schema.org 2.0 vocabulary public release: http://blog.schema.org/2015/05/schema.html #SEO #RDF #LinkedData #microformats (http://twtr.io/zYSU7roSXU)
  200. # [22:48] * Quits: Garbee (uid21171@gateway/web/irccloud.com/x-igsdgqldehorfggt) (Quit: Connection closed for inactivity)
  201. # [23:08] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
  202. # [23:09] * Joins: fuzzyhorns (~fuzzyhorn@73.38.57.191)
  203. # [23:20] * Quits: eschnou (~eschnou@218.207-201-80.adsl-dyn.isp.belgacom.be) (Ping timeout: 272 seconds)
  204. # [23:47] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  205. # [23:49] <Loqi> [@ustoll] RT @graphityhq: http://Schema.org 2.0 vocabulary public release: http://blog.schema.org/2015/05/schema.html #SEO #RDF #LinkedData #microformats (http://twtr.io/zYZL6bUmHc)
  206. # [23:53] * Quits: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net) (Ping timeout: 264 seconds)
  207. # [23:53] * Joins: KartikPrabhu (~kartik@108-69-72-147.lightspeed.cicril.sbcglobal.net)
  208. # [23:54] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  209. # [23:54] * ChanServ sets mode: +o KevinMarks__
  210. # [23:54] * Quits: @KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
  211. # [23:59] * Quits: fuzzyhorns (~fuzzyhorn@73.38.57.191) (Remote host closed the connection)
  212. # Session Close: Mon May 18 00:00:01 2015

Previous day, Next day

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! โ€” Krijn