- ruby-dev - ml.ruby-lang.org

[ruby-dev:52125] [Ruby master Bug#20888] TestGemRemoteFetcherLocalSSLServer tests or so began to fail
by mtasaka (Mamoru TASAKA) 06 Dec '24

06 Dec '24

Issue #20888 has been reported by mtasaka (Mamoru TASAKA). ---------------------------------------- Bug #20888: TestGemRemoteFetcherLocalSSLServer tests or so began to fail https://bugs.ruby-lang.org/issues/20888 * Author: mtasaka (Mamoru TASAKA) * Status: Open * ruby -v: ruby 3.4.0dev (2024-11-12 master a6fdd8883c) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- With repeatedly trying to rebuild ruby master on Fedora copr build server, recently TestGemRemoteFetcherLocalSSLServer tests or so tests began to fail on x86_64 as: ``` 183) Failure: TestSocket_TCPSocket#test_initialize_with_connection_failure_after_hostname_resolution_failure [/builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:318]: [Errno::ECONNREFUSED] exception expected, not #<Socket::ResolutionError: getaddrinfo(3): Non-recoverable failure in name resolution>. 184) Failure: TestSocket_TCPSocket#test_initialize_resolv_timeout_with_connection_failure [/builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:284]: [Errno::ETIMEDOUT] exception expected, not #<Errno::ECONNREFUSED: Connection refused - connect(2) for "localhost" port 39177>. 185) Failure: TestSocket_TCPSocket#test_initialize_with_hostname_resolution_failure_after_connection_failure [/builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:303]: [Socket::ResolutionError] exception expected, not #<Errno::ECONNREFUSED: Connection refused - connect(2) for "localhost" port 40983>. 186) Error: TestGemRemoteFetcherLocalSSLServer#test_ssl_connection_allow_verify_none: Gem::RemoteFetcher::FetchError: Errno::ECONNREFUSED: Failed to open TCP connection to localhost:34229 (Connection refused - connect(2) for "localhost" port 34229) (https://localhost:34229/yaml) /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/lib/rubygems/remote_fetcher.rb:265:in 'Gem::RemoteFetcher#fetch_path' /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/rubygems/test_gem_remote_fetcher_local_ssl_server.rb:103:in 'block in TestGemRemoteFetcherLocalSSLServer#test_ssl_connection_allow_verify_none' /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/rubygems/test_gem_remote_fetcher_local_ssl_server.rb:145:in 'TestGemRemoteFetcherLocalSSLServer#with_configured_fetcher' /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/rubygems/test_gem_remote_fetcher_local_ssl_server.rb:102:in 'TestGemRemoteFetcherLocalSSLServer#test_ssl_connection_allow_verify_none' 187) Error: TestSocket_TCPSocket#test_initialize_v6_hostname_resolution_failed_and_v4_hostname_resolution_is_success: Socket::ResolutionError: getaddrinfo(3): Non-recoverable failure in name resolution /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:266:in 'TCPSocket#initialize' /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:266:in 'IO.new' /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:266:in '<main>' /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:259:in 'TestSocket_TCPSocket#test_initialize_v6_hostname_resolution_failed_and_v4_hostname_resolution_is_success' 188) Error: TestSocket_TCPSocket#test_initialize_v6_hostname_resolved_earlier_and_v6_server_is_not_listening: Errno::ECONNREFUSED: Connection refused - connect(2) for "localhost" port 47167 /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:222:in 'TCPSocket#initialize' /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:222:in 'IO.new' /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:222:in '<main>' /builddir/build/BUILD/ruby-3.4.0_20241112.1157gitfee706d9dd-build/ruby-3.4.0-fee706d9dd/test/socket/test_tcp.rb:213:in 'TestSocket_TCPSocket#test_initialize_v6_hostname_resolved_earlier_and_v6_server_is_not_listening' Finished tests in 692.000057s, 46.3801 tests/s, 9452.0484 assertions/s. 32095 tests, 6540818 assertions, 3 failures, 3 errors, 182 skips ``` ( From 1) to 182) are skipped tests ) Looks like * commit:821a5b966fbc2926dc3bf88b6ba09879fa35318e tests are successful * commit:a6fdd8883cab6b31357552db8a64cfb335678172 sees the above error * commit:fee706d9dd52d7f0444357259f33d335f21c980b sees the above error So looks like the culprit is between the above 2 commits. ( I suspect commit:4c270200dbc2a3a4511e8b793a033078afd6fb31 but not sure ) -- https://bugs.ruby-lang.org/

3 6

[ruby-dev:52133] [Ruby master Feature#11177] DATAでEOF文字以降が読めない
by YO4 (Yoshinao Muramatsu) 22 Nov '24

22 Nov '24

Issue #11177 has been updated by YO4 (Yoshinao Muramatsu). rubyの-xオプション付与でソースファイルをバイナリオープンさせることでも```\x1A```以降の読み込みが可能でした。こちらは ruby 3.3またはそれ以前でも可能のようです。 ``` >less -F data.rb #!ruby DATA.pos # posなしだと [] しか得られない p IO.open(DATA.fileno, "rt") {|f| f.readlines } __END__ textpart1 textpart1^Z binpart1 binpart2 >ruby -x data.rb ["textpart1\n", "textpart1\u001A\n", "binpart1\n", "binpart2\n"] ``` 同様の動作を仕込むことで EOF以降も DATAでアクセス可能にできそうですが、DATA.class が Fileでなく IOになっちゃいますね… ---------------------------------------- Feature #11177: DATAでEOF文字以降が読めない https://bugs.ruby-lang.org/issues/11177#change-110732 * Author: mame (Yusuke Endoh) * Status: Open ---------------------------------------- 遠藤です。 Windows で `__END__` 以降に EOF 文字 (`\x1A`) があったとき、それより先が読めないのは仕様でしょうか。 gen.rb: puts "p DATA.read" puts "__END__" puts "foo\x1Abar" 以下のように実行すると再現します。 > ruby gen.rb > t.rb > ruby t.rb "foo" `DATA.binmode.read` などとしてみても同じです。もちろん、Linux では先まで読めます。Windows でも、ソースコードをパイプで流し込んだ場合はなぜか読めます。 > ruby < t.rb "foo\x1Abar\n" さらに、EOF 以降に文字がいっぱいあった場合、EOF 以降の一部の文字が抜け落ちるような挙動になるようです。 gen2.rb: puts "p DATA.read" puts "__END__" puts "foo\x1A" + "X" * 8192 + "Z" > ruby gen2.rb > t.rb > ruby t.rb "fooXXXXXXXXXXXXXXXXXXXXXXXXXXXZ\r\n" バッファリングのバグっぽい挙動ですが、バグでしょうか。 -- Yusuke Endoh <mame(a)ruby-lang.org> -- https://bugs.ruby-lang.org/

1 0

[ruby-dev:52132] [Ruby master Feature#11177] DATAでEOF文字以降が読めない
by YO4 (Yoshinao Muramatsu) 21 Nov '24

21 Nov '24

Issue #11177 has been updated by YO4 (Yoshinao Muramatsu). 本件についてDATA.pos が__END__直後を示さないこと、Cのfseek(0, SEEK_CUR)っぽく DATA.seek(0, IO:SEEK_CUR)を行っても改善しないことから単純なワークアラウンドは存在しないと思っていましたが、 3.4-head で試したところ prismでの仕様の違いか別の理由からかは確認できていませんが DATA.pos が __END__直後を指していたので ``` IO.open(DATA.fileno, "rt") { _1.readlines } # 明示的にuniversal newlineを使用してopen ``` で```\x1A```込みで読み込み可能でした。 ``` >less -F data.rb p IO.open(DATA.fileno, "rt") { _1.readlines } __END__ textpart1 textpart1^Z binpart1 binpart2 >ruby data.rb ["textpart1\n", "textpart1\u001A\n", "binpart1\n", "binpart2\n"] ``` 上記にて、data.rb の改行は CR+LF です。 ---------------------------------------- Feature #11177: DATAでEOF文字以降が読めない https://bugs.ruby-lang.org/issues/11177#change-110720 * Author: mame (Yusuke Endoh) * Status: Open ---------------------------------------- 遠藤です。 Windows で `__END__` 以降に EOF 文字 (`\x1A`) があったとき、それより先が読めないのは仕様でしょうか。 gen.rb: puts "p DATA.read" puts "__END__" puts "foo\x1Abar" 以下のように実行すると再現します。 > ruby gen.rb > t.rb > ruby t.rb "foo" `DATA.binmode.read` などとしてみても同じです。もちろん、Linux では先まで読めます。Windows でも、ソースコードをパイプで流し込んだ場合はなぜか読めます。 > ruby < t.rb "foo\x1Abar\n" さらに、EOF 以降に文字がいっぱいあった場合、EOF 以降の一部の文字が抜け落ちるような挙動になるようです。 gen2.rb: puts "p DATA.read" puts "__END__" puts "foo\x1A" + "X" * 8192 + "Z" > ruby gen2.rb > t.rb > ruby t.rb "fooXXXXXXXXXXXXXXXXXXXXXXXXXXXZ\r\n" バッファリングのバグっぽい挙動ですが、バグでしょうか。 -- Yusuke Endoh <mame(a)ruby-lang.org> -- https://bugs.ruby-lang.org/

1 0

[ruby-dev:52120] [Ruby master Bug#20862] gem install --document=rdoc,ri fails with some gem
by mtasaka (Mamoru TASAKA) 18 Nov '24

18 Nov '24

Issue #20862 has been reported by mtasaka (Mamoru TASAKA). ---------------------------------------- Bug #20862: gem install --document=rdoc,ri fails with some gem https://bugs.ruby-lang.org/issues/20862 * Author: mtasaka (Mamoru TASAKA) * Status: Open * ruby -v: ruby 3.4.0dev (2024-11-02 master 24f7829abf) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- With using commit:24f7829abfd29fc226e38829caaecaa76885afbf , trying `$ gem install --document=rdoc,ri foo.gem` fails with some (not one) gem like: ``` $ gem install -V --document=rdoc,ri tk ... ... ERROR: While executing gem ... (RDoc::Error) error generating Busy.html: Error while evaluating /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/template/darkfish/class.rhtml: undefined method 'match' for an instance of RDoc::Markup::Document (RDoc::Error) /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:789:in 'RDoc::Generator::Darkfish#excerpt' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/template/darkfish/class.rhtml:16:in 'block in RDoc::Generator::Darkfish#generate_class' /usr/share/ruby/erb.rb:429:in 'Kernel#eval' /usr/share/ruby/erb.rb:429:in 'ERB#result' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:750:in 'RDoc::Generator::Darkfish#template_result' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:729:in 'block in RDoc::Generator::Darkfish#render_template' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:724:in 'IO.open' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:724:in 'Pathname#open' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:724:in 'RDoc::Generator::Darkfish#render_template' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:356:in 'RDoc::Generator::Darkfish#generate_class' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:382:in 'block in RDoc::Generator::Darkfish#generate_class_files' <internal:array>:42:in 'Array#each' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:379:in 'RDoc::Generator::Darkfish#generate_class_files' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/generator/darkfish.rb:246:in 'RDoc::Generator::Darkfish#generate' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/rubygems_hook.rb:139:in 'block in RDoc::RubygemsHook#document' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/rubygems_hook.rb:136:in 'Dir.chdir' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/rubygems_hook.rb:136:in 'RDoc::RubygemsHook#document' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/rubygems_hook.rb:198:in 'RDoc::RubygemsHook#generate' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/rubygems_hook.rb:56:in 'block in RDoc::RubygemsHook.generation_hook' <internal:array>:42:in 'Array#each' /usr/share/gems/gems/rdoc-6.7.0/lib/rdoc/rubygems_hook.rb:55:in 'RDoc::RubygemsHook.generation_hook' /usr/share/rubygems/rubygems/request_set.rb:313:in 'block in Gem::RequestSet#install_hooks' <internal:array>:42:in 'Array#each' /usr/share/rubygems/rubygems/request_set.rb:312:in 'Gem::RequestSet#install_hooks' /usr/share/rubygems/rubygems/request_set.rb:210:in 'Gem::RequestSet#install' /usr/share/rubygems/rubygems/commands/install_command.rb:207:in 'Gem::Commands::InstallCommand#install_gem' /usr/share/rubygems/rubygems/commands/install_command.rb:223:in 'block in Gem::Commands::InstallCommand#install_gems' <internal:array>:42:in 'Array#each' /usr/share/rubygems/rubygems/commands/install_command.rb:216:in 'Gem::Commands::InstallCommand#install_gems' /usr/share/rubygems/rubygems/commands/install_command.rb:162:in 'Gem::Commands::InstallCommand#execute' /usr/share/rubygems/rubygems/command.rb:326:in 'Gem::Command#invoke_with_build_args' /usr/share/rubygems/rubygems/command_manager.rb:253:in 'Gem::CommandManager#invoke_command' /usr/share/rubygems/rubygems/command_manager.rb:194:in 'Gem::CommandManager#process_args' /usr/share/rubygems/rubygems/command_manager.rb:152:in 'Gem::CommandManager#run' /usr/share/rubygems/rubygems/gem_runner.rb:56:in 'Gem::GemRunner#run' /usr/bin/gem:12:in '<main>' Installing ri documentation for tk-0.5.0 Installing darkfish documentation for tk-0.5.0 ``` I guess this is related to commit:ed993b5bcc4fcae661dd022d3211dcc770425218 , but not sure. Note that "vanilla" rdoc 6.7.0 does not seem to have the above change, the change on rdoc was installed on https://github.com/ruby/rdoc/commit/716bc16a7dbcac937d38c328d2d89a2f7cff2fa9 , and "vanilla" rdoc 6.7.0 seems NOT to reproduce this issue. -- https://bugs.ruby-lang.org/

3 3

[ruby-dev:52124] 'help'
by たぬき 12 Nov '24

12 Nov '24

1 0

[ruby-dev:52116] [Ruby master Bug#20767] VM_ASSERT fails on clear_method_entry_by_id_in_class() under a specific situation
by tagomoris (Satoshi Tagomori) 05 Nov '24

05 Nov '24

Issue #20767 has been reported by tagomoris (Satoshi Tagomori). ---------------------------------------- Bug #20767: VM_ASSERT fails on clear_method_entry_by_id_in_class() under a specific situation https://bugs.ruby-lang.org/issues/20767 * Author: tagomoris (Satoshi Tagomori) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- VM_ASSERT in `clear_method_entry_by_id_in_class()` (vm_method.c) fails when: * Kernel#require is refined * Kernel#require is replaced by `alias_method` and `define_method` * User code calls `require` * The aliased method entry is undefined Under this situation, `VM_ASSERT(cme->owner == T_CLASS)` fails in `clear_method_entry_by_id_in_class`. This CI failure shows it: https://github.com/ruby/ruby/actions/runs/11081754435/job/30793895707?pr=11… In this case, the cme had: * def->type: CFUNC * defined_class: Kernel * owner: Kernel I couldn't find the root cause of why Kernel is set on cme->owner, and why the owner is checked here. How should we fix this problem? * Just delete the VM_ASSERT() (because the cme is just to be invalidated) * Fix the root cause of the invalid&unexpected cme->owner -- https://bugs.ruby-lang.org/

4 4

[ruby-dev:52112] [Ruby master Bug#20730] LoadError if Rakefile has shebang
by watson1978 (Shizuo Fujita) 14 Sep '24

14 Sep '24

Issue #20730 has been reported by watson1978 (Shizuo Fujita). ---------------------------------------- Bug #20730: LoadError if Rakefile has shebang https://bugs.ruby-lang.org/issues/20730 * Author: watson1978 (Shizuo Fujita) * Status: Open * Target version: 3.4 * ruby -v: ruby 3.4.0dev (2024-09-12T20:03:28Z master 0fc8422a05) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- `LoadError` exception will be raised when invoke the rake task with latest ruby 3.4-dev. ### Reproduce code Here is example code. ```ruby #!/usr/bin/env rake p "Hello" ``` ### Result ``` $ ruby -v ruby 3.4.0dev (2024-09-12T20:03:28Z master 0fc8422a05) +PRISM [x86_64-linux] $ rake -f test.rake rake aborted! LoadError: no Ruby script found in input (LoadError) (See full trace by running task with --trace) ``` -- https://bugs.ruby-lang.org/

3 2

[ruby-dev:52100] [Ruby master Bug#20675] Parse error with required kwargs and omitted parens
by matz (Yukihiro Matsumoto) 05 Sep '24

05 Sep '24

Issue #20675 has been reported by matz (Yukihiro Matsumoto). ---------------------------------------- Bug #20675: Parse error with required kwargs and omitted parens https://bugs.ruby-lang.org/issues/20675 * Author: matz (Yukihiro Matsumoto) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- As pointed out in https://github.com/mruby/mruby/issues/6268, keyword arguments without surrounding parens are a bit confusing, e.g. ```ruby def foo arg: 123 end ``` is parsed as ```ruby def foo(arg:) 123 end ``` where ```ruby k=25 f k: 10 ``` is parserd as ```ruby k=25 f(k: 10) ``` In summary, should we ignore newlines after keyword labels? Should we make them behave consistent? Matz. -- https://bugs.ruby-lang.org/

5 8

[ruby-dev:52096] [Ruby master Bug#20633] compile error at vm_insnhelper.c when HAVE_DECL_ATOMIC_SIGNAL_FENCE is 0
by kimuraw (Wataru Kimura) 02 Sep '24

02 Sep '24

Issue #20633 has been reported by kimuraw (Wataru Kimura). ---------------------------------------- Bug #20633: compile error at vm_insnhelper.c when HAVE_DECL_ATOMIC_SIGNAL_FENCE is 0 https://bugs.ruby-lang.org/issues/20633 * Author: kimuraw (Wataru Kimura) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- 木村といいます。最近導入された、vm_insnhelper.c 中での atomic_signal_fence()の呼び出し[1]が config.hで ”#define HAVE_DECL_ATOMIC_SIGNAL_FENCE 0” のときコンパイルエラーになります。おそらくコードの意図と異なると思うのでパッチ送ります。 ``` compiling array.c compiling vm.c In file included from vm.c:514: ./vm_insnhelper.c:400:5: warning: implicit declaration of function 'atomic_signal_fence' is invalid in C99 [-Wimplicit-function-declaration] atomic_signal_fence(memory_order_seq_cst); ^ ./vm_insnhelper.c:400:25: error: use of undeclared identifier 'memory_order_seq_cst' atomic_signal_fence(memory_order_seq_cst); ^ 1 warning and 1 error generated. ``` [1] Add explicit compiler fence when pushing frames to ensure safe profiling https://github.com/ruby/ruby/commit/64fef3b870a8ed8147654531aef4c065d8a730c6 ---Files-------------------------------- patch-vm_insnhelper.c.diff (535 Bytes) -- https://bugs.ruby-lang.org/

4 5

[ruby-dev:52099] Your account is hacked. Your data is stolen. Learn how to regain access.
by ruby-dev＠ruby-lang.org 28 Jul '24

28 Jul '24

> Hi, > > I am a hacker, and I have successfully gained access to your operating system. > I also have full access to your account. > > I've been watching you for a few months now. > > The fact is that your computer has been infected with malware through an adult site that you visited. > If you are not familiar with this, I will explain. > Trojan Virus gives me full access and control over a computer or other device. > This means that I can see everything on your screen, turn on the camera and microphone, but you do not know about it. > I also have access to all your contacts and all your correspondence. > > Why did your antivirus not detect malware? > Answer: The malware I used is driver-based, I update its signatures every 4 hours. Hence your antivirus is unable to detect its presence. > I made a video showing how you satisfy yourself in the left half of the screen, and the right half shows the video you were watching at the time. > > With one mouse click, I can send this video to all your emails and contacts on your social networks. > I can also make public all your e-mail correspondence and chat history on the messengers that you use. > > If you don't want this to happen, transfer $1390 in Bitcoin equivalent to my Bitcoin address (if you do not know how to do this, just search "buy bitcoin" on Google). > > My Bitcoin address (BTC Wallet) is: 18bF61DzcK5ifmz5HpjQapDuGt1gdZMiq3 > > After confirming your payment, I will delete the video immediately, and that's it. You will never hear from me again. > I will give you 50 hours (more than 2 days) to pay. I will get a notice, when you open this email, and the timer will start. > Filing a complaint somewhere does not make sense because this email cannot be tracked like my Bitcoin address. > > I never make any mistakes. > If I find that you have shared this message with someone else, the video will be immediately distributed. > > Best regards!

1 0