jdev - 2022-05-17


  1. Kev has left
  2. Stefan has left
  3. Stefan has joined
  4. Stefan has left
  5. Millesimus has left
  6. Maranda has left
  7. Mjolnir Archon has left
  8. Mjolnir Archon has joined
  9. Maranda has joined
  10. Millesimus has joined
  11. thomaslewis has joined
  12. Maranda has left
  13. Mjolnir Archon has left
  14. nik has joined
  15. thomaslewis has left
  16. antranigv has left
  17. thomaslewis has joined
  18. Kev has joined
  19. antranigv has joined
  20. Kev has left
  21. kikuchiyo has left
  22. kikuchiyo has joined
  23. amee2k has left
  24. Kev has joined
  25. Mjolnir Archon has joined
  26. marc0s has left
  27. marc0s has joined
  28. Maranda has joined
  29. Kev has left
  30. antranigv has left
  31. antranigv has joined
  32. Yagizа has joined
  33. thomaslewis has left
  34. Millesimus has left
  35. xnamed has left
  36. Millesimus has joined
  37. thomaslewis has joined
  38. antranigv has left
  39. thomaslewis has left
  40. thomaslewis has joined
  41. jgart has joined
  42. Kev has joined
  43. COM8 has joined
  44. COM8 has left
  45. COM8 has joined
  46. COM8 has left
  47. thomaslewis has left
  48. thomaslewis has joined
  49. Kev has left
  50. spiral has joined
  51. antranigv has joined
  52. atomicwatch has left
  53. atomicwatch has joined
  54. spiral has left
  55. spiral has joined
  56. jubalh has joined
  57. kikuchiyo has left
  58. dezant has left
  59. Kev has joined
  60. kikuchiyo has joined
  61. dezant has joined
  62. marc0s has left
  63. marc0s has joined
  64. Stefan has joined
  65. Stefan has left
  66. Stefan has joined
  67. Kev has left
  68. Stefan has left
  69. Matrix Traveler (bot) has left
  70. homebeach has left
  71. homebeach has joined
  72. Matrix Traveler (bot) has joined
  73. Stefan has joined
  74. Stefan has left
  75. antranigv has left
  76. pasdesushi has joined
  77. Kev has joined
  78. antranigv has joined
  79. pasdesushi has left
  80. pasdesushi has joined
  81. Stefan has joined
  82. goffi has joined
  83. antranigv has left
  84. Kev has left
  85. marc has joined
  86. antranigv has joined
  87. wurstsalat has joined
  88. kikuchiyo has left
  89. marc has left
  90. marc has joined
  91. kikuchiyo has joined
  92. dezant has left
  93. lovetox has left
  94. Kev has joined
  95. lovetox has joined
  96. marc has left
  97. dezant has joined
  98. Kev has left
  99. jgart has left
  100. Kev has joined
  101. atomicwatch has left
  102. Laura has left
  103. pulkomandy has left
  104. marc has joined
  105. Kev has left
  106. antranigv has left
  107. msavoritias has joined
  108. goffi has left
  109. eu has left
  110. eu has joined
  111. emus has joined
  112. emus has left
  113. goffi has joined
  114. antranigv has joined
  115. emus has joined
  116. Kev has joined
  117. larma has joined
  118. Kev has left
  119. Kev has joined
  120. dezant has left
  121. nik has left
  122. debacle has joined
  123. atomicwatch has joined
  124. nik has joined
  125. Laura has joined
  126. amee2k has joined
  127. Laura has left
  128. amee2k has left
  129. Dele Olajide has joined
  130. Laura has joined
  131. antranigv has left
  132. dezant has joined
  133. thomaslewis has left
  134. xnamed has joined
  135. Matrix Traveler (bot) has left
  136. homebeach has left
  137. homebeach has joined
  138. Matrix Traveler (bot) has joined
  139. debacle has left
  140. antranigv has joined
  141. abdullahi has joined
  142. Alex has left
  143. qy Is there an XEP for file sharing that isn't http-based, that is actually well supported among clients, yet?
  144. Zash The answer is something like "of these three properties you want, pick any two"
  145. qy 😔
  146. jubalh has left
  147. Zash There's Jingle FT, which is supported, not sure how widely exactly. It was plagued by interop problems before, tho might have settled by now. Doesn't work with multiple devices or MUC tho. Transfer methods have reliability issues.
  148. qy :/
  149. Kev Why would you not want it to be HTTP-based?
  150. Zash There are others like https://xmpp.org/extensions/xep-0385.html and https://xmpp.org/extensions/xep-0447.html but I don't think support is there yet.
  151. mh has left
  152. Zash Obligatory confusion between negotiation and transfer!
  153. qy I'm mostly just curious. I know theres a tonne of XEPs around, at least two of which i really want to go somewhere fast
  154. debacle has joined
  155. atomicwatch has left
  156. pep. Goffi has a jingle component fwiw
  157. atomicwatch has joined
  158. mh has joined
  159. antranigv has left
  160. antranigv has joined
  161. pulkomandy has joined
  162. Alex has joined
  163. antranigv has left
  164. antranigv has joined
  165. norayr has left
  166. norayr has joined
  167. antranigv has left
  168. jubalh has joined
  169. pulkomandy has left
  170. southerntofu has left
  171. antranigv has joined
  172. pep. Most of the benefits of http upload isn't that it's http anyway, it's that it's a component
  173. pep. And it can do offline / multiparty stuff
  174. Laura has left
  175. jubalh has left
  176. Zash Store and forward not dependent on origin availbility.
  177. Zash Component?
  178. pep. Also
  179. Laura has joined
  180. pulkomandy has joined
  181. pulkomandy I am disappointed to not see http://samy.pl/pwnat/ used more often for p2p things (and in this case it could be a simplified version of it if the xmpp connection can be used to agree on tcp or udp port numbers)
  182. pulkomandy The basic idea is "send packets pretending that a connection is already open, and since the NAT/firewall on either side usually assumes all outgoing connections are allowed, it will actually work"
  183. Laura has left
  184. Zash Write a XEP? But then, p2p and multi-party distribution is still an issue
  185. pulkomandy has left
  186. Zash Bittorrent is another thing. If you rope in the server as a peer you might get similar benefits as http upload
  187. Laura has joined
  188. pep. hot take: http upload is only good as a negociated transport method behind jingle anyway :-°
  189. pep. hot take: http upload is only good as a negociated transport behind jingle anyway :-°
  190. atomicwatch has left
  191. qy Im slightly keen to have ipfs as the backing proto for file transfer, but that'd need servers as ipfs nodes
  192. qy Or maybe not, clients could be
  193. qy Actually realistically it'd need neither, but that'd help for better resolution
  194. Zash p2p and mobile is also problematic wrt battery usage
  195. qy So yeah, serverside
  196. qy Possible to use go-ipfs externally as the server, and hook in by a mod_ipfs, and expose that to clients as some ipfs-native representation, and also http upload
  197. Alex has left
  198. Alex has joined
  199. selurvedu has joined
  200. jubalh has joined
  201. atomicwatch has joined
  202. qy I know people like bittorrent, but i really want ipfs to work, and to do that it just needs more projects with it baked in
  203. qy But in this case that'd need an xep probably and i don't wanna get bogged down in beaurocracy if nobody else likes the idea
  204. emus has left
  205. jubalh has left
  206. pasdesushi has left
  207. edhelas has left
  208. Matrix Traveler (bot) has left
  209. homebeach has left
  210. homebeach has joined
  211. Matrix Traveler (bot) has joined
  212. adx has left
  213. edhelas has joined
  214. pasdesushi has joined
  215. Kev has left
  216. Kev has joined
  217. Kev has left
  218. Kev has joined
  219. adx has joined
  220. antranigv has left
  221. selurvedu has left
  222. antranigv has joined
  223. adx has left
  224. Wojtek has joined
  225. adx has joined
  226. marc has left
  227. marc has joined
  228. antranigv has left
  229. marc has left
  230. marc has joined
  231. emus has joined
  232. amee2k has joined
  233. adx has left
  234. amee2k has left
  235. raghavgururajan has joined
  236. pasdesushi has left
  237. nephele has joined
  238. pasdesushi has joined
  239. thomaslewis has joined
  240. nephele has left
  241. nephele has joined
  242. thomaslewis has left
  243. jubalh has joined
  244. raghavgururajan has left
  245. Matrix Traveler (bot) has left
  246. homebeach has left
  247. homebeach has joined
  248. Matrix Traveler (bot) has joined
  249. msavoritias But whats the benefit since the server is gonna be involved either way 🤔
  250. marc has left
  251. amee2k has joined
  252. emus has left
  253. flow it's often *not* people not liking the idea, but people do not have the resources to explore and implement it
  254. moparisthebest msavoritias, what do you mean? this is XMPP, the server is always involved
  255. flow it's often *not* people not liking the idea, but people not having the resources to explore and implement it
  256. jubalh has left
  257. Mx2 has left
  258. Mx2 has joined
  259. dezant has left
  260. nephele has left
  261. amee2k has left
  262. jubalh has joined
  263. Syndace has left
  264. adx has joined
  265. msavoritias moparisthebest: i was talking about what qy said with ipfs
  266. moparisthebest right but how does it change anything I mean
  267. marc has joined
  268. Syndace has joined
  269. libredev has joined
  270. libredev has left
  271. dezant has joined
  272. Maranda has left
  273. Mjolnir Archon has left
  274. qy msavoritias: the server hosts the original and seeds to ipfs, but clients dont need to fetch it from the server, they fetch it from any ipfs gateway or ipfs native, and if the server goes down, it's all still there because ipfs caching
  275. moparisthebest well, it *may* still be there
  276. moparisthebest qy, but I like the concept, sounds like you can base much of the XEP off http upload, give it a shot ?
  277. moparisthebest it's not so much bureaucracy
  278. spiral has left
  279. spiral has joined
  280. emus has joined
  281. msavoritias Not to be a downer but this seems incompatible with gdpr. Unless specific case
  282. pulkomandy has joined
  283. moparisthebest not sure why it would be, you upload your file knowing all this in advance
  284. moparisthebest if it is, then so is XMPP, because you sent that message not knowing how long I'll keep it (might be forever)
  285. raghavgururajan has joined
  286. jubalh has left
  287. msavoritias The difference is that in XMPP its not known how long true. With ipfs though its by design to be kept forever.
  288. msavoritias Or at least they try to
  289. moparisthebest not *really*, it's just as long as each node caches it, which in practice isn't so long
  290. moparisthebest at least last time I played with it a couple years ago...
  291. msavoritias That is what they advertise thougb
  292. amee2k has joined
  293. moparisthebest try it, run an ipfs node with your website on it, when you turn your node off your website will be gone
  294. msavoritias > moparisthebest wrote: > not sure why it would be, you upload your file knowing all this in advance You expect it to be on the server and the recipient/s With ipfs its in the server, the recipients and an unknown number of computers which have nothing to do with your server or the people you talk to
  295. msavoritias moparisthebest: as stated. It could be. But they advertise it for resiliency.
  296. msavoritias Just like most xmpp operators are not honey pots
  297. moparisthebest as far as I know ipfs doesn't really have a pre-fetching thing by default, you can only fetch things you know the unique hash of
  298. adx has left
  299. marc has left
  300. Mjolnir Archon has joined
  301. jubalh has joined
  302. Maranda has joined
  303. nephele has joined
  304. nephele has left
  305. adx has joined
  306. amee2k has left
  307. amee2k has joined
  308. marc has joined
  309. larma has left
  310. Millesimus has left
  311. Millesimus has joined
  312. pasdesushi has left
  313. Maranda has left
  314. Mjolnir Archon has left
  315. pasdesushi has joined
  316. adx has left
  317. marc has left
  318. antranigv has joined
  319. xnamed has left
  320. marc has joined
  321. amee2k has left
  322. amee2k has joined
  323. Wojtek has left
  324. adx has joined
  325. emus has left
  326. xnamed has joined
  327. marc has left
  328. Alex has left
  329. Mjolnir Archon has joined
  330. Alex has joined
  331. Maranda has joined
  332. Laura has left
  333. qy exactly
  334. qy nothing is fetched until advertised by a seeking node
  335. qy so hence, nothing is cached unless wanted
  336. Zash What would that do for latency?
  337. qy and caching is stronger with things more wanted
  338. qy it would be shit latency for anything not heavily cached, hence shit latency for anything not heavily wanted
  339. Laura has joined
  340. qy but, the latency is almost always just a one-time thing, that's why for my ipfscat script, i prefetch from public gateways, so once it's on one it's pretty much on them all, and once it's there it's not going away for at least a day, usually longer
  341. adx has left
  342. qy with a bunch of xmpp nodes on it, i'd wager it'd get a lot better anyway
  343. qy the ipfs network provenly gets better with more nodes
  344. pulkomandy what would that be used for in xmpp world? sharing a picture with a MUC? that's maybe ~1000 users max? or do you have some more interesting applications in mind? or is this just offtopic discussion now? (not that I mind offtopic things, just trying to follow the ideas)
  345. qy i'm mainly thinking just any random file sharing. i don't like HTTP and i'd rather support IPFS over that
  346. Zash the access pattern with http upload from what I can tell is that most hits is just after the referencing message was sent, then maybe the odd hit a bit later. something that improves with time doesn't sound great for that
  347. qy i already kinda use ipfs for file sharing anyway
  348. qy Zash, that's the thing, if servers are nodes, it wouldn't matter
  349. Matrix Traveler (bot) has left
  350. homebeach has left
  351. homebeach has joined
  352. Matrix Traveler (bot) has joined
  353. qy if servers are nodes, they'll end up well connected to cdn gateways, because so much file sharing is occuring, so latency would be next to none in real terms
  354. qy it WOULD "improve with time", but in realistic terms, "time" would be pretty short because the links between servers and e.g. cloudflare-ipfs.com, would pretty much never be dropped due to constant access
  355. pulkomandy I don't really understand, for file sharing over XMPP usually I just want to send one file from one sender to one receiver, and I think I wouldn't want the files to be stored on random ipfs nodes along the way?
  356. jubalh has left
  357. qy it would be terrible if servers weren't nodes, yes
  358. qy pulkomandy, imagine bittorrent, but ephemeral. that's all this is
  359. pulkomandy yes but that's what ipfs is already, so I don't see the link with xmpp
  360. qy the link is just that more nodes makes ipfs better, and more ipfs makes xmpp more file-resilient
  361. qy e.g. if a server goes down, currently, that makes all files "Gone"
  362. qy ipfs: that's not the case
  363. pulkomandy I consider that being able to delete a file easily and being sure it is not still there on some server is a feature. I guess we have very different uses for file sharing
  364. qy deleting anything on the internet is always a misfeature
  365. pulkomandy so we should preserve everything and drown in a sea of outdated and irrelevant information?
  366. Zash Servers probably don't go down in the few second window when the wast majority of downloads occur.
  367. qy nothing is preserved indefinitely, but ipfs allows elastic caching that means one server going down is next-to irrelevant
  368. moparisthebest you can't delete anything you share on the internet, that's a rule of the internet
  369. moparisthebest despite GDPR whining
  370. qy ^
  371. moparisthebest https://en.wikipedia.org/wiki/Streisand_effect
  372. Matrix Traveler (bot) has left
  373. homebeach has left
  374. pulkomandy as long as someone is interested in it
  375. pulkomandy my quest to recover and archive lost BeOS software says as much. Most of it was not on the internet anymore. People trying to track down software for PalmOS would say as much too
  376. qy i'm keen to get ipfs more public and embedded in more software. as long as servers are interested in adding it, and the xep process wouldn't be too beaurocratic and people are happy for it to be a thing, i don't mind writing one, but i won't bother if it won't be used
  377. pulkomandy also, my private conversations in XMPP are not exactly "the internet"
  378. qy i'm happy to write an xep and a mod_ipfs for prosody in lua, at best
  379. qy maybe an erlang module at a stretch
  380. homebeach has joined
  381. Matrix Traveler (bot) has joined
  382. Zash I wonder if this couldn't be done with HTTP Upload and OOB?
  383. qy i mean, it could, with custom p2p, but then you'd be forsaking the existing ipfs p2p network
  384. qy it would be a no brainer to use the existing p2p network for extra dataresilience
  385. Zash As in, server provides a HTTP upload interface that gets stored into ipfs
  386. qy oh
  387. Zash Return ipfs:// URL
  388. qy probably. i've been eyeing that for some time, the http external upload interface is woefully incompatible, and http upload trivially so without modification
  389. Zash Or return some https://well-known-ipfs-gateway.example/ URL
  390. debacle has left
  391. qy but i'd also like to be able to modify one of those to suit, if happy
  392. qy up to you, as the server dev
  393. qy if prosody supports it, i'm sure more could happen
  394. larma has joined
  395. emus has joined
  396. Zash Prosody supports it if you write a XEP-0114 external component 😉
  397. Zash or a module 🙂
  398. qy wait, wouldn't require an xep?
  399. qy i'm in
  400. qy would you be happy to advertise it as much as generic http upload?
  401. qy (i'm thinking just some comment in the default config, at best)
  402. Zash If it's done as a thing that exposes a http upload service but stores the file in ipfs, I'm not sure if any protocol changes are needed
  403. moparisthebest a module that accepts https uploads and returns https URLs to ipfs gateways would work without any protocol work easily
  404. adx has joined
  405. moparisthebest but is that what you want ?
  406. qy fab, i'll try it
  407. qy at a start, it's better than nothing
  408. Zash PoC or more thinking over a whiteboard might help, but now I'm going to be busy with pancake coma
  409. qy i can then rework that to include something more embedded with ipfs later
  410. Zash If the client has ipfs, it could just put stuff there directly and send, no server needed. Servers could provide (via XEP-0215 maybe or some other discovery method) ipfs gateways locally.
  411. Matrix Traveler (bot) has left
  412. homebeach has left
  413. homebeach has joined
  414. Matrix Traveler (bot) has joined
  415. qy I'll see what i can draft
  416. moparisthebest yea that seems more like what you want, and 0 server work required
  417. moparisthebest send a regular "I uploaded this https file for you" @ an ipfs gateway for backward compat, with an added "or fetch with ipfs here" element, done
  418. Zash Here's where SIMS or similar would be nice, as it allows alternative transfer methods to be listed
  419. qy would it be more forward-thinking to implement it over SIMS?
  420. Zash SIMS is what the sending client would say, so if you're implementing both client and server bits then it might be sensible to look into
  421. amee2k has left
  422. Zash That is, https://xmpp.org/extensions/xep-0385.html or maybe https://xmpp.org/extensions/xep-0447.html
  423. adx has left
  424. adx has joined
  425. antranigv has left
  426. jubalh has joined
  427. nephele has joined
  428. amee2k has joined
  429. COM8 has joined
  430. COM8 has left
  431. COM8 has joined
  432. COM8 has left
  433. nephele has left
  434. nephele has joined
  435. nephele has left
  436. Maranda has left
  437. Mjolnir Archon has left
  438. Mjolnir Archon has joined
  439. Maranda has joined
  440. debacle has joined
  441. Laura has left
  442. Laura has joined
  443. tsk has joined
  444. amee2k has left
  445. Link Mauve has left
  446. spiral has left
  447. spiral has joined
  448. Laura has left
  449. amee2k has joined
  450. Yagizа has left
  451. Maranda has left
  452. Mjolnir Archon has left
  453. amee2k has left
  454. larma has left
  455. adx has left
  456. Link Mauve has joined
  457. adx has joined
  458. Kev has left
  459. Kev has joined
  460. Kev has left
  461. tsk has left
  462. spiral has left
  463. spiral has joined
  464. Kev has joined
  465. larma has joined
  466. abdullahi has left
  467. adx has left
  468. abdullahi has joined
  469. Kev has left
  470. spiral has left
  471. spiral has joined
  472. amee2k has joined
  473. thomaslewis has joined
  474. thomaslewis has left
  475. thomaslewis has joined
  476. thomaslewis has left
  477. thomaslewis has joined
  478. emus has left
  479. antranigv has joined
  480. amee2k has left
  481. Kev has joined
  482. adx has joined
  483. antranigv has left
  484. amee2k has joined
  485. Kev has left
  486. Mjolnir Archon has joined
  487. Maranda has joined
  488. Maranda has left
  489. Mjolnir Archon has left
  490. atomicwatch has left
  491. Laura has joined
  492. marc0s has left
  493. marc0s has joined
  494. Kev has joined
  495. pasdesushi has left
  496. Mjolnir Archon has joined
  497. Maranda has joined
  498. adx has left
  499. Kev has left
  500. msavoritias has left
  501. spiral has left
  502. thomaslewis has left
  503. spiral has joined
  504. Maranda has left
  505. Mjolnir Archon has left
  506. marc0s has left
  507. marc0s has joined
  508. Kev has joined
  509. Zash has left
  510. larma has left
  511. Kev has left
  512. Zash has joined
  513. goffi has left
  514. adx has joined
  515. Alex has left
  516. paul has left
  517. Mjolnir Archon has joined
  518. adx has left
  519. adx has joined
  520. Kev has joined
  521. Maranda has joined
  522. Kev has left
  523. marc has joined
  524. wurstsalat has left
  525. Maranda has left
  526. Mjolnir Archon has left
  527. marc0s has left
  528. marc0s has joined
  529. spiral has left
  530. spiral has joined
  531. kfv has left
  532. kfv has joined
  533. thomaslewis has joined
  534. SouL has left
  535. debacle has left