chore: bumping superset UI packages (0.16.7 + 0.16.8)

SUMMARY

This bump includes the following PRs, for testing/verification:
https://github.com/apache-superset/superset-ui/pull/841
https://github.com/apache-superset/superset-ui/pull/892
https://github.com/apache-superset/superset-ui/pull/887
https://github.com/apache-superset/superset-ui/pull/901
https://github.com/apache-superset/superset-ui/pull/900
https://github.com/apache-superset/superset-ui/pull/896
BEFORE/AFTER SCREENSHOTS OR ANIMATED GIF

TEST PLAN

ADDITIONAL INFORMATION

[ ] Has associated issue:
[ ] Changes UI
[ ] Requires DB Migration.
[ ] Confirm DB Migration upgrade and downgrade tested.
[ ] Introduces new feature or API
[ ] Removes existing feature or API

Codecov Report

Merging #12564 (bd6db9b) into master (b1fcd61) will decrease coverage by 3.59%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master   #12564      +/-   ##
==========================================
- Coverage   66.75%   63.15%   -3.60%
==========================================
  Files        1015      486     -529
  Lines       49625    29956   -19669
  Branches     4839        0    -4839
==========================================
- Hits        33125    18918   -14207
+ Misses      16377    11038    -5339
+ Partials      123        0     -123

Flag
Coverage Δ

cypress
?

javascript
?

python
63.15% <ø> (-0.81%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

superset/db_engines/hive.py
0.00% <0.00%> (-85.72%)
:arrow_down:

superset/sql_validators/postgres.py
50.00% <0.00%> (-50.00%)
:arrow_down:

superset/db_engine_specs/hive.py
54.61% <0.00%> (-29.24%)
:arrow_down:

superset/db_engine_specs/sqlite.py
65.62% <0.00%> (-9.38%)
:arrow_down:

superset/databases/commands/create.py
83.67% <0.00%> (-8.17%)
:arrow_down:

superset/databases/commands/update.py
85.71% <0.00%> (-8.17%)
:arrow_down:

superset/connectors/sqla/models.py
84.31% <0.00%> (-6.28%)
:arrow_down:

superset/databases/commands/test_connection.py
84.78% <0.00%> (-4.35%)
:arrow_down:

superset/utils/celery.py
96.42% <0.00%> (-3.58%)
:arrow_down:

superset/models/core.py
85.59% <0.00%> (-3.27%)
:arrow_down:

... and 540 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update b1fcd61...bd6db9b. Read the comment docs.

Codecov Report

Merging #12564 (bd6db9b) into master (b1fcd61) will decrease coverage by 3.59%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master   #12564      +/-   ##
==========================================
- Coverage   66.75%   63.15%   -3.60%
==========================================
  Files        1015      486     -529
  Lines       49625    29956   -19669
  Branches     4839        0    -4839
==========================================
- Hits        33125    18918   -14207
+ Misses      16377    11038    -5339
+ Partials      123        0     -123

Flag
Coverage Δ

cypress
?

javascript
?

python
63.15% <ø> (-0.81%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

superset/db_engines/hive.py
0.00% <0.00%> (-85.72%)
:arrow_down:

superset/sql_validators/postgres.py
50.00% <0.00%> (-50.00%)
:arrow_down:

superset/db_engine_specs/hive.py
54.61% <0.00%> (-29.24%)
:arrow_down:

superset/db_engine_specs/sqlite.py
65.62% <0.00%> (-9.38%)
:arrow_down:

superset/databases/commands/create.py
83.67% <0.00%> (-8.17%)
:arrow_down:

superset/databases/commands/update.py
85.71% <0.00%> (-8.17%)
:arrow_down:

superset/connectors/sqla/models.py
84.31% <0.00%> (-6.28%)
:arrow_down:

superset/databases/commands/test_connection.py
84.78% <0.00%> (-4.35%)
:arrow_down:

superset/utils/celery.py
96.42% <0.00%> (-3.58%)
:arrow_down:

superset/models/core.py
85.59% <0.00%> (-3.27%)
:arrow_down:

... and 540 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update b1fcd61...bd6db9b. Read the comment docs.

I believe this one is also included here: https://github.com/apache-superset/superset-ui/pull/880

I believe this one is also included here: https://github.com/apache-superset/superset-ui/pull/880


Is there a maximum GPU number this library supports?

I have a setup with 7 GPUs. When I start the training, I get an error saying "SIGTERM" is sent to each process. There are no errors in the stacktrace.
However, if I limit the number of GPUs to 2 (e.g. CUDA_VISIBLE_DEVICES="0,1", the training works with the exact same config.
Stacktrace:
[2024-01-11 13:26:13,908] torch.distributed.elastic.multiprocessing.api: [ERROR] failed (exitcode: -9) local_rank: 1 (pid: 55601) of binary: /home/layla/miniconda3/envs/axolotl/bin/python
Traceback (most recent call last):
  File "/home/layla/miniconda3/envs/axolotl/bin/accelerate", line 8, in <module>
    sys.exit(main())
             ^^^^^^
  File "/home/layla/miniconda3/envs/axolotl/lib/python3.11/site-packages/accelerate/commands/accelerate_cli.py", line 47, in main
    args.func(args)
  File "/home/layla/miniconda3/envs/axolotl/lib/python3.11/site-packages/accelerate/commands/launch.py", line 1014, in launch_command
    multi_gpu_launcher(args)
  File "/home/layla/miniconda3/envs/axolotl/lib/python3.11/site-packages/accelerate/commands/launch.py", line 672, in multi_gpu_launcher
    distrib_run.run(args)
  File "/home/layla/miniconda3/envs/axolotl/lib/python3.11/site-packages/torch/distributed/run.py", line 797, in run
    elastic_launch(
  File "/home/layla/miniconda3/envs/axolotl/lib/python3.11/site-packages/torch/distributed/launcher/api.py", line 134, in __call__
    return launch_agent(self._config, self._entrypoint, list(args))
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/layla/miniconda3/envs/axolotl/lib/python3.11/site-packages/torch/distributed/launcher/api.py", line 264, in launch_agent
    raise ChildFailedError(
torch.distributed.elastic.multiprocessing.errors.ChildFailedError:
======================================================
axolotl.cli.train FAILED
------------------------------------------------------
Failures:
  <NO_OTHER_FAILURES>
------------------------------------------------------
Root Cause (first observed failure):
[0]:
  time      : 2024-01-11_13:26:12
  host      : evelynenterprise
  rank      : 1 (local_rank: 1)
  exitcode  : -9 (pid: 55601)
  error_file: <N/A>
  traceback : Signal 9 (SIGKILL) received by PID 55601
======================================================

exitcode -9 is usually an out of memory issue. this can happen when you are offloading parameters or the optimizer and you have multiple gpus. it's more likely to happen with more gpus since it is offloading the memory needed from multiple gpus into system RAM. the solution is to increase your system RAM.

Ah ok, thank you.


Introduce the Hathi MARC XML mapper

Hopefully we're on the right track! We used the UFL mapper as a guide.  There were some similarities in the mapping rules, which may lead to a future refactor to share them between future MARC mappers?
We were unsure of one particular mapping rule for "date" -- 260$c and controlfield 008 positions 7-10 and positions 11-14 (see at the end of the mapper definition).  With 260$c being a repeatable field mapped to TimeSpan.providedLabel, 008[7,4] mapped to TimeSpan.begin and 008[11,4] mapped to TimeSpan.end, we can capture the values nicely but it was unclear how we could assign these to their respective TimSpan attributes. Any tips?  Thanks!

Assigning to @markbreedlove for a first review.

Hi, @payten. I think that you want to assign providedLabel as a string that concatenates both years, like "2014 - 2015" and assign self.begin and self.end in addition.  I'm basing this assumption on the following example: https://github.com/dpla/heidrun-mappings/blob/222b5cbba7f7dd1797fbc3a92a4ccdd390b4677e/heidrun/esdn_mods.rb#L59-L66
Most of our enrichments just assign a string to providedLabel, and it's usually a "created" date or a range, I think. @anarchivist and @no-reply can elaborate, if necessary.

This is good. I'll let you work on the date mapping, and will allow the others to comment.  Assigning to @anarchivist to pass it along.

We currently have an enrichment Krikri::Enrichments::ParseDate that calls Krikri::Util::ExtendedDateParser to generate edm:begin and edm:end for a given edm:TimeSpan with a dpla:providedLabel. I'm not sure if we've created one that takes an edm:TimeSpan with edm:begin and/or edm:end to generate a dpla:providedLabel, but I don't think we have yet. (cc @no-reply)

(Suffice to say, I think we'll probably need a new enrichment assuming we don't have one.)

:+1: for an initial pass. I have a few questions about some things we need to follow up on...

@anarchivist @markbreedlove Just looking at the date mapping, the issue I encountered stems from trying to map the repeatable MARC 260$c entry along with the singular 008 controlfield that is parsed into a begin and end pair.   The examples I've encountered only have the one 260 entry and they seem to correspond to controlfield values, but I'm not if it's safe to assume they all do!
<controlfield tag="008">123456s1976    dcua     b   f00000 eng</controlfield>
<datafield tag="260">
  <subfield code="c">1976.</subfield>
</datafield>

If the controlfield 008 substrings are the authoritative record dates, would it be sufficient to rely on those for the date begin and end values?  That would be nice!  The alternative is still a little hazy for me, but I think we'd need to provide an enumerator that would deliver both the controlfield 008 value mapped to the begin/end fields and plus any 260$c values mapped to the providedLabel with an enrichment down the line.  I imagine these would then need to be deduped given the similarities.  Does that feel right?

Thanks @payten. I'd pass over the question about this to @guegueng.

I've run the code through Rubocop and also fixed up the provider and dataProvider mappings.  At this moment, the date mapping is still outstanding.  Thanks!

@payten said:

If the controlfield 008 substrings are the authoritative record dates, would it be sufficient to rely on those for the date begin and end values? That would be nice! The alternative is still a little hazy for me, but I think we'd need to provide an enumerator that would deliver both the controlfield 008 value mapped to the begin/end fields and plus any 260$c values mapped to the providedLabel with an enrichment down the line. I imagine these would then need to be deduped given the similarities. Does that feel right?

Deferring to @guegueng on the question about the cardinality of 260$c; but yes, that sounds preferable.
In the other case, it ought to be possible to capture both fields with #fields, and aim to deduplicate them in enrichment.
@anarchivist said:

I'm not sure if we've created an enrichment that takes an edm:TimeSpan with edm:begin and/or edm:end to generate a dpla:providedLabel, but I don't think we have yet. (cc @no-reply)

In general, I think we would want to generate a skos:prefLabel instead, reserving dpla:providedLabel for strings coming directly from the provider.

As discussed in Slack, I've updated dataProvider to map from the 974$c collection code keyed against the data provided the ht_collections.json.

I added a comment about the dataProvider change, but I don't have anything more to say about the date parsing, because I just have to defer there to others on staff.

related to the date mapping on 260$c...what is happening is that the date in 260$c is the human readable version. It might contain things like "(1973 printing)" or "<1981- >" or other weird stuff.
The 008 has three date-related elements. position 06 gives the type of date, and then 07-10 the begin date and 11-14 the end date.
So they are expressing the same data in different ways. There shouldn't be a date in 260$c that isn't also somehow expressed in 008
In the old code the displayDate is 260$c,  and then there was an array of instructions for handling the 008 based on the type of date code in position 06 starting on line 539 (https://github.com/dpla/ingestion/blob/develop/lib/mappers/marc_mapper.py).
I'm assuming that all of those complications were put in there for a reason and that we should do the same functionality in this new mapping.

I just realized I have a little more to say about the date thing...:
I am wrestling with the thought that we could just map 260$c and then run the temporal enrichment, but I worry that won't capture the nuance of some of what is going on in that old python code. For example:

def cf8_pub_copy_date(self, s):
"""Begin and end dates for MARC control field 008, Type of Date "t"
Publication and copyright date.  We only represent the publication
date.
"""
year = s[7:11]
return (year, year)
def cf8_serial_item_current(self, s):
"""Begin and end dates, MARC control field 008, type "c"
Serial item in current publication
"""
begin = s[7:11]
"""The MARC spec says the end year is supposed to be "9999", but I've
"""seen otherwise, and the current year looks better.  Since "9999" is
"""a bogus value, anyway, I'm using the current year.
end   = str(datetime.datetime.today().year)
return (begin, end)

@no-reply should probably weigh in on this.

We might be able to make this one work through judicious use of date record.map(&magic).flatten.  I'll have a go at this soon and see how far I can get it (and will also incorporate @markbreedlove's suggestions)

Hi all,
I've just added two commits: one to address the date mapping (which I think now matches the Python version); one to change the COLLECTION_CODES handling based on @markbreedlove's feedback.
Thanks!
Mark

Thanks, @marktriggs, for those changes.
I'm reviewing this with a focus on readability, since I think others have commented on the other things, and this looks good to me.
I'm going to pass this to @anarchivist for routing, in case he thinks someone else should look at it.

I think this also probably ready to squash, but again I'll leave it to @no-reply for a final glance and :+1:

:+1: :squash:

:elephant:

:feet: :footprints:


fix: Emit valid YAML-1.1

yamljs would emit YAML version 1.2, but CloudFormation expects YAML version 1.1. The differences
between versions include some surrogate representations of booleans (ON, OFF, YES, ...) that are
no longer supported in 1.2. This changes implementation to js-yaml, which makes extra effort in
emitting YAML that is compatible with previous versions of the standard.
Fixes #875

Title missing module per conventional commits


It turned out to connect the library in CRA(React)?

I used create-react-app (webpack 5). Errors on compilation.
If  const {NFC} = require('nfc-pcsc') , then  error :  Uncaught TypeError: Cannot read properties of undefined (reading 'default')
at Object.get [as NFC]
if
const NFC = require('nfc-pcsc')
  const nfc = new NFC()

then error :  Uncaught TypeError: NFC is not a constructor
How to solve the problem?

This module provides access to Smart Cards only from Node.js context. React is context of web browser.
You can not interact with OS Smart Card API directly on machine which uploads your JavaScript in self browser.
User browser need to install some sort of additional 'interface' for this. For example an extension.


🕵 Investigate Sentry Error Consumption

:warning: Sentry Error Usage Alert :sentry::warning:

Usage threshold: 80%
Period: 1 day
Max usage for period: 129032 Errors
Errors consumed over period: 221180
Percentage consumed: 171% Check Sentry for projects with excessive errors :eyes: :sentry: Error usage for period button See Sentry usage alert runbook for help with this alert :blue_book: Runbook button

Slack Message

🆙 Update

Notified the AP who have quickly Deleted and Discarded the offending Error (see here, though you may need to be a part of the #analytical-platform team in Sentry). This should bring the consumption back down to normal level 🥳

👀 Remaining Work

Just going to wait a little to see that the changes have had the intended affects on the quota ⏲

🆙 Update

Error consumption has reduced drastically (see here) 🥳

👀 Remaining Work

All done 🚀


Retry logic applied for test_rag_question end to end test

Description
Retry logic applied for test_rag_question end to end test
Type of change

[ ] Refactor
[ ] New feature
[ ] Bug fix
[ ] CVE fix
[ ] Optimization
[ ] Documentation Update
[ ] Configuration Update
[ ] Bump-up dependent library
[ ] Bump-up library or tool used for development (does not change the final image)
[x] End to end tests

/retest

Retry logic applied for test_rag_question end to end test

why?

Retry logic applied for test_rag_question end to end test

why?

the failures was caused by BAM timeouts (repeated runs failed). Now it is not needed.


feat: support export data

What problem does this PR solve?

Issue Number: close/fix/resolve/ref #xxx
What is changed and how it works?
Please describe how it works
How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration

[ ] Test A
[ ] Test B
[ ] Test cases to be added
[ ] No code

Checklist:

[ ] My code follows the style guidelines of this project
[ ] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[x] Any dependent changes have been merged and published in downstream modules

please rebase your commit.

Replace title Feat to feat.

We'd better describe how this feature works.

If you have resolved any review change, please mark it.

Why we need to upgrade go version to go v1.21？

TL;DR please rebase your commit and signed off change. git commit -s -m "your commit message"

Please re-describe the content of the PR

放一个tests目录在 app/ts-cli 下面中感觉怪怪的。如果是功能测试用例，我建议放到AT用例的tests目录下。 cc @shilinlee @xuthus5 @fx408 ，你们觉得呢？

I think it's the better way.

The evolution strategy of ts-cli will be discussed at the community meeting in October, and this submission is temporarily suspended.

The evolution strategy of ts-cli will be discussed at the community meeting in October, and this submission is temporarily suspended.↳

This feature has been fully tested and there is no problem in merging it into the feature branch.


Ubsan errors

Following code triggers many ubsan errors.
v3[3] = new Error(v3.constructor, v3[28605.91087]);
delete v3[undefined];
var v1 = ";e" ? v3 : v1({ v2:undefined, v1:false });
v1[0] = new Date(true);
delete v3[true];
this.v1(v3.replace);
function v3(v1, ...v0) {
for (v2 = v1 + v1; v3.search ? "N=sR" : {  }; { v2:v2 } ? v2 : v2) {
this.v3([ v2 ], ...v0);
}
v3.push(v1.prototype, v3[17064]);
var v0 = function (v1) {
}
};

Compile option: --static --sanitize=undefined --test-build
OS: Ubuntu 18.04.1 LTS
Arch: x86_64
ASAN report.
ChakraCore/lib/Common/Codex/Utf8Codex.h:156:5: runtime error: load of value<PHONE_NUMBER>, which is not a valid value for type 'utf8::DecodeOptions'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Common/Codex/Utf8Codex.h:156:5 in
ChakraCore/pal/src/cruntime/wchar.cpp:1264:58: runtime error: load of misaligned address 0x6210000060a2 for type 'const size_t' (aka 'const unsigned long'), which requires 8 byte alignment
0x6210000060a2: note: pointer points here
 ff ff  00 00 73 00 65 00 61 00  72 00 63 00 68 00 00 00  be be be be be be be be  76 00 33 00 2e 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/pal/src/cruntime/wchar.cpp:1264:58 in
ChakraCore/lib/Runtime/ByteCode/ByteCodeWriter.cpp:1093:96: runtime error: reference binding to misaligned address 0x7fffffffab23 for type 'Js::InlineCacheIndex' (aka 'unsigned int'), which requires 4 byte alignment
0x7fffffffab23: note: pointer points here
 00  03 ff 0b 00 00 00 00 00  00 80 fa f1 ff 7f 00 00  2d 00 00 00 00 00 00 00  69 2d 38 eb 08 ea df
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/ByteCode/ByteCodeWriter.cpp:1093:96 in
ChakraCore/lib/Runtime/ByteCode/ByteCodeWriter.cpp:1748:88: runtime error: reference binding to misaligned address 0x7fffffffb6c1 for type 'typename LayoutSizePolicy<SmallLayout>::PropertyIdIndexType' (aka 'unsigned short'), which requires 2 byte alignment
0x7fffffffb6c1: note: pointer points here
 6a 87 be  01 6b c7 73 55 55 00 00  69 2d 38 eb 08 ea df 9d  10 b7 ff ff ff 7f 00 00  b9 83 98 64 55
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/ByteCode/ByteCodeWriter.cpp:1748:88 in
ChakraCore/lib/Backend/InterpreterThunkEmitter.h:114:9: runtime error: store to misaligned address 0x7ffff1f6003d for type 'unsigned long', which requires 8 byte alignment
0x7ffff1f6003d: note: pointer points here
 24 10 48 b8 00 00 00  00 00 00 00 00 ff e2 cc  cc cc cc cc cc cc cc cc  cc cc cc cc cc cc cc cc  cc
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Backend/InterpreterThunkEmitter.h:114:9 in
ChakraCore/lib/Backend/InterpreterThunkEmitter.h:114:9: runtime error: store to misaligned address 0x7ffff1f60027 for type 'unsigned int', which requires 4 byte alignment
0x7ffff1f60027: note: pointer points here
 c1 48 81 f9 00  00 00 00 76 09 48 c7 c1  00 00 00 00 cd 29 48 8d  7c 24 10 48 b8 c0 c5 20  65 55 55
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Backend/InterpreterThunkEmitter.h:114:9 in
ChakraCore/lib/Backend/InterpreterThunkEmitter.h:114:9: runtime error: store to misaligned address 0x7ffff1f6004b for type 'int', which requires 4 byte alignment
0x7ffff1f6004b: note: pointer points here
 cc  ff d0 e9 00 00 00 00 cc  cc cc cc cc cc cc cc cc  cc cc cc cc cc cc cc cc  cc cc cc cc cc cc cc
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Backend/InterpreterThunkEmitter.h:114:9 in
ChakraCore/lib/Runtime/Library/JavascriptString.cpp:373:13: runtime error: store to misaligned address 0x7ffff21ad3de for type 'uint32' (aka 'unsigned int'), which requires 4 byte alignment
0x7ffff21ad3de: note: pointer points here
 00 00 00 00 00 00  00 00 28 00 29 00 20 00  7b 00 20 00 5b 00 6e 00  61 00 74 00 69 00 76 00  65 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Library/JavascriptString.cpp:373:13 in
ChakraCore/lib/Runtime/Library/JavascriptString.cpp:377:13: runtime error: store to misaligned address 0x7ffff21ad3da for type 'uint32' (aka 'unsigned int'), which requires 4 byte alignment
0x7ffff21ad3da: note: pointer points here
 00 00  00 00 00 00 00 00 6f 00  6e 00 28 00 29 00 20 00  7b 00 20 00 5b 00 6e 00  61 00 74 00 69 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Library/JavascriptString.cpp:377:13 in
ChakraCore/lib/Runtime/Library/JavascriptString.cpp:381:13: runtime error: store to misaligned address 0x7ffff21ad3d6 for type 'uint32' (aka 'unsigned int'), which requires 4 byte alignment
0x7ffff21ad3d6: note: pointer points here
 00 00 00 00 00 00  00 00 74 00 69 00 6f 00  6e 00 28 00 29 00 20 00  7b 00 20 00 5b 00 6e 00  61 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Library/JavascriptString.cpp:381:13 in
ChakraCore/lib/Runtime/Library/JavascriptString.cpp:385:13: runtime error: store to misaligned address 0x7ffff21ad3d2 for type 'uint32' (aka 'unsigned int'), which requires 4 byte alignment
0x7ffff21ad3d2: note: pointer points here
 00 00  00 00 00 00 00 00 6e 00  63 00 74 00 69 00 6f 00  6e 00 28 00 29 00 20 00  7b 00 20 00 5b 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Library/JavascriptString.cpp:385:13 in
ChakraCore/lib/Runtime/Library/JavascriptError.cpp:531:27: runtime error: nan is outside the range of representable values of type 'int'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Library/JavascriptError.cpp:531:27 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:147:30: runtime error: member call on misaligned address 0x7ffff1f89202 for type 'BVFixed', which requires 8 byte alignment
0x7ffff1f89202: note: pointer points here
 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:147:30 in
ChakraCore/lib/Common/DataStructures/FixedBitVector.cpp:35:10: runtime error: member call on misaligned address 0x7ffff1f89202 for type 'BVFixed *', which requires 8 byte alignment
0x7ffff1f89202: note: pointer points here
 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Common/DataStructures/FixedBitVector.cpp:35:10 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:151:34: runtime error: member call on misaligned address 0x7ffff1f89202 for type 'BVFixed', which requires 8 byte alignment
0x7ffff1f89202: note: pointer points here
 00 00  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:151:34 in
ChakraCore/lib/Common/DataStructures/FixedBitVector.h:234:15: runtime error: member call on misaligned address 0x7ffff1f89202 for type 'BVFixed *', which requires 8 byte alignment
0x7ffff1f89202: note: pointer points here
 00 00  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Common/DataStructures/FixedBitVector.h:234:15 in
ChakraCore/lib/Common/DataStructures/FixedBitVector.cpp:122:10: runtime error: member call on misaligned address 0x7ffff1f89202 for type 'const BVFixed *', which requires 8 byte alignment
0x7ffff1f89202: note: pointer points here
 00 00  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Common/DataStructures/FixedBitVector.cpp:122:10 in
ChakraCore/lib/Common/DataStructures/FixedBitVector.h:279:9: runtime error: member call on misaligned address 0x7ffff1f8920a for type 'BVUnitT<unsigned long>', which requires 8 byte alignment
0x7ffff1f8920a: note: pointer points here
 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Common/DataStructures/FixedBitVector.h:279:9 in
ChakraCore/lib/Common/DataStructures/UnitBitVector.h:431:10: runtime error: member call on misaligned address 0x7ffff1f8920a for type 'BVUnitT<unsigned long> *', which requires 8 byte alignment
0x7ffff1f8920a: note: pointer points here
 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Common/DataStructures/UnitBitVector.h:431:10 in
ChakraCore/lib/Common/DataStructures/FixedBitVector.h:279:9: runtime error: member call on misaligned address 0x7ffff1f8920a for type 'BVUnitT<unsigned long>', which requires 8 byte alignment
0x7ffff1f8920a: note: pointer points here
 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Common/DataStructures/FixedBitVector.h:279:9 in
ChakraCore/lib/Common/DataStructures/UnitBitVector.h:441:10: runtime error: member call on misaligned address 0x7ffff1f8920a for type 'BVUnitT<unsigned long> *', which requires 8 byte alignment
0x7ffff1f8920a: note: pointer points here
 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Common/DataStructures/UnitBitVector.h:441:10 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:181:13: runtime error: member access within misaligned address 0x7ffff1f891df for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891df: note: pointer points here
 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:181:13 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:181:24: runtime error: store to misaligned address 0x7ffff1f891e1 for type 'Js::FldInfoFlags', which requires 2 byte alignment
0x7ffff1f891e1: note: pointer points here
 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:181:24 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:182:13: runtime error: member access within misaligned address 0x7ffff1f891df for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891df: note: pointer points here
 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:182:13 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:183:13: runtime error: member access within misaligned address 0x7ffff1f891df for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891df: note: pointer points here
 00 00 00 00 09  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:183:13 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1384:53: runtime error: member call on misaligned address 0x7ffff1f891ff for type 'ValueType', which requires 2 byte alignment
0x7ffff1f891ff: note: pointer points here
 09 00 00 80 09  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1384:53 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:1098:22: runtime error: member call on misaligned address 0x7ffff1f891ff for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891ff: note: pointer points here
 09 00 00 80 09  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:1098:22 in
ChakraCore/lib/Runtime/./Language/ValueType.h:352:36: runtime error: member call on misaligned address 0x7ffff1f891ff for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891ff: note: pointer points here
 09 00 00 80 09  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/./Language/ValueType.h:352:36 in
ChakraCore/lib/Runtime/./Language/ValueType.h:357:15: runtime error: member call on misaligned address 0x7ffff1f891ff for type 'ValueType', which requires 2 byte alignment
0x7ffff1f891ff: note: pointer points here
 09 00 00 80 09  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/./Language/ValueType.h:357:15 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:1416:17: runtime error: member call on misaligned address 0x7ffff1f891ff for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891ff: note: pointer points here
 09 00 00 80 09  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:1416:17 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:1418:12: runtime error: load of misaligned address 0x7ffff1f891ff for type 'const typename WriteBarrierFieldTypeTraits<Bits>::Type' (aka 'const ValueType::Bits'), which requires 2 byte alignment
0x7ffff1f891ff: note: pointer points here
 09 00 00 80 09  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:1418:12 in
ChakraCore/lib/Runtime/./Language/ValueType.h:360:28: runtime error: load of misaligned address 0x7ffff1f891ff for type 'const typename WriteBarrierFieldTypeTraits<Bits>::Type' (aka 'const ValueType::Bits'), which requires 2 byte alignment
0x7ffff1f891ff: note: pointer points here
 09 00 00 80 09  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/./Language/ValueType.h:360:28 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1262:33: runtime error: member access within misaligned address 0x7ffff1f891fb for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891fb: note: pointer points here
 09  00 00 80 09 00 00 80 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1262:33 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1262:56: runtime error: load of misaligned address 0x7ffff1f891fd for type 'Js::FldInfoFlags', which requires 2 byte alignment
0x7ffff1f891fd: note: pointer points here
 00 80 09 00 00 80 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1262:56 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1268:9: runtime error: member access within misaligned address 0x7ffff1f891fb for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891fb: note: pointer points here
 09  00 00 80 09 00 00 80 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1268:9 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1268:32: runtime error: store to misaligned address 0x7ffff1f891fd for type 'Js::FldInfoFlags', which requires 2 byte alignment
0x7ffff1f891fd: note: pointer points here
 00 80 09 00 00 80 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1268:32 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1286:13: runtime error: member access within misaligned address 0x7ffff1f891fb for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891fb: note: pointer points here
 09  00 00 80 09 00 41 80 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1286:13 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1288:17: runtime error: member access within misaligned address 0x7ffff1f891fb for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891fb: note: pointer points here
 09  00 00 80 09 00 41 80 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1288:17 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1290:17: runtime error: member access within misaligned address 0x7ffff1f891fb for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891fb: note: pointer points here
 09  00 00 80 09 00 41 80 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1290:17 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1265:48: runtime error: member access within misaligned address 0x7ffff1f891f3 for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1265:48 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1265:81: runtime error: member call on misaligned address 0x7ffff1f891f3 for type 'ValueType', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1265:81 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:1044:22: runtime error: member call on misaligned address 0x7ffff1f891f3 for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:1044:22 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:1046:22: runtime error: load of misaligned address 0x7ffff1f891f3 for type 'const typename WriteBarrierFieldTypeTraits<Bits>::Type' (aka 'const ValueType::Bits'), which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:1046:22 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:1049:18: runtime error: load of misaligned address 0x7ffff1f891f3 for type 'const typename WriteBarrierFieldTypeTraits<Bits>::Type' (aka 'const ValueType::Bits'), which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:1049:18 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:118:17: runtime error: member call on misaligned address 0x7ffff1f891f3 for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:118:17 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:123:17: runtime error: member call on misaligned address 0x7ffff1f891f3 for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:123:17 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:126:15: runtime error: load of misaligned address 0x7ffff1f891f3 for type 'const typename WriteBarrierFieldTypeTraits<Bits>::Type' (aka 'const ValueType::Bits'), which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:126:15 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:535:17: runtime error: member call on misaligned address 0x7ffff1f891f3 for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:535:17 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:190:17: runtime error: member call on misaligned address 0x7ffff1f891f3 for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:190:17 in
ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1265:13: runtime error: member access within misaligned address 0x7ffff1f891f3 for type 'Js::FldInfo', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 09 00 00 80 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/DynamicProfileInfo.cpp:1265:13 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:196:17: runtime error: member call on misaligned address 0x7ffff1f891f7 for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891f7: note: pointer points here
 19 01 41 7f 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:196:17 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:181:17: runtime error: member call on misaligned address 0x7ffff1f891f7 for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891f7: note: pointer points here
 19 01 41 7f 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:181:17 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:129:17: runtime error: member call on misaligned address 0x7ffff1f891f7 for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891f7: note: pointer points here
 19 01 41 7f 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:129:17 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:132:13: runtime error: load of misaligned address 0x7ffff1f891f7 for type 'const typename WriteBarrierFieldTypeTraits<Bits>::Type' (aka 'const ValueType::Bits'), which requires 2 byte alignment
0x7ffff1f891f7: note: pointer points here
 19 01 41 7f 09  00 00 80 09 00 41 7f 0b  00 00 02 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:132:13 in
ChakraCore/lib/Runtime/./Library/JavascriptNumber.h:69:48: runtime error: nan is outside the range of representable values of type 'int'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/./Library/JavascriptNumber.h:69:48 in
ChakraCore/lib/Runtime/Library/JavascriptNumber.cpp:122:46: runtime error: nan is outside the range of representable values of type 'unsigned int'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Library/JavascriptNumber.cpp:122:46 in
ChakraCore/lib/Runtime/ByteCode/ByteCodeSerializer.cpp:2779:18: runtime error: load of misaligned address 0x55556835eda9 for type 'int', which requires 4 byte alignment
0x55556835eda9: note: pointer points here
 4b 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 40 00 fe 12 03 00 fe  b1 8b fe b1 8b
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/ByteCode/ByteCodeSerializer.cpp:2779:18 in
ChakraCore/lib/Runtime/ByteCode/ByteCodeSerializer.cpp:332:9: runtime error: store to misaligned address 0x7ffff1fa9752 for type 'int', which requires 4 byte alignment
0x7ffff1fa9752: note: pointer points here
 01 00  02 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 01 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/ByteCode/ByteCodeSerializer.cpp:332:9 in
ChakraCore/lib/Runtime/ByteCode/ByteCodeSerializer.cpp:4621:86: runtime error: load of misaligned address 0x555568360a52 for type 'int', which requires 4 byte alignment
0x555568360a52: note: pointer points here
 00 00  00 00 91 01 00 00 90 01  00 00 8e 01 00 00 8f 01  00 00 30 00 00 00 03 04  00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/ByteCode/ByteCodeSerializer.cpp:4621:86 in
ChakraCore/lib/Runtime/ByteCode/ByteCodeReader.cpp:159:24: runtime error: load of misaligned address 0x555568360445 for type 'uint16' (aka 'unsigned short'), which requires 2 byte alignment
0x555568360445: note: pointer points here
 22 21 08 01 51 01 21  61 22 1a 09 76 22 21 0a  01 51 01 21 61 22 1a 0b  76 22 21 0c 01 51 01 21  61
             ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/ByteCode/ByteCodeReader.cpp:159:24 in
ChakraCore/lib/Runtime/Library/JavascriptNumber.cpp:102:33: runtime error: 9.0072e+15 is outside the range of representable values of type 'int'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Library/JavascriptNumber.cpp:102:33 in
ChakraCore/lib/Runtime/ByteCode/ByteCodeSerializer.cpp:2843:18: runtime error: load of misaligned address 0x555568361f3a for type 'double', which requires 8 byte alignment
0x555568361f3a: note: pointer points here
 01 01  00 04 ff ff ff ff ff ff  3f 43 05 fe 3c 03 01 01  fe 90 01 4f 0c 4f 0d 4f  0e 4f 0f 4f 10 47
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/ByteCode/ByteCodeSerializer.cpp:2843:18 in
ChakraCore/lib/Runtime/./Library/JavascriptNumber.h:69:48: runtime error: nan is outside the range of representable values of type 'int'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/./Library/JavascriptNumber.h:69:48 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:746:23: runtime error: member call on misaligned address 0x7ffff1f891f3 for type 'const ValueType *', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 19 01 41 7f 09  01 41 7f 09 00 41 7e 7b  04 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:746:23 in
ChakraCore/lib/Runtime/Language/ValueType.cpp:749:12: runtime error: member access within misaligned address 0x7ffff1f891f3 for type 'const ValueType::(anonymous struct at ChakraCore/lib/Runtime/./Language/ValueType.h:79:9)', which requires 2 byte alignment
0x7ffff1f891f3: note: pointer points here
 09  00 00 80 19 01 41 7f 09  01 41 7f 09 00 41 7e 7b  04 00 02 00 00 00 00 00  00 00 00 00 00 00 00
              ^
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ChakraCore/lib/Runtime/Language/ValueType.cpp:749:12

I tryed to simplify the test case and get:
var v1 = ";e" ? v3 : v1({
    v2: undefined,
    v1: false
});

print(v1 == v3);

v1();

function v3() {
    v3();
};

Just a recursive call of empty function v3, the same as #6248


realm field should be unique in RealmUserDefault

As discussed in chat, the realm field in the RealmUserDefault should be unique. But this constraint was not specified with a DB constraint.
This commit changes this field to a OneToOneField which ensures the unique property.
Testing plan:
All existing tests passed.

Merged after squashing the commits and writing a more detailed commit message, thanks for the contribution @byshen!


Error deleting proforma

Sometimes deleting proformas gives server error 500

This was being caused by a unicode-related issue. A pull request containing the fix exists.


I want him to answer me in the same language I asked him

Why was the issue closed? I also met the same problem, my data is pure English, I want to ask questions in different languages, but only English reply is returned, but I directly call openai will not have this problem, can you answer the reason?
1.these are my query code
# query_index.py   从index文件里获得相关资料并向GPT提问 import os import sys os.environ["OPENAI_API_KEY"] = '' from llama_index import GPTSimpleVectorIndex index = GPTSimpleVectorIndex.load_from_disk(os.path.dirname(__file__) + '/index.json') print(index.query('如何获取鲜花',mode="embedding"))
2.these are my data
{"question": "How do I get flowers?", "answer":"1. Login to check in: Each user can get 3 flowers per day just by checking in. 2. Invite friends: Each time you successfully invite a friend to WeSing, you will get 1 flower, and each day you can get up to 3 flowers.  3. Singing bonus: Each time you post a song with an average score over 60, you will get 5 flowers, and each day you can get up to 5 flowers. If your outstanding song is recommended by the editor, you will get 5 flowers, and each day you can get up to 15 flowers."}
3.this is response
Answer: Flowers can be obtained in several ways: 1. Login to check in: Each user can get 3 flowers per day just by checking in. 2. Invite friends: Each time you successfully invite a friend to WeSing, you will get 1 flower, and each day you can get up to 3 flowers. 3. Singing bonus: Each time you post a song with an average score over 60, you will get 5 flowers, and each day you can get up to 5 flowers. If your outstanding song is recommended by the editor, you will get 5 flowers, and each day you can get up to 15 flowers. 4. Complete tasks: After you accomplished a mission in the Mission Center, you can get corresponding number of flowers as a reward. 5. Recharge your account: To obtain K coins, recharge your account.
but I want it answer me in the same language I asked him, please help me, thanks.

Why was the issue closed? I also met the same problem, my data is pure English, I want to ask questions in different languages, but only English reply is returned, but I directly call openai will not have this problem, can you answer the reason?
1.these are my query code # query_index.py 从index文件里获得相关资料并向GPT提问 import os import sys os.environ["OPENAI_API_KEY"] = '' from llama_index import GPTSimpleVectorIndex index = GPTSimpleVectorIndex.load_from_disk(os.path.dirname(__file__) + '/index.json') print(index.query('如何获取鲜花',mode="embedding"))
2.these are my data {"question": "How do I get flowers?", "answer":"1. Login to check in: Each user can get 3 flowers per day just by checking in. 2. Invite friends: Each time you successfully invite a friend to WeSing, you will get 1 flower, and each day you can get up to 3 flowers. 3. Singing bonus: Each time you post a song with an average score over 60, you will get 5 flowers, and each day you can get up to 5 flowers. If your outstanding song is recommended by the editor, you will get 5 flowers, and each day you can get up to 15 flowers."}
3.this is response Answer: Flowers can be obtained in several ways: 1. Login to check in: Each user can get 3 flowers per day just by checking in. 2. Invite friends: Each time you successfully invite a friend to WeSing, you will get 1 flower, and each day you can get up to 3 flowers. 3. Singing bonus: Each time you post a song with an average score over 60, you will get 5 flowers, and each day you can get up to 5 flowers. If your outstanding song is recommended by the editor, you will get 5 flowers, and each day you can get up to 15 flowers. 4. Complete tasks: After you accomplished a mission in the Mission Center, you can get corresponding number of flowers as a reward. 5. Recharge your account: To obtain K coins, recharge your account.
but I want it answer me in the same language I asked him, please help me, thanks.

you should specify in your prompt that it should respond in chinese. Also you can check out guardrails and an example of how to use guardrails with gptindex


forgetting the % symbol has caused me some confusion

Context

Contributor Checklist

[ ] Review Contribution Guidelines
[ ] Make sure that all commits are signed off to indicate that you agree to the terms of Developer Certificate of Origin.
[ ] Check "Allow edit from maintainers" option in pull request so that additional changes can be pushed by Gradle team
[ ] Provide integration tests (under <subproject>/src/integTest) to verify changes from a user perspective
[ ] Provide unit tests (under <subproject>/src/test) to verify logic
[ ] Update User Guide, DSL Reference, and Javadoc for public-facing changes
[ ] Ensure that tests pass locally: ./gradlew <changed-subproject>:check

Gradle Core Team Checklist

[ ] Verify design and implementation
[ ] Verify test coverage and CI build status
[ ] Verify documentation
[ ] Recognize contributor in release notes

The % symbol only works on Windows, right?

Thanks for the PR @JenkinsGit88. The __GRADLE_HOME__ in this doc is intended as a generic environment variable, since they differ between environments.
I'm happy to entertain other clearer ways to express this, but I'm not sure the PR as-is quite helps. What do you think?

@eriwen  @JenkinsGit88  I can think of this : Next add the bin of GRADLE_HOME to your PATH environment variable
Explaining every single detail of an installation process is never a good idea, as this is something which has tons of documentations available online and its also expected that most users know this, provided the documentation is not confusing in the first place.

In case you are stuck into this DCO check problem then it looks similar to my situation. I got past it. @JenkinsGit88  please go through https://github.com/gradle/gradle/pull/7469 . I believe that will help you. Don't forget to browse through the StackOverflow question that I posted. Let me know if that helps.

Thanks @JenkinsGit88 - we need to have DCO to accept this change.  I tried tweaking the language used in this section of the installation guide to be more clear and use OS-specific example.
I'm going to close this PR.  Please open another PR if you find any other mistakes.


Creating annotations for DK78 (link id=936) crashes Chrome browser and slows Microsoft Edge browser

I have been creating Trigeminal polygons on DK78 link id=936 and have encountered multiple crashes on the browser. The entire Chrome browser shuts down and needs to be restarted, but then will continue to crash more often after the first time it happens.
Microsoft Edge slows down significantly and lags when creating polygons as well.

I think this may be intended for a different issue tracker.


Add a bounded fallback on failed elections

Change the Fallback type to be InstantElectionProvider.
In node runtime, have a bounded fallback instead of no fallback.

Polkadot companion: paritytech/polkadot#5093
skip check-dependent-cumulus
closes https://github.com/paritytech/substrate/issues/10334
@kianenigma
Polkadot address: 131dPecTmpTC1p1ofemufqFBJo9vNbV7dkgN7vWwKnaSMkC4

PSA: Update Guide
This is not a breaking change, but we advice all chains to update their election config accordingly, specially for test-networks, to make sure a fallback exists to recover from errors.

This PR looks good, but since it is in waiting mode since the base PR is waiting audit, I think we can apply some more suggestions to it:
Now that we have trait Solver, I don't see any reason to have a struct OnchainSequnetialPhragmen that only does seq_phragmen inside. We can make this be a generic OnchainExecution<S: Solver>, and inside of it, instead of calling into seq_phragmen, we call into S::solver(), which should return exactly the same return type.
This would allow use to configure all of type ElectionProvider, type GenesisElectionProvider type Fallback etc, with something like type ElectionProvider = OnchainExecution<PhragMMS<...>, Bound1, Bound2>, and have the flexibility of mixing and matching any of the implementors of Solver trait.
@georgesdib WDYT? I wanted to write this in a new issue and suggest it to you, but I think it can also be done in this branch.

This PR looks good, but since it is in waiting mode since the base PR is waiting audit, I think we can apply some more suggestions to it:
Now that we have trait Solver, I don't see any reason to have a struct OnchainSequnetialPhragmen that only does seq_phragmen inside. We can make this be a generic OnchainExecution<S: Solver>, and inside of it, instead of calling into seq_phragmen, we call into S::solver(), which should return exactly the same return type.
This would allow use to configure all of type ElectionProvider, type GenesisElectionProvider type Fallback etc, with something like type ElectionProvider = OnchainExecution<PhragMMS<...>, Bound1, Bound2>, and have the flexibility of mixing and matching any of the implementors of Solver trait.
@georgesdib WDYT? I wanted to write this in a new issue and suggest it to you, but I think it can also be done in this branch.

Sure, I will work on it and incorporate it here.

@emostov can you have a look again sometime? PR has changed since your approval.

/tip medium

/tip medium

bot merge

bot merge

bot merge

bot merge

finallyyyyyy bot, finally.


Simplify sbt configuration example in readme

Based on:
https://github.com/sbt/sbt/issues/1224#issuecomment-331840364
the readme could show a simplified example for configuration:
Global / onLoad ~= (_ andThen ("conventionalCommits" :: _))

Sorry for the delay :)
Added your suggestion to the README.


AdDomainController: MSFT_ADDomainController  failed to execute Test-TargetResource functionality with error message: System.InvalidOperationException: Cannot convert a  existing domain controller to a Read-Only Domain Controller (RODC)

Details of the scenario you tried and the problem that is occurring
Installed a RODC with ActivDirectoryDSC (success).
Next run of DSC fails with error.
Verbose logs showing the problem
VERBOSE: [_Servername_]: LCM:  [ Start  Resource ]  [[ADDomainController]_Servername.domainname_]
VERBOSE: [_Servername_]: LCM:  [ Start  Test     ]  [[ADDomainController]_Servername.domainname_]
VERBOSE: [_Servername_]:                            [[ADDomainController]_Servername.domainname_] Determine the state of the domain controller on the current node '_Servername_' in the dom
ain '_domainname_'. (ADDC0015)
VERBOSE: [_Servername_]:                            [[ADDomainController]_Servername.domainname_] Resolving the domain name '_domainname_'. (ADDC0001)
VERBOSE: [_Servername_]:                            [[ADDomainController]_Servername.domainname_] The domain '_domainname_' is present. Looking for domain controllers. (ADDC0002)
VERBOSE: [_Servername_]:                            [[ADDomainController]_Servername.domainname_] The current node '_Servername_' is a domain controller for the domain '_domainname_'. (AD
DC0007)
VERBOSE: [_Servername_]: LCM:  [ End    Test     ]  [[ADDomainController]_Servername.domainname_]  in 1.2350 seconds.
PowerShell DSC resource MSFT_ADDomainController  failed to execute Test-TargetResource functionality with error message: System.InvalidOperationException: Cannot convert a
existing domain controller to a Read-Only Domain Controller (RODC). (ADDC0023)
    + CategoryInfo          : InvalidOperation: (:) [], CimException
    + FullyQualifiedErrorId : ProviderOperationExecutionFailure
    + PSComputerName        : _Servername.domainname_
VERBOSE: [_Servername_]:                            [] Consistency check completed.
One or more partial configurations failed to apply. No configuration could be created.  LCM failed to start desired state configuration manually.
    + CategoryInfo          : ObjectNotFound: (root/Microsoft/...gurationManager:String) [], CimException
    + FullyQualifiedErrorId : MI RESULT 6
    + PSComputerName        : _Servername.domainname_

Suggested solution to the issue
N/A
The DSC configuration that is used to reproduce the issue (as detailed as possible)
WindowsFeature "AD-Domain-Services"
{
	Name = "AD-Domain-Services"
	Ensure = "Present"
}

WindowsFeature "RSAT-AD-PowerShell"
{
	Name = "RSAT-AD-PowerShell"
	Ensure = "Present"
}

AdDomainController ('{0}' -f $Node.NodeName)
{
	DomainName = $DomainName
	Credential = $DomainAdministratorCredential
	SafemodeAdministratorPassword = $DomainRecoveryCredential
	ReadOnlyReplica = $true
	SiteName = $Node.SiteName
}

The operating system the target node is running
OsName               : Microsoft Windows Server 2019 Standard
OsOperatingSystemSKU : StandardServerEdition
OsArchitecture       : 64-bit
WindowsVersion       : 1809
WindowsBuildLabEx    : 17763.1.amd64fre.rs5_release.180914-1434
OsLanguage           : en-US
OsMuiLanguages       : {en-US}

Version and build of PowerShell the target node is running
PSVersion                      5.1.17763.1007
PSEdition                      Desktop
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
BuildVersion                   10.0.17763.1007
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>

Version of the DSC module that was used
ActiveDirectoryDSC <IP_ADDRESS>
ActiveDirectoryDSC 6.0.1

Thanks for reporting this @TorstenSchnitter. I'll look into it.

Hi @TorstenSchnitter, I can see the faulty code in the  DomainController resource, Test-TargetResource function. I'll get this fixed.


HeroSection: The earth image is flat(-ten) on some screen sizes.

Expected:
Earth Image maintain its original aspect ratio
Actual:
The image appears distorted, with the width and height not proportionally scaled

Screenshots
Width: 360px

Width: 520px

Width: 850px

This is addressed in the responsiveness ticket, but good catch. Once my PR is merged, this issue will be fixed.


[Bug]: I am not able to start the vllm container with llama 3.1 70b

Your current environment
/usr/lib/python3.10/inspect.py:288: FutureWarning: torch.distributed.reduce_op is deprecated, please use torch.distributed.ReduceOp instead
return isinstance(object, types.FunctionType)
Collecting environment information...
PyTorch version: 2.4.0a0+git74cd574
Is debug build: False
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A
OS: Ubuntu 22.04.5 LTS (x86_64)
GCC version: (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
Clang version: Could not collect
CMake version: version 3.22.1
Libc version: glibc-2.35
Python version: 3.10.12 (main, Sep 11 2024, 15:47:36) [GCC 11.4.0] (64-bit runtime)
Python platform: Linux-5.15.0-122-generic-x86_64-with-glibc2.35
Is CUDA available: False
CUDA runtime version: No CUDA
CUDA_MODULE_LOADING set to: N/A
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True
CPU:
Architecture:                         x86_64
CPU op-mode(s):                       32-bit, 64-bit
Address sizes:                        52 bits physical, 57 bits virtual
Byte Order:                           Little Endian
CPU(s):                               152
On-line CPU(s) list:                  0-151
Vendor ID:                            GenuineIntel
Model name:                           Intel(R) Xeon(R) Platinum 8368 CPU @ 2.40GHz
CPU family:                           6
Model:                                106
Thread(s) per core:                   2
Core(s) per socket:                   38
Socket(s):                            2
Stepping:                             6
CPU max MHz:                          3400.0000
CPU min MHz:                          800.0000
BogoMIPS:                             4800.00
Flags:                                fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l3 invpcid_single ssbd mba ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid cqm rdt_a avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb intel_pt avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local split_lock_detect wbnoinvd dtherm ida arat pln pts avx512vbmi umip pku ospke avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg tme avx512_vpopcntdq la57 rdpid fsrm md_clear pconfig flush_l1d arch_capabilities
Virtualization:                       VT-x
L1d cache:                            3.6 MiB (76 instances)
L1i cache:                            2.4 MiB (76 instances)
L2 cache:                             95 MiB (76 instances)
L3 cache:                             114 MiB (2 instances)
NUMA node(s):                         2
NUMA node0 CPU(s):                    0-37,76-113
NUMA node1 CPU(s):                    38-75,114-151
Vulnerability Gather data sampling:   Mitigation; Microcode
Vulnerability Itlb multihit:          Not affected
Vulnerability L1tf:                   Not affected
Vulnerability Mds:                    Not affected
Vulnerability Meltdown:               Not affected
Vulnerability Mmio stale data:        Mitigation; Clear CPU buffers; SMT vulnerable
Vulnerability Reg file data sampling: Not affected
Vulnerability Retbleed:               Not affected
Vulnerability Spec rstack overflow:   Not affected
Vulnerability Spec store bypass:      Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1:             Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2:             Mitigation; Enhanced / Automatic IBRS; IBPB conditional; RSB filling; PBRSB-eIBRS SW sequence; BHI SW loop, KVM SW loop
Vulnerability Srbds:                  Not affected
Vulnerability Tsx async abort:        Not affected
Versions of relevant libraries:
[pip3] habana-torch-dataloader==<IP_ADDRESS>4
[pip3] habana-torch-plugin==<IP_ADDRESS>4
[pip3] numpy==1.26.4
[pip3] pynvml==8.0.4
[pip3] pytorch-lightning==2.4.0
[pip3] pyzmq==26.2.0
[pip3] torch==2.4.0a0+git74cd574
[pip3] torch_tb_profiler==0.4.0
[pip3] torchaudio==2.4.0a0+69d4077
[pip3] torchdata==0.7.1+5e6f7b7
[pip3] torchmetrics==1.4.2
[pip3] torchtext==0.18.0a0+9bed85d
[pip3] torchvision==0.19.0a0+48b1edf
[pip3] transformers==4.46.2
[pip3] triton==3.1.0
[conda] Could not collect
ROCM Version: Could not collect
Neuron SDK Version: N/A
vLLM Version: 0.6.3.dev915+g41dddabb.d20241111
vLLM Build Flags:
CUDA Archs: Not Set; ROCm: Disabled; Neuron: Disabled
GPU Topology:
Could not collect
Model Input Dumps
No response
🐛 Describe the bug
I'm facing an issue when running the vllm OpenAI API server with the following command:
/bin/bash -c "export VLLM_CPU_KVCACHE_SPACE=40 && python3 -m vllm.entrypoints.openai.api_server --enforce-eager --model meta-llama/Llama-3.1-70B-Instruct  --tensor-parallel-size 8 --max-model-len 32000 --max-num-batched-tokens 128000  --host <IP_ADDRESS> --port 80" and i am facing issue

Before submitting a new issue...

[X] Make sure you already searched for relevant issues, and asked the chatbot living at the bottom right corner of the documentation page, which can answer lots of frequently asked questions.

@pranjalst please use vllm-fork branch v0.5.3.post1+Gaudi-1.18.0 for 1.18 release as in https://github.com/HabanaAI/vllm-fork/releases/tag/v0.5.3.post1%2BGaudi-1.18.0

i am using that one..

@pranjalst from your collect_env output - "vLLM Version: 0.6.3.dev915+g41dddabb.d20241111" and you should have something like
"vLLM Version: 0.5.3.post1"

i am using 0.5.3.post 1 still i am facing the issue

Please set next flags for OOM/functional issues avoiding in 1.18.0
VLLM_ENGINE_ITERATION_TIMEOUT_S=3600
VLLM_RPC_TIMEOUT=100000
VLLM_PROMPT_USE_FUSEDSDPA=1
PT_HPU_ENABLE_LAZY_COLLECTIVES=true
Other flags, depending on context length. 32K context length flags example:
decreasing of VLLM_GRAPH_RESERVED_MEM, depends on model and long context. VLLM_GRAPH_RESERVED_MEM=0.02 for llama3.1-8b. VLLM_GRAPH_RESERVED_MEM=0.1 for llama3.1-70b.
VLLM_PROMPT_BS_BUCKET_MIN=1 # proposal for usage. depends on model. Can be increased if no OOM
VLLM_PROMPT_BS_BUCKET_STEP=16 # proposal for usage. depends on model. Can be increased until no OOM or decreased if OOM
VLLM_PROMPT_BS_BUCKET_MAX=16 # proposal for usage. depends on model. Can be increased until no OOM or decreased if OOM
VLLM_PROMPT_SEQ_BUCKET_MIN=24576 # proposal for usage. depends on warmup results
VLLM_PROMPT_SEQ_BUCKET_STEP=2048 # proposal for usage. depends on warmup results
VLLM_PROMPT_SEQ_BUCKET_MAX=32768 # context length 32K, 16384 for 16K
VLLM_DECODE_BLOCK_BUCKET_MIN=1024 # proposal for usage. depends on warmup results
VLLM_DECODE_BLOCK_BUCKET_STEP=1024 # proposal for usage. depends on warmup results
VLLM_DECODE_BLOCK_BUCKET_MAX=max_num_seqs * max_decode_seq // self.block_size # i.e. 128*(32 * 1024)/128 or 32*(32*1024)/128

hi @pranjalst did @iboiko-habana comment help?


Adding configuration support for nano.

This is to add support for nano configuration. nano Windows build expect a 'HOME' variable to point to the home folder of the current user, and it reads the configuration from there by looking for nano.rc file. https://www.nano-editor.org/dist/v2.8/faq.html#3.9b
There are no options to change nano to look at somewhere else.
I have added a check so that nano.rc is not copied to the home folder if it already exists there, and I put a note about the environment set, and the nano.rc placed at the home folder.

If you change the value of %HOME% it will break other apps like Emacs which also use %HOME%. Emacs won't be able to find its configuration. Scoop should never change the value %HOME%.

Doesn't Emacs HOME variable point to the user profile? If it does, then it should be fine. Because HOME indicates that it points to the user profile, if not, then it defies its own meaning.
This is a screenshot of my user profile, in which many programs store their configurations.

This is if I am not mistaken mentioned here, but it is commented out for some reason.

@Ghasan the line you mentioned was changed with this commit: https://github.com/lukesampson/scoop/commit/a04b69451a4efe771de11024addea56197b43d0b

Thank you, @r15ch13. I have made some changes and now I use "env_ensure_home" flag. I tested it, and it worked. However, this probably needs some approval as it enables a new property.

@Ghasan did you read the issue https://github.com/lukesampson/scoop/issues/687?
I would recommend adding a note that explains what to do, instead of adding HOME.

Thank you, @r15ch13. I read that, and I checked Yarn, Vim, and Emacs, and they seem to not require %HOME% variable to be present, and they can find user profile themselves, which I think now is the correct way. So I removed the changes I made, and it now only copies nano.rc from the installation folder to user profile, and gives a note about setting %HOME% for nano.


chore(storefront): Use own DropdownMenu

This removes @navikt/ds-css and @navikt/ds-react

🔥
tippyjs/react could probably also be replaced with our own Tooltip

Done in another PR :)


Remove stale mention of ServiceIPStaticSubrange

The ServiceIPStaticSubrange feature gate is GA; you can't disable it. Drop the mention of doing so.
/sig network

Thanks @sftim!
This matches https://github.com/kubernetes/kubernetes/pull/117237, I think I'm qualified to give tech LGTM here but let me know if I need to be listed somewhere I'm not.
/lgtm

/approve


Invalid plugin phpArray

I'm using delegator factory as shown in docs for zend-i18n-resources (https://github.com/zendframework/zend-i18n-resources/blob/master/doc/book/usage.md). I'm not sure if it's a bug inside documentation or missing alias for Service Manager.
https://github.com/zendframework/zend-i18n/blob/master/src/Translator/LoaderPluginManager.php#L62
Here We can see definition only for lowercased 'phparray' key, so 'phpArray' won't work.
Another thing is delegator config:
return [
    'service_manager' => [
        'delegators' => [
            'MvcTranslator' => [
                'TranslatorDelegator',
            ],
        ],
    ],
];

MvcTranslator key will not trigger TranslatorDelegator (I'm using this to translate validator messages inside form generated with Zend\Form\View\Helper\Form). Instead, I had to create this as follows:
use Zend\Mvc\I18n\Translator;
...
'service_manager' => [
        'delegators' => [
            Translator::class => [
                TranslatorDelegator::class,
            ],
        ],
    ],

Shouldn't locale be normalized and maybe even merged, for example
'translator' => [
        'locale' => 'pt_BR',
    ],

First, class should look for pt_BR translation, then pt and if both exist, merge them.

there is PR for it https://github.com/zendframework/zend-i18n/pull/56

Fixed with #56


Having too many jobs causes the chanel to be filled and the scheduler to stop working

I have around 1000 jobs running simultaneously, the default broadcast channel size is 200, this causes the receiver side to receive a RecvError::Lagged error, and this causes the scheduler to stop working.
The offender lines are the following:
https://github.com/mvniekerk/tokio-cron-scheduler/blob/main/src/job/runner.rs#L29-L32
https://github.com/mvniekerk/tokio-cron-scheduler/blob/main/src/notification/runner.rs#L28-L31
loop {
    if let Err(e) = val {
         error!("Error receiving value {:?}", e);
         break;
    }
...
}

The problem with the code above is that in case that the broadcast channel is full it will receive a RecvError::Lagged with the number of dropped messages. Then, the error will cause the cause the loop to break. This causes that the job/runner.rs thread stop running and it is never recovered anymore.
The worse thing is that the scheduler will neither shutdown the scheduler nor report any error on the scheduler.start() entrypoint, causing the scheduler to run forever in a bad state.
There are many different things that can help to solve this problem:
1. Make channel size configurable
Make channel size configurable as propose in https://github.com/mvniekerk/tokio-cron-scheduler/issues/58.
I think it is a simple first step to try to fix the issue, allowing the application user to decide the capacity of the channel.
Advantages:

It does not break the public interface.
It is simple to implement.
It can be the final solution if you know the number of jobs you will have.

Drawbacks:

If you fill the channel it will still silently exit the loop.
You should know the number of jobs to run beforehand.

2. Not using broadcast channels, but mpsc channels instead.
The scheduler does not use several receivers in any part of the library, so the usage of mpsc is posible.
Advantages:

If the channel is full, it will neither drop the messages nor send a RecvError::Lagged, but instead it will wait on the sender side until new space is available.
It will keep the order of the jobs.
It will only give an error if the channel is dropped, which should not occur, so the problem of exiting the loop should be also fixed.

Drawbacks:

It breaks the Context public interface, as Context will not allow subscriptions to the job_activation_tx nor to the notify_tx anymore. These two channels will become part of the private interface.
It can make harder to extend the application in the future, if two receivers are required for any of these two channels.

However, I do not think that the second drawback is a big deal.
I used this approach as a solution for my personal use case of running 1000 jobs and it seems to work fairly well. You can check the changes in my fork of your repository. If you like this solution I will gladly open a pull request.
3. Using busy waiting on the sender side (alternative to 2)
As an alternative to solution 2, if we do not want to break Context public interface, and we still want to use broadcast channels but avoiding the lagged errors, it is possible to control if the channel has enough size on the sender size before performing a send, or sleep if it does not have space.
Something like this:
while broadcast_tx.len() >= CHANNEL_CAPACITY {
  tokio::time::sleep(Duration::from_millis(100)).await;
}
if let Err(err) = broadcast_tx.send(msg) {
...
}

Advantages:

Keep the context public interface.
Continue using broadcast channels that allow to easily extend the application in the future.

Drawbacks:

As the sender is in the Context public interface, the application user can send messages to the channels without waiting for it to have space.
The busy waiting solution I posted above can produce race conditions, a semaphore is required to coordinate the sends to the channel.
It many not keep the order of the jobs.

If you want to implement this solution let me know, I can help to implement it.
4. Shutting down the scheduler in case it exists any loop
Once the scheduler exits any of the actors threads, it will not behave correctly anymore, as the different actors will not be able to communicate correctly. In those cases, I think that the best approach is to fully stop the scheduler, and return an error code to the thread that called scheduler.start(). This way, the application developer can decide whether to restart the scheduler or handle this situation in any other way.
I think that the 4 point, Shutting down the scheduler in case it exists any loop, is mandatory to implement, to let the developer deceide what to do in case of error.
Clarification
The main reason I opened this thread is to discuss what are the best steps to solve this problem. I think that the first thing to do is to be aligned in what would be the best solution and then implement it.
I can help coding the solution once we have decided what steps to do.
At the moment, I implemented just the solution 2 in my fork of the project and it works well for my use case, but probably it is not the best solution for all the use case because I break the public interface.

Can't we combine/implement both?
I think the "right"/"best" (or whatever you wanna call it) approach is by replacing broadcast with mpsc.
But I would love to configure the channel size.

Yes, we can combine both without problem

@mvniekerk what do yo think about the solution?

Hey all, I love these comments. Nothing like real-world use cases breaking code and working around it.
What I'm gathering from this discussion that we need a way to
i) handle failures more elegantly,
ii) allow some sort of back-pressure handling where the jobs are not scheduled at exactly the correct time but retried a bit later and spew out errors accordingly
iii) Allow channel capacity to be changed at runtime (maybe dynamic?)
I'll think around it. I appreciate your comments.

Regarding iii, it can be statically defined, but at least configurable, right now it is always set to 200.
Making it grow dynamically will make the solution much harder, as you are keeping an Arc<Sender> and Arc<Receiver> which are inmutable, making them mutable will require to create a new channel and propagate to all threads (or if you use a Mutex for synchronization it will slow down the solution).
If it is possible to propagate the Lagged error outside the scheduler, it will be possible for the final user to notice the error and take actions, as for example recreate the scheduler with new capacity.

Still thinking :-)

For 0.11.0, I've added JobScheduler::new_with_channel_size(channel_size: usize) -> Result<Self, JobSchedulerError>.
For the offensive breaking of the scheduler, I've removed the breaking of the loop if it is not RecvError::Closed.
As for the rest. Yeah, that's quite the undertaking.


🚀 Feature: Scaffolder template chaining/combining

🔖 Feature description
Scaffolder templates could be chained or combined so that small templates can make one big (like a golden path kind of template with multiple sub-templates).
🎤 Context
Having specific, small, templates is very good from maintenance perspective but it can get confusing to the user what to run next. Having possibility to link the templates in on top template would make it easier for the users to jump to next step. For example:

Template1: Create a new repository
Template2: Populate repository with skeleton
Template3: Add CI configuration to repository

Each of these templates work very well alone but if the user would like to start project from scratch, each of these templates would need to be run one by one. This is unnecessary work and requires also that the user knows what to do next.
✌ Possible Implementation
The template switching could be either by having some "Next step" buttons or something to jump to the next template or even combining all parameter inputs from the templates on a single page.
👀 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?
None

Related somewhat to https://github.com/backstage/backstage/issues/15241

Yes, you are correct. Templates frequently share the same steps and sharing them sounds very helpful feature. But still, I would say this is a slightly different feature as the user might want to opt-out of continuing to the following template.

@drodil I wrote a comment in #15241 that might help you :)


Add function and target to create map of transition regions.

Closes #194
All reaches that have 2nd most likely probability greater than 0.1

All reaches that have 2nd most likely probability greater than 0.2

Try adding color to reaches that have > 5% for 3-5 most likely (maybe in gray). Could use all(probs > 0.05) to do this filter.

Would this be a separate panel? Or overlaid? I started to think that through but it doesn't really go with the current format.

Would this be a separate panel? Or overlaid

I was thinking overlaid on each panel

Would this be a separate panel? Or overlaid

I was thinking overlaid on each panel for only the reaches in that panel

Okay, so if any reach has 3 regions with 3+ probabilities of 5% or greater... that reach would be classified completely separate from the transition regions. For example, if a reach is 55% region 1, 30% region 2, and 15% region 3, that would be classified exclusively ("confused" - I'll think of a better label) from the transition regions 1-2, 2-3, and 1-3. Do I understand correctly?


AMQP-475: Phase I: Don't Catch Throwable

JIRA: https://jira.spring.io/browse/AMQP-475

I find it as nothing to complain about.
Merging...

Merged after squash and rebase as https://github.com/spring-projects/spring-amqp/commit/67d490e7f59c60afe9cfc040c40394082e4185b5


fetch logs faster, async or something similar

as part of the Great Python 3 App Engine Runtime Migration, i also had to migrate to the Stackdriver Logging API (snarfed/webutil@32b25e9b0702af72cef74212810a078120fa9d6d, snarfed/webutil@d459a0bfcde94cf07a3f76ac0fad92186a3406e1). it works ok, but it's way slower, since it makes a synchronous API call for each log line, in order. 🤦 at least, i think? not sure?
i'd love to make these async, or faster somehow, but haven't figure out how yet. gRPC? there's a tantalizing allusion to async support in the 1.7.0 release notes, https://github.com/googleapis/google-cloud-python/pull/5908 , but i don't know how to use it yet.

adding time filters to the stackdriver logging API calls fixed this! logs now load in ~1s or so. yay. details: https://groups.google.com/g/google-stackdriver-discussion/c/1i8vR6JyQug/m/bbjDQQMaBQAJ


Made some performance improvements and added type-hints with function definitions

Most of these improvements come from using list-comprehensions instead of loops and by religiously avoiding indexing into lists. In some cases, I use python's builtin functions like min and operator.itemgetter to find the argmin of a list faster than would be possible with a for-loop.
I wrote some code in the benches folder to generate some plots. update takes, by far, the longest of any of the methods so most of my work was focused towards that function. I managed an average improvement of ~18%. Could you run the benchmarks, take a look at the plots, and let me know what you think.

I've made almost all the requested changes. There are a couple of dangling questions. Once those are resolved, I think this PR will be ready.


Add dictionary type

[x] list
[x] update

please, update schema for Dictionaries type

As field id was added to il.dictionaries we should use it in Update mutation.
input UpdateDictionaryInput {
"The ID of an object."
  id: ID!
 "Name of a dictionary."
  name: String
  "In case dictionary is used isActive = true."
  isActive: Boolean
  "Type of usage dictionary in the system"
  labels: [String]
  "Dictionary's values."
  values: JSON
}

please, fix test cases which return incorrect results

String is already parsed with one key

it was decided to fix on front side https://github.com/edenlabllc/ehealth.web/issues/619


Is there a method to get browser console logs?

Would be awesome to know if it is possible.
There was a question on stack overflow but the answer does not map to a method in this repo.
http://stackoverflow.com/questions/7340380/can-watir-webdriver-capture-console-errors
This functionality is in Selenium-webdriver repo since 2.38
http://stackoverflow.com/questions/18846384/get-chromes-console-log-via-ruby-webdriver

I agree that we should expose logs in Watir, though need to agree on API.

Logs are going away in WebDriver w3c, so I actually don't think Watir should expose the implementation. You can currently access the logs like this, but each browser supports them differently:
browser = Watir::Browser.new
browser_logs = browser.wd.manage.logs.get(:browser)
driver_logs = browser.wd.manage.logs.get(:driver)

If using remote / standalone selenium server:
server_logs = browser.wd.manage.logs.get(:server)
client_logs = browser.wd.manage.logs.get(:client)

Thanks for the info @titusfortner


PR for ROS^RT (Iron)

Same as PR #1, cherry-picked commits for branch iron (Iron Irwini).

Not yet tested after cherry-pick. May not function properly.


ViewBinding stopped working with proguarded builds

When I run a release build I get the following exception:
Caused by: java.lang.NoSuchMethodException: com.action.consumerapp.databinding.ActivitySplashBinding.bind [class android.view.View]
   at java.lang.Class.getMethod(Class.java:2072)
   at java.lang.Class.getMethod(Class.java:1693)
   at d.a.a.j.a.<init>(ViewBindingCache.kt:97)
   at d.a.a.j.f.a(ViewBindingCache.kt:27)
   at d.a.a.g$a.a(ActivityViewBindings.kt:38)
   at d.a.a.g$a.invoke(Unknown Source:2)
   at by.kirich1409.viewbindingdelegate.LifecycleViewBindingProperty.f(ViewBindingProperty.kt:59)
   at by.kirich1409.viewbindingdelegate.LifecycleViewBindingProperty.a(ViewBindingProperty.kt:46)
   at com.action.consumerapp.feature.splash.SplashActivity.i(Unknown Source:7)

This occurs at 'com.github.kirich1409:viewbindingpropertydelegate:1.4.3' and 'com.github.kirich1409:viewbindingpropertydelegate:1.4.4'. This doesn't happen with  'com.github.kirich1409:viewbindingpropertydelegate:1.4.2' (or 'com.kirich1409.viewbindingpropertydelegate:viewbindingpropertydelegate:1.4.2').

Check version 1.4.5

I had a similar problem (v1.4.4) and in version 1.4.5 everything works well.

Getting same issue in 1.5.8.

Getting same issue in 1.5.8.

Show me the stacktrace and the code with usage of ViewBinding in that place

I've just found out the problem. Will be fixed in next release. As temporary solution please add to you ProGuard config next lines
-keep,allowoptimization class * implements androidx.viewbinding.ViewBinding {
    public static *** bind(android.view.View);
    public static *** inflate(...);
}

-keep,allowoptimization class * implements androidx.viewbinding.ViewBinding {
public static *** bind(android.view.View);
public static *** inflate(...);
}

This worked. Thanks

There is a similar crash in 1.5.9 as well:
Caused by: java.lang.NoSuchMethodException: my.project.databinding.MiisFragmentShowcaseBinding.bind [class android.view.View]
	at java.lang.Class.getMethod(Class.java:2103)
	at java.lang.Class.getMethod(Class.java:1724)
	at by.kirich1409.viewbindingdelegate.internal.BindViewBinding.<init>(ViewBindingCache.kt:14)
	at by.kirich1409.viewbindingdelegate.ReflectionFragmentViewBindings$viewBinding$3.invoke(FragmentViewBindings.kt:28)
	at by.kirich1409.viewbindingdelegate.LifecycleViewBindingProperty.getValue(ViewBindingProperty.kt:8)
	at by.kirich1409.viewbindingdelegate.FragmentViewBindingProperty.getValue(FragmentViewBindings.kt:3)
	at by.kirich1409.viewbindingdelegate.FragmentViewBindingProperty.getValue(FragmentViewBindings.kt:2)
	at my.project.ShowcaseFragment.getBinding(ShowcaseFragment.kt:8)
	...

Adding the proguard rules helps:
-keep,allowoptimization class * implements androidx.viewbinding.ViewBinding {
    public static *** bind(android.view.View);
    public static *** inflate(...);
}


Content Suggestion: RoninDojo

Link to Content: https://code.samourai.io/ronindojo/RoninDojo/-/wikis/home
Briefly Describe Content: RoninDojo is an Installation Assistant and UI for Samourai Wallet's Dojo. The goal of RoninDojo is to simplify Dojo on single-board computers.
Suggested Section: https://bitcoin-only.com/#hardware     NODE : DIY

Merged 60954c4


Refactoring

Codecov Report

Merging #76 into master will decrease coverage by 0.28%.
The diff coverage is 50%.

@@            Coverage Diff            @@
##           master     #76      +/-   ##
=========================================
- Coverage   55.08%   54.8%   -0.29%
=========================================
  Files           7       7
  Lines         354     354
=========================================
- Hits          195     194       -1
- Misses        148     149       +1
  Partials       11      11

Impacted Files
Coverage Δ

service/storage.go
23.07% <0%> (-3.85%)
:arrow_down:

service/job.go
75.94% <100%> (ø)
:arrow_up:

service/client.go
70.37% <33.33%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 7eae147...74d2c64. Read the comment docs.


Update virtual-machine-on-prem-backup-and-recovery.md

Small changes per the guidelines. Fixed some format issues. (All changes are previewed, even if not formally tested locally.)
Harness Developer Pull Request
Thanks for helping us make the Developer Hub better. The PR will be looked at
by the maintainers.
What Type of PR is This?

[ ] Issue
[ ] Feature
[x] Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

Issue(s)

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[ ] Tested Locally
[ ] Optional Screen Shoot.

Preview environment: https://ci.pr.harness.io/pr-239

Preview environment: https://ci.pr.harness.io/pr-239

Preview environment: https://ci.pr.harness.io/pr-239

Preview environment: https://ci.pr.harness.io/pr-239

Preview environment: https://ci.pr.harness.io/pr-239

Preview environment: https://ci.pr.harness.io/pr-239


Add usage flags to jam commands/subcommands

What happened?
When I run any jam command/subcommand without the expected flags I see output similar to the following:
jam
missing command%
...
jam pack
failed to execute: missing required flag --buildpack

It would be helpful if usage commands/flags are added to all jam commands/subcommands (e.g jam --help, jam help, jam pack --help, etc..)

I'll pick this up, cannot assign as I am not a contributor


fix listener getting garbage collected bug

I found that listeners getting GCed most of the time. Removed weak reference for listeners.

BTY, thanks for heavily updating image cropper.

that was very silly mistake, thank you.


Global cors seems to be broken via application.yml

Describe the bug
I try to get a global cors configuration working. As documentation describes a config like the following should enable cors headers without going the the @Bean or WebConfigurer-way etc.. But it isn´t working as expected.
customservice:
  service:
    uri: https://reqres.in

spring:
  cloud:
    gateway:
      routes:
        - id: test
          uri: ${customservice.service.uri}
          predicates:
            - Path=/**
      globalcors:
        add-to-simple-url-handler-mapping: true
        cors-configurations:
          "[/**]":
            allowedOrigins: "https://www.example.com"
            allowedHeaders: "*"
            allowCredentials: true
            allowedMethods:
              - GET
              - POST
              - PUT
              - DELETE

Maybe I am totally missing something. Can you please take a look if this basic configuration should work like this?
Sample
see failing test in https://github.com/chrisingenhaag/cors-test or start gateway and test manually via curl

Two questions

What documentation are you referring to? Link please
What headers where you expecting?

Sure,
I´m referring to https://docs.spring.io/spring-cloud-gateway/docs/current/reference/html/#cors-configuration and I´m expecting the the configured CORS headers to be existent in the response headers of any requests. So acutally the response headers shoud contain the following headers:
Access-Control-Allow-Origin: https://www.example.com
Access-Control-Allow-Methods: GET, POST, PUT, DELETE
Access-Control-Request-Headers: *
Access-Control-Allow-Credentials: true

Your test is not correct. It is not a CORS request (nor a CORS preflight request). It doesn't contain an ORIGIN header.


Aseprite can be compiled for free

Checklist

[X] I've checked that my software suggestion hasn't already been added to one of the lists.
[X] I've checked the latest issues to make sure that this software hasn't already been suggested.

What is your software's name?
Aseprite
What systems do you know your software works on?

[ ] Windows 11
[X] Windows 10
[ ] Windows 8/8.1
[ ] Windows 7
[ ] Windows XP or earlier
[X] MacOS
[X] Linux
[ ] Other

Input a link to your suggested software.
https://www.aseprite.org/
What is your reasoning for including this software?
Aseprite is open source and you can compile it for yourself only. The creators of Aseprite made good documentation on how to do it and allow it. You won’t get updates automatically and can’t the share the compiled program.
(OPTIONAL) Give some extra information about the software.
No response

Also It probably compiles on all the systems you listed. I only tested it on a few

Oh no. Just closed the issue


[DOCFIX] How to use Alluxio for external hive table

@calvinjia comments addressed

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/15514/
Test PASSed.

Merged build finished. Test PASSed.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/15515/
Test PASSed.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/15516/Failed Tests: 1org.alluxio:alluxio-tests: 1alluxio.shell.command.FreeCommandTest.freeWildCardPinnedFile
Test FAILed.

@gpang @calvinjia PTAL

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/15524/
Test PASSed.


Fix tvOS playback

Goal
Fix tvOS playback.
How to test
Run tvOS example and check if video is played properly.

Can we cover this scenario with a test so it doesn't happy anymore?


Compile error for "aws-cpp-sdk-ssm/source/model/CommandStatus.cpp"

Checked out master branch and tried to build the SDK on my Mac, it has following compile error, after removing the extra ":", the compile success.
/aws_sdk_repos/aws-sdk-cpp/aws-cpp-sdk-ssm/source/model/CommandStatus.cpp:27:4: error: expected unqualified-id
{:
^
1 error generated.
make[2]: *** [aws-cpp-sdk-ssm/CMakeFiles/aws-cpp-sdk-ssm.dir/source/model/CommandStatus.cpp.o] Error 1
make[1]: *** [aws-cpp-sdk-ssm/CMakeFiles/aws-cpp-sdk-ssm.dir/all] Error 2
make: *** [all] Error 2

Hi, I don't see that ':' in our source tree, and our internal builds are all passing.
https://github.com/aws/aws-sdk-cpp/blob/master/aws-cpp-sdk-ssm/source/model/CommandStatus.cpp

Thanks for the response, I also checked on the repos master branch, it has no extra ":",  let me look my checkout on 9/12, and figure out why.
Thanks for checking.
Shao

On Sep 21, 2017, at 12:49 PM, Marco Magdy<EMAIL_ADDRESS>wrote:
Hi, I don't see that ':' in our source tree, and our internal builds are all passing.
https://github.com/aws/aws-sdk-cpp/blob/master/aws-cpp-sdk-ssm/source/model/CommandStatus.cpp
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Please reopen if you're still having this problem.