jdev - 2021-10-10

  1. sonny has left

  2. sonny has joined

  3. sonny has left

  4. sonny has joined

  5. emus has left

  6. kikuchiyo has left

  7. mac has left

  8. mac has joined

  9. kikuchiyo has joined

  10. emus has joined

  11. sonny has left

  12. jgart has joined

  13. emus has left

  14. dezant has left

  15. dezant has joined

  16. sonny has joined

  17. raghavgururajan has left

  18. raghavgururajan has joined

  19. mac has left

  20. bung has left

  21. marc0s has left

  22. marc0s has joined

  23. Yagizа has joined

  24. DebXWoody has left

  25. Link Mauve has left

  26. DebXWoody has joined

  27. Syndace has joined

  28. dezant has left

  29. dezant has joined

  30. sander has left

  31. jgart has left

  32. raghavgururajan has left

  33. debacle has joined

  34. jgart has joined

  35. jgart has left

  36. sander has joined

  37. defanor has joined

  38. bung has joined

  39. malthe has joined

  40. malthe has left

  41. emus has joined

  42. pasdesushi has joined

  43. jgart has joined

  44. jgart has left

  45. xecks has joined

  46. wurstsalat has joined

  47. xecks has left

  48. xecks has joined

  49. debacle has left

  50. malthe has joined

  51. bung has left

  52. goffi has joined

  53. sander has left

  54. goffi has left

  55. goffi has joined

  56. antranigv has left

  57. antranigv has joined

  58. antranigv has left

  59. malthe has left

  60. marc0s has left

  61. marc0s has joined

  62. marc0s has left

  63. marc0s has joined

  64. marc0s has left

  65. marc0s has joined

  66. pulkomandy has left

  67. pulkomandy has joined

  68. xecks has left

  69. qrpnxz has left

  70. qrpnxz has joined

  71. marc0s has left

  72. marc0s has joined

  73. marc0s has left

  74. marc0s has joined

  75. marc0s has left

  76. marc0s has joined

  77. dezant has left

  78. marc0s has left

  79. marc0s has joined

  80. sonny has left

  81. sonny has joined

  82. sonny has left

  83. sonny has joined

  84. defanor

    I'm trying to test an ICE-UDP + DTLS-SRTP implementation with Conversations, but the latter keeps closing the Jingle session with the "failed-application" reason, whether I'm initiating or accepting it on the other side, and with one proposed payload matching that proposed by Conversations itself. I don't have it at hand myself (though perhaps should set an Android emulator, just expecting it to be messy), so the testing/debugging is tricky, but does something look wrong in <https://paste.uberspace.net/jingle-ice-udp-dtls-srtp.xml> (the session-initiate I'm sending)?

  85. emus has left

  86. flow

    I would always hope that error responses contain a detailed reason why the application (or the used library) felt like returning an error response

  87. flow

    defanor, do you have the error response? is there anything in the adb log from conversations

  88. larma has joined

  89. flow

    usually the next thing I'd do is to identify the code site in conversations where the error response is created

  90. defanor

    flow, nothing but the "failed-application" element in the reason given in the session-terminate response, and unfortunately no adb log available (the Conversations instance I tried to test it with is just on someone else's phone, not nearby). Perhaps will indeed try to dive into those sources now.

  91. flow

    imagine how nice it would be if conversations would put some detailed information in the error response

  92. flow

    and if it's just the coordinations of the source file where the error is created

  93. flow

    stacktrace would even be better

  94. flow

    add some related state on top of it and $$$

  95. dezant has joined

  96. SouL has left

  97. SouL has joined

  98. defanor

    Apparently it happens if anything fails in the WebRTC setup function (setupWebRTC in JingleRtpConnection.java), and looks like there's quite a few things that can fail.

  99. goffi has left

  100. goffi has joined

  101. sander has joined

  102. flow

    looks like even the exception isn't logged here :(

  103. wurstsalat

    Someone summon Daniel

  104. marc0s has left

  105. marc0s has joined

  106. flow

    or join the conversations MUC and suggest that improve the logging and the error response stanza

  107. PapaTutuWawa has joined

  108. defanor

    Indeed, will try that. And maybe will find out there how it's run on desktops.

  109. flow

    defanor, usually via an Android Virtual Device (AVD) which an be created using the Android SDK

  110. flow

    tl;dr: simply install Android Studio :)

  111. defanor

    I see a few packages in Debian 11 repositories, like "android-sdk-platform-23", but I think I saw a remark somewhere in Conversations documentation that it needs Android API level (I think that's how it's called, not familiar with phone software development at all) 21 or 22 at most. Though maybe it was out of date.

  112. flow

    I fear I have to recommend to not use your distribution packages in this case…

  113. flow

    the Android development ecosystem is usually to fast moving for most distributions

  114. defanor panics.

  115. flow

    I mean you could of course try it, but i you want to have a good experience you want to install Android Studio and Co locally

  116. defanor

    Well, will ask about it in the Conversations MUC first -- likely somebody there knows whether it'd work. I just prefer to keep the system relatively clean, with software coming from the system repositories and being managed/updated all at once. Though there always are VMs or containers, too.

  117. marc has left

  118. marc has joined

  119. emus has joined

  120. antranigv has joined

  121. sander has left

  122. sander has joined

  123. antranigv has left

  124. antranigv has joined

  125. pasdesushi has left

  126. sander has left

  127. sander has joined

  128. sonny has left

  129. Link Mauve has joined

  130. malthe has joined

  131. pasdesushi has joined

  132. marc0s has left

  133. marc0s has joined

  134. marc0s has left

  135. marc0s has joined

  136. malthe has left

  137. mac has joined

  138. antranigv has left

  139. xecks has joined

  140. marc0s has left

  141. marc0s has joined

  142. debacle has joined

  143. norayr has left

  144. norayr has joined

  145. marmistrz has left

  146. marmistrz has joined

  147. mac has left

  148. debacle has left

  149. xecks has left

  150. 9lakes has left

  151. sander has left

  152. lovetox

    to the library developers, do you provide a method like getTag() which returns the first tag found within a stanza?

  153. sander has joined

  154. lovetox

    or does this method always return a list? because tags can be more than once in a stanza

  155. MattJ

    In Prosody we provide one to get the first matching tag, and one to iterate

  156. 9lakes has joined

  157. MattJ

    You can supply a name to get a named tag in the same namespace, or supply a namespace as well

  158. defanor

    I'm just exposing libxml2's structures, for use with its functions, but also a convenience search function to find the first matching element. But that's in C and while trying to avoid additional memory allocations, so forming a new list would be more awkward than in GC'd languages; in those functions for both cases may be appropriate.

  159. dezant has left

  160. dezant has joined

  161. PapaTutuWawa has left

  162. sonny has joined

  163. Link Mauve

    lovetox, in xmpp-rs we aim at providing high-level APIs instead of XML ones, in order to encourage developers to implement extensions in the library instead of directly in their software.

  164. Link Mauve

    We’re not there yet.

  165. emus

    Link Mauve: offtopic, should that listed on the xmpp library/tools page?

  166. lovetox

    Link Mauve, yeah i go also that way

  167. lovetox

    Gajim has only 90 matches for getTag anymore in a codebase with 100k loc

  168. Link Mauve


  169. Link Mauve

    emus, I’d say, not yet.

  170. Link Mauve

    It’s definitely not ready for prime time.

  171. Link Mauve

    Some parts are already pretty robust, like tokio-xmpp or xmpp-parsers, but the rest of the xmpp-rs APIs are not there yet.

  172. sonny has left

  173. sonny has joined

  174. emus

    ok, just let folks one once you think it is 🙂

  175. Link Mauve


  176. sonny has left

  177. sonny has joined

  178. sonny has left

  179. sonny has joined

  180. sonny has left

  181. sonny has joined

  182. marc0s has left

  183. marc0s has joined

  184. pasdesushi has left

  185. pasdesushi has joined

  186. emus


  187. xecks has joined

  188. goffi has left

  189. sonny has left

  190. sonny has joined

  191. sonny has left

  192. sonny has joined

  193. malthe has joined

  194. sonny has left

  195. sonny has joined

  196. sonny has left

  197. sonny has joined

  198. atomicwatch has joined

  199. norayr has left

  200. PapaTutuWawa has joined

  201. sonny has left

  202. sonny has joined

  203. xecks has left

  204. norayr has joined

  205. jgart has joined

  206. me9 has joined

  207. jgart has left

  208. Yagizа has left

  209. debacle has joined

  210. xecks has joined

  211. marmistrz has left

  212. marmistrz has joined

  213. marc0s has left

  214. marc0s has joined

  215. malthe has left

  216. PapaTutuWawa has left

  217. marmistrz has left

  218. marmistrz has joined

  219. goffi has joined

  220. alacer has joined

  221. marmistrz has left

  222. pasdesushi has left

  223. pasdesushi has joined

  224. marmistrz has joined

  225. defanor

    <https://datatracker.ietf.org/doc/html/rfc5763#section-6.7.1> says that "Implementations MUST treat all ICE candidate pairs associated with a single component as part of the same DTLS association.", but what about different components? It appears that Dino performs a handshake just on the first component, and then uses the obtained key material for all the components, skipping handshakes on those.

  226. defanor

    But I can't find whether any specification says that it's okay.

  227. antranigv has joined

  228. antranigv has left

  229. antranigv has joined

  230. xecks has left

  231. goffi has left

  232. xecks has joined

  233. antranigv has left

  234. spectrum has left

  235. malthe has joined

  236. larma has left

  237. PapaTutuWawa has joined

  238. spectrum has joined

  239. goffi has joined

  240. antranigv has joined

  241. norayr has left

  242. norayr has joined

  243. malthe has left

  244. PapaTutuWawa has left

  245. PapaTutuWawa has joined

  246. defanor

    From <https://datatracker.ietf.org/doc/html/rfc5764#section-3>, it sound slike at least two sessions are used, with a DTLS association/connection per session.

  247. marc0s has left

  248. marc0s has joined

  249. goffi has left

  250. defanor

    Well, unless there's multiplexing. But there's no multiplexing in this case.

  251. marc0s has left

  252. marc0s has joined

  253. defanor

    Oh, but DTLS-SRTP sessions can share DTLS sessions/handshakes. Looks like it's correct behaviour, then.

  254. xecks has left

  255. emus has left

  256. kikuchiyo has left

  257. emus has joined

  258. kikuchiyo has joined

  259. marc0s has left

  260. marc0s has joined

  261. alacer has left

  262. larma has joined

  263. DebXWoody has left

  264. xecks has joined

  265. larma has left

  266. jgart has joined

  267. homebeach has left

  268. Matrix Traveler (bot) has left

  269. Server Stats Discoverer (traveler bot) has left

  270. Server Stats Discoverer (traveler bot) has joined

  271. Matrix Traveler (bot) has joined

  272. homebeach has joined

  273. xecks has left

  274. dezant has left

  275. dezant has joined

  276. sonny has left

  277. sonny has joined

  278. malthe has joined

  279. sonny has left

  280. sonny has joined

  281. huhn has left

  282. PapaTutuWawa has left

  283. sonny has left

  284. mac has joined

  285. mac has left

  286. mac has joined

  287. marc0s has left

  288. marc0s has joined

  289. malthe has left

  290. me9 has left

  291. sonny has joined

  292. SouL has left

  293. SouL has joined

  294. kikuchiyo has left

  295. larma has joined

  296. mac has left

  297. mac has joined

  298. goffi has joined

  299. atomicwatch has left

  300. kikuchiyo has joined

  301. wurstsalat has left

  302. debacle has left

  303. pasdesushi has left

  304. goffi has left

  305. Pete has left

  306. Pete has joined

  307. dezant has left

  308. dezant has joined

  309. larma has left

  310. raghavgururajan has joined

  311. Pete has left

  312. sonny has left

  313. dezant has left

  314. dezant has joined

  315. Pete has joined

  316. dezant has left

  317. dezant has joined

  318. mac has left

  319. mac has joined