Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Carl Lerche
    @carllerche
    and only see logs for that task
    another feature would be listing all tasks and their current state
    that should be enough for the proposal
    Matthias Prechtl
    @MSleepyPanda
    Added and submitted as final proposal
    Thank you for your feedback!
    Carl Lerche
    @carllerche
    :+1:
    Eliza Weisman
    @hawkw
    yay!
    Matthias Prechtl
    @MSleepyPanda
    I tried to incorporate as much as possible, though it might fall a little bit out of the text flow due the time requirements :D
    Kanishkar J
    @kanishkarj
    Hey! I thought I'd ask this; in the tokio console project, can any client process capture the logs thrown out by RPC server or do we keep some form of authentication?
    Matthias Prechtl
    @MSleepyPanda
    Such a service would ideally not be accessible to the public at all. I'd say that it should only be bound to the loopback interface / localhost.
    If external access is required, one can use a (ssh) tunnel to the machine
    Matthias Prechtl
    @MSleepyPanda
    Getting authentication right is not easy and takes valuable time but can be added later on if required
    Eliza Weisman
    @hawkw
    @kanishkarj and @MSleepyPanda I wouldn't worry about it too much yet --- I think users should be able to decide the address the console gRPC server is served on (which is also necessary bbecause users may want to run it on a particular port)
    IMO we should probably just provide the tower-grpc Service to the application & the user can decide how it should be served --- this would allow the users of the library to layer in auth mechanisms, bind only to loopback, etc, as they see fit
    maybe a “batteries included" API that does something sensible by default could be added for convenience, but at its core this is just like any other grpc service, so yoi should be able to compose it with whatever other middleware you want
    for now, i would just focus on the core functionality
    Kanishkar J
    @kanishkarj
    @MSleepyPanda Yup, makes sense..
    @hawkw sounds good to me!
    Zesen Qian
    @riaqn
    Hello, has there been some effort of a nostd fork of tokio?
    There has been some quite successful effort of running rust on MCUs like stm32.
    but no cooperatative concurrency yet.
    it seems this channel is not quite active... let me try some place else.
    Carl Lerche
    @carllerche
    @riaqn this channel is for the google summer of code :)
    Zesen Qian
    @riaqn
    yeah sorry for the confusion. Let me clarify that I'm also interested in doing this as my gsoc project.
    Eliza Weisman
    @hawkw
    @riaqn just so you’re aware, the application period for GSoC ended on April 9th...
    Zesen Qian
    @riaqn
    @hawkw ok, that's bad news...
    Eliza Weisman
    @hawkw
    of course we would be happy to accept any contributions regardless! but if you’re interested in doing this for Summer of Code, you’ll have to wait for next year
    Zesen Qian
    @riaqn
    yeah, thanks for letting me know.
    Valentin
    @linouxis9
    Hey guys :) May we ask how many slots you have requested / been attributed for this GSoC? @carllerche
    Carl Lerche
    @carllerche
    @linouxis9 Hey there, I believe that google’s recommendation is to keep that info private. I know everyone is excited to hear the results. That will be announced soon :)
    Valentin
    @linouxis9
    Alright, no worries, I understand. Thanks for your work ! :)
    Valentin
    @linouxis9
    Congrats to those who have been selected :)
    Carl Lerche
    @carllerche
    It was very hard to pick projects. We only got 2 slots and many more excellent proposals. Thanks all for submitting :)
    Valentin
    @linouxis9
    I know :) New organizations don't get many slots, I hope you'll be able to participate in GSoC next year ! I'll use the mean time to play a bit more with Tokio o/
    Bert Belder
    @piscisaureus

    @kingoftheconnors Super late reply but...

    is wepoll portable to other OS' other than windows? I know it's based on the linux epoll API...

    It'd be quite easy to port it to OSX/BSD because they have kqueue which supports everything epoll can do and then some. Other unices usually have something e.g. /dev/poll on solaris. But there's not so much need for it; people typically use something like libev to abstract over it. But windows is the outlier, it uses a very different model to do async I/O so libev doesn't work so well.

    FXTi
    @FXTi
    Hey! I just want to ask: which type should I choose to represent a WCHAR string in rust? should be able to get its raw pointer to the inner buffer and length(in bytes).
    OsString or CString or U16CString from widestring-rs crate?
    Eliza Weisman
    @hawkw
    @FXTi I’d have to take a closer look, but OTTOMH OsStringwould be correct provided it provides the functionality you want
    (don’t know the windows API super well though)
    Carl Lerche
    @carllerche
    @FXTi would need more context
    "On Windows, strings are often arbitrary sequences of non-zero 16-bit values, interpreted as UTF-16 when it is valid to do so."
    so, it seems like a 16-bit value string is an OsString on windows...
    i would assume a widestring crate would have the necessary conversions
    mothilv
    @Starkyv
    Hi I want to contribute to tokio . Can someone give me a lead on where to start?
    Lucio Franco
    @LucioFranco
    There should be a bunch of good first issues within the issue section of tokio
    mothilv
    @Starkyv
    thanks
    Taha-Firoz
    @Taha-Firoz
    Could someone enlighten me on how someone who has never done open source contributions can join the gsoc for Tokio
    I'm fairly acquainted with rust, I did a university project using mio, granted it was very very simple though.
    But that project has got me really interested in the networking side of rust
    Also I don't really know what I want to do :/ does that still give me a chance in getting in