Installing new activities on webui latest build (v0.5.5) fails

Current behavior (how does the issue manifest):
Installing a new activity fails on the newest webui build. Pulled tag as latest.
Expected behavior:
v0.5.4 installs activities fine. v0.5.5 (latest) should be the same
Minimal steps to reproduce the problem (not required if feature enhancement):
Try installing: github.com/jvanderl/flogo-components/incubator/activity/mqtt on v0.5.4 and on the latest build. The latest build will fail.
LOGS:
2018-08-02T21:23:39.376Z - info: [log] Install activity: 'github.com/jvanderl/flogo-components/incubator/activity/mqtt'
2018-08-02T21:23:39.378Z - debug: Backing up 'src' to 'backupsrc'.
2018-08-02T21:23:42.305Z - debug: Started installing 'github.com/jvanderl/flogo-components/incubator/activity/mqtt' to the engine.
[log] Install from GitHub
[ 'github.com/jvanderl/flogo-components/incubator/activity/mqtt' ]
2018-08-02T21:23:42.310Z - info: Exec command: flogo install github.com/jvanderl/flogo-components/incubator/activity/mqtt in local/engines/flogo-web
2018-08-02T21:23:42.321Z - info: run command: flogo install github.com/jvanderl/flogo-components/incubator/activity/mqtt
2018-08-02T21:23:47.417Z - warn: command exited with code 1: flogo install github.com/jvanderl/flogo-components/incubator/activity/mqtt
FATAL: command "install" failed: Error checking project dependency status 'exit status 1'
2018-08-02T21:23:47.418Z - error: [error] Encountered error while installing the 'github.com/jvanderl/flogo-components/incubator/activity/mqtt' to the engine:
2018-08-02T21:23:47.418Z - error: FATAL: command "install" failed: Error checking project dependency status 'exit status 1'
2018-08-02T21:23:47.419Z - debug: Installation of 'github.com/jvanderl/flogo-components/incubator/activity/mqtt' failed in 'installing-to' step.
2018-08-02T21:23:47.419Z - debug: Starting engine recovery.
2018-08-02T21:23:47.420Z - debug: [Log] Recovering engine to previous working state..
2018-08-02T21:23:50.518Z - debug: Resource cleaning: removing the backup folder.
Please tell us about your environment (Operating system, docker version, browser & web ui version, etc):
Docker version: 18.06
WebUI: 0.5.5 and 0.5.4
Browser: Chrome
Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X
Additional information you deem important (e.g. issue happens only occasionally):

Hi! Are you seeing this behavior for every activity you're trying to install or just this specific one?

Hello,
I've tried it with 2 other activities that i know work on 0.5.4 and they fail as well on latest.
github.com/ayh20/flogo-components/activity/aggregate
github.com/jvanderl/flogo-components/activity/jsontodata

Hmm... okay. I just tried it too and I was able to get it running in my container. Could you try two things:

Please export the flow and run:

$ flogo create -f <your app>.json someapp
$ cd someapp
$ flogo install github.com/jvanderl/flogo-components/incubator/activity/mqtt

Assuming you have Flogo CLI 0.5.5 installed, it should behave the same as the Web UI. You can check your version by running flogo version. In my case that returned
$ flogo version
flogo cli version [v0.5.5]
Your project uses github.com/TIBCOSoftware/flogo-contrib version v0.5.5
Your project uses github.com/TIBCOSoftware/flogo-lib version v0.5.5
Your project uses github.com/jvanderl/flogo-components branch master and revision b0272c394d49e6b948d7c42bf335dd8c49c6e86c
Your project uses github.com/retgits/flogo-components branch master and revision 61bcf21b790bedfbdb560e730be5cd0a84c324e2

The other thing you could check is which exact version of the Flogo Web UI you're running. For that you'll need the 'digest' of the docker container which you can get by running (I've listed my output below):
docker images --digests --filter=reference='flogo/*:*'
REPOSITORY           TAG                 DIGEST                                                                    IMAGE ID            CREATED             SIZE
flogo/flogo-web      latest              sha256:372dd95f74386724a25f74632f4310f295322327b3d7238562284fea49aba356   b2c1cdf7400a        3 weeks ago         596MB
flogo/flogo-docker   latest              sha256:332b09de44db284cdd071c2309edca37bf64dea4892901d2aaa6c7c89a5042be   568ce6b9a6a8        2 months ago        1.12GB

flogo-web is the non-tagged master branch of Flogo Web UI ;-)
because installing with the Flogo CLI works, there might be an issue with the latest version of Flogo Web. @fcastill could you check?

Looks like i have the same problem ... i can't install any external activity/trigger even a simple one with no imports...

Looks like an issue with the current dependencies & dep:
bash-4.3# dep status -json
Gopkg.lock is out of sync with imports and/or Gopkg.toml. Run `dep check` for details.

Quick fix:
SSH to the container (docker exec -it <<container_name>> /bin/bash)
Then execute:
cd /tmp/flogo-web/build/server/local/engines/flogo-web
flogo ensure

Will fix and push an update asap.

@mellistibco that works ....


Documentation note that Node::add_child() fails if child already has a parent

Fixes #31272
I'll figure out how to rebase, seems that Windows wouldn't finish the interactive mode properly.

Thanks!


Circulating Supply REST Endpoint

we need circulating supply for Coingecko and CMC feeds, will be great to add Kava's vesting module and make it accessible over /supply/circulating
Circulating Supply = Unlocked Vested Tokens + Staking Rewards

Done on a branch - this ticket can track merging that branch into master.


⚠ Bofrost.de has degraded performance

In adca148, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1177 ms

Resolved: Bofrost.de performance has improved in 2dd8ac9 after 8 minutes.


IOptionsChangeTokenSource and IChangeToken

hi, I'm implement my own changable options, and I'm confusing about the IChangeToken now.
This questions is also related to  the IOptionsChangeTokenSource<T>,
The  IOptionsChangeTokenSource<T>.GetChangeToken()  return a IChangeToken ,  but it seems not all IChangeToken can fire event
https://github.com/aspnet/Extensions/blob/06dcb43bfb372585d3801cfc333a2d9ee9c189ea/src/Primitives/src/IChangeToken.cs#L18-L22
that said
 /// <summary>
 /// Indicates if this token will pro-actively raise callbacks. If <c>false</c>, the token consumer must
 /// poll <see cref="HasChanged" /> to detect changes.
 /// </summary>

 bool ActiveChangeCallbacks { get; }

and I read all the source code, but I can not find any method that handle ActiveChangeCallbacks=false  ,  so does that mean if my changetoken can not fire event, the IOptionMonitor<T> can not fire event too ?

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

ID: ed39cb0e-aa85-8bba-ffb4-859b56a60723
Version Independent ID: dc7e3449-650b-d117-5eac-69e5ccb250cb
Content: Options pattern in ASP.NET Core
Content Source: aspnetcore/fundamentals/configuration/options.md
Product: aspnet-core
Technology: aspnetcore-fundamentals
GitHub Login: @guardrex
Microsoft Alias: riande

Hello @John0King ... Fair question. We added "change notifications" only to the extent that they exist (and imply that they work for the scenarios covered by the topic when the framework needs to track changes in Options). Thus far, it's been considered an advanced scenario, and your question is the first of this nature since the topic was written.
I'd like to see about adding content and an example to cover this question. I don't know what that will look like at this time, and I can't answer your question simply because I haven't dug into the source or worked with Options beyond what we currently show.
Although I don't think that this will take very long to address, I don't think that January will be possible ... I'm 🏃😅 for at least January. February is possible. I recommend in the meantime that you ask on a support forum, such as Stack Overflow, and seek out examples on the Net for this scenario.
Leave this issue open. When I come up with something for this, I'll float it to engineering here. You'll get the ping on the discussion about it.

@John0King ... Unfortunately (as you can see :point_up:), I'm not finding the time to get to this issue. I'm 🏃😅 on priority Blazor issues as far as the :eye: can see.
@Rick-Anderson Does this one fall into the 'advanced scenarios' bucket for the community to discuss and dig into (e.g., blog about)? If so, then we can close. If you want it worked, it will need to go to someone on the docs team or one of the engineers for content.

This is out of the scope of the document.


chore(cherry-pick): disable core dump by default

disable coredump from NDM daemon by default. ENABLE_COREDUMP env needs to be used to enable core dump. When core dump is enabled, the ulimit will be set to unlimited and a core directory will be created inside SPARSE_FILE_DIR to store the core files.
cherry-pick  : 1c5a67115d6f034b28ab557f0bdb69768c1074d8, ff7c7e97495b1be20d1b38364ffacd36ce3e0203

Codecov Report

Merging #360 into v0.4.x will increase coverage by 0.51%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           v0.4.x     #360      +/-   ##
==========================================
+ Coverage   51.66%   52.18%   +0.51%
==========================================
  Files          52       52
  Lines        2545     2545
==========================================
+ Hits         1315     1328      +13
+ Misses       1120     1110      -10
+ Partials      110      107       -3

Impacted Files
Coverage Δ

cmd/ndm_daemonset/probe/udevprobe.go
65.64% <0%> (+5.34%)
:arrow_up:

cmd/ndm_daemonset/probe/eventhandler.go
53.94% <0%> (+7.89%)
:arrow_up:

Continue to review full report at Codecov.

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


Add: TVE RS [BR]

Channel Name
TVE RS
Alternative Names (optional)
No response
Network (optional)
No response
Owners (optional)
No response
Country
BR
Subdivision (optional)
BR-RS
City (optional)
Porto Alegre
Broadcast Area
s/BR-RS
Languages
Por
Categories (optional)
culture;education
NSFW
FALSE
Launched (optional)
No response
Closed (optional)
No response
Replaced By (optional)
No response
Website (optional)
https://www.tve.com.br/
Logo
https://www.tve.com.br/themes/padrao2019/images/logos/logo.png
Notes
https://streaming.procergs.com.br:8443/tve/stve/playlist.m3u8

Thank you for the stream: it will be included in the next release.


feat: compatibility

Fix RM-9827

🧰 Changes
Adds backwards compatibility with variables, glossary, and reusable content.
When we're trying to update a document from markdown to MDX, we first parse the document to an mdast using the old markdown library. Then we serialize it back to MDX with this version. Basically:
const mdx = rmdx.mdx(rdmd.mdast(doc))

But, because these types are now completely represented in JSX, we didn't have any custom compilers to handle them. This adds some compilers to write their nodes back out as JSX.
Callouts
Also, refactors how callouts are represented. Adds a prop to the node empty to represent if there's a heading a not. It's a bit more plumbing to get mdx to parse and execute props, so this leaves the heading as a child.
HTML Comments
To be able to migrate away, we need to replace html comments with JSX comments.
🧬 QA & Testing

Broken on production.
Working in this PR app.

This PR was released!
🚀 Changes included in v6.75.0-beta.38


Fix compilation warning in CollectionUtils affecting maven snapshot publication

Description
Maven snapshot publication started failing after: https://github.com/opensearch-project/OpenSearch/pull/9120
The error stemmed from a compilation warning:

/home/runner/work/OpenSearch/OpenSearch/libs/core/src/main/java/org/opensearch/core/common/util/CollectionUtils.java:143: warning: [unchecked] unchecked generic array creation for varargs parameter of type Iterator<? extends Object>[]
return () -> Iterators.concat(map.keySet().iterator(), map.values().iterator());
^
error: warnings found and -Werror specified

See: https://github.com/opensearch-project/OpenSearch/actions/runs/5767554873/job/15637408847
Check List

[ ] New functionality includes testing.

[ ] All tests pass

[ ] New functionality has been documented.

[ ] New functionality has javadoc added

[ ] Commits are signed per the DCO using --signoff
[ ] Commit changes are listed out in CHANGELOG.md file (See: Changelog)

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

@nknize @reta Can I get a review on this? The maven snapshots stopped publishing after a change in CollectionUtils due to a compiler warning.

Can we get a follow up issue to make sure warnings as errors is on by default in the build

💯 agree. I noticed this failed on 2.x but not main. That has a bad smell to it, as if the build configs are different. But we should be pushing to main and backporting so I'm not sure why main didn't fail w/o the suppress warning but 2.x did fail?

@peternied @nknize I filed an issue to investigate why the build on main did not catch this initially and see why there is a discrepancy between main and 2.x: https://github.com/opensearch-project/OpenSearch/issues/9150


Increment version for translation releases

Increment package version after release of azure-ai-translation-text

API change check
API changes are not detected in this pull request.


wrong activeButton in apple theme

Just wondered why whitebutton.active is broken in current checkout. Looked into code: activeButton in apple theme is wrong. Seems like it is the buttonClicked.

Will be addressed in the next release.

Fixed in the most recent CSS.


Investigate TFMs of Microsoft.AspNetCore.Cryptography.KeyDerivation

Tracking the investigation that started in https://github.com/aspnet/AspNetCore/pull/13571#discussion_r324443496. The package currently targets netcoreapp2.0 and netstandard2.0. We should double check if netcoreapp2.0 TFM is intentional.

That seems quite wrong. It was supposed to be standard2.0

@blowdart I was confused by this as well, what targetting two TFMs actually is saying is that we are cross compiling to take advantage of better APIs (specifically derive bytes) in netcoreapp, but when targetting netstandard, it has to fall back to the old APIs.  I believe this issue is just tracking whether the netcoreapp version should be 3.1 as opposed to 2.0.
See https://github.com/aspnet/AspNetCore/pull/11008 for where we decided we want to cross compile to keep improvements

@JunTaoLuo I'm assuming in all other places where we cross compile we are targeting 3.1?  If so then it seems safe to say that we should do the same here and I can submit a PR with that change

Correct. Someone can correct me if I'm wrong but I think that's mostly because we expect that users will be using 3.1 packages if they are on netcoreapp3.1 so there's no drawback for targeting the new TFM. I don't know if there's value in supporting apps that target netcoreapp2.0 but uses 3.1 packages.

Does this matter for 3.1 @JunTaoLuo or can we just fix this in master?

I think this would be the product owner's call. I don't see why we couldn't push this out.

@blowdart ok if we do this in master?

I'm ok with it, but check with @anurse

If @blowdart is happy, I'm happy 😉.


cat does not exit on Darwin

My git log command runs cat and then pipes to less. With /bin/cat (on my Mac) cat exits when I exit less. Using the version of cat installed with this library, cat does not exit.

You don't even need all of that, just cat a file and pipe it to less, then exit less. Cat should also exit, but it doesn't.

I just ran the test suite with cargo test cat and I can't reproduce with the test suite.


MemView: Fix strlen issue for OmniOS.

Rather than put ink_platform.h in the header file, the constructor using strlen was moved to the implementation file and ink_platform.h included there. The reason for this it is very important to me to be able to use these classes in plugins and that isn't possible if ink_platform.h is a required header.

FreeBSD build successful! See https://ci.trafficserver.apache.org/job/freebsd-github/1614/ for details.

Linux build successful! See https://ci.trafficserver.apache.org/job/linux-github/1509/ for details.

Intel CC build successful! See https://ci.trafficserver.apache.org/job/icc-github/47/ for details.

clang-analyzer build successful! See https://ci.trafficserver.apache.org/job/clang-analyzer-github/179/ for details.


Functorize Running interface

default_mean_value suppresses some unused argument warnings that are a consequence of bad-design, time to address this. @struktured

Ok I'll work on it this week!
On Jan 27, 2016 12:06 PM, "Leonid Rozenberg"<EMAIL_ADDRESS>wrote:

default_mean_value suppresses some unused argument warnings that are a
consequence of bad-design, time to address this. @struktured
https://github.com/struktured
—
Reply to this email directly or view it on GitHub
https://github.com/hammerlab/oml/issues/127.

Sorry @struktured I beat ya to it, checkout #133 .

I just finished an alternative one, although I haven't documented it yet
and it has a few things I still might want to tweak:
https://github.com/hammerlab/oml/compare/master...struktured:functorize-running?expand=1#diff-75c2f22bf15eaf570b44ced65b028a87R56
In this version, a record of tuple {n_mean;n_var} is returned by the update
function, which avoids the problem you ran into with ignore. If you prefer
your version entirely that's fine, if you want to change the update rule at
least to return a tuple and thereby avoiding your ignore issue, that's
fine. If you want me to modify something for you, that's fine too. You can
also do nothing :)
Cheers,
Carmelo
On Sun, Jan 31, 2016 at 9:10 PM, Leonid Rozenberg<EMAIL_ADDRESS>wrote:

Sorry @struktured https://github.com/struktured I beat ya to it,
checkout #133 https://github.com/hammerlab/oml/pull/133 .
—
Reply to this email directly or view it on GitHub
https://github.com/hammerlab/oml/issues/127#issuecomment-177708555.

Pairing it into a record ({n_mean; n_var}) is a really good idea, I like it. I'm going to update the reorg  PR to incorporate it!
Thank you.

Fixed by #133


DSD-512: Updating the Button component style guide doc.

Fixes JIRA ticket DSD-512
This PR does the following:

Updates the Button style guide doc with information about the callout and searchbar types.
Removes the _Button.scss file which isn't used.

How has this been tested?

Checklist:

[ ] I have updated the Storybook documentation accordingly.
[ ] All new and existing tests passed.

Front End Review:

[ ] View the example in Storybook

Tugboat has finished building the preview for this pull request!
Link:

https://pr749-29fu3jtpe9pqcmmokevwgonmog5jl2c4.tugboat.qa

Dashboard:

https://dashboard.tugboat.qa/61828d00de4970eb41d6c82e


TextBlock.LineHeight behaves unexpectedly

Describe the bug
TextBlock.LineHeight does not vertically center text with respect to the available line height.
Steps to reproduce the bug
Use the following snippet demonstrates to demonstrate the unexpected TextBlock.LineHeight behavior:
<Border Background="DimGray">
    <TextBlock LineHeight="50" Text="BEHAVIOR DIFFERENCE" />
</Border>

The snippet gets rendered in the following way:

but I would expect the result to be more like this:

note: I created a repository for it here: https://github.com/MartyIX/LineHeight202404/ (The important part is here: https://github.com/MartyIX/LineHeight202404/blob/main/MainWindow.xaml)
Now my expectation was that BEHAVIOR DIFFERENCE text would be vertically aligned to the center of the gray box. So my expectation was that the behavior would be the same as how HTML & CSS works: https://playcode.io/1828826 where similar code gets rendered as:

(HTML is
BEHAVIOR DIFFERENCE
 and the corresponding CSS is .label3 {  color: brown; background-color: lightgray; line-height: 40px; })
Expected behavior
I would expect the text in TextBlock to be vertically aligned to the center of the line where the text is located.
In the end, I'm not sure if it is a bug or if it works as intended.
Screenshots
No response
NuGet package version
None
Windows version
No response
Additional context
Tested using: <PackageReference Include="Microsoft.WindowsAppSDK" Version="1.4.230913002" /> (see https://github.com/MartyIX/LineHeight202404/blob/c6a2ed2b0a0c6acdeebcfa09550b7bb5e5270b79/LineHeight202404.csproj#L26)
I have filed the https://github.com/dotnet/maui/issues/21705 issue but then I decided to try in a vanilla WinUI app to understand who is responsible for the behavior.

@MartyIX I expect this is by design, at least for the current design. The WPF documentation has more information about LineHeight behavior, including this important line:

In addition to this property, the layout of lines in a TextBlock is affected by its LineStackingStrategy property.

The LineStackingStrategy does have an impact here. I don't know if there are additional properties currently to manage this or if this would be a feature request.


Changes to run e2e for private cluster

Fixes #N/A
Description
How was this change tested?
Does this change impact docs?

[ ] Yes, PR includes docs updates
[ ] Yes, issue opened: #
[x] No

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.05%) to 82.499%

Totals

Change from base Build<PHONE_NUMBER>:
0.05%

Covered Lines:
5355

Relevant Lines:
6491

💛  - Coveralls


Remove deriving Copy types that wrap arrays

mc_sgx_core_types::MrEnclave and mc_sgx_core_types::MrSigner no
longer derive Copy. Copy is still derived on the underlying C types
because they are used in packed structs and in order to derive Clone,
Debug and others on packed structs, Copy must also be derived on the
struct.
Copy has been added to:

mc_sgx_core_types::MiscellaneousSelect
mc_sgx_core_types::IsvProductId
mc_sgx_core_types::ConfigSvn
mc_sgx_core_types::IsvSvn

Motivation

Future Work

Current dependencies on/for this PR:

main

PR #291

PR #293   👈

This comment was auto-generated by Graphite.


Clean code

Description:
update dep config for deploy tool.
update vtrace.py to support loading the vectorizer inside the init function
Reference Issues: #147

@ChrisGeishauser I've modified the interface of DDPT (vtrace.py) to support initialization without passing the vectorizer. do you think we can do the same thing for other policies?


Can I set subscript text

I want to display the barcode text content below the barcode

You will need to do that post-generation.
For generating rastered images (jpg / png), you will need to use the APIs image provides
For SVGs you can just add a text attribute, also very simple


[Docs] FluxCD - Use basic access auth for GitHub

Fixes issue described https://github.com/aws-quickstart/cdk-eks-blueprints/issues/999.
Short version: the GitHub API for cloning doesn't work with bearer token.

Issue #, if available:
https://github.com/aws-quickstart/cdk-eks-blueprints/issues/999
Description of changes:
Update example to use GitHub basic access authentication. Note: I don't currently have access to an AWS cluster so I would appreciate if someone could double check my changes against a running cluster.

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

@JamesMcMahon LGTM. Did you get a chance to test the functionality fully? Any logs you can share its working?

/do-e2e-test

/do-e2e-tests

/do-e2e-tests

@JamesMcMahon Sure, Can you merge from main, we had a recent merge.


chore(main): release 0.2.6

:robot: I have created a release beep boop
0.2.6 (2022-12-15)
Bug Fixes

Close OutputStream after rendering (aa856f4)

Miscellaneous

main: release 0.2.6-SNAPSHOT (9edb6b7)
main: release 0.2.6-SNAPSHOT (#25) (5a1b4ba)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/paulschuberth/mdgen/releases/tag/v0.2.6 :sunflower:


TypeScript support

A user should be able to use TypeScript as an option instead of JavaScript.
cc @chowdhurian @obensource

@lexicalunit where does generator-studio-plugin fall on the Platform team priority-spectrum? Should we (DevRel, Labs) consider this 'community owned' and try to help out with PRs as much as we can? Totally fine if so–WE LOVE to collaborate! 🙌Just not sure if it will hit higher velocity if it's an ongoing API team effort, and/or what you consider the best way to move forward with this. I consider this plugin-generator to be high-priority for App DX. ❤

I definitely want to treat generator-studio-plugin as a community owned project and as the initial developer for this source code I would personally welcome PRs from anyone at anytime 😄


Snitch WFI and Traces

Add the capability to support multiple outstanding wake-up triggers in Snitch and improve its tracing. Specifically, reduce the trace's size, parsing speed, and sanity checks. This PR also ensures that the traces have the same time format in all simulation platforms and that the time is printed in debug statements, facilitating debugging.
Changelog
Changed

Support multiple outstanding wake-up calls in Snitch
Clean out tracing script and improve the traces' size and checks

Checklist

[x] Automated tests pass
[x] Changelog updated
[x] Code style guideline is observed

We can merge this, but the PR message did not clarify the rationale behind the need for multiple wakeup interrupts.

Sure. We need this to build nested and more efficient hierarchical barriers in order to speed up synchronization between the cores and implement efficient double-buffering schemes.


[Event Request] Table 1003, OnBeforeValidateWorkTypeCode

Requesting a new publisher event in table 1003 inside OnValidate() on Work Type Code

LOCAL [IntegrationEvent] OnBeforeValidateWorkTypeCode(VAR JobPlanningLine : Record "Job Planning Line";VAR xJobPlanningLine : Record "Job Planning Line";VAR IsHandled : Boolean)

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.


Exclude .iml, .ipr, .iws files from npm package

Wanna take a stab at a PR?

Closed by 22554af2b4c6f52de026faed9e93d0c72fe9e1f3


half the image is broken when using 4k content

I get a broken output (see attachment), when using:
# Imports
import vapoursynth as vs
# getting Vapoursynth core
core = vs.core
# Loading Plugins
core.std.LoadPlugin(path="i:/Hybrid/64bit/vsfilters/MiscFilter/MiscFilters/MiscFilters.dll")
core.std.LoadPlugin(path="i:/Hybrid/64bit/vsfilters/SourceFilter/LSmashSource/vslsmashsource.dll")
# source: 'G:\TestClips&Co\files\MPEG-4 H.264\4k\Back to the Future (1985) 4k 10bit - 0.10.35-0.11.35.mkv'
# current color space: YUV420P10, bit depth: 10, resolution: 3840x2076, fps: 23.976, color matrix: 2020ncl, yuv luminance scale: limited, scanorder: progressive
# Loading G:\TestClips&Co\files\MPEG-4 H.264\4k\Back to the Future (1985) 4k 10bit - 0.10.35-0.11.35.mkv using LWLibavSource
clip = core.lsmas.LWLibavSource(source="G:/TestClips&Co/files/MPEG-4 H.264/4k/Back to the Future (1985) 4k 10bit - 0.10.35-0.11.35.mkv", format="YUV420P10", cache=0, fpsnum=24000, fpsden=1001, prefer_hw=1)
# Setting color matrix to 2020ncl.
clip = core.std.SetFrameProps(clip, _Matrix=9)
clip = clip if not core.text.FrameProps(clip,'_Transfer') else core.std.SetFrameProps(clip, _Transfer=9)
clip = clip if not core.text.FrameProps(clip,'_Primaries') else core.std.SetFrameProps(clip, _Primaries=9)
# Setting color range to TV (limited) range.
clip = core.std.SetFrameProp(clip=clip, prop="_ColorRange", intval=1)
# making sure frame rate is set to 23.976
clip = core.std.AssumeFPS(clip=clip, fpsnum=24000, fpsden=1001)
clip = core.misc.SCDetect(clip=clip,threshold=0.150)
from vsrife import RIFE
# adjusting color space from YUV420P10 to RGBS for VsTorchRIFE
clip = core.resize.Bicubic(clip=clip, format=vs.RGBS, matrix_in_s="2020ncl", range_s="limited")
# adjusting frame count&rate with RIFE (torch)
clip = RIFE(clip, scale=0.5, multi=3, device_type='cuda', device_index=0, fp16=True) # new fps: 71.928
# adjusting output color from: RGBS to YUV420P8 for x264Model
clip = core.resize.Bicubic(clip=clip, format=vs.YUV420P8, matrix_s="2020ncl", range_s="limited", dither_type="error_diffusion")
# set output frame rate to 71.928fps
clip = core.std.AssumeFPS(clip=clip, fpsnum=8991, fpsden=125)
# Output
clip.set_output()

tried different scale values, fp16 disabled, without scene change detection and other values for mult, nothing helped.
https://github.com/HomeOfVapourSynthEvolution/VapourSynth-RIFE-ncnn-Vulkan works fine.
2k content also works fine.
I tried different source filters and different files.
Would be nice if this could be fixed.
attachment was too large: https://ibb.co/WGT9pvL

That's an issue in the upstream implementaion. See https://github.com/hzwer/arXiv2021-RIFE/issues/188 and https://github.com/hzwer/Practical-RIFE/issues/13. So just use ncnn-Vulkan version since it's not slower than the PyTorch version now.

Oh, okay thanks for looking into it. :)


[BUG] Uncaught LinkError

Is there an existing issue for this?

[X] I have searched the existing issues

What version of workers-rs are you using?
0.0.11
Describe the bug
✘ [ERROR] Error on remote worker: ParseError: A request to the Cloudflare API
(/accounts/<AccountID>/workers/scripts/<scriptName>/edge-preview) failed.

      at throwFetchError (/Users/<someone>/.n/lib/node_modules/wrangler/wrangler-dist/cli.js:141293:17)
      at fetchResult (/Users/<someone>/.n/lib/node_modules/wrangler/wrangler-dist/cli.js:141262:5)
      at processTicksAndRejections (node:internal/process/task_queues:96:5)
      at async createPreviewToken
  (/Users/<someone>/.n/lib/node_modules/wrangler/wrangler-dist/cli.js:141555:29)
      at async createWorkerPreview
  (/Users/<someone>/.n/lib/node_modules/wrangler/wrangler-dist/cli.js:141575:17)
      at async start (/Users/<someone>/.n/lib/node_modules/wrangler/wrangler-dist/cli.js:142271:34) {
    text: 'A request to the Cloudflare API
  (/accounts/<AccountID>/workers/scripts/<scriptName>/edge-preview) failed.',
    notes: [
      {
        text: 'Uncaught LinkError: WebAssembly.Instance(): Import #45 module="./index_bg.js"
  function="__wbg_clearTimeout_65417660fe82f08d" error: function import requires a callable\n' +
          '  at shim.js:135:16\n' +
          ' [code: 10021]'
      }
    ],
    location: undefined,
    kind: 'error',
    code: 10021
  }

Steps To Reproduce
On macos (M1)
As soon as you use clearTimeout function.
use js_sys::Function;
use wasm_bindgen::prelude::*;
use wasm_bindgen::{JsCast, JsValue};

#[wasm_bindgen]
extern "C" {
    #[wasm_bindgen(js_name = "setTimeout", catch)]
    fn set_timeout(handler: &Function, timeout: i32) -> std::result::Result<i32, JsValue>;

    #[wasm_bindgen(js_name = "setInterval", catch)]
    fn set_interval(handler: &Function, timeout: i32) -> std::result::Result<i32, JsValue>;

    #[wasm_bindgen(js_name = "clearTimeout")]
    fn clear_timeout(handle: i32);

    #[wasm_bindgen(js_name = "clearInterval")]
    fn clear_interval(handle: i32);
}

You create a timeout then clear it, the generated shim.mjs will have this line:
var __wbg_clearTimeout_412b3cc7b151def7 = typeof clearTimeout == "function" ? clearTimeout : notDefined("clearTimeout");

And it'll trigger the error

https://github.com/rustwasm/gloo/pull/249 gave me the answer, the issue was not linked to worker-rs.


editor.renderControlCharacters setting isn't working

This happens in Insiders v1.40.0

VSCode Version: 1.39.1 and Insiders v1.40.0
OS Version: macOS 10.15

Steps to Reproduce:

Set "editor.renderControlCharacters": true
Notice that control characters like CR, LF or EOF don't show up

Does this issue occur when all extensions are disabled? Yes

Duplicate of #12223


Recent queries as search suggestions in mediathek list

Postponed because I'll need a database and a possibility to delete old queries. That's too much work right now.

maybe just add a button to save a query to a "favorites" list ?!?

Developer reference: https://developer.android.com/guide/topics/search/adding-recent-query-suggestions.html


chaijs 1.10 allows to write lint-friendly tests

More details https://github.com/chaijs/chai/pull/297

https://github.com/chaijs/chai/pull/297 was reverted in https://github.com/chaijs/chai/pull/306, so I don't think we can go with these changes....

ok, I extracted the test fix https://github.com/switchfly/ember-mocha/issues/17 and will close this until chai released a new version, which might support this or now.

Definitely looking forward to chai being more lint-friendly.

@dgeb apparently that's not going to happen, but it looks like expect.js is essentially a lint-friendly version of the same thing


Update to 1.19.4

I'm getting "@Inject annotation on getKey could not find any targets matching 'Lnet/minecraft/class_437;keyPressed(III)Z' in net.minecraft.class_437.". But maybe I did something wrong? The file name still contains "1.19.3". I used gradle build.
latest.log

Yes, I did do something wrong… I downloaded the old state. 🤦 I didn't notice that this wasn't merged yet.
Now it works. Thanks for the update!


Remove incorrect parameter of splitlines in transform_jinja2

I was getting some issues with the jinja2 transformer. Digging into this, it turned out that there was an apparent typo in the argument of value.splitlines() (takes a boolean as arg).
Removing it, fixes my test case, and also fixes the example in your samples. So, I wondered if this might be a fix that would be useful to others as well.
Also just wanted to leave a note that many thanks for this project and all your effort into this fantastic project and extension 💙

Obviously an error. Thanks for digging that deep. No idea how did it work for me. A less strict Python interpreter perhaps. Thanks for your contribution!


Add Types::Object type

This allows to accept any object, and constraint to objects of some specific class. Like:
MyClassType = Types::Object.constrained(type: MyClass)

@solnic is this something you would consider? I would have found this quite helpful as well. For example, I have used the following workaround to create a Money type, but it seems a bit 'dirty' in that it is using non-documented methods:
module Types
  include Dry::Types.module

  module Coercions
    module Form
      def self.to_money(value)
        ::Money.parse(value)
      rescue ArgumentError, TypeError
        value
      end
    end
  end

  Money = Dry::Types::Definition[::Money].new(::Money)
  Coercible::Money = Money.constructor(::Money.method(:parse))
  Form::Money = Money.constructor(Coercions::Form.method(:to_money))
end

Yes this will be useful


Inline edit edits wrong values

I'm submitting a ...
[x] bug report => search github for a similar issue or PR before submitting
[ ] feature request
[ ] support request => Please do not submit support request here

Current behavior
Inline edit works in wrong way. Editing first element edits second (works like that even in a demo) and is totaly broken when sorted values.
When console logged rows, it seems that some of them have row.$$index and some not. In demo there is row.$$index used to navigate through array.
Expected behavior
Inline edit should edit proper cells.
Reproduction of the problem
double click on a first cell and blur the input.
sort and try to edit some values
Please tell us about your environment:
Windows 10 / Chrome v54

Table version: 0.7.x
1.7

Angular version: 2.0.x
2.1.0

Browser: [all | Chrome XX | Firefox XX | IE XX | Safari XX | Mobile Chrome XX | Android X.X Web Browser | iOS XX Safari | iOS XX UIWebView | iOS XX WKWebView ]
Chrome 54

Language: [all | TypeScript X.X | ES6/7 | ES5]
Typescript

There is an error in demo page but it's possible to manage it using "row.yourproperty" field

Saw this post when looking up the error that is still present on the demo page with inline editing and sorting, how did you use the 'row.yourproperty' field to fix the bug?

to fixed this issue should:

override this class:
.datatable-body-cell-label{
width:100% ;
height:100%;
}
*add class to the element with this css:
.display-element{
display: inline-block;
width: 100%;
height:100%;
}

The error is still present in demo page. How to fix this issue?

I have the same issue. How did you solve it???

There is an error in demo page but it's possible to manage it using "row.yourproperty" field

I have the same issue. How did you solve it using "row.yourproperty"?

Hi I am having the same issue is there any update on this? I have tried both the solutions but didn't work. And how to use row.yourproperty ?


mev-boost cli flags for setting genesis fork version, computing corre…

correct signing domain is required to verify relay signatures, and for this we need the genesis fork version

I have run these commands:

[X] make lint
[X] make test
[X] make run-mergemock-integration
[X] go mod tidy

Codecov Report

Merging #148 (09018a2) into develop (7592fd4) will decrease coverage by 2.81%.
The diff coverage is 37.14%.

@@             Coverage Diff             @@
##           develop     #148      +/-   ##
===========================================
- Coverage    70.24%   67.42%   -2.82%
===========================================
  Files            6        6
  Lines          541      568      +27
===========================================
+ Hits           380      383       +3
- Misses         132      153      +21
- Partials        29       32       +3

Flag
Coverage Δ

unittests
67.42% <37.14%> (-2.82%)
:arrow_down:

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

Impacted Files
Coverage Δ

cmd/mev-boost/main.go
6.15% <0.00%> (-1.69%)
:arrow_down:

server/utils.go
65.95% <60.00%> (-1.62%)
:arrow_down:

server/service.go
70.11% <70.00%> (-1.91%)
:arrow_down:

Continue to review full report at Codecov.

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

Tested out on Kiln


Add option to disable decoding json logs

I need the option to disable decoding json logs, simply adding the json string as message like in any other logs.

Pull request: https://github.com/looplab/logspout-logstash/pull/54/commits/46e96980e691c9aeb80813a68dc066786fff538c

Wrong repo


Make service caterogies ordered in draft referral

What does this pull request do?
Makes service category ordered in draft referral DTO
What is the intent behind these changes?
REST resources must be idempotent. To achieve this we need to make the service categories always return in the same order for each REST call.
Further Info
The selected service categories is a Set on the database object so there is no guaranteed order.
I've ordered complexityLevel and desiredOutcomes based as well to keep them consistent with the service categories even though they should always return in the same order.
This change ultimately comes about because the order in which the UI gets the service categories is always different in each call, which causes weirdness on make a referral form.

Just want to flag that at this point it looks like this "things that belong together not represented together" approach is causing more and more problems.
From a relative outsider perspective, a lot of effort has been put into making orchestration for these fields. Is it worth the extra effort?

I also prefer the data structure you propose - but that will require database changes which is quite a bit of work (given priorities)

I don't understand that point, sorry -- the JSON representation for the endpoints is independent from the database representation

Got you... yes, that will also be quite a bit of work as well!


Move the ground truth closure computation to C++

Move GT closures computation to C++ and make it fast, python equivalent takes ages for large datasets:
Nothing changes in the way we compute gt closures, except for the bug fixes in VoxelHashMap from KISS-ICP which was internally used to compute the overlap score between two local segments of the trajectory

Provide a standalone gt_closure_pipeline to generate and store ground truth closures:
Useful since some of the other approaches for loop closures have started to use a similar idea for gt closures as proposed in our paper

Performance upgrade is from hours/days to minutes -> C++ to the win
That means our approach can be evaluated on more datasets faster.

@saurabh1002 I marked this as draft because it looks like you are still working on it. Just let us know when it's ready to review :+1:

Amazing speed-up, love it :)


Stack overflow issue with universes

The following code overflows the stack.
From Unicoq Require Import Unicoq.
Polymorphic Record dyn : Prop := mkdyn {}.
Polymorphic Definition Dyn {A} (a:A) : dyn. constructor. Qed.
Check ltac:(munify Dyn@{Set} Dyn@{Type}; exact tt).

Here's the backtrace:
Raised by primitive operation at file "hashtbl.ml", line 81, characters 52-70
Called from file "kernel/reduction.ml", line 719, characters 14-27
Called from file "kernel/reduction.ml" (inlined), line 838, characters 4-54
Called from file "pretyping/reductionops.ml", line 1188, characters 6-60
Called from file "pretyping/reductionops.ml", line 1177, characters 10-87
Called from file "clib/exninfo.ml", line 85, characters 11-26
Called from file "clib/exninfo.ml", line 93, characters 20-38
Called from file "clib/exninfo.ml", line 116, characters 15-21
Called from file "pretyping/reductionops.ml", line 1184, characters 12-29
Called from file "pretyping/reductionops.ml" (inlined), line 1187, characters 17-115
Called from file "src/munify.ml", line 915, characters 20-87
Called from file "src/munify.ml", line 948, characters 4-41
Called from file "src/munify.ml", line 975, characters 10-68
Called from file "pretyping/evarconv.ml", line 1747, characters 8-44
Called from file "src/munify.ml", line 866, characters 16-52
Called from file "src/munify.ml", line 1180, characters 13-108
Called from file "src/munify.ml", line 1047, characters 10-104
Called from file "src/munify.ml", line 955, characters 14-162
Called from file "src/munify.ml", line 975, characters 10-68
Called from file "pretyping/evarconv.ml", line 1747, characters 8-44
Called from file "src/munify.ml", line 866, characters 16-52
Called from file "src/munify.ml", line 1180, characters 13-108
Called from file "src/munify.ml", line 1047, characters 10-104
Called from file "src/munify.ml", line 955, characters 14-162
Called from file "src/munify.ml", line 975, characters 10-68
Called from file "pretyping/evarconv.ml", line 1747, characters 8-44
Called from file "src/munify.ml", line 866, characters 16-52
Called from file "src/munify.ml", line 1180, characters 13-108
Called from file "src/munify.ml", line 1047, characters 10-104
Called from file "src/munify.ml", line 955, characters 14-162
Called from file "src/munify.ml", line 975, characters 10-68
Called from file "pretyping/evarconv.ml", line 1747, characters 8-44
Called from file "src/munify.ml", line 866, characters 16-52
Called from file "src/munify.ml", line 1180, characters 13-108
Called from file "src/munify.ml", line 1047, characters 10-104
Called from file "src/munify.ml", line 955, characters 14-162
Called from file "src/munify.ml", line 975, characters 10-68
[...]

1747 in everconv.ml just calls evar_conv_x (i.e. unicoq, I guess) again. Somebody's not making progress!


Fix grammar in README

Thanks a lot! Such changes are always welcome :)

Welcome. Its my pleasure :)


JQuery

JQuery 1.1.2 is embedded in this distribution, see https://metacpan.org/release/PETERG/JQuery-1.06/source/lib/JQuery/jquery_js/jquery/jquery-latest.js
It also includes many plugins https://metacpan.org/release/PETERG/JQuery-1.06/source/lib/JQuery/jquery_js/plugins  some of which may also have CVEs
This has many CVEs

I looked at https://github.com/metacpan/metacpan-cpan-extracted
git ls-files | grep 'jquery.*\.js$'

And there are about 1,056 files with some form of jquery or a jquery-plugin included.


added multithreaded echo example based on pre-update version

:+1:
it is possibke to remove addAsync of the main hub. addAsync is like "listen for transfers from other threads"


Fix issue #1709

To fix issue #1709, I used RegExp to find double-quotes.
@dostiharise: Please review if this is what you are looking for.
Thanks.

Closing as the original issue was not valid.


Replace TileKey by TileKey from harp.gl

Replacing for better maintainability.
All methods and implementation all the same as
in the TileKey in harp.gl, except returning "-" if the level is 0 in
the toQuadKey method.
Relates-To: OLPEDGE-1953
Signed-off-by: Oleksii Zubko<EMAIL_ADDRESS>

Codecov Report

Merging #322 into master will decrease coverage by 0.9%.
The diff coverage is 64.4%.

@@           Coverage Diff            @@
##           master    #322     +/-   ##
========================================
- Coverage    88.7%   87.8%   -0.9%
========================================
  Files          57      57
  Lines        1646    1657     +11
  Branches      199     199
========================================
- Hits         1460    1455      -5
- Misses        111     126     +15
- Partials       75      76      +1

Impacted Files
Coverage Δ

@here/olp-sdk-core/lib/utils/TileKey.ts
81.6% <64.4%> (-16.1%)
:arrow_down:

Continue to review full report at Codecov.

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


fix: handle missing self.wolfie

Fixes #13

Explicitly call initialize(), which seems to no longer be called in some recent alpha of OVOS
Add logging
Don't override base class parameters
Add error handling where self.wolfie may not be instantiated
Remove references to Mycroft imports in favor of OVOS imports

Works on the Mark 1 Raspbian OVOS image!
ovos@mark1-dev:~ $ cat ~/.local/state/mycroft/skills.log | grep wolfie
2023-08-18 22:42:22.331 - skill-ovos-wolfie.openvoiceos - DEBUG - WolframAlpha query: what are the first 14 digits of pi
2023-08-18 22:42:23.335 - skill-ovos-wolfie.openvoiceos - DEBUG - [{'title': 'Nearby digits', 'summary': 'Nearby digits.\n3.1415926535897932384626433832795028841971693993751...'}, {'title': 'Digit counts', 'img': 'https://www6b3.wolframalpha.com/Calculate/MSP/MSP504023ha69396debcd4600003hbh1i4428d2af25?MSPStoreType=image/gif&s=14'}]
2023-08-18 22:42:23.335 - skill-ovos-wolfie.openvoiceos - DEBUG - WolframAlpha response: Nearby digits.
2023-08-18 22:42:23.353 - skills - ovos_core.intent_services.commonqa_service:handle_query_response:156 - INFO - Answer from skill-ovos-wolfie.openvoiceos
2023-08-18 22:42:23.359 - skills - ovos_core.intent_services.commonqa_service:_query_timeout:202 - INFO - Handling with: skill-ovos-wolfie.openvoiceos

I removed create_skill() and self.wolfie did not initialize, but that's probably not surprising - I'd imagine you need to call it from create_skill() before it uses self.initialize():
2023-08-19 08:37:29.499 - skill-ovos-wolfie.openvoiceos - DEBUG - WolframAlpha query: what are the first 14 digits of pi
2023-08-19 08:37:29.499 - skill-ovos-wolfie.openvoiceos - ERROR - WolframAlphaSkill not initialized, no response

As expected, removing initialize() altogether yields positive results:
2023-08-19 08:41:00.322 - skill-ovos-wolfie.openvoiceos - DEBUG - WolframAlpha response: Nearby digits.
3.1415926535897932384626433832795028841971693993751...
2023-08-19 08:41:00.341 - skills - ovos_core.intent_services.commonqa_service:handle_query_response:156 - INFO - Answer from skill-ovos-wolfie.openvoiceos
2023-08-19 08:41:00.346 - skills - ovos_core.intent_services.commonqa_service:_query_timeout:178 - INFO - Timeout occurred check responses
2023-08-19 08:41:00.351 - skills - ovos_core.intent_services.commonqa_service:_query_timeout:202 - INFO - Handling with: skill-ovos-wolfie.openvoiceos

Going back to the Mycroft-style initialize returns to the buggy behavior I first reported:
2023-08-19 08:44:02.879 - skills - ovos_workshop.skill_launcher:load:528 - INFO - ATTEMPTING TO LOAD PLUGIN SKILL: skill-ovos-wolfie.openvoiceos
2023-08-19 08:44:02.884 - skill-ovos-wolfie.openvoiceos - DEBUG - initializing skill settings for skill-ovos-wolfie.openvoiceos
2023-08-19 08:44:02.903 - skills - ovos_utils.events:add:161 - DEBUG - Added event: skill-ovos-wolfie.openvoiceos.activate
2023-08-19 08:44:02.907 - skills - ovos_utils.events:add:161 - DEBUG - Added event: skill-ovos-wolfie.openvoiceos.deactivate
2023-08-19 08:44:03.082 - skills - ovos_utils.events:add:161 - DEBUG - Added event: skill-ovos-wolfie.openvoiceos:WolfieMore
2023-08-19 08:44:03.099 - skills - ovos_utils.events:add:161 - DEBUG - Added event: skill-ovos-wolfie.openvoiceos:search_wolfie.intent
2023-08-19 08:44:03.223 - skills - ovos_workshop.skill_launcher:_communicate_load_status:506 - INFO - Skill skill-ovos-wolfie.openvoiceos loaded successfully
2023-08-19 08:44:10.511 - skills - ovos_core.intent_services.padatious_service:_register_object:298 - DEBUG - Registering Padatious intent: skill-ovos-wolfie.openvoiceos:search_wolfie.intent
2023-08-19 08:44:35.419 - skills - ovos_core.skill_manager:_handle_settings_file_change:141 - INFO - skill settings.json change detected for skill-ovos-wolfie.openvoiceos
2023-08-19 08:44:35.536 - skill-ovos-wolfie.openvoiceos - DEBUG - WolframAlpha query: what are the first 14 digits of pi
2023-08-19 08:44:35.548 - skill-ovos-wolfie.openvoiceos - ERROR - WolframAlphaSkill not initialized, no response

Adding all hands


Pin number documentation

Not really blaming this crate, but elaborating on pin numbering might be useful to the documentation reader.
I connected physical pin 24 on my Raspberry Pi 3, and now in hindsight, I think that pin really should be accessed via Pin 8, still not sure as SPI CS doesn't work as expected.
Output of gpio readall:
+-----+-----+---------+------+---+---Pi 3---+---+------+---------+-----+-----+
| BCM | wPi |   Name  | Mode | V | Physical | V | Mode | Name    | wPi | BCM |
+-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+
|     |     |    3.3v |      |   |  1 || 2  |   |      | 5v      |     |     |
|   2 |   8 |   SDA.1 |   IN | 1 |  3 || 4  |   |      | 5v      |     |     |
|   3 |   9 |   SCL.1 |   IN | 1 |  5 || 6  |   |      | 0v      |     |     |
|   4 |   7 | GPIO. 7 |   IN | 1 |  7 || 8  | 0 | IN   | TxD     | 15  | 14  |
|     |     |      0v |      |   |  9 || 10 | 1 | IN   | RxD     | 16  | 15  |
|  17 |   0 | GPIO. 0 |   IN | 0 | 11 || 12 | 0 | IN   | GPIO. 1 | 1   | 18  |
|  27 |   2 | GPIO. 2 |   IN | 0 | 13 || 14 |   |      | 0v      |     |     |
|  22 |   3 | GPIO. 3 |   IN | 0 | 15 || 16 | 0 | IN   | GPIO. 4 | 4   | 23  |
|     |     |    3.3v |      |   | 17 || 18 | 1 | OUT  | GPIO. 5 | 5   | 24  |
|  10 |  12 |    MOSI | ALT0 | 0 | 19 || 20 |   |      | 0v      |     |     |
|   9 |  13 |    MISO | ALT0 | 0 | 21 || 22 | 0 | IN   | GPIO. 6 | 6   | 25  |
|  11 |  14 |    SCLK | ALT0 | 0 | 23 || 24 | 1 | OUT  | CE0     | 10  | 8   |
|     |     |      0v |      |   | 25 || 26 | 1 | OUT  | CE1     | 11  | 7   |
|   0 |  30 |   SDA.0 |   IN | 1 | 27 || 28 | 1 | IN   | SCL.0   | 31  | 1   |
|   5 |  21 | GPIO.21 |   IN | 1 | 29 || 30 |   |      | 0v      |     |     |
|   6 |  22 | GPIO.22 |   IN | 1 | 31 || 32 | 0 | IN   | GPIO.26 | 26  | 12  |
|  13 |  23 | GPIO.23 |   IN | 0 | 33 || 34 |   |      | 0v      |     |     |
|  19 |  24 | GPIO.24 |   IN | 0 | 35 || 36 | 0 | IN   | GPIO.27 | 27  | 16  |
|  26 |  25 | GPIO.25 |   IN | 0 | 37 || 38 | 0 | IN   | GPIO.28 | 28  | 20  |
|     |     |      0v |      |   | 39 || 40 | 0 | IN   | GPIO.29 | 29  | 21  |
+-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+
| BCM | wPi |   Name  | Mode | V | Physical | V | Mode | Name    | wPi | BCM |
+-----+-----+---------+------+---+---Pi 3---+---+------+---------+-----+-----+

So a clarification on what the Pin number refers to would be nice.

I think that output is actually from WiringPi: https://raspberrypi.stackexchange.com/questions/66873/how-to-read-output-of-gpio-readall and not anything generated by this crate or gpio-utils (which uses this).

@posborne correct, but it gives me little help to interpret the documentation:
https://docs.rs/sysfs_gpio/0.5.3/sysfs_gpio/struct.Pin.html#method.new
So lets say I have CS connected to physical pin 24:
24 | 1 | OUT  | CE0     | 10  | 8   |
Should I use 24, 10 or 8 as an argument to Pin::new()?
So I was hoping the documentation could be clarified a bit to avoid questions like this.

Ah, I see, unfortunately the answer is a bit tricky and this is part of the reason for the sysfs interface to GPIOs and global numbering that goes along with it being deprecated moving forward.  I explain the situation a bit more in the documentation for an as-of-yet unreleased crate that will use the character device interface: https://github.com/posborne/rust-gpio-cdev/blob/first-pass/README.md#getting-access-to-a-gpio
For the case of the raspberry pi and most SOCs (and it will vary based on model a bit) we are looking the magic number will be calculated as something like the following:
magic_pinno = (gpio_bank_no - 1) * bank_size + pin_number_within_bank

On the IMX6, for instance, the BGA pin muxed as GPIO2_5 would be GPIO 37 (as each bank has 32 pins that could be muxed in.
For the raspberry pi (which uses a BCM chip), the builtin GPIO controller has a single bank and the pin number is what the output refers to as the "BCM" number (8).  This matches with the example toml configuration file for another tool I wrote called gpio-utils: https://github.com/rust-embedded/gpio-utils/blob/master/examples/raspberrypi.toml#L73
The other thing to watch out for is the SPI driver in the kernel being setup to use the chip-select line directly; in this case I think the pin should fail to export but it depends on how things are implemented in the kernel (whether it is muxing it as a chip select for the peripheral or muxing as a GPIO and allowing the driver to claim the GPIO in the kernel for use as a chip select by the driver).


在STCDefination.h 文件中无法生成对应的宏

我是直接将您Demo里面STCDefination.h清空, 重新在真机里面编译运行, 但是无法产生您说明文档里的效果

@LinMaris 请确认STCDefination清空连空格和换行也没有，另外STCDefination文件目录是否是对的？如果不行，你可以先删了STCDefination.h文件，pod update下，再混淆处理下。

@LinMaris 生成文件必须是模拟器，生成文件后，就可以用真机进行混淆了。

我题目一样 运行demo 清空文件内容，模拟器debug运行  STCDefination.h文件里面还是空的

@FreeSnow520 你可以删除STCDefination.h，运行会自动生成，然后再加入工程。

这样做是可以的，哎，但是很遗憾被拒了，可能生成的混淆代码不够多

@FreeSnow520 你的资源文件也需要混淆，比如图片！

@WhoJave 请先试下demo!

奇怪了，我也是，运行demo 清空文件内容，模拟器debug运行 STCDefination.h文件里面还是空的

正常了，谢谢大佬

Hello,
We have an exciting opportunity for you! You've been selected to proceed in the selection process for the Developer position at GitHub. Congratulations on your achievement!
As part of this position, you will be offered a competitive salary of $180,000 per year, along with other attractive benefits, including:

Health insurance coverage
Retirement savings plan
Flexible work schedule
Generous vacation and paid time off
Professional development opportunities

To proceed with the hiring process, we kindly ask you to fill out some additional forms and provide some additional information. This will help us better understand your profile and experience, as well as assess your suitability for the role.
Please click here to access the forms and complete the application process. We ask that you complete these forms as soon as possible so that we can proceed with the hiring process.
Important: You have 24 hours to complete the application process.
If you have any questions or need further information, please don't hesitate to contact us.
Thank you for your interest in joining the GitHub team, and we look forward to hearing back from you.
Best regards,
GitHub Recruitment Team
wet-onion, @JonnyBanana, @dypcoder, @liuxsdev, @d-yokoi, @BigosIgos, @biztrHD, @SethStalley, @Parsiuk, @hhstore, @MYR078, @sapk, @applicate2628, @qdwjfufu, @hpflatorre, @alex-s-m, @ChineDmitri, @everydaypanos, @ratten3anger, @rafaelbressan


Embedded images not showing up

I've been using this awesome plugin for a while now and never had any problems with it before.
Today after deploying some notes, I noticed that my embedded images ![[image]] weren't showing up.
Instead it shows the images names.
Was there any change after the recent updates?
I'm trying to figure out what could've caused that.

Ah well, guess I need to read more precisely next time.
Switched over to vercel and everything is working again.

Nice to hear that it worked out!
Out of curiosity, was there a problem with images when using Netlify? Or was it something else that was wrong?


feat: Add cheqd demo and localnet for tests

This PR adds the required Readme files and integrates cheqd modules in the demo
Also included a setup-cheqd in ./.github/actions which starts a localnet for the tests to be run

@genaris any idea what's going on here?
@ryjones is this related to the different runners?


Using my own Sass setup with Este

Hi - really liking the look of Este, just wondering how I would go about using my own Sass setup?

What does your set up do? Because to have the css hot loadable, you need to load it inline, through webpack. We use sass-loader (it's already set up) to do so, but we don't have any specific needs, other than importing scss files in our js files.
There might be a tricky way to do it without webpack, but I don't see how to do it. However, I guess it's possible to have an external CSS file, but I think that you would lose the live reload.

it's essentially just a load of @import files (e.g _header.scss, _footer.scss, for each part of the page) and then some Sass-specific files like _variables.scss etc. Pretty similar to this structure: http://thesassway.com/beginner/how-to-structure-a-sass-project
I've used Browsersync in the past, if there was an easy to add that in  to Este and then use Sass and inject the styles into the page, that'd be great.

Import them from app.sass or add link into html.react.js.


porting to new garden structure + putting on PyPi

Hello,
I there still somebody maintaining this widget? I would like to port it to new garden structure and put it on PyPi, but I'm not the original author or maintainer so I'm asking here first.
Thanks!

We just created https://github.com/kivy-garden/modernmenu using the template and added you to the collaborators.
You can follow this guide to port it https://kivy-garden.github.io/#guideformigratingflowersfromlegacystructure

@AndreMiras I've just pushed a commit with the flower converted. Can you check that  did it fine? I would like to be sure that I followed the process correctly before doing the same for contextemenu.
Also can you add it to coveralls as requested in the migration process? I don't have any account there (and not really willing to make one). Thanks!
Last but not least: who can upload this on PyPI? I guess a common kivy account should be used, just in case somebody else needs to maintain it in the future.

Nice @goffi-contrib thanks for that.
I've never played with modernmenu, but it looks good to me. I've only commented a minor typo introduced in the readme https://github.com/kivy-garden/modernmenu/commit/a09f4c2efec84aa9126ae872e2c87c95822f8d70#r36316351
I've fixed the build, it needed to have coveralls.io enabled for the repo, build is green now.
As for PyPI we don't have a common kivy account unfortunately. What we do is to create collaborators. I can look into it. I guess whoever publish the package should add at least @tshirtman (https://pypi.org/user/tshirtman/) as a collaborator as he made the initial commit it seems.

I've published to https://pypi.org/project/kivy-garden.modernmenu/ and added both of you to the collaborators.
I think we can close this issue, eventually update the README.md of this project to redirect to the new one and archive the project.

@AndreMiras great, thanks a lot. I've fixed the typo in the readme. I'll do the same for contextmenu now, and I'm closing this ticket.

All good thanks I'm archiving the repo


Add a new HAL/Target/NVVM (or whatever) backend.

Adding a new backend to the compiler involves implementing HAL/Target/TargetBackend.h to handle the transformation of input MLIR (linalg on tensors/std/etc) to output MLIR (NVVM?) and serialization to the binary format required at runtime. Ideally, as with SPIR-V, targeting NVVM does not require any CUDA tools and is something that MLIR can natively write out. If it does require CUDA tools then there will be additional complications in build infra (internal to google/open source), bots, etc.

Done by @ThomasRaoux!


Make all topography match what is actually on production

topography should not be hypothetical, but instead match the actual assets, parachains, ids, etc on Polkadot and Kusama

I'll tackle this


[Extensions] Expose UMD Builds of Vue to the window Object

Summary
This resolves an error where importing extensions that utilize backported features will throw the error object(...) is not a function by explicitly importing vue.runtime to ensure that Dashboard is always exposing the UMD builds of Vue to the window object. This error originally occurred because different builds of Vue (ESM vs. UMD) are used depending on the environment; there are differences in how backported Vue 3 features are exposed in Vue 2.7^1, so it's important that the intended build is explicitly attached to the window object so that extensions can be imported without error.
For more information on different builds that are available to us, see the vue documentation for explanation of different builds ^2.
This also bumps the UI_PLUGIN_API_VERSION to signal that upcoming changes to UI extensions will be incompatible with older versions of Dashboard. A version of 1.2.0 or higher will be required for extensions that utilize backported Vue 3 features that are available in Vue 2.7.
Fixes #10543

Areas or cases that should be tested

Loading an interacting with existing extensions does not regress
Loading extensions that utilize backported Vue 3 features behaves the same as existing extensions
Development & Production builds of Dashboard should behave the same when loading and interacting with extensions
No new errors are logged as a result of this change

Screenshots
https://github.com/rancher/dashboard/assets/97888974/be6b12c9-fbd9-4c9b-abed-008337485b65
Checklist

[x] The PR is linked to an issue and the linked issue has a Milestone, or no issue is needed
[x] The PR has a Milestone
[x] The PR template has been filled out
[x] The PR has been self reviewed
[x] The PR has a reviewer assigned
[x] The PR has automated tests or clear instructions for manual tests and the linked issue has appropriate QA labels, or tests are not needed
[x] The PR has reviewed with UX and tested in light and dark mode, or there are no UX changes

@nwmac I'm adding you as a reviewer for this PR so that we can ensure that we are updating the shell api version properly. We want to make sure that we are able to properly communicate this change when a new release goes out. The important change here is that new extensions that utilize coming changes in #10543 will not be backwards compatible with older versions of dashboard.

/backport v2.8.next2 release-2.8


Error compiling a simple model with read-only access to CmdStan

Summary:
I cannot compile Stan models if I only have read permissions to CmdStan.
Description:
I work in a large highly-regulated company with a centrally-maintained computing environment. Users are discouraged from installing their own software because of validation requirements. Our devops team installed a copy of CmdStan 2.32.2, and I cannot compile models with it because I only have read permissions.
Reproducible Steps:
With an instance of CmdStan installed by a different user, a simple make ~/bernoulli fails with the output below, where bernoulli.stan comes from the example files in CmdStan.
Current Output:
The full output is too long to include in this thread, but all the relevant output is at the beginning:
hpc /CENSORED_DIRECTORY/apps/cmdstan/cmdstan-2.32.2 make /home/CENSORED_USER/bernoulli
g++ -std=c++1y -pthread -D_REENTRANT -Wno-sign-compare -Wno-ignored-attributes      -I stan/lib/stan_math/lib/tbb_2020.3/include    -O3 -I src -I stan/src -I stan/lib/rapidjson_1.1.0/ -I lib/CLI11-1.9.1/ -I stan/lib/stan_math/ -I stan/lib/stan_math/lib/eigen_3.4.0 -I stan/lib/stan_math/lib/boost_1.78.0 -I stan/lib/stan_math/lib/sundials_6.1.1/include -I stan/lib/stan_math/lib/sundials_6.1.1/src/sundials    -DBOOST_DISABLE_ASSERTS          -c -MT stan/src/stan/model/model_header.hpp.gch -MT stan/src/stan/model/model_header.d -MM -E -MG -MP -MF stan/src/stan/model/model_header.d stan/src/stan/model/model_header.hpp
<built-in>:0:0: fatal error: opening dependency file stan/src/stan/model/model_header.d: Permission denied
compilation terminated.
g++ -std=c++1y -pthread -D_REENTRANT -Wno-sign-compare -Wno-ignored-attributes      -I stan/lib/stan_math/lib/tbb_2020.3/include    -O3 -I src -I stan/src -I stan/lib/rapidjson_1.1.0/ -I lib/CLI11-1.9.1/ -I stan/lib/stan_math/ -I stan/lib/stan_math/lib/eigen_3.4.0 -I stan/lib/stan_math/lib/boost_1.78.0 -I stan/lib/stan_math/lib/sundials_6.1.1/include -I stan/lib/stan_math/lib/sundials_6.1.1/src/sundials    -DBOOST_DISABLE_ASSERTS          -c -MT src/cmdstan/main.o -MM -E -MG -MP -MF src/cmdstan/main.d src/cmdstan/main.cpp
<built-in>:0:0: fatal error: opening dependency file src/cmdstan/main.d: Permission denied
compilation terminated.\

Expected Output:
I expected the model to compile successfully.
Current Version:
v2.32.2

This makes me wonder about thread safety: is it safe to compile model files concurrently using the same instance of CmdStan, or would there be a race condition by trying to modify the same files?

I believe the only time cmdstan would write files is the first time a compilation is performed (assuming none of the source files are changed)

In that case, would you recommend I ask my devops colleagues to run 'make examples/bernoulli/bernoulli' as part of the installation script?

That might help, but I'm not 100% sure. Our Makefiles definitely aren't set up with read-only setups in mind

An update: I tried the same test on a copy of CmdStan which had already compiled a model, and it failed with the same error.

I have been working with my devops colleagues internally to test a centralized install of CmdStan via instantiate. We found that a basic test package that depends on instantiate/CmdStan recompiled the sundials libraries. That makes me wonder if it is safe to compile two models in two different processes simultaneously on the same copy of CmdStan, or if there would be a race condition in some cases.

I have been working with my devops colleagues internally to test a centralized install of CmdStan via instantiate. We found that a basic test package that depends on instantiate/CmdStan recompiled the sundials libraries.

My colleague pointed out these lines which modify sundials:
https://github.com/stan-dev/math/blob/develop/make/libraries#L66-L80

Depending by what you mean by centralized, this is likely a use case which would be ill supported by the current CmdStan build process. Because the build is entirely in-tree, it is difficult to make that work in a shared computing environment where e.g. different nodes would have different architectures. When using CmdStan in a cluster environment I generally keep a local checkout that I clean and re-build on the worker node
Something like e.g. cmake could be one solution to this (not without its own problems and headaches), but given the current way CmdStan builds I would consider the cmdstan source to be closer to "source code for the program I am building" than "a library like MKL I can use broadly".

given the current way CmdStan builds I would consider the cmdstan source to be closer to "source code for the program I am building" than "a library like MKL I can use broadly".

On this idea, I tried to see if I could compile a Stan model with a temporary copy of CmdStan (see below). It looks like CmdStan has both dynamic/shared libraries and the source code for the program currently compiling. If it had only the former or only the latter, then compilation on shared systems would be much easier. In the former case, I could have instantiate install a temporary copy of CmdStan inside tempdir() which gets deleted when the R session closes.
temp <- tempfile()
fs::dir_create(temp)
cmdstanr::install_cmdstan(dir = temp)
cmdstanr::cmdstan_path()
#> [1] "/var/folders/4v/vh7xp8553lsbl49svl48g7p00000gp/T/RtmpGaahT0/file115b469395fee/cmdstan-2.32.2"
upstream <- file.path(
  cmdstanr::cmdstan_path(),
  "examples",
  "bernoulli",
  "bernoulli.stan"
)
file.copy(upstream, "model.stan")
cmdstanr::cmdstan_model("model.stan")
unlink(cmdstanr::cmdstan_path(), TRUE)
rstudioapi::restartSession()

cmdstanr::cmdstan_path()
#> [1] "/Users/CENSORED/.cmdstan/cmdstan-2.31.0"
model <- cmdstanr::cmdstan_model(exe_file = "model", compile = FALSE)
model$sample(data = list(y = c(0, 0, 1, 0, 1)))
#> Chain 1 dyld[80398]: Library not loaded: @rpath/libtbb.dylib
#> Chain 1   Referenced from: <BB67563E-5FD5-32DA-8442-CECE9216941D> /Users/CENSORED/Desktop/model
#> Chain 1   Reason: tried: '/private/var/folders/4v/vh7xp8553lsbl49svl48g7p00000gp/T/RtmpGaahT0/file115b469395fee/cmdstan-2.32.2/stan/lib/stan_math/lib/tbb/libtbb.dylib' (no such file)
#> ...

If your shared environment has TBB installed, you can ask CmdStan to use that instead using something like this in make/local (this is probably under-documented)
TBB_CXX_TYPE=gcc
TBB_INTERFACE_NEW=true # if using TBB newer than 2020
TBB_INC=$(TBBROOT)/include/
TBB_LIB=$(TBBROOT)/lib/

My work's shared computing environment uses the module system, so the above is what I use after module load gcc/11.2.0 intel-oneapi-tbb, which sets $TBBROOT.
We also do this when packaging cmdstan for Conda

Interesting. Is TBB the only shared library I would need to handle this way?

Yes, SUNDIALS is statically linked by default in CmdStan. You could do something similar if you wanted to also use a vendor-provided version of SUNDIALs, though (see https://github.com/stan-dev/math/pull/2861)


Fixed cvv module build

updated header layout
fixed OpenCV header inclusions
fixed other small problems

Mostly same as PR #152

:+1:


CI: improve the OSV scanner to reduce the maintenance burden

Recursive scan is only done for vulnerabilities scan. For license scan only root go.mod is scanned since we don't care about licenses of dev packages.
I wonder if we also need recursive vulnerabilities scan. I added it back then to prevent supply chain attacks, but on the other the scan also fails because of CVEs like this one which is only relevant for packages that are compiled with the released binary, not for packages used in dev / CI/CD.

Regarding the maintenance effort - we can omit the version field in PackageOverrides sections with the risk of package relicensing on version upgrade.
package relicensing can occur both on minor release(i.e. terraform) or major release(i.e. grafana).
Currently call analysis doesn't work so there are many false positives in vulnerability scan since we use a newer go version than the one installed in osv-scanner-action image. One of osv-scanner maintainers https://github.com/google/osv-scanner/issues/1453#issuecomment-2549906182 that it's a good idea to support running osv-scanner on host, thus allowing the consumer to pre-install its desired go version. Once it's supported we will have no false positives which will make the maintenance easier.

originally posted by @shahar-h on https://github.com/envoyproxy/gateway/pull/4941#issuecomment-2550346749

@shahar-h Let's continue the discussion here.

See https://github.com/google/deps.dev/issues/147


Merge consecutive Zeeguu tags automatically.

Just a simple pass trough the document after each translation should do.

through the entire document, or maybe radiating away from the place of the click?

The latter, you are correct. A simple check around the newly added tag
would suffice.
Op 12 dec. 2016 14:48 schreef "Mircea Filip Lungu"<EMAIL_ADDRESS>
:

through the entire document, or maybe radiating away from the place of the
click?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/mircealungu/Unified-Multilanguage-Reader/issues/5#issuecomment-266434962,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKd0WbRA4wJYffWtbYAv9pdkEKo4ab6Pks5rHVC7gaJpZM4LKjm_
.


Add HTTP request and response specification (#57)

Do we want to rename api-specifications.md to API.md? This name is very long.


General fixes to animations & splash screen

Fixes #2756
Also - fixes fade in/out animations (e.g. of Large Type).

Merging this as I need it to debug #2760


Better logo on title page

The design of the logo on the home page should be improved.

Do we have it in original svg?


Add new high school

@HaswellAoba Please provide us with:

the university official website URL, if different from the domain you are submitting
an URL of a page on the official website where an IT-related long-term (>1 year) course is offered by the university
an URL of a page or another proof (.pdf or a screenshot are OK) showing that the university recognizes the domain which you are submitting as an official email domain for the students.

@philipto
Here is more information. Sorry for all websites are only available in Korean.

Our school's official website is: http://sunrint.hs.kr/index.do
URL shows our school is offering IT-related education: http://sunrint.hs.kr/34973/subMenu.do
https://puu.sh/D0TTF/834cbf1424.png

@HaswellAoba Pull request merged. Thank you!


Changed start status to READY instead of PREPARING for poll based dispatch

This change makes sure that poll-based dispatch starts with the flow status READY and once the execution is polled, it will be updated to PREPARING.
Added the test for the same.

Pull Request Test Coverage Report for Build 5943

13 of 14 (92.86%)  changed or added relevant lines in 5 files are covered.
21 unchanged lines in 1 file lost coverage.
Overall coverage decreased (-0.05%) to 43.085%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

azkaban-common/src/main/java/azkaban/executor/JdbcExecutorLoader.java
0
1
0.0%

Files with Coverage Reduction
New Missed Lines
%

azkaban-exec-server/src/main/java/azkaban/execapp/event/JobCallbackRequestMaker.java
21
56.25%

Totals

Change from base Build 5939:
-0.05%

Covered Lines:
16079

Relevant Lines:
37319

💛  - Coveralls

It is against cf-engine-k8s branch. Please raise it for master.


sync: TestWaitGroupMisuse2 takes 45-90 seconds on netbsd w/ 8 cores

TestWaitGroupMisuse2 on Linux with 8 cores takes 0.22s.
On NetBSD it does pass but takes 45-90 seconds. Why?
/cc @bsiegert

/cc @dvyukov for any theories.

This test requires physical parallelism, so my first bet would be on a problem in netbsd scheduler.

Perhaps execution trace will sched some light.

how can I run this specific test?

go test sync should work/

netbsd's nanosleep always schedules another process, even for really short sleeps. making it spin on really short sleeps fixes this

NetBSD nanosleep() always sleeps for at least 1 schedule  slice when the specified time is under the schedule resolution. With default HZ value of 100 for i386 and amd64, it's always at least 10ms even when the specified time is smaller. I think other systems might work similar way.

@coypoop, or:
$ go test -v -run=TestWaitGroupMisuse2 sync

Or:
$ go test -v -run=TestWaitGroupMisuse2 -count=20 sync

It takes 45 seconds on AIX too, and never panics as it expects to:
https://build.golang.org/log/4521fa0230a42f6f3b70e8f108c3ab63d962d567
/cc @Helflym

I was already aware about this failure. But I didn't find anything relevant.
As the test says "The detection is opportunistic" and in some cases, I don't get a panic until iteration 500000... So a few other cases might not trigger it at all, but it's random.
Note that it also explains the slowness of this test. On a local Linux machine, almost all the panic occurs during the first 1000th iteration. On AIX builder, it's far more random, it can happen at the 10th one like at 100000th one...

TestWaitGroupMisuse2 has mostly been passing on AIX as far as I can tell, but the failure mode from https://github.com/golang/go/issues/22944#issuecomment-497012698 cropped up again in one aix-ppc64 builder run today (https://build.golang.org/log/a38f4c89dcb8e8b62b37ccefeae0de03dfcfecb5):
--- FAIL: TestWaitGroupMisuse2 (44.26s)
    waitgroup_test.go:133: Should panic
    waitgroup_test.go:96: Unexpected panic: <nil>
FAIL
FAIL	sync	44.880s


Make env option augment by default

When a user sets environment variables, those should be extending the current ones, as opposed to redefining them. Just like the default behavior of Execa (extendEnv: true.
Reasons:

This is what users most likely expect.
This is how shells behave when running EXAMPLE_ENVVAR=value binary arg....
This is how environment variables were designed: child processes inherit from their parent.
When running a binary by its filename (as opposed to its file path), the PATH environment variable is needed. If the env option was to override the current environment variables (including PATH), most users will then get a ENOENT error, which might confuse them. Source: it just happens to me and it took me 30 seconds to realize what was going on.

Also, this can be implemented in very few bytes: {...process.env, ...options.env}.
I am also thinking that we don't need to expose any extendEnv option like Execa, since that's usually not needed, and in the spirit of keeping things small.
Thoughts?

Yeah, let's try without exposing the option first.


Junit framework setup

Added the base files from the JUnit wiki
Tried to make a system to document clauses, what do you guys think?

@keyvankhademi We're good to merge this whenever I think - we'll make further PRs for changes we make to the framework


Same Transaction is displayed multiple times.

The problem goes from history_plugin in nodeos. As a fix for client side you can add filter by action digest and block time to remove duplications.

I sill experience this problem in eos-voter v.0.7.4. Hope it can get resolved on the developer side instead of requiring end user action to mitigate.


Fix GZ_PYTHON_INSTALL_PATH value if USE_SYSTEM_PATHS_FOR_PYTHON_INSTALLATION is ON and USE_DIST_PACKAGES_FOR_PYTHON is OFF

🦟 Bug fix
Fixes GZ_PYTHON_INSTALL_PATH value if USE_SYSTEM_PATHS_FOR_PYTHON_INSTALLATION is ON and USE_DIST_PACKAGES_FOR_PYTHON is OFF
Summary
See title.
Checklist

[x] Signed all commits for DCO
[ ] Added tests
[x] Updated documentation (as needed)
[x] Updated migration guide (as needed)
[ ] Consider updating Python bindings (if the library has them)
[x] codecheck passed (See contributing)
[x] All tests passed (See test coverage)
[ ] While waiting for a review on your PR, please help review another open pull request to support the maintainers

Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining Signed-off-by messages.

(I will complete DCO and PR description tomorrow).

(I will complete DCO and PR description tomorrow).

Done.


Added MIT License.

http://sortvis.org/ mentions that the code is under the MIT license, but there's no license included in the source code.  I took the liberty of using the copyright date listed on the site and adding a license file.

Thanks. :)


conn leak in client.pool?

An existing conn will be reused or closed when calling pool.Get, but what about conns belong to an died node? Since a node died, we will never call pool.Get with that address

seams reasonable
so we need to watch registry inside pool and when node dies remove from pool all connections to that node

No. Nodes have a ttl, we simply have to remove anything where the ttl has been exceeded and the connection was not used.

@asim this is slowly, but can work too.

If a connection returns an error we throw it away, so in the case of dead nodes after one failed call the connection leaves the pool, in the case of nodes no longer called, they will be discarded after a ttl period if the pool removes them. It seems the simplest path without abusing the registry.

yes, you right.

Was fxe

If a connection returns an error we throw it away, so in the case of dead nodes after one failed call the connection leaves the pool, in the case of nodes no longer called, they will be discarded after a ttl period if the pool removes them. It seems the simplest path without abusing the registry.

That means we should accept an error at least once, right?


Filter by fasta

Added a feature where id list can be accession number in the fasta header (necessarily not the complete fasta header).
Eg. filter fasta id based on Uniprot accession number from a Uniprot like fasta file.
This modification uses pattern recognition to match the accessions in the header.

Thanks!


chore: release master

:robot: I have created a release beep boop
ck3oop-ui: 0.1.1
0.1.1 (2024-06-18)
Features

Add dummy packege (9ae3a8e)
Fake feat (68e50e9)
Fake feat (a666e07)
Fake feat (9fc2da5)
rust-core: Mod file parsing (03ce8e1)

ck3oop-core-js: 0.1.1
0.1.1 (2024-06-18)
Features

Fake feat (9fc2da5)

ck3oop-ui-js: 0.1.1
0.1.1 (2024-06-18)
Features

Fake feat (9fc2da5)

Dependencies

The following workspace dependencies were updated

dependencies

ck3oop-core-js bumped from ^0.1.0 to ^0.1.1

ck3oop-core-rs: 0.1.1
0.1.1 (2024-06-18)
Features

Fake feat (a666e07)
rust-core: Mod file parsing (03ce8e1)

ck3oop-ui-rs: 0.0.2
Dependencies

The following workspace dependencies were updated

dependencies

ck3oop-core-rs bumped from 0.1.0 to 0.1.1

This PR was generated with Release Please. See documentation.

:robot: Created releases:

ck3oop-ui-v0.1.1
ck3oop-core-js-v0.1.1
ck3oop-ui-js-v0.1.1
ck3oop-core-rs-v0.1.1
ck3oop-ui-rs-v0.0.2
:sunflower:


Application origin behaves unexpectedly

Describe the bug
There's a few blockers which is stopping the UI from using the new Application origin.

It's not populated when 'pushing' an app via the UI (which calls the create, store, stage, etc endpoints directly), though works from the CLI
It's only populated when the app reaches the 'running' status. If the app never reaches this state it's harder for a user to independently debug the issue.

Expected behavior

No additional endpoints need to be called or information supplied to set the origin of an application
Once the origin is determined/set for an application it's made available via the API

Currently origin information is saved by the deploy endpoint of an application.
This is where the information is transfered from client server. See models.
This was done to ensure that origin information always reflects the currently running app.
Well, with a small window when the running version terminates while the new version is brought up.
As @jimmykarily pointed out during the review of the PR implementing it, when the orig information is saved earlier, like at staging, or even earlier, then it will not match the running application anymore, but the intended to run. Which may fail to stage. At which point we have bad data in the system, i.e. origin information for the failed stage and not what is running.
I currently suspect that you are not populating the origin information in the request model for deploy.

Ah, I'd assumed it was persisted in some way by the calls leading up to deploy. I've now updated deploy to use the new property


Can i change the image?

I need a modul for help menu, so can i change the image?

Yes, now you can. Just use icon: <Image source={}... /> or  <Icon name="home" /> you can use any component


Which version/package should I use as of late 2015 early 2016?

How and what to install to get latest? Should i install verb globally or verb-cli? - i cant remember what was finally.

Ooh, ookey, I just forgot lol. That 3+ month not work... :D
npm i -g git://github.com/verbose/verb.git#dev

OKey, installed, what next? Any verb command or option fails

any of verb init, verb help, verb --help, verb [-v|--version]

with that:
[charlike@voltaire dev]$ verb init
/usr/local/lib/node_modules/verb/node_modules/helper-reflinks/index.js:39
    cache.keys = utils.keys(cache.pkg.dependencies || {});
                                     ^

TypeError: Cannot read property 'dependencies' of null
    at Function.module.exports (/usr/local/lib/node_modules/verb/node_modules/helper-reflinks/index.js:39:38)
    at module.exports (/usr/local/lib/node_modules/verb/lib/runner/helpers.js:135:38)
    at module.exports (/usr/local/lib/node_modules/verb/lib/runner/defaults.js:8:3)
    at Object.preload (/usr/local/lib/node_modules/verb/lib/runner/preload.js:14:3)
    at Verb.<anonymous> (/usr/local/lib/node_modules/verb/node_modules/base-runner/index.js:485:21)
    at Verb.initVerb (/usr/local/lib/node_modules/verb/index.js:81:15)
    at new Verb (/usr/local/lib/node_modules/verb/index.js:59:10)
    at getConfig (/usr/local/lib/node_modules/verb/node_modules/base-runner/index.js:497:17)
    at getConfig (/usr/local/lib/node_modules/verb/node_modules/base-runner/index.js:515:12)
    at Function.Ctor.getConfig (/usr/local/lib/node_modules/verb/node_modules/base-runner/index.js:104:18)

And okey, when have package.json in cwd it again fails
[charlike@voltaire test-verb]$ verb help
module.js:341
    throw err;
    ^

Error: Cannot find module '../../templates/includes'
    at Function.Module._resolveFilename (module.js:339:15)
    at Function.Module._load (module.js:290:25)
    at Module.require (module.js:367:17)
    at require (internal/module.js:16:19)
    at module.exports (/usr/local/lib/node_modules/verb/lib/runner/templates.js:10:18)
    at Object.preload (/usr/local/lib/node_modules/verb/lib/runner/preload.js:15:3)
    at Verb.<anonymous> (/usr/local/lib/node_modules/verb/node_modules/base-runner/index.js:485:21)
    at Verb.initVerb (/usr/local/lib/node_modules/verb/index.js:81:15)
    at new Verb (/usr/local/lib/node_modules/verb/index.js:59:10)
    at getConfig (/usr/local/lib/node_modules/verb/node_modules/base-runner/index.js:497:17)
[charlike@voltaire test-verb]$

:100: bump?

I'm very close to releasing a new and improved verb, that will be much faster, easier to use etc. I'd rather just get that done first, then I'll ping you as soon as I push up.

Ooh, I will be joining this thread then. I haven't used READMEs in ages, but verb rocks

thank you!!! that's so nice of you to say. If you were able to see through verb's warts enough to like it before, I can't wait to show you the new and improved verb :)

Great! I can't wait to see your most awesome thing. My is the "Hybrids", upcoming book "Javascript Hybrids" and (at all) whole https://github.com/hybridables stack. I hope i can finalize all of them in next month or two. lol
Cheers,
Charlike!

hey that's great @tunnckoCore! it's important to have big goals!

fun fact: verb v0.9.0 has 1092 unit tests lol.

haha, yea, it's normal. I have same situation around hybrids - not with so big number, but again. And i'm starting to think that they all not always needed fully.
I'm always for "the more the better" which i call "200% coverage before stable release (in my case before v1 - i dont stay on >v1)", but it's not needed to copy-paste from (for example) assemble-core, templates, template and etc, LOL.
But yea, great job.

but it's not needed to copy-paste from (for example) assemble-core, templates, template and etc

it is actually! ;) until we release a test suite, we need to have complete integration and regression tests on all of the inheriting libraries. It prevents bugs often! Many times I've updated the tests and was reminded of a small difference in the libs... anyway, I automate everything, so there IMHO there can never be too many unit tests!

It prevents bugs often! Many times I've updated the tests and was reminded of a small difference in the libs...

Absolutely! That's why I always think (in background, lol) for new and new cases and write new and new tests.

ok closing this since I think the question was answered, and we're about to release 0.9


Build metadata should not be used when determining precedence

Bullet point 10 in SemVer specification states

Build metadata MUST be ignored when determining version precedence. Thus two versions that differ only in the build metadata, have the same precedence. Examples: 1.0.0-alpha+001, 1.0.0+20130313144700, 1.0.0-beta+exp.sha.5114f85, 1.0.0+21AF26D3----117B344092BD.

Thanks for the bug report, @smumriak. This is being addressed here: #11

Looks like this didn't get closed. Cleaning up now!


rename POST /volumes to POST /volumes/create

See https://github.com/docker/docker/pull/17136

I forgot to update docker client, it should be good now.

LGTM once Jenkins is green

:+1: thanks!


Add CSS Modules.

Dependencies have been updated.
CSS Modules has been added (only for app stylesheets, not for Bootstrap).
Readme.md has been updated with the changes related to CSS Modules.

Good job @ebarriosara! Please resolve merge conflicts first. Thanks!

Thanks for reviewing!
I've just solved the merge conflicts.

Ok, I see what you mean.
I will rename styles.css to sidebar.css.


Cards

List of Cards with Links (Can be 2 or 3 wide as shown on screenshots)
Desktop:

Mobile:

updated the description with a 2 card wide variation in addition to 3 card wide


Line Numbers: Improved resize performance

This significantly improves the code which resizes an element by batching all DOM reads/writes.
This resolves #2123.

speaking of the window resize listener...
see #2192
Prism.manual = true;
in 1.22 it tries to "refresh line numbers" of all $$('pre[data-line]')  regardless of whether Prism.highlightElement() has been called yet... which leads to "Uncaught TypeError: Cannot read property 'children' of null"


JS client library for CE

Setup a js client library which can be used to communicate with the ce-api. This library could potentially contain query builders.
UPF.
Scholar/Enthusiasts

Now that we need to authenticate to write to the CE it'd be great if this client library included helpers to swap a JWT token, and set the authentication header on requests

In the end it's only 2 lines to add Apollo to a react app so maybe this isn't as important as I had thought it would be.
It might be interesting to have a bunch of gql template strings for common operations that we can use in different apps.


Build pipeline

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: Abhi590 sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.


Implement cmap

I implemented c[nore]map partially. It would be ideal if I could fully, but it seems to need a lot of work.
It's partial because

cmap can't be set in the command line unless it's written in ideavimrc or listed in ExKeyBindings.kt
cmap only supports one-to-many keycaps, e.g. cmap <C-a><C-b> <Home> is impossible

Hi, thank you for the contribution! That's would nice if you could add some tests to prove the changes. Also, I didn't completely understand why it's possible to add only one-to-many mappings?

The reason for only one-to-many mappings is that the command line mode uses different way to implement key mappings from other modes. Because of the difference it's difficult to implement many-to-many mappings, but I'm trying to implement it.

Hi, I implemented cmap and removed "partially" from the title. I added unit tests.

Do I understand correctly that this PR fixes also some issue with literals and digraphs in command mode?

No, I re-introduced some features about literals and digraphs (e.g. show '?' or '^'). They used to be done by Actions in ExEditorKit, which is no longer used.

Do I understand correctly that the main idea is to process keys from command line using KeyHandler and not processExKey?

Yes, but processExKey is still used by KeyHandler.

This page shows "All checks have failed". I run the test "DeleteVisualLinesEndActionTest" locally several times, but it succeeds 🤔

Awesome, thank you for your work! Looks like ex panel needs some polishing, but this is definitely out of this scope.

Thank you for reviewing and merging!


fix: use function typing

If I use a factory function to bounded a model, it does not have typescript error.
Example:

This is not correct typing, so add extends new () => unknownto restrict.

It have a new question for this question, if I don't use factory function, how can I use generic in model class?


Official 1.13 Release Docs

🛑 DO NOT MERGE 🛑 UNTIL KUBERNETES 1.13 IS RELEASED
Target Date: 12-03-2018
Release deadlines
From sig-release:

Date
Description

NOV 8
Open placeholder PRs

NOV 19
PRs ready for review

NOV 27
All PRs reviewed and ready to merge

More information
Contact @tfogo @jimangel @zparnold @npentrel @MAKOSCAFEE w/ any questions. 👍

/hold

hrm. how have we wound up with multiple languages in this PR? The standard is now to submit separate PRs for each localized directory, but I'm not sure what's happened here.

@Bradamant3 @jimangel How we handle L10n release content is a good subject for the postmortem. This is our first time handling L10n content in a release; we're approaching it one way (#11453, #11454) for 1.13, but there's probably a better way to approach it next time.
My suspicion is that yes, we should continue limiting content to one language per PR.

/hold cancel
/lgtm
/approve


Appsec testing of GoWAFTest

Description of change
Link to relevant ticket
Notes for reviewer
Do not delete or close until appsec have finished
Screenshots of changes (if applicable)
Before changes:
After changes:
How to manually test the feature

Closing as appsec have finished their tests