From to ~radicle-link/dev
No, As a developer - It is our job to choose the right tool for the job - Re-using is one of the core competencies of ours - I don't see even attempts to evaluate the options I gave you. Don't expect anyone else to effectively do your work after for you. Correcting mistakes is one but not even looking at the list and engaging in technical merits is another.
From to ~radicle-link/dev
So I am trying to get some collaboration on testing going between testing CLI type binaries across Is there a reason none of these could be used ? https://crates.io/crates/trycmd https://crates.io/crates/term-transcript out of date: https://github.com/rust-rspec/rspec https://crates.io/crates/trybuild https://nexte.st/book/leaky-tests.html compiletest seems to have detached yay https://github.com/Manishearth/compiletest-rs and ofc insta https://crates.io/crates/insta https://crates.io/crates/snapbox https://crates.io/crates/assert_cmd, https://crates.io/crates/assert_fs
From to ~radicle-link/dev
It would be nice to get rid of the signal handles, unix sockets etc. Doesn't make it much portable I mean... ? Can't we just link to git2-rs instead of running all these pipes ? ------- Original Message ------- On Friday, August 12th, 2022 at 9:16 PM, Fintan Halpenny <fintan.halpenny@gmail.com> wrote: > LGTM > > I'll just note that this is being caused by gitoxide under the hood
From to ~radicle-link/discuss
The IEEE original paper is here behind paywall: https://ieeexplore.ieee.org/document/4447808 Explainer: https://medium.com/coinmonks/a-brief-overview-of-kademlia-and-its-use-in-various-decentralized-platforms-da08a7f72b8f Also - Embracing the Peer Next Door: Proximity in Kademlia https://www.kom.tu-darmstadt.de/papers/KLKP08_1016.pdf Also - brahms paper www.cs.technion.ac.il/~shralex/Brahms-PODC.pdf
From to ~radicle-link/discuss
rust-libp2p essentially do S/Kademlia https://git.gnunet.org/bibliography.git/plain/docs/SKademlia2007.pdf Last time I checked they even added circuit information in there I would think the hopepunchr lib can be used to do all that It doesn't yet support WebRTC transport from browsers but looking forward to that ------- Original Message ------- On Friday, August 12th, 2022 at 8:14 PM, Kim Altintop <kim@eagain.io> wrote:
From to ~radicle-link/dev
Hi all It would be nice to have a discussion around what design / framework we choose for initial CLI integration testing / validation - This decision has big ramifications further on and is much harder to change the further we attach ourselves to it / add stuff on top of techdebt / status quo we create - I feel that now we may be jumping to rolling our own when somebody has already solved many things for us - Problem with hardcoded tests - 1) Not maintainable 2) The thing that runs these tests steals the show from the actual tests
From to ~radicle-link/discuss
Hi all It would be nice to have a discussion around what design / framework we choose for initial CLI integration testing / validation - This decision has big ramifications further on and is much harder to change the further we attach ourselves to it / add stuff on top of techdebt / status quo we create - I feel that now we may be jumping to rolling our own when somebody has already solved many things for us - Problem with hardcoded tests - 1) Not maintainable 2) The thing that runs these tests steals the show from the actual tests