Use of deprecated hashicorp/template data source prevents deployment from ARM64

The jumphost Terraform is using a template_file data block, which has been deprecated since 0.12 per the docs. Since there's no arm64 build of the old hashicorp/template plugin it's not possible to deploy the jumphost from a M1/M2 Mac.
The bootstrap stage also appears to be impacted because of the version of the service account module in use. Changing the version constraint to ~> 4.0 resolves that one.
Jumphost:
❯ sb infra apply 0-jumphost
Solutions Builder (version 1.17.15)

  This will initialize the solution with the following steps:
  - Run terraform init and apply in '0-jumphost' stage.

  This will take a few minutes. Continue? [Y/n]:

Initializing the backend...
Initializing modules...

Initializing provider plugins...
- Finding latest version of hashicorp/random...
- Finding hashicorp/google versions matching ">= 4.65.2, < 5.0.0"...
- Finding latest version of hashicorp/time...
- Finding latest version of hashicorp/template...
- Installing hashicorp/google v4.84.0...
- Installed hashicorp/google v4.84.0 (signed by HashiCorp)
- Installing hashicorp/time v0.9.1...
- Installed hashicorp/time v0.9.1 (signed by HashiCorp)
- Installing hashicorp/random v3.5.1...
- Installed hashicorp/random v3.5.1 (signed by HashiCorp)
╷
│ Error: Incompatible provider version
│
│ Provider registry.terraform.io/hashicorp/template v2.2.0 does not have a package available for your current platform, darwin_arm64.
│
│ Provider releases are separate from Terraform CLI releases, so not all providers are available for all platforms. Other versions of this provider may have different platforms supported.
╵

Error when running command:  terraform init  (working_dir=./terraform/stages/0-jumphost)

Bootstrap:
❯ sb infra apply 1-bootstrap
Solutions Builder (version 1.17.15)

  This will initialize the solution with the following steps:
  - Run terraform init and apply in '1-bootstrap' stage.

  This will take a few minutes. Continue? [Y/n]:

Initializing the backend...
Initializing modules...

Initializing provider plugins...
- Finding latest version of hashicorp/google...
- Finding latest version of hashicorp/time...
- Finding latest version of hashicorp/template...
- Installing hashicorp/google v5.1.0...
- Installed hashicorp/google v5.1.0 (signed by HashiCorp)
- Installing hashicorp/time v0.9.1...
- Installed hashicorp/time v0.9.1 (signed by HashiCorp)
╷
│ Error: Incompatible provider version
│
│ Provider registry.terraform.io/hashicorp/template v2.2.0 does not have a package available for your current platform, darwin_arm64.
│
│ Provider releases are separate from Terraform CLI releases, so not all providers are available for all platforms. Other versions of this provider may have different platforms supported.
╵

Error when running command:  terraform init  (working_dir=./terraform/stages/1-bootstrap)

Adding this link to a possible workaround in case anyone else hits this issue: https://discuss.hashicorp.com/t/template-v2-2-0-does-not-have-a-package-available-mac-m1/35099/8.
I haven't tried the install helper tool mentioned because I just skipped using the jump host and updated the version of the service-account module.

The fix is documented in the troubleshooting section:
https://github.com/GoogleCloudPlatform/solutions-builder/blob/main/docs/TROUBLESHOOTING.md#11-apple-m1-laptops-related-errors

Thanks. For the record, some kind if reference to that in this repository would have been helpful for me.

The readme for CSS repo has the troubleshooting section that points to the above link


write.hpp ostream support function missing index parameter in internal call

   // For writing json to std::ofstream, std::cout, or other streams
   template <opts Opts, class T>
   inline void write(T&& value, std::ostream& os, is_context auto&& ctx) noexcept
   {
      detail::write<Opts.format>::template op<Opts>(std::forward<T>(value), ctx, std::ostreambuf_iterator<char>(os));
   }

Getting
error C2780: 'void glz::detail::write<10>::op(T &&,Ctx &&,B &&,IX &&)': expects 4 arguments - 3 provided
unable to write to std::ostream because of this error, maybe something else is wrong though

@stephenberry Are streams still supported? I thought the stream support and non ix write stuff got stripped out.

@mwalcott3 Yeah, I think that is just leftover cruft.

if ostreams are not supported anymore, what is the preferred way of outputting json into something like a boost::beast::multi_buffer used by boost::beast::dynamic_body
i thought i could just wrap it in boost::beast::ostream and output the json that way

Ideally you could directly write to the buffer but Im not familiar with boost::beast . Otherwise you will have to copy the data to the buffer. Not too familiar with beast but I think the following might work.
size_t n = boost::asio::buffer_copy(buffer.prepare(json.size()), boost::asio::buffer(json));
buffer.commit(n);

The problem with using the stream iterators the way glaze was using them is that it would result in multiple virtual function calls for basically every single char. So it was more memory efficient due to buffered io but introduces quite a bit of overhead.
Unlike the read stuff that has a ton of stuff assuming contiguous ranges for optimizations it would be much easier to support streams for writing since that's pretty much isolated to dump. However due to the heavy use of polymorphism in C++ streams paired with faster IO times Im not sure its worth it.

Yeah i currently use
vector<char> bodyBuf;
glz::write<writeOpts>(obj,bodyBuf);
boost::asio::buffer_copy(body.prepare(bodyBuf.size()),boost::asio::buffer(bodyBuf.data(),bodyBuf.size()));
body.commit(bodyBuf.size());

but i was hoping to avoid the temporary buffer

Yeah i currently use
vector<char> bodyBuf;
glz::write<writeOpts>(obj,bodyBuf);
boost::asio::buffer_copy(body.prepare(bodyBuf.size()),boost::asio::buffer(bodyBuf.data(),bodyBuf.size()));
body.commit(bodyBuf.size());

but i was hoping to avoid the temporary buffer is it possible to have glaze repeatedly write whatever is left to a fixed size buffer instead (so pause and continue) ? i can then keep appending the contents of that smaller temporary buffer to the beast multi buffer

Up to @stephenberry. Alternatively we could add support for iterators then you could use boost::asio::buffer_sequence_begin(x) and boost::asio::buffer_sequence_end(x) but I find that unlikely considering it was supported originally but was removed a long time ago.

Yeah, I don't think we'll directly support streams any time soon, as typically contiguous buffers are the way to go.
Note that boost::asio::buffer is a contiguous buffer, which you can just pass a std::string to. So, your above code:
vector<char> bodyBuf;
glz::write<writeOpts>(obj,bodyBuf);
boost::asio::buffer_copy(body.prepare(bodyBuf.size()),boost::asio::buffer(bodyBuf.data(),bodyBuf.size()));
body.commit(bodyBuf.size());

Can be written as:
std::string bodyBuf;
glz::write<writeOpts>(obj,bodyBuf);
boost::asio::buffer body(bodyBuf);

This will remove the copy, and if you're able to keep the bodyBuf alive for multiple calls, then you'll be reusing your allocation. These changes will improve performance.
Here is the code for boost asio that shows how it is just using the string pointer:
/// Create a new modifiable buffer that represents the given string.
/**
 * @returns <tt>mutable_buffer(data.size() ? &data[0] : 0,
 * data.size() * sizeof(Elem))</tt>.
 *
 * @note The buffer is invalidated by any non-const operation called on the
 * given string object.
 */
template <typename Elem, typename Traits, typename Allocator>
ASIO_NODISCARD inline ASIO_MUTABLE_BUFFER buffer(
    std::basic_string<Elem, Traits, Allocator>& data) ASIO_NOEXCEPT
{
  return ASIO_MUTABLE_BUFFER(data.size() ? &data[0] : 0,
      data.size() * sizeof(Elem)
#if defined(ASIO_ENABLE_BUFFER_DEBUGGING)
      , detail::buffer_debug_check<
          typename std::basic_string<Elem, Traits, Allocator>::iterator
        >(data.begin())
#endif // ASIO_ENABLE_BUFFER_DEBUGGING
      );
}

beast multi buffer is a sequence of boost::asio::buffers not a single one, body.prepare gives a beast "MutableBufferSequence" which lets you iterate over the buffers and fill them (using the buffer copy helper function does that), then commit the actual number of bytes written to them

Right. If you can use beast::flat_buffer then you could avoid the copy.


Send header and protobuf as one unit

This buffers the socket writes, sending them out as a combo instead of risking two packets.
This improves performance of individual data-laden transactions considerably.

Hi @dougluce
Thank you so much for suggesting this change. I have taken your use of cork and uncork and worked them into pull request #57 which also adds benchmarks. I also added contribution notices as well.
Thanks again!

Whoops, should have done a PR from a different branch...my harebrainedness.  Thanks for setting this up and getting it in.


Ignore empty alt-attributes

Hi.
Setting the alt-attribute to an empty string is a valid way of indicating that the image is only serving presentational means and is no part of the content. Thus it would imho make more sense having altify ignore those images.
(https://developer.mozilla.org/de/docs/Web/HTML/Element/img#attr-alt)
Best regards.

HI,
Thank you for the heads up! I will change the program to comply with that.


Fix ode gradients with respect to t0 (Issue #1833)

Fixes #1833
Tests
There were tests in place, but either:

They were testing against forced_harm_osc_ode_fun which actually had zero gradients
Or they were testing that the gradients were zero

So not setting the gradients was accidentally making these things pass. I changed the tests to use harm_osc_ode_fun where one of the gradients isn't zero, and I updated the checks to look for that.
Release notes
Fixed problem where ode solvers were not computing the gradients of the output with respect to the initial integration time. This affected the rk45, adams, and bdf solvers.
Checklist

[x] Math issue #1833

[x] Copyright holder: Columbia University
The copyright holder is typically you or your assignee, such as a university or company. By submitting this pull request, the copyright holder is agreeing to the license the submitted work under the following licenses:
- Code: BSD 3-clause (https://opensource.org/licenses/BSD-3-Clause)
- Documentation: CC-BY 4.0 (https://creativecommons.org/licenses/by/4.0/)

[ ] the basic tests are passing

unit tests pass (to run, use: ./runTests.py test/unit)
header checks pass, (make test-headers)
dependencies checks pass, (make test-math-dependencies)
docs build, (make doxygen)
code passes the built in C++ standards checks (make cpplint)

[x] the code is written in idiomatic C++ and changes are documented in the doxygen

[x] the new changes are tested

Thanks for catching this! I can review this later.

@wds15, @yizhang-yiz, if the tests don't just pass on the first try, we've probably missed this release, but if you get a chance to review this today that'd be nice.

This is a bugfix so it doesnt fall under the feature freeze. Still better to have it in the release candidate.


Changed repo to SOGo v3

SOGo 3 is not yet feature complete and fully matured, so providing SOGo 3 as the only option seems out of scope for now.
I'll release a new Dockerfile and image within the next days though, which includes both images for SOGo 2 and SOGo 3 and is rebuilt to match Docker best practices.

SOGo 3 is not yet feature complete and fully matured

Seems so:
http://sogo.nu/news/2016/article/sogo-v310-released.html
A lot of bug fixes. :-)

They're especially missing some features. Printing is not implemented for most views, and some other minor stuff is also still missing. But it's not that bad as you can still use both versions in parallel on the same database.

Will this be implemented ?

It will at some point in time, but simply changing to v3 is not sufficient any more (Inverse does not provide packages without subscription for the release channels since about a year; but the Docker image might well go for the (rather stable) development channel or build SOGo releases from scratch. No matter what I will do, it involves deeper and more involved changes than just adjusting the repository URI.


Need a context-specific property bundle for HFS properties

From Eoghan Casey:
hfsFileSystem
Attribute Range Comment
hfsCatalogNodeID xsd:integer
hfsFileType xsd:integer
hfsBackupDate xsd:dateTimeStamp
hfsPermissions xsd:integer
hfsOwnerID xsd:integer
hfsGroupUID xsd:integer
hfsAttributesModifiedDate xsd:dateTimeStamp
hfsInUse xsd:boolean
hfsHasExtendedAttributes xsd:boolean
hfsFileCreator xsd:integer
hfsFileTextEncoding xsd:integer
hfsDataForkSize xsd:integer
hfsDataForkStartBlock xsd: integer
hfsDataForkBlockCount xsd: integer
hfsResourceForkSize xsd:integer
hfsResourceForkStartBlock xsd: integer Represent as ContentData related to hfsCatalogNodeID
hfsResourceForkBlockCount xsd: integer
hfsParentCatalogNodeID xsd:integer Represent as ContentData related to hfsCatalogNodeID
hfsNodeType xsd:string
hfsNodeNumber psd:integer
(leave extended attributes until next version)

Just to ensure I am understanding what you are proposing for the bolded elements, the following is my interpretation (none of the bolded properties would exist natively within the outlined PBs but would rather be expressed on Relationships):

For hfsParentCatalogNodeID

You would specify a Trace containing the hfsFileSystem PB to represent the hfs properties of a file, specify another Trace containing an hfsFileSystem PB to represent the hfs properties of a another (parent) file, specify a Relationship (with kindOfRelationship something like “has-hfs-parent”) with the first file trace as the source and the second file trace as the target

For hfsResourceForkStartBlock

This one is a little confusing as well.
Since hfsResourceForkStartBlock is an address value of the starting block of the resource fork I assume we will want to keep it as a direct property within the hfsFileSystem PB?
So, I interpret your highlighted comment as suggesting that the actual data content of the resource fork extent would be captured in a separate Trace with a ContentData PB and then related to the actual file using a Relationship with kindOfRelationship something like “has-hfs-resource-fork”

A few questions/assumptions on this:

I assume you are suggesting that the entire resource fork extent be represented in the separate Trace (with ContentData) and not just the starting block of the extent?
The proposal has properties for a single data fork and a single resource fork. Is this accurate/adequate?

My understanding is that an HFS file can have multiple data or resource forks (3 extent descriptors by default inside the file before needing to go to the extents overflow B-Tree).

While the data fork is a stream of bytes that could appropriately be captured fully with a ContentData Trace, the resource fork is an indexed structure. Should we have the capability to express the elements of this structure or simply treat the entire structure as a stream of bytes? The proposal appears to do the latter.

From discussion on our phone call this morning (me, Sean, Harm), we think the data fork start block and resource fork start block properties are not necessary for draft 1.

There is still an outstanding question of how to deal with multiple data and/or resource forks but Sean, Alex and Harm concur that this can be discussed and dealt with after Draft1.

Alex, Harm and Sean agree that it makes sense to leave the HfsFileSystem PB out of Draft1 and pursue its development as part of Draft2.
Eoghan said via email that he was fine with this.

It has been decided to leave this property bundle out of Draft1


Add Search to Docs

Looks like fixing #34 is as easy as adding the search plugin to mkdocs based on this documentation.
Fixes #34

appreciate the speed and effectiveness


chore: Bump pnpm version

Closing, no idea how to get pnpm to play nice here and use the lockfile correctly.


Invalid parameter for FieldPanel

Pertinent section of the Wagtail docs
https://docs.wagtail.org/en/stable/reference/pages/panels.html#fieldpanel
Details
help_text(optional)
This parameter is not suported

help_text on FieldPanel should be fully supported as of 4.0.3: https://github.com/wagtail/wagtail/pull/9240

Oeps, I have wagtail 4.0.2


isValidTransactionAmount: up to 2 decimal places

No need for 3 decimal places

Fixed in https://github.com/aboutml/valifino/pull/38

Done, verified.


Add Nudging

An Important Note: I am very new to Python, most of my programming is done in C based languages, which I have been doing for over a decade. (I am confident in my logic, but keep an eye out for odd syntax or bad conventions)
Added Logic to "Nudge" the PM when it isn't measuring any new readings. To enable this feature, there are additional configuration settings:

MAX_NUDGES - The number of attempts to nudge and remeasure the PM.
Defaults to 0, disabling this feature.
PULSE_TIME_NUDGE - How long to hold the non-desired state.
Defaults to 2
(How long to hold: Max brightness on low power measurements, min brightness on high power measurements)
SLEEP_TIME_NUDGE - After nudging the PM, how long to wait for the PM to settle at the correct power level.
Defaults to 10
(The amount of time it takes for the PM to settle from a large transition)

This logic resolved the issue in my case, but also has some room for improvement.
(In my case I did use another improvement I'll submit as a separate PR)
Future Improvements that could be made:

Add logic to the new "nudge_and_remeasure" method to make calls to the PM to get new readings
(e.g. the HASS_CALL_UPDATE_ENTITY_SERVICE setting)
Quicker Light Transition Time
(So that the PMs settle quicker on the correct power reading, I'll submit a PR for the hass light driver)
Perform a secondary reading to verify the PM has settled

The Risk with swinging the power level between high and low is that it requires some increased settling time. If the users of this feature don't account for that, they could see some noisy measurements.

Also see the sonarcloud comment, there is one little code smell introduced which needs to be resolved.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 91.969%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
2153

Relevant Lines:
2341

💛  - Coveralls

Okay, I have removed the catch cases and code smell, as well as added settings to the .env.dist
Let me know if there any other additions you'd like me to make.
PS: The ability to predefine question answers in the .env is an amazing feature! I'm so glad that was added

Thanks for the contribution!


Use Vuelidate for form validation

It'd be better UX to be able to validate things client-side before sending them to the backend. This is especially true of the GameForm and GameLibrary components.
https://github.com/vuelidate/vuelidate

I ended up rolling my own solution, what's the worst that could happen.


Crashing on start-up with Unhandled exception: illegal instruction in 64-bit code (0x00000140402356)

Similar to https://github.com/jsknnr/enshrouded-server/issues/15 , but not running a hypervisor, my Enshrouded docker image is giving a kernel crash during startup.
enshrouded_1  | Success! App '2278520' fully installed.
enshrouded_1  | INFO: Updating Enshrouded Server configuration
enshrouded_1  | INFO: Starting Enshrouded Dedicated Server
enshrouded_1  | wine: Unhandled illegal instruction at address<PHONE_NUMBER>402356 (thread 0108), starting debugger...
enshrouded_1  | Unhandled exception: illegal instruction in 64-bit code (0x00000140402356).
enshrouded_1  | Register dump:
enshrouded_1  |  rip:0000000140402356 rsp:00007ffffe1ffc90 rbp:00007ffffe1ffcd9 eflags:00010206 (  R- --  I   - -P- )
enshrouded_1  |  rax:0000000000000020 rbx:00007ffffe9faab0 rcx:0000000000000007 rdx:00007ffffe1fdd80
enshrouded_1  |  rsi:00000000000000ff rdi:0000000000000008  r8:00007ffffe1fdd80  r9:00007ffffe1fdd80 r10:0000000000000000
enshrouded_1  |  r11:00007ffffe1ffc80 r12:00007ffffea07070 r13:0000000000000000 r14:0000000000000000 r15:fffffffffffec8b0
enshrouded_1  | Stack dump:
enshrouded_1  | 0x007ffffe1ffc90:  00007ffffe9faab0<PHONE_NUMBER>0000ff
enshrouded_1  | 0x007ffffe1ffca0:<PHONE_NUMBER>000100 00007ffffe1ffd18
enshrouded_1  | 0x007ffffe1ffcb0:<PHONE_NUMBER>f16990<PHONE_NUMBER>00002f
enshrouded_1  | 0x007ffffe1ffcc0:<PHONE_NUMBER>000009<PHONE_NUMBER>010000
enshrouded_1  | 0x007ffffe1ffcd0:  00007ffffffeffff<PHONE_NUMBER>0000ff
enshrouded_1  | 0x007ffffe1ffce0:  000021d800000008 170a000600010000
enshrouded_1  | 0x007ffffe1ffcf0:<PHONE_NUMBER>000000<PHONE_NUMBER>000000
enshrouded_1  | 0x007ffffe1ffd00:<PHONE_NUMBER>000000<PHONE_NUMBER>000000
enshrouded_1  | 0x007ffffe1ffd10:<PHONE_NUMBER>000000<PHONE_NUMBER>000000
enshrouded_1  | 0x007ffffe1ffd20:<PHONE_NUMBER>000000<PHONE_NUMBER>000000
enshrouded_1  | 0x007ffffe1ffd30:  00007ffffe1ffdc9<PHONE_NUMBER>41f4d6
enshrouded_1  | 0x007ffffe1ffd40:  00007ffffe9faab0<PHONE_NUMBER>000001
enshrouded_1  | Backtrace:
enshrouded_1  | =>0 0x00000140402356 in enshrouded_server (+0x402356) (0x007ffffe1ffcd9)
enshrouded_1  |   1 0x0000014041f4d6 in enshrouded_server (+0x41f4d6) (0x007ffffe1ffdc9)
enshrouded_1  |   2 0x0000014041f8dc in enshrouded_server (+0x41f8dc) (0x00000000000001)
enshrouded_1  |   3 0x0000014041fdcb in enshrouded_server (+0x41fdcb) (0x00000000000001)
enshrouded_1  |   4 0x0000014084eefc in enshrouded_server (+0x84eefc)<PHONE_NUMBER>000000)
enshrouded_1  |   5 0x006fffffaa8b29 BaseThreadInitThunk+0x9(unknown=<internal error>, entry=<internal error>, arg=<internal error>) [/usr/src/packages/BUILD/dlls/kernel32/thread.c:61] in kernel32<PHONE_NUMBER>000000)
enshrouded_1  |   6 0x006fffffca54fb in ntdll (+0x554fb)<PHONE_NUMBER>000000)
enshrouded_1  | 0x00000140402356 enshrouded_server+0x402356: popcnt 0x0000000140f16a00, %rax ; enshrouded_server+0xf16a00
enshrouded_1  | Modules:
enshrouded_1  | Module  Address                                 Debug info      Name (73 modules)
enshrouded_1  | PE             140000000-       14101e000       Export          enshrouded_server
enshrouded_1  | PE-Wine     6ffffa660000-    6ffffa706000       Deferred        netapi32
enshrouded_1  | PE          6ffffa720000-    6ffffa76d000       Deferred        steam_api64
enshrouded_1  | PE-Wine     6ffffa780000-    6ffffa7a8000       Deferred        powrprof
enshrouded_1  | PE-Wine     6ffffa7c0000-    6ffffa83c000       Deferred        msacm32
enshrouded_1  | PE-Wine     6ffffa850000-    6ffffaa09000       Deferred        winmm
enshrouded_1  | PE-Wine     6ffffaa50000-    6ffffaa74000       Deferred        nsi
enshrouded_1  | PE-Wine     6ffffaa90000-    6ffffaadd000       Deferred        dnsapi
enshrouded_1  | PE-Wine     6ffffaaf0000-    6ffffab7e000       Deferred        iphlpapi
enshrouded_1  | PE-Wine     6ffffb600000-    6ffffb67e000       Deferred        imm32
enshrouded_1  | PE-Wine     6ffffb8f0000-    6ffffb93f000       Deferred        msv1_0
enshrouded_1  | PE-Wine     6ffffbea0000-    6ffffbed3000       Deferred        kerberos
enshrouded_1  | PE-Wine     6ffffbef0000-    6ffffbf4a000       Deferred        bcrypt
enshrouded_1  | PE-Wine     6ffffbf60000-    6ffffc322000       Deferred        crypt32
enshrouded_1  | PE-Wine     6ffffc340000-    6ffffc3f5000       Deferred        secur32
enshrouded_1  | PE-Wine     6ffffc410000-    6ffffc707000       Deferred        wldap32
enshrouded_1  | PE-Wine     6ffffc720000-    6ffffc773000       Deferred        shcore
enshrouded_1  | PE-Wine     6ffffc790000-    6ffffc8a8000       Deferred        shlwapi
enshrouded_1  | PE-Wine     6ffffc8c0000-    6ffffd648000       Deferred        shell32
enshrouded_1  | PE-Wine     6ffffd660000-    6ffffd6ad000       Deferred        coml2
enshrouded_1  | PE-Wine     6ffffd6c0000-    6ffffd94f000       Deferred        rpcrt4
enshrouded_1  | PE-Wine     6ffffd960000-    6ffffd99c000       Deferred        win32u
enshrouded_1  | PE-Wine     6ffffd9b0000-    6ffffdf8f000       Deferred        user32
enshrouded_1  | PE-Wine     6ffffdfa0000-    6ffffe264000       Deferred        gdi32
enshrouded_1  | PE-Wine     6ffffe280000-    6ffffe41b000       Deferred        combase
enshrouded_1  | PE-Wine     6ffffe430000-    6ffffe9d7000       Deferred        ole32
enshrouded_1  | PE-Wine     6ffffe9f0000-    6ffffea9d000       Deferred        ws2_32
enshrouded_1  | PE-Wine     6ffffeab0000-    6ffffeea7000       Deferred        ucrtbase
enshrouded_1  | PE-Wine     6ffffeec0000-    6ffffef82000       Deferred        sechost
enshrouded_1  | PE-Wine     6ffffefa0000-    6fffff2fc000       Deferred        msvcrt
enshrouded_1  | PE-Wine     6fffff310000-    6fffff43d000       Deferred        advapi32
enshrouded_1  | PE-Wine     6fffff450000-    6fffffa66000       Deferred        kernelbase
enshrouded_1  | PE-Wine     6fffffa80000-    6fffffc39000       Dwarf-4         kernel32
enshrouded_1  | PE-Wine     6fffffc50000-    6ffffffeb000       Dwarf-4         ntdll
enshrouded_1  | ELF         7f1d2aad9000-    7f1d2aae5000       Deferred        bcrypt.so
enshrouded_1  | ELF         7f1d2aae5000-    7f1d2ab37000       Deferred        libgssapi_krb5.so.2
enshrouded_1  | ELF         7f1d2ab37000-    7f1d2ab48000       Deferred        libresolv.so.2
enshrouded_1  | ELF         7f1d2ab48000-    7f1d2ab4f000       Deferred        libkeyutils.so.1
enshrouded_1  | ELF         7f1d2ab4f000-    7f1d2ab5d000       Deferred        libkrb5support.so.0
enshrouded_1  | ELF         7f1d2ab5d000-    7f1d2ab63000       Deferred        libcom_err.so.2
enshrouded_1  | ELF         7f1d2ab63000-    7f1d2ab90000       Deferred        libk5crypto.so.3
enshrouded_1  | ELF         7f1d2ab90000-    7f1d2ac6a000       Deferred        libkrb5.so.3
enshrouded_1  | ELF         7f1d2ac6b000-    7f1d2ac71000       Deferred        crypt32.so
enshrouded_1  | ELF         7f1d2ac71000-    7f1d2ac78000       Deferred        netapi32.so
enshrouded_1  | ELF         7f1d2ac78000-    7f1d2ac84000       Deferred        libffi.so.8
enshrouded_1  | ELF         7f1d2ac84000-    7f1d2ad05000       Deferred        libgmp.so.10
enshrouded_1  | ELF         7f1d2ad05000-    7f1d2ad4e000       Deferred        libhogweed.so.6
enshrouded_1  | ELF         7f1d2ad4e000-    7f1d2ad9c000       Deferred        libnettle.so.8
enshrouded_1  | ELF         7f1d2ad9c000-    7f1d2adb1000       Deferred        libtasn1.so.6
enshrouded_1  | ELF         7f1d2adb1000-    7f1d2af67000       Deferred        libunistring.so.2
enshrouded_1  | ELF         7f1d2af67000-    7f1d2af98000       Deferred        libidn2.so.0
enshrouded_1  | ELF         7f1d2af98000-    7f1d2b0cc000       Deferred        libp11-kit.so.0
enshrouded_1  | ELF         7f1d2b0cc000-    7f1d2b2e8000       Deferred        libgnutls.so.30
enshrouded_1  | ELF         7f1d2b2e8000-    7f1d2b2ed000       Deferred        msv1_0.so
enshrouded_1  | ELF         7f1d2b2ed000-    7f1d2b2f6000       Deferred        kerberos.so
enshrouded_1  | ELF         7f1d2b2f6000-    7f1d2b300000       Deferred        secur32.so
enshrouded_1  | ELF         7f1d2b300000-    7f1d2b305000       Deferred        dnsapi.so
enshrouded_1  | ELF         7f1d2b305000-    7f1d2b330000       Deferred        libexpat.so.1
enshrouded_1  | ELF         7f1d2b330000-    7f1d2b37b000       Deferred        libfontconfig.so.1
enshrouded_1  | ELF         7f1d2b37b000-    7f1d2b39e000       Deferred        libbrotlicommon.so.1
enshrouded_1  | ELF         7f1d2b39e000-    7f1d2b3ab000       Deferred        libbrotlidec.so.1
enshrouded_1  | ELF         7f1d2b3ab000-    7f1d2b3e1000       Deferred        libpng16.so.16
enshrouded_1  | ELF         7f1d2b3e1000-    7f1d2b400000       Deferred        libz.so.1
enshrouded_1  | ELF         7f1d2b400000-    7f1d2b4cb000       Deferred        libfreetype.so.6
enshrouded_1  | ELF         7f1d2b4cb000-    7f1d2b5aa000       Deferred        libm.so.6
enshrouded_1  | ELF         7f1d2b5aa000-    7f1d2b749000       Deferred        win32u.so
enshrouded_1  | ELF         7f1d2bb49000-    7f1d2bb78000       Deferred        liblzma.so.5
enshrouded_1  | ELF         7f1d2bb78000-    7f1d2bb94000       Deferred        libunwind.so.8
enshrouded_1  | ELF         7f1d2bb94000-    7f1d2bc4d000       Export          ntdll.so
enshrouded_1  | ELF         7f1d2bc50000-    7f1d2be31000       Deferred        libc.so.6
enshrouded_1  | ELF         7f1d2be35000-    7f1d2be3b000       Deferred        ws2_32.so
enshrouded_1  | ELF         7f1d2be41000-    7f1d2be75000       Deferred        ld-linux-x86-64.so.2
enshrouded_1  | ELF         7f1d2be75000-    7f1d2be7a000       Deferred        <wine-loader>
enshrouded_1  | Threads:
enshrouded_1  | process  tid      prio    name (all IDs are in hex)
enshrouded_1  | 00000020 start.exe
enshrouded_1  |         00000024    0
enshrouded_1  | 00000038 services.exe
enshrouded_1  |         0000003c    0
enshrouded_1  |         00000040    0     wine_rpcrt4_server
enshrouded_1  |         00000054    0     wine_rpcrt4_io
enshrouded_1  |         00000058    0     wine_threadpool_worker
enshrouded_1  |         00000078    0     wine_rpcrt4_io
enshrouded_1  |         000000a4    0     wine_threadpool_worker
enshrouded_1  |         000000b0    0     wine_rpcrt4_io
enshrouded_1  |         000000c8    0     wine_rpcrt4_io
enshrouded_1  |         000000dc    0
enshrouded_1  |         000000e8    0     wine_rpcrt4_io
enshrouded_1  | 00000044 winedevice.exe
enshrouded_1  |         00000048    0
enshrouded_1  |         0000005c    0
enshrouded_1  |         00000060    0     wine_sechost_service
enshrouded_1  |         00000064    0
enshrouded_1  |         00000068    0
enshrouded_1  |         000000d4    0
enshrouded_1  |         000000d8    0
enshrouded_1  | 0000004c explorer.exe
enshrouded_1  |         00000050    0
enshrouded_1  |         00000094    0     wine_rpcrt4_server
enshrouded_1  | 00000070 winedevice.exe
enshrouded_1  |         00000074    0
enshrouded_1  |         0000007c    0
enshrouded_1  |         00000080    0     wine_sechost_service
enshrouded_1  |         00000084    0
enshrouded_1  |         00000088    0
enshrouded_1  |         00000090    0
enshrouded_1  |         000000a8    0
enshrouded_1  |         000000ac    0
enshrouded_1  | 00000098 plugplay.exe
enshrouded_1  |         0000009c    0
enshrouded_1  |         000000b4    0
enshrouded_1  |         000000b8    0     wine_sechost_service
enshrouded_1  |         000000bc    0     wine_rpcrt4_server
enshrouded_1  | 000000c0 svchost.exe
enshrouded_1  |         000000c4    0
enshrouded_1  |         000000cc    0
enshrouded_1  |         000000d0    0     wine_sechost_service
enshrouded_1  | 000000e0 rpcss.exe
enshrouded_1  |         000000e4    0
enshrouded_1  |         000000ec    0
enshrouded_1  |         000000f0    0     wine_sechost_service
enshrouded_1  |         000000f4    0     wine_rpcrt4_server
enshrouded_1  |         000000f8    0     wine_rpcrt4_server
enshrouded_1  |         000000fc    0     wine_rpcrt4_io
enshrouded_1  |         00000100    0     wine_threadpool_worker
enshrouded_1  | 00000104 (D) Z:\home\steam\enshrouded\enshrouded_server.exe
enshrouded_1  |         00000108    0 <==
enshrouded_1  |         00000114    0
enshrouded_1  | System information:
enshrouded_1  |     Wine build: wine-9.0
enshrouded_1  |     Platform: x86_64 (guest: i386)
enshrouded_1  |     Version: Windows 10
enshrouded_1  |     Host system: Linux
enshrouded_1  |     Host version: 5.15.0-102-generic
steam_enshrouded_1 exited with code 29

I'm not using a hypervisor, just the docker image from https://hub.docker.com/r/sknnr/enshrouded-dedicated-server (latest is "v2.0.4").
OS: Linux Mint 21.3 (latest version available)
Kernel: 5.15.0-102-generic #112-Ubuntu x86_64
Physical host CPU: Intel(R) Xeon(R) CPU E5410  @ 2.33GHz from 2007( https://www.intel.com/content/www/us/en/products/sku/33080/intel-xeon-processor-e5410-12m-cache-2-33-ghz-1333-mhz-fsb/specifications.html )
Supported CPU flags do not include "avx". What it does support are:
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 xsave lahf_lm pti tpr_shadow vnmi flexpriority vpid dtherm

vmx flags       : vnmi flexpriority tsc_offset vtpr vapic

The version of docker that I'm running is the latest available from the official OS repositories:
$ docker version
Client:
 Version:           24.0.5
 API version:       1.43
 Go version:        go1.20.3
 Git commit:        24.0.5-0ubuntu1~22.04.1
 Built:             Mon Aug 21 19:50:14 2023
 OS/Arch:           linux/amd64
 Context:           default

Server:
 Engine:
  Version:          24.0.5
  API version:      1.43 (minimum version 1.12)
  Go version:       go1.20.3
  Git commit:       24.0.5-0ubuntu1~22.04.1
  Built:            Mon Aug 21 19:50:14 2023
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.7.2
  GitCommit:
 runc:
  Version:          1.1.7-0ubuntu1~22.04.2
  GitCommit:
 docker-init:
  Version:          0.19.0
  GitCommit:

I'm capable of hosting the latest version of Minecraft (Java instance), Conan Exiles (another Docker container), and ARK Survival (also a Docker container) on this server.
I cannot tell what dependencies or CPU flags I am missing that is causing the crash. I tried setting the privileged: true flag in my docker-compose.yml as https://github.com/jsknnr/enshrouded-server/issues/15#issuecomment-1912748790 mentioned, but that didn't help.

This is still likely either a hardware or software dependency issue on your server. When I test builds I do it from 2 separate hardware platforms for both Docker, Podman, and Kubernetes. Unfortunately, this is not an issue with this image, and you will have to continue troubleshooting to find the root cause.


Add processing script for dcm-zurich

This PR contains the script for analysis of dcm-zurich dataset.
The analysis consists of the following steps:

T2w sag spinal cord segmentation
T2w sag vertebral labeling
T2w ax spinal cord segmentation
T2w ax vertebral labeling (either using manual disc labels or using sagittal disc labels)
running sct_compute_compression on T2w ax with and without PAM50 normalization

Since the analysis of the dcm-zurich dataset successfully finished, I guess this PR is ready for review and merge.
@sandrinebedard could you just quickly check if everything looks okay to you?


fixed midi packet parsing to include realtime system commands again

Just fixing an oversight regarding parsing the realtime commands with the new setup

Thanks for this fix!


Trying to getTime on Graph2d

Error when I am not actually using dates or time
Error in mounted hook: "TypeError: Cannot read property 'getTime' of undefined"

Hi @ricvillagrana, could you add a JSFiddle which repro this bug.
Thanks.


Declare 'builder' image in two steps to allow overriding the value

Small refactor to add an additional step to the "builder" image declaration, this way we can use buildx's --build-context feature to override the value. This is useful for hotfixes as we need to build the package for older OS versions

/ok-to-test
/cc @vteratipally @wangzhen127

/lgtm


Fix: Hide chevron on first breadcrumb item

Summary | Résumé
Add additional CSS and tokens to fix display issue when gcds-breadcrumbs is using hide-canada-link.
Fixes #152
Note: Relies on tokens from https://github.com/cds-snc/gcds-tokens/pull/114

I'm noticing it's cutting off part of the focus styles on the left side of the first link. Is there any way to fix that? Or are we stuck with it because there's no other way to hide the breadcrumb?

I'm noticing it's cutting off part of the focus styles on the left side of the first link. Is there any way to fix that? Or are we stuck with it because there's no other way to hide the breadcrumb?

The new tokens from @cdssnc/gcds-tokens should have helped with that. Will take a look as to why it isn't working


Do not fire pm:edit after drag marker end in a huge polygon

Hi, everyone!
I am facing an interesting problem with the library.
It only happens with one specific polygon, this polygon has more than 5K points but I have polygons with 6K points that work well.
The problem is, that I am editing the polygon, and when the drag ends it returns a console.log "listener not found" for each point of the polygon and does not fire pm:edit, debugging I saw that the console message was for "dragend" event.
here we have a video showing the problem
https://github.com/geoman-io/leaflet-geoman/assets/7021959/577fe155-846c-43a3-a405-fe3ebe701836

Here how we are enabling edition and setting pm:edit listener
    map.eachLayer((layer) => {
      if (layer.options?.payload?.zoneId && layer?.options?.payload?.zoneId === zoneId) {
        layer.pm?.enable({
          allowSelfIntersection: false,
          snappable,
          limitMarkersToCount: 100,
          limitMarkersToViewport: true,
        });

        layer.on('pm:edit', (e) => {
          const { id } = e.layer.options.payload;
          const points = e.layer.getLatLngs()[0];

          editedLayers.set(id, { id, points });
          onEdited(editedLayers);
        });
      }
    });

Polygon
londrina.txt

Your polygon has self-intersection. This is the reason why the vertex jumps back and no pm:edit is fired (because no edit was done). You can disable this with setting the option allowSelfIntersection to true.
You can find the intersecting points with that:
layer.on('pm:intersect', (e) => {
        L.geoJSON(e.intersection).addTo(map)
});
layer.pm.enable();

I was not able to reproduce the "listener not found" warning. Which version of Geoman and Leaflet are you using?

Then I can close the issue?
btw. I strongly suggest to update to Leaflet 1.9.4.


[Question] would this work even without any zfs disk remodeling?

Would this script work even without any disk remodeling?
I started my Raidz1 with a recordsize of 128k and my files are all huge (11GB up to 1.5TB) I changed it recently to recordsize=1M  and the new files read 20x faster than old ones, so I wanted to rewrite the whole 65TB worth of data.
Thanks for this.

If ZFS will write new files using the new recordsize setting, then I think it should work, yes. Do keep in mind that you need enough free space to do this though, especially if the files are very big.

Closing this, feel free to open a new one if anything comes up.


Pinebook Pro install yields a black screen

After trying all installation methods on the Pinebook Pro I am only able to see a black box when opening the program.

Installed using the script failed. Then followed directions to download the .deb and install the repo.
Here is the output of the terminal:
rock@Debian-Desktop:~/Downloads$ sudo apt-get install code-oss=1.32.0-1550644722
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  code-oss
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 42.6 MB of archives.
After this operation, 159 MB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  code-oss
Authentication warning overridden.
Get:1 https://packagecloud.io/headmelted/codebuilds/debian stretch/main armhf code-oss armhf 1.32.0-1550644722 [42.6 MB]
Fetched 42.6 MB in 58s (730 kB/s)
Selecting previously unselected package code-oss.
(Reading database ... 139336 files and directories currently installed.)
Preparing to unpack .../code-oss_1.32.0-1550644722_armhf.deb ...
Unpacking code-oss (1.32.0-1550644722) ...
Processing triggers for mime-support (3.60) ...
Processing triggers for desktop-file-utils (0.23-1) ...
Setting up code-oss (1.32.0-1550644722) ...
Retrieving GPG key [headmelted] (https://packagecloud.io/headmelted/codebuilds/gpgkey)...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
gpg: no valid OpenPGP data found.
Removing any previous entry to headmelted repository
Installing [headmelted] repository...
Updating APT cache...
Ign:1 http://cdn-fastly.deb.debian.org/debian stretch InRelease
Hit:4 https://apt.syncthing.net syncthing InRelease
Hit:2 http://cdn-fastly.deb.debian.org/debian stretch-updates InRelease
Hit:5 http://cdn-fastly.deb.debian.org/debian stretch Release
Get:3 https://packagecloud.io/headmelted/codebuilds/debian stretch InRelease [23.4 kB]
Ign:3 https://packagecloud.io/headmelted/codebuilds/debian stretch InRelease
Hit:7 http://security.debian.org stretch/updates InRelease
Fetched 23.4 kB in 5s (3967 B/s)
Reading package lists...
W: GPG error: https://packagecloud.io/headmelted/codebuilds/debian stretch InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 0CC3FD642696BFC8
W: The repository 'https://packagecloud.io/headmelted/codebuilds/debian stretch InRelease' is not signed.
Done!

I had the same problem with raspberry PI 4,have you solved it?

Please see #79

I could solve it by downloading and installing vscode from this source for armhf cpu

This is now resolved (I don’t have a Pinebook Pro to test on, but I was able to re-create the issue and fix it on RPi 4B).  Please post to the ticket if it’s not resolved and I’ll re-open.


incorrect error when trying to add liquidity

there is some inconsistency when trying to add funds to bancor v2 pool.
same user,
when trying to add 200, error (correctly) "insufficient balance"
when trying to add 1468, no error (while balance is 159)
when trying to add 1500, error (correctly), "pool cap. reached"

Me and @pingustar currently unable to replicate the issue in the 2nd screen shot, can we get a confirmation this is still present and steps on reproducing?

@Velua it was reported earlier today so I assume it's still relevant

Swap has had an update in the past hour containing several days worth of work @yudilevi

@Velua anything that should have fixed this issue?

Yeah

@Velua I'm asking about something in particular - I don't like things that are getting "magically" fixed without knowing the reason - they can pop up back again after a while.

I just know we have made and still making changes around this area, it's too hard to tell if it's fixed or not when we weren't able to replicate this problem in the first place.

Cannot reproduce this bug.
Will send this to review.
If you can reproduce please reopen.

go to pool
bnt/link v2 pool
try to add liquidity to link token.
try to add more than your current balance:

try to add 50000

copy the amount from the error message and try adding it

@ashachaf Just tried this out and seems to be working, can we confirm this is still happening?

seems to be working now.
i cannot reproduce.


inconstant editor linting

[ ] http://www.freecodecamp.com/challenges/waypoint-use-rgb-to-color-elements-red

Usually the editor will seem to beautiy code to include trailing semicolons for the last item in CSS.  This is a good practice.  But for some reason, beautification doesn't happen in the above links.
(I'll add to the above links as needed.  Feel free to fill in my checkboxes.)

Am I correct that there are two issues here:

There is a missing semicolon in the solution
The linter doesn't highlight this as an error?

missing in the pre-filled code, before you start to add the answer.  The other exercises include the ; already
not an error; leaving out a ; at the last item in a CSS rule is perfectly fine.  Kinda like ; in JS; not needed often, but good practice to prevent errors in later editing.

Since it's technically acceptable as is and doesn't represent a defect, I propose taking no action.  It's not worth a PR to "fix".


[Feature Request] A function call to exit the application

It'd be nice to have a function call that could be called from wren code to instruct DOME to exit / shutdown cleanly.

Done!


Re-evaluate and document WMArchive document structure

Impact of the new feature
WMArchive and WMAgent
Is your feature request related to a problem? Please describe.
It's been a couple of times that we had issues with WMArchive, like:

documents too large
publishing information that is not really useful for monitoring/debugging expected scenarios
missing information; and so on

Further information in the following 2 tickets:

Big json documents uploaded to WMArchive: https://github.com/dmwm/WMCore/issues/10879
WMArchive monitoring down (again, large documents): https://github.com/dmwm/WMCore/issues/11960

Describe the solution you'd like
This is likely a meta-issue, but the initial activities to be carried out with this ticket are:

document the current structure of WMArchive documents
identify potential worst offender fields
identify potential duplicate information
share these with Computing Operations and define what we would like to keep in this monitoring.

Upon discussing the current schema, we would like have to (in future tickets):

refactor the new schema
add protections in the code, if needed (like document size)
update WMArchive dashboard accordingly

Describe alternatives you've considered
As mentioned in the tickets above, MonIT limits the size of such documents to ~30MB.
CMSWEB and NGinx no longer have any limits (at some point it was limiting payload to 8MB).
Additional context
The tickets above have many insights.

On the use cases and important information for Ops, please refer to this comment made by Hasan:
https://github.com/dmwm/WMCore/issues/10879#issuecomment-2124448862

fine with me.

Sorry, I meant to close the pull request, not the issue itself. Reopening it.


Fix evaluation of io.rancher.scheduler.global value

This should fix https://github.com/rancher/rancher/issues/3881

LGTM based on code review and green tests :)


The connection does not work after opensearch is replaced with datanode.

org.graylog2.storage.versionprobe.VersionProbe - OpenSearch/Elasticsearch is not available. Retry #3
I recently noticed that opensearch has been replaced by datanode.
However, since then, I keep getting the error that opensearch is not found in graylog.
Is there any way to fix this?

@Yaminyam Hi, can you give more info about your setup? Depending on your setup, you might only need to remove the elasticsearch_hosts setting in server.conf

@janheise Thank you for the quick response!
I set up the server using only the cluster version of docker-compose in the repo without any additional settings!
I confirmed that the server was running normally until last week, but it is not running now.

@Yaminyam so you're only doing a docker compose up again and it's not working? If this is the case, can you try to first try to start the mongo and datanodes (e.g. docker compose up -d mongodb1 mongodb2 mongodb3 datanode1 datanode2 datenode3) and then later add the graylog nodes with docker compose up graylog1 and see what happens?

I just deleted all volumes and the opensearch related errors were resolved.
However, while looking at the volume, I discovered another problem.
It seems that the settings in .env are not reflected properly, but there seems to be a problem with the volume mount.
I created an .env file, but when I go into the actual volumes folder and check, there is no value in it.

cluster-graylog1-1   | java.util.NoSuchElementException: null

Looking at the docker-compose file, it looks like the graylog.conf file will be included in the journal or data volumes. Is this correct that volumes with unknown names are created and stored there?

If the problem reoccurs, please let me know. Please post longer stacktraces cluster-graylog1-1 | java.util.NoSuchElementException: null probably can't be tracked down unless it's a real obvious error ;-)
The graylog.conf files inside docker are not getting modified by the .env entries but are set in the environment of the container. Can you give me a few more hints on what you want to achieve and what's not working?

cluster-graylog1-1   | 2023-11-20 15:29:37,814 ERROR: org.graylog2.shared.rest.exceptionmappers.AnyExceptionClassMapper - Unhandled exception in REST resource
cluster-graylog1-1   | java.util.NoSuchElementException: null
cluster-graylog1-1   | 	at java.util.StringTokenizer.nextToken(Unknown Source) ~[?:?]
cluster-graylog1-1   | 	at org.graylog2.bootstrap.preflight.web.BasicAuthFilter.filter(BasicAuthFilter.java:68) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ContainerFilteringStage.apply(ContainerFilteringStage.java:108) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ContainerFilteringStage.apply(ContainerFilteringStage.java:44) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.process.internal.Stages.process(Stages.java:173) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:247) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:248) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:244) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors.process(Errors.java:292) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors.process(Errors.java:274) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors.process(Errors.java:244) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:265) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:234) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:684) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:356) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.grizzly.http.server.HttpHandler$1.run(HttpHandler.java:200) [graylog.jar:?]
cluster-graylog1-1   | 	at com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:180) [graylog.jar:?]
cluster-graylog1-1   | 	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:?]
cluster-graylog1-1   | 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:?]
cluster-graylog1-1   | 	at java.lang.Thread.run(Unknown Source) [?:?]
cluster-graylog1-1   | 2023-11-20 15:29:38,435 ERROR: org.graylog2.shared.rest.exceptionmappers.AnyExceptionClassMapper - Unhandled exception in REST resource
cluster-graylog1-1   | java.util.NoSuchElementException: null
cluster-graylog1-1   | 	at java.util.StringTokenizer.nextToken(Unknown Source) ~[?:?]
cluster-graylog1-1   | 	at org.graylog2.bootstrap.preflight.web.BasicAuthFilter.filter(BasicAuthFilter.java:68) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ContainerFilteringStage.apply(ContainerFilteringStage.java:108) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ContainerFilteringStage.apply(ContainerFilteringStage.java:44) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.process.internal.Stages.process(Stages.java:173) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:247) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:248) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:244) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors.process(Errors.java:292) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors.process(Errors.java:274) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors.process(Errors.java:244) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:265) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:234) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:684) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:356) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.grizzly.http.server.HttpHandler$1.run(HttpHandler.java:200) [graylog.jar:?]
cluster-graylog1-1   | 	at com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:180) [graylog.jar:?]
cluster-graylog1-1   | 	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:?]
cluster-graylog1-1   | 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:?]
cluster-graylog1-1   | 	at java.lang.Thread.run(Unknown Source) [?:?]
cluster-graylog1-1   | 2023-11-20 15:29:38,657 ERROR: org.graylog2.shared.rest.exceptionmappers.AnyExceptionClassMapper - Unhandled exception in REST resource
cluster-graylog1-1   | java.util.NoSuchElementException: null
cluster-graylog1-1   | 	at java.util.StringTokenizer.nextToken(Unknown Source) ~[?:?]
cluster-graylog1-1   | 	at org.graylog2.bootstrap.preflight.web.BasicAuthFilter.filter(BasicAuthFilter.java:68) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ContainerFilteringStage.apply(ContainerFilteringStage.java:108) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ContainerFilteringStage.apply(ContainerFilteringStage.java:44) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.process.internal.Stages.process(Stages.java:173) ~[graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:247) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:248) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:244) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors.process(Errors.java:292) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors.process(Errors.java:274) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.internal.Errors.process(Errors.java:244) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:265) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:234) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:684) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:356) [graylog.jar:?]
cluster-graylog1-1   | 	at org.glassfish.grizzly.http.server.HttpHandler$1.run(HttpHandler.java:200) [graylog.jar:?]
cluster-graylog1-1   | 	at com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:180) [graylog.jar:?]
cluster-graylog1-1   | 	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:?]
cluster-graylog1-1   | 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:?]
cluster-graylog1-1   | 	at java.lang.Thread.run(Unknown Source) [?:?]

This is the full text of the error

And you said that graylog.conf is created with the container settings. If you mean the environment settings value of docker-compose, isn't it correct that the value is set by reading the .env file?

And you said that graylog.conf is created with the container settings. - this is not what I said. I said that your .env is not modifying a graylog.conf file, but graylog reads these variables from the environment on startup - so you don't see any changes in eht screenshot you showed.
Also, it looks as if you're trying to connect to graylog with incomplete credentials? Can you use a private window in your browser to connect to localhost:9000? do you get the basic auth login window of the browser? What do you enter? the preflight credentials that have been created and printed in the logs of graylog1?

The same error occurs even if you run it in a secret tab.
The reason I assumed that .env was not reflected was because when logging in from the browser, I had to enter a space instead of the password I entered in .env to log in.

Did you read/follow our instructions at https://go2docs.graylog.org/5-2/setting_up_graylog/graylog_data_node_getting_started.htm?tocpath=Setting up Graylog|Graylog Data Node|_____1 ?

On your first login to the Preflight UI, you have to use automatically generated credentials, not the credentials you entered in .env. Entering a space is definitely not correct and you're not logged in - but instead see the error. If you followed our docs, please let me know where they are unclear so that we can fix/improve them.

Thank you. When I checked the log of the graylog1 node, it was telling me the password to log in, not the password I entered!
I was able to log in normally with that password!

Excellent! So, do we have to state that more prominent in the docs? Was this an oversight? How can we improve it?

no! Your docs is very good!
The problem was that I did not read the document, so I did not realize that I had to use a different password than the password set in env when setting up init.
I only looked at the repo and set it up, so I missed the document.
It would be even better if the document was introduced in the readme!

Thank you for the feedback, we'll add that part to the readme.

Current readme

It seems to be confusing even more.


[WIP] CNV-27327: Enable volume selection from different namespaces

📝 Description
This PR includes changes in create VM with IT flow:

Adding project dropdown to bootable volume list
Adding project dropdown to add volume modal
Adding empty state and loading skeleton compenents to bootable volumes list

🎥 Demo

Please add a video or an image of the behavior/changes

close for now as current decision to apply in 4.15


Coot/rcd 28 to develop

Description
Cherry pick two commits from release/1.3.1 branch which fixed RCD-28. It was merged to release/1.3.1 branch in this PR
Linked issue
https://iohk.myjetbrains.com/youtrack/issue/RCD-28
Type of change

[x] 🐞 Bug fix (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 change)
[ ] 🏭 Refactoring that does not change existing functionality but does improve things like code readability, structure etc
[ ] 🔨 New or improved tests for existing code
[ ] ⛑ git-flow chore (backport, hotfix, etc)

Developer checklist

[ ] I have read the style guide document, and my code follows the code style of this project.
[ ] If my code deals with exceptions, it follows the guidelines.
[ ] I have updated any documentation accordingly, if needed. Documentation changes can be reflected in opening a PR on cardanodocs.com, amending the inline Haddock comments, any relevant README file or one of the document listed in the docs directory.
[ ] CHANGELOG entry has been added and is linked to the correct PR on GitHub.

Testing checklist

[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

QA Steps

Screenshots (if available)

@duncan you already approved this PR once to release/1.3.1;


BUG FIX: Set Data Type DIRECTLY before the RETR, z/OS ASCII transfer fails

length = checkIfFileExists ? client.GetFileSize(path) : 0; can, in some cases, cause a SetDataType(...) for BINARY. This can happen for z/OS, where the FileExists and the GetFileSize functionality relies on getting a file listing, which in turn sets BINARY.
I propose:
If the SetDataType asks for ASCII, this will be overturned be a BINARY from the GetListing(...), unless the SetDataType is placed DIRECTLY before the RETR command. So this is the safest place for the SetDataType.
Question: So much size-getting. Was gotten before, why again (see #806)? Needs to be investigated...

We keep getting the file size because its the fastest way to check if a file exists. The older implement was to start a file download but that is even worse.

I didn't understand the need for this PR, could you elaborate?

If you want a z/OS ASCII file transer - the transfer mode is set to ASCII, but due to the way the files size is retrieved (GetListing), transfer mode is set to IMAGE, which sets the transfer back to image.

Re "Size getting".

We keep getting the file size because its the fastest way to check if a file exists. The older implement was to start a file download but that is even worse.

Sadly, "Size Getting" to check for existence is VERY expensive on z/OS, because that needs a GetListing AND in some cases a XDSS command.
One should delegate the existance check to "FileExists" which will choose the best way to do this instead of doing a "Getsize".
In many cases "FileExist" will choose to do a SIZE, or a MDTM or whatever, but in the case of z/OS it WILL NOT.
Actually that makes me feel I should amend this PR to do just that: Use FileExist.
But still, any actions that might change the transfer type back from ASCII to IMAGE should be done BEFORE the transfer type command. The ordering is important-


[Snyk] Upgrade rimraf from 3.0.0 to 3.0.2

Snyk has created this PR to upgrade rimraf from 3.0.0 to 3.0.2.
:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

The recommended version is 2 versions ahead of your current version.
The recommended version was released a year ago, on 2020-02-09.

Release notes

Package name: rimraf

3.0.2 - 2020-02-093.0.2

3.0.1 - 2020-01-283.0.1

3.0.0 - 2019-08-143.0.0

    from rimraf GitHub release notes

Commit messages

Package name: rimraf

8c10fb8 3.0.2
aa50e02 fix: do not check errors with `instanceof`.
d709272 3.0.1
692915d funding
d82bc81 changelog
3d4af41 update travis.yml

Compare

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:
🧐 View latest project report
🛠 Adjust upgrade PR settings
🔕 Ignore this dependency or unsubscribe from future upgrade PRs

updated manually in 0.7.18


Adding Toolbelt

Hello Teoxoy,
While I'm not sure if the tool belt was meant to be developed and integrated with #28 though I thought I give it a shot - here is the result (I know the belt loop on top doesn't make a lot of sense...):

The tool belt also supports already 2 rows which if a some point a setting is implemented to have 2 rows only the method ".setRows()" needs to be called accordingly. Also, the key bindings for number 1 to 5 (including shift) are available.
This time around I had to change 2 files and created 1 more in order to make it work - find therefore in the attached ZIP file the following:

New Container File: "toolbelt.ts"
Changed Files: "app.ts" and "globals.ts"

One issue is still open which would most likely be a more major change to solve it is when rolling over with the mouse above the tool belt the icon in the mouse hand is not shown anymore. I have already some ideas on how to fix this though nothing practical at this point.
Toolbelt.zip
Cheers

Hey! Thanks again for your work! 👍
I will take a look in a bit but don't you want to submit a PR for this and any future contributions?
It's fine if you don't, I can commit the changes myself but just asking.

Sounds good - have added a pull request #36 (never did that before ... so took a bit)


Tree location default - use max depth

Summary:

What: For mpox we are only using division rather than location.  We need to apply this to the create nextstrain tree modal default location.
Ticket: none
Env: none

Demos:
mpox:

sc2:

Notes:
Checklist:

[x] I merged latest <base branch>
[x] I manually verified the change
[x] I added labels to my PR
[ ] I tested in multiple browsers
[ ] I added relevant unit tests
[ ] I have notified others of changes they need to make locally (migrations, jobs, package updates, etc)

Would love for Vince to look this over, too!

Update: Vince uncovered a missed requirement where locations of sample uploads are still supposed to use the location-level, while the mpox trees are supposed to use the division-level.  I attempted to make this change - since we're on a time crunch, the easiest way seemed to be to add a second react-query.  However, I am currently using the second react query in all cases on the NS Tree Modal.  This isn't optimal since users should not need to refetch locations if they are working on covid which has trees on the location level.  Any suggestions would be greatly appreciated 🙏


Use of NOISE param EKF2 and gain tuning

I was wondering how the noise params are used in EKF2.
In the code it seems they are not used at all.
So my next question is if there is a way to "tune" the EKF, i.e. for example to give more weight to a certain sensor (for example I have a RTK GPS or a very precise altimeter). Also that seems to be missing atm, or did I misread the code?

Does this help: http://dev.px4.io/en/tutorials/tuning_the_ecl_ekf.html#drag-specific-forces

@priseborough FYI

They're not documented well, but generally reducing the noise parameters will cause the EKF to trust that sensor more.
Rest assured that all the parameters are used in the code.

@mhkabir what it means "generally"? :)
Usually in KF the noise covariance is used to calculate the gains of the filter but here they are not intended as covariance for that afaik.
Can you point me at the code where those parameters are used? For example to calculate the gains for the innovation? I didn't find anything like that...

https://github.com/PX4/ecl/blob/master/EKF/covariance.cpp
Please use discuss.px4.io for further questions.


H1-2 Qubit count update

@Bradben

IMPORTANT: When this content is ready to merge, you must add #sign-off in a comment or the approval may get overlooked.

#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team


Are there any plans to deploy the learned checkpoint

When training with several v100 GPU, I cannot proceed with the training due to batch size issues.

When training with several v100 GPU, I cannot proceed with the training due to batch size issues.

Currently, Time-LLM has been upgraded to a general reprogramming framework that can adapt to various pre-trained models. Referencing our readme, you can use relatively lightweight models such as BERT or GPT-2 for training. Considering that Time-LLM is currently positioned as a general framework, there are no plans to release a checkpoint at this time.


What's the best way for us to create the Web Components?

Decide what's the best way for us to create the Web Components.

If you want to build them with the benefits of Typescript I would suggest Stencil as web components compiler.

Why would you recommend Stencil instead of Svelte? Svelte supports TypeScript as well. So what are the benefits of Stencil over Svelte?

What makes Stencil more convenient for me over Svelte is all the built-in tooling they provide.

Duplicate of #3


Changed gravity-site to be as unprivileged as possible

Changed gravity-site to be as unprivileged as possible.
Created dedicated service account (gravity-site) in kube-system namespace and at cluster level,
then gave permission as needed.

I tried fiddling around with all the options I could find and it all worked.. but I'll test other ones if needed.

All meaningful tests worked. I took this list as a starting point:
https://github.com/gravitational/gravity.e/issues/3769
Couldn't find any broken behavior with current permissions.

@eldios @a-palchikov Okay, I did a quick check and it looks like everything works because gravity-site explicitly uses privileged kube client (using scheduler cert) for certain things so this service account doesn't have any effect on them. For other things it uses in-cluster config though and I still thing some permissions are missing. E.g. have you tried installing an Ops Center and then running gravity resource get endpoints on it?

@r0mant that's fixed now.. anything else you'd suggest trying?
BTW, I didn't try that operation cause it was not mentioned in the test list mentioned above.

Maybe not specifically related to this PR, but it would also be good to set / test setting readOnlyFs, and dropping all unneeded capabilities.

@r0mant definitely a duplicate. Fixed.

I believe the following permissions are also required:
secrets: update/delete
configmaps: update
service: create/update/delete

secrets: update/delete configmaps: update service: create/update/delete

do you think those would be needed only for the kube-system namespace or also for the monitoring one?

I'm guessing we should keep treat this as a major change and thus not introduce it in branches that are already considered "stable" (and thus potentially break them). I'd merge it in 5.4 and only if needed, evaluate backporting it in 5.3.

I'm fine with merging this and following up on the missing permissions should they come up.


Add multiple poses

Description
The goal with this branch is to add scripts related to trying to understand why we don't seem to be returning non-clashing ligand poses for some of the targets.
Todos
Notable points that this PR has either accomplished or will accomplish.

[ ]

Questions

[ ]

Status

[ ] Ready to go

Codecov Report

Merging #93 (6d1cfbd) into main (aa9b91e) will not change coverage.
The diff coverage is 0.00%.

:exclamation: Current head 6d1cfbd differs from pull request most recent head 5217391. Consider uploading reports for the commit 5217391 to get more accurate results


Automated installation, setup & updates

refer to #2 and #13

installs / updates git submodules
offers modes to set up client, server or both

server

compiles btm
creates python environment
installs python modules
downloads nltk-resources

client

installs web-ext to run extension

usage
install with install [all | client | server]; any server scripts can then be used after source server/venv/activate and client extension is started with yarn start in client

todo

[ ] set up gensim to download its resources into the venv (analogous to how nltk is set up already)


Azure deployed Aspire app won't allow POST to backend

I have an Aspire app with a Blazor Frontend and a backend API:
var builder = DistributedApplication.CreateBuilder(args);

var postgres = builder.AddPostgresContainer("postgres")
                      .AddDatabase("GameStore");
var blobs = builder.AddAzureStorage("storage")
                   .AddBlobs("blobs");

var backend = builder.AddProject<Projects.GameStore_Api>("backend")
                     .WithReference(postgres);

builder.AddProject<Projects.GameStore_Frontend>("frontend")
       .WithReference(backend)
       .WithReference(blobs);

var app = builder.Build();

app.Run();

After deploying the app to Azure via AZD as described here, the frontend is able to reach the API just fine, and all Frontend to Backend GET requests work without issues.
However, POST requests won't work and just redirect to a GET because the backend has been configured without insecure connections:

Because of that, when client makes a POST to backend at http://backend, the ingress will not allow it, transform it into an HTTPS request and somehow that also turns it into a GET request, which is what my backend will receive in the end.
By allowing insecure connections in the ingress, the issue is fixed.
However, once I redeploy my app via AZD UP, the Insecure Connections setting is reset, and I have to re-enable.
How to configure my Aspire app so that ingress always allows insecure connections?

You have 2 options:

Disable https redirection.
Generate the infrastructure and set allowInsecure: true. See https://learn.microsoft.com/en-us/dotnet/aspire/deployment/azure/aca-deployment-azd-in-depth?tabs=windows#generate-bicep-from-net-aspire-app-model for instructions on how to do that.

Once you do that, you'll have some yml files under each project. You should see allowInsecure: false (amongst other options)

@davidfowl I don't have any UseHttpsRedirection() calls in my apps, so they are not asking for HTTPS anywhere.
However, setting allowInsecure: true via the yml files fixed the issue.
Thank you!

@julioct Can you file another issue here https://github.com/Azure/azure-dev? We'll need to tweak the default logic for how we determine to AllowInsecure.

@davidfowl Done! https://github.com/Azure/azure-dev/issues/3021

Closing this in favor of the azd issue.


[ALL] Timesync policies when working with multiple robots

Feature Description
Due that as2 heavily relies on the TF tree the timestamps are very important for the correct working of the system. When performing a multiagent operation, the clock of each Computer can differs, what can give some errors.
One of the easy examples for understanding this is related with a mocap system. If you run the mocap_node in the ground station (with its own clock) and then you publish the data into the network when each of the Computers receives them, they can have errors when using the timestamp sent by the mocap node.
Implementation Considerations
NTP and chrony seems to be the words that are more used on this field. We can have a look into:

https://robofoundry.medium.com/how-to-sync-time-between-robot-and-host-machine-for-ros2-ecbcff8aadc4
https://answers.ros.org/question/379750/time-synchronization-approaches/

All this should be properly documented for ease the development of multi-agent systems.

We have also used SSH time synchronization to solve this problem with the onboard computer. With this method, one device acts as an SSH clock server, and clients synchronize their machine clocks with the server

We should take this into consideration for real flights
https://wiki.ros.org/ROS/NetworkSetup#Timing_issues.2C_TF_complaining_about_extrapolation_into_the_future.3F


A couple of small issues in this package

Before filing an issue please ensure the following boxes are checked, if applicable:

[x] I have searched for existing issues
[ ] I have provided detailed instructions that can reproduce the issue (including code and data necessary)

This is a wonderful package. Thanks for picking it up and sustaining/enhancing it.
I have a couple of minor requests in the rendering of line charts:

When y-values are missing (not specified) it would be nice if the package connected the existing points on either side of the missing y-value. Currently the missing point is instead rendered with a y-value of 0.
When "tickValues" are specified AND they happen to be numeric strings, the rendering of ticks and tick labels is messed up.

For example, look at the attached screen-shot:

The intent of this plot was to supply the days of the month as the tick values (in this case 28 for Feb). However because of this bug, the labels are rendered one tick displaced to the right.
This can be solved in Axis.js by replacing the two occurrences of the statement:
let scaleBase = isNaN(c) ? i : c
with:
let scaleBase = (this.options.tickValues == undefined ? i : c)
I would be happy to make and debug this change, but I am not familiar with code development/modification in gitHub. If I could get some pointers on how to do it, I would be glad to help.
Thanks.

First, thanks for the great feedback.
On 1, that seems reasonable and this is seemingly a common problem with several things that draw line charts. Besides the current behavior (assume 0s for missing values) and your proposed behavior (drawing a line connecting the area of the gap), there's also the possibility of not drawing a line at all (so no line between 5 and 6 nor 13 and 14). It seems like this is an enhancement that should default to the current behavior and be configurable to use your propose behavior (and possibly the third possibility I suggest as well).
Yet another option on 1 is to consider using a SmoothLine chart over a StockLine chart - not sure if you considered that and already dismissed it or not?
On 2, what happens if you start your data with an x value of 0 instead of 1? This is how it is done in the StockLineChartStaticTickLabels chart in the example app. I think that will solve your issue. However, if you want to try to continue with your proposed solution (add address the first item), I can help you through the process of making a contribution. This project (like many others) follows a traditional "fork and pull" model. So, you will want to read through the Github documentation and follow these steps:

Fork this project
Make & commit your changes in your forked version of the project
Create a pull request from your forked project
When creating your pull request, you will see some placeholder instructions that you need to sign the Contributor License Agreement (CLA), please do sign that form so that we can add your contribution to the project (after we review and provide any additional feedback)

Thanks for giving it a shot! It can seem daunting at first, but we can help you through it.

Thanks for the advice.
On your comment on Issue #2, I DO start the x-values at 0. However the renderer seems to use the tickValues array (if they happen to be numeric) to compute the location of that x point on the x-axis. It seems to me that it should ALWAYS use the x-value - the tickValue array entry for that point is just a label. Let me try and fix that.
Once I fork the project, how do I tell my react-native project to use this forked version of the package rather the one that I downloaded from gitHub?

Sorry to bother you again, but if you could send me an answer to the question at the end of my last comment, I could get started on branching and modifying the software.
Thanks.

You are going to want to use git remote to adjust where you're pointing to. I did a simple google "change url fork after cloning" and I came up with a couple of useful hits:

A stack overflow question
A blog post

On 2, I was incorrectly guessing at what your data looked like based on the image you provided. However, I tried out exactly what you described in the example app (changing tickValues: [           {value:'name1'},           {value:'name2'}... to tickValues: [           {value:1},           {value:2}... on the "StockLineChartStaticTickLabels" chart)  and wasn't able to reproduce the behavior you mention. I sense there is something else going on that is the culprit. Could you compare what your chart source and data looks like compared to the StockLineChartStaticTickLabels chart in the example app and see what might be the cause the behavior you see on your second issue?

When I changed the tickValues in StockLineChartStaticTickLabels to tickValues: [ {value:1}, {value:2}..., here is what I got. This is what I saw in my code. What did you see?

I know, a rather old topic, but I have the exact same issues. Was there any resolution so far? Especially the "connecting missing values" drives me nuts ;-)


Add support for loading TypeScript Sandbox/additional scripts

The TypeScript Sandbox is based on Monaco and is loaded very similarly, but with some extra scripts:
require.config({
  paths: {
    vs: 'https://typescript.azureedge.net/cdn/4.0.5/monaco/min/vs',
    // vs: 'https://unpkg.com/<EMAIL_ADDRESS>    sandbox: 'https://www.typescriptlang.org/js/sandbox',
  },
  // This is something you need for monaco to work
  ignoreDuplicateModules: ['vs/editor/editor.main'],
})

// Grab a copy of monaco, TypeScript and the sandbox
require(['vs/editor/editor.main', 'vs/language/typescript/tsWorker', 'sandbox/index'], (
  main,
  _tsWorker,
  sandboxFactory
) => {

If this library could add support for loading additional scripts and getting a handle on the result, that would be super useful.
I don't think I'll be able to do it right away (so please feel free to beat me!) but I may be able to take a look at this at some point if you'd be open to a PR.

I guess here is the equivalent of that example 🙂


Further project filtering

We'd like more ways to filter the projects that get displayed. Currently I'm thinking groups and projects optional parameters that can be used separately or together.
e.g. ?groups=mygroup1,mygroup2&projects=mygroup1/myproject1,mygroup2/myproject2 (or maybe a repeating parameter rather than comma separated)
So if there was a project=mygroup3/myproject3 in the example above, it would not be displayed due to the group filter not including mygroup3. But if it did, or there was no group filter, it would be shown. (The project names are fully qualified because of possible duplicate names leading to ambiguity.)
I didn't want to do a PR out of nowhere as I'm not sure if there's a better/more elegant way (this was just my off the cuff thoughts).

What about this:

group includes a group and its projects to the filter
!group excludes a group and its projects
group/project includes a project to the result
group/!project excludes a project from the result

With the new release of GitLab Monitor (https://github.com/timoschwarzer/gitlab-monitor/releases/tag/1.7) it's possible to filter projects and branches with a RegExp.
I'll close this issue for now.


Added irsa support

Issues #151 and #157
Added irsa support
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Hi @antontreushchenko @blacktooth, now that AWS SDK v1 will be deprecated soon, are there any concerns if we removed the v1 sts module from this repo?


Release: improve image tags for public images

Push public images using unique tags.
The current behavior is:

Releases are pushed as release version (X.Y.Z)
master is pushed as latest

The expected behavior is:

Releases are pushed as release version (X.Y.Z) and latest
Branches are pushed using branch name (i.e. master)

Ref: https://github.com/IBM/the-mesh-for-data/pull/496#issuecomment-815134116

@roee88 a question - currently images can be deployed with corresponding charts - https://github.com/fybrik/charts use the image of the latest release and the development version uses the image of master branch. this issue talks only about the images without the charts - if we deploy images for branch x then to use it we will have to change the deployments manually right? Also, what branches we would like to create images for? except for master there are the releases/  but those already exists in our repo.

@roee88 a question - currently images can be deployed with corresponding charts - https://github.com/fybrik/charts use the image of the latest release and the development version uses the image of master branch. this issue talks only about the images without the charts - if we deploy images for branch x then to use it we will have to change the deployments manually right?

When installing a chart you can specify the tag to use, I'm not sure what you're asking.

Also, what branches we would like to create images for? except for master there are the releases/ but those already published

All branches except for site and releases/*. Starting with the next release we will start using a branch per minor release and cut patch tags from it.

@roee88 Thanks. Also, I see you already did the change to use PUBLIC_TAG (called now DOCKER_PUBLIC_TAGNAME) as you mentioned in comment #496


Can you release all the model parameters?

Hi author, I am interested in your work and I have tried to reproduce this project in YouCook2 validation dataset. But the result let me down... I don't know why I cannot realize the result reported in your paper.
I follow the setting what you write in the readme.
The model parameters what I used is below:
--max_sentence_len: 20
--d_mode: 1024
--d_hidden: 2048
--n_heads: 8
--in_emb_dropout: 0.1
--attn_dropout: 0.2
--vis_emb_dropout', default=0.1
--cap_dropout', default=0.2
--image_feat_size', default=3072
--n_layers', default=2
--train_sample', default=20
--sample_prob', default=0
--slide_window_size', default=480
--slide_window_stride', default=20
--sampling_sec', default=0.5
--kernel_list', default=[1, 2, 3, 4, 5, 7, 9, 11, 15, 21, 29, 41, 57, 71, 111, 161, 211, 251]
--pos_thresh', default=0.7
--neg_thresh', default=0.3
--stride_factor', default=50
--max_epochs', default=20
--batch_size', default=16
--valid_batch_size', default=16
--cls_weight', default=1.0
--reg_weight', default=10
--sent_weight', default=0.25
--scst_weight', default=0.0
--mask_weight', default=1.0
--gated_mask', action='store_true'
--optim',default='sgd'
--learning_rate', default=0.1
--alpha', default=0.95
--beta', default=0.999
--epsilon', default=1e-8
--loss_alpha_r', default=2
--patience_epoch', default=1
--reduce_factor', default=0.5
--grad_norm', default=1
The result what I got is:
Proposal recall area: 18.823
BLEU@3: 2.749
BLEU@4: 0.6991
Meteor: 8.4377
And I found that the validation loss reduces to 1.2+ and It cannot be optimized for further reduction. Does it seem that the model still in the under-fitting state? The one reason I can figure out is that the model parameters I set are not the same as what you use. Hope to get your answer soon. Thanks!

Hi @jhliu17, thanks for your interest in our work. We use the same configuration as in the code we provided, as in README and here. We also provided the pre-trained model on youcook2 as mentioned in the README. It yields 1.16 in Bleu4 and 8.73 in METEOR. Since you had changes in the hyper-parameters, e.g., batch_size, you might want to tweak the learning_rate a little bit.

Thanks for @LuoweiZhou kindly answer~! I find the reason is the validation loss cannot truly reflect the metric result, and it seems that I need to finetune the model carefully.

@jhliu17 great to know that! Closing the issue for now.


More specific error handling, else log fatal

This change fixes a perplexing bug that resulted in exceptions being
swallowed in situations where an artefact or entity didn't have any
updates present in its specific chain.
This change alters behavior, checking to see if the exception status
code is the one we're looking for (obj not found), otherwise it will
print the traceback and exit the process.
Note: This was the only appearance of exception handling logic
of this nature. I scanned the rest of the codebase and everything
seems sane.  Ed

oh also @parkan i think u mentioned this but circle is failing for weird reasons. reverted a change that i thought was my fault, but wound up being something wonky with the build there?

man, I'm sorry @bigs, I didn't see this PR until after I merged in #28 - @vyzo changed the rpc api to return a oneof, and only throw the NOT_FOUND exception if the canonical you're trying to lookup doesn't exist.
I deleted the filed you changed here, so I'm gonna close this 😛


KeyPath .self cannot be resolved in earlier Swift versions

Description
#2792 introduced a bug in BodyMacroTests.swift:181,
return body.map(\.self)

where \.self cannot be resolved by the compiler of some earlier Swift versions.
Steps to Reproduce
No response

Synced to Apple’s issue tracker as rdar://133571001


Scroll bar does not automatically scroll to bottom after paste

Using wysihtml in "div" is ok. But with textarea. The scroll bar stays on top, does not automatically scroll to bottom. Can you please help how to fix this? Thanks!!
Live demo on codepen: http://codepen.io/rachellji/pen/GZeWgm

Hi, could you provide in what browser/version does this happen?

I tried in Chrome (Version 50.0.2661.94 (64-bit)) , Safari (Version 9.0.3 (11601.4.4)), fireFox (40.0.3). Thanks!

I'm getting a similar thing, also with iframe/textarea. When I hit enter to add a new line, and the new line goes off the bottom of the editor, the new line is added but is not visible, as the scroll bar does not go down with it. Issue shows in Chrome and IE, but works fine in Firefox.
wysihtml v0.6.beta
Chrome Version 51.0.2704.63 m
IE 11.0.9600.18314


tests: posix: fs: Add description for test cases

Add description for POSIX File System API test cases.
Signed-off-by: Ramakrishna Pallala<EMAIL_ADDRESS>

Codecov Report

Merging #7660 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #7660   +/-   ##
=======================================
  Coverage   54.96%   54.96%
=======================================
  Files         481      481
  Lines       53781    53781
  Branches    10473    10473
=======================================
  Hits        29559    29559
  Misses      19940    19940
  Partials     4282     4282

Impacted Files
Coverage Δ

tests/posix/fs/src/test_fs_file.c
58.02% <ø> (ø)
:arrow_up:

tests/posix/fs/src/test_fat_mount.c
66.66% <ø> (ø)
:arrow_up:

tests/posix/fs/src/test_fs_dir.c
58.97% <ø> (ø)
:arrow_up:

Continue to review full report at Codecov.

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


some questions about eval_poni.sh

thank you for a great job!
When I want to run the evaluation code, I encountered the following problem. I did not use conda, but directly installed the relevant dependencies in docker. I guess this is caused by the file package. Can you help me to look at this problem? ?
Finally, would you consider posting a Dockerfile?
from habitat.config import Config
ImportError: cannot import name 'Config' from 'habitat.config' (/root/PONI/dependencies/habitat-lab/habitat-lab/habitat/config/init.py)
The habitat.config here refers to the config in the habitat-lab under dependencies or the habitat here in PONI/semexp/envs/habitat ?

Thanks for your interest, @jmwang0117. What version of habitat are you using? I'm afraid I don't have a dockerfile that I can add immediately. However, I'd be happy to accept a PR from your side once we figure this out.

@jmwang0117  - that's the problem. You have to use the specific commits provided in the dependencies here: https://github.com/srama2512/PONI/tree/main/dependencies

@jmwang0117 - that's the problem. You have to use the specific commits provided in the dependencies here: https://github.com/srama2512/PONI/tree/main/dependencies

**
Hi,
I found out that it is a python version and habitat version problem
How did you deal with this problem?
When using habitat 0.2.1, you need to install tensorflow 1.13, but neither python3.8 nor python3.9 support the 1.13 version
If you install python 3.7, the problem of cannot import name 'cached_property' from 'functools' will appear, because the newest version of detectron2 required higher version of Python
If you install python3.10, the problem I mentioned earlier will appear, and Config cannot be imported. Could you please provide the version of habitat and python you are using, because it seems that the exact version is needed to reproduce this work**

The tensorflow version doesn't really matter. You can remove ==1.13 from the requirements file (in habitat-lab, I think?). I would suggest using python3.8.

@jmwang0117  - Closing this issue due to inactivity. But please feel free to open it if you have more questions.


Broken link to grid users section

At the top of the main terms and conditions there is a broken link:

It seems there are no longer separate files for v2 and v3 users t&c.

updated https://github.com/threefoldfoundation/info_legal/commit/854c77013d8093f0e3ef9f5bc0ae0ab2d27b954e


Explore Rigging in Blender

This start video is so cool: https://www.youtube.com/watch?v=f2pTkW-1JkE
The plan is:

Try to reproduce the video in Blender 3
Create an animation
Use it in Godot

The metarig plugin is also covered in https://www.youtube.com/watch?v=tzJ39ZOhfQ4 for 2.91

Let's follow the tutorial https://www.youtube.com/watch?v=tzJ39ZOhfQ4 with detail.
The repository with the results: https://github.com/Voxelers/animation

Ok, completed the research. Now it is time to start using rigging for animations. Something like we have explored in the past:
https://www.mixamo.com/#/
Simple amazing!


Compilation fatal error: d3d11on12.h: No such file or directory

Currently working on a project that is tested on Linux 22.04 and Linux  20.04. Unfortunately when I tried to build it with the addition #include "d3d12compatibility.h", I'm getting a DirectX-Header compilation error because in lines 111-114 of d3d12compatibility.h:
/* header files for imported files */
#include "oaidl.h"
#include "ocidl.h"
#include "d3d11on12.h"
It is unable to find d3d11on12.h, resulting in this build failure: third_party/directx_headers/include/directx/d3d12compatibility.h:114:10: fatal error: d3d11on12.h: No such file or directory.
I see in this repository both oaidl.h and ocidl.h are found, would it be possible to add in the file d3d11on12.h at the appropriate place as well?

What is it in the "d3d12compatibilty" header that you feel is required when building on Linux? The intent is for this header to only be used for interop on Windows.


games added to steam but link just seams dead

so ice runs properly adds a game to my steam library  now the game won't boot  if I go through the emulator everything fine but nothing happens when I try to play though steam links just dead

#473


[system] Fixing load envs from file with = in value

currently the load .env is the problem in the parsing of the content. I decided to replace the parse defined by the lib dotenv.
sample .env with problem:
FROM_DOT_ENV=azk is beautiful
BASE64=base64 hash==

before list loaded value:
azk shell -- env | grep BASE64
BASE64=base64 hash

with solution:
azk shell -- env | grep BASE64
BASE64=base64 hash==

LGTM :+1:


Cannot use the property generated.source.dir inside mybatis generator config file

even if the property 'generated.source.dir' is set in MybatisGeneratorTask.groovy, it cannot be really used in the mybatis generator config file.
The reason is that the property is not set.
You should do something like:
        ant.mbgenerator(overwrite: getOverwrite(), configfile: getConfigFile(), verbose: getVerbose()) {
            propertyset {
                propertyref(name: 'generated.source.dir')
            }
        }

Already fix it in #17


labelbee project onekey-import feature

hoping to support labelbee project onekey-import feature, current process is a little bit unconvinent

This feature is under development and will be supported in the next release. Thank you for your advice


Astro + TinaCMS

Rework current site to use Astro + TinaCMS

Certainly! If you're looking for free semantic HTML components that work seamlessly with Tailwind CSS, here are some excellent resources to explore:

HyperUI: A collection of free Tailwind CSS components that can be used in various projects, including marketing websites, admin dashboards, and eCommerce stores. It offers a wide range of components, such as alerts, buttons, grids, headers, inputs, and more. You can find it on HyperUI's GitHub page ¹.

Tailspark: Another fantastic resource with 350+ free Tailwind CSS components and templates. These components are designed and crafted by experts to help you build your next website quickly. Check it out on Tailspark ².

Mamba UI: If you're looking for an UI kit, Mamba UI provides over 150 free Tailwind CSS components and templates. Explore it further on Mamba UI ³.

Tailwind Components: This repository offers 600+ free examples and templates to bootstrap your new apps, projects, or landing sites using Tailwind CSS. Dive into it at Tailwind Components ⁴.

daisyUI: If you want to make beautiful websites faster, daisyUI is a great choice. It adds component class names to Tailwind CSS, saving you from writing thousands of utility class names for basic elements. Learn more about it on daisyUI ⁵.

Feel free to explore these resources and enhance your projects with semantic and stylish components! 🚀
Source: Conversation with Bing, 2024-02-26
(1) Free Open Source Tailwind CSS Components | HyperUI. https://www.hyperui.dev/.
(2) 350+ Free TailwindCSS Components & Templates. https://tailspark.co/.
(3) Mamba UI | Free Tailwind CSS components and templates. https://www.mambaui.com/.
(4) Tailwind CSS Components - 600+ Free Examples and Templates. https://tailwindcomponents.com/.
(5) daisyUI — Tailwind CSS Components ( version 4 update is here ). https://daisyui.com/.


Novice Wishes are not being exported into excel / 新手愿望未导出到Excel

For some reason my novice wishes are not exported into the excel table, everything else works fine.
Also in the international version of the game, there are no graphs.
由于某种原因，我的新手愿望没有导出到excel表中，其他所有工作都很好。
在游戏的国际版本中，也没有图表。
Sorry for using google translate, hope it is understandable.

It should be because it is not compatible with other game languages, and it will be updated later.
It’s okay, I also use Google Translate.

I tried the game language in English, and it’s true there are no charts, but novice wishes can be exported to excel.

I was able to fix the novice one with a restart thankfully, hope the charts are going to be added in the future, still nice work, love the app!

In the latest version, the chart can be displayed normally, but the localization of the UI has not been completed.


Migrate to Hazelcast 4

Also switch Hazelcast to TcpJoin instead of Multicast, it is very unstable (on MacOS at least)

The command "~/bin/install-jdk.sh --target "/home/travis/oraclejdk8" --workspace "/home/travis/.cache/install-jdk" --feature "8" --license "BCL"" failed and exited with 3 during . A problem with build script?

Hello @alek-sys
Thanks for your work. I have merged your request to intermediate branch 4.9. I am going to release it at weekend. There is one thing that I plan to change before release: I will resurrect the support the legacy Hazelcast 3.x as dedicated module, because many Bucket4j clients depend on this Hazelcast's version, and not everybody could upgrade its dependencies so fast. Supporting two third-party versions is not difficult, I already do it for Infinispan.
According to broken Travis build - do not worry, it is broken for year. I just forgot to fix it(looks like it is time to do it).

@alek-sys
released with version 4.9.0