Acrylic doesn't work for published apps

Describe the bug
Acrylic doesn't work when the app has been published, it only works when debugging.
To Reproduce
Steps to reproduce the behavior:

Create a new Avalonia MVVM project
Set XAML to:

<Window ...
        TransparencyLevelHint="AcrylicBlur"
        Background="Transparent">

    <Panel>
        <ExperimentalAcrylicBorder  IsHitTestVisible="False">
            <ExperimentalAcrylicBorder.Material>
                <ExperimentalAcrylicMaterial TintColor="Black"
                                             TintOpacity="0.5"
                                             MaterialOpacity="0.65"
                                             BackgroundSource="Digger"/>
            </ExperimentalAcrylicBorder.Material>
        </ExperimentalAcrylicBorder>
    </Panel>
</Window>

Expected behavior
Acrylic should work for both debug AND published application.
Screenshots

Desktop (please complete the following information):

OS: Windows 11
Version: 21H2
OS build: 22000.778

You probably need an application compatibility manifest.

Works as expected without manifest. But yes, please try with it.
Avn 0.10.17
Win 25163.1000

It works with and without UseWindowsUIComposition, but without it's very slow and unsupported.
public static AppBuilder BuildAvaloniaApp()
    => AppBuilder.Configure<App>()
        .UsePlatformDetect()
        .With(new Win32PlatformOptions
        {
            UseWindowsUIComposition = true // it's enabled by default
        })
        .LogToTrace();

AcrylicBugTest.zip
Anything I'm missing?
Added compatability manifest, didn't work.
Tried changing UseWindowsUIComposition to true, didn't work.
Tried the published app on Windows Sandbox, no acrylic there.

You're using v0.10.14. If I update to 0.10.17 it works for me

You're using v0.10.14. If I update to 0.10.17 it works for me
Unfortunately, no change for me.

How do you publish?

Is there any issue probably AOT or trimming?

How do you publish?

Tried with all the options.

have you tried x64?

win-x64.zip
published files, does Acrylic work for you?
For me it doesn't.

Let me double-check tomorrow.
From your screen shots I see you use the UI to publish. I wonder if it's a different if you do it by command line.

from command line:

from UI:

Don't ask me why. I have no idea. I only remembered, I had a similar issue in WPF.

@PerfectlyFineCode acrylic in your build works for me, but I see that winui composition wasn't enabled. Even though I decompiled it and saw WinUIComposition=true in your code, it wasn't applied in runtime. Acrylic without winui composition is very buggy and might not work on every OS.
I wonder if some native dependencies are missed depending on a way how you build it.
You might need to try to build it with runtime identifier win7-x64 instead of win-x64.

Might be a duplicate of https://github.com/AvaloniaUI/Avalonia/issues/6028 then

@PerfectlyFineCode acrylic in your build works for me, but I see that winui composition wasn't enabled. Even though I decompiled it and saw WinUIComposition=true in your code, it wasn't applied in runtime. Acrylic without winui composition is very buggy and might not work on every OS.
I wonder if some native dependencies are missed depending on a way how you build it. You might need to try to build it with runtime identifier win7-x64 instead of win-x64.

I apologize for a late answer, I just checked now and it is exactly that issue.
Works fine now for me when I compiled it as win7-x64 using CLI instead of VS's GUI.

so duplicate of #6028

I apologize for a late answer

all fine. It's always nice to get a feedback. :+1:


Remove TestSuiteAnnotation from TestBatchProcessor

Note - This seemed trivial enough to not create a ticket, but let me know if there should be a ticket
Symptoms: Currently in Linkedin internal, when building Samza with the latest open source changes on Mac, TestBatchProcessor tests keep failing.
Causes: Currently this TestSuiteAnnotation used in TestBatchProcessor is causing the tests to be ran twice when building using gradle (documented in gradle/gradle#5484). This seems to be causing issues internally where because we cap the memory used for testing to 1.5gb (in a recent commit) currently, leads to this test failing. The current theory is that Mac seems to be using more memory as building on Linux passes.
Fix: By removing the TestSuiteAnnotation, these tests are only ran once and leads to the build passing. As it seems like running these tests twice are redundant, we can remove the annotation.
Tests: Try to build samza internally with the latest open source changes (git merge master HEAD) and this test will fail on Mac.
I've verified that removing this annotation still leads to these tests being ran but only once and the TestSuite doesn't seem to be used anywhere in Samza.
Ran ./gradlew clean build test to verify building still works.

@cameronlee314 as for some reason I can't add you as a reviewer (I'm guessing I don't have permissions for Samza?)

Thanks for the PR.
One tip regarding the description: For open source PRs, try to write the description from a general point of view instead of including Linkedin-specific details. For example, the symptom could be "TestBatchProcessor tests run twice and seem to cause increased memory usage in some cases". It's good to mention links to public issues and mac vs. linux, but if you need to use the term "internally", then there is probably a way to re-word it.


MODELIX-574: feat(docker): dockerize use cases

spa-overview-angular  | 2023/11/10 14:42:27 [error] 11#11: *1 directory index of "/usr/share/nginx/html/" is forbidden, client: <IP_ADDRESS>, server: , request: "GET / HTTP/1.1", host: "localhost:4200"
spa-overview-angular  | <IP_ADDRESS> - - [10/Nov/2023:14:42:27 +0000] "GET / HTTP/1.1" 403 153 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0" "-"
spa-overview-angular  | 2023/11/10 14:42:27 [error] 11#11: *1 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: <IP_ADDRESS>, server: , request: "GET /favicon.ico HTTP/1.1", host: "localhost:4200", referrer: "http://localhost:4200/"
spa-overview-angular  | <IP_ADDRESS> - - [10/Nov/2023:14:42:27 +0000] "GET /favicon.ico HTTP/1.1" 500 177 "http://localhost:4200/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0" "-"
spa-management-vue    | 2023/11/10 14:42:32 [error] 9#9: *1 directory index of "/usr/share/nginx/html/" is forbidden, client: <IP_ADDRESS>, server: , request: "GET / HTTP/1.1", host: "localhost:3000"
spa-management-vue    | <IP_ADDRESS> - - [10/Nov/2023:14:42:32 +0000] "GET / HTTP/1.1" 403 153 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0" "-"
spa-management-vue    | 2023/11/10 14:42:32 [error] 9#9: *1 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: <IP_ADDRESS>, server: , request: "GET /favicon.ico HTTP/1.1", host: "localhost:3000", referrer: "http://localhost:3000/"
spa-management-vue    | <IP_ADDRESS> - - [10/Nov/2023:14:42:32 +0000] "GET /favicon.ico HTTP/1.1" 500 177 "http://localhost:3000/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0" "-"

@odzhychko have you encountered this as well?

spa-overview-angular  | 2023/11/10 14:42:27 [error] 11#11: *1 directory index of "/usr/share/nginx/html/" is forbidden, client: <IP_ADDRESS>, server: , request: "GET / HTTP/1.1", host: "localhost:4200"
spa-overview-angular  | <IP_ADDRESS> - - [10/Nov/2023:14:42:27 +0000] "GET / HTTP/1.1" 403 153 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0" "-"
spa-overview-angular  | 2023/11/10 14:42:27 [error] 11#11: *1 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: <IP_ADDRESS>, server: , request: "GET /favicon.ico HTTP/1.1", host: "localhost:4200", referrer: "http://localhost:4200/"
spa-overview-angular  | <IP_ADDRESS> - - [10/Nov/2023:14:42:27 +0000] "GET /favicon.ico HTTP/1.1" 500 177 "http://localhost:4200/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0" "-"
spa-management-vue    | 2023/11/10 14:42:32 [error] 9#9: *1 directory index of "/usr/share/nginx/html/" is forbidden, client: <IP_ADDRESS>, server: , request: "GET / HTTP/1.1", host: "localhost:3000"
spa-management-vue    | <IP_ADDRESS> - - [10/Nov/2023:14:42:32 +0000] "GET / HTTP/1.1" 403 153 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0" "-"
spa-management-vue    | 2023/11/10 14:42:32 [error] 9#9: *1 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: <IP_ADDRESS>, server: , request: "GET /favicon.ico HTTP/1.1", host: "localhost:3000", referrer: "http://localhost:3000/"
spa-management-vue    | <IP_ADDRESS> - - [10/Nov/2023:14:42:32 +0000] "GET /favicon.ico HTTP/1.1" 500 177 "http://localhost:3000/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/117.0" "-"

@odzhychko have you encountered this as well?

It works for me. I do not get this error.

@odzhychko @nkoester nvm, the issue was my local setup


Syntax isn't introduced

There's no point where the following syntax is introduced:
https://github.com/scala-exercises/exercises-scalatutorial/blob/23b132f382e2372ac5ee3e00fc3e70aaa480be30/src/main/scala/scalatutorial/sections/StandardLibrary.scala#L120
Even trying to scour the internet, it's difficult to find the solution that's expected.

You need to make a statement similar to a map:
(x,y) => (x<=y)
You assign x,y as your two parameters and map them to the comparison you want to run later.
Hope this helps.

I had the same problem, this syntax is not previously introduced in the tutorial. Really not a good way to teach Scala. Thanks a lot to @albertocamposblanco, his solution was the key to complete the exercise: (x,y) => (x<y)

As a scala newbie, I found this confusing as well.
I expected the answer to be:
val cond: (Int, Int) => Boolean = <

Is there a way of referring to the lessThan operator function in the built-ins?

Yeah, I found this incredibly confusing as well, maybe an example of a similar condition being used earlier would help?


[Bug] The Downloader stops responding and crashes/closes itself when downloading Demon Slayer S04E03

The Downloader stops responding and crashes/closes itself when downloading Demon Slayer S04E03 (Hashira Training Arc)
The dubs I have selected are en-US, ja-JP, hi-IN, ta-IN, te-IN
The softsub I have selected is only en-US. No hardsubs enabled.
Video and audio quality have been set to best and chapters are also turned on
Stream endpoint is web/firefox. Also I have tried web/chrome and web/edge. But same problem occurs again.
All other episodes download normally as expected. But this episode specifically crashes the downloader.
I have tried multiple times still the same result every time.

Check the Windows Event Log (if the program crashes)

If the program crashes, please check the Windows Event Log for any related error messages (.NET runtime) and include that information in your issue report.

since i can't reproduce it i definetly need this

With my usual configuration it does not fail, have you checked on the web that it is not a failure of some audio or subtitle, because yesterday I was fighting with the program, because I did not understand why the episode 5 of Saint Seiya of season one, despite having configured the audio in Japanese and the subtitle in Spanish I got audio in English and no subtitles even though the program said it was fine, and in the end it was a thing of the Crunchyrrol website that the audio and subtitles of that episode were wrong xd

I don't know what was the reason but the update v1.5.25 seems to have fixed this issue. Thank you so much.


When pressing the mic no recording takes place.

Hello there!
This is a great app you've made. I have some issues making it work however... When I just installed it, it used to record commands but no speachvto text activity was set up. Then I turned on the the set up of the rhasspy server, it started to do text to speach, but now it does not do recording... I the logs I have this:

What do I have to do to make it work?
Thanks!

From the logs, it seems that the app is sending a hotwork detected message but rhasspy is not responding. You have probably enabled the option "use external Dialogue manager" this in a normal configuration should not be enabled since the app already takes care of managing the session this is useful if you want to have more control over how the session is handled. If it doesn’t work after disabling it, you might want to try sending the logs after you run auto set-up.

From the logs, it seems that the app is sending a hotwork detected message but rhasspy is not responding. You have probably enabled the option "use external Dialogue manager" this in a normal configuration should not be enabled since the app already takes care of managing the session this is useful if you want to have more control over how the session is handled. If it doesn’t work after disabling it, you might want to try sending the logs after you run auto set-up.

Thanks for your reply. Unfortunatelly, when I've read this I already reinstalled the app and it did start to send records to rhasspy, thus I cannot determine what was wrong that time, but it deffinetely was not for the MQQT since I was not running it at that time. But now I have new issues:

I cannot make the wake word work. I have set up the wake word, I launch it in the app and it says it is listening to the wake word - but when I say the wake word 'terminator' - no reaction...
When I establish MQTT connection no speach recognition takes place. It only says in the log MQTT keepAlive every 15 sec and no othe activity...
.
Below is my rhaspy setup,

{
"command": {
"webrtcvad": {
"max_sec": "30",
"silence_method": "all",
"vad_mode": "3"
}
},
"dialogue": {
"system": "rhasspy"
},
"handle": {
"system": "hass"
},
"home_assistant": {
"access_token":
"handle_type": "event",
"url": "http://<IP_ADDRESS>:8123/"
},
"intent": {
"fuzzywuzzy": {
"min_confidence": "0"
},
"system": "fsticuffs"
},
"microphone": {
"system": "pyaudio"
},
"mqtt": {
"enabled": "true",
"host": "<IP_ADDRESS>",
"password": "pass",
"username": "user"
},
"sounds": {
"system": "aplay"
},
"speech_to_text": {
"kaldi": {
"open_transcription": true
},
"pocketsphinx": {
"mix_weight": "0"
},
"system": "pocketsphinx"
},
"text_to_speech": {
"espeak": {
"voice": "ru",
"volume": "1"
},
"system": "espeak"
},
"wake": {
"porcupine": {
"keyword_path": "terminator_linux.ppn"
},
"system": "porcupine"
}
}

From the configuration of rhasspy, it seems that the auto-setup was not run because there is no site-id of the app and therefore rhasspy won't respond to the messages of the app. Try to do auto-setup again as described in the documentation and then check the logs for errors.
For the wake word configuration, I had done a little guide. I hope it will be useful.

This manual is not fully applicable to my case since I rum rhasspy as add-on in Home Assistant meaning that though I have portainer add-on installed, but rhasspy cantainer is hidden from me by the hassos and I cannot see its internal port and ip. In the add-on config I have port 12333 dedicated for UDP input stream. So, I did what I could - local_ip:12333 in the App and in the Rhasspy wake word config. Just like this:

{
    "command": {
        "webrtcvad": {
            "max_sec": "30",
            "silence_method": "all",
            "vad_mode": "3"
        }
    },
    "dialogue": {
        "system": "rhasspy"
    },
    "handle": {
        "system": "hass"
    },
    "home_assistant": {
        "access_token": token",
        "handle_type": "event",
        "url": "http://<IP_ADDRESS>:8123/"
    },
    "intent": {
        "fuzzywuzzy": {
            "min_confidence": "0.5"
        }
    },
    "microphone": {
        "system": "pyaudio"
    },
    "mqtt": {
        "enabled": "",
        "host": "<IP_ADDRESS>",
        "password": "pass",
        "site_id": "mobile-app1",
        "username": "user"
    },
    "sounds": {
        "system": "aplay"
    },
    "speech_to_text": {
        "pocketsphinx": {
            "mix_weight": "0"
        },
        "system": "pocketsphinx"
    },
    "text_to_speech": {
        "espeak": {
            "voice": "ru",
            "volume": "1"
        },
        "marytts": {
            "locale": "ru",
            "url": "http://<IP_ADDRESS>:59125/process",
            "voice": "ac-irina-hsmm"
        },
        "system": "marytts"
    },
    "wake": {
        "porcupine": {
            "keyword_path": "porcupine_linux.ppn",
            "sensitivity": "0.9",
            "udp_audio": "<IP_ADDRESS>:12333:mobile-app1"
        },
        "system": "porcupine"
    }
}
'''
no result, I mean, as before it says it listens to the wake word, but no metter what, it does not wake...

2. You have huge security leak in your app - no cridentials to connect to rhasspy server! Give you an example - anyone, who knows the ip of the rhasspy server and tcp port can install the app and connect directly to the HomeAssistant, and give it the comands rhasspy was trained for...
3. The MQQT passes auto-setup, now it has the device-id, but when I turn it on - command recognition just stops - it stops doing anything.

Docker by default applies isolation between the host network and the container network so you can't then bind the ip of the host machine instead you have to use the docker container ip or "<IP_ADDRESS>" which indicates that we listen for any interface.
This is an example of a working configuration.

{
    "dialogue": {
        "system": "rhasspy"
    },
    "handle": {
        "system": "hass"
    },
    "intent": {
        "system": "fsticuffs"
    },
    "mqtt": {
        "enabled": true,
        "host": "host",
        "password": "pass",
        "site_id": "mobile-app3",
        "username": "user"
    },
    "speech_to_text": {
        "system": "kaldi"
    },
    "text_to_speech": {
        "system": "nanotts"
    },
    "wake": {
        "porcupine": {
            "keyword_path": "alexa_linux.ppn",
            "sensitivity": "0.99",
            "udp_audio": "<IP_ADDRESS>:12333:mobile-app3"
        },
        "system": "porcupine"
    }
}

the app itself has no security issues because the rhasspy API does not require any password, so anyone who knows the ip and port can access the MQTT credentials without the need for the app.

the configuration seems successful the only thing I notice is that instead of  "enabled":true there is "enabled":""

Hello, I have a brief question:
Do you have a sample piece of code to demonstrate have to send a message back to your APP with the text for TTS to read it from the phome? I am abit confused with the infop from the forums...
For example HA gets event from Rhasspy and sends back a respont to site_id: 'Ok'.
Thanks!

Hi, sorry for the late answer.
Rhasspy is a very modular system and therefore there is no unique way to receive and send messages. Some people use Node-RED others instead use the home assistant intent. I use appdaemon to answer the events from rhasspy because I find myself more comfortable with python. For starting you could use home assistants intent even if the approach is not very flexible.


Upgrade datasource plugin

... this should fix datasourceAssemblePlugin target
Also update sbt-slamdata to 3.0.0

[ch8432]


Missing export commands

export is missing from these lines, the envvar is not being set.

Thanks!


Feature Request: Show all needed materials in Ingredients list.

If I want to craft, say, a Calfskin Rider's Jacket, I add it with all subcrafts, then flip to the ingredients list to figure out what I need to go fetch to make the whole list.
The ingredients list then shows me this:

As of right now, Artisan seems to only list gatherables, and not even all of those. I need craft Dwarven Mythril Ingots, which require Mythrite ore and Dimythrite; as well as Megalania Leather, requiring Megalania skin and Ashen Alumen, the latter of which is also missing. Finally, I need Calf Leather, which must be purchased on the market board to assemble the final product.
Why aren't these other items listed?
I like the compact display of Artisan crafter, and cannot do without the rest of the artisan toolkit, but I wish it had a crafting planner more like Allagan Tools, or have Artisan simply integrate with / link through to Allagan Tools for this functionality.

It'd actually be really cool if, on the AllaganTools side, there could be a "Craft with Artisan" that would simply create an Artisan crafts list of any missing precrafts and outputs, sort it, and execute.
Then I'd just turn off the Artisan Context Menu Options and not look at Artisan lists except in that direction.

Artisan shows ingredients required for items on your list, if something is missing then check your filters and if a header is in red, right click it to reset it.

There can't be any integration in Allagan Tools, it's an official Dalamud plugin and Artisan doesn't meet the requirements to be an official Dalamud plugin (it's automation, not allowed). That, and it's not my plugin, so I don't have a say in what goes into it.


Fix str description and add references

Change Summary
Replace the backtick with an apostrophe since the rendered output is broken.
Add references to the Python documentation for str, bytes, bytearray, bytes.decode, and Enum.value.
Related issue number

Checklist

[x] The pull request title is a good summary of the changes - it will be used in the changelog
[ ] Unit tests for the changes exist
[ ] Tests pass on CI
[ ] Documentation reflects the changes where applicable
[x] My PR is ready to review, please add a comment including the phrase "please review" to assign reviewers

please review
(the typechecking job failure is unrelated)

(the typechecking job failure is unrelated)

Fixed in #10677

Thanks! It wasn't clear if the commits in the PR are squashed at the end (could not find this information in the contribution guide) but based on the other PR I now see that it is. That's why I didn't apply the suggestions, will do that in the future.
I also separated the remaining two sentences on separate lines.


python3Packages.jsons: init at 1.6.3

Description of changes
Add jsons, a library for serializing and deserializing python objects to and from json

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[x] aarch64-darwin

[x] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

======================================================================
FAIL: test_dump (tests.test_performance.TestPerformance)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/private/tmp/nix-build-python3.9-jsons-1.6.3.drv-0/source/tests/test_performance.py", line 45, in test_dump
    self._do_test_dump(16)
  File "/private/tmp/nix-build-python3.9-jsons-1.6.3.drv-0/source/tests/test_performance.py", line 67, in _do_test_dump
    self.assertTrue(delta_sec3 < time_limit, 'The operation took {} seconds'.format(delta_sec3))
AssertionError: False is not true : The operation took 24.88201 seconds

Suggest trying to disable any timing-related tests. Better not to have builds failing because they're running on a heavily loaded machine. unittest doesn't have an easy cli-based test-skipping mechanism so usually the best way is to substituteInPlace the source and change e.g. test_dump into dont_test_dump so unittest doesn't "discover" it.

======================================================================
FAIL: test_dump (tests.test_performance.TestPerformance)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/private/tmp/nix-build-python3.9-jsons-1.6.3.drv-0/source/tests/test_performance.py", line 45, in test_dump
    self._do_test_dump(16)
  File "/private/tmp/nix-build-python3.9-jsons-1.6.3.drv-0/source/tests/test_performance.py", line 67, in _do_test_dump
    self.assertTrue(delta_sec3 < time_limit, 'The operation took {} seconds'.format(delta_sec3))
AssertionError: False is not true : The operation took 24.88201 seconds

Suggest trying to disable any timing-related tests. Better not to have builds failing because they're running on a heavily loaded machine. unittest doesn't have an easy cli-based test-skipping mechanism so usually the best way is to substituteInPlace the source and change e.g. test_dump into dont_test_dump so unittest doesn't "discover" it.

Remove the whole test_performance.py test file, as it contained 2 timing based tests

@ofborg build python310Packages.jsons


Fix bug in visualize.py and add Open3D-based visualization

Fix a bug in visualize.py and add Open3D-based visualization.

Thanks for the contribution!

hello,zhijian,
I am a git newbie, i dont know whether "push -f" is right, if there are some mistake please tell me,:)🤣

Hello, @suyunzzz
I've downloaded the file which you updated yesterday.
And I try to run the visualize code by default command:

python visualize.py

But I encounter some error about:

File "visualize.py", line 360, in
outputs = model(inputs)
ValueError: Expected more than 1 value per channel when training, got input size torch.Size([1, 84])

The parse argument is:

Model: SemanticKITTI_val_SPVNAS@65GMACs (default)
Velodyne_dir: sample_data(default)
visualize_backend: open3d(default)

Do you know how to solve this problem?
Hope you can give me some advise.
Thanks a lot!! 谢谢！

Hi @suyunzzz, thanks for the updates. Could you please remove init and all .pyc files? Also, the sample data is now stored under assets. Please also remove sample_data in your commit. Thank you!

Btw, could you also reformat the code according to pre-commit (see https://github.com/mit-han-lab/spvnas/runs/6327544860?check_suite_focus=true for more details)?

Hello, @suyunzzz I've downloaded the file which you updated yesterday. And I try to run the visualize code by default command:

python visualize.py

But I encounter some error about:

File "visualize.py", line 360, in
outputs = model(inputs)
ValueError: Expected more than 1 value per channel when training, got input size torch.Size([1, 84])

The parse argument is:

Model: SemanticKITTI_val_SPVNAS@65GMACs (default)
Velodyne_dir: sample_data(default)
visualize_backend: open3d(default)

Do you know how to solve this problem? Hope you can give me some advise. Thanks a lot!! 谢谢！

@QuasarsZ, could you double-check the size of the input inputs.F.shape?

Hello, @zhijian-liu. Thanks for your response.
I run the visualize code with:

python visualize.py --velodyne-dir ./dataset/semantic-kitti/00/velodyne/

And the input size is:

torch.Size([91852, 4])

Is my velodyne-dir set incorrectly?

Hello, @zhijian-liu. Thanks for your response.
I run the visualize code with:

python visualize.py --velodyne-dir ./dataset/semantic-kitti/00/velodyne/

And the input size is:

torch.Size([91852, 4])

Is my velodyne-dir set incorrectly?

Does it work if you use a original visualize.py?

Btw, could you also reformat the code according to pre-commit (see https://github.com/mit-han-lab/spvnas/runs/6327544860?check_suite_focus=true for more details)? Thanks!
hello, zhijian,
I am not sure that is need format code manually? or automatic?🤣

Hi, @suyunzzz. Thank's for your reply.
Run  original visualize.py will get another error. (#90)
Then, I only modify this:

inds, labels, inverse_map = sparse_quantize(pc_,
feat_,
voxel_size,
return_index=True,
return_inverse=True)

to

coords_, inds, inverse_map = sparse_quantize(pc_,
return_index=True,
return_inverse=True)

And I will get error message about:

File "visualize.py", line 360, in
outputs = model(inputs)
ValueError: Expected more than 1 value per channel when training, got input size torch.Size([1, 84])

@suyunzzz To use precommit,
pip install pre-commit
pre-commit install
pre-commit run -a

It should reformat the code and then format the code before every commit.

@suyunzzz To use precommit,
pip install pre-commit
pre-commit install
pre-commit run -a

It should reformat the code and then format the code before every commit.

thanks, it seems work😄


🚀 Feature: Support for multiple GitHub webhook secrets

🔖 Feature description
Support to configure the events-backend-module-github plugin with multiple webhook secrets would be very useful as currently only one webhook secret can be used to validate incoming webhooks.
🎤 Context
I have a Backstage instance configured with two private GitHub apps, each installed in a different GitHub organization. Backstage handles this quite well already, but it does not support validating the webhook callbacks from both app installations if their webhook secret differs.
✌ Possible Implementation
AFAICT the integrations.github.[].apps.[].webhookSecret is entirely unused. I propose using any configured GitHub app webhook secret values in addition to events.modules.github.webhookSecret, making the latter optional if any apps are configured.
👀 Have you spent some time to check if this feature request has been raised before?

[X] I checked and didn't find similar issue

🏢 Have you read the Code of Conduct?

[X] I have read the Code of Conduct

Are you willing to submit PR?
Yes I am willing to submit a PR!

yeah it makes sense. Would you like to be assigned @jawilson?

@vinzscam yup, I can take it. I already have the change written, just need to figure out a good way to test and go through the proper contribution guidelines.


Sort Start Offset column chronologically

Closes #880
Use numeric comparison for time offset column

Please rebase on develop so we can get this merged in


Add void return types to compile in strict mode

Type definition file should always be written to pass strict mode compilation

Thanks!


Support OVNKubernetes in OpenShift 4.11

Which issue this PR addresses:
Fixes ARO-1476
What this PR does / why we need it:
The aro-installer will now set SDN if it's not set.  It will change based on which aro-installer is invoked.  4.11 will be OVNK8s and 4.10 will be OpenShiftSDN.  Relevant PR in aro-installer: https://github.com/openshift/ARO-Installer/pull/16/files
Test plan for issue:
Is there any documentation that needs to be updated for this PR?

Couple things this PR does:

Revert a previous PR because the assumption that SDN is set is no longer true.
Remove SDN out of defaults.  This will be set by the ARO-Installer or the integrated installer if not using hive
Pull the SDN out of the install graph after installation
Add a comment to update SDN if we upgrade the integrated installer to 4.11

All clusters that are in a valid state (not failed creating or failed deleting) have SDN set so I removed /hold.


Switch web framework from Cuba to Roda

Roda is a fork of Cuba.  Here are the advantages I see to this change:

Uses terminal routes.  One of the reasons behind the fork is that
by default, routes in Cuba are not terminal.  So the following
requests are currently handled the same by Tabula:

POST /upload
POST /upload/with/additional/stuff
Basically, you can stick whatever you want at the end of a path, and
Cuba will just ignore it.  Roda has built in support for terminal
routes, so adding stuff at the end of the path will result in a
404, like practically all websites.

Comes with a JSON plugin.  This simplifies JSON handling, and makes
it so you don't have to set the Content-Type to application/json and
call .to_json manually.  You just have the route block return an array
or hash, and Roda will automatically convert it to json for you.

While I was converting the app from Cuba to Roda, I noticed there were
some parts that could derive more benefit from the routing tree.  One
example is TabulaDebug, where I moved a some duplicate code in every
route up to the enclosing branch, so the behavior is shared by all of
the routes under the branch.
Some things get a little more verbose with the switch, such as the
second argument to Roda#view is a general options hash instead of
specific to local variables.  In general that could be made simpler by
passing data to the views implicitly using instance variables instead
of local variables.
Some other changes:

require 'tilt/erb' explicitly.  This avoids some warnings printed
by tilt, which should be the case for both Roda and Cuba.

require tabula_debug and tabula_job_progress outside of the
routing tree, so they aren't required on every request that uses them.

Disclaimer: I'm the author of Roda.

@jeremyevans: This is really interesting. We're a sort of slow-moving project -- nobody's day job, and we're in the middle of rewriting the UI -- but we'll take a look. Thanks!

That's cool, no rush. Thanks for taking the time to look at this and respond.
BTW, the way I found out about Tabula is that the auditors I work with at my job use it for extracting information from PDFs.  I was pleasantly surprised to find out it was built with JRuby and very easy to hack on.


Error during linking

I encountered this issue on Reactive conf. 2017 (source repo)
I have installed reason for linux (ArchLinux x64, 4.9.56-1-lts) as defined in guide via yarn global add.
It seemed to run just fine.
> which ocamlmerlin refmt ocamlmerlin-reason
/usr/local/bin/ocamlmerlin
/usr/local/bin/refmt
/usr/local/bin/ocamlmerlin-reason

Then, I tried to install dependencies (also via yarn) and ended up with this:
yarn install v1.2.1
warning ../../../../package.json: No license field
info No lockfile found.
[1/4] Resolving packages...
[2/4] Fetching packages...
info<EMAIL_ADDRESS>The platform "linux" is incompatible with this module.
info<EMAIL_ADDRESS>is an optional dependency and failed compatibility check. Excluding it from installation.
[3/4] Linking dependencies...
[4/4] Building fresh packages...
[1/1] ⠁ bs-platform: make[1]: *** [Makefile:15: bsppx.exe] Error 2
[-/1] ⠁ waiting...
[-/1] ⠁ waiting...
[-/1] ⠁ waiting...
error /path/to/my/repos/reactiveconf-2017-reasonml-workshop/hello-reactive/node_modules/bs-platform: Command failed.
Exit code: 1
Command: node scripts/install.js
Arguments:
Directory: /path/to/my/repos/reactiveconf-2017-reasonml-workshop/hello-reactive/node_modules/bs-platform
Output:
Working dir /path/to/my/repos/reactiveconf-2017-reasonml-workshop/hello-reactive/node_modules/bs-platform
ninja binary is copied from pre-distribution
Working dir /path/to/my/repos/reactiveconf-2017-reasonml-workshop/hello-reactive/node_modules/bs-platform/jscomp
config_output:
version: 4.02.3
standard_library_default: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/ocaml-4.02.3-d8a857f3/lib/ocaml
standard_library: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml
standard_runtime: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/ocaml-4.02.3-d8a857f3/bin/ocamlrun
ccomp_type: cc
bytecomp_c_compiler: gcc -O -fno-defer-pop -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -O -fPIC
bytecomp_c_libraries: -lm  -ldl  -lpthread
native_c_compiler: gcc -O -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT
native_c_libraries: -lm  -ldl
native_pack_linker: ld -r  -o
ranlib: ranlib
cc_profile: -pg
architecture: amd64
model: default
system: linux
asm: as
asm_cfi_supported: false
with_frame_pointers: false
ext_obj: .o
ext_asm: .s
ext_lib: .a
ext_dll: .so
os_type: Unix
default_executable_name: a.out
systhread_supported: true
host: x86_64-unknown-linux-gnu
target: x86_64-unknown-linux-gnu
exec_magic_number: Caml1999X011
cmi_magic_number: Caml1999I017
cmo_magic_number: Caml1999O010
cma_magic_number: Caml1999A011
cmx_magic_number: Caml1999Y014
cmxa_magic_number: Caml1999Z013
ast_impl_magic_number: Caml1999M016
ast_intf_magic_number: Caml1999N015
cmxs_magic_number: Caml2007D002
cmt_magic_number: Caml2012T004

keyvalues
version: 4.02.3
standard_library_default: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/ocaml-4.02.3-d8a857f3/lib/ocaml
standard_library: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml
standard_runtime: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/ocaml-4.02.3-d8a857f3/bin/ocamlrun
ccomp_type: cc
bytecomp_c_compiler: gcc -O -fno-defer-pop -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -O -fPIC
bytecomp_c_libraries: -lm  -ldl  -lpthread
native_c_compiler: gcc -O -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT
native_c_libraries: -lm  -ldl
native_pack_linker: ld -r  -o
ranlib: ranlib
cc_profile: -pg
architecture: amd64
model: default
system: linux
asm: as
asm_cfi_supported: false
with_frame_pointers: false
ext_obj: .o
ext_asm: .s
ext_lib: .a
ext_dll: .so
os_type: Unix
default_executable_name: a.out
systhread_supported: true
host: x86_64-unknown-linux-gnu
target: x86_64-unknown-linux-gnu
exec_magic_number: Caml1999X011
cmi_magic_number: Caml1999I017
cmo_magic_number: Caml1999O010
cma_magic_number: Caml1999A011
cmx_magic_number: Caml1999Y014
cmxa_magic_number: Caml1999Z013
ast_impl_magic_number: Caml1999M016
ast_intf_magic_number: Caml1999N015
cmxs_magic_number: Caml2007D002
cmt_magic_number: Caml2012T004
No value found from ocamlopt.opt -config for "ar"
No value found from ocamlopt.opt -config for "mkdll"
No value found from ocamlopt.opt -config for "mkexe"
No value found from ocamlopt.opt -config for "mkmaindll"
Build the compiler and runtime ..
Making compiler
make -B -C bin -j 6 all
make[1]: Entering directory '/path/to/my/repos/reactiveconf-2017-reasonml-workshop/hello-reactive/node_modules/bs-platform/jscomp/bin'
node ../../scripts/config_compiler.js
ocamlopt.opt -g -w -40-30 ../stubs/ext_basic_hash_stubs.c unix.cmxa str.cmxa bsb.mli bsb.ml -o bsb.exe
ocamlopt.opt -g -w -40-30 ../stubs/ext_basic_hash_stubs.c bsppx.mli bsppx.ml -o bsppx.exe
ocamlopt.opt -g -w -40-30 ../stubs/ext_basic_hash_stubs.c unix.cmxa str.cmxa -w -a bsb_helper.mli bsb_helper.ml -o bsb_helper.exe
ocamlopt.opt -no-alias-deps -I +compiler-libs ocamlcommon.cmxa refmt_main.mli refmt_main.ml -o refmt.exe
ocamlopt.opt -no-alias-deps -I +compiler-libs ocamlcommon.cmxa reactjs_jsx_ppx_v2.mli reactjs_jsx_ppx_v2.ml -o reactjs_jsx_ppx_2.exe
Working dir /path/to/my/repos/reactiveconf-2017-reasonml-workshop/hello-reactive/node_modules/bs-platform/jscomp/bin
config_output:
version: 4.02.3
standard_library_default: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/ocaml-4.02.3-d8a857f3/lib/ocaml
standard_library: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml
standard_runtime: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/ocaml-4.02.3-d8a857f3/bin/ocamlrun
ccomp_type: cc
bytecomp_c_compiler: gcc -O -fno-defer-pop -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -O -fPIC
bytecomp_c_libraries: -lm  -ldl  -lpthread
native_c_compiler: gcc -O -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT
native_c_libraries: -lm  -ldl
native_pack_linker: ld -r  -o
ranlib: ranlib
cc_profile: -pg
architecture: amd64
model: default
system: linux
asm: as
asm_cfi_supported: false
with_frame_pointers: false
ext_obj: .o
ext_asm: .s
ext_lib: .a
ext_dll: .so
os_type: Unix
default_executable_name: a.out
systhread_supported: true
host: x86_64-unknown-linux-gnu
target: x86_64-unknown-linux-gnu
exec_magic_number: Caml1999X011
cmi_magic_number: Caml1999I017
cmo_magic_number: Caml1999O010
cma_magic_number: Caml1999A011
cmx_magic_number: Caml1999Y014
cmxa_magic_number: Caml1999Z013
ast_impl_magic_number: Caml1999M016
ast_intf_magic_number: Caml1999N015
cmxs_magic_number: Caml2007D002
cmt_magic_number: Caml2012T004

keyvalues
version: 4.02.3
standard_library_default: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/ocaml-4.02.3-d8a857f3/lib/ocaml
standard_library: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml
standard_runtime: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/ocaml-4.02.3-d8a857f3/bin/ocamlrun
ccomp_type: cc
bytecomp_c_compiler: gcc -O -fno-defer-pop -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -O -fPIC
bytecomp_c_libraries: -lm  -ldl  -lpthread
native_c_compiler: gcc -O -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT
native_c_libraries: -lm  -ldl
native_pack_linker: ld -r  -o
ranlib: ranlib
cc_profile: -pg
architecture: amd64
model: default
system: linux
asm: as
asm_cfi_supported: false
with_frame_pointers: false
ext_obj: .o
ext_asm: .s
ext_lib: .a
ext_dll: .so
os_type: Unix
default_executable_name: a.out
systhread_supported: true
host: x86_64-unknown-linux-gnu
target: x86_64-unknown-linux-gnu
exec_magic_number: Caml1999X011
cmi_magic_number: Caml1999I017
cmo_magic_number: Caml1999O010
cma_magic_number: Caml1999A011
cmx_magic_number: Caml1999Y014
cmxa_magic_number: Caml1999Z013
ast_impl_magic_number: Caml1999M016
ast_intf_magic_number: Caml1999N015
cmxs_magic_number: Caml2007D002
cmt_magic_number: Caml2012T004
No value found from ocamlopt.opt -config for "ar"
No value found from ocamlopt.opt -config for "mkdll"
No value found from ocamlopt.opt -config for "mkexe"
No value found from ocamlopt.opt -config for "mkmaindll"
ocamlopt.opt -no-alias-deps -I +compiler-libs ocamlcommon.cmxa reactjs_jsx_ppx_v3.mli reactjs_jsx_ppx_v3.ml -o reactjs_jsx_ppx_3.exe
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(roots.o): relocation R_X86_64_32 against symbol `caml_frametable' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(globroots.o): relocation R_X86_64_32 against symbol `caml_global_roots' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(signals.o): relocation R_X86_64_32S against undefined symbol `caml_pending_signals' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/localFile "caml_startup", line 1:
Error: Error during linking
make[1]: *** [Makefile:33: reactjs_jsx_ppx_2.exe] Error 2
make[1]: *** Waiting for unfinished jobs....
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(roots.o): relocation R_X86_64_32 against symbol `caml_frametable' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(globroots.o): relocation R_X86_64_32 against symbol `caml_global_roots' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(signals.o): relocation R_X86_64_32S against undefined symbol `caml_pending_signals' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(signals_asm.o): relocation R_X86_64_32S against symbol `caml_system__code_end' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(major_gc.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(minor_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(memory.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(alloc.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(compare.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(ints.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(floats.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(str.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(array.o): relocation R_X86_64_32 against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(io.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(extern.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(intern.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(hash.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(sys.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(parsing.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(gc_ctrl.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(terminfo.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(obj.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(lexing.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(callback.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(weak.o): relocation R_X86_64_32 against symbol `caml_weak_ref_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(compact.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(finalise.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(custom.o): relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(unix.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(backtrace.o): relocation R_X86_64_32 against symbol `caml_backtrace_last_exn' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(startup.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(fail.o): relocation R_X86_64_32 against symbol `caml_exn_Failure' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(freelist.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(printexc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
File "caml_startup", line 1:
Error: Error during linking
make[1]: *** [Makefile:36: reactjs_jsx_ppx_3.exe] Error 2
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(startup.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(fail.o): relocation R_X86_64_32 against symbol `caml_exn_Failure' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(roots.o): relocation R_X86_64_32 against symbol `caml_frametable' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/File "caml_startup", line 1:
Error: Error during linking
make[1]: *** [Makefile:27: bsb_helper.exe] Error 2
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(startup.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(fail.o): relocation R_X86_64_32 against symbol `caml_exn_Failure' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(roots.o): relocation R_X86_64_32 against symbol `caml_frametable' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(globroots.o): relocation R_X86_64_32 against symbol `caml_global_roots' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(signals.o): relocation R_X86_64_32S against undefined symbol `caml_pending_signals' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(signals_asm.o): relocation R_X86_64_32S against symbol `caml_system__code_end' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(freelist.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(major_gc.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(minor_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(memory.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(alloc.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(compare.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(ints.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(floats.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(str.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(array.o): relocation R_X86_64_32 against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(io.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(extern.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(intern.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(hash.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(sys.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(parsing.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(gc_ctrl.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(obj.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(lexing.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(printexc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(callback.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(weak.o): relocation R_X86_64_32 against symbol `caml_weak_ref_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(compact.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(finalise.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(custom.o): relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(unix.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(backtrace.o): relocation R_X86_64_32 against symbol `caml_backtrace_last_exn' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
File "caml_startup", line 1:
Error: Error during linking
make[1]: *** [Makefile:24: bsb.exe] Error 2
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(roots.o): relocation R_X86_64_32 against symbol `caml_frametable' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(globroots.o): relocation R_X86_64_32 against symbol `caml_global_roots' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(signals.o): relocation R_X86_64_32S against undefined symbol `caml_pending_signals' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(signals_asm.o): relocation R_X86_64_32S against symbol `caml_system__code_end' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(major_gc.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(minor_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(memory.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(alloc.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(compare.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(ints.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(floats.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(str.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(array.o): relocation R_X86_64_32 against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(io.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(extern.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(intern.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(hash.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(sys.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(parsing.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(gc_ctrl.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(terminfo.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(obj.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(lexing.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(callback.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(weak.o): relocation R_X86_64_32 against symbol `caml_weak_ref_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(compact.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(finalise.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(custom.o): relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(unix.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(backtrace.o): relocation R_X86_64_32 against symbol `caml_backtrace_last_exn' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(startup.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(fail.o): relocation R_X86_64_32 against symbol `caml_exn_Failure' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(freelist.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(printexc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
File "caml_startup", line 1:
Error: Error during linking
make[1]: *** [Makefile:15: bsppx.exe] Error 2
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(roots.o): relocation R_X86_64_32 against symbol `caml_frametable' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(globroots.o): relocation R_X86_64_32 against symbol `caml_global_roots' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(signals.o): relocation R_X86_64_32S against undefined symbol `caml_pending_signals' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(signals_asm.o): relocation R_X86_64_32S against symbol `caml_system__code_end' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(major_gc.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(minor_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(memory.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(alloc.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(compare.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(ints.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(floats.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(str.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(array.o): relocation R_X86_64_32 against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(io.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(extern.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(intern.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(hash.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(sys.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(parsing.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(gc_ctrl.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(terminfo.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(obj.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(lexing.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(callback.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(weak.o): relocation R_X86_64_32 against symbol `caml_weak_ref_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(compact.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(finalise.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(custom.o): relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(unix.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(backtrace.o): relocation R_X86_64_32 against symbol `caml_backtrace_last_exn' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(startup.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(fail.o): relocation R_X86_64_32 against symbol `caml_exn_Failure' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(freelist.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/share/.config/yarn/global/node_modules/reason-cli/rel/3.x.x__________________/i/opam_alpha__slash__ocamlfind-1.7.1-2dac617f/lib/ocaml/libasmrun.a(printexc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
File "caml_startup", line 1:
Error: Error during linking
make[1]: *** [Makefile:30: refmt.exe] Error 2
make[1]: Leaving directory '/path/to/my/repos/reactiveconf-2017-reasonml-workshop/hello-reactive/node_modules/bs-platform/jscomp/bin'
make: *** [Makefile:620: world] Error 2
child_process.js:635
    throw err;
    ^

Error: Command failed: make world
    at checkExecSyncError (child_process.js:592:13)
    at Object.execSync (child_process.js:632:13)
    at non_windows_npm_release (/path/to/my/repos/reactiveconf-2017-reasonml-workshop/hello-reactive/node_modules/bs-platform/scripts/install.js:109:19)
    at Object.<anonymous> (/path/to/my/repos/reactiveconf-2017-reasonml-workshop/hello-reactive/node_modules/bs-platform/scripts/install.js:143:5)
    at Module._compile (module.js:624:30)
    at Object.Module._extensions..js (module.js:635:10)
    at Module.load (module.js:545:32)

CC @andreypopp

@tSte could you try again with Reason 3, in case the changes there made a difference.
https://reasonml.github.io/guide/editor-tools/global-installation

Duplicate of https://github.com/BuckleScript/bucklescript/issues/1939.


feat: prepare provider

Description

This PR adds prepare:provider command.
Motivation and Context

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[x] I have updated the documentation accordingly. For updating Oclif commands documentation use oclif-dev.
[x] I have read the CONTRIBUTION_GUIDE document.
[x] I haven't repeated the code. (DRY)
[x] I have added tests to cover my changes.
[x] All new and existing tests passed.

After reading the PR, I'm also thinking whether it should be possible to start the command with base URL rather than the provider name?
It would:

feel more natural? You're in dev mode integrating the API, the Provider name is our abstraction
be possible to match against existing providers much better (although registry doesn't support this kind of search for now)

After reading the PR, I'm also thinking whether it should be possible to start the command with base URL rather than the provider name?
It would:

feel more natural? You're in dev mode integrating the API, the Provider name is our abstraction
be possible to match against existing providers much better (although registry doesn't support this kind of search for now)

Yeah, I agree with provider name being our abstraction. At the same time I think it would actually make matching of existing provider bit more complicated in cases when we have integration parameter in base url (https://{REGION}.stt.speech.microsoft.com) .
For now I wouldn't  change it as we would need to change registry endpoint and hack the inquirer.


Test

[ ] Set up React Testing Library.
[ ] Wrote unit tests for the files operate.js and calculate.js using Jest.
[ ] Created unit tests for all React components:
[ ] Used Jest snapshots to test the components.
[ ] Used React Testing Library to simulate user interaction.

Thanks for the feedback @codecaiine


hpcrun: fix issue #189 (BLOCKTIME event crashes)

Quick fix for issue #189 where profiling with -e BLOCKTIME causes segmentation fault in some cases, and memory corruption (but doesn't crash) in other cases.
Current solution: All linux_perf's custom-based events should be based on perf_event metric kind. Otherwise linux perf_event manager doesn't know how many metrics (or events) are there.
Long term solution: Linux perf_event custom-based events should be ideally more independent (ideally it should be a plugin).

There's something related to this that I seriously don't understand.
In #144 I pointed out that there appears to be a type mismatch for the
function hpcrun_set_new_metric_info_and_period.
hpcrun/metrics.h declares this as follows with a kind_info_t *
first arg.
int hpcrun_set_new_metric_info_and_period(kind_info_t *kind, const char* name,
                                          MetricFlags_ValFmt_t valFmt, size_t period,
					  metric_desc_properties_t prop);

But there are files: cuda.c, generic.c, papi.c, tst.c that use
it without the kind pointer.
sample-sources/cuda.c:

      hpcrun_set_new_metric_info_and_period(strdup(buffer),
                                            MetricFlags_ValFmt_Int,
                                            self->evl.events[i].thresh);

What am I missing here?
How does this even compile?
I asked @jokeren to fix this back in October, but I don't see that
ever happened.
@jmellorcrummey   @Jokeren   @laksono

@mwkrentel , these mismatches should be fixed. I will touch base with @laksono today.
And I will also discuss with @jmellorcrummey for the Fatbin.cpp issue.
Sorry for missing the request.

@mwkrentel I have seen similar problems before where undefined functions do not trigger any compilation or linking error. I believe we are using certain linker flags to suppress undefined functions errors.  I find a post online that describes a few linker flags to achieve this goal:
https://stackoverflow.com/questions/5555632/can-gcc-not-complain-about-undefined-references
Our configure file as shown below contains lots of appearance of a allow_undefined_flag flag. I guess this is the flag that controls whether we ask the linker to ignore undefined functions.
https://github.com/HPCToolkit/hpctoolkit/blob/master/configure#L26312
I don't quite know the benefits of suppressing linking errors for undefined functions. I don't think we need such suppressions for calling functions in dynamically loaded libraries.

@jmellorcrummey @laksono I tested this PR and read its code changes. This PR looks good.

@mxz297, There's another PR needs test.
https://github.com/Jokeren/hpctoolkit/tree/fix_metric_kind

@Jokeren Is there a PR or/and issue for it? I would like some contexts to understand what's the purpose of the branch.

There are other problems just like this BLOCKTIME issue. As mentioned by Mark, hpcrun_set_new_metric_info_and_period is not correctly used.
Do I just push my commits to this PR, or create another PR?

I would prefer new PR to document the details.

The new PR is here:
https://github.com/HPCToolkit/hpctoolkit/pull/201

@Jokeren Thanks!


Tp softlock

A player can theoretically tp into a room with no exits using their last golts and become stuck

can't they just earn more?

Only if there’s someone to talk to in the same room


Implement Sensor Classes

Description

Resolves #53

Verification

[ ] Added and run tests in tests/unit/common/test_sensors.py

Resources

https://docs.python.org/3/library/dataclasses.html

fighting against CI, type hinting, and linting is so frustrating and has resulted in more bugs >:(.


SSVM connectivity issue

ISSUE TYPE

Improvement Request
Enhancement Request
Other

COMPONENT NAME

Core, Installation

CLOUDSTACK VERSION

<IP_ADDRESS>-snapshot.20240928

CONFIGURATION

Core, Advanced Zone, NFS for Primary and Secondary storage
OS / ENVIRONMENT

Ubuntu 24.04
SUMMARY

SSVM and CPVM fail to connect to the management server :red_circle: .  Looks like a routing issue :earth_americas:
My mgmt server sits on <IP_ADDRESS>, but SSVM tries to connect thru the public IP on another interface :roll_eyes:
How do I change this in SSVM ?
> cat /var/log/cloud.log

2024-09-28T21:38:37,023 INFO  [cloud.agent.Agent] (main:[]) Connecting to host: <IP_ADDRESS>
2024-09-28T21:38:37,023 INFO  [utils.nio.NioClient] (main:[]) Connecting to <IP_ADDRESS>:8250
2024-09-28T21:38:40,085 ERROR [utils.nio.NioClient] (main:[]) Unable to initialize the threads. java.net.NoRouteToHostException: No route to host

Here's my routing table :eyes:
> ip route

default via <IP_ADDRESS> dev eth2
<IP_ADDRESS>/8 via <IP_ADDRESS> dev eth1
<IP_ADDRESS>/16 dev eth0 proto kernel scope link src <IP_ADDRESS>
<IP_ADDRESS>/12 via <IP_ADDRESS> dev eth1
<IP_ADDRESS>/28 dev eth2 proto kernel scope link src <IP_ADDRESS>
<IP_ADDRESS> via <IP_ADDRESS> dev eth1
<IP_ADDRESS>/16 via <IP_ADDRESS> dev eth1
<IP_ADDRESS>/24 dev eth1 proto kernel scope link src <IP_ADDRESS>
<IP_ADDRESS> via <IP_ADDRESS> dev eth1
<IP_ADDRESS> via <IP_ADDRESS> dev eth1

> ip a s

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 0e:00:a9:fe:db:d5 brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    altname ens3
    inet <IP_ADDRESS>/16 brd <IP_ADDRESS> scope global eth0
       valid_lft forever preferred_lft forever

3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 1e:00:fe:00:00:1d brd ff:ff:ff:ff:ff:ff
    altname enp0s4
    altname ens4
    inet <IP_ADDRESS>/24 brd <IP_ADDRESS> scope global eth1
       valid_lft forever preferred_lft forever

4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 1e:00:b1:00:00:32 brd ff:ff:ff:ff:ff:ff
    altname enp0s5
    altname ens5
    inet <IP_ADDRESS>/28 brd <IP_ADDRESS> scope global eth2
       valid_lft forever preferred_lft forever

How and where do I update the management server address so that my SSVM can connect to the mgmt server :roll_eyes: ?
I need SSVM to connect to my mgmt  via eth1 on <IP_ADDRESS>.
STEPS TO REPRODUCE

EXPECTED RESULTS

SSVM and CPVM connects to the mgmt server

ACTUAL RESULTS

SSVM and CPVM can't connect to the mgmt server

You can check global configuration "host"

@tampler  can you check the global configuration "management.network.cidr" as well.


Duplicate Entity so it can be different in CodeSmell and Issue

This PR is just a refactor duplicating the Entity class. Right now it doesn't provide any value. But it will! In next PRs this classes that I'm duplicating will start to change. Examples:

Remove KtElement from it
The path inside Issue.Entity.Location will be relative (instead of absolute). And that will be ensure in the class construction.

@detekt/maintainers a review here would help a lot. I have some PRs depending on this and once all of those are merged we can start to implement the serializable output.


A theme engine that allows users to customize colors with built-in dark and light schemes.

Done on #59


mongo[patch]: release 0.2.0.dev1

Integration tests: https://github.com/langchain-ai/langchain/actions/runs/10801596294/job/29962042551


Setup Network Fuzzing with CI Fuzz

@WillRoque @kyakdan it is really great to find this repo.  Thanks!

Found "Heap Buffer Overflow" while fuzzing

I am a lighttpd developers.  I believe that the issue flagged above was present in lighttpd 1.4.54 and lighttpd 1.4.55, and is no longer present since lighttpd 1.4.56  (latest version as of this note is lighttpd 1.4.59)
If you find any other issues, please tag me or send an email to lighttpd.net address<EMAIL_ADDRESS>Cheers!


Internet Protocol Version 6 (IPv6) support for applications in Mendix Cloud v4

Signed-off-by: Andrei Krasnitski<EMAIL_ADDRESS>

Fine with me, please go ahead and publish only announcements. I will provide additional pull request with documentation changes after the release. Thanks!
Sent from my iPhone

On 20 Apr 2021, at 16:26, Mark van Ments @.***> wrote:

@MarkvanMents requested changes on this pull request.
HI Andrei (@Infra-Red )
There are two changes in this PR, one announcing a change for 10 May, but the documentation change is only valid after 10 May.
I'm happy to make an announcement in the release notes, but I can't change the documentation until the feature is actually implemented.
Are you happy for me to remove the change to access-restrictions.md and just publish the release note?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.

Thanks Andrei (@Infra-Red )
I've proofread the release note.
Two Questions:

Do customers need to restart their apps on 10 May to get IPV6 access, or is it implemented automatically?
it is not clear to me whether users can set up IPV6 ranges in Access Restrictions before 10 May? If they can, I think we should make that clearer. It would mean they can set them up today and know that there will be zero downtime for their apps on 10 May.

Hi @MarkvanMents. Thank you for your feedback.

It is implemented automatically on the platform level.
Customers can configure IPV6 ranges in Access Restrictions before 10 May. We will also inform Technical Contacts of the affected environments directly.