jdev - 2019-10-30

  1. larma has left
  2. larma has joined
  3. tom how much memory would be needed to implement basic XMPP texting functionality as well as the battery saving (low activity mode) XEP?
  4. tom Is there an existing library I could use out there in C that could run with 16K of ram?
  5. tom that I could offload cryptography to a dedicated IC
  6. tom over an SPI bus or something
  7. lksjdflksjdf has left
  8. Wojtek has joined
  9. tom I'm not set on 16K and can go up if needed, I just had a particular low power TI microcontroller in mind
  10. aj has joined
  11. UsL has left
  12. guus.der.kinderen tom: the only library that I know (which does not mean anything, there might be millions more) of that's used on embedded devices is Gloox. I have no idea about its resource consumption. See https://camaya.net/gloox/
  13. tom c++ not see but thanks
  14. tom thank you guus.der.kinderen this helps a lot
  15. guus.der.kinderen It's all I have to offer, sorry 😉
  16. chronosx88 has joined
  17. Wojtek has left
  18. aj has left
  19. wurstsalat has joined
  20. moparisthebest has left
  21. moparisthebest has joined
  22. Wojtek has joined
  23. skyfar has joined
  24. asterix has joined
  25. Wojtek has left
  26. UsL has joined
  27. goffi has joined
  28. Wojtek has joined
  29. skyfar has left
  30. jonas’ 16k sounds really constraining
  31. jonas’ I heard that there is a embedded-geared XMPP library which will zero-copy-ish parse the XML stream, but I have forgotten the name
  32. jonas’ that was probably five years ago
  33. Wojtek has left
  34. debacle has joined
  35. debacle has left
  36. aj has joined
  37. Wojtek has joined
  38. Wojtek has left
  39. larma has left
  40. larma has joined
  41. larma has left
  42. larma has joined
  43. debacle has joined
  44. larma has left
  45. rion has left
  46. rion has joined
  47. chronosx88 has left
  48. chronosx88 has joined
  49. Wojtek has joined
  50. asterix has left
  51. asterix has joined
  52. lksjdflksjdf has joined
  53. lovetox_ has joined
  54. MattJ I used to use libstrophe when I did embedded (it's C)
  55. MattJ It's been unmaintained for a long while, which doesn't mean it won't work
  56. MattJ But it's also very low level (gloox is high level, C++, and likely uses a bunch more resources)
  57. MattJ I actively used and contributed to both, and then wrote my own XMPP stack in Lua and never looked back ;)
  58. jonas’ isn’t libstrophe used by profanity?
  59. jonas’ and there are commits in there
  60. jonas’ are you confusing libstrophe and libcouplet?
  61. MattJ Is it? That's nice
  62. jonas’ https://github.com/strophe/libstrophe
  63. MattJ That's great news :)
  64. MattJ docs/ was last touched 12 years ago :)
  65. jonas’ https://github.com/profanity-im/profanity/blob/master/configure.ac#L127
  66. jonas’ https://github.com/profanity-im/libmesode
  67. chronosx88 has left
  68. DebXWoody has joined
  69. DebXWoody has left
  70. zinid has joined
  71. zinid I just read about advancing vcard4 to draft
  72. zinid does anyone have an idea why we need vcard4?
  73. Link Mauve zinid, permissions is the main argument AFAIK.
  74. Link Mauve Being based on PubSub, etc.
  75. zinid ah, it's PEP based?
  76. zinid which can be done with vcard-temp
  77. zinid but we like to break everything, yeah
  78. Link Mauve Also it’s based on a standard for vCard serialisation to XML.
  79. Link Mauve So might be easier for interoperability with software outside of XMPP.
  80. zinid 🙂
  81. zinid no comments 😀
  82. UsL has left
  83. zinid breaking backward compatibility with such moot arguments... *shrugs*
  84. Link Mauve There is no backwards compatibility once you change the protocol anyway.
  85. Link Mauve Not with the previous protocol I mean.
  86. zinid > The Last Call ends on 2019-02-19 lol 😉
  87. zinid Link Mauve, a server still has to maintain both versions
  88. Link Mauve Or convert on the fly.
  89. Link Mauve Same for bookmarks2, or 0084/0153 avatar.
  90. asterix has left
  91. asterix has joined
  92. skyfar has joined
  93. asterix has left
  94. asterix has joined
  95. asterix has left
  96. asterix has joined
  97. asterix has left
  98. asterix has joined
  99. asterix has left
  100. asterix has joined
  101. asterix has left
  102. asterix has joined
  103. asterix has left
  104. asterix has joined
  105. lovetox_ has left
  106. UsL has joined
  107. marc0s has left
  108. marc0s has joined
  109. asterix has left
  110. asterix has joined
  111. lovetox has joined
  112. asterix has left
  113. asterix has joined
  114. wurstsalat has left
  115. asterix has left
  116. asterix has joined
  117. asterix has left
  118. asterix has joined
  119. SkyfaR has left
  120. SkyfaR has joined
  121. chronosx88 has joined
  122. asterix has left
  123. asterix has joined
  124. asterix has left
  125. asterix has joined
  126. wurstsalat has joined
  127. lovetox can a jid be case sensitive?
  128. lovetox like A@domain.com != a@domain.com?
  129. Zash No
  130. lovetox ok thanks, i assumed, but i didnt found the part in the rfc
  131. Zash It's in an RFC of its own
  132. Zash Or three
  133. asterix has left
  134. asterix has joined
  135. lovetox ah the precis profile does the case mapping to lower case
  136. Zash In theory it would be possible to only do the normalization for comparisons, but leave the casing as-is on the wire.
  137. Zash Probably not something we want to do tho
  138. asterix has left
  139. asterix has joined
  140. chronosx88 has left
  141. asterix has left
  142. asterix has joined
  143. asterix has left
  144. asterix has joined
  145. asterix has left
  146. asterix has joined
  147. asterix has left
  148. asterix has joined
  149. chronosx88 has joined
  150. Wojtek has left
  151. asterix has left
  152. asterix has joined
  153. asterix has left
  154. asterix has joined
  155. wurstsalat has left
  156. wurstsalat has joined
  157. asterix has left
  158. asterix has joined
  159. asterix has left
  160. asterix has joined
  161. chronosx88 has left
  162. skyfar has left
  163. asterix has left
  164. asterix has joined
  165. asterix has left
  166. asterix has joined
  167. SkyfaR has left
  168. SkyfaR has joined
  169. SkyfaR has left
  170. SkyfaR has joined
  171. debacle has left
  172. asterix has left
  173. asterix has joined
  174. asterix has left
  175. asterix has joined
  176. larma has joined
  177. asterix has left
  178. lovetox has left
  179. larma has left
  180. goffi has left