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 Sure!
  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