Live data from Hacker News

Viewing profile — rnijveld

rnijveld

HN member
Joined
Tue, Mar 03, 2015, 2:39 PM UTC
HN karma
277
Public activity
37 items

About rnijveld

https://github.com/rnijveld

Recent public activity

  1. comment
    Comment #48567610

    I find this a very weird way of formulating this. Even if AI keeps its promises and is the future of computing (hopefully without destroying the environment), should it not be appl…

  2. comment
    Comment #48019565

    You realize this article talks about Rust on embedded hardware specifically, where you don’t have threads or big runtimes? There is no hate going on here either, just attempts to m…

  3. story
  4. comment
    Comment #45900184

    As someone working on an NTP implementation (specifically ntpd-rs) I have to add some context to this: I do believe that donating to the Network Time Foundation is fine, but it is …

  5. comment
    Comment #45899334

    The ntp pool is actually independently run and funded and has nothing to do with the NTPd implementation nor the NTP Foundation, other than them allowing the pool to use that DNS n…

  6. comment
    Comment #43908125

    The features we specifically don’t support are those related to direct LDAP support within sudo, so things like loading a sudoers file directly from LDAP. Sudo-rs will use any user…

  7. comment
    Comment #43386695

    I would argue compile time changes don't matter much, as the amount of data going through zlib all across the world is so large, that any performance gain should more than compensa…

  8. comment
    Comment #40790101

    Ah right! I always forget about that since we don’t implement the management protocol in ntpd-rs. I think it’s insane that stuff should go over the same socket as the normal time m…

  9. comment
    Comment #40785961

    Probably, but we still need to parse that string on the client side as well. If you’re willing to do the work I’m sure we would accept a pull request for it! There’s just so many t…

  10. comment
    Comment #40785796

    I also agree that there is too much churn in the Rust ecosystem and that we should try and slow things down in the coming years. ntpd-rs also does this: our MSRV is 1.70 right now …

  11. comment
    Comment #40785655

    I'm afraid this is a pretty common sentiment. NTS has been out for several years already and is implemented in several implementations (including our ntpd-rs implementation, and ot…

  12. comment
    Comment #40785612

    Our project also includes a PTP implementation, statime ( https://github.com/pendulum-project/statime/ ), that includes a Linux daemon. Our implementation should work as well or ev…

  13. comment
    Comment #40785549

    I do think that memory safety is important for any network service. The probability of something going horribly wrong when a network packet is parsed in a wrong way is just too hig…

  14. comment
    Comment #40785438

    I agree that amplification and reflection definitely are worries, which is why we are working towards NTS becoming a default on the internet. NTS would prevent responses by a serve…

  15. comment
    Comment #40785191

    I don’t think our dependency tree is perfect, but I think our dependencies are reasonable overall. We use JSON for transferring metrics data from our NTP daemon to our prometheus m…

  16. comment
    Comment #40785088

    I would encourage you to take a look at some of our testing data and an explanation of our algorithm in our repository ( https://github.com/pendulum-project/ntpd-rs/tree/main/docs/…

  17. comment
    Comment #40785066

    In our internal testing we are very close to Chrony with our synchronization performance, some of our testing data and an explanation of our algorithm is published in our repositor…

  18. comment
    Comment #39853049

    This only works on Linux of course since the Linux kernel and libc are not tightly coupled, on any other OS dynamically linking against libc is a necessity. Also, I've never seen a…

  19. comment
    Comment #39852939

    I'd like to respond to a few things. I think using dependency count as a metric is a bad idea, that metric could easily be lowered by just copying all the code over to your project…

  20. comment
    Comment #38166848

    I can only thank you for the work you've done in creating sudo, I think it's an invaluable tool in the general day to day use for so many people. As someone working on sudo-rs, our…

  21. comment
    Comment #37833196

    They don’t have to be though, a yubikey can be used as a passkey as well.

  22. comment
    Comment #36517428

    We did indeed look at and are still looking at the list of CVEs where sudo takes part right now. However, many of the bugs are through one way or another not applicable for our imp…

  23. comment
    Comment #36516519

    I’m on the sudo-rs team: we are actually very mindful of the dependencies we use. Our current main branch already uses significantly fewer dependencies than a few months ago. Aside…

  24. comment
    Comment #35770395

    We’d love to get a report for this! While we are sure we will make bugs (which is also why we have the notice up on the repository, and you have to go through some hoops in order t…

  25. comment
    Comment #35721174

    I’m on the team that is creating sudo-rs. I agree that just assuming that memory safety will get rid of all the bugs is just plain wrong, it will prevent some particular classes of…