The fast_xor platform is listed as :mri. However, this gem appears to require C extensions but it is not specific to MRI: discourse/Gemfile at 0c7eaa57b26a22b0d0f85957ce0720be748d1fe6 · discourse/discourse · GitHub I have also confirmed this works on the latest TruffleRuby. Could you please update the platform to :ruby? For reference, here is a list of meanings for difference platforms: Platforms - Bundler: gemfile Gemfile - A format for describing gem dependencies for Ruby programs

Sure I just too care of this there are a few others I left which I am unsure about, what should I do with them? (byebug, ruby-prof, better_errors, rbtrace, gc_tracer, stackprof, memory_profiler) That said we are totally blocked on truffle till we get mini_racer working per: https://github.com/oracle/truffleruby/issues/1827 Discourse is not really properly functional if you can not cook Markdown to HTML on the server.

Thanks, DEV: change platform mri to platform ruby on some gems · discourse/discourse@620c223 · GitHub looks good. unicorn will likely not work on TruffleRuby because it relies on fork but actually it installs. Can Discourse run on Puma instead, any configuration needed for that? there are a few others I left which I am unsure about, what should I do with them? (byebug, ruby-prof, better_errors, rbtrace, gc_tracer, stackprof, memory_profiler) Yes those all seem very MRI-specific (until they start supporting different backends), so best as platforms: :mri for now. better_errors might work, but binding_of_caller does not support TruffleRuby yet. These gems also seem mostly debugging/performance tools which don’t seem necessary to get the app running. Yes, we need to look at mini_racer. I wonder, for context, why is JS used to render Markdown? To make sure it’s exactly the same result as when run in the client browser?

[תמונה] eregon: Can Discourse run on Puma instead, any configuration needed for that? In development a simple rails server will use puma. [תמונה] eregon: I wonder, for context, why is JS used to render Markdown? To make sure it’s exactly the same result as when run in the client browser? Yes. Now that wasm exists it may be a way out, but it would be a very big change to keep it as extensible by plugins as it is today.

[תמונה] Falco: Yes. Now that wasm exists it may be a way out wasm would definitely be off the table here, payload would be much bigger, there are tons of security issues around getting it to run right with CSPs (and CORS concerns), the implementation of markdown.it is spectacularly fast and extensible allowing for tons of plugins and a huge existing ecosystem. Just some more context on mini_racer. From day 0 at Discourse we insisted on a single pipeline to cook markdown, this completely eliminated a very nasty class of bugs I have experienced at Stack Overflow where server and client spoke slightly different dialects. For Discourse this is even more important cause plugins can amend the pipeline. For example: :arrow_backward: is implemented in a plugin (parsing of []) [תמונה] eregon: Can Discourse run on Puma instead, any configuration needed for that? We have quite a few “quality of life” features we get by using unicorn and relying on forking, see: config/unicorn.conf.rb 620c223d5 # frozen_string_literal: true # See http://unicorn.bogomips.org/Unicorn/Configurator.html if (ENV["LOGSTASH_UNICORN_URI"] || "").length > 0 require_relative '../lib/discourse_logstash_logger' require_relative '../lib/unicorn_logstash_patch' logger DiscourseLogstashLogger.logger(uri: ENV['LOGSTASH_UNICORN_URI'], type: :unicorn) end discourse_path = File.expand_path(File.expand_path(File.dirname(__FILE__)) + "/../") # tune down if not enough ram worker_processes (ENV["UNICORN_WORKERS"] || 3).to_i working_directory discourse_path # listen "#{discourse_path}/tmp/sockets/unicorn.sock" listen ENV["UNICORN_LISTENER"] || "#{(ENV["UNICORN_BIND_ALL"] ? "" : "127.0.0.1:")}#{(ENV["UNICORN_PORT"] || 3000).to_i}" This file has been truncated. show original Specifically we monitor and manage a sidekiq child process from the master process. But… truffle has no GIL, puma is already in the Gemfile once we have mini_racer working, we could collaborate on memory conserving truffle setup that keeps sidekiq and puma in the same process. Or people could just spawn a sidekiq process by hand. Puma can certainly work, we make use of Rack.hijack extensively but that is implemented across Puma/Unicorn/Passenger already.

mini_racer 0.6.3 works on TruffleRuby now :tada:

עדכון Gemfile fast_xor פלטפורמה ל :ruby

מפתח

volanar (Volanar) 21 באוגוסט,‏ 2022,‏ 7:51pm 6

mini_racer 0.6.3 works on TruffleRuby now

נושא		תגובות	צפיות
Changes Requested to Support Discourse on TruffleRuby Development	5	1058	4 במאי,‏ 2022
Discourse on Truffleruby Development	14	1553	16 במאי,‏ 2025
Getting Discourse running on JRuby Development	16	3360	5 במרץ,‏ 2018
Install Discourse on macOS for development Developer Guides dev-install , how-to	102	118654	24 באפריל,‏ 2026
Discourse Build Error: “An error occurred while installing rbtrace (0.5.1), and Bundler cannot continue Self-hosting	20	3058	25 בינואר,‏ 2024

עדכון Gemfile fast_xor פלטפורמה ל :ruby

נושאים קשורים