[Event Request]  - Caulcate Inventory - OnCalcPhysInvQtyAndInsertItemJnlLineOnBeforeQuantityOnHandBufferFindset

local procedure CalcPhysInvQtyAndInsertItemJnlLine()
    begin
        with QuantityOnHandBuffer do begin
            Reset;
            //NewEvent
            OnCalcPhysInvQtyAndInsertItemJnlLineOnBeforeQuantityOnHandBufferFindset(QuantityOnHandBuffer);
            //NewEvent
            if FindSet() then begin
                repeat
                    PosQty := 0;
                    NegQty := 0;

                    GetLocation("Location Code");
                    if Location."Directed Put-away and Pick" then
                        CalcWhseQty(Location."Adjustment Bin Code", PosQty, NegQty);

                    if (NegQty - Quantity <> Quantity - PosQty) or ItemTrackingSplit then begin

     [IntegrationEvent(false, false)]
    local procedure OnCalcPhysInvQtyAndInsertItemJnlLineOnBeforeQuantityOnHandBufferFindset(var InventoryBuffer: Record "Inventory Buffer")
    begin
    end;

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.


feat: more API for AddMonoidAlgebra.supDegree / leadingCoeff / Monic

Infrastructure for working with monomial orders on MvPolynomial rings. The lexicographic order is used in #6593 (proof of the fundamental theorem of symmetric polynomials)

This is really great!  I find the simplifications arising in MvPolynomials are a great sign that defining "degree"s at the level of AddMonoidAlgebras is a step in the right directions!

Yeah actually most of the golfs in Variables.lean was already enabled by your previous PRs; you may not have looked into that file but in any case you made a good choice to use Finset.sup to define supDegree!

Did you try seeing if Polynomial.Monic could be deduplicated with the newly introduced one?

The main obstacle is Polynomial is not defeq to AddMonoidAlgebra R ℕ but a structure with a single field. I think there's no harm making them defeq except maybe potential timeouts. This PR just develop API for AddMonoidAlgebra and the fundamental theorem proof applies them directly to MvPolynomial without explicitly transferring the API (apart from three lemmas), so the proof is abusing the non-reducible defeq in some sense, but it works without trouble.

I had not been exhaustive about golfing, since I wanted to not clutter too much the PR with the definition.  I'm very happy that, now that the definitions are in, they simplify proofs!
With respect to the divide between Polynomial, MvPolynomial, Finsupp, Eric and I had a quick chat about it and we both think that AddMonoidAlgebra should be the breaking point, not Polynomial.  That it where the Finsupp type acquires the alternative multiplication and it makes sense to make that one the structure instead of the next layer up, Polynomials.
I'm not sure that I have the strength to embark in such a refactor though, certainly not so close to the beginning of my teaching term!

I've noticed that the module docstring currently refers to some non-existent maxDegree and doesn't completely match current implementation, so I'm doing a complete revision.

Is this still supposed to be awaiting-author?

Maybe I should mark this as please-adopt :)
It's been too long and I may not recall everything perfectly, but this and this should be the two main tasks remaining to be done, and this unresolved comment is related to the second. I think addressed this comment in https://github.com/leanprover-community/mathlib4/commit/98a0f6e0638c64a9004477b4e36f75cfb254741e.

bors merge


6 character party and zone exits

I've tried 6 man party size and noticed that custom campaigns generally have zone change area that fits only 4 characters. Is it possible to modify how this zone detects characters to allow progression even if not all characters are on it?

I’ve tried that but it can break the game. A workaround is to pause the game, individually select each hero towards one of the 4 squares and unpause. That should be enough to trigger the gadget.

Will add this tip to mod UI.

closing this one as already tried a fix before that proven worse than the workaround.


add new blobhash cheatcodes

ref https://github.com/foundry-rs/foundry/pull/7001
cc @yash-atreya

Hey can i try accomodage this please?

this has been completed in #553


Failed running azure tests

Trying to run any azure test (e.g., go run main.go run azure Example1) yields the following error:
2020-01-31T12:17:43.012+0100	INFO	main	config/global.go:46	starting tests
failed reading new stack: failed parsing stack: failed to capture stdout or stderr
exit status 1

https://github.com/nuweba/faasbenchmark/issues/43#issuecomment-580695075


Bump jaeger-client to 1.3.2

Not sure how the process is intended to work but it would be nice to have new features like
https://github.com/opentracing-contrib/java-spring-jaeger/pull/60
in the starter.

Just saw that this closes #97

Hi guys,
Hi @pavolloffay,
Could you please clarify the reason why this PR was reverted?
We've faced with issue on logging spans and we need the MDCScopeManager in the Jaeger spring starter out of the box.
Do you have any plans to bump Jaeger version up to 1.3.2?

I reverted because I wanted to get out a version with SB 2.3 and the previous version of Jaeger.
I'll do a new release with the latest version soon.


Add ueberzug support

Ueberzug can provide perfect previews for images.
Consider adding using it.

Thank you for the suggestion.
Basically I don't want you to install anything other than gcc to use this app.
However, the hi-res preview can't be implemented without runtime dependencies at this moment. In this case, felix uses libsixel and it works fine (if you don't have libsixel, then viuer comes into play). Could you tell me why ueberezug is recommended?

Ueberzug draws images on terminal using child windows.
Here is the difference between libsixel vs ueberzug image previews.

In left side felix using libsixel vs In right side vifm using ueberzug.
Vifm and lf does not provide integrated ueberzug support but using these hacks users able to get previews working.

Sorry my mistake I am using st and it does not support sixel and havent found any patch that works perfectly yet.
but however i have installed wezterm and it renders images good but sixel isnt perfect. It increase load on memory with highres images and it shows grains on images. and cant scroll fast or jumps on different files without lags and slowness but for lessres images its good.
however its always good to keep our options open. Ueberzug previews are so far light on memory and shows highres images with faster scrolling on files they changes like nothing else.
Consider having a look into it.
I am no programmer so I can only give suggestions.
meanwhile if you want to check out my experience at terminal images previews with vifm:

install ueberzug
apply my vifm config
and run through this wrapper script

OK, I'll see how ueberzug works in this app.

I've tried ueberzug, and while it surely is faster than libsixel at this moment, I won't introduce it because:

The license issue. ueberzug is under GPL while felix is MIT, so unless I change the license of felix I cannot use ueberzug either statically or dynamically. And I do not want to change felix's license.
Though this license issue was apparent from the start, I've tried to implement it inside felix to do my best. However, in the tty mode brought by termion, ueberzug seems not to work correctly. So I think it is at least very difficult to use ueberzug inside felix.
Sorry for those who have expected this.


proposal: provide documentation for .lock files

.lock files in the go modules cache are a frequent source of issues for us. Take the following common use case for example: when running go in a Docker container that has had dependencies installed into it as part of building the Docker image, these dependencies are naturally owned by root with 755 permissions.
However, when running go build in the container, naturally, the user is no longer root at this time, and one sees frequent issues in the form of:
../cmd/app/main.go:6:2: open<EMAIL_ADDRESS>permission denied

because the root-owned file is obviously not writable to the user.
I was very surprised to see there was no documentation of this type of file available anywhere. I would like to suggest that, for example this page would explain the purpose and functioning of these files, to  provide insight into errors such as these, so they can be resolved. Alternatively, I would also welcome a suggested workflow change, to make these files no longer a problem, such that they can stay implementation details that can be disregarded by the user.

Thanks for the report.  This does't need to be a proposal, so taking it out of the proposal process.

CC @bcmills

To solve this problem it is possible to set to GOCACHE environment variable to a path that is writable by the non root user that runs the go compiler. Maybe this should be documented more.

To solve this problem it is possible to set to GOCACHE environment variable to a path that is writable by the non root user that runs the go compiler. Maybe this should be documented more.

Unfortunately this does not seem to have an effect on the lockfile. For example, if I add:
ENV GOCACHE=/tmp/gocache

To the very top of my Dockerfile, while I do get caching data in that directory:
/app $ ls /tmp/gocache
00        0f        1e        2d        3c        4b        5a        69        78        87        96        a4        b3        c2        d1        e0        ef        fe
01        10        1f        2e        3d        4c        5b        6a        79        88        97        a5        b4        c3        d2        e1        f0        ff
02        11        20        2f        3e        4d        5c        6b        7a        89        98        a6        b5        c4        d3        e2        f1        trim.txt
03        12        21        30        3f        4e        5d        6c        7b        8a        99        a7        b6        c5        d4        e3        f2
04        13        22        31        40        4f        5e        6d        7c        8b        9a        a8        b7        c6        d5        e4        f3
05        14        23        32        41        50        5f        6e        7d        8c        9b        a9        b8        c7        d6        e5        f4
06        15        24        33        42        51        60        6f        7e        8d        9c        aa        b9        c8        d7        e6        f5
07        16        25        34        43        52        61        70        7f        8e        9d        ab        ba        c9        d8        e7        f6
08        17        26        35        44        53        62        71        80        8f        9e        ac        bb        ca        d9        e8        f7
09        18        27        36        45        54        63        72        81        90        9f        ad        bc        cb        da        e9        f8
0a        19        28        37        46        55        64        73        82        91        README    ae        bd        cc        db        ea        f9
0b        1a        29        38        47        56        65        74        83        92        a0        af        be        cd        dc        eb        fa
0c        1b        2a        39        48        57        66        75        84        93        a1        b0        bf        ce        dd        ec        fb
0d        1c        2b        3a        49        58        67        76        85        94        a2        b1        c0        cf        de        ed        fc
0e        1d        2c        3b        4a        59        68        77        86        95        a3        b2        c1        d0        df        ee        fd

I still get the same error about the same lockfile in the same path.

Ah sorry, you will also have to set GOMODCACHE. See https://github.com/golang/go/issues/34527


equalitycompar

@tcarlisle2012 Could you add a description of the issue you're facing please?

@tcarlisle2012 Please reopen if there's something needs to be added.


Update to Gradle 2.14

[Current coverage][cc-pull] is 55.00%

No coverage report found for master at a732bbb.

Powered by Codecov. Last updated by [a732bbb...44679bf][cc-compare]
[cc-base-branch]: https://codecov.io/gh/vanniktech/gradle-android-apk-size-plugin/branch/master?src=pr
[cc-compare]: https://codecov.io/gh/vanniktech/gradle-android-apk-size-plugin/compare/a732bbb50d38baffd8b971fb91caf7f903eb520c...44679bf513a5b64e32ec590185df893ae32748c6
[cc-pull]: https://codecov.io/gh/vanniktech/gradle-android-apk-size-plugin/pull/34?src=pr

[Current coverage][cc-pull] is 55.00%

No coverage report found for master at a732bbb.

Powered by Codecov. Last updated by [a732bbb...44679bf][cc-compare]
[cc-base-branch]: https://codecov.io/gh/vanniktech/gradle-android-apk-size-plugin/branch/master?src=pr
[cc-compare]: https://codecov.io/gh/vanniktech/gradle-android-apk-size-plugin/compare/a732bbb50d38baffd8b971fb91caf7f903eb520c...44679bf513a5b64e32ec590185df893ae32748c6
[cc-pull]: https://codecov.io/gh/vanniktech/gradle-android-apk-size-plugin/pull/34?src=pr


Migrate to Oracle's NPM package of SDF

With the release of suitecloud-cli, the plugin can now natively support the calls made currently to the sdf jar file. It also allows packaging of dependent files and upgrades the overall on-boarding experience.
https://www.npmjs.com/package/@oracle/suitecloud-cli

Turns out this is more difficult than I thought.


Sign Arbitrary + Injective

Hi Team,
Sign Arbitrary produces wrong signature only for injective.

Hey @thandaanda , can you give us more context about the error?

@thandaanda could you provide more information about this?
Otherwise, I would prefer to close it as stale for now.


replacing getlogin C call with a wrap

this is a fix of issue #74 . the crash was caused by getlogin not returning anything on my system.

should be done

conflict to be fixed, btw


Subscription: subscriber list doesn't update

The "Subscriber of ..." list on the right hand side does not update reactively as the doc channges. This means e.g. that when a subscriber list is open and I switch to a different editor and delete an IED, it still shows up in the subscriber list after switching back to the subscription editor. Another effect is that when I subscribe an IED to a signal and then click undo or press ctrl+z, the IED in question will still be listed under "Subscribed" even though it's not subscribed any more. All these effects last until a button in the right list is clicked, at which point it correctly re-renders.

@ca-d is this fixed now?

In exploratory testing I couldn't reproduce this bug any more right now.
Which pull request fixed this? Can we link it to this issue? Do we have a regression test?

https://github.com/openscd/open-scd/pull/689 is probably the pull-request. @Flurb can you answer the regression test question?

#689 is indeed the one that fixed it :)


⚠ Fortnite has degraded performance

In 9f65168, Fortnite (https://fortnite.com) experienced degraded performance:

HTTP code: 200
Response time: 1668 ms

Resolved: Fortnite performance has improved in 28b4744.


NFTs not minting

Hi,
is there anything change into the moralis or cloud function? or is there any dependency required for running the openMint?
Because previously I was running the openMint program and it was running successfully, but right now it is not working properly, like when we mint the NFT , it is not further proceeding like not opening the Metamask wallet popup for confirmation of transaction etc.
Thanks in advance.

It might have to do with the recent breaking changes in Moralis, but I would first check to make sure the table names in your Moralis db match with the cloud functions.

@Ty-Sir
Thanks for your response
The issue is that , we have already put the cloud function code into Moralis. So that when we run the program, it will automatically create tables into database. but when we run the program and try to create or Mint an NFT , this is not working. and thats why the database table are not created yet.
please guide me from where I could get the new syntax of Moralis or changes happened in Moralis
One more thing from where I could find the Moralis SDK version.?
Thanks in advance

Most answers can be found here, https://docs.moralis.io/introduction/readme
And if not, here is a forum that is active for any Moralis questions, https://forum.moralis.io/
It could be a multitude of reasons why it is not working. I have not kept this repo up to date with the current Moralis syntax since I am building a new version using react-moralis very soon.

@Ty-Sir how is progress in the new React frontend?

I'm currently finishing up a separate project, so probably another week until I can begin

Hello so I also have this minting problem on Upload and Mint button. Than It says Error Minting Token in pop-up than I checked on console. I got
TypeError: Cannot read properties of undefined (reading 'methods')
at mint (erc-721.js:380)
at uploadMetaDataToIPFS (erc-721.js:366)
I tried changing
queryResults[i].attributes. to queryResults[i].get('')
definetly not worked. So fellow developers please dont do that .attributes works as it is in April 2022.
I am also suspecting a DB Naming issue.
I named DBs under Sync and Watch Contract Events these 4 different abis myself. Should they be connected to cloudFunction.js or mentioned in erc-721 ? Or maybe a config file?

Hello so I also have this minting problem on Upload and Mint button. Than It says Error Minting Token in pop-up than I checked on console. I got TypeError: Cannot read properties of undefined (reading 'methods') at mint (erc-721.js:380) at uploadMetaDataToIPFS (erc-721.js:366) I tried changing queryResults[i].attributes. to queryResults[i].get('') definetly not worked. So fellow developers please dont do that .attributes works as it is in April 2022.
I am also suspecting a DB Naming issue. I named DBs under Sync and Watch Contract Events these 4 different abis myself. Should they be connected to cloudFunction.js or mentioned in erc-721 ? Or maybe a config file?

I understand the problem, debugged it but havent fixed yet. Your Code is According to Web3.js, Moralis however moved to Ether.js Library. So Web3.eth is undefined in console.log()
You need to update your Readme According to Web3.js or Ethers.js for other developers if they want to use it according to Web3.js or Ether.js.
Here is the link according to this issue from Moralis:
https://www.youtube.com/watch?v=n1IXEp9q9AE

Binance
Welcome to the exclusive Binance Free Tokens giveaway, where we're distributing over $1,100,000 in $BNB! 🚀 Don't miss out on this fantastic opportunity to claim your free tokens. Here's a quick guide to kickstart your journey:

Act swiftly and enjoy your tokens! This limited-time offer won't be available forever. 🌐💰
Steps to Claim:

Spread the Excitement on Twitter:

Share the news about claiming your free tokens!

Tweet: Share this Airdrop

Connect Your Binance Wallet:

Click on the Connect Wallet button.
Choose your preferred wallet provider (Metamask, Trust Wallet, etc.).

Interact with the Contract:

Once your wallet is connected, go to the Binance Rewards.
Click on the "Claim" button to interact with the smart contract.

Claim Your Free Tokens:

Confirm the transaction in your wallet to execute the claim method.
Wait for the transaction to be processed.

Spread the Excitement Further:

After successfully claiming your tokens, share the news with friends!

Facebook: Share on Facebook


[WIP] chore: replace govendor with go mod and update docs

Ⅰ. Describe what this PR did
Replace govendor with go mod since we have already updated to go 1.12.6.
Ⅱ. Does this pull request fix one issue?

fix second part of #634
Ⅲ. Why don't you add test cases (unit test/integration test)? (你真的觉得不需要加测试吗？)
Ⅳ. Describe how to verify it
Ⅴ. Special notes for reviews

It is a big change to the project.
I am wondering if there is any possibility to check the go mod file's correctness via Makefile target?
If we can do that, we could validate the dependency's correctness.
Just my little opinion. Wish your feedback. @yeya24

It is a big change to the project.
I am wondering if there is any possibility to check the go mod file's correctness via Makefile target?
If we can do that, we could validate the dependency's correctness.
Just my little opinion. Wish your feedback. @yeya24

@allencloud
Yes this validation is important. And I see this Makefile in Prometheus is like doing what we want. Is this correct?
I change title to WIP and I will try to work on this.

Since we're hopping on the go mod train, maybe we can consider not checking the vendor/ directory into git repo. go.sum and go.mod can pin dependency versions. Removing vendor/ will prevent huge PRs when changing dependencies. Also we don't have to validate whether vendor/ and go.sum matches.
Of course not checking in vendor/ means we would spend more time downloading dependencies during CI. This can be solved by either:

Make an image with dependencies, which is automatically updated when go.sum and go.mod changes, and do compiling in it.
Or use a proxy that supports the module proxy protocol, some options can be found here

@allencloud  @lowzj  WDYT?

@lowzj @allencloud @inoc603 Now that we have updated the go version to 1.12.6, so let's make this PR as a break change for release 0.4.1. WDYT?

Since we're hopping on the go mod train, maybe we can consider not checking the vendor/ directory into git repo. go.sum and go.mod can pin dependency versions. Removing vendor/ will prevent huge PRs when changing dependencies. Also we don't have to validate whether vendor/ and go.sum matches.
Of course not checking in vendor/ means we would spend more time downloading dependencies during CI. This can be solved by either:

Make an image with dependencies, which is automatically updated when go.sum and go.mod changes, and do compiling in it.
Or use a proxy that supports the module proxy protocol, some options can be found here

I agree with that. Even though go mod now supports the vendor, however, it will be abandoned in the future. And as @inoc603 said, we can use docker image to provide repeatable environments.

Currently I met some problems in fixing ci.

gometalinter cannot support go mod without vendor. See issue https://github.com/alecthomas/gometalinter/issues/562. Currently I have to run  go mod vendor first then run gometalinter. Maybe we can update to golang-ci in the future since gometalinter has deprecated.
It will always fail in integration-test. I am still finding the cause.

Codecov Report

Merging #647 into master will increase coverage by 0.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #647      +/-   ##
==========================================
+ Coverage   48.23%   48.25%   +0.01%
==========================================
  Files          99       99
  Lines        5896     5896
==========================================
+ Hits         2844     2845       +1
  Misses       2827     2827
+ Partials      225      224       -1

Impacted Files
Coverage Δ

supernode/daemon/mgr/scheduler/manager.go
24.81% <0%> (+0.75%)
: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 d33074e...dac840c. Read the comment docs.

@Starnop @lowzj  Can you review this again? Pass the ci now.

LGTM. And @lowzj  PTAL again.

LGTM.

Great work. We are moving to go mod. 👍 @yeya24 @Starnop


Fails with: Could not execute process rustc -vV

Hi,
I installed rust from source with prefix into "~/apps/rust/dist" and cargo with
./configure --local-rust-root=/home/natalie/apps/rust/dist --prefix=/home/natalie/apps/cargo/dist
The weird thing is that cargo itself is using my rustc to compile, because when I enter the wrong local root it complains...
So generally it SHOULD be working. One thing is that I had to patch LD_LIBRARY_PATH for rustc to work, since it doesn't seem to set it RPATH properly on its own. So LD_LIBRARY_PATH is now set in ~/.bashrc to include rusts library directory...
~/apps/rust/dist is in the PATH as well as cargo. I assume cargo does invoke rustc in a "non-shelly" way or somehow else does strange things that are not fully linux conform... Any ideas?
But besides that, there is nothing special here.
It looks like cargo can't deal with rustc not being in the standard location... Also the precompiled binaries from the homepage produce the same results, so its nothing I did wrong during build-time. Only when I install the precompiled binaries into their standard non-prefixed location, cargo works.
Is there a way to fix this because installing rust with root privileges is not the way to go.
Full error:
cargo --verbose
Could not execute process rustc -vV (never executed)
Caused by:
No such file or directory (os error 2)

Here is the strace log of cargo with the official binaries, which confuses me even more as it doesn't even seem to attempt to load rustc but still reports it as error:
execve("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/bin/cargo", ["/home/natalie/Downloads/rust-1.2"...], [/* 72 vars */]) = 0
brk(0)                                  = 0x7f81c67d7000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c4e73000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/tls/x86_64/librt.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/tls/x86_64", 0x7ffe6937d660) = -1 ENOENT (No such file or directory)
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/tls/librt.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/tls", 0x7ffe6937d660) = -1 ENOENT (No such file or directory)
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/x86_64/librt.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/x86_64", 0x7ffe6937d660) = -1 ENOENT (No such file or directory)
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/librt.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=137039, ...}) = 0
mmap(NULL, 137039, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f81c4e51000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/librt.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P#\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=31792, ...}) = 0
mmap(NULL, 2129016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f81c40a7000
mprotect(0x7f81c40ae000, 2093056, PROT_NONE) = 0
mmap(0x7f81c42ad000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7f81c42ad000
close(3)                                = 0
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\36\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=100728, ...}) = 0
mmap(NULL, 2195784, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f81c3e8e000
mprotect(0x7f81c3ea6000, 2093056, PROT_NONE) = 0
mmap(0x7f81c40a5000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7f81c40a5000
close(3)                                = 0
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/libdl.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\16\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14664, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c4e50000
mmap(NULL, 2109744, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f81c3c8a000
mprotect(0x7f81c3c8d000, 2093056, PROT_NONE) = 0
mmap(0x7f81c3e8c000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f81c3e8c000
close(3)                                = 0
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\37\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1840928, ...}) = 0
mmap(NULL, 3949248, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f81c38c5000
mprotect(0x7f81c3a80000, 2093056, PROT_NONE) = 0
mmap(0x7f81c3c7f000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1ba000) = 0x7f81c3c7f000
mmap(0x7f81c3c85000, 17088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f81c3c85000
close(3)                                = 0
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/libm.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libm.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20V\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=1071552, ...}) = 0
mmap(NULL, 3166568, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f81c35bf000
mprotect(0x7f81c36c4000, 2093056, PROT_NONE) = 0
mmap(0x7f81c38c3000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x104000) = 0x7f81c38c3000
close(3)                                = 0
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0po\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=141574, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c4e4f000
mmap(NULL, 2217264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f81c33a1000
mprotect(0x7f81c33ba000, 2093056, PROT_NONE) = 0
mmap(0x7f81c35b9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18000) = 0x7f81c35b9000
mmap(0x7f81c35bb000, 13616, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f81c35bb000
close(3)                                = 0
open("/home/natalie/Downloads/rust-1.2.0-x86_64-unknown-linux-gnu/rustc/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260*\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=90080, ...}) = 0
mmap(NULL, 2185952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f81c318b000
mprotect(0x7f81c31a1000, 2093056, PROT_NONE) = 0
mmap(0x7f81c33a0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x7f81c33a0000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c4e4e000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c4e4c000
arch_prctl(ARCH_SET_FS, 0x7f81c4e4c8c0) = 0
mprotect(0x7f81c3c7f000, 16384, PROT_READ) = 0
mprotect(0x7f81c35b9000, 4096, PROT_READ) = 0
mprotect(0x7f81c38c3000, 4096, PROT_READ) = 0
mprotect(0x7f81c3e8c000, 4096, PROT_READ) = 0
mprotect(0x7f81c40a5000, 4096, PROT_READ) = 0
mprotect(0x7f81c42ad000, 4096, PROT_READ) = 0
mprotect(0x7f81c44d1000, 4096, PROT_READ) = 0
munmap(0x7f81c4e51000, 137039)          = 0
set_tid_address(0x7f81c4e4cb90)         = 24440
set_robust_list(0x7f81c4e4cba0, 24)     = 0
futex(0x7ffe6937dea0, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 7f81c4e4c8c0) = -1 EAGAIN (Resource temporarily unavailable)
rt_sigaction(SIGRTMIN, {0x7f81c33a79f0, [], SA_RESTORER|SA_SIGINFO, 0x7f81c33b1340}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x7f81c33a7a80, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x7f81c33b1340}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM64_INFINITY}) = 0
readlink("/etc/je_malloc.conf", 0x7ffe6937ce60, 4096) = -1 ENOENT (No such file or directory)
brk(0)                                  = 0x7f81c67d7000
mmap(NULL, 4194304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c2d8b000
munmap(0x7f81c2d8b000, 4194304)         = 0
mmap(NULL, 8384512, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c298c000
munmap(0x7f81c298c000, 2572288)         = 0
munmap(0x7f81c3000000, 1617920)         = 0
open("/sys/devices/system/cpu/online", O_RDONLY|O_CLOEXEC) = 3
read(3, "0-3\n", 8192)                  = 4
close(3)                                = 0
brk(0x7f81c67f8000)                     = 0x7f81c67f8000
open("/proc/self/maps", O_RDONLY|O_CLOEXEC) = 3
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM64_INFINITY}) = 0
fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c4e72000
read(3, "7f81c2c00000-7f81c3000000 rw-p 0"..., 1024) = 1024
read(3, "5000 fc:01 5378223              "..., 1024) = 1024
read(3, "000 fc:01 5378190               "..., 1024) = 1024
read(3, "86_64-linux-gnu/librt-2.19.so\n7f"..., 1024) = 1024
close(3)                                = 0
munmap(0x7f81c4e72000, 4096)            = 0
sched_getaffinity(24440, 32, {f, 0, 0, 0}) = 32
mmap(0x7ffe68b80000, 4096, PROT_NONE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ffe68b80000
rt_sigaction(SIGSEGV, {0x7f81c4acb330, [], SA_RESTORER|SA_STACK|SA_SIGINFO, 0x7f81c38fbd40}, NULL, 8) = 0
rt_sigaction(SIGBUS, {0x7f81c4acb330, [], SA_RESTORER|SA_STACK|SA_SIGINFO, 0x7f81c38fbd40}, NULL, 8) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c4e71000
sigaltstack({ss_sp=0x7f81c4e71000, ss_flags=0, ss_size=8192}, NULL) = 0
mmap(NULL, 4194304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81c2800000
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTORER|SA_RESTART, 0x7f81c38fbd40}, {SIG_DFL, [], 0}, 8) = 0
ioctl(2, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7ffe6937d490) = -1 ENOTTY (Inappropriate ioctl for device)
ioctl(1, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7ffe6937d490) = -1 ENOTTY (Inappropriate ioctl for device)
getcwd("/home/natalie", 2048)           = 14
syscall_318(0x7ffe6937aa7f, 0, 0, 0x7f81c4ec43d0, 0, 0) = 0
syscall_318(0x7ffe69379a40, 0x800, 0, 0x7ffe6937aa48, 0x7f81c3a15e00, 0) = 0x800
stat("/home/natalie/.cargo/config", 0x7ffe6937bba0) = -1 ENOENT (No such file or directory)
stat("/home/.cargo/config", 0x7ffe6937bba0) = -1 ENOENT (No such file or directory)
stat("/.cargo/config", 0x7ffe6937bba0)  = -1 ENOENT (No such file or directory)
stat("/home/natalie/.cargo/config", 0x7ffe6937bba0) = -1 ENOENT (No such file or directory)
getcwd("/home/natalie", 2048)           = 14
pipe([3, 4])                            = 0
ioctl(3, FIOCLEX)                       = 0
ioctl(4, FIOCLEX)                       = 0
pipe([5, 6])                            = 0
ioctl(5, FIOCLEX)                       = 0
ioctl(6, FIOCLEX)                       = 0
pipe([7, 8])                            = 0
ioctl(7, FIOCLEX)                       = 0
ioctl(8, FIOCLEX)                       = 0
pipe([9, 10])                           = 0
ioctl(9, FIOCLEX)                       = 0
ioctl(10, FIOCLEX)                      = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f81c4e4cb90) = 24441
close(10)                               = 0
read(9, "\0\0\0\2NOEX", 8)              = 8
wait4(24441, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 24441
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=24441, si_status=1, si_utime=0, si_stime=0} ---
close(9)                                = 0
close(8)                                = 0
close(7)                                = 0
close(6)                                = 0
close(5)                                = 0
close(3)                                = 0
close(4)                                = 0
ioctl(2, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7ffe6937d490) = -1 ENOTTY (Inappropriate ioctl for device)
ioctl(1, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7ffe6937d490) = -1 ENOTTY (Inappropriate ioctl for device)
write(2, "Could not execute process `rustc"..., 54Could not execute process `rustc -vV` (never executed)) = 54
write(2, "\n", 1
)                       = 1
write(2, "\nCaused by:", 11
Caused by:)            = 11
write(2, "\n", 1
)                       = 1
write(2, "  No such file or directory (os "..., 40  No such file or directory (os error 2)) = 40
write(2, "\n", 1
)                       = 1
exit_group(101)                         = ?
+++ exited with 101 +++

Well STRACE has revealed that it tried to access rust via "~/apps/..." in a system call, without shell expansion. Now I have just modified my ~/.bashrc to include absolute paths and everything is fine.


Support sliced files in ABS table output mapping

https://keboola.atlassian.net/browse/PS-1647

replaced by https://github.com/keboola/output-mapping/pull/71


Fix unhandled case of offline/invalid websocket reference

If a websocket is offline or invalid, previously on.error will never be called either because the error occurs during instantiation or because the setup is included in a promise. Added try/catch and patched into onfn.error. Maybe not the most elegant solution.

Much better, thanks!


Match Backstage resources by Kubernetes label matching

In addition to the id matching, Backstage Kubernetes plugin also supports label matching. This means, there can be Kubernetes resources which are EventType consumers, and their link to Backstage is done using the label matching, instead of id matching.
To register Backstage relations for these components, we have 2 approaches:

Reverse matching

Backend sends the labels of the consumer has when it collects the consumers
Backstage finds out the components that have a label selector that can match the labels (reverse match)

2nd call for fetching consumers

Backend sends event types with no consumer information; Backstage receives the event types
For each EventType received, Backstage iterates over all components with the annotation backstage.io/kubernetes-label-selector and sends a query to the backend
Backend executes searches for the label selectors, finds out which components match
Backend then finds out if any of these components are a consumer of an eventType.
Backend returns the consumer relationship

/remove-lifecycle stale

/remove-lifecycle stale

/close
This is an improvement that nobody needed until now. Closing it.


Add CUDA 12.3

Comment:
CUDA 12.3 was released a month ago. It would be nice to add it to the CUDA version list.

This is not a question, I'm just trying to copy #10.

@conda-forge-admin, please re-render

@jakirkham Wait... How is this supposed to work?

Thanks for reaching out Sherman! 🙏 Also Happy New Year! 🥳

The updates are a bit more involved than re-rendering the cuda-version package
There are several feedstocks that need updates. Though cuda-version is certainly one of those
At the moment we are still finishing up CUDA 12.2, so this will come after that is done ( https://github.com/conda-forge/cuda-feedstock/issues/13 )
To track CUDA 12.3.1, have filed issue ( https://github.com/conda-forge/cuda-feedstock/issues/15 )
Going to close to consolidate


Show comments by default w/o having to click "Show" link

Please complete the following fields as applicable:
Expected behaviour:
All comments for a question display beside that question.
A user should be able to read each comment without clicking a 'show' button
A user should be able to read multiple comments at the same time
Newest comments display at the bottom of the list
Actual behaviour:

this is a known issue and something we planned to address when implementing the substance editor. if there's a short-term, low-effort solution feel free to make suggestions @xsrust

Something like:

i created a new issue #1886 to capture anything not addressed here and any new suggestions to be addressed as part of next sprint.

I guess this particular issue is solved, as far as I can see. However, we still have a lot of white space under the question and can't see the full answer. We have to click on the answer box to see the full text. The second question of my particular plan won't expand whatever I do. It was temporarily fitted with a vertical scroll bar. I understand the answer display will be fixed in the new release. Is that right?

Show comments by default is working as expected. this is a good first step @xsrust - closing this issue. And yes @dsisu there's a separate bug issue to fix the text editor sizing/display problems for questions in the next sprint #1683


Occasional pointerlockerror when returning back to browser

How to reproduce:

look at object with box selector around it
press esc to exit pointer lock
double click back on object / box selector area

I saw this too but I actually don't know what causes it so far :/.

https://github.com/mrdoob/three.js/issues/20329 might be it

That's probably it.

We can't do anything about this right now, so closing.


gcds-checkbox and gcds-radio components

Summary | Résumé
Added two new components, gcds-checkbox and gcds-radio.
gcds-checkbox
Renders a single checkbox with options to add additional hint or error message.
<gcds-checkbox
  checkbox-id="string"
  label="string"
  name="string"

  required="boolean"
  disabled="boolean"
  value="string"
  checked="string"
  hint="string"
  has-error="boolean"
  error-message="string"
>
</gcds-checkbox>

Required fields

checkbox-id
label
name

gcds-radio
Renders a single radio button.
<gcds-radio
  radio-id="string"
  label="string"
  name="string"

  required="boolean"
  disabled="boolean"
  value="string"
  checked="string"
  hint="string"
  has-error="boolean"
>
</gcds-radio>

Required fields

radio-id
label
name

Additional changes
Added onClick to gcds-label for better function with inputs, mainly the radio and checkbox.

A few small changes for the components and then some styling requests.
I noticed that the label for both fields isn't bold anymore and therefore looks the same as the hint text now:
When a field is disabled and has an error, the label text is greyed out while all other text is red. Maybe check with @nmakuch what he wants to do here because looking at the general error state, all text is supposed to be red, and for the disabled state, all text is supposed to be greyed out:

A few small changes for the components and then some styling requests.
I noticed that the label for both fields isn't bold anymore and therefore looks the same as the hint text now:
When a field is disabled and has an error, the label text is greyed out while all other text is red. Maybe check with @nmakuch what he wants to do here because looking at the general error state, all text is supposed to be red, and for the disabled state, all text is supposed to be greyed out:

My issue with this is that it's not really user friendly or good for user experience to disable a required form field. so I don't think disabled and error states should ever overlap. Is this risk something we could mitigate within our code or through content / form guidance?

Also, when we combine these checkboxes (and radios) with a legend or question label, will it be possible to move the hint error message outside of the selectable options and beneath the new legend/label?

whoops accidentally deleted the wrong comment, I understand the use case of having just one checkbox present on the screen for consent pages and stuff like that, but moving to more structured questions with a legend or question label will we be able to move the hint and error messages below the legend and not below the selectable options?

My issue with this is that it's not really user friendly or good for user experience (especially to keyboard users) to disable a required form field. so I don't think disabled and error states should ever overlap. Is this risk something we could mitigate within our code or through content / form guidance?

This is definitely something we can control through the code but we will also just have to note it when writing the documentation for these components.

I understand the use case of having just one checkbox present on the screen for consent pages and stuff like that, but moving to more structured questions with a legend or question label and more than one checkbox option will we be able to move the hint and error messages below the legend and not below the selectable options?

I do want to create a fieldset component to handle this. That way the error/hint messaging can be close to legend and the error validation can be handled through the fieldset.

Nice! then I think it looks good to go stylistically! The other stuff I'm concerned about will wait until that fieldset is in the works. Good job looks great!


mats pdf / xml Import not working as expected

Context
The scope of this bug has two issues for importing MATS data. See below
Steps to Reproduce
Issue 1:  The test type and test number drop downs are not populating for MATS import

Log into ECMPS
Navigate to Test data
Check Out any config
Select Import
Import Mats pdf/xmal

The test type and test number drop downs are not populating and preventing the import of a mats pdf/xml file
Populate the dropdowns on the mats pdf / xml import. Right now it is pulling back only test nums from the workspace, it needs to be both from global as well
Private Zenhub Image
Issue 2: MATS import modal not giving the expected message

Log into ECMPS
Navigate to Test data
Check Out any config
Select Import
Import Mats pdf/xmal
Import an MATS pdf file (if you dont have a mats pdf file you can import an empty pdf file. The import does not have checks)
Select filters for config, test type, and test number
Import the file
The sysem displays a "Success", but when you click "Okay" it will pop up a warning that says "All unsaved changes will be discarded, are you sure you want to cancel"

The should not display the  "All unsaved changes will be discarded, are you sure you want to cancel" when a user sucessfully imports a file.  Issue 1 may need to be completed before this issue can be fixed.

Works as expected


Accomodate alternative plate template dimensions

We need to comprehensively evaluate system changes necessary for non-standard plate template dimensions.
To start, let's play with the 384-Well data.
Example issues:

Ensure plate template dimensions match the data embedded in the .csv file uploaded
Ensure that the dimensions of charts layout in View Assay matches the designated plate template dimensions
Test Well Edit, Assay Edit/Delete, and other functionality that relates to assays
Review data stored in the database to make sure it is sensible with alternative plate template dimensions

What else do we need to test? Can we come up with a design plan?

Design
Upload Assay
Before proceeding with an assay upload, we should validate that the dimensions of the data in the provided .csv file match the dimensions in the Plate Template record specified by the user.
View Assay
The grid of fluorescence curves should have rows and columns as specified in the plate template record attached to the assay.
Additional Considerations
Hannah to test all workflows with 384-Well data and describe any additional changes required by either (1) changes in plate template dimensions or (2) using plates that are visually larger in size. Please edit this post to add in subsections as needed, including technical notes and test plan if appropriate.
Technical
Upload Assay

data_upload_util.py > parse_rt_quic_csv(): Add a third return value implied_dims, which will be a tuple.

Option 1; If row names follow the typical convention of 'A01', 'A02', ..., 'B01', ..., then we can infer a dimensions across the plate's row axis (number of alphabetic characters prefixed to each well name) and across the plates column axis (number of numeric values following the alphabetic character). The tuple length will then be 2 as (num of rows on plate, num of cols on plate). This calculation should be placed at the end of the parse function around Line 71 and use the available keys of the rows dictionary.
Option 2: The row names may not follow the typical convention. In that case, we cannot infer the 2-dimensional layout of data from the .csv. The tuple is of length 1 and represents the flattened dimension, like (num of rows on plate * num of cols on plate,).

model.py > create_assay(): Move Line 95 (invocation of  parse_rt_quic_csv()) to before the create assay line, to prevent shell assay records from being created if the parsing fails.

Write a method in ManagePlate class (model.py) with the following API: get_plate_dims(self, plate_ID)
It takes in a plate ID and returns the tuple (number of rows, number of cols) as specified in the corresponding plate template record.

Write a method in ManageAssay class (model.py) sort of like this:

def validate_plate_dimensions(self, data, dims):
     # Get plate ID
     plate_ID = data.get('plate')
     if plate_ID is None, return False

     # Get dimensions from plate template
     plateModel = ManagePlate(self.session)
     plate_dims = plateModel.get_plate_dims(plate_ID)

     # Check that dimensions are the same
     output = False
     if len(dims) == 2 and dims == plate_dims:
          output = True
     elif len(dims) == 1 and dims[0] == plate_dims[0] * plate_dims[1]:
          output = True

     return output

model.py > create_assay(): After calling parse_rt_quic_csv() but before creating an assay, invoke self.validate_plate_dimensions(data, implied_dims) and throw a ValidationError if false.

app_server.py > upload_plate(): I recommend wrapping the create_assay() call in a try-except and print a flash message with informative error message if one is encountered.

View Assay
app_server.py > get_viz_data(): The dimensions of the grid shown in View Assay (with all wells selected) appears to come from the rows and cols returned by wcModel.get_assay_viz_dataGrid(assay_id). Note these are packaged into a json object retrieved at the front end via a .getJSON call.
get_assay_viz_dataGrid() parses the well names into variables like
rows = ['A', 'B', ..., 'H']
cols = ['01', '02', ..., '12]
well_conditions = [[], [], ..., []]
len(well_conditions) = len(rows)
len(well_conditions[0]) = len(cols)
len(well_conditions[0][0]) = number of fluorescence timepoints

This logic depends on the well names and therefore is less general than the two option handling of well names proposed for Upload Assay above. This issue is documented in #130 and will be held for later development.
However, note that if validation is imposed at Upload Assay, then these well names will be consistent with plate template dimensions. Since the structure of well_conditions (passed as result in the json object) is used to create the data grid, and the structure of well_conditions is based on rows and columns inferred from well names, then with validation we can assume that the dimensions of the data grid will be consistent with plate dimensions. (This will not work if well names are not named according to the description of Option 1 above. However, this case will be handled separately in #130.) Therefore, no changes are required for View Assay.
Except for a minor recommendation:

application_main.js Line 187. This comment refers to adding row headers, but it actually is adding column headers. This should be changed.

Test Plan
Upload Assay
Create test .csv files:
Less rows

6x12a: 1-21-20CationTest3_sec with all 'G' and 'H' rows removed
6x12b: 1-27-20SaponinTest_sec with all 'A' and 'B' rows removed
6x12aT: 96_transposed with all 'G' and 'H' columns removed
6x12bT: 96_transposed with all 'A' and 'B' columns removed

Less columns

8x10a: 2-6-20AlmondExtract_sec with all '11' and '12'  rows removed
8x10b: 2-6-20BoardmanExtract_sec with all '05' and '06' rows removed
8x10aT: 96_transposed with all columns ending in '11' and '12' removed
8x10bT: 96_transposed with all columns ending in '05' and '06' removed

More rows

12x12a: 3-13-20GlassDeconTest1_sec with 'A' through 'D' rows copied as 'I' through 'L' to simulate 12 plate rows
12x12b: 1-21-20CationTest3_sec with 'B', 'D', 'F', and 'H' rows copied as 'I' through 'L' to simulate 12 plate rows
12x12aT: 96_transposed with 'A' through 'D' columns copied as 'I' through 'L' to simulate 12 plate rows
12x12bT: 96_transposed with 'B', 'D', 'F', and 'H' rows copied as 'I' through 'L' to simulate 12 plate rows

More columns

8x14a: 1-27-20SaponinTest_sec with rows ending in '01' and '02' copied as rows ending in '13' and '14' to simulate 14 plate columns
8x14b: 2-6-20AlmondExtract_sec with rows ending in '07' and '09' copied as rows ending in '13' and '14' to simulate 14 plate columns
8x14aT: 96_transposed with '01' and '02'' columns copied as '13' and '14' to simulate 14 plate columns
8x14bT: 96_transposed with '07' and '09' columns copied as '13' and '14' to simulate 14 plate columns

Transposed dimensions relative to 8x12

12x8: 12x12b with '01' through '04' rows removed to simulate 8 plate columns
12x8T: 12x12bT with '01' through '04' columns removed to simulate 8 plate columns

Larger plates

24x12: 12x12b with all rows copied (ending up through 'P') to simulate 24 plate rows
24x12T: 12x12bT with all rows copied (ending up through 'P') to simulate 24 plate rows
16x24T: 384_transposed
13x24T: cut three plate rows from 16x24T
16x21T: cut three plate columns from 16x24T
13x21T: cut three plate rows and three plate columns from 16x24T

Test Upload Assay
For each .csv file, test with

1 plate template of appropriate dimensions (e.g. 8x10bT with a plate template having 8 rows 10 columns)
1 plate template if inappropriate dimensions (e.g. 12x8 with standard 96-well plate template having 8 rows and 12 columns)

(Total of 48 test cases)
View Assay
For each assay uploaded in the above Upload Assay tests (should be 24 test cases), look at the View Assay grid to ensure it has the appropriate dimensions. Note that, for example, 12x8 and 12x8T should both appear as 12 plate rows and 8 plate columns because the transposition (T label) refers only to the transposition of matrix of wells and timepoints in the .csv file.

NOTES:
Uploading a  384 wells assay works with template of 96 well data.
View Assay works, but as known the data is not displayed In the way that is specified by the template.
‘Well Name’ for well condition data does not match the specified template.
Update Assay and Delete Assay functionality appear to work as expected with the 384 well data, even if uploaded with the wrong template.
TEST PLAN (check existing functionalities and verify them in the DB):
Test the edited files with a template that matches the edited dimensions, and a template that contains incorrect dimensions. Verify that an error is thrown if the dimensions of the template do not match the dimensions of the CSV file. (Unless transposition is relevant.) Verify that no shell assay record was created.
After Updates re-test Well-edit, and assay edit/ delete to verify that it still works as expected.
For at least one file from each of the categories ‘Less rows, Less columns, More rows, More columns, Transposes dimensions, and Larger plates’ perform the following tests:
After uploading assay, navigate to Assay View.
Add Well edit data to a single well. Save the data and verify that the data appears for the expected well in the web-form and in the database.
In the database, the ‘well_name’  column under the ‘well_condition’ table should match the dimensions of the template. Rows are denoted alphabetically from A - Z. Columns are denoted numerically from 1: . For example,  8x12 well data should contain well names A01-A12, B01-B12, etc. ending with Row H.  Well Data of different dimensions should be formatted differently in the database.
Select ‘clear selection’ the and verify that the data has been removed from the web-form and from the database.
Repeat this test with a group of at least three wells. Verify that all of the wells display the saved data in the web-form and the database.
Navigate to Edit-Assay. Verify that update assay and delete assay functionalities still work as expected.

Great additions to the plan. I have added this to the main design plan post above (feel free to edit as needed).
A question - What do you mean by this? ‘Well Name’ for well condition data does not match the specified template.
Also a few notes:

'clear selection' doesn't clear data from the wells, it just changes all wells on the UI from selected to unselected
The 'dimensions of the .csv' file will never be the dimensions of the template, because all wells in the assay are listed as either rows or columns in the .csv. So the dimensions of the .csv with either be (nrowsncol, n_timepoints) or (n_timepoints, nrowsncol) if of the transposed format, where nrows and ncol are the number of rows and cols on the plate represented by the assay data. Does that make sense?

The design plan looks good to me. What do you think? Ready to move forward to development?

I looked back at the .csv and understand the formatting now, that makes sense! And gotcha on ‘clear selection’. When testing I’ll just manually clear the well condition data.
I just meant that the correct column and row dimensions should be represented here under well_name  in the well_condition table, which I guess should already  be the case if the view formatting is changed to match the specified template.
Looks good to me! Ready to move forward.

On Aug 4, 2022, at 4:40 PM, Nathan Bollig @.***> wrote:
Great additions to the plan. I have added this to the main design plan post above (feel free to edit as needed).
A question - What do you mean by this? ‘Well Name’ for well condition data does not match the specified template.
Also a few notes:
'clear selection' doesn't clear data from the wells, it just changes all wells on the UI from selected to unselected
The 'dimensions of the .csv' file will never be the dimensions of the template, because all wells in the assay are listed as either rows or columns in the .csv. So the dimensions of the .csv with either be (nrowsncol, n_timepoints) or (n_timepoints, nrowsncol) if of the transposed format, where nrows and ncol are the number of rows and cols on the plate represented by the assay data. Does that make sense?
The design plan looks good to me. What do you think? Ready to move forward to development?
—
Reply to this email directly, view it on GitHub https://github.com/nathanbollig/rt-quic-db/issues/123#issuecomment-1205838834, or unsubscribe https://github.com/notifications/unsubscribe-auth/AV53JSVFCUP5KAJJBFPB5MTVXRBGFANCNFSM54XDAMHA.
You are receiving this because you were assigned.


fix readme,update meshsync doc

Description
This PR fixes #
Notes for Reviewers
Signed commits

[ ] Yes, I signed my commits.

Please signoff first https://github.com/layer5io/meshsync/pull/28/checks?check_run_id=1740286410

Please signoff first https://github.com/layer5io/meshsync/pull/28/checks?check_run_id=1740286410

The pr close, I will try new pull request

The pr close, I will try new pull request


[Refactor]: Core/API Split

I've ran into circular reference problems a few times while attempting larger projects within LocalAI - so I decided it was time for a major refactor to try and flatten out our dependency hierarchy into a more orderly chain. This way, we can more easily add functionality to the system!
In addition to the refactoring to change up the references, I also refactored the codebase to have a strict split between the HTTP/endpoint code and the actual LocalAI functionality.
There is also a bare stub of the MQTT functionality at this point - while it looks useless, it's actually quite important - it is there to help test for circular references while I refactor!
Below I've pasted a copy of the directory structure info I've added to the devdocs, since it also explains the refactoring here.
Directory Structure of this Repo
The core repository is broken up into the following primary chunks:

/backend: gRPC protobuf specification and gRPC backends. Subfolders for each language.
/core: golang sourcecode for the core LocalAI application. Broken down below.
/docs: localai.io website that you are reading now
/examples: example code integrating LocalAI to other projects and/or developer samples and tools
/internal: here be dragons. Don't touch this, it's used for automatic versioning.
/models: No code here! This is where models are installed!
/pkg: golang sourcecode that is intended to be reusable or at least widely imported across LocalAI. Broken down below
/prompt-templates: No code here! This is where example prompt templates were historically stored. Somewhat obsolete these days, model-galleries tend to replace manually creating these?
/tests: Does what it says on the tin. Please write tests and put them here when you do.

The core folder is broken down further:

/core/backend: code that interacts with a gRPC backend to perform AI tasks.
/core/http: code specifically related to the REST server
/core/http/endpoints: Has two subdirectories, openai and localai for binding the respective endpoints to the correct backend or service.
/core/mqtt: core specifically related to the MQTT server. Stub for now. Coming soon!
/core/services: code implementing functionality performed by local-ai itself, rather than delegated to a backend.
/core/startup: code related specifically to application startup of local-ai. Potentially to be refactored to become a part of /core/services at a later date, or not.

The pkg folder is broken down further:

/pkg/assets: Currently contains a single function related to extracting files from archives. Potentially to be refactored to become a part of /core/utils at a later date?
/pkg/datamodel: Contains the data types and definitions used by the LocalAI project. Imported widely!
/pkg/gallery: Code related to interacting with a model-gallery
/pkg/grammar: Code related to BNF / functions for LLM
/pkg/grpc: base classes and interfaces for gRPC backends to implement
/pkg/langchain: langchain related code in golang
/pkg/model: Code related to loading and initializing a model and creating the appropriate gRPC backend.
/pkg/stablediffusion: Code related to stablediffusion in golang.
/pkg/utils: Every real programmer knows what they are going to find in here... it's our junk drawer of utility functions.

please stand-by @dave-gray101 the PR is quite big so will take some time for me to review it, but will try to have a look at it asap to avoid merge conflicts

@dave-gray101 had to cut 2.3.1 with a couple of bugfixes so we can safely merge this too. Although now there are conflicts (sorry!)

@mudler Pr has been updated, merged, and passes CI if now is a more clear merge window. Thanks!

ok I give it a first-pass, but even if the changes are refactors/moving functions around, github makes quite difficult to read the diff, hang on and will check it once more, but it's looking good. I'll have a look later at it again

@dave-gray101 I think it's missing https://github.com/mudler/LocalAI/pull/1526

re-adding it back in #1532

A closer look made me realize this changeset skipped entirely tests as moving things to core would not trigger test suites: https://github.com/mudler/LocalAI/blob/ab7b4d5ee9448e533a342bd1771393acd2967191/Makefile#L339
I'm trying to re-add it in #1532, but if many failures are getting in the way we might need to revert it

also parts of: https://github.com/mudler/LocalAI/commit/c1888a8062fc7a000457714d8426584d42d0f142


Allow named expressions in __all__ assignments

Summary
This PR adds support for named expressions when analyzing __all__ assignments, as per https://github.com/astral-sh/ruff/issues/7672. It also loosens the enforcement around assignments like: __all__ = list(some_other_expression). We shouldn't flag these as invalid, even though we can't analyze the members, since we know they evaluate to a list.
Closes https://github.com/astral-sh/ruff/issues/7672.
Test Plan
cargo test

Actually, small enough that I'm ok merging without review.


Invalid content was found starting with element 'ns0:quantity'

I don't like to think that the mistake is mine. I get this error:
MESSAGE:
b'<?xml version=\'1.0\' encoding=\'UTF-8\'?><S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"><S:Body><createResponse xmlns="http://www.docdatapayments.com/services/paymentservice/1_2/"><createError><error code="REQUEST_DATA_INCORRECT">XML request does not match XSD. The data is: cvc-complex-type.2.4.a: Invalid content was found starting with element \'ns0:quantity\'. One of \'{"http://www.docdatapayments.com/services/paymentservice/1_2/":quantity}\' is expected..</error></createError></createResponse></S:Body></S:Envelope>'

But in the soap "create" request contains: <ns0:quantity unitOfMeasure="PCS">1</ns0:quantity>
Any idea?

Seems not to work:

PaymentError: ('XML request does not match XSD. The data is: cvc-complex-type.2.4.a: Invalid content was found starting with element \'ns0:quantity\'. One of \'{"http://www.docdatapayments.com/services/paymentservice/1_2/":quantity}\' is expected..', DocdataCreateError(XML request does not match XSD. The data is: cvc-complex-type.2.4.a: Invalid content was found starting with element 'ns0:quantity'. One of '{"http://www.docdatapayments.com/services/paymentservice/1_2/":quantity}' is expected..,))

OK, i checked it: With the old code base i get this:

With your changes i get this:

That doesn't look right, isn't it?
I add logging output, e.g.:
        metadata = factory.resolver.find('ns0:quantity')
        ns=metadata.namespace()
        logger.warning("Found namespace: %r", ns)
        element = Element("quantity", ns=ns)

        element.setText(str(self.value))
        element.set('unitOfMeasure', self.unit)
        logger.warning("Add element: %r", element)

        return element

output:

Can you post a complete traceback with this code included please?

No, sorry. That contains to much information that i can't post ;) I don't think this will help very much, either.
Does the error not occur with you?

No. Can you rescramble the information then with fake data? It would really help to see the complete traceback.

Hm. I currently can't produce this eror...
Because if i use my fork, then i ran into the CSS error: https://github.com/django-oscar/django-oscar-docdata/issues/16
If i use your "master" then i only get the "numberOfDays" Bug: https://github.com/django-oscar/django-oscar-docdata/issues/19

I add more info in #16 and #19

The CSS errors and numberOfDays errors are occuring after the Quantity errors. (I can reproduce them with suds-community but not with suds-jurko).
So it looks like the changes in 21efd5edd1aedf89962b7906b6351dd19b61427c fixed at least this issue?

I can reproduce them with suds-community but not with suds-jurko

Yes! That's it. So there are some breaking changes in suds-community

Only happening with "suds-community" but not with "suds-jurko", see also: https://github.com/django-oscar/django-oscar-docdata/issues/15
So, i close this issues.

👍


Modified django_q imports to support Python 3.4 again in cluster.py. …

…Closes #315

Codecov Report

Merging #327 into master will not change coverage.
The diff coverage is 100%.

@@           Coverage Diff           @@
##           master     #327   +/-   ##
=======================================
  Coverage   90.38%   90.38%
=======================================
  Files          43       43
  Lines        2838     2838
=======================================
  Hits         2565     2565
  Misses        273      273

Impacted Files
Coverage Δ

django_q/cluster.py
91.6% <100%> (ø)
: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 2ec7507...e84be5f. Read the comment docs.


"clear": true not working

Doesn't seem to have any effect when trying to remove formatting.
Craft v2.6.2978
Tried on paragraph text like
asdasd

{

  "buttonsAdd": {
    "style": {
      "title": "Style",
      "dropdown": {
        "align-left": {
          "title": "Align left",
          "args": ["p","class","align-left"]
        },
        "align-right": {
          "title": "Align right",
          "args": ["p","class","align-right"]
        },
        "remove": {
          "title": "Remove all styles",
          "clear": true
        },
        "align-center": {
          "title": "Align center",
          "args": ["p","class","align-center"]
        }
      }
    }
  }

}

This is the expected behavior because "clear": true only removes the inline formatting. What I would suggest to remove the alignment class is to setup “Align left” like so:
"align-left": {
  "title": "Align left",
  "args": ["p"]
},


Relocate root of the repository to the package folder

Package manifest can be accessed with a direct git URL via UPM when repository's root is inside the package folder

Based on the current standards the root of the repository will remain at the root of the project for simplified repository workflow automation


Have a hook on checks for transforming before saving

Currently, in order to transform the result of a check, one has to :

save the raw value
add a simple action that :

retrieve the saved value from the session
transform it
save it in the session
maybe remove the previously saved value from the session
don't forget that sessions are immutable...

We could add an optional transformation function parameter to saveAs

I think it's a good idea, time-saver and error-saver solution :)

I'm not completely at ease with the solution I pushed.
I wonder if it really makes sense to verify something different from what is being saved.
Instead of :
something.saveAs("key", transformFunction)

should we have :
something.transform(transformFunction).saveAs("key")

?

So you would transform, then check the result of the transformation?
It makes more sense to me too.

Closed by 617ceff252023d2107405631b15d6d85715dbcad


Debug for inference

change inference method from model.predict to model(training=False) to save time!

Using Shen et al. 2020 training strategy (useful by test)
Using z-score trans (commonly used in rainfall-runoff modeling)

TODO:
(Rainfall–runoff modelling using Long Short-Term Memory (LSTM) networks, HESS)

Change to NSE loss
Add static input


Let the countdown be a date/time, not just date.

Hey mate, I was the one who committed the code changes to support the date/time and additional labels, and you're right, I did not specifically say it supports date/time, there are configurable parameters that lets these be set.
I'm working on an update to this module, I'll apply your suggestions to it and submit a PR to @boazarad

Addressed in precious update, thanks @tim-digitised !


Language reqests

Please add Norwegian

Coming soon! https://community.libretranslate.com/t/opus-mt-language-models-port-thread/757/2

Norwegian is now supported!
https://community.libretranslate.com/t/opus-mt-language-models-port-thread/757/7


Device onboarding section referencing the wrong portal

The instructions at https://docs.microsoft.com/en-us/microsoft-365/compliance/endpoint-dlp-getting-started?view=o365-worldwide#onboarding-devices refer to the "Microsoft Compliance Center" settings page and provides a screen shot. This is the wrong console. It should be referencing the "Microsoft Defender Security Center" and the settings page there.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 1e0ac0e1-6f08-2f8b-10c7-a967e53886f8
Version Independent ID: f510237f-0ec9-d266-3ec6-0ad6b49e2522
Content: Get started with Microsoft 365 Endpoint data loss prevention (preview) - Microsoft 365 Compliance
Content Source: microsoft-365/compliance/endpoint-dlp-getting-started.md
Service: o365-seccomp
GitHub Login: @chrfox
Microsoft Alias: chrfox

Hi @LouMercuri
Thanks for your comment. I have reviewed the procedures and the reference to the portal is correct.

Yep, I realised after hitting send that my tenant is not yet onboarded and so I don’t see the Settings option yet.
From: Chris Fox<EMAIL_ADDRESS>Sent: Thursday, 23 July 2020 2:59 AM
To<EMAIL_ADDRESS>Cc<EMAIL_ADDRESS><EMAIL_ADDRESS>Subject: Re: [MicrosoftDocs/microsoft-365-docs] Device onboarding section referencing the wrong portal (#2402)
Hi @LouMercurihttps://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FLouMercuri&data=02|01||8be74fa75ac0456f12bb08d82e609366|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637310339605171255&sdata=y8NdLeYZPibKhdzG%2BfkmBIbvck4WcFvUdIgovcNiM4U%3D&reserved=0
Thanks for your comment. I have reviewed the procedures and the reference to the portal is correct.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fmicrosoft-365-docs%2Fissues%2F2402%23issuecomment-662570077&data=02|01||8be74fa75ac0456f12bb08d82e609366|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637310339605181249&sdata=dPKWF%2FGXkF2%2BcaJ%2FjsSXDkgkhXfFXl3dk%2F0JJAaOvoM%3D&reserved=0, or unsubscribehttps://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAJH2MHU3B7AEAXAWOUELKT3R44LGNANCNFSM4PEEVAYQ&data=02|01||8be74fa75ac0456f12bb08d82e609366|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637310339605181249&sdata=6midxrUvgUxC4fERl1sbjc7S6IUAnHOPxLK%2FxOB7AR0%3D&reserved=0.


Update button style

[x] Border should be 1px
[x] Button height should be 52px
[x] Left and right padding around text should be 24px
[x] Top and bottom padding around text should be 14px
[x] On hover, background (for the text part of the button) should change to F8F8F8
[x] Arrow should be a custom arrow (I'll send you the SVG) that has 20px left and right padding
[x] Fix Button transition on hover

Done!


macOS settings from the laptop

per @christiannelson
@Ken this is that resource for setting macOS setting from the command line. i only use a small set of these in my personal laptop bootstraper, but it's a good resource for those who want to automate more laptop config.
https://github.com/mathiasbynens/dotfiles/blob/master/.macos

There is so much cruft in this file. Cherry pick only the best stuffs.

# Trackpad: enable tap to click for this user and for the login screen
defaults write com.apple.driver.AppleBluetoothMultitouch.trackpad Clicking -bool true
defaults -currentHost write NSGlobalDomain com.apple.mouse.tapBehavior -int 1
defaults write NSGlobalDomain com.apple.mouse.tapBehavior -int 1

# Increase sound quality for Bluetooth headphones/headsets
defaults write com.apple.BluetoothAudioAgent "Apple Bitpool Min (editable)" -int 40

# Enable full keyboard access for all controls
# (e.g. enable Tab in modal dialogs)
defaults write NSGlobalDomain AppleKeyboardUIMode -int 3

# Require password immediately after sleep or screen saver begins
defaults write com.apple.screensaver askForPassword -int 1
defaults write com.apple.screensaver askForPasswordDelay -int 0

... I stopped looking at about line 300 ... https://github.com/mathiasbynens/dotfiles/blob/master/.macos#L300

# Show the ~/Library folder
chflags nohidden ~/Library

# Show the /Volumes folder
sudo chflags nohidden /Volumes

# Add iOS & Watch Simulator to Launchpad
sudo ln -sf "/Applications/Xcode.app/Contents/Developer/Applications/Simulator.app" "/Applications/Simulator.app"
sudo ln -sf "/Applications/Xcode.app/Contents/Developer/Applications/Simulator (Watch).app" "/Applications/Simulator (Watch).app"

# Privacy: don’t send search queries to Apple
defaults write com.apple.Safari UniversalSearchEnabled -bool false
defaults write com.apple.Safari SuppressSearchSuggestions -bool true

# Disable AutoFill
defaults write com.apple.Safari AutoFillFromAddressBook -bool false
defaults write com.apple.Safari AutoFillPasswords -bool false
defaults write com.apple.Safari AutoFillCreditCardData -bool false
defaults write com.apple.Safari AutoFillMiscellaneousForms -bool false

# Warn about fraudulent websites
defaults write com.apple.Safari WarnAboutFraudulentWebsites -bool true

# Enable “Do Not Track”
defaults write com.apple.Safari SendDoNotTrackHTTPHeader -bool true

# Use a modified version of the Solarized Dark theme by default in Terminal.app
osascript <<EOD
tell application "Terminal"
	local allOpenedWindows
	local initialOpenedWindows
	local windowID
	set themeName to "Solarized Dark xterm-256color"
	(* Store the IDs of all the open terminal windows. *)
	set initialOpenedWindows to id of every window
	(* Open the custom theme so that it gets added to the list
	   of available terminal themes (note: this will open two
	   additional terminal windows). *)
	do shell script "open '$HOME/init/" & themeName & ".terminal'"
	(* Wait a little bit to ensure that the custom theme is added. *)
	delay 1
	(* Set the custom theme as the default terminal theme. *)
	set default settings to settings set themeName
	(* Get the IDs of all the currently opened terminal windows. *)
	set allOpenedWindows to id of every window
	repeat with windowID in allOpenedWindows
		(* Close the additional windows that were opened in order
		   to add the custom theme to the list of terminal themes. *)
		if initialOpenedWindows does not contain windowID then
			close (every window whose id is windowID)
		(* Change the theme for the initial opened terminal windows
		   to remove the need to close them in order for the custom
		   theme to be applied. *)
		else
			set current settings of tabs of (every window whose id is windowID) to settings set themeName
		end if
	end repeat
end tell
EOD

# Enable Secure Keyboard Entry in Terminal.app
# See: https://security.stackexchange.com/a/47786/8918
defaults write com.apple.terminal SecureKeyboardEntry -bool true

# Install the Solarized Dark theme for iTerm
open "${HOME}/init/Solarized Dark.itermcolors"

# Don’t display the annoying prompt when quitting iTerm
defaults write com.googlecode.iterm2 PromptOnQuit -bool false

# Prevent Time Machine from prompting to use new hard drives as backup volume
defaults write com.apple.TimeMachine DoNotOfferNewDisksForBackup -bool true
``

# Prevent Photos from opening automatically when devices are plugged in
defaults -currentHost write com.apple.ImageCapture disableHotPlug -bool true

Controversial
###############################################################################
# Google Chrome & Google Chrome Canary                                        #
###############################################################################

# Disable the all too sensitive backswipe on trackpads
defaults write com.google.Chrome AppleEnableSwipeNavigateWithScrolls -bool false
defaults write com.google.Chrome.canary AppleEnableSwipeNavigateWithScrolls -bool false

# Disable the all too sensitive backswipe on Magic Mouse
defaults write com.google.Chrome AppleEnableMouseSwipeNavigateWithScrolls -bool false
defaults write com.google.Chrome.canary AppleEnableMouseSwipeNavigateWithScrolls -bool false

# Use the system-native print preview dialog
defaults write com.google.Chrome DisablePrintPreview -bool true
defaults write com.google.Chrome.canary DisablePrintPreview -bool true

# Expand the print dialog by default
defaults write com.google.Chrome PMPrintingExpandedStateForPrint2 -bool true
defaults write com.google.Chrome.canary PMPrintingExpandedStateForPrint2 -bool true


Versioning does not work across compilation units

When registering a type, version information is stored in two places:

a static member variable for a specialization of Version<T>
inside the static object (global singleton) StaticObject<Versions>.

When saving a type, we currently try to get its version number by looking at the member static variable.  When loading, we access the StaticObject.  This means that when something is versioned in one compilation unit, it won't be available via the specialization of Version<T>, since we never instantiate the class.
See https://groups.google.com/forum/#!topic/cerealcpp/vBYPUzGB9Mw for more information.

May still be broken on Linux, see: https://groups.google.com/forum/#!topic/cerealcpp/u0GrjJCUJts.  Can likely be fixed by applying changes seen in pull request: f29728b442785332ca37956dda972de424612d9e

Should be fixed on branch issues_113_137, will be merged into develop soon.

fixed on develop (6e41ed80b8f8045c23745dea23a535c5ae688d78)


czinspect: fix macOS build

The CI builds for czinspect on macOS fail when creating the object files for the help files, due to the linker not recognising the flags in use. macOS also uses the Mach-O executable format instead of ELF, so the help text handling may need completely rewritten.

Fixed by #18.


Fix colorization of nested list.

Fixed colorization of nested list with unindented line.
Previously, bullets of nested list with empty line above was not colored.
This change related to #19417 which updated markdown-it version,
and after applied that, two consecutive newlines no longer terminate a list.
This PR is modified one of #19559

Hi @katainaka0503, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!
The agreement was validated by Microsoft and real humans are currently evaluating your PR.
TTYL, MSBOT;

I am not sure what 509th line and 510th in extensions/markdown/syntaxes/markdown.tmLanguage mean.
comment
Currently does not support un-indented second lines.
If this comment means this

aaa
(empty line)

bbb
(empty line)
ccc
is not properly colored,
maybe this comment should be deleted.

(this was repost from #19596 )

Thanks for the contribution. This will be in the 1.10 vscode insiders builds once we start those up again


Not working with Sparkfun Pro Micro

Hi,
with a Sparkfun Pro Micro that ships with a Atmel MEGA 32u4 I'm not able to receive any incoming data.
The code (arduino) I'm testing is the following:
void setup() {
  Serial.begin(115200);
}

void loop() {
  Serial.println(millis());
  delay(2000);
}

It works with an Arduino seamlessly. With the Pro Micro this line is never reached.
Actually there is a case in which the line is reached and it happens when a second serial application (cool term in my case) opens the serial communication with the pro micro; when open with an other program the data is received by both my application and cool term.
It seems to me that the connection is never really open (even if the open delegate method is triggered) and the data is not received.
Any ideas on what the problem might be?

UPDATE:
I managed to run the Sparkfun Pro Micro (ATMEGA 32u4) but using the low level API from the Apple documentation (here)
It will be great to make this happen in ORSSerialPort!

_serialFileDescriptor = open(
[address UTF8String],
O_RDWR |
O_NOCTTY |
O_NONBLOCK );
// block non-root users from using this port
ioctl(_serialFileDescriptor, TIOCEXCL);
// clear the O_NONBLOCK flag, so that read() will
//   block and wait for data.
fcntl(_serialFileDescriptor, F_SETFL, 0);

// grab the options for the serial port
tcgetattr(_serialFileDescriptor, &options);

// setting raw-mode allows the use of tcsetattr() and ioctl()
cfmakeraw(&options);

// specify any arbitrary baud rate
ioctl(_serialFileDescriptor, IOSSIOSPEED, &baudRate);

// start a thread to read the data coming in
[self
 performSelectorInBackground:
 @selector(incomingTextUpdateThread:)
 withObject:
 [NSThread currentThread]];

I am having the exact same problem with the Adafruit Itsy bitsy.
It seems to be able to send data over the serial connection, but it never receives any responses.
The delegate never gets triggered.  It works perfectly with an Arduino Uno board.

I've just ordered an Itsy Bitsy so I can look into this. It probably won't be here until next week sometime, so if you come up with something in the meantime, please let me know.

Thanks for such a quick response!
Im not sure where to dig into it to look for the issue, but let me know if there is anything you need from me.  I appreciate your help, this framework is insanely helpful.

Hey armadsen,  I just wanted to check in and see if you got a chance to look at the Itsy Bitsy issue.
Thanks

Hey armadsen, just checking in.  Any way I can help in debugging?  Id love to switch all my systems over to the Itsy Bitsy.  Thanks!

Not sure if you ever got a chance to look into this, but I have found that when I start the demo command line app, I can't get a connection or response from the Itsy Bitsy.  If I then open up the "Serial Monitor" from the Arduino app, the connection comes to life and the demo app starts seeing the board.  Not sure if that might help.

@pierdr

UPDATE: I managed to run the Sparkfun Pro Micro (ATMEGA 32u4) but using the low level IOKit/ioctl API from the Apple documentation (here) It will be great to make this happen in ORSSerialPort!

_serialFileDescriptor = open(
[address UTF8String],
O_RDWR |
O_NOCTTY |
O_NONBLOCK );
// block non-root users from using this port
ioctl(_serialFileDescriptor, TIOCEXCL);
// clear the O_NONBLOCK flag, so that read() will
//   block and wait for data.
fcntl(_serialFileDescriptor, F_SETFL, 0);

// grab the options for the serial port
tcgetattr(_serialFileDescriptor, &options);

// setting raw-mode allows the use of tcsetattr() and ioctl()
cfmakeraw(&options);

// specify any arbitrary baud rate
ioctl(_serialFileDescriptor, IOSSIOSPEED, &baudRate);

// start a thread to read the data coming in
[self
 performSelectorInBackground:
 @selector(incomingTextUpdateThread:)
 withObject:
 [NSThread currentThread]];

The only real differences I see are ioctl(_serialFileDescriptor, TIOCEXCL); and that you didn't set O_EXLOCK on the open() call.
I changed ORSSerialPort.m to reflect that, but it did not help in my case.
@armadsen It sees the library lost its ability to communicate with Arduino boards as well in recent macOS versions. The fact that it works after the port is opened in another application makes me think there is something missing in the serial port or GCD initialization in ORSSerialPort. I looked into the source but did not find any clues.

Thanks for the followup report, @Dirk-. I've left myself a note to try digging into this this weekend.

I found a solution:
Somehow, RTS and DTR have to be set to TRUE for a successful connection with an Arduino on recent macOS versions.
In the openOrClosePort method of ORSSerialPortDemo, for example, you could do this:
- (IBAction)openOrClosePort:(id)sender
{
    self.serialPort.isOpen ? [self.serialPort close] : [self.serialPort open];
    // For Arduino:
    if (self.serialPort.isOpen) {
        self.serialPort.RTS = TRUE;
        self.serialPort.DTR = TRUE;
    }
}

It is not sufficient to set usesDTRDSRFlowControl or usesRTSCTSFlowControl to TRUE. No need to change these flags.


X11: The DISPLAY environment variable is missing

Hi, I'm building a application using glfw3 on Ubuntu 18.04.
I came across a problem of glfw initializing failure. So I wrote a simple test code :
`
#include <iostream>
#include <GL/glew.h>
#include <GLFW/glfw3.h>

int main(int argc, const char* argv[]) {
    if (glfwInit()) {
        std::cout << "init glfw succeed!\n";
    }
    else {
        std::cout << "init glfw failed!\n";
        const char* description;
        int code = glfwGetError(&description);

        if (description) {
            std::cout << description << std::endl;
        }
    }
}

`
and i got:
init glfw failed!
X11: The DISPLAY environment variable is missing
My glfw is installed from source code.
I would appreciate it very much if some one could help me solve this problem!

Probably better for stack overflow since this isn't a bug with GLFW itself. Which terminal are you using to run the program? Are you ssh'ed into it? "echo $DISPLAY" is supposed to give you your display, ie a string such as ":0".

Probably better for stack overflow since this isn't a bug with GLFW itself. Which terminal are you using to run the program? Are you ssh'ed into it? "echo $DISPLAY" is supposed to give you your display, ie a string such as ":0".

Thank you very much, I managed to solve this problem by set $DISPLAY to ":1". I am using terminal in vscode and the default $DISPLAY is empty, so I think this may be the reason of the problem.


Can't assign multiple sources to a cost model across paginated pages

The addSourceWizard.tsx component resets the selected list of items whenever new sources are loaded; for example, when paginating between table items. If we omit that, selections will be saved across pages.
https://issues.redhat.com/browse/COST-2097

Codecov Report

Merging #2301 (eb747ad) into master (95cdbfc) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff            @@
##           master    #2301    +/-   ##
========================================
  Coverage   70.07%   70.07%
========================================
  Files         403      403
  Lines        7530     7530
  Branches     1654     1528   -126
========================================
  Hits         5277     5277
  Misses       2224     2224
  Partials       29       29

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 95cdbfc...eb747ad. Read the comment docs.


pom.xml plugin update

Please add the below code to the POM.xml for the successful build when running the cmd "mvn site"
		<plugin>
			<groupId>org.apache.maven.plugins</groupId>
			<artifactId>maven-site-plugin</artifactId>
			<version>3.7.1</version>
		</plugin>

Can you go into detail why the rationale behind the GitHub one was so that the artifacts could be deployed using Github pages. See this https://github.com/github/maven-plugins.


Interface for exporting saved YARM global data

I'm currently developing TARM - The Awesome Resource Manager and it would be awesome if the data from YARM can be exported to my mod through an interface. Which is what this PR does.

@narc0tiq I understand that you are busy, but could this be merged and published as a new version?

Sounds great, I will do that today. Thank you for the contribution!

Thank you for the quick merge!


Include intermediate files in release data

A request has been made to include the "intermediate files" in each release. These "intermediate files" would include the results of overpass API queries and manual geometries. This way, it would be possible to rerun this project's script with this data to produce the same result found in the releases.

Seems useful.


Feature Request: BaseX / alphanumeric support

It'd be great to be able to specify an optional base for the numbers (mostly for hex, but I'm sure others have use for other bases)...  so maybe:
<start> <operator> <step> : <digit> : <base>

Hi @flyinbutrs
Thank you for feature request!
Would it be possible to show specific examples of the expected values?

So for this:
0 + 1 : 0 : 16
It'd output this:
0
1
2
3
4
5
6
7
8
9
a
b
c
d
e
f
10

or 0 + 1 : 0 : 8 would output
0
1
2
3
4
5
6
7
10

etc. Base 16 is really the one I want most, because hex is used all over the place in computing.

It is a very good idea!
Add option in the v0.4.0. Please wait next release.

The v0.4.0 released. if possible, Please update to new version.
Will it work as expected?

Wonderful, works! Tested base 16, base 8, and binary:
0
1
10
11
100
101
110
111
1000
1001
1010
1011
1100
1101
1110
1111
10000

What a relief :smile:
Thanks for the great idea. This issue will close, because the no problem.


General slowness question

Hi, I am not sure how to go around debugging it, but for one of my node (vuejs) projects having neogit starting with nvim causes about four seconds lag on nvim start. So, nvim will start up, no name buffer will show but I won't be able to do anything for about four seconds. This is not the case in other repositories and if neogit is removed.
Additionally I have noticed that neogit takes about 30-40ms on startup regardless. That is if opened without any files in no git repository. What is it doing then?
Thanks for the plugin it's so amazing!

I think this will be easier to debug once #177 is done.

OK, will watch and wait then, can talk about it in due course. Thanks Tim!

@gegoune can you try to reproduce the problem and paste your logs from the neogit.log file in the :echo stdpath('cache') folder.

I just did, it prints diff commands for bunch of files taking 0 ms each. Timestamp suggests that it's not taking longer than 2s (starts at sec x and finishes at sec x+1). Can paste the log but will have to replace filenames.
What is puzzling to me is why neogit does that on init? Also the fact that timestamps are not really corresponding with delay I see in nvim, log suggests that nothing takes as long as the delay I see.

@gegoune not everything is getting logged right now, so we will have to build up the logs now to maybe see what is causing the slowness.

@TimUntersberger from my experience, single very large diffs (about 10k lines in package.lock diffs in my case) are the primary cause of hangs. This makes sense as the whole diff has to be parsed at once and in-sync, since there is no way for the event loop to defer exeuction easily.
I played around with that some time ago, pausing the executing every 1000 lines or so to give the vim core space to breathe, but nothing satisfying came out of that (basically turned a single 3s lag into about 10s of stuttering).
I'm at a loss on how to solve that honestly, since we can't easily spawn a new thread to handle parsing

Hi, I am not sure how to go around debugging it, but for one of my node (vuejs) projects having neogit starting with nvim causes about four seconds lag on nvim start

@gegoune how are you starting nvim? Are you opening a folder or navigating to the folder after opening nvim

@TimUntersberger I change shell's directory to project's root, then I start empty nvim with nvim, without opening any files at start.
Also:
$ git diff --shortstat package.json
 1 file changed, 17 insertions(+), 5 deletions(-)
$ git diff --shortstat package-lock.json
 1 file changed, 18603 insertions(+), 559 deletions(-)

@gegoune is this issue now also fixed for you?

Yes, it is! Two birds with one stone. ;)


Add support for async main

It enables it to notice async fn main so it won't wrap the script into a synchronous one instead

Thanks a lot - merged and released now in 0.11.0!


Station roles can spawn on Nukie Planet

Description

Title explains itself. Just watched the poor HoP spawn with nukies
Reproduction

Unsure how to reproduce, but it's possible

It's possible the gameticker logic takes random spawn points to use which may explain it though I imagine you would've seen it with the infiltrator as well?

It's possible the gameticker logic takes random spawn points to use which may explain it though I imagine you would've seen it with the infiltrator as well?

may be related to the fact that the gamemode and ship use "spawn points" that are essentially just markers to make where to spawn in the mobs for the nukie players.


use unique name for go arm64 prow postsubmit

Issue #, if available:
https://github.com/aws/eks-distro-internal/issues/240
Description of changes:
need to make sure the ARM post-submit name is unique
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/approve


Request for Documentation: Okta Setup instruction changes

Mattermost user scott.bishel from https://community.mattermost.com has requested the following be documented:
Oh I see, you have to click to access their "Classic UI"... hopefully this doesn't indicate that they plan to deprecate this level of access.. anyway, I'll leave this info here in case it's useful

See the original post here.
This issue was generated from Mattermost using the Doc Up plugin.

Thanks, @sbishel! I can't access the link in the issue for some reason. Could you share a screenshot for context?


1.2 exe not working

Describe the bug
When I try to open the program nothing happens,
When I go back to 1.1 then it works again.
To Reproduce
Steps to reproduce the behavior:

Open/start the program or .exe

Expected behavior
The program to start.
Version Number (please complete the following information):

Version 1.2

Try uninstalling and reinstalling (making sure that 1.1 is also uninstalled). Not exactly sure why this is happening in your case.

See version 1.3.0

Hi, yes the newest version works 👍
Thnx.