Modal-aware floating elements (popover, select dropdown etc.)

Describe the feature request
When rendering Popover or Form.Select as children of a Modal, allow the floating element to display over the Modal
Given the following example:
<Modal show>
  <Modal.Box>
    <div style={{ padding: "3rem 1.5rem" }}>
      <Form.Select
        options={["Option 1"]}
        label={{
          children: "I am a label",
          addon: { type: "popover", content: "I am a popover" },
        }}
      />
    </div>
  </Modal.Box>
</Modal>

It results in:

Observe that the dropdown menu isn't visible even though the input is focused and expanded.
It only works when dropdownZIndex={100000} is set.

Ideally, the dropdown menu would automatically display over the Modal
Additional context
These components use floating-ui to handle positioning of the floating elements. Under the hood, they're rendered in the document body and have a default z-index of 50. Meanwhile the Modal is also appended to the document body and has a z-index of 99999.
Since the modal and floating element share the same stacking context, the floating element always renders below the modal.

A possible way to achieve this is using Context so that the child can detect the parent modal. Then the child can increment its default z-index (or set the modal as the root node)
But due to the project build setup, it's sadly not that straightforward to create a shared Context between components in this library (see this issue)

Resolved by https://github.com/LifeSG/react-design-system/pull/565 and https://github.com/LifeSG/react-design-system/pull/566


RATIS-1011 - Interfaces for client, server for netty streaming

What changes were proposed in this pull request?
External/Internal API interfaces for Data streaming pipeline implementation.
What is the link to the Apache JIRA
https://issues.apache.org/jira/browse/RATIS-1011
Please replace this section with the link to the Apache JIRA)
How was this patch tested?
Just interfaces implemented, no runnable, test code added as of now

Please move DataStreamApi and RaftDataOutputStream to org.apache.ratis.client.api in Ratis-client.  These are public client APIs.

After some thoughts, let's change all the class names to use "DataStream" as the prefix except for NettyDataStreamFactory.

DataStreamRequest and DataStreamReply should extends a common base class, say DataStreamMessage.

Also, let's remove  some of the code which is not yet clear how to use them.  We should work on the implementation and design these methods.

thanks nicholas! @szetszwo


build_args should work better with local()

a common complaint is that it's hard to use local() with built-ins that accept strings. The big one is build_args:
docker_build('image', '.', build_args={
  'GIT_SHA': local('git rev-parse HEAD'),
  'NODE_VERSION': local('cat .nvmrc')
})

There's a couple different ways we could fix this.

make local() return strings instead of Blobs
make build_args deserialize blobs into strings automatically

If we go down path (1), there's a much longer discussion around why Tilt needs the Blob type at all (there are a few different ways we use them to as a tagged string type to make better error messaging). (2) is much easier, but feels like playing whack-a-mole

fixed by https://github.com/windmilleng/tilt/pull/2165


NuGet package?

Will you be making this a NuGet package?

Yes, once the code stabilizes. I will be providing a nuget.


(JS-0111) Unnecessary return await function found

Description
Returning an awaited value (like with return await f()) has two problems: - It queues an extra microtask, blocking the callstack until return is executed.
Occurrences
There is 1 occurrence of this issue in the repository.
See all occurrences on DeepSource → deepsource.io/gh/josephistired/DiscordBot-v14/issue/JS-0111/occurrences/

Fixed -
Upcoming v1.0.3 release


The option to link external auth to registered user in ExternalLogins.razor page in Components/Account/Manage is not working

🐛 Bug Report
When create a new project with ms identity individual accounts, the function to  link external authentication for a registered user is not working and throwing this exception

💻 Repro or Code Sample
https://github.com/Doc415/Fluent-Issue
Details in README
🤔 Expected Behavior
it should direct to individual external authentication page
😯 Current Behavior
the code does not send the provider name, instead it sends all avaible provider names in a single string
https://github.com/microsoft/fluentui-blazor/assets/94632226/0d3703fb-9c3e-4853-a7c7-2cf4338966c7
💁 Possible Solution
Change the form structure. My working solution:
@if (otherLogins?.Count > 0)
{

Add another service to log in.

    @foreach (var provider in otherLogins)
    {
        <form class="form-horizontal" action="Account/Manage/LinkExternalLogin" method="post">
            <AntiforgeryToken/>
            <input type="hidden" name="Provider"<EMAIL_ADDRESS>/>

                    <FluentButton Type="ButtonType.Submit" Appearance="Appearance.Accent">
                        Log in using your @provider.DisplayName account
                    </FluentButton>

        </form>
    }
}

🔦 Context
I was trying to give an option to a self registered user to link his microsoft, github, google account
🌍 Your Environment
Vs 2022
Windows 11
core i5 13th gen
16gb ram

Please supply us with ready-to-run reproduction code in the form of something we can copy/paste, a (zipped) project structure or a GitHub repository.
We do not have capacity to craft or compose a reproduction for every issue that gets raised. In this case I would need to dive into the setup of the external providers first. As you have already done that, help us to help you by sharing what you have. Thanks.

Please supply us with ready-to-run reproduction code in the form of something we can copy/paste, a (zipped) project structure or a GitHub repository.
We do not have capacity to craft or compose a reproduction for every issue that gets raised. In this case I would need to dive into the setup of the external providers first. As you have already done that, help us to help you by sharing what you have. Thanks.

I have Created a repository ready to run. Details are in README. I have added a short video to Issue.
https://github.com/Doc415/Fluent-Issue
Thanks.

I've created the database locally and ran the migrations. Running the solution now gives:

Am I missing something in UserSecrets perhaps?

PS, I see in program.cs that you have builder.Services.AddQuickGridEntityFrameworkAdapter();
You should change that to use our own adapter which works together with the FluentDataGrid

I've created the database locally and ran the migrations. Running the solution now gives:
Am I missing something in UserSecrets perhaps?

I have filled dummy id and secret in appsetings.
I should mention it in the Readme
I am learning asp.net and not very experineced in github communications.
Anything i should do?

I have filled dummy id and secret in appsetings. I should mention it in the Readme The application runs in my side, and i could not reproduce the error. I am learning asp.net and not very experineced in github communications. Anything i should do?

No worries. We all needed to learn it sometime 😀
I found the error for this. In code you had things like:
 googleOptions.ClientId = configuration["Authentication:Google:ClientId"];
 googleOptions.ClientSecret = configuration["Authentication:Google:ClientSecret"];

where that was specifiedappsettings as GoogleClientId (insteadof ClientId).
Can now debug...

Ok, found the issue. Will be changed in the next version of the templates.
For now, you do not need to change the /Account/Manage/ExternalLogins page (but you can if that works for you).
The fix will be made where the form post is handled, which is IdentityComponentsEndpointRouteBuilderExtensions.cs. We already have code in there to fix the /PerformExternalLogin post action. We just need to use the same fix in the /LinkExternalLogin action

Add the following at the end of that file:

private static string TemporaryFluentButtonFix(string provider)
{
    // Temporary workaround for FluentButton returning a provider value twice
    // Split the comma-separated list of strings
    var providers = provider.Split(',');

    // Find the value that appears twice in the list
    provider = providers.GroupBy(p => p)
                        .Where(g => g.Count() == 2)
                        .Select(g => g.Key)
                        .First();
    return provider;
}

Remove line 39 and further up until the var properties = ... and replace with

 provider = TemporaryFluentButtonFix(provider);

In /LinkExternalLogin inset

 provider = TemporaryFluentButtonFix(provider);

before the line var properties = ...
As said, this will be part of the new templates.
Closing this as a solution is provided an will be fixed in next release

Ok, found the issue. Will be changed in the next version of the templates.
For now, you do not need to change the /Account/Manage/ExternalLogins page (but you can if that works for you).
The fix will be made where the form post is handled, which is IdentityComponentsEndpointRouteBuilderExtensions.cs. We already have code in there to fix the /PerformExternalLogin post action. We just need to use the same fix in the /LinkExternalLogin action

Add the following at the end of that file:

private static string TemporaryFluentButtonFix(string provider)
{
    // Temporary workaround for FluentButton returning a provider value twice
    // Split the comma-separated list of strings
    var providers = provider.Split(',');

    // Find the value that appears twice in the list
    provider = providers.GroupBy(p => p)
                        .Where(g => g.Count() == 2)
                        .Select(g => g.Key)
                        .First();
    return provider;
}

Remove line 39 and further up until the var properties = ... and replace with

 provider = TemporaryFluentButtonFix(provider);

In /LinkExternalLogin inset

 provider = TemporaryFluentButtonFix(provider);

before the line var properties = ...
As said, this will be part of the new templates.
Closing this as a solution is provided an will be fixed in next release

Thank you very much


XML post request returns 415 error

It's my first time working with xml in Karate. I'm trying to make a post request to a server but I'm getting a 415 error. I believe there are some errors in my xml format, any help would be greatly appreciated.
Feature: XML post request

  Background:
    * configure ssl = true
    * configure charset = null
    * def xml =
    """
    <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser="http://service.bre.com/">
        <soapenv:Header/>
        <soapenv:Body>
            <ser:executeRuleSet>
                <parameters>
                    <arraySize>0</arraySize>
                    <domainObjectJSONStr>
                        [
                            {
                            "isBirthInNetherlands": 17,
                            "hasTaxIdInNetherlands": 17,
                            "hasPostalCodeInNetherlands": 17,
                            "isIndividual": 17,
                            "Task Triggered": 17
                            }
                        ]
                    </domainObjectJSONStr>
                    <key>com.BRE.WF.SHBBSNCaptureConditions</key>
                </parameters>
                <ruleSet>GenerateBSNCapture</ruleSet>
            </ser:executeRuleSet>
        </soapenv:Body>
    </soapenv:Envelope>
    """

  Scenario: Make an xml post request
    Given url 'https:/HANDL-MW.com:8543/rulesengine.enterprise-8.2/RulesEngineService'
    And request xml
    When method post
    Then status 200
    And print response

@markhughes321 follow this process to reopen please: https://github.com/intuit/karate/wiki/How-to-Submit-an-Issue


fix(component): Add displayNames for syntax highlighter, resolving #70

Adds displayName fields to compound components.
This is essential for the syntax highlighter we use to display the code needed for each component.
For example, <ButtonComponent>, which is invalid, now becomes <Button>, which is ready to copy-paste.

@rluders In reference to your Discord messages, let me where I should keep the displayName assignments. I'd be happy to update the other components, or change mine to conform to the existing style


sprint issue while sprinting and sneaking in spectator mode

this seems to still happen in spectator mode, you can fix it by acting as if you were in creative mode, press space twice (do that process twice) It looks like it does not set you as if you are flying when you get in spectator mode.

Could you please check if 5821b8bf97c8cb07e8b128b2daa2bd289d367f91 fixes this?


Revert "Enable std::string as default string implementation." MERGEOK

@toregge please review
@baldersheim FYI
Some refeeding performance tests show slightly degraded numbers after the flip. Temporarily reverting to avoid any surprises while we investigate.
Reverts vespa-engine/vespa#31894

When running the feeding attributes performance test manually in a dev environment then the refeeding with 1 thread throughput is improved by 10-20% by switching from vespalib::string to std::string. But using the feature flags from docker/include/feature-flags.json in the system-test repo causes the throughput to be 25-30% worse for the same switch.


Normalise dateModified format in query_last_value function

Proposed changes
While all other returned by query_last_value function where normalised, dateModified is not.
This PR Normalise dateModified format in query_last_value function
Types of changes
What types of changes does your code introduce to the project: Put
an x in the boxes that apply

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

Checklist
Put an x in the boxes that apply. You can also fill these out after
creating the PR. If you're unsure about any of them, don't hesitate to
ask. We're here to help! This is simply a reminder of what we are going
to look for before merging your code.

[x] I have read the CONTRIBUTING doc
[x] I have signed the CLA
[x] I have added tests that prove my fix is effective or that my
feature works
[ ] I have added necessary documentation (if appropriate)
[ ] Any dependent changes have been merged and published in
downstream modules

Further comments
N/A

@pooja1pathak I normalised dateModified so that we don't need to pop it, and also cleaned up few things. if you could review changes, it's great, thanks!

fix #547 and #548

@pooja1pathak I normalised dateModified so that we don't need to pop it, and also cleaned up few things. if you could review changes, it's great, thanks!

sure

we need to change fiware-servicePath value to None for the case '/' is received.
In QL if we directly hit /op/query, it will take fiware-service and fiware-servicePath as None but in orion it add '/' to the fiware-servicePath which results in formation of statement as:
('select '
 'a1.entity_type,a1.entity_id,a1.time_index,a1."temperature",a1."intensity" '
 'from "ettestnew" as a1 join (select entity_id, entity_type, max(time_index) '
 'as time_index from "ettestnew" where entity_id in (\'TestNew1\')  and  '
 "fiware_servicepath ~* '/.*' group by entity_id, entity_type) b1 on "
 'a1.entity_id = b1.entity_id and a1.entity_type = b1.entity_type and '
 "a1.time_index = b1.time_index where a1.entity_id in ('TestNew1')  and  "
 "a1.fiware_servicepath ~* '/.*' ORDER BY time_index DESC limit 10000 offset 0")

Notice the value of fiware_servicepath. This results in 404 Not Found.
For None fiware_servicePath statement for same request is as:
 ('select '
 'a1.entity_type,a1.entity_id,a1.time_index,a1."temperature",a1."intensity" '
 'from "ettestnew" as a1 join (select entity_id, entity_type, max(time_index) '
 'as time_index from "ettestnew" where entity_id in (\'TestNew1\')  and  '
 "fiware_servicepath = '' group by entity_id, entity_type) b1 on a1.entity_id "
 '= b1.entity_id and a1.entity_type = b1.entity_type and a1.time_index = '
 "b1.time_index where a1.entity_id in ('TestNew1')  and  a1.fiware_servicepath "
 "= '' ORDER BY time_index DESC limit 10000 offset 0")

hi @pooja1pathak i am not sure i understand what's the actual issue :/ i will add a test case using / servicePath and see what's the query outcome. would that allow us to understand if the code works?

we need to change fiware-servicePath value to None for the case '/' is received.
In QL if we directly hit /op/query, it will take fiware-service and fiware-servicePath as None but in orion it add '/' to the fiware-servicePath which results in formation of statement as:
('select '
 'a1.entity_type,a1.entity_id,a1.time_index,a1."temperature",a1."intensity" '
 'from "ettestnew" as a1 join (select entity_id, entity_type, max(time_index) '
 'as time_index from "ettestnew" where entity_id in (\'TestNew1\')  and  '
 "fiware_servicepath ~* '/.*' group by entity_id, entity_type) b1 on "
 'a1.entity_id = b1.entity_id and a1.entity_type = b1.entity_type and '
 "a1.time_index = b1.time_index where a1.entity_id in ('TestNew1')  and  "
 "a1.fiware_servicepath ~* '/.*' ORDER BY time_index DESC limit 10000 offset 0")

Notice the value of fiware_servicepath. This results in 404 Not Found.
For None fiware_servicePath statement for same request is as:
 ('select '
 'a1.entity_type,a1.entity_id,a1.time_index,a1."temperature",a1."intensity" '
 'from "ettestnew" as a1 join (select entity_id, entity_type, max(time_index) '
 'as time_index from "ettestnew" where entity_id in (\'TestNew1\')  and  '
 "fiware_servicepath = '' group by entity_id, entity_type) b1 on a1.entity_id "
 '= b1.entity_id and a1.entity_type = b1.entity_type and a1.time_index = '
 "b1.time_index where a1.entity_id in ('TestNew1')  and  a1.fiware_servicepath "
 "= '' ORDER BY time_index DESC limit 10000 offset 0")

hi @pooja1pathak i am not sure i understand what's the actual issue :/ i will add a test case using / servicePath and see what's the query outcome. would that allow us to understand if the code works?

I added two new tests, aiming at surfacing any potential issues related to using / or None, but it seems to me that both works fine.

@chicco785 I have checked, test cases seems to work fine. Issue will arise when only fiware-servicePath is mentioned i.e., without any fiware-service.
As I have checked in crateDB, fiware-servicePath is stored only when fiware-service is mentioned otherwise it is left empty whether we provide any fiware-servicePath or not. As per my understanding this could be the reason for the 404 error.
I have checked with orion broker also by creating entity with fiware-servicePath only without defining any fiware-service . I was able to retrieve entity with as well as without using fiware-servicePath. I think this should not be the correct behavior.

@chicco785 I have checked, test cases seems to work fine. Issue will arise when only fiware-servicePath is mentioned i.e., without any fiware-service.
As I have checked in crateDB, fiware-servicePath is stored only when fiware-service is mentioned otherwise it is left empty whether we provide any fiware-servicePath or not. As per my understanding this could be the reason for the 404 error.
I have checked with orion broker also by creating entity with fiware-servicePath only without defining any fiware-service . I was able to retrieve entity with as well as without using fiware-servicePath. I think this should not be the correct behavior.

thanks @pooja1pathak this information is very useful, i will add tests, and let's see the outcomes. this may be quite a complex corner case... fingers crossed!

thanks @pooja1pathak this information is very useful, i will add tests, and let's see the outcomes. this may be quite a complex corner case... fingers crossed!

issue fixed, hopefully

@chicco785 I have verified the changes and found one more issue. In orion if no header is used then it uses fiware-servicePath: / but in QL if no header is used then it is set to None.
I checked this by integrating with orion and I was unable to retrieve entity as it sends fiware-servicePath: / in Header while sending POST request to QL which results in 404 Not Found error.
If possible, We can raise separate issue to handle this.

@chicco785 I have verified the changes and found one more issue. In orion if no header is used then it uses fiware-servicePath: / but in QL if no header is used then it is set to None.
I checked this by integrating with orion and I was unable to retrieve entity as it sends fiware-servicePath: / in Header while sending POST request to QL which results in 404 Not Found error.
If possible, We can raise separate issue to handle this.

which one of these scenarios did you test?

send data with no fiware-servicePath to orion and query ql using fiware-servicePath: /
send data with no fiware-servicePath to orion and query ql using no fiware-servicePath

which one of these scenarios did you test?

send data with no fiware-servicePath to orion and query ql using fiware-servicePath: /
send data with no fiware-servicePath to orion and query ql using no fiware-servicePath

@chicco785 I have tested following scenarios:

send data with no fiware-servicePath to orion and query ql using fiware-servicePath: / : Result was 200 OK
send data with no fiware-servicePath to orion and query ql using no fiware-servicePath : Result was 404 Not Found
without using fiware-servicePath : Created entity at ql using notify API and register ql in orion as datasource for that entity. Then query orion for entity : Result was 404 Not Found

which one of these scenarios did you test?

send data with no fiware-servicePath to orion and query ql using fiware-servicePath: /
send data with no fiware-servicePath to orion and query ql using no fiware-servicePath

@chicco785 I have tested following scenarios:

send data with no fiware-servicePath to orion and query ql using fiware-servicePath: / : Result was 200 OK
send data with no fiware-servicePath to orion and query ql using no fiware-servicePath : Result was 404 Not Found
without using fiware-servicePath : Created entity at ql using notify API and register ql in orion as datasource for that entity. Then query orion for entity : Result was 404 Not Found

and 3. from my point of view are not so much a problem. the solution (and the problem is that i won't be retroactive - unless we create a script to update all tables), would be to always add "/" when servicePath is none. definitively, anyhow, something not to be covered in this PR.

which one of these scenarios did you test?

send data with no fiware-servicePath to orion and query ql using fiware-servicePath: /
send data with no fiware-servicePath to orion and query ql using no fiware-servicePath

@chicco785 I have tested following scenarios:

send data with no fiware-servicePath to orion and query ql using fiware-servicePath: / : Result was 200 OK
send data with no fiware-servicePath to orion and query ql using no fiware-servicePath : Result was 404 Not Found
without using fiware-servicePath : Created entity at ql using notify API and register ql in orion as datasource for that entity. Then query orion for entity : Result was 404 Not Found

and 3. from my point of view are not so much a problem. the solution (and the problem is that i won't be retroactive - unless we create a script to update all tables), would be to always add "/" when servicePath is none. definitively, anyhow, something not to be covered in this PR.

Yes, We can raise separate issue and PR to handle this scenario.


Store game history in the client and allow time travel in the game state

Question: Should this be stored server-side? If only client side, leaving and reconnecting would lose the history. It would be nice to not store this on the server though (unless we store it as diffs rather than full boards)

Answer: We store everything as base + sequence of moves and replay to get game state.


tests fail to build with clang-19 and libc++ due to unsupported std::char_traits

Description
when using clang-19 with libc++ the build fails to build the tests
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:561:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  561 |   typedef typename traits_type::int_type int_type;
      |                    ^
...
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.

https://releases.llvm.org/19.1.0/projects/libcxx/docs/ReleaseNotes.html

The base template for std::char_traits has been removed in LLVM 19. If you are using std::char_traits with types other than char, wchar_t, char8_t, char16_t, char32_t or a custom character type for which you specialized std::char_traits, your code will stop working. The Standard does not mandate that a base template is provided, and such a base template is bound to be incorrect for some types, which could currently cause unexpected behavior while going undetected.

Reproduction steps
nix-build -E 'with import <nixpkgs>{}; nlohmann_json.override { stdenv = llvmPackages_19.libcxxStdenv; }'

Expected vs. actual results
expect build to succeed like it does when using an earlier clang / libc++ combination.
Minimal code example
failing tests are:

unit-bson.cpp
unit-cbor.cpp
unit-deserialization.cpp
unit-msgpack.cpp
unit-regression2.cpp

Error messages

Running phase: unpackPhase
@nix { "action": "setPhase", "phase": "unpackPhase" }
unpacking source archive /nix/store/balg02bsn0aazljy4yilygkm8piy26m6-source
source root is source
Running phase: patchPhase
@nix { "action": "setPhase", "phase": "patchPhase" }
Running phase: updateAutotoolsGnuConfigScriptsPhase
@nix { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" }
Running phase: configurePhase
@nix { "action": "setPhase", "phase": "configurePhase" }
fixing cmake files...
cmake flags: -DCMAKE_FIND_USE_SYSTEM_PACKAGE_REGISTRY=OFF -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_LOCALEDIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/share/locale -DCMAKE_INSTALL_LIBEXECDIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/libexec -DCMAKE_INSTALL_LIBDIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/lib -DCMAKE_INSTALL_DOCDIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/share/doc/nlohmann_json -DCMAKE_INSTALL_INFODIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/share/info -DCMAKE_INSTALL_MANDIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/share/man -DCMAKE_INSTALL_OLDINCLUDEDIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/include -DCMAKE_INSTALL_INCLUDEDIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/include -DCMAKE_INSTALL_SBINDIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/sbin -DCMAKE_INSTALL_BINDIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/bin -DCMAKE_INSTALL_NAME_DIR=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3/lib -DCMAKE_POLICY_DEFAULT_CMP0025=NEW -DCMAKE_FIND_FRAMEWORK=LAST -DCMAKE_STRIP=/nix/store/rr0b7ssq38nvjqm1ski5s840ipv37xvv-clang-wrapper-19.1.1/bin/strip -DCMAKE_RANLIB=/nix/store/rr0b7ssq38nvjqm1ski5s840ipv37xvv-clang-wrapper-19.1.1/bin/ranlib -DCMAKE_AR=/nix/store/rr0b7ssq38nvjqm1ski5s840ipv37xvv-clang-wrapper-19.1.1/bin/ar -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ -DCMAKE_INSTALL_PREFIX=/nix/store/kaqk1fmxalr5l55ld6hgxq75b1s85qzf-nlohmann_json-3.11.3 -DJSON_BuildTests=ON -DJSON_FastTests=ON -DJSON_MultipleHeaders=ON -DJSON_TestDataDirectory=/nix/store/xq70ff8j7f89k1hc0yxz57q9h7qxcvk4-source
-- The CXX compiler identification is Clang 19.1.1
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /nix/store/rr0b7ssq38nvjqm1ski5s840ipv37xvv-clang-wrapper-19.1.1/bin/clang++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Using the multi-header code from /build/source/include/
-- Using test data in /nix/store/xq70ff8j7f89k1hc0yxz57q9h7qxcvk4-source.
-- Operating system: Linux-6.8.0-45-generic; Linux localhost 6.8.0-45-generic #45~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Wed Sep 11 15:25:05 UTC 2 x86_64 GNU/Linux
-- Compiler: clang version 19.1.1; Target: x86_64-unknown-linux-gnu; Thread model: posix; InstalledDir: /nix/store/v4nvxy5xh97n7ds79ig6l9z4pkk1fpv9-clang-19.1.1/bin
-- Testing standards: 11 14 17 20 23
-- Looking for C++ include sys/types.h
-- Looking for C++ include sys/types.h - found
-- Looking for C++ include stdint.h
-- Looking for C++ include stdint.h - found
-- Looking for C++ include stddef.h
-- Looking for C++ include stddef.h - found
-- Check size of size_t
-- Check size of size_t - done
-- Configuring done (0.9s)
-- Generating done (0.1s)
CMake Warning:
  Manually-specified variables were not used by the project:

    CMAKE_C_COMPILER
    CMAKE_EXPORT_NO_PACKAGE_REGISTRY
    CMAKE_FIND_USE_PACKAGE_REGISTRY
    CMAKE_FIND_USE_SYSTEM_PACKAGE_REGISTRY
    CMAKE_POLICY_DEFAULT_CMP0025

-- Build files have been written to: /build/source/build
cmake: enabled parallel building
cmake: enabled parallel installing
Running phase: buildPhase
@nix { "action": "setPhase", "phase": "buildPhase" }
build flags: -j16 SHELL=/nix/store/mm0pa3z7kk6jh1i9rkxqxjqmd8h1qpxf-bash-5.2p37/bin/bash
[  0%] Building CXX object tests/abi/diag/CMakeFiles/abi_compat_diag_off.dir/diag_off.cpp.o
[  1%] Building CXX object tests/CMakeFiles/test_main.dir/src/unit.cpp.o
[  1%] Building CXX object tests/abi/CMakeFiles/abi_compat_main.dir/main.cpp.o
[  1%] Building CXX object tests/abi/diag/CMakeFiles/abi_compat_diag_on.dir/diag_on.cpp.o
[  2%] Linking CXX static library libabi_compat_diag_off.a
[  2%] Built target abi_compat_diag_off
[  3%] Linking CXX static library libabi_compat_diag_on.a
[  3%] Built target abi_compat_diag_on
[  4%] Linking CXX static library libabi_compat_main.a
[  4%] Built target abi_compat_main
[  6%] Building CXX object tests/abi/config/CMakeFiles/abi_config_custom.dir/custom.cpp.o
[  6%] Building CXX object tests/abi/config/CMakeFiles/abi_config_default.dir/default.cpp.o
[  7%] Building CXX object tests/abi/diag/CMakeFiles/abi_compat_diag.dir/diag.cpp.o
[  7%] Built target test_main
[  7%] Building CXX object tests/abi/config/CMakeFiles/abi_config_noversion.dir/noversion.cpp.o
[  8%] Building CXX object tests/abi/inline_ns/CMakeFiles/abi_compat_inline_ns.dir/use_v3_10_5.cpp.o
[  8%] Building CXX object tests/abi/inline_ns/CMakeFiles/abi_compat_inline_ns.dir/use_current.cpp.o
[  9%] Building CXX object tests/CMakeFiles/test-algorithms_cpp11.dir/src/unit-algorithms.cpp.o
[  8%] Building CXX object tests/CMakeFiles/test-allocator_cpp11.dir/src/unit-allocator.cpp.o
[  9%] Building CXX object tests/CMakeFiles/test-assert_macro_cpp11.dir/src/unit-assert_macro.cpp.o
[ 11%] Building CXX object tests/CMakeFiles/test-alt-string_cpp11.dir/src/unit-alt-string.cpp.o
[ 11%] Building CXX object tests/CMakeFiles/test-binary_formats_cpp11.dir/src/unit-binary_formats.cpp.o
[ 11%] Building CXX object tests/CMakeFiles/test-bjdata_cpp11.dir/src/unit-bjdata.cpp.o
[ 11%] Building CXX object tests/CMakeFiles/test-bson_cpp11.dir/src/unit-bson.cpp.o
[ 12%] Building CXX object tests/CMakeFiles/test-byte_container_with_subtype_cpp11.dir/src/unit-byte_container_with_subtype.cpp.o
[ 13%] Building CXX object tests/CMakeFiles/test-capacity_cpp11.dir/src/unit-capacity.cpp.o
[ 14%] Building CXX object tests/CMakeFiles/test-cbor_cpp11.dir/src/unit-cbor.cpp.o
[ 15%] Linking CXX executable abi_compat_diag
[ 15%] Built target abi_compat_diag
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:561:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  561 |   typedef typename traits_type::int_type int_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:40:59: note: in instantiation of template class 'std::basic_ios<unsigned char>' requested here
   40 | class _LIBCPP_TEMPLATE_VIS basic_ostream : virtual public basic_ios<_CharT, _Traits> {
      |                                                           ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:986:57: note: in instantiation of template class 'std::basic_ostream<unsigned char>' requested here
  986 | class _LIBCPP_TEMPLATE_VIS basic_ostringstream : public basic_ostream<_CharT, _Traits> {
      |                                                         ^
/build/source/tests/src/unit-bson.cpp:624:52: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
  624 |             std::basic_ostringstream<std::uint8_t> ss;
      |                                                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:562:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  562 |   typedef typename traits_type::pos_type pos_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:563:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  563 |   typedef typename traits_type::off_type off_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:565:42: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  565 |   static_assert(is_same<_CharT, typename traits_type::char_type>::value,
      |                                          ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:543:64: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  543 |   _LIBCPP_HIDE_FROM_ABI _SentinelValueFill& operator=(typename _Traits::int_type __x) {
      |                                                                ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:629:21: note: in instantiation of template class 'std::_SentinelValueFill<std::char_traits<unsigned char>>' requested here
  629 |   mutable _FillType __fill_;
      |                     ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:40:59: note: in instantiation of template class 'std::basic_ios<unsigned char>' requested here
   40 | class _LIBCPP_TEMPLATE_VIS basic_ostream : virtual public basic_ios<_CharT, _Traits> {
      |                                                           ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:986:57: note: in instantiation of template class 'std::basic_ostream<unsigned char>' requested here
  986 | class _LIBCPP_TEMPLATE_VIS basic_ostringstream : public basic_ostream<_CharT, _Traits> {
      |                                                         ^
/build/source/tests/src/unit-bson.cpp:624:52: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
  624 |             std::basic_ostringstream<std::uint8_t> ss;
      |                                                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:548:34: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  548 |   _LIBCPP_HIDE_FROM_ABI typename _Traits::int_type __get() const { return __fill_val_; }
      |                                  ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:551:12: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  551 |   typename _Traits::int_type __fill_val_;
      |            ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:45:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
   45 |   typedef typename traits_type::int_type int_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:986:57: note: in instantiation of template class 'std::basic_ostream<unsigned char>' requested here
  986 | class _LIBCPP_TEMPLATE_VIS basic_ostringstream : public basic_ostream<_CharT, _Traits> {
      |                                                         ^
/build/source/tests/src/unit-bson.cpp:624:52: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
  624 |             std::basic_ostringstream<std::uint8_t> ss;
      |                                                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:46:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
   46 |   typedef typename traits_type::pos_type pos_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:47:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
   47 |   typedef typename traits_type::off_type off_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:53:20: error: only virtual member functions can be marked 'override'
   53 |   ~basic_ostream() override;
      |                    ^
In file included from /build/source/tests/src/unit-bson.cpp:16:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:990:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  990 |   typedef typename traits_type::int_type int_type;
      |                    ^
/build/source/tests/src/unit-bson.cpp:624:52: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
  624 |             std::basic_ostringstream<std::uint8_t> ss;
      |                                                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:16:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:991:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  991 |   typedef typename traits_type::pos_type pos_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:16:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:992:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  992 |   typedef typename traits_type::off_type off_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:25:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/locale:215:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/streambuf:136:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  136 |   typedef typename traits_type::int_type int_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:337:53: note: in instantiation of template class 'std::basic_streambuf<unsigned char>' requested here
  337 | class _LIBCPP_TEMPLATE_VIS basic_stringbuf : public basic_streambuf<_CharT, _Traits> {
      |                                                     ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:998:59: note: in instantiation of template class 'std::basic_stringbuf<unsigned char>' requested here
  998 |   basic_stringbuf<char_type, traits_type, allocator_type> __sb_;
      |                                                           ^
/build/source/tests/src/unit-bson.cpp:624:52: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
  624 |             std::basic_ostringstream<std::uint8_t> ss;
      |                                                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:25:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/locale:215:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/streambuf:137:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  137 |   typedef typename traits_type::pos_type pos_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | [ 15%] Building CXX object tests/CMakeFiles/test-class_const_iterator_cpp11.dir/src/unit-class_const_iterator.cpp.o
struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:25:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/locale:215:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/streambuf:138:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  138 |   typedef typename traits_type::off_type off_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:25:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/locale:215:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/streambuf:140:42: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  140 |   static_assert(is_same<_CharT, typename traits_type::char_type>::value,
      |                                          ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-bson.cpp:16:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:341:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  341 |   typedef typename traits_type::int_type int_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:998:59: note: in instantiation of template class 'std::basic_stringbuf<unsigned char>' requested here
  998 |   basic_stringbuf<char_type, traits_type, allocator_type> __sb_;
      |                                                           ^
/build/source/tests/src/unit-bson.cpp:624:52: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
  624 |             std::basic_ostringstream<std::uint8_t> ss;
      |                                                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
make[2]: *** [tests/CMakeFiles/test-bson_cpp11.dir/build.make:76: tests/CMakeFiles/test-bson_cpp11.dir/src/unit-bson.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:1399: tests/CMakeFiles/test-bson_cpp11.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 15%] Linking CXX executable abi_config_custom
[ 15%] Built target abi_config_custom
[ 15%] Linking CXX executable test-assert_macro_cpp11
[ 15%] Built target test-assert_macro_cpp11
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:561:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  561 |   typedef typename traits_type::int_type int_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:40:59: note: in instantiation of template class 'std::basic_ios<unsigned char>' requested here
   40 | class _LIBCPP_TEMPLATE_VIS basic_ostream : virtual public basic_ios<_CharT, _Traits> {
      |                                                           ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:986:57: note: in instantiation of template class 'std::basic_ostream<unsigned char>' requested here
  986 | class _LIBCPP_TEMPLATE_VIS basic_ostringstream : public basic_ostream<_CharT, _Traits> {
      |                                                         ^
/build/source/tests/src/unit-cbor.cpp:1884:56: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
 1884 |                 std::basic_ostringstream<std::uint8_t> ss;
      |                                                        ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:562:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  562 |   typedef typename traits_type::pos_type pos_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:563:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  563 |   typedef typename traits_type::off_type off_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:565:42: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  565 |   static_assert(is_same<_CharT, typename traits_type::char_type>::value,
      |                                          ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:543:64: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  543 |   _LIBCPP_HIDE_FROM_ABI _SentinelValueFill& operator=(typename _Traits::int_type __x) {
      |                                                                ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:629:21: note: in instantiation of template class 'std::_SentinelValueFill<std::char_traits<unsigned char>>' requested here
  629 |   mutable _FillType __fill_;
      |                     ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:40:59: note: in instantiation of template class 'std::basic_ios<unsigned char>' requested here
   40 | class _LIBCPP_TEMPLATE_VIS basic_ostream : virtual public basic_ios<_CharT, _Traits> {
      |                                                           ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:986:57: note: in instantiation of template class 'std::basic_ostream<unsigned char>' requested here
  986 | class _LIBCPP_TEMPLATE_VIS basic_ostringstream : public basic_ostream<_CharT, _Traits> {
      |                                                         ^
/build/source/tests/src/unit-cbor.cpp:1884:56: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
 1884 |                 std::basic_ostringstream<std::uint8_t> ss;
      |                                                        ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:548:34: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  548 |   _LIBCPP_HIDE_FROM_ABI typename _Traits::int_type __get() const { return __fill_val_; }
      |                                  ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:24:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ios:551:12: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  551 |   typename _Traits::int_type __fill_val_;
      |            ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:45:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
   45 |   typedef typename traits_type::int_type int_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:986:57: note: in instantiation of template class 'std::basic_ostream<unsigned char>' requested here
  986 | class _LIBCPP_TEMPLATE_VIS basic_ostringstream : public basic_ostream<_CharT, _Traits> {
      |                                                         ^
/build/source/tests/src/unit-cbor.cpp:1884:56: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
 1884 |                 std::basic_ostringstream<std::uint8_t> ss;
      |                                                        ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:46:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
   46 |   typedef typename traits_type::pos_type pos_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:47:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
   47 |   typedef typename traits_type::off_type off_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:53:20: error: only virtual member functions can be marked 'override'
   53 |   ~basic_ostream() override;
      |                    ^
In file included from /build/source/tests/src/unit-cbor.cpp:15:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:990:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  990 |   typedef typename traits_type::int_type int_type;
      |                    ^
/build/source/tests/src/unit-cbor.cpp:1884:56: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
 1884 |                 std::basic_ostringstream<std::uint8_t> ss;
      |                                                        ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:15:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:991:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  991 |   typedef typename traits_type::pos_type pos_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:15:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:992:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  992 |   typedef typename traits_type::off_type off_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:25:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/locale:215:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/streambuf:136:20: error: [ 15%] Linking CXX executable test-byte_container_with_subtype_cpp11
implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  136 |   typedef typename traits_type::int_type int_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:337:53: note: in instantiation of template class 'std::basic_streambuf<unsigned char>' requested here
  337 | class _LIBCPP_TEMPLATE_VIS basic_stringbuf : public basic_streambuf<_CharT, _Traits> {
      |                                                     ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:998:59: note: in instantiation of template class 'std::basic_stringbuf<unsigned char>' requested here
  998 |   basic_stringbuf<char_type, traits_type, allocator_type> __sb_;
      |                                                           ^
/build/source/tests/src/unit-cbor.cpp:1884:56: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
 1884 |                 std::basic_ostringstream<std::uint8_t> ss;
      |                                                        ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:25:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/locale:215:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/streambuf:137:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  137 |   typedef typename traits_type::pos_type pos_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:25:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/locale:215:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/streambuf:138:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  138 |   typedef typename traits_type::off_type off_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:9:
In file included from /build/source/tests/thirdparty/doctest/doctest_compatibility.h:6:
In file included from /build/source/tests/thirdparty/doctest/doctest.h:514:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/ostream:177:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__ostream/basic_ostream.h:25:
In file included from /nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/locale:215:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/streambuf:140:42: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  140 |   static_assert(is_same<_CharT, typename traits_type::char_type>::value,
      |                                          ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
In file included from /build/source/tests/src/unit-cbor.cpp:15:
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:341:20: error: implicit instantiation of undefined template 'std::char_traits<unsigned char>'
  341 |   typedef typename traits_type::int_type int_type;
      |                    ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/sstream:998:59: note: in instantiation of template class 'std::basic_stringbuf<unsigned char>' requested here
  998 |   basic_stringbuf<char_type, traits_type, allocator_type> __sb_;
      |                                                           ^
/build/source/tests/src/unit-cbor.cpp:1884:56: note: in instantiation of template class 'std::basic_ostringstream<unsigned char>' requested here
 1884 |                 std::basic_ostringstream<std::uint8_t> ss;
      |                                                        ^
/nix/store/rfmv7mz9bn2l6r7gy4cvpqawjws1d6jl-libcxx-19.1.1-dev/include/c++/v1/__fwd/string.h:23:29: note: template is declared here
   23 | struct _LIBCPP_TEMPLATE_VIS char_traits;
      |                             ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
make[2]: *** [tests/CMakeFiles/test-cbor_cpp11.dir/build.make:76: tests/CMakeFiles/test-cbor_cpp11.dir/src/unit-cbor.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:1477: tests/CMakeFiles/test-cbor_cpp11.dir/all] Error 2
[ 15%] Built target test-byte_container_with_subtype_cpp11
[ 15%] Linking CXX executable abi_config_default
[ 15%] Built target abi_config_default
[ 16%] Linking CXX executable abi_config_noversion
[ 16%] Built target abi_config_noversion
[ 17%] Linking CXX executable abi_compat_inline_ns
[ 17%] Built target abi_compat_inline_ns
[ 17%] Linking CXX executable test-capacity_cpp11
[ 17%] Built target test-capacity_cpp11
[ 18%] Linking CXX executable test-allocator_cpp11
[ 18%] Built target test-allocator_cpp11
[ 19%] Linking CXX executable test-class_const_iterator_cpp11
[ 19%] Built target test-class_const_iterator_cpp11
[ 20%] Linking CXX executable test-binary_formats_cpp11
[ 20%] Built target test-binary_formats_cpp11
[ 20%] Linking CXX executable test-alt-string_cpp11
[ 20%] Built target test-alt-string_cpp11
[ 21%] Linking CXX executable test-algorithms_cpp11
[ 21%] Built target test-algorithms_cpp11
[ 22%] Linking CXX executable test-bjdata_cpp11
[ 22%] Built target test-bjdata_cpp11
make: *** [Makefile:146: all] Error 2

Compiler and operating system
clang-19 w/ libc++ on ubuntu using nix-shell
Library version
3.1.0 and the HEAD of develop
Validation

[X] The bug also occurs if the latest version from the develop branch is used.
[ ] I can successfully compile and run the unit tests.

this diff will make the tests compile for clang-19 by removing unsupported types.
diff --git a/tests/src/unit-bson.cpp b/tests/src/unit-bson.cpp
index 13216f2..fdfc350 100644
--- a/tests/src/unit-bson.cpp
+++ b/tests/src/unit-bson.cpp
@@ -621,7 +621,7 @@ TEST_CASE("BSON input/output_adapters")
     {
         SECTION("std::ostringstream")
         {
-            std::basic_ostringstream<std::uint8_t> ss;
+            std::basic_ostringstream<char> ss;
             json::to_bson(json_representation, ss);
             json j3 = json::from_bson(ss.str());
             CHECK(json_representation == j3);
diff --git a/tests/src/unit-cbor.cpp b/tests/src/unit-cbor.cpp
index be94d2f..2b396b7 100644
--- a/tests/src/unit-cbor.cpp
+++ b/tests/src/unit-cbor.cpp
@@ -1881,7 +1881,7 @@ TEST_CASE("single CBOR roundtrip")
         {
             SECTION("std::ostringstream")
             {
-                std::basic_ostringstream<std::uint8_t> ss;
+                std::basic_ostringstream<char> ss;
                 json::to_cbor(j1, ss);
                 json j3 = json::from_cbor(ss.str());
                 CHECK(j1 == j3);
diff --git a/tests/src/unit-deserialization.cpp b/tests/src/unit-deserialization.cpp
index 3bc161f..e4918b0 100644
--- a/tests/src/unit-deserialization.cpp
+++ b/tests/src/unit-deserialization.cpp
@@ -1131,13 +1131,11 @@ TEST_CASE("deserialization")
     }
 }

+
 TEST_CASE_TEMPLATE("deserialization of different character types (ASCII)", T,
-                   char, unsigned char, signed char,
+                   char,
                    wchar_t,
-                   char16_t, char32_t,
-                   std::uint8_t, std::int8_t,
-                   std::int16_t, std::uint16_t,
-                   std::int32_t, std::uint32_t)
+                   char16_t, char32_t)
 {
     std::vector<T> const v = {'t', 'r', 'u', 'e'};
     CHECK(json::parse(v) == json(true));
@@ -1163,7 +1161,7 @@ TEST_CASE_TEMPLATE("deserialization of different character types (UTF-8)", T,
 }

 TEST_CASE_TEMPLATE("deserialization of different character types (UTF-16)", T,
-                   char16_t, std::uint16_t)
+                   char16_t)
 {
     // a star emoji
     std::vector<T> const v = {static_cast<T>('"'), static_cast<T>(0x2b50), static_cast<T>(0xfe0f), static_cast<T>('"')};
@@ -1176,7 +1174,7 @@ TEST_CASE_TEMPLATE("deserialization of different character types (UTF-16)", T,
 }

 TEST_CASE_TEMPLATE("deserialization of different character types (UTF-32)", T,
-                   char32_t, std::uint32_t)
+                   char32_t)
 {
     // a star emoji
     std::vector<T> const v = {static_cast<T>('"'), static_cast<T>(0x2b50), static_cast<T>(0xfe0f), static_cast<T>('"')};
diff --git a/tests/src/unit-msgpack.cpp b/tests/src/unit-msgpack.cpp
index 61162af..cfbb1fa 100644
--- a/tests/src/unit-msgpack.cpp
+++ b/tests/src/unit-msgpack.cpp
@@ -1604,7 +1604,7 @@ TEST_CASE("single MessagePack roundtrip")
         {
             SECTION("std::ostringstream")
             {
-                std::basic_ostringstream<std::uint8_t> ss;
+                std::basic_ostringstream<char> ss;
                 json::to_msgpack(j1, ss);
                 json j3 = json::from_msgpack(ss.str());
                 CHECK(j1 == j3);
diff --git a/tests/src/unit-regression2.cpp b/tests/src/unit-regression2.cpp
index fab9aae..98947c5 100644
--- a/tests/src/unit-regression2.cpp
+++ b/tests/src/unit-regression2.cpp
@@ -674,6 +674,7 @@ TEST_CASE("regression tests 2")
         CHECK(j.dump() == "{}");
     }

+#if 0
 #ifdef JSON_HAS_CPP_20
 #if __has_include(<span>)
     SECTION("issue #2546 - parsing containers of std::byte")
@@ -684,6 +685,7 @@ TEST_CASE("regression tests 2")
         CHECK(j.dump() == "\"Hello, world!\"");
     }
 #endif
+#endif
 #endif

     SECTION("issue #2574 - Deserialization to std::array, std::pair, and std::tuple with non-default constructable types fails")

Thanks for reporting. We really need a CI runner for clang+libc++ to detect this ourselves...


Typescript: add default type-argument to VNode

Having to explicitly type-hint node arguments as Node<{}> gets tedious doesn't read well.
Can we make it the default?
export interface VNode<Props = {}> {
  type: string
  props?: Props
  children: Array<VNode<{}> | string>
}

This way you can type-hint as just Node.
We can then clean up all the other VNode<{}> type-hints in the declarations file as well.

@mindplay-dk I am not sure what you mean. Is this about making h(type, children) possible?

No, it's just about setting a default {} type argument for VNode, so that you don't have to specify it explicitly every time you're trying to type-hint something - with Props = {} the type-argument defaults to {}, so that type-hinting as VNode without type-arguments means the same as VNode<{}> does now.

Well, sure there. This is non-breaking yeah?

Yep :-)


Add pqtl_entrez_id column to pqtl.tsv

Closes https://github.com/greenelab/hetmech/issues/82#issuecomment-374408655

Closing since the history is messed up as per our discussion in https://github.com/greenelab/hetmech/issues/82#issuecomment-374463741


Provide an explicit public API and hide internals from users.

This issue is a response to the feedback from liamappelbe in #91
Here is a rough sketch of what I plan to submit in separate PRs:

wasm_api.dart which will expose the interfaces found in module.dart and all error types without the implementation details (it will be unused for the moment, to be migrated to in a subsequent PR).
a migration from using constructors to construct a WasmModule instance to using a top level function to construct a WasmModule instance.
all declarations (excluding the top level factory functions from 2.) in module.dart will be made private and the interfaces from wasm_api.dart will be exposed.

I'll split (3) i.e. the migration to the new explicit API into two phases:

I'll migrate the exceptions and errors first and expose the new error and exception interfaces.
then make the old declarations private and let them implement their new interface only versions.


Error on command

Latest 1.16 update of reforged does not open the GUI, it throws this error in console: https://pastebin.com/x54PL4N8
and shows this in-game https://gyazo.com/6a440b7692f5982bc9f8c46c57ae8a8f

Fixed in latest version, thank you :)


Auto update fails (OSStatus error -60005.)

I'm working on an update to our Electron app that updates from Atom Shell v0.20.8 to Electron v0.27.3. Running the auto updater in app results in this error during the download:
The operation couldn’t be completed. (OSStatus error -60005.)
I've checked everything I could think of that's been mentioned in other updater error tickets. Code signing on old and new versions of the .app is valid, the update is successfully found on the server and have validated that the zip file is error free.
I'm not sure what OSStatus error -60005 means, could it be an issue switching from Atom Shell to Electron? Any suggestions what I could try to fix this issue? Our past updates had worked fine.
Thanks

There were several updates of Squirrel between 0.20 and 0.27, I'm not sure if it is the cause of this problem. The error code -60005 means "The authorization was denied", I suggest posting this issue to Squirrel's repo since the error came from Squirrel and they might have a better idea of this.


Blade language support?

Hey! As a feature suggestion: It would be great if there was native support for Blade code as I think the target audience of this plugin work a lot with Blade.

Also @abdelhamiderrahmouni it seems like the config options do not work. In fact, adding dd() to the MonacoEditor::mount() shows that it's actually never called?

Additionally, a way to customize the height instead of hardcoding to 500px would be awesome

Thank you @caendesilva  for these very insightful and important notes. though i didn't understand some "the config options" and "the default values in the config do not match the default property values" can you please elaborate on these. thank you for the time and i hope you find this package useful

Hi! Glad you appreciated the feedback! To clarify, once I patched the config not being applied, (by changing it to be the setUp method) I noticed that the component changed.
For example this in the class:
public bool | Closure $enablePreview = false;

Does not match this in the config
'enable-preview' => true,

Either both of these should be true, or both should be false
showFullScreenToggle also has this issue, and placeholder-text is also a different message

Maybe this is related but when I tried this plugin it shows these errors:
Declaration of AbdelhamidErrahmouni\FilamentMonacoEditor\MonacoEditor::setUp() must be compatible with Filament\Support\Components\Component::setUp(): void

Thank you so much for your insights, i will take them into consideration on work on them ASAP. as for the blade support it will take some time.

Awesome! Yeah, Blade support is understandable to take time since Monaco does not have it built-in. As a compromise in my app, I'm rewriting blade to html to at least get basic highlighting. Maybe that's something for the plugin to add?

Maybe this is related but when I tried this plugin it shows these errors:
Declaration of AbdelhamidErrahmouni\FilamentMonacoEditor\MonacoEditor::setUp() must be compatible with Filament\Support\Components\Component::setUp(): void

I created a patch in https://github.com/abdelhamiderrahmouni/filament-monaco-editor/pull/5

Awesome! Yeah, Blade support is understandable to take time since Monaco does not have it built-in. As a compromise in my app, I'm rewriting blade to html to at least get basic highlighting. Maybe that's something for the plugin to add?

I will do my best to add support for blade 💪🏻, in the mean will i am open to contributions in this regard 😊.

Awesome! Yeah, Blade support is understandable to take time since Monaco does not have it built-in. As a compromise in my app, I'm rewriting blade to html to at least get basic highlighting. Maybe that's something for the plugin to add?

I will do my best to add support for blade 💪🏻, in the mean will i am open to contributions in this regard 😊.

Hey @abdelhamiderrahmouni! Here's an interesting proof of concept I made to highlight Blade directives using a Monaco callback.
.then(function (html) {
    let value = highlightBlade(html);

    document.getElementById('monaco-editor').innerHTML = value;
});

function highlightBlade(value) {
    value = value
        // Custom Blade directive syntax highlighting
        .replace(/@php/g, '@php')
        .replace(/@extends/g, '@extends')
        .replace(/@section/g, '@section')
        .replace(/@include/g, '@include')
        .replace(/@endsection/g, '@endsection');

    let style = document.createElement('style');
    style.innerHTML = `.blade-directive {
        color: #ec5f67;
        font-weight: bold;
    }`;

    value = style.outerHTML + value;

    return value;
}

@caendesilva this is really interesting, can you please make a pull request with this addition, i want you to take the credit for it and i will make sure to add support to all Laravel directives ASAP.


Wrapper to MonIT Grafana APIs

Fixes #9532
Status
In development
Description
Changes are:

created a new service class to interact with MonIT Grafana (it's does not inherit from the Services super class because it relies on tokens instead of x509 certs)
created an specific client API to retrieve the old/deprecated SSB metrics, such as:

site status
CPU bound slots
IO bound slots

updated the agent configuration with new parameters for the grafana url, api and token (further changes to the deployment script are required)
last but not least, updated AgentStatusWatcher thread to use Grafana instead of SSB

TODO: update deployment script to take the new secrets. Not needed for the backported version though.
Is it backward compatible (if not, which system it affects?)
no, it's a new feature
Related PRs
none
External dependencies / deployment changes
none

Alan, let me ask WHY DO YOU DEVELOP WMCore class for monitoring rather than using CMSMonitoring tools? We already provided monit.py for querying Monit ES and InfluxDB instances. Why do you need your own implementation? Since this is monitoring task I rather suggest that you drop your own codebase and we move everything you need to CMSMonitoring where it should belong. Please outline clearly your requirements and let's work on code where it should belong.

apparently I got everything in place. @todor-ivanov please review, such that we can backport and patch all the production agents.

Does this mean we are close to having WmCore over to the new monitoring
so we aren't using the wrong stats?
You Rock Alan!  And welcome back!
Jen
On 3/13/20 9:38 AM, Alan Malta Rodrigues wrote:

apparently I got everything in place. @todor-ivanov
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_todor-2Divanov&d=DwMCaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=FHpiIPqkXGBwuHA_iRHdSQ&m=HhCKn44yR-Y11u3grERud4kFedWK6JUNRgszsZV9Rvo&s=lnQVUczgYWwq1pXpROotEuIgFOMVTPVPHmf-uf1gUnk&e=
please review, such that we can backport and patch all the production
agents.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_dmwm_WMCore_pull_9555-23issuecomment-2D598751650&d=DwMCaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=FHpiIPqkXGBwuHA_iRHdSQ&m=HhCKn44yR-Y11u3grERud4kFedWK6JUNRgszsZV9Rvo&s=VTOUQSW9yC-CGN2SH3tiQs68srnNqYsb98tL93O4lBg&e=,
or unsubscribe
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ABFSFW7BQYTHXHL4SFXIPOLRHJANZANCNFSM4LG5MP3Q&d=DwMCaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=FHpiIPqkXGBwuHA_iRHdSQ&m=HhCKn44yR-Y11u3grERud4kFedWK6JUNRgszsZV9Rvo&s=Pfi5OxocLiNRun5ravYHbL1ADhuE7vtmrFfesjiFoHw&e=.

Yes, Jen. I think this one is ready to be backported and applied to all the agents. I'm just waiting for Todor's feedback here.
BTW, here is the log of changes when I patch one of the testbed agents:
2020-03-13 17:41:09,113:139891446904576:INFO:ResourceControlUpdater:Changing T2_BE_UCL state from Draining to Normal
2020-03-13 17:41:09,400:139891446904576:INFO:ResourceControlUpdater:Changing T2_RU_INR state from Draining to Normal
2020-03-13 17:41:09,407:139891446904576:INFO:ResourceControlUpdater:Changing T2_IT_Pisa state from Draining to Normal
2020-03-13 17:41:09,412:139891446904576:INFO:ResourceControlUpdater:Changing T2_US_Florida state from Normal to Draining
2020-03-13 17:41:09,417:139891446904576:INFO:ResourceControlUpdater:Changing T2_ES_CIEMAT state from Draining to Normal
2020-03-13 17:41:09,422:139891446904576:INFO:ResourceControlUpdater:Changing T2_RU_ITEP state from Normal to Draining
2020-03-13 17:41:09,853:139891446904576:INFO:ResourceControlUpdater:Updating T2_TW_NCHC site thresholds for pend/runn: 822/1096
2020-03-13 17:41:10,036:139891446904576:INFO:ResourceControlUpdater:Updating T1_FR_CCIN2P3 site thresholds for pend/runn: 5373/7165
2020-03-13 17:41:10,089:139891446904576:INFO:ResourceControlUpdater:Updating T1_DE_KIT site thresholds for pend/runn: 5811/7748
2020-03-13 17:41:10,182:139891446904576:INFO:ResourceControlUpdater:Resource control cycle finished updating site state and thresholds.
2020-03-13 17:41:10,183:139891446904576:INFO:BaseWorkerThread:ResourceControlUpdater took 1.270 secs to execute

@vkuznet Valentin, if it wasn't for Todor, I'd have missed your comment here.
As you probably noticed, I develop this module because I wasn't aware there was such functionality already in place. It would have been better if you had made such comment in the GH issue, such that we could consider it since the beginning.
It's never too late to do the right thing, so feel free to put a GH issue in place and we will revisit it in the near future. Right now, this patch is ready and production agents need it for "yesterday".
Thanks for your comment though.

Alan, I posted on this very issue my comment, I don't know why you no longer read the comments. I cannot follow all newly open issues, and especially I cannot foresee when and how you will require feedback about monitoring but at least you are aware that such group exists and its responsibilities.
Anyway, followed your suggestion I opened the separate github issue to outline the issue.

Thanks for your review, Todor. I'll get some of those fixed on Monday. I also need to implement the deployment logic, which will take those new parameters from the secrets file and put them in the agent config.

@todor-ivanov @khurtado could you please help me validating this patch? It requires deployment (and secrets) changes, as in the PR description.
I'm trying to redeploy the agent on vocms0262, but I'm getting a weird error that I can't figure out where it comes from:
*** Initializing the agent ***
Initialising Agent...
Error modifying configuration:
 'central_logdb_url'
Traceback (most recent call last):
  File "/data/srv/wmagent/v1.3.0/sw/slc7_amd64_gcc630/cms/wmagent/1.3.0/bin/wmagent-mod-config", line 343, in main
    cfg = modifyConfiguration(cfg, **parameters)
  File "/data/srv/wmagent/v1.3.0/sw/slc7_amd64_gcc630/cms/wmagent/1.3.0/bin/wmagent-mod-config", line 114, in modifyConfiguration
    config.General.central_logdb_url = args["central_logdb_url"]
KeyError: 'central_logdb_url'

I have tried it many times, with minor changes, and still I have no clue why it complains about this argument...

The issue seems to be related to a blank space in one of those variables. So that token is "Bearer blahblah", which makes that script to get lost and break the deployment... Debugging it further to check what can be done.

I'm done with my changes and tests. Everything seems to be working fine now, including the deployment step (mind the new option)

Merging it to get the updates in jenkins. If needed, I will follow up with a further PR.
@todor-ivanov it would still be interesting to have your review here.


Could not change scaling, Error: Provider produced inconsistent result after apply

Changing from
  idle_timeout_minutes = 60
  idle_scaling         = false

to
  idle_timeout_minutes = 0
  idle_scaling         = false

errored in
clickhouse_service.production: Modifying... [id=XXXXXXX]
╷
│ Error: Provider produced inconsistent result after apply
│
│ When applying changes to clickhouse_service.production, provider "provider[\"registry.terraform.io/clickhouse/clickhouse\"]" produced an unexpected new value: .idle_timeout_minutes: was cty.NumberIntVal(0), but now cty.NumberIntVal(60).
│
│ This is a bug in the provider, which should be reported in the provider's own issue tracker.

I  had to set
  idle_timeout_minutes = 60
  idle_scaling         = false

to make it work.
Also removing idle_timeout_minutes entirely is not possible.

Hi @StarpTech, do you mind sharing more what you're trying to achieve here? Since idle_scaling is set to false, there's no meaning to setting the idle timeout as it is not going to idle, and that's most likely why this call is failing

Sry, I've updated the ticket. I changed from idle scaling to non-idle scaling. I was not able to do it without keeping idle_timeout_minutes: 60 as value.

I see, I still think the reason is that you change the idle_scaling to false, but the fact that you had to include idle_timeout_minutes in the payload seems like a bug - we will fix it.
Thanks for reporting this


Hdl migration

Updating repo references, sumbodules etc

We're not green because of some network issues. I'll merge anyway, as the same code was tested on litex-hub


Added ability to add non source files to target

The problem was:
I couldn't add my generated JSON files to Xcode target automatically by generamba.
Solution:
I added "file_type" attribute to files in rambaspec, so now user can specify type of it's file.

Thanks once again! I'll release a new version tomorrow.

@alexgarbarev can you update Wiki please.

@alexgarbarev when you implement new option file_type, you expected that file_type can be only source|resource or something else?


createEmulator fails if emulator package is missing

I deleted the cache directory and wanted to create a new emulator with a clean installation, which produced the following error:
    Error: Command failed with exit code 1: /path/to/avdmanager create avd --name android11 --package system-images;android-30;google_apis;x86_64
    --device pixel_4
    Error: "emulator" package must be installed!
    null
    [=========                              ] 25% Loading local repository...
    [=======================================] 100% Fetch remote repository...
    Auto-selecting single ABI x86_64

andromatic should install the package in createEmulator if it is missing.

I was confused how we could miss something so obvious and initially couldn't reproduce the problem. If I delete ~/.cache/andromatic, createEmulator works just fine without your changes.
Turns out the problem is a little more subtle: It only occurs if you delete ~/.cache/andromatic/emulator but already have the correct system image installed for the emulator you are trying to install.
In this case, you skip installing the system image here, which happens to also install the emulator package:
https://github.com/tweaselORG/andromatic/blob/2f5843db8266fbee8617549d354b0513761e9de1/src/emulator.ts#L91


[URGENT] Add Github Sponsorship options and/or FUNDING.yml

Is there an existing issue for this?

[X] I have searched for an existing issue

Is your feature request related to a problem? Please describe.
My feature is not related to a lack of functionality
Describe the solution you'd like

Add FUNDING.yml with ko-fi, & probably add a redirect to your trade link for tf item donations!
If not legally dubious, join the Github Sponsorship Program!

You do amazing work -- let us support it! C:
-- @zod

Describe alternatives you've considered
Well I could donate to him some other way... but wait, no I can't!
Additional context

Nicklason official unofficial fan club opening soon

also have a lovely day to anyone reading this... but ESPECIALLY if you're @Nicklason

This could be added later on but right now the project is not at a point where it is fair to ask for donations. If people want to support the work I do, then giving feedback and suggestions would be very much appreciated.


fix(deploy): bump up wait-for-migrations to 2.0

What this PR does / why we need it:
KIC deploy manifests reference Kong 2.0 but wait-for-migrations uses 1.3 which causes bug #755.
Which issue this PR fixes
fixes #755
Special notes for your reviewer:
none

Duplicate of #715 (#715 went into master, this PR fixes an indentical issue in next).
Closing this PR so that we can integrate #715 into next by merging master into next at some later time (instead of having 2 identical PRs in two branches that will be merged together at some point).