Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Harry Fei
    @harryfei
    Not harder than webrender :smile: @mpereira @yyoncho
    We can add a new grahpic backend(just like webrender backend) which using RPC api to contact GUI frontends.
    1 reply
    Ivan Yonchovski
    @yyoncho
    @harryfei does it make sense to abstract webrender backend to allow running it locally and remote?
    Harry Fei
    @harryfei
    It's very practical to do that
    johann bestowrous
    @jobez
    i sort of gleamed this from skimming through the issues, but the convention to marshall data from elisp land to js land is to call .json on a given object? is there a way to go from js obj to elisp object via similar method?
    18 replies
    petr-tik
    @petr-tik

    hey, tried build with web-render and ran into an issue that feels like it might happen to others. Also the readme alludes to the error, so I was curious if someone can share the exact fix
    emacs-ng/emacs-ng#154

    thanks again

    David DeSimone
    @DavidDeSimone
    are you operating in a VM? I saw that issue when running in virtualBox, and I needed to enable 3D acceleration to solve it
    petr-tik
    @petr-tik
    i am on my linux desktop
    David DeSimone
    @DavidDeSimone
    interesting, I will have to defer to @harryfei then
    petr-tik
    @petr-tik
    let me know if you need other info. It's an AMD desktop
    Harry Fei
    @harryfei
    Something related to rust-windowing/glutin#1262
    I think it means our OS's GL library need to support vsync extension.
    petr-tik
    @petr-tik
    IIRC, Is it possible to support systems without VSYNC? I don’t know too much about drivers, so would appreciate any pointers
    Can you try to add .with_vsync(false) here?
    I find a option in glutin which we are using for window library.
    Ivan Yonchovski
    @yyoncho
    Just want to share something funny:
    (dotimes (i 1000)
      (url-copy-file "http://google.com" "/tmp/oo" t))
    (actually, not funny but kind of interesting)
    This code will block. But if you execute:
    (make-thread (lambda () (recursive-edit)) "foo")
    It won't. From now on stuff that blocks the main thread will allow the thread "foo" to run.
    petr-tik
    @petr-tik

    Can you try to add .with_vsync(false) here?

    i had to move it to https://github.com/emacs-ng/emacs-ng/blob/master/rust_src/src/webrender_backend/output.rs#L113 because it is a method on ContextBuilder. Still getting an error though

    brotzeit
    @brotzeit
    maybe we should also add a "help" room to encourage users to ask for help
    /potential contributors
    David DeSimone
    @DavidDeSimone
    I'm down for additional rooms
    David DeSimone
    @DavidDeSimone
    has anyone tried building ng with docker?
    we have like a 90% solution, I think the only reason it wouldn't work is a couple references to 'remacs' we have renamed back to 'emacs'
    brotzeit
    @brotzeit
    nope never tried it, not even with remacs
    maybe it's a good first issue ?
    David DeSimone
    @DavidDeSimone
    I think it would be, docker seems to be popular, and it does make building things easy
    petr-tik
    @petr-tik
    nix-shell could be a useful way to define reproducible versions of dependencies - i am not sure how well it supports rust, but could be at least useful to non-rust native libraries for native-comp, native json, webrender and other deps
    David DeSimone
    @DavidDeSimone
    so running my basic benchmarks with clojurescript, there does seem to be some general overhead
    3 replies
    for things like Fibonacci, I'm seeing clojurescript being 0.5x times a pure JS implementation
    that still blows even nativecomp out of the water though
    you need to manually call Deno I/O functions, but I think that is fine.
    petr-tik
    @petr-tik
    I’m curious why that is. Is Deno such a smart optimising JIT or is it the async, non-blocking nature? Native-comp was a noticeable improvement for me when I first switched to it
    David DeSimone
    @DavidDeSimone
    v8's JIT is very powerful, top top tier
    its garbage collector is also very well engineered
    David DeSimone
    @DavidDeSimone
    the only thing that sucks is that calling lisp.xxx functions get black boxed, so the JIT is limited to how it can optimize them.
    David DeSimone
    @DavidDeSimone
    I don't mind if it is, I just don't recognize who alienzj is
    brotzeit
    @brotzeit
    david and me discussed this and we agreed on waiting a little longer to put emacs-ng in major package repositories...I also don't really mind, but maybe we should discuss it before
    but nevermind...
    David DeSimone
    @DavidDeSimone
    Its also possible they arent in this chat and are just a stranger, to which i would say uploading us to a package repo without even trying to talk to us is a little “not cool”
    petr-tik
    @petr-tik
    To play Devil’s advocate - isn’t open source code open to distribute (including packaging for distributions) and it might be helpful that a volunteer has enabled a new group of users to try?
    David DeSimone
    @DavidDeSimone
    I don't disagree, I don't want to send the message that we think we have the project on lockdown or anything like that - it's an open source GPL project that is free to distribute. The only thing I worry about is people we don't know setting up distribution channels can be a little worrying; i.e. they lose interest and don't update or they introduce malicious code under the projects name. I'm honestly not worried about either in this case, but I thought it was worth bringing up
    petr-tik
    @petr-tik
    Security and longevity are great points. I don’t run arch (I would have told you already if that were the case). as my recent troubles with webrender showed I would love to have all OpenGL and native dependencies with specific version be made available when I build emacs-ng
    brotzeit
    @brotzeit
    I appreciate if users want to help us, but I also think it's the best way to talk to the maintainers first
    David DeSimone
    @DavidDeSimone
    that's exciting, we were posted a lot this week off of a few different things