Question of Regression test

Dear, all

I try to run the regression Tests in Openfast. Most of them passed but there  were some tests failed. I did not know why?

Then I tried to use the Openfast.exe run the failed one.  It can terminate normally. I would like to know that I can use Openfast now ? Or should I check the failed ones ?

By the way,  could you tell me what is the difference between the two exe files--- Openfast_x64.exe and Openfast_x64_double.exe? I see in Fastv8, there are also two exe  files for x64. Thanks a lot!!!

Dear @ChaoREN1994,
Here are my answers to your questions:

The pass/fail criteria in the OpenFAST r-test is quite sensitive to how the OpenFAST executable was compiled and which platform it is run on.  You can always plot the time series to see how large the differences actually are (considering how many cases passed, my intuition is that the results for the cases that failed are actually quite close).

These are executables of OpenFAST with single and double precision.  Normally I'd recommend running OpenFAST in single precision, which runs faster than the double-precision version and is typically accurate enough for engineering applications.  In fact, internal variables that require double precision use double precision even when compiling in single precision; compiling in double precision makes these variables use quad precision, which is typically not required.

Similar questions were discussed here: https://github.com/OpenFAST/openfast/issues/131.
Best regards,

Thanks, @jjonkman

I have seen the #131.  Thanks!
By using the Openfast single precision or doule precision, I found something weird.
When I used the Openfast single precision, I run the module 5MW_OC4Jckt_ExtPtfm.fst (here I changed the name as OC4ExtPtfm.fst). It will have errors like this! It seems that the Inflow input file is not in  correct format and the same problem for the ExtPtfm.dat

While, run with Openfast double precision,  it will no have errors.

By the way, I replaced the inflow input file with one I used in FASTv8. Try to run with Openfast single precision, the problem of inflow input was settled. Only left the problem of ExtPtfm.dat

In addition,  I try to use the module of the 5MW_OC4Jckt_ExtPtfm.fst. I would like to know, is there a template for Guyan file format?  Can I just change the dimonsion in ExtPtfm_SE.dat with Flex 5 format like this? I tried run with this format for Guyan . It worked.

And I saw the your discussions in (https://wind.nrel.gov/forum/wind/viewtopic.php?f=3&t=2433&p=14023&hilit=ExtPtfm#p14023 ), is that format is still available？That’s for the whole ExtPtfm.dat not for the Guyan input matrices?
4.In the ExtPtfm.dat module, I saw the ouput lists would like to know that the differences between foreces in platform interface and reduced input forces at interface points?
The latter will be exported to feed the substruture model in FE software? Is that correct?

Have you any references or technical report about the 5MW_OC4Jckt_ExtPtfm module?

Thanks again for your reply.  Your reply help me a lot.  Looking forward to your reponses!

It appears your single precision and double precision are different versions.

single precision version info: OpenFAST-v2.3.0-dirty
double precision version info: OpenFAST-v2.3.0-85-g0eec1b42-dirty

The single precision version is from the 2.3.0 release, but your double precision version appears to have been compiled locally using the /dev branch.  There were changes in the InfloWind input file on the /dev branch that are not compatible with the /master branch (v 2.3.0).  Your input files are based on the /dev branch since those run.

Thanks @andrew-platt
Does that mean that all the input files of my complied Openfast can only run in OpenFAST_x64_Double.exe-v2.3.0-85-g0eec1b42-dirty?  Should I recompile Openfast based on OpenFAST-v2.3.0-dirty?  In addition, in OpenFAST-v2.3.0-dirty , does it not include  the 5MW_OC4Jckt_ExtPtfm module ?
Best regards

@ChaoREN1994 If your end goal is to run 5MW_OC4Jckt_ExtPtfm, then you'll need to recompile from the dev branch (or commit 0eec1b42) as you've already done. Like I mentioned in https://github.com/OpenFAST/openfast/issues/467#issuecomment-642957209, you'll need to get the corresponding r-test for your chosen version of OpenFAST. The simplest way to do this is to checkout the dev branch and update the r-test git-submodule:
cd openfast/

###
git clean -f  # NOTE: this will delete all of your local changes to the source code
###

# Update your local version of OpenFAST and r-test
git fetch
git checkout dev
git pull
git submodule update

# Compile OpenFAST
cd build
make

# Then, go run your test case!

The -dirty part of your executable's version string means that you've changed something in the source code on your computer. It may be something minor like some additional spaces in a file, so if you want to have a clean version string then remove all local changes.

Thanks @rafmudaf

And Yes, my end goal is to run the 5MW_OC4Jckt_ExtPtfm. Thanks for your explanation!

By the way, Do you have any references, tuturials or technical report about the 5MW_OC4Jckt_ExtPtfm module?  Or do you have any ideas about the questions (q3,q4)  I mentioned in (https://github.com/OpenFAST/openfast/issues/469#issuecomment-643813240)?Thanks a lot!

Best regards
Chao REN

Thats a question for @ebranlard. You could check out the two documents linked in https://github.com/OpenFAST/openfast/pull/344.

Hi @ChaoREN1994
You'll find information about the ExtPtfm input files and outputs here:
ExtPtfm-DevelopmentPlan.pdf
You can indeed provide Guyan inputs by having a dimension of 6.
The difference of output forces at interfaces correspond to the difference between ""f_C" and "f_r1" in the document. The most relevant output is the coupling force "f_C" (sensors Intf*).  The other one, f_r1 (sensors Inp_F*),  should correspond to the first 6 loads columns of the input file.
I hope that'll help!

Thanks you!!! @ebranlard  @andrew-platt @rafmudaf
You are really nice. Your replys really save my life!!!  Thanks again.

Hello, @ebranlard
I have another  question for the output lists in the ExtPtfm. For the Craig-Bampton reduction, I see the there are Modal displacement  and  Modal force in the ouput lists.   The modal forces correspond to the last 25 columns of the input file(ExtPtfm_SE).  Well,  for the Modal displacements,  are they also used to feed the FE model ? Or they just correspond to the modal forces?  In the Guyan reduction, only the forces  in Intrf are used to feed the FE model.  I am not familiar with the Craig-Bampton reduction.  How can I use the the modal displacement in Craig-Bampton reduction?   In addition, the selection  of modes in Craig-Bampton reduction,  How do I select?  Thanks in advance!!
Best regards!
Chao REN

In a Craig-Bampton reduction, you reduce your system into some leader degrees of freedom (also called "Guyan"), and some Craig-Bampton modes.
ExtPtfm solves for the evolution of Craig-Bampton position and velocities. In the documentation these are noted x_2 and \dot{x}_2, and these can be written as output. These outputs can be used with your FE model to plot the displacements and velocities of each node of the structure. ExtPtfm has no knowledge of the FE model and no knowldege of how the Craig-Bampton modes actually look like in terms of the nodal displacements of the FE model.
If you only use the Guyan reduction, you don't have any Craig-Bampton modes, and these output are then irrelevant.
You'll find more information about the CB-reduction in the above mentioned references:
ExtPtm-Publication
ExtPtfm-DevelopmentPlan.pdf

Thanks, @ebranlard

Thanks for your explanation and references.  I would like to know, if i use Craig-Bamptom reduction,  for the 3rd step of reanalysis in the sequential approach (as showed in your figure),   only the intefaces time series of forces are used to feed the FE models. I can get stress distribution of FE model.  Also,  I can obtain the nodal displacement by the reanalysis?   In this case, the outputs of  Craig-Bampton position and velocities are useless to my study?  Is that correct ?

In addition,  for the selection of modes in Craig-Bampton reduction, I saw there were 25 modes +  leader DOF in ExtPtfm_SE module.  Why ? Is there a rule to follow when selecting the modes of Craig-Bamptom reduction?  I saw that you gived two references paper for selecting modes.  Unfortunately, i can not find the first (DNV GL. Implementing an interface between Bladed and Sesam - Verification report of Sesam’s Bladed interface.)

In the discussion part of your paper, you mentioned that Gravity-buoyancy mode is not considered due to the fixed-interface nodes.  Does that means the free-interface nodes will include the Gravity-buoyancy mode?  Does Openfast of this version  support the free-interface  simulation?
Thanks in advance!

Best regards!
Chao REN

Hi Chao,

You are correct, you won't need the displacements and velocities for the recovery step. Just the interface loads.

I don't think I can answer this question fully. The best would be to perform convergence studies with different number of CB modes for a given structure. The number of modes will also drive your time step. The selection requires a knowledge of the structure, the relevant structural frequencies and excitation frequencies, and what is needed to be (or what can reasonably be) resolved. 25 is a typical round number, but the choice is problem specific.

Some CB implementations take as input an extra mode referred to as the Gravity Buoyancy mode. We do not have this option currently. The alternative for now is to make sure you have sufficient CB modes to capture some of the vertical heaving of the structure. These modes have  usually fairly high frequencies. We unfortunately haven't had time to look into this in details due to time constraint. We hope to setup another project to work on this but that might not occur any time soon.

Emmanuel

Thanks @ebranlard
Your replys help  me a lot to use the  5MW_OC4Jckt_ExtPtfm module.  Openfast of this verison,  i think , is enough for my simualtion and study.  Thanks again!
Best regards!
Chao REN


[LC0014] Locked = true

Any clue why I keep getting the LC0014 warning for this permissionSet?
Does the rule check on 'Locked=true' and 'Locked = true' (no matter the spacing).

Can not reproduce

Included some sample code to repro.

permissionSet 71096875 "ESCD PLAN DISPATCH"
{
    Access = Internal;
    Assignable = true;
    Caption = 'Dynavision Planning Dispatch', Locked = true;

    Permissions =
         Table "Customer" = X;
}

Decreased caption length, added MaxLength = 30, but still get the warning.

is this also related to AL Runtime version 9 ?

This issue was logged while running on AL runtime v9.
On v8.4.x it does not occur.

This should be fixed now with version v0.25.1


Xplane & text output from tracy

A draft PR to output xplane protobuf and text to stdout from tracy

interesting, but tsl is not a dep we want to carry in IREE - there are ways around that (like using find_library/find_package to find the dependencies and only enable when the user has the installed), but as this has no deps on IREE and just relying on the open source tracy project it'd be better living in tracy (if accepted along with their other conversion tools) or in tsl itself.
there's been chat recently on the tracy discord about supporting additional formats - I recommend joining that and seeing if there's other people interested - just last week they were talking about adding support for the fuschia tracing format for example: https://discord.com/channels/585214693895962624/585214693895962630/1189053856689160222

Depending on how often/widely used this could be, the code could also live in a new standalone repository or a fork (of Tracy? of tsl? looks like no deps on IREE itself).
If the deps from tsl are small and stable (APIs/definitions changing at most a few times a year), those could also be inlined instead of pulled from a full submodule.

I'd really like to not pull in protoc and such for an optional tool. Using a system version and a copy of the proto descriptor in third_party would be ok, though.

Thank you for the recommendations about the general direction. If only xplane.proto is copied over under third_party, would it be okay to put these tools under iree/tools. Though this first version doesn't depend on iree (except argument parsing), it would focus on extracting/converting things interesting from iree's point of view, but not in general.

it may be useful to see what you plan on doing and how you think people will use this. the problem with things like protobuf as a project that does not depend on it is that it is a very non-trivial dep and we don't want to require it for all builds (the optional enablement via an external dep is an example of a way to avoid it). but really if the tool is only used by certain users alongside other things that already carry such deps it then it's usually best to keep that kind of stuff there where it can be version synchronized, tested, and verified by the users who care about it. for example, if the only (non-hypothetical) user of the xplane output would be users coming from jax via IREE's pjrt plugin then keeping it alongside the pjrt plugin makes more sense than in the core tools/ directory shared by all users from bare-metal to embedded to desktop coming from pytorch, etc. if the only practical users are pjrt users, for example, then they are the best ones to maintain it - not the core project that has no way of testing or understanding the purpose of the tool.
not saying no, just there's a high bar for things that aren't actively used by a majority of users and that are very likely to break day-to-day. especially if you start matching on specific events: that's likely to be a no-go as trace events are unstable and will never be something that we would fail a build on changing. understanding more about what you're trying to do would help understand if there's something more stable we could provide as a real API vs hooking into a debug mechanism. consider trace events as debug printfs: anyone at any time can go change them/add them/renest them as code is refactored and we can't expose that for anything but a debug tool for specific cases, and that then comes back to carrying things in-tree that are best maintained as integration tasks (pjrt plugin maintainers bump the IREE version, run test/verification to ensure things are correct, and if not make the changes required then vs forcing that on all developers of the core project).
like scott mentioned another repo (iree-xplane-tools or something) is the other way around this - a project/user needing the tool can have it pinned to whatever IREE version it's known to work with and it can have any deps it wants.

It's basically impossible to depend on protobuf other than as an externally provided/system installed thing (my experience on this is recent and follows recommendations from the onnx project, which is a heavy user). The build depends on absl, which is in essence portable-cmake hostile and can't simply be included in another project that hasn't grown up around it. That alone puts this in optional-component category (or as part of a higher level thing). Every project I know that takes a C++ dependency on protobuf or absl ends up with a wiki page trying to guide lost users around its many pitfalls for truly portable deployments.
With all of that said, if the capability is useful broadly, we want it -- but it will require some form of quarantined integration: The core project won't be taking a submodule dep on tsl, absl or protobuf. And we won't be intermixing things that use these as optional deps (in some fashion) in the core tools.
So a couple of points on that:

I'm not super clear on what we get from taking this on (generally I could use some education on this, and specifically, you are asking to have this put in the very core of the project, which is a high bar). These kind of "why would we do this" questions tend to be RFC or community meeting topics and precede "where does this go" questions.

There are many ways to serialize a protobuf, especially one as simple as what is being done here. The protobuf library itself is actually a pretty poor tool for that job when dealing with low level interop like this. In the past, when I was working on an embedded system that needed to serialize certain trace messages for consumption by its bigger brothers, we actually wrote a little serializer that directly emitted protobuf wire format (via some C++ helpers). It wasn't much code and we were able to put it directly in a bare metal context -- somewhere protobuf was never going. That was years ago, but I seem to remember there were a lot of libraries and samples that did exactly this. I bet that it would cost less to just write a serializer vs fumbling with the build system.

Thank you for all the discussions and suggestions. Decided to put it under google/iree-prof-tools until the final location is determined.


Support local (vendor) installations of phpcs and php-cs-fixer

Pretty runs tools installed globally.
It would be great if it worked with tools (phpcs/php-cs-fixer) installed locally in the project, in the vendor/ directory.

I don't know exactly how composer works . . . but I find it odd that I even need to install phpcs myself. When I already install pretty. Is there no way phpcs could be a dependency of Pretty itself? So users don't need to install this tool themselves.

The thing is that pretty supports both CodeSniffer and php-cs-fixer (both are different tools).
It's either one or the other. Which is why it doesn't make sense to require both.
I tend to install pretty globally instead (composer global require mnapoli/pretty) and then it's available everywhere. Then each project can require phpcs.

just add vendor/bin to paths to check.
as your tool uses which and exec, add somewhere:
putenv(join("", array("PATH=vendor/bin", PATH_SEPARATOR, getenv("PATH"))));
// or
putenv(join("", array("PATH=", getenv("PATH"), PATH_SEPARATOR, "vendor/bin")));

putenv(join("", array("PATH=vendor/bin", PATH_SEPARATOR, getenv("PATH"))));

just stole your code and created a PR with it, as it worked locally for me:
https://github.com/mnapoli/pretty/pull/17


[Query Optimizer Improvement] IN statement for timestamp applied as pruning mechanism properly

Right now if we write something like SELECT  * FROM fact WHERE primary_key_id in ('id1', 'id2', 'id3', .....'id10' ) and created_at in (ts1, ts2, ts3, ts4, ... ts10) LIMIT 2000 it is actually running slower than not passing in created_at in (xxx....) filter.
But if we convert the created_at in (xxx)  into a range filter, it will run faster. Converted query is like below
SELECT  * FROM fact WHERE primary_key_id in ('id1', 'id2', 'id3', .....'id10' ) and created_at <=<PHONE_NUMBER> and created_at >=<PHONE_NUMBER> LIMIT 2000

Good observation, we should be able to use min-max from the IN clause and use it to run.
@Jackie-Jiang ^^

@dongxiaoman Do you have inverted index on created_at column? If not, then this is expected because in order to solve the IN clause, we have to create a set and match each value with the set. While for the range filter, we just need to compare the value with the range which is faster than set lookup.
@kishoreg We cannot really use min-max from the IN clause unless the values are sequential. E.g. IN (1, 2, 4) is not equivalent to BETWEEN 1 AND 4 because 3 does not match the IN clause

@Jackie-Jiang It is not easy to optimize directly I would agree. I think the optimization happens in pruning stage and has to be applied case by case, created_at in (3, 5, 7) result set is a subset of created >=3 and created <=7 result set, meaning we cannot simply replace the filter (not a query rewrite). We can only prune out many segments with the extra rule.

@Jackie-Jiang I was referring to the pruning of segments especially for numeric/timestamp columns

We will short-circuit the segment (not in pruning phase though) if no value matches the filter, so that should not be the bottleneck. One potential optimization for IN clause is to construct the dictionary id set and see if it can be converted to a single value or range, to avoid the set lookup


DEPRECATION: The use of the private {{-in-element}}

DEPRECATION: The use of the private {{-in-element}} is deprecated, please refactor to the public {{in-element}}. ('ember-bootstrap/templates/components/bs-modal.hbs' @ L1:C0)  [deprecation id: glimmer.private-in-element]

This deprecation is shown for several elements such as ember-popper.hbs, ember-popper-targeting-parent.hbs, bs-modal-simple.hbs and bs-modal.hbs.

Output from ember bootstrap:info:
Npm packages:
ember-bootstrap: ^3.1.4 -> 3.1.4
ember-cli: ^3.20.0 -> 3.20.0
bootstrap: ^4.5.0 -> 4.5.0
bootstrap-sass: n/a
ember-cli-sass: ^10.0.1 -> 10.0.1
ember-cli-less: n/a
Bower packages:
bootstrap: n/a
bootstrap-sass: n/a
ember-bootstrap configuration:
bootstrapVersion: 4
importBootstrapCSS: false

I think this is fixed in the latest release candidate for v4. I don't think we have the bandwidth to backport that fixes to v3.

Agree. It's "just" a deprecation after all, so should still be working. The upcoming v4 release will have that fixed.


Disallow the pg_resgroup_get_status and pg_resgroup_get_status_kv functions execute on entryDB

The pg_resgroup_get_status and pg_resgroup_get_status_kv functions returned invalid values when they was called in insert-select queries. The reason for the error was that the functions was called on entry db only. They should be called
on all segments.
The error can be fixed by setting the proexeclocation property of the functions to 'i' (PROEXECLOCATION_INITPLAN). But changing catalog for stable release is something we should avoid unless absolutely necessary for critical issues. So the execution of pg_resgroup_get_status and pg_resgroup_get_status_kv functions is disallowed on entryDB. User will get error message and hint how to call the functions.
https://github.com/greenplum-db/gpdb/issues/14154

В отгуле 27.12


tailwindcss

I am trying to use veufinder in a Quazar -based app.  This app does not use tailwinds.  Some of the important styling is missing when I am using this component and I am not sure how to get it working.  I've tried some suggestions I found on the web, but so far nothing is working.
It seems to me that a lot is missing from dist/style.css.  Like all the base tailwind css.  Is there a way to build vuefinder dist such that style.css contains everything, and that any "user" of vuefinder does not need to depend on tailwind at all?

Here are some of the style issues:

The real problem here are collisions with quasar css, not any missing classes.  So this is no fault of vuefinder.  I am "fixing" my problems on my app side of things.


restructured FStar.UInt

Hello all,
Changes are in FStar.UInt, and the new files FStar.UInt.Types, FStar.UInt.Base, FStar.UInt.Vectors.

FStar.UInt is divided into three files, FStar.UInt.Types which contains the definition of uint_t along with some auxiliary definitions, FStar.UInt.Base which contains the basic operations on uint_t such as addition, etc. and FStar.UInt.Vectors which include all the bitvector-related definitions such as logand, etc.
FStar.UInt.Types and FStar.UInt.Base use an interface file to hide some unnecessary details of the implementation. Probably the biggest gain from this comes from the fact that libraries such as FStar.Math.Lemmas are only used by the implementation of FStar.UInt.Types and not the interface. In vale we have noticed huge overheads when importing libraries such as Math.Lemmas (which we were inheriting from opening FStar.UInt).
FStar.UInt.Vectors now only contains let definitions, not val definitions. I have not provided an interface for this file, if someone wants he can create one (it would be useful, but it was not my goal to do that, nor I am the right person to do it). In vale we use a special interface for this file that's Vale-specific, which allows us to import only what we need. This would not be possible if the val definitions were still in the file, as was the case in the original file.

I don't expect anything to break from these changes, FStar gets a green on CI, hopefully other projects sensitive to FStar.UInt still work.

Can you clean up your pull request to exclude the ocaml-output directory? git checkout master src/ocaml-output && git commit -m 'revert snapshot'

Even better, you can rebase and remove these changes altogether

For some reason UInt128 broke on the CI machine after those changes, it still works on my local machine with hints, and fails on a different lemma than the CI without hints... I assume it's the seemingly benign changes in the specifications of FStar.UInt.Base, will try reverting those.

It was just hints that needed to be regenerated with z3rlimit_factor.

FYI, this pull request failed hacl-star regressions. I am investigating.

I've been trying in the nik_uint branch of hacl-star.
It has 19 assertion failures. Here's the list if anyone is able to investigate
.\Hacl.Lib.LoadStore32.fst(45,50-45,52): (Error) assertion failed (see also D:\workspace\everest\FStar\ulib\FStar.UInt32.fst(65,12-65,32))
.\prf\Crypto.Symmetric.Cipher.fst(262,77-262,78): (Error) Subtyping check failed; expected type (n:FStar.UInt128.t{ Prims.b2t (FStar.UInt128.v n <
.\Spec.HMAC.fst(55,26-55,29): (Error) Subtyping check failed; expected type (b1:Spec.Lib.bytes{ Prims.b2t (FStar.Seq.Base.length ipad = FStar.Seq.Base.length b1) }); got type (key:Spec.Lib.bytes{ Prims.b2t (FStar.Seq.Base.length key = Spec.SHA2.size_block a) }) (see also .\Spec.HMAC.fst(19,39-19,60))
.\Spec.Chacha20_vec1.Lemmas.fst(1475,29-1475,55): (Error) Subtyping check failed; expected type Spec.Chacha20_vec.counter; got type Prims.int (see also D:\workspace\everest\FStar\ulib\FStar.UInt.Types.fsti(26,27-26,35))
.\Hacl.Spec.Bignum.Fsquare.fst(93,17-93,28): (Error) Subtyping check failed; expected type (b:Hacl.Bignum.Wide.t{ FStar.UInt.Types.size (Hacl.Bignum.Wide.v (d0 *^ r3) + Hacl.Bignum.Wide.v b)
.\Hacl.Spec.BignumQ.Mul.fst(573,2-573,8): (Error) assertion failed (see also .\Hacl.Spec.BignumQ.Mul.fst(573,8-573,26))
.\aead\Crypto.AEAD.Encrypt.Invariant.fst(81,45-81,50): (Error) Subtyping check failed; expected type (x:Crypto.Symmetric.PRF.domain i{ Prims.b2t (Mkdomain?.ctr x <^ Crypto.Symmetric.PRF.maxCtr i) }); got type Crypto.Symmetric.PRF.domain i (see also D:\workspace\everest\hacl-star\secure_api\prf\Crypto.Symmetric.PRF.fst(70,29-70,46))
.\aead\Crypto.AEAD.Enxor.Invariant.fst(99,31-99,42): (Error) Subtyping check failed; expected type Crypto.Symmetric.PRF.ctrT i; got type FStar.UInt32.t (see also D:\workspace\everest\hacl-star\secure_api\prf\Crypto.Symmetric.PRF.fst(65,21-65,35))
.\aead\Crypto.AEAD.Enxor.Invariant.fst(157,3-157,9): (Error) assertion failed (see also .\aead\Crypto.AEAD.Enxor.Invariant.fst(157,10-157,52))
.\Hacl.Bignum25519.fst(208,32-208,34): (Error) assertion failed (see also D:\workspace\everest\FStar\ulib\FStar.UInt64.fst(65,12-65,32))
.\aead\Crypto.AEAD.Wrappers.PRF.fst(58,37-58,49): (Error) Subtyping check failed; expected type Crypto.Symmetric.PRF.range (State?.mac_rgn t) i x; got type Crypto.Symmetric.UF1CMA.state (FStar.Pervasives.Native.Mktuple2 i (Mkdomain?.iv x)) (see also .\aead\Crypto.AEAD.Wrappers.PRF.fst(0,0-0,0))
.\Hacl.Impl.Ed25519.RecoverX.fsti(27,19-28,35): (Error) Subtyping check failed; expected type Prims.nat; got type Prims.int (see also D:\workspace\everest\FStar\bin\..\ulib\prims.fst(289,17-289,23))
.\Hacl.Impl.Ed25519.Sign.Steps.fst(246,46-246,80): (Error) could not prove post-condition
.\aead\Crypto.AEAD.Invariant.fst(475,43-475,56): (Error) assertion failed (see also D:\workspace\everest\FStar\ulib\FStar.UInt32.fst(45,12-45,32))
.\aead\Crypto.AEAD.Invariant.fst(780,21-780,77): (Error) Subtyping check failed; expected type Crypto.Symmetric.PRF.range rgn
.\Hacl.Hash.SHA2_512.fst(1175,93-1175,123): (Error) Subtyping check failed; expected type (j:Prims.nat{ Prims.b2t (FStar.UInt32.v Hacl.Hash.SHA2_512.pos_whash_w <= j &&
.\Hacl.Hash.SHA2_256.fst(976,55-976,57): (Error) assertion failed (see also D:\workspace\everest\FStar\ulib\FStar.UInt32.fst(65,12-65,32))
.\Hacl.Hash.SHA2_384.fst(884,2-884,72): (Error) Subtyping check failed; expected type (n:Hacl.Hash.SHA2_384.uint32_t{ Prims.b2t (FStar.UInt32.v n =
.\Hacl.Hash.SHA2_384.fst(1074,55-1074,57): (Error) assertion failed (see also D:\workspace\everest\FStar\ulib\FStar.UInt32.fst(65,12-65,32))```

Now down to 15 failures.
$ grep "(Error)" dump.new
.\prf\Crypto.Symmetric.Cipher.fst(179,0-283,5): (Error) Unknown assertion failed (SMT solver says: unknown because max. resource limit exceeded (fuel=0; ifuel=0; ))
.\Hacl.Lib.LoadStore32.fst(33,0-67,89): (Error) Unknown assertion failed (SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=2; ); SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=1; ))
.\Spec.HMAC.fst(47,0-70,16): (Error) Unknown assertion failed (SMT solver says: unknown because canceled (fuel=0; ifuel=2; ); SMT solver says: unknown because canceled (fuel=0; ifuel=1; ))
.\Hacl.Spec.BignumQ.Mul.fst(561,0-588,3): (Error) Unknown assertion failed (SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=2; ); SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=1; ))
.\Hacl.Hash.SHA2_512.fst(1169,0-1177,68): (Error) Unknown assertion failed (SMT solver says: unknown because canceled (fuel=0; ifuel=2; ); SMT solver says: unknown because canceled (fuel=0; ifuel=1; ))
.\aead\Crypto.AEAD.Encrypt.Invariant.fst(57,0-93,44): (Error) Unknown assertion failed (SMT solver says: unknown because canceled (fuel=4; ifuel=2; ); SMT solver says: unknown because canceled (fuel=2; ifuel=2; ); SMT solver says: unknown because canceled (fuel=0; ifuel=2; ); SMT solver says: unknown because canceled (fuel=0; ifuel=0; ))
.\aead\Crypto.AEAD.Invariant.fst(471,0-476,8): (Error) Unknown assertion failed (SMT solver says: unknown because canceled (fuel=0; ifuel=0; ))
.\aead\Crypto.AEAD.Invariant.fst(764,0-781,41): (Error) Unknown assertion failed (SMT solver says: unknown because canceled (fuel=1; ifuel=0; ))
.\aead\Crypto.AEAD.Wrappers.PRF.fst(50,0-63,19): (Error) Unknown assertion failed (SMT solver says: unknown because canceled (fuel=4; ifuel=2; ); SMT solver says: unknown because canceled (fuel=2; ifuel=2; ); SMT solver says: unknown because canceled (fuel=0; ifuel=2; ); SMT solver says: unknown because canceled (fuel=0; ifuel=0; ))
.\Hacl.Impl.Ed25519.RecoverX.fsti(18,0-34,8): (Error) Unknown assertion failed (SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=2; ); SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=1; ))
.\Hacl.Bignum25519.fst(200,0-217,55): (Error) Unknown assertion failed (SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=2; ); SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=1; ))
.\aead\Crypto.AEAD.Enxor.Invariant.fst(94,0-106,5): (Error) Unknown assertion failed (SMT solver says: unknown because canceled (fuel=0; ifuel=0; ))
.\aead\Crypto.AEAD.Enxor.Invariant.fst(157,3-157,9): (Error) assertion failed (see also .\aead\Crypto.AEAD.Enxor.Invariant.fst(157,10-157,52))
.\Hacl.Hash.SHA2_384.fst(883,0-884,72): (Error) Unknown assertion failed (SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=2; ); SMT solver says: unknown because canceled (fuel=0; ifuel=1; ))
.\Hacl.Hash.SHA2_384.fst(1066,0-1159,48): (Error) Unknown assertion failed (SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=2; ); SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=1; ))

Getting there ...
.\aead\Crypto.AEAD.Enxor.Invariant.fst(157,3-157,9): (Error) assertion failed (see also .\aead\Crypto.AEAD.Enxor.Invariant.fst(157,10-157,52))
.\Hacl.Hash.SHA2_384.fst(1066,0-1159,48): (Error) Unknown assertion failed (SMT solver says: unknown because (resource limits reached) (fuel=0; ifuel=2; ); SMT solver says: unknown because canceled (fuel=0; ifuel=1; ))

Rather surprisingly, some of the brittleness here is because of the way kinds of unsat cores that Z3 seems to be reporting for some simple queries. For instance, in a large context, a query like this fails to replay:
(assert (not (HasType (BoxInt 32) Prims.int)))
It seems Z3 does not include Prims.int_typing in its unsat core because it somehow managed to find some other proof of this fact. But then excluding this axiom from the core causes the proof to fail forcing F* to ask Z3 to search for a proof again.
I'm trying out a patch on F* to unconditionally include axioms about primitive types when replaying hints. But, I wonder what it is about the new libraries that's causing this change in the proofs that Z3 is finding.

@nikswamy What is the status of this branch?

This seems way out of date. I am closing it for now ... if anyone wants to revive it, please re-open.
Meanwhile, some of the ideas here are discussed in #1757


nzQueryParams always called on init

What problem does this feature solve?
How can I make it so it doesn't called on init because my table don't populate on init, user has to fill some field before it can populate data ?
And I can't do it because nzQueryParams always called on init
What does the proposed API look like?
Call nzQueryParams only when triggered by sort

我也发现了

Related issue https://github.com/NG-ZORRO/ng-zorro-antd/issues/5960
I also facing the same issue in  V9.3.0
It need to be fixed.

I am still facing the issue on 11.4.1
can you please resolve this?

I am still facing the issue on 11.4.1
can you please resolve this?

取消 nzPageIndexChange 这个貌似就可以了。

Facing same issue with v10.2.2

the issue still happen on version 11.4.1, please help to fix, thanks

Same here.

Same here on v12. Any solution?

Quick fix I use is
<nz-table
    ....
    (nzQueryParams)="onQueryParamsChange($event)>
</nz-table>

// Skip the first event
queryParamsChangeEventCnt = 0;
onQueryParamsChange(params: NzTableQueryParams): void {
  if(++this.queryParamsChangeEventCnt == 1) return;

  // Your code
}

In my case, when I want to reset nzPageSize and nzSortOrder together, the nzQueryParams is called twice, so there will be two same HTTP request.
<nz-table
  nzShowSizeChanger
  [nzData]="list"
  [nzFrontPagination]="false"
  [nzLoading]="loading"
  [nzTotal]="total"
  [(nzPageSize)]="pageSize"
  [(nzPageIndex)]="pageIndex"
  (nzQueryParams)="onQueryParamsChange($event)"
>

      姓名
      性别
      邮箱
      操作

</nz-table>

  // because I changed nameSortOrder and pageIndex both, nzQueryParams will trigger twice
  onClickReset() {
    this.nameSortOrder = 'ascend'
    this.pageIndex = 1
    this.pageSize = 10
  }

Maybe nzQueryParams should only be called when user clicks page or sorter or fitler, but not be triggered automatically when nzPageSize or nzSortOrder value changes. In this way, nzQueryParams can be more widely used.
And now I have to write more code to fulfill the demand of reset nzPageSize and nzSortOrder together as following.
<nz-table
  nzShowSizeChanger
  [nzData]="list"
  [nzFrontPagination]="false"
  [nzLoading]="loading"
  [nzTotal]="total"
  [nzPageSize]="filter.pageSize"

  (nzPageSizeChange)="onPageSizeChange($event)"
  [nzPageIndex]="filter.pageIndex"

  (nzPageIndexChange)="onPageIndexChange($event)"
>

        姓名

      性别
      邮箱
      操作

</nz-table>

  ngOnInit(): void {
    this.fetchList()
  }

  onClickReset() {
    this.filter = { ...defaultFilter }
    this.fetchList()
  }

  onPageSizeChange(pageSize: number) {
    this.filter = { ...this.filter, pageSize, pageIndex: 1 }
    this.fetchList()
  }

  onPageIndexChange(pageIndex: number) {
    this.filter = { ...this.filter, pageIndex }
    this.fetchList()
  }

  onNameSortOrderChange(sort: any) {
    this.filter = { ...this.filter, nameSortOrder: sort }
    this.fetchList()
  }

It will be really excited if nzQueryParams can be used in more cases.

Any luck here?


Moved to smbus2

History
On July 7, 2022, HA Core update 2022.7.1 was introduced that was based on Python 3.10. However,it seems that  smbus-cffi, the library that is being used by the current integration to communicate with INA219 over I2C, does not support Python 3.10 since the last update for the library was in April 2017. Due to this, the current integration was broken in HA leading to sensors being unavailable to the users.
Resolution
The most logical solution was to use smbus2 library that is said to be a drop-in replacement for smbus-cffi with minor changes.
PR
This PR is based on changes by @icaruseffect on his fork that seems to work so all credits to him. Making this PR so that when accepted, those who are already using your custom integration would get an update on on their HACS and repair their broken integration.

Given that it is already working on 2022.7.2, this PR has no use. Closing now.


New version: SimpleDirectMediaLayer v0.5.1

Registering package: SimpleDirectMediaLayer
Repository: https://github.com/JuliaMultimedia/SimpleDirectMediaLayer.jl
Created by: @Gnimuc
Version: v0.5.1
Commit: a711a37448361a36e45fa415d0e9c96c3897b641
Reviewed by: @Gnimuc
Reference: https://github.com/JuliaMultimedia/SimpleDirectMediaLayer.jl/commit/a711a37448361a36e45fa415d0e9c96c3897b641#commitcomment-138417499
Description: SDL2

is any specific reason to bump the version to 0.5.1 here?
cc @Kyjor

@Gnimuc  It was 0.5.0 previously, so maybe that version never got registered here? I figured it was more of a patch. I'm fine with moving it back to 0.5.0

[noblock]
Looks like there is a merge conflict here.
@Gnimuc Can you re-trigger Registrator? This will fix the merge conflict.

@DilumAluthge this can actually be closed. A new pr with the version reverted to 0.5.0 was merged already. Thanks!


Convert to python

Rework course to use python over R due to some package changes.

@achapkowski , I've been meaning to take a look at this. How many times have you delivered the course thus far?  IS there anything you want me to look at in R or Python?


Issues calling static properties from classes, issues instantiating class, issues with custom resources and saving design architecture

Hi, I'm implementing a save functionality with custom resources. See: https://www.youtube.com/watch?v=wSq1QJ-g91M (I am aware of the security implications, I ran a poll and 70 to 10 of my players prefer custom resources over other save types)
Static properties called in the form if PlayerState.is_intro_completed == true for Class PlayerState extending Resources with static boolean is_intro_completed return error Assertion failed: "PlayerState is not a property on any game states" from return await Engine.get_singleton("DialogueManager").get_next_dialogue_line(self, title, extra_game_states, mutation_behaviour) 	assert(false, DialogueConstants.translate("runtime.property_not_found").format({ property = property, states = str(get_game_states(extra_game_states)) })). Trying to call an instance like do var player_state PlayerState.new() to grab a new singleton as an instance of the class does not work because it does not seem like do can do something like this. It's unclear how I would pass a custom class instance as a singleton into the code
I'm not sure why you chose to require singletons in this way as I'm a bit new. What do you recommend I do in this case? From my perspective it is not a good design architecture to rigidly check for singletons. The code that seems to trip is here
# Get a value on the current scene or game state
func get_state_value(property: String, extra_game_states: Array):
    var expression = Expression.new()
    if expression.parse(property) != OK:
        assert(false, DialogueConstants.translate("runtime.invalid_expression").format({ expression = property, error = expression.get_error_text() }))

    for state in get_game_states(extra_game_states):
        if typeof(state) == TYPE_DICTIONARY:
            if state.has(property):
                return state.get(property)
        else:
            var result = expression.execute([], state, false)
            if not expression.has_execute_failed():
                return result

    if include_singletons and Engine.has_singleton(property):
        return Engine.get_singleton(property)

I take this code to be checking if the path is a singleton or not. If not (for instance, if it's a class-name), it rejects it. No offense - I didn't write the code and don't understand much of the codebase. The reason why I think that is I do not think it is a good design pattern to manage state through global singletons instead of classes and custom resources. Since most people implement save features, perhaps you have some suggestions on how I should do this. My guess is to call something like engine.create_singleton("player_state", PlayerState.new()) but I view this as sort of a hack and I don't even know if that's possible
There's also the creation of a Node2D loaded as a singleton assigning value of the resource, but I think this is not a good design pattern as it seems like duplication of function. Regardless I think the dialogue manager needs a way to interact with classes.

Hey, so sorry if this post was a bit convoluted, I'll try to refactor it later
I do think it's a good idea to refactor the architecture. But if anyone else is having this problem, just create a singleton and assign the values like
class_name SaveGame
extends Resource

const SAVE_GAME_PATH := "user://savefile.tres"

@export var player_state: Resource = PlayerState.new()
@export var map_state: Resource = MapState.new()

@export var global_position := Vector2.ZERO
@export var test : String
signal game_saved

func write_savegame() -> void:
	player_state.is_intro_completed = PlayerScriptGlue.is_intro_completed
	player_state.global_position = PlayerScriptGlue.global_position
	ResourceSaver.save(self, SAVE_GAME_PATH)
	print("Saved game")
	game_saved.emit()

func load_savegame():
	if ResourceLoader.exists(SAVE_GAME_PATH):
		var loaded_file = ResourceLoader.load(SAVE_GAME_PATH)

		PlayerScriptGlue.is_intro_completed = loaded_file.player_state.is_intro_completed
		PlayerScriptGlue.global_position = loaded_file.player_state.global_position

where PlayerScriptGlue is a singleton

The recommended way to provide state to dialogues is with autoloads but I'll add support for calling static properties and methods.


Release tag

Hi,
I have tried to use master version of this lib in my project to dynamically load Python and it works well.
So, the question: is it stable enough to make a release tag for this version?
Thanks a lot for this amaizing library that make dynamic loading of C libraries so easy)

I’m really glad to hear that you’ve gotten some use out of this library! I remember being afraid of other people using 0.1.0 because it was so messy, but 0.1.1 was meant to fix that.
If my memory is correct I felt like 0.1.1 was done, but I hadn’t conducted enough testing to be 100% sure.
If you’d like, I can tag a pre-release of 0.1.1 for you so that you don’t have to worry about me breaking ~master with future commits.

Thanks for explanation.
I think it will be enough for me to use master branch for some time: In next 1-2 weeks i plan to migrate my Zipper library to use bind-bc for static and dynamic bindings, it has better test coverage thus thus i will be able to test more functionality of this lib. When i will finish that, i will add comment about results.
Currently, i use bindbc here. In Odood, i use only dynamic bindings, but in Zipper, i will try to use both static and dynamic bindings with different dub configuration.
Additionally, it would be nice to have more documentation on how to use this library.
Thanks a lot.

Additionally, it would be nice to have more documentation on how to use this library.

I'm bad at writing documentation, but I'll try.

Thanks a lot.

Not a problem!

Hi,
I have tested it on Zipper and it seems that it works fine on linux for static and dynamic builds.
I did not have tested it on windows and mac.

That’s great to hear!
Part of the testing that I still need to do is making sure that 0.1.1 is still fully backwards compatible with all the BindBC libraries that use 0.1.0 so that I know for sure that I don’t need to increment the minor version number of every dependant BindBC library. (You have probably seen some of the crazy trickery I did to make this possible, and I should be able to use a similar technique again in case I have to remodel  the API at all)

Closing since v1.0.0 has been officially released.


Included functions unable to use TickTick

How can I get included functions into the same scope as TickTick? It seems they cant actually interact with it.

can you show me a snippet of code that you are trying?

It literally is just;
main.sh
#!/usr/bin/env bash
. ticktick.sh
. includes.sh

``
  people = {
    "HR" : [
      "Alice",
      "BoB",
      "Carol"
    ]
  }
``

firstPerson

echo "Second Person"
echo `` people.HR[1] ``

exit

includes.sh
#!/usr/bin/env bash

firstPerson() {
	echo "First Person"
	echo `` people.HR[0] ``
}

Output
First Person
people.HR[0]
Second Person
BoB

oh i see ... yes, this certainly wouldn't work.

There's unfortunately no way I can think of doing this without adding a feature.

description of feature

parser needs to look for
.

parser needs to run engine over  emitting it in place of dot notation

+1 for this.  I made the incorrect assumption it would work and now have to refactor my code. :-(

I'll write a test

tacked the tests in ... now just to make them work

been looking into this today ... trying to figure out a hack to do it. If it's not a hack, it's not ticktick.  I'm certainly not going to be doing a huge honking parser for "source" and ".".

I will take a stab at it this weekend.  Bash hell

ok so I have it loading and interpreting. I can get function scope but not variable ... anyway gotta go off to this punk concert. I'll work on it more later.  Should be cake from here out.

so I can do this with temp files.  no-temp-files is one of my commitments because of the side-effects being non-zero (even though they are really small).  I'll do the temp-file solution for now and then open up a separate ticket to figure out how to hack a non-temp file version.
Note that simply 'evaling' as I do in one other place in the code will not work because, if you look at the source for bash, it simply treats newlines like any other whitespace ... which means that
fun() {
   echo 'hi'
}

becomes
fun() { echo 'hi' }

Which looks fine until you think like a parser... this will expand to:
fun() {
echo 'hi' '}'

two arguments for echo, followed by no closing brace.  That means that you'd need a semicolon for this to work ... which puts a new restriction on code.
But wait, there's more! If you call now you'll get a commenting bug for the same reason absolutely free!
# This was written by the intern. He's a mathematician so it works but we don't know how
n_equals_np_proof() {

Becomes:
# This was written by the intern. He's a mathematician so it works but we don't know how n_equals_np_proof() { ...

Ala, one gigantic one-line comment.  Splendid.  So that, unfortunately will not work.
Other methods lead to subshells so that's no good.  The temp file solution is there, the fruit hangs low, I might as well pick it.

How has bash survived this long XD
Thanks,
Donnie Jones
Date: Sat, 25 Jun 2016 16:51:35 -0700
From<EMAIL_ADDRESS>To<EMAIL_ADDRESS>CC<EMAIL_ADDRESS><EMAIL_ADDRESS>Subject: Re: [kristopolous/TickTick] [feature] Included functions unable to use TickTick (#37)
so I can do this with temp files.  no-temp-files is one of my commitments because of the side-effects being non-zero (even though they are really small).  I'll do the temp-file solution for now and then open up a separate ticket to figure out how to hack a non-temp file version.
Note that simply 'evaling' as I do in one other place in the code will not work because, if you look at the source for bash, it simply treats newlines like any other whitespace ... which means that
fun() {
echo 'hi'
}
becomes
fun() { echo 'hi' }
Which looks fine until you think like a parser... this will expand to:
fun() {
echo 'hi' '}'
two arguments for echo, followed by no closing brace.  That means that you'd need a semicolon for this to work ... which puts a new restriction on code.
But wait, there's more! If you call now you'll get a commenting bug for the same reason absolutely free!
This was written by the intern. He's a mathematician so it works but we don't know how
n_equals_np_proof() {
Becomes:
This was written by the intern. He's a mathematician so it works but we don't know how n_equals_np_proof() { ...
Ala, one gigantic one-line comment.  Splendid.  So that, unfortunately will not work.
Other methods lead to subshells so that's no good.  The temp file solution is there, the fruit hangs low, I might as well pick it.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Apparently the functionality of builtin and enable doesn't match the documentation - although it looks like I can do some dance that will make it work and match the documentation for when this inconsistency is resolved. (let's not use the 'b' word here)


Fix zero distance geo NN search

Scope & Purpose
Fix an issue where a query would not return a result when the geo index was used.
LET g = GEO_POINT(37.616522, 55.704235)
FOR d IN geo
  FILTER GEO_DISTANCE(g, d.geometry) <= 0
  RETURN d

[x] :hankey: Bugfix
[x] :computer: The behavior change can be verified via automatic tests

Backports:

[x] Backports required for: 3.7, 3.6

Testing & Verification

[ ] This change is a trivial rework / code cleanup without any test coverage.
[x] This change is already covered by existing tests, such as (please describe tests).
[ ] This PR adds tests that were used to verify all changes:

[ ] Added Regression Tests
[ ] Added new C++ Unit Tests
[x] Added new integration tests (i.e. in shell_server / shell_server_aql)
[ ] Added new resilience tests (only if the feature is impacted by failovers)

http://jenkins01.arangodb.biz:8080/job/arangodb-matrix-pr/12482/

http://jenkins01.arangodb.biz:8080/job/arangodb-matrix-pr/12523/

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12868/


[Suggestion] Memorise Nexus

Takes a location with a nexus that's in ambit, stores that location to your player data, that location no longer needs to be in ambit to bind to it.

Might I suggest that this be implemented similarly to how HexBound's Memorize Pigment spell works? With that, you associate a pigment (don't remember if it's your current one, or one grabbed from an item) with a pattern, and later you can use Recall Pigment with a pattern as input to set your pigment to the corresponding one.
So you'd have the memorize nexus spell, and then modify the bind and temp bind spells to optionally accept a pattern iota instead of a vector.
This way you could connect to the memorized nexi from other dimensions.


nodemap: Move v1Map init to Start hook

The v1Map was initialized from the object constructor causing this log error when running "go run ./daemon hive":
  time="2024-06-14T16:42:14+02:00" level=error msg="failed to init v1 node map"
  error="failed to init bpf map: unable to create map: creating map: load pinned map: permission denied" subsys=NodeMap

/test

/test

/test


ci: start action for manual MOAT dispatch

Motivation

This is the branch the Mother of All Tests will be run from. Don't want it running on everyones PRs, and manual dispatch doesn't seem to work until the workflow gets to main branch (fwict)
Solution

Codecov Report
Patch and project coverage have no change.

Comparison is base (8cf8ac4) 100.00% compared to head (c175174) 100.00%.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@             Coverage Diff             @@
##               1.5     #1035     +/-   ##
===========================================
  Coverage   100.00%   100.00%
===========================================
  Files           46        25     -21
  Lines         2652      1184   -1468
  Branches       396       134    -262
===========================================
- Hits          2652      1184   -1468

Flag
Coverage Δ

foundry
?

production
100.00% <ø> (ø)

reference
?

Flags with carried forward coverage won't be shown. Click here to find out more.
see 40 files with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

gonna be idling / timeout til i add config to the ops repo

latest run tried running existing fuzz suite at 100k fuzz runs
seen here
logs for one failing test / counterexample:
Running 5 tests for test/foundry/helpers/sol/lib/AdditionalRecipientLib.t.sol:AdditionalRecipientLibTest
[PASS] testComposeEmpty(uint256,address) (runs: 100000, μ: 1082, ~: 1082)
[PASS] testCopy() (gas: 738)
[FAIL. Reason: Empty AdditionalRecipient selected. Counterexample: calldata=0xe4752a5a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000, args=[0, 0x0000000000000000000000000000000000000000]] testRetrieveDefault(uint256,address) (runs: 71634, μ: 45808, ~: 46660)
Traces:
  [6680] AdditionalRecipientLibTest::testRetrieveDefault(0, 0x0000000000000000000000000000000000000000)
    └─ ← "Empty AdditionalRecipient selected."
[PASS] testRetrieveDefaultMany(uint256[3],address[3]) (runs: 100000, μ: 160338, ~: 162[87](https://github.com/ProjectOpenSea/seaport/actions/runs/4471452364/jobs/7856361596?pr=1035#step:8:88)8)
[PASS] testRetrieveNonexistentDefault() (gas: 83[90](https://github.com/ProjectOpenSea/seaport/actions/runs/4471452364/jobs/7856361596?pr=1035#step:8:91))
Test result: FAILED. 4 passed; 1 failed; finished in 13.15s

eventually (at like 16m it was killed)
/runner/_work/_temp/327fcc36-f22c-4dd9-bf4e-b84d2ffae259.sh: line 1:  1864 Killed                  FOUNDRY_PROFILE=moat forge test -vvv

a second run here got killed at 9 minutes
saw exit code is 137 -- which happens when a k8s pod is OOM, will need to up the limits

for a few reasons, gonna err on the side of shorter-lived runners that search through a smaller fuzz space
closing this PR as its not worth stress testing the single-shard longevity anymore


chore: add a hash suffix based on the spec for pipeline

Fixes #243
Modifications
Since we may have multiple pipelines associate with a pipeline rollout soon for the no downtime upgrade feature. This PR adds the logic to uniquely identify a pipeline that associate with a pipeline rollout based on its spec. To deterministic identify a pipeline, added a hash of the pipeline spec as a suffix to the name of the pipeline.
This PR also fixes a bug that when a pipeline with the same name already exist without a pipeline Rollout manage it. It should update the phase to failed without checking the child status.
Verification
make test
make test-e2e

hmm, looks like e2e failed?

Decided to postponed this PR as it can introduce the issue that multiple pipelines associate with a pipelineRollout after a spec change.


Support for HEOS app

Request for support for HEOS application: https://play.google.com/store/apps/details?id=com.dnm.heos.phone
The app has its own notification area box and there are title, artist, album and some playback controls.  SLS doesn't recognize the app and also the generic receiver doesn't work with it.
How is the application recognition done? Quickly browsed the repo but couldn't find code related to that.

A good way to understand the relevant code is to understand our privacy concerns code

Your app may fall under the unshared metadata category.
Some music apps do not share their metadata properly with android libraries.
I will review this app soon.


Unable to access My Positions in the pools page

Describe the bug

To Reproduce
Steps to reproduce the behavior:

Go to the Pools page and select My Positions

Additional context
The past couple of weeks we've had people with random Alchemy CORS policy issues so pools wouldn't load for them. This doesn't look like that

The issue is on the SDK side. Eddie already fixed it.


Update UI layout

Update the Ui for App

you have a lot of conflicts that you need to resolve before pushing to master


Remove old object controller and the flag

The old object controller is removed. The flags to toggle the old/new
object controllers are also cleaned.
Tested by 'make test' and manual testing on GKE cluster.

/lgtm
/approved

/approve


Update zookeeper.conf.j2

replace the hard coded /var/log/zookeeper with {{log_dir}} variable
#79

Thanks for contribution


Strict mode arrow functions must validate the params

In case the outer scope of an arrow function is sloppy and the arrow
has a use strict directive we need to validate the parameters.

@johnjbarton PTAL

LGTM

Turns out we had some issues with those... I added a second commit which fixes our parsing of [implements] and {implements}.
PTAL

LGTM


Fix double scrollbar in pivot table (UI bug)

Fixed the multiple scrollbar issue mentioned in #1837. I looked at the other visualizations and none had multiple scrollbar issues that weren't already there.
What is your process to test UI changes? I tried to look for adverse effects as best as I can but I'm worried that something somewhere will be missing a scrollbar.

I tried it on a few charts and though I couldn't reproduce the double scrollbar before this LGTM


Could not load dynamic library 'libcudart.so.11.0' cannot open shared object file: No such file or directory

TensorFlow installed from (source or binary): source
TensorFlow version: 2.7.0
Python version: 3.9.7
Installed using virtualenv? pip? conda?: pip3
CUDA/cuDNN version: 11.5
GPU model and memory: Gtx 1060
i have tensorflow and tensorflow-gpu installed

code source :
import numpy as np
import keras
from keras.preprocessing.image import load_img
from keras.preprocessing.image import img_to_array
from keras.applications.vgg16 import preprocess_input
from keras.applications.vgg16 import decode_predictions
from tensorflow.keras.preprocessing.image import load_img, img_to_array
from keras.applications.vgg16 import VGG16
import tensorflow as tf

# def predict(img_path):
def getPrediction(filename):
     model = tf.keras.models.load_model("/classrepo/HomeWork_out/Project3_ManuelaClone/UCF-PROJECT-03/final_model_weights.hdf5")
     img = load_img('/classrepo/HomeWork_out/Project3_ManuelaClone/UCF-PROJECT-03/static/'+filename, target_size=(180, 180))
     img = img_to_array(img)
     img = img / 255
     img = np.expand_dims(img,axis=0)
     category = model.predict_classes(img)
     answer = category[0]
     probability = model.predict(img)
     probability_results = 0

     if answer == 1:
          answer = "Recycle"
          probability_results = probability[0][1]
     else:
          answer = "Organic"
          probability_results = probability[0][0]

     answer = str(answer)
     probability_results=str(probability_results)

     values = [answer, probability_results, filename]
     return values[0], values[1], values[2]

+-----------------------------------------------------------------------------+
| NVIDIA-SMI 495.44       Driver Version: 495.44       CUDA Version: 11.5     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  NVIDIA GeForce ...  Off  | 00000000:01:00.0 Off |                  N/A |
| N/A   33C    P8     2W /  N/A |      6MiB /  6078MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                                  |
|  GPU   GI   CI        PID   Type   Process name                  GPU Memory |
|        ID   ID                                                   Usage      |
|=============================================================================|
|    0   N/A  N/A       833      G   /usr/lib/Xorg                       4MiB |
+-----------------------------------------------------------------------------+

i'm using manjaro and i get this error when i want to run my code by python3 main.py :
2021-12-09 00:35:36.425837: W tensorflow/stream_executor/platform/default/dso_loader.cc:64] Could not load dynamic library 'libcudart.so.11.0'; dlerror: libcudart.so.11.0: cannot open shared object file: No such file or directory
2021-12-09 00:35:36.425863: I tensorflow/stream_executor/cuda/cudart_stub.cc:29] Ignore above cudart dlerror if you do not have a GPU set up on your machine.

any help please ??

Hi @3kba!
Could you please update the template too as it helps us analyse the issue [tf version, steps followed before you ran into this error or stand alone code/colab gist to reproduce the issue faced].
Tested Cuda/CudNN config for each version can be found here. Attaching relevant thread for reference. Thanks!

Hi @3kba! Could you please update the template too as it helps us analyse the issue [tf version, steps followed before you ran into this error or stand alone code/colab gist to reproduce the issue faced].
Tested Cuda/CudNN config for each version can be found here. Attaching relevant thread for reference. Thanks!

updated you can see and tell me if u want me to add another information it can help thanks.

Ok @3kba! You can install Cuda files either through conda command or follow instructions for ubuntu/others here. You can point your bin file from Cuda installation in your environment path as above thread suggests. Thanks!


Merge for null handling and wrapper update

iOS side of things may not be working, couldn't check it throughly. Need to also add data types in the flutter methods.

Need to add data type in wrapper methods so that arguments are not considered dynamic.

Should resolve this issue: https://github.com/hypertrack/sdk-flutter/issues/12

Closing this to create new one


Be careful of what you import

Be careful of what you import. I have two machines with wow on it. One has the oldest pre 3.0 version the other has been updated daily to the latest 3.0.17
I decided to import several sequence from the boards and try them on both machines. The ones on the older versions seemed to work. Not all the ones on the 3.0.17 would work and would produced errors.
Looking at the ones the didn't work I am surprised that they did on the older version. Most of them seemed to have logic flaws or would lockup on the wrong combination of /cast or /castsequence. Probably a lot of errors that i didn't notice.
So the old version seemed to be more forgiving and do things that might have never even actually been sent to the wow servers or even rejected and you might not notice.
The new one on the other hand seems to want you to correct your mistakes before hand.

This is by design.  Its good to hear that its working properly.  Having said that though 3.0.17 has a few issues that it should be more forgiving on.  Working through that now.


Fixes #55

This fixes issue #55 under windows. I've not tested on other operating systems though

I signed it!


How to use VEthernet with Tor, Shadowsock,...

Tor, Shadowsock, Latern, Psiphon,... They open socks proxy on localhost then transfer traffic to internet. They have a loopback connection.
Instead of: Browser -> VEthernet -> Tor -> Internet; then: Browser -> (Tor -> VEthernet; loopback) -> Internet.
So how to use VEthernet with them, and I dont know the command --product=yes it is for what.

If you connect to <IP_ADDRESS>:1080 of the host then tun2socks sends all data to <IP_ADDRESS>:1080. shadowsocks sends all data to the server ip address (assume: <IP_ADDRESS>:7777), then <IP_ADDRESS>:7777 is not configured with the ip route then it will go tun2socks so in fact loopback.
You need to add the server ip connected to "shadowsocks" to the system ip route table.
Such as add <IP_ADDRESS> ip route:
runas cmd
route add <IP_ADDRESS> <IP_ADDRESS>

May you support VEthernet with command "-proxy direct://".
It may help me with that feature.
I borrowed that idea from this project: https://github.com/xjasonlyu/tun2socks/wiki/Proxy-Models

In fact, you can use the existing "--bypass-iplist=./ip.txt"...
Configure the shadowsocks server ip address within the ip.txt file.

Thank you for your support.
In fact, I dont use VEthernet for only PC, but also for my other devices.
With tun2socks from xjasonlyu: Devices (TV, phones, ...) -> Wifi router (Adapter Interface) -> Internet connection sharing -> Tun2socks (Proxy mode direct) -> GoodbyeDPI (windivert only modify app, not interface) -> Internet.
Above config help me bypass firewall without impact performance (socks is slower than GoodbyeDPI).
So may you support that feature ?


test-branch/execute-job/quoted-authorization/5c1c4b29-7016-4d80-a5da-b73fb0549ba2

PR for testing f4c15d6eaed8432b76dce053ee70603a3742d429

/canonical/self-hosted-runners/run-workflows f4c15d6eaed8432b76dce053ee70603a3742d429


'contains' method should apply to any Iter

Currently it is limited to Iter
Must also ensure that this is working on the basic of value-equality, not reference equality.  e.g. in Snake PP for bodyCovers / overlaps

I think this is working now


Indicate incomplete result for references view

"references.preferredLocation": "view",

When running editor.action.goToReferences at startup - before the TypeScript language have scanned the codebase, it returns only 1 reference (in the current opened file). There's no indication that this query result is incomplete (unless you know that this symbol is present in other files).
It would be great if there was an indication that the query result does not have all the data, or for it to rerun when all the references were computed.

I believe TypeScript should simply not offer Reference Search during its startup phase. @mjbvz what is your take on this?

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.
Happy Coding!


Mask for hidden fields?

Hello.
Cannot find a way, how not to return some fields by default, but to do it when it's needed.
Rewriting $formatJson is a cool feature, but doing it I cannot specify in what cases should it be returned, in which it should be omitted.
Any ideas guys? :)

Would something like this work for you?
class CustomQueryBuilder extends Model.QueryBuilder {
  omit(omits) {
    this.mergeContext({ omits })
    return this
  }
}

class BaseModel extends Model {
  static get QueryBuilder() {
    return CustomQueryBuilder
  }

  static get defaultOmits() {
    return []
  }

  $afterGet(queryContext) {
    const { defaultOmits } = this.constructor;
    const {omits } = queryContext

    // Do the omitting/selecting for `this`
    ...
  }
}

class User extends BaseModel {
  static get defaultOmits() {
    return ['passwordHash']
  }
}

await User.query().omit(['foo', 'bar'])


Remove package-lock.json

The project is using yarn which uses its own lock file.

Without a package lock file, a package manager such as Yarn or npm will resolve the the most current version of a package in real-time during the dependencies install of a package, rather than the version that was originally intended for the specific package.

Might break the functionality sometimes : https://snyk.io/blog/what-is-package-lock-json/

Doesn't yarn use its own lock file? i.e. https://github.com/zaproxy/browser-extension/blob/057646134d798672e9a74db680373e1594b1f9c5/yarn.lock
See also: https://github.com/zaproxy/browser-extension/actions/runs/5729172357/job/15525352837#step:4:6

ohh got it. Its yarn.lock I got confused between the two.


Edges unmount and remount when linked nodes are (de)selected

Describe the Bug
When selecting or deselecting a node, its connected edges will unmount and remount, which will cause the internal states in custom edges being reset.
Your Example Website or App
https://codesandbox.io/s/eager-lewin-zxygu1
Steps to Reproduce the Bug or Issue

Open the demo
Select or deselect Node 5, Output 8 or Output 9 and watch the internal counter value and console log.

Expected behavior
Selecting or deselecting a node shouldn't unmount or remount its connected edges. The internal states in the custom edges should persist.
Screenshots or Videos
https://user-images.githubusercontent.com/10386119/158066715-21a7d76b-3330-4d92-9c05-58cfda4dd479.mp4
Platform

OS: [Windows]
Browser: [Edge]
Version: [10.0.0-next.51]

Additional context
No response

After some digging around I found the reason. The EdgeWrappers are grouped into different svg elements depending on their different z-index levels. So when a node is selected, its connected edges will all have higher levels and thus are regrouped into a new svg element, whose key is the new level, and trigger a remount.
The edgeTree store data is also structured to group different edges into different levels. I might not be aware of the design considerations behind this. I managed to flatten the EdgeWrappers and wrap each of them into an individual svg element to fix this issue.
https://github.com/Sec-ant/react-flow/commit/ee1cc74e2a0c6c70ca17330ab3475d0d53bea471#diff-687a1bfc2516c89b169da9501420c0cde3e47018204ea282d65597d42d7155e9
The remounting of edges will cause some visual glitches as well even if you don't save states in the edge component (note the animation and edge label in the demo below):
https://user-images.githubusercontent.com/10386119/158503073-4b430837-228b-43c7-bfac-bf0fc15d212f.mp4
Will you guys reconsider the data structure of this? @moklick Thanks!

Hey @Sec-ant. Thanks for your input! We will have a look.

We changed the default behaviour like it was before. Edges now always have zIndex=0 and if you want them on top when a connected node is selected, you can set elevateEdgesOnSelect={true} on the <ReactFlow /> component.


Implement missing features needeed for WebRTC Direct

This commit introduces few minor changes to str0m:

allow user to set local ICE credentials
allow user to disable certificate fingerprint verification
allow user to fetch remote's certificate fingerprint

These changes allow implementing WebRTC Direct [1] using str0m
[1] https://github.com/libp2p/specs/blob/master/webrtc/webrtc-direct.md

Related to #166
cc @thomaseizinger @xnorpx

Hi @algesten, I'll make the necessary changes.
W.r.t. to disabling certificate verification, quoting from the spec:

No need for trusted TLS certificates. Enable browsers to connect to public server nodes without those server nodes providing a TLS certificate within the browser's trustchain. Note that we can not do this today with our Websocket transport as the browser requires the remote to have a trusted TLS certificate. Nor can we establish a plain TCP or QUIC connection from within a browser. We can establish a WebTransport connection from the browser (see WebTransport specification).

and

A and B execute the DTLS handshake as part of the standard WebRTC connection establishment.
At this point B does not know the TLS certificate fingerprint of A. Thus B can not verify A's TLS certificate fingerprint during the DTLS handshake. Instead B needs to disable certificate fingerprint verification (see e.g. Pion's disableCertificateFingerprintVerification option).

In case you're interested, here's the full process for establishing browser<->server connection: https://github.com/libp2p/specs/blob/master/webrtc/webrtc-direct.md#browser-to-public-server
This is needed for Polkadot so that light clients can connect to full nodes over WebRTC

Thanks!

Cheers, any chance a new release could be cut some time in the near future?

Absolutely!
I haven't made progress on it in a couple of days, but I think we're ready: https://str0m.zulipchat.com/#narrow/stream/377845-general/topic/Release.200.2E2.2E0/near/387221067

0.2.0 is released: https://crates.io/crates/str0m/0.2.0

thanks!

Looking forward to hear how it works out for you!


WIP: add re-use for client connection on import

added "caching" for direct client connections in order to more efficiently handle keep-alive connections

Coverage decreased (-0.2%) to 99.813% when pulling 826ec92c1f7406c7a6138432bd7f518b88c2d0bf on tgruben:streamline-import-bits into 38863bd9c96cc6907e6632cb6893a2f14fc68800 on pilosa:master.

Coverage decreased (-0.2%) to 99.813% when pulling 9ef6149e549aa6bc032153f89d9ad886433465e5 on tgruben:streamline-import-bits into 38863bd9c96cc6907e6632cb6893a2f14fc68800 on pilosa:master.

Coverage decreased (-0.2%) to 99.813% when pulling 0a9164d7015f8ff425567a441f4c2fb400b6ab57 on tgruben:streamline-import-bits into 38863bd9c96cc6907e6632cb6893a2f14fc68800 on pilosa:master.

I wrote up a separate issue for some (potentially) more invasive changes, but really there should only be one net/http.Client object per host in the cluster, and it should be re-used for all requests to that host throughout the life of the program: https://github.com/pilosa/go-pilosa/issues/48

The test for the cache is here: https://github.com/tgruben/go-pilosa/pull/1

I think we should take the client cache out of the client and make it its own struct, something like ClientManager. Otherwise the address of client object which contains the cache is not in the cache:
client := DefaultClient()
client2, _ := client.getDirectClient("foo.bar:10101")
if client != client2 {
    // client itself is not cached
}


[Gekidou] - Channel Intro

Summary
Adds the Channel Intro to the post list in the channel screen
Ticket Link
Part of https://mattermost.atlassian.net/browse/MM-39752
Release Note
NONE

@koox00 changes made to the avatar margins, moved to the post component instead.

PR updated to use the new UI elements


Update django app installation guide

We should update the following install guide: https://github.com/juhanurmi/ahmia/blob/master/README.md
Should we target the latest Ubuntu LTS and Fedora?

Yes, we should update the installation guide for Ubuntu and Fedora.

By the way, this is a duplicate of https://github.com/ahmia/search/issues/2

I think this is ready.
I close this issue, even if we need to update documentation continuously.


Update PLUGINS.md

Please verify the following:

[ ] Everything works on iOS/Android
[ ] npm test ava tests pass with new tests, if relevant
[x] ./docs/ has been updated with your changes, if relevant

^ Not sure if the other items are relevant 😛
Describe your PR
Hi guys !
I published my first ignite plugin!
Do I need to do anything else than publish it on npm so it comes out in the ignite list?
Anyway, thanks for the awesome work on gluegun and ignite, it was pretty easy to create the plugin 😄

I'm not sure where we are with ignite list.  At a quick glance it looks like we'll need a PR over on the ignite-plugins repo.

Makes sense ! I didn't see that ignite-plugins was a thing :) I'm gonna do that right away


Unit-tests are not complete for StringExtension methods

Carefully written tests are required

unit-tests are revised and refactored. All tests are passed.


Add level one options capability

Hello, I was using this library and noticed timesale_options doesn't work, and scouring the internet, it appears some time in 2020 someone spoke with a TDA rep who said that was currently disabled in their API, but I noticed a lack of level one data for options. This rectifies that.
From testing during the day today, it also appears that the even fires with "lastPrice" when a trade is made, so there could likely be a way to revive streamer.subsTimesaleOptions via this method, but I'm happy just to add everything here in a streamer.subsLevelOneOption method with complimentary streamer.on('level_one_option', func) emitter.
Example output:
{
  service: 'OPTION',
  timestamp:<PHONE_NUMBER>190,
  command: 'SUBS',
  content: [
    {
      symbol: 'SPY_100121C444',
      description: 'SPY Oct 1 2021 444 Call (Weekly)',
      bidPrice: 1.61,
      askPrice: 1.63,
      lastPrice: 1.64,
      highPrice: 2.55,
      lowPrice: 1.52,
      closePrice: 2.855,
      totalVolume: 27345,
      openInterest: 8099,
      volatility: 11.2577,
      quoteTime: 58500,
      tradeTime: 58417,
      intrinsicValue: -1.36,
      quoteDay: 18897,
      tradeDay: 18897,
      expirationYear: 2021,
      multiplier: 100,
      digits: 2,
      openPrice: 2.14,
      bidSize: 70,
      askSize: 70,
      lastSize: 3,
      netChange: -1.215,
      strikePrice: 444,
      contractType: 'C',
      underlying: 'SPY',
      expirationMonth: 10,
      deliverables: undefined,
      timeValue: 1.64,
      expirationDay: 1,
      daysToExpiration: 4,
      delta: 0.4068,
      gamma: 0.0688,
      theta: -0.2332,
      vega: 0.1943,
      rho: 0.0225,
      securityStatus: 'Normal',
      theoreticalOptionValue: 1.635,
      underlyingPrice: 442.64,
      uvExpirationType: 'S',
      mark: 1.635
    }
  ],
  key: 'SPY_100121C444'
}

Thank you for taking the time to contribute! Would you be able to add unit tests for this as well?

Thank you for taking the time to contribute! Would you be able to add unit tests for this as well?

I'd love to, but I don't know what you're using / how you're running the tests. Attempting to run node tests/streamer.spec.js yield ReferenceError: expect is not defined and I can't seem to find it defined anywhere in the project. I assume it is may require mocha/chai or something but I couldn't get the tests to work as-is, so I did not modify them. Any assistance replicating your test environment would be helpful. Thanks.

The test runner is jest and it defines expect as a global. To run the tests use npm test

There you go.... and I officially spent 2-3 times more time writing the unit tests and debugging issues with  that process than I did the actual code... 😢

much appreciated! :)


update esptool

What kind of issue is this?

[x] Bug report. If you’ve found a bug, please provide information below.

Configuration
Operating system: MacOS X El Capitan
PlatformIO Version (platformio --version): 2.8.6
Description of problem
I have not had any success with the packaged esptool for uploading to a WeMos D1 Mini.  It always fails.  I replaced it with the master branch here and now uploads work.
Steps to Reproduce

Get a Mac with El Capitan, D1 Mini, and install driver from wemos.cc.  Reboot
Build anything with platformio
Try to upload

Actual Results
$ pio run -t upload
[Mon Apr 11 17:11:26 2016] Processing d1_mini (platform: espressif, lib_install: 18, 19, 89, board: d1_mini, framework: arduino)
----------------------------------------------------------------------------------------------------------------------
<lambda>(["upload"], [".pioenvs/d1_mini/firmware.bin"])
Auto-detected UPLOAD_PORT/DISK: /dev/cu.wchusbserial14220
"/Users/boneskull/.platformio/packages/tool-esptool/esptool" -vv -cd nodemcu -cb 115200 -cp /dev/cu.wchusbserial14220 -cf .pioenvs/d1_mini/firmware.bin
esptool v0.4.8 - (c) 2014 Ch. Klippel<EMAIL_ADDRESS>setting board to nodemcu
setting baudrate from 115200 to 115200
setting port from /dev/tty.usbserial to /dev/cu.wchusbserial14220
espcomm_upload_file
espcomm_upload_mem
opening port /dev/cu.wchusbserial14220 at 115200
tcgetattr
tcsetattr
serial open
opening bootloader
resetting board
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
warning: espcomm_send_command: wrong direction/command: 0x01 0x07, expected 0x01 0x08
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
warning: espcomm_send_command: wrong direction/command: 0x01 0x07, expected 0x01 0x08
resetting board
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
warning: espcomm_send_command: wrong direction/command: 0x01 0x07, expected 0x01 0x08
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
resetting board
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
warning: espcomm_send_command: wrong direction/command: 0x01 0x07, expected 0x01 0x08
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
warning: espcomm_send_command: wrong direction/command: 0x01 0x07, expected 0x01 0x08
warning: espcomm_sync failed
error: espcomm_open failed
error: espcomm_upload_mem failed
scons: *** [upload] Error 255
============================================ [ ERROR ] Took 2.41 seconds ============================================

Expected Results
$ pio run -t upload
[Mon Apr 11 17:13:55 2016] Processing d1_mini (platform: espressif, lib_install: 18, 19, 89, board: d1_mini, framework: arduino)
----------------------------------------------------------------------------------------------------------------------
"/Users/boneskull/.platformio/packages/tool-esptool/esptool" -eo "/Users/boneskull/.platformio/packages/framework-arduinoespressif/bootloaders/eboot/eboot.elf" -bo .pioenvs/d1_mini/firmware.bin -bm dio -bf 40 -bz 4M -bs .text -bp 4096 -ec -eo .pioenvs/d1_mini/firmware.elf -bs .irom0.text -bs .text -bs .data -bs .rodata -bc -ec
<lambda>(["upload"], [".pioenvs/d1_mini/firmware.bin"])
Auto-detected UPLOAD_PORT/DISK: /dev/cu.wchusbserial1420
"/Users/boneskull/.platformio/packages/tool-esptool/esptool" -vv -cd nodemcu -cb 115200 -cp /dev/cu.wchusbserial1420 -cf .pioenvs/d1_mini/firmware.bin
esptool v - (c) 2014 Ch. Klippel<EMAIL_ADDRESS>setting board to nodemcu
setting baudrate from 115200 to 115200
setting port from /dev/tty.usbserial to /dev/cu.wchusbserial1420
espcomm_upload_file
espcomm_upload_mem
opening port /dev/cu.wchusbserial1420 at 115200
tcgetattr
tcsetattr
serial open
opening bootloader
resetting board
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
warning: espcomm_send_command: wrong direction/command: 0x01 0x07, expected 0x01 0x08
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
warning: espcomm_send_command: wrong direction/command: 0x01 0x07, expected 0x01 0x08
resetting board
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
trying to connect
setting character timeout 0
done
setting character timeout 1
done
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
Uploading 242928 bytes from to flash at 0x00000000
erasing flash
size: 03b4f0 address: 000000
first_sector_index: 0
total_sector_count: 60
head_sector_count: 16
adjusted_sector_count: 44
erase_size: 02c000
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
setting timeout 15000
setting character timeout 150
done
setting timeout 1
setting character timeout 1
done
espcomm_send_command: receiving 2 bytes of data
writing flash
..............................................................................................................................................................................................................................................
starting app without reboot
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
closing bootloader
============================================ [SUCCESS] Took 32.69 seconds ============================================

If problems with PlatformIO Build System:
The content of platformio.ini:
#
# Project Configuration File
#
# A detailed documentation with the EXAMPLES is located here:
# http://docs.platformio.org/en/latest/projectconf.html
#

# A sign `#` at the beginning of the line indicates a comment
# Comment lines are ignored.

# Simple and base environment
# [env:mybaseenv]
# platform = %INSTALLED_PLATFORM_NAME_HERE%
# framework =
# board =
#
# Automatic targets - enable auto-uploading
# targets = upload

[env:d1_mini]
platform = espressif
framework = arduino
board = d1_mini
lib_install = 18, 19, 89

Source file to reproduce issue:
#include <ESP8266WiFi.h>
#include <Task.h>
#include <PubSubClient.h>
#include <Adafruit_Sensor.h>
#include <DHT_U.h>
#include <DHT.h>

#define SSID "SON OF ZOLTAR"
#define PASS "redacted"

#define CLIENT_ID "indoors"
#define DHT_PIN 4
#define DHT_TYPE DHT22

void waitForConnection(uint32_t delta);
void keepConnected(uint32_t delta);
void publishTemp(uint32_t delta);

TaskManager taskManager;
WiFiClient wifi;
PubSubClient mqtt;
DHT_Unified dht(DHT_PIN, DHT_TYPE);

FunctionTask taskWaitForConnection(waitForConnection, MsToTaskTime(250));
FunctionTask taskKeepConnected(keepConnected, MsToTaskTime(500));
FunctionTask taskPublishTemp(publishTemp, MsToTaskTime(1000));

/**
 * Returns `true` if WiFi is offline.
 */
bool offline() {
  return WiFi.status() != WL_CONNECTED;
}

float getTemperature() {
  sensors_event_t event;
  dht.temperature().getEvent(&event);
  return event.temperature;
}

void publishTemp(uint32_t delta) {
  float tempC = getTemperature();
  if (!isnan(tempC)) {
    float tempF = (tempC * 9/5) + 32.0;
    mqtt.publish("temp", String(tempF).c_str());
  }
}

/**
 * Pauses normal behavior and waits until we have a WiFi connection again,
 * then resumes.
 */
void waitForConnection(uint32_t delta) {
  if (!offline()) {
    Serial.println("Connected to " + String(SSID));
    taskManager.StopTask(&taskWaitForConnection);
    taskManager.StartTask(&taskKeepConnected);

    mqtt.setClient(wifi);
    mqtt.setServer("<IP_ADDRESS>", 1883);
    mqtt.connect(CLIENT_ID);

  }
}

/**
 * Connects to WiFi network.  Flashes colon quickly during this phase.
 */
void keepConnected(uint32_t delta) {
  if (offline()) {

    taskManager.StopTask(&taskKeepConnected);

    Serial.println("Connecting to " + String(SSID));
    WiFi.begin(SSID, PASS);

    taskManager.StartTask(&taskWaitForConnection);
  }
}

void setup() {
  Serial.begin(9600);
  WiFi.mode(WIFI_STA);
  dht.begin();
}

void loop() {
  taskManager.Loop();
}

Additional info
I have had some success uploading the built .bin with esptool.py.

oops, wifi password.

Hi @boneskull !
We use the latest esptool (0.4.8) from Arduino ESP8266 (2.1.0) package.
Does uploading to your board work well in Arduino IDE? Which USB-UART bridge are you using?

I've got the same issue as well. Impossible to upload to the D1 Mini. The Arduino IDE manages to upload from time to time, but gives a lot of problems too ... Maybe a driver issue for the D1's CH340G USB-UART bridge?

Maybe need to ask @wemos or http://forum.wemos.cc ?

There definitely is a difference between Platform and the Arduino IDE. The Arduino IDE manages to upload 25% of the time (so, it definitely has issues, but succeeds from time to time). Platform IO never manages to upload.

Could you please try this esptool? Just replace old one in /home/.platformio/packages/tool-esptool
Have you tried esptool.py as the alternative uploader?

The esptool you link to, appears to be the one I'm using. I tried using esptool.py:
esptool.py --port /dev/cu.wchusbserial1440 write_flash 0x00000 .pioenvs/d1_mini/firmware.bin

But unfortunately, it fails to connect:
Connecting...
Traceback (most recent call last):
  File "/usr/local/bin/esptool.py", line 5, in <module>
    pkg_resources.run_script('esptool==0.1.0', 'esptool.py')
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 492, in run_script
    self.require(requires)[0].run_script(script_name, ns)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 1357, in run_script
    exec_(script_code, namespace, namespace)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 47, in exec_
    exec("""exec code in globs, locs""")
  File "<string>", line 1, in <module>
  File "/Library/Python/2.7/site-packages/esptool-0.1.0-py2.7.egg/EGG-INFO/scripts/esptool.py", line 471, in <module>

  File "/Library/Python/2.7/site-packages/esptool-0.1.0-py2.7.egg/EGG-INFO/scripts/esptool.py", line 149, in connect

Exception: Failed to connect

So this isn't a Platform issue, but really an issue with the WeMos. :(

It turned out I was using a very old esptool.py, after upgrading esptool.py I am now able to upload using platform.io.

Interesting. I found this pull request for the regular esptool: https://github.com/igrr/esptool-ck/pull/29
I tried that pull request, and that one seems to work fine. Hopefully they merge that pull request soon.

I can confirm the PR @MichMich mentions fixes my problem.

@MichMich @boneskull , please contact with @igrr and ask him to merge this PR https://github.com/igrr/esptool-ck/pull/29

Done!

@ivankravets I believe the fix was merged in esptool

@valeros the esptool has been released a few days ago. Please update all packages https://github.com/igrr/esptool-ck/releases/tag/0.4.9

Updated, thanks!


Avoid keeping the audios index as part of the module state

Continuing conversation from here: https://github.com/CommaSword/noise-generator/issues/6
Here: https://github.com/CommaSword/noise-generator/blob/master/lib/node-audio-element.js#L9

Done. Even made the electron instance stateless. Maybe when we break out the module we can warn about multiple instances of electron but this is fine for now.


Add support for setting custom pinmux

Since this project offers a semi-GUI experience inside the console, it would be awesome to visualize all of BB pins in beagle-config and then if the user wants to change something then they can simply use arrow keys to navigate to the desired pin and select using enter and then change it to whatever options there are for that particular pin. This feature request was inspired from the RPi documentation

That would be awesome!
Will try it in 0.2


Add a second account and car association

Hi
in our family we have two Kia’s. Is it possible to add the second account and also get information from the car associated to that account?

Should work with the new beta 2.0 branch.

Reinstalled with v. 2.0.26, can't see how i can add a second account.

I haven't tested this since I only have a single car.
Two ways exist for two cars:

Go through the setup flow a second time.  So add the integration again.
Use a single account and it should detect the two cars on it.

It's not possible to go through the setup flow a second time, I just get an empty Kia Uvo / Hyundai Bluelink screen.

I confirmed on my side that it shows up correctly. I just don't have a second set of creds to enter.   Could you check for errors in the logs and reboot?  Home assistant integration gui is known to be buggy.

Ahh worked alot better :-)

Awesome! Keep us posted on how this goes.  Would love to hear if it goes well.  2.0 is a full rewrite partially to support multiple brands and cars.  Unfortunately hard for me to test.

Yes, i posted a new issue :-) With pictures :-)


sap_general_preconfigure: Incorrect variable inclusion after commit e97e3fb0

The minor release specific variable inclusion does not work correctly for RHEL after the following line:
- '{{ ansible_distribution.split("_")[0] }}_{{ ansible_distribution_major_version }}.yml'

was added to file tasks/main.yml. On RHEL 8.0 or 8.1, this code will first find file vars/RedHat_8.yml instead of the desired RedHat_8.1.yml or RedHat_8.0.yml.

If there is a case where ansible_distribution contains an underscore and we need to take the part of the string to the left of the underscore, the problem can be solved by adding the following line after with_first_found::
- '{{ ansible_distribution.split("_")[0] }}_{{ ansible_distribution_version }}.yml'

and removing the two similarly looking lines of the with_first_found condition which do not contain the split function.

The content of ansible_distribution for "SLES for SAP Applications" is SLES_SAP.

Fixed in d93938a8163abf00feb8f5747fdafe9a2e4d2d97

Note: Splitting a string which does not have an underscore results in the complete string to be taken, so ansible_distribution.split("_")[0] will return RedHat in the case of a RHEL system.


ci: release shouldn't happen when no changes detected

Currently Release action triggers the version step even when there are no changes detected by NX. We should write some checks in place to prevent version step to be executed.

hi there @pavandv
is there a problem using nx affected as semver lib suggests? gonna open a PR to discuss this

Hi @maugustosemperfi nx affected will run all the packages that are affected by changes. We have a different use case where we only want to release certain packages even tho there are changes with other packages.
In other ways, I had a requirement where I don't wanna release typescript package because there is a breaking change, but with nx affected it won't be possible. Hence we are not using that command.
This issue is a different issue... The version step in the workflows get triggered and then fails to execute it coz there are no changes to publish.

Okay my bad, commented early before reviewing your PR... I think the PR can fix this. Added few review commented to your PR.


Add logprobs return in ChatCompletionResponse

Hi, this pull request is my small update/modification to add logprobs and top_logprobs arguments when creating chat completion request into llama cpp server (align with OpenAI API template).
Sample request:
POST https://host:port/v1/chat/completions
{
"model": "mixtral-8x7b",
"messages": [
{
"role": "system",
"content": "You are a helpful assistant."
},
{
"role": "user",
"content": "Hello! Could you help me plan for 3-day trip in Hanoi?"
}
],
"logprobs": true,
"top_logprobs": 1,
"max_tokens": 1024,
"temperature": 0.0001,
"stream": false
}
Could you help me to review it? Thanks ^^

Hey @windspirit95 great contribution, I just changed the default to logprobs=False to match the OpenAI api and added an example to the OpenAPI schema.


Doesn't find a repo?

When I point to
http://gopkgdoc.appspot.com/pkg/github.com/jbrukh/goneuro
I get a 404, but http://github.com/jbrukh/goneuro exists.
Thanks,
Jake.

GoPkgDoc returned a 404 because it could not find a Go package for the import path "github.com/jbrukh/goneuro".
GoPkgDoc can find your packages.  See http://gopkgdoc.appspot.com/?q=github.com%2Fjbrukh%2Fgoneuro for links to the packages.
This issue comes up a lot. I considering showing a list of child directories in this situation.

Thanks, Gary!
Yes, I think a list of child directories would be a great idea. Meanwhile,
you have solved my problem in the short term.
Thanks,
Jake.
On Sun, Feb 5, 2012 at 11:59 AM, Gary Burd <
<EMAIL_ADDRESS>
wrote:

GoPkgDoc returned a 404 because it could not find a Go package for the
import path "github.com/jbrukh/goneuro".
GoPkgDoc can find your packages.  See
http://gopkgdoc.appspot.com/?q=github.com%2Fjbrukh%2Fgoneuro for links to
the packages.
This issue comes up a lot. I considering showing a list of child
directories in this situation.

Reply to this email directly or view it on GitHub:
https://github.com/garyburd/gopkgdoc/issues/9#issuecomment-3818877


Rebuild glew 2.1.0 for aarch64 and osx-64

This is a rebuild to also cover osx-64 and aarch64. Since modifications were necessary and it is not entirely clear how build no. 2 was integrated, I'm also bumping the build number. This is a dependency of vtk.

Two little improvements to the recipe:

No license_family specified, should be BSD
URLs in home_urls and doc_urls should be with https

LGTM, but we need a more experienced reviewer for this PR


Never ending carousel

It would be great to have to option to make it cycle endlessly, for example if i click next when it reaches the end of the carousel instead of sliding all the way back first slide just keep sliding in the same direction.
Thanks!
Tim

Will definitely integrate this feature in the next release.

The neverending option has been integrated in 2.6.0 which I've just released. Please let me know if you find any problems in it!