fix: (helm) - in some rare helm install cases, status is missing InstallSuccessful

Signed-off-by: Mike Ng<EMAIL_ADDRESS>Description of the change:
In some rare cases, the InstallSuccessful reason is not stamped to the helm operator based CR after a successful helm install.
This fix is to make sure that it will keep trying to put the InstallSuccessful into the status.
Motivation for the change:
Closes https://github.com/operator-framework/operator-sdk/issues/3728
Checklist
If the pull request includes user-facing changes, extra documentation is required:

[Not applicable] Add a new changelog fragment in changelog/fragments (see changelog/fragments/00-template.yaml)
[Not applicable] Add or update relevant sections of the docs website in website/content/en/docs

Also, I think this would be a bug fix that should have a changelog fragment. Would you mind adding that as well?


installation problem

Hi! Thanks for your work!
I met some problem when i run the train.py.
I installed all the requirements along the readme and my device is also the 3090

Should I install the orther version of torch cause I don't know if it's matter.
Thanks!

Thanks for your answer!! This help me a lot!


typo and pointer

not finished have to sort out bug with cmp having to many initializer values.
changes only on WINDOWS only until i can test on my linux device

you can cross compile


Re-enable (non-blocking) Pact tests

What does this pull request do?
Re-enables Pact tests that

do not block deployments and development
runnable locally (use ./gradlew pactTestPublish)
can be tested against arbitrary tags (use PACTBROKER_CONSUMERVERSIONSELECTORS_TAGS  env var)
can be viewed in CircleCI (e.g. here)

This will fail the ci/circleci: pact_check_and_publish job on CI but that will no longer block the deployment. This is normal for now.
Where should the reviewer start?
Please review commit-by-commit, there's context there for each step.
What is the intent behind these changes?
To make the tests run against main on CI so we're aware how far away we are from mainline contracts.

🙇 🎩 Thank you!

🙇 🎩 Thank you!


Parser now use the image API to retrieve the language parser image to use

Instead of a hard-coded list of images

:+1:


Update the pipeline to inform OONI Explorer users when blocked URLs become unblocked

It would be useful to update the pipeline to show (probably for data collected from stable vantage points) when blocked URLs stop being blocked.

This is superseded by the event detector.


Add test coverage for overloads of QueryTypeBuilderRE.HasDiscriminator

Resharper showing all but one overload is never called.

Dupe of #11730?


Newest Chrome throwing "Runtime.executionContextCreated has invalid 'context'" error

I'm actual not completely sure this is related to the latest chrome, but when I initialize watir with the chrome browser I get the below stacktrace:
script/filler_sandbox.rb:162: warning: duplicated key at line 175 ignored: :state
script/filler_sandbox.rb:234: warning: duplicated key at line 245 ignored: :state
/Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/htmlentities-4.3.1/lib/htmlentities/mappings/expanded.rb:465: warning: duplicated key at line 466 ignored: "inodot"
/Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/chef-11.12.8/lib/chef/data_bag_item.rb:161: warning: circular argument reference - data_bag
/Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/actionpack-<IP_ADDRESS>/lib/action_dispatch/http/mime_type.rb:102: warning: already initialized constant Mime::PDF
/Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/actionpack-<IP_ADDRESS>/lib/action_dispatch/http/mime_type.rb:102: warning: previous definition of PDF was here
/Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/remote/response.rb:69:in `assert_ok': session not created exception (Selenium::WebDriver::Error::SessionNotCreatedError)
from unknown error: Runtime.executionContextCreated has invalid 'context': {"auxData":{"frameId":"83991.1","isDefault":true},"id":1,"name":"","origin":"://"}
  (Session info: chrome=61.0.3163.79)
  (Driver info: chromedriver=2.20.353124<PHONE_NUMBER>62d32c80f1dce587c8154a1efa0c3b),platform=Mac OS X 10.12.2 x86_64)
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/remote/response.rb:32:in `initialize'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/remote/http/common.rb:83:in `new'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/remote/http/common.rb:83:in `create_response'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/remote/http/default.rb:107:in `request'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/remote/http/common.rb:61:in `call'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/remote/bridge.rb:170:in `execute'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/remote/bridge.rb:103:in `create_session'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/remote/bridge.rb:54:in `handshake'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/chrome/driver.rb:57:in `initialize'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/common/driver.rb:46:in `new'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver/common/driver.rb:46:in `for'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/selenium-webdriver-3.5.1/lib/selenium/webdriver.rb:86:in `for'
	from /Users/ryan/.rbenv/versions/2.2.5/lib/ruby/gems/2.2.0/gems/watir-6.7.3/lib/watir/browser.rb:48:in `initialize'

You are using a rather old version of chromedriver.
You can use webdrivers.gem to keep them updated automatically.

Greatly appreciate the feedback, mate. 🙏

If I had a nickel for every issue/question based on an outdated driver... :-)


Create ROADMAP.md

List of existing and roadmap features.

I would move CNI and containers to the Planned section.

All comments have been fixed.


request and response classes and related hooks of old client protocol are deleted

:+1:  We shall commit the actual protocol changes on top of this PR.


Add Python Data Science

https://github.com/krzjoa/awesome-python-datascience
Comprehensive list of Python libraries for Data Science: Machine Learning, Data Analysis, Visualization, Probabilistic Modelling etc.
By submitting this pull request I confirm I've read and complied with the below requirements 🖖
Please read it multiple times. I spent a lot of time on these guidelines and most people miss a lot.
Requirements for your pull request

Don't waste my time. Do a good job, adhere to all the guidelines, and be responsive.
You have to review at least 2 other open pull requests.
Try to prioritize unreviewed PRs, but you can also add more comments to reviewed PRs. Go through the below list when reviewing. This requirement is meant to help make the Awesome project self-sustaining. Comment here which PRs you reviewed. You're expected to put a good effort into this and to be thorough. Look at previous PR reviews for inspiration.
You have read and understood the instructions for creating a list.
This pull request has a title in the format Add Name of List.

✅ Add Swift
✅ Add Software Architecture
❌ Update readme.md
❌ Add Awesome Swift
❌ Add swift
❌ Adding Swift
❌ Added Swift

Your entry here should include a short description about the project/theme of the list. It should not describe the list itself. The first character should be uppercase and the description should end in a dot. It should be an objective description and not a tagline or marketing blurb.

✅ - [iOS](…) - Mobile operating system for Apple phones and tablets.
✅ - [Framer](…) - Prototyping interactive UI designs.
❌ - [iOS](…) - Resources and tools for iOS development.
❌ - [Framer](…)
❌ - [Framer](…) - prototyping interactive UI designs

Your entry should be added at the bottom of the appropriate category.
The suggested Awesome list complies with the below requirements.
✖   Missing main list heading                                     remark-lint:awesome/heading - I used title in HTML tags
✖  (several times) Titles should use ' as a quote                                remark-lint:link-title-style - Don't know, why
✖  Do not use upper-case characters in definition labels         remark-lint:definition-case - Caused by R language label; used for the sake of convention
✖   32:1    ToC item "Machine Learning" link "#ml" not found              remark-lint:awesome/toc - it does work
✖  (multipletimes)  List item description must end with proper punctuation        remark-lint:awesome/list-item - because of .png badges used aftermany item descriptions
✖  (several times)   List item description must start with valid casing            remark-lint:awesome/list-item - I used for consisten pandas naming convention

Requirements for your Awesome list

Has been around for at least 30 days.That means 30 days from either the first real commit or when it was open-sourced. Whatever is most recent.
Don't open a Draft / WIP pull request while you work on the guidelines. A pull request should be 100% ready and should adhere to all the guidelines when you open it.
Run awesome-lint on your list and fix the reported issues. If there are false-positives or things that cannot/shouldn't be fixed, please report it.
Includes a succinct description of the project/theme at the top of the readme. (Example)

✅ Mobile operating system for Apple phones and tablets.
✅ Prototyping interactive UI designs.
❌ Resources and tools for iOS development.
❌ Awesome Framer packages and tools.

It's the result of hard work and the best I could possibly produce.
If you have not put in considerable effort into your list, your pull request will be immediately closed.
The repo name of your list should be in lowercase slug format: awesome-name-of-list.

✅ awesome-swift
✅ awesome-web-typography
❌ awesome-Swift
❌ AwesomeWebTypography

The heading title of your list should be in title case format: # Awesome Name of List.

✅ # Awesome Swift
✅ # Awesome Web Typography
❌ # awesome-swift
❌ # AwesomeSwift

Non-generated Markdown file in a GitHub repo.
The repo should have awesome-list & awesome as GitHub topics. I encourage you to add more relevant topics.
Not a duplicate. Please search for existing submissions.
Only has awesome items. Awesome lists are curations of the best, not everything.
Includes a project logo/illustration whenever possible.

Either centered, fullwidth, or placed at the top-right of the readme. (Example)
The image should link to the project website or any relevant website.
The image should be high-DPI. Set it to maximum half the width of the original image.

Entries have a description, unless the title is descriptive enough by itself. It rarely is though.
Includes the Awesome badge.

Should be placed on the right side of the readme heading.

Can be placed centered if the list has a centered graphics header.

Should link back to this list.

Has a Table of Contents section.

Should be named Contents, not Table of Contents.
Should be the first section in the list.
Should only have one level of nested lists, preferably none.

Has an appropriate license.

That means something like CC0, not a code licence like MIT, BSD, Apache, etc.
WTFPL and Unlicense are not acceptable licenses.
If you use a license badge, it should be SVG, not PNG.
To verify that you've read all the guidelines, please add comment with just the word unicorn.

Has contribution guidelines.

The file should be named contributing.md. Casing is up to you.

Has consistent formatting and proper spelling/grammar.

The link and description are separated by a dash. Example: - [AVA](…) - JavaScript test runner.
The description starts with an uppercase character and ends with a period.
Consistent and correct naming. For example, Node.js, not NodeJS or node.js.

Doesn't include a Travis badge.You can still use Travis for list linting, but the badge has no value in the readme.
Doesn't include an Inspired by awesome-foo or Inspired by the Awesome project kinda link at the top of the readme. The Awesome badge is enough.

Go to the top and read it again.

Unicorn :sunglasses:

Reviews: #1605 and #1600.

Nice header!

The icons you use for some items should be high DPI, meaning set to half the original size. Right now, they look blurry on high DPI screens.

The repo name is awesome-python-datascience, but it should be awesome-python-data-science. Data science is not a single word.

README.md:25:1
  ✖   19:95   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   20:93   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   21:94   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   22:94   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   23:95   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   24:96   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   25:1    Do not use upper-case characters in definition labels         remark-lint:definition-case
  ✖   25:91   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   26:95   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   27:96   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   28:95   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   29:97   Titles should use ' as a quote                                remark-lint:link-title-style
  ✖   32:1    ToC item "Machine Learning" link "#ml" not found              remark-lint:awesome/toc
  ✖   74:60   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  101:79   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  102:75   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  106:47   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  113:56   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  114:71   List item description must start with valid casing            remark-lint:awesome/list-item
  ✖  115:43   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  129:52   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  142:46   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  144:45   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  145:47   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  163:63   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  185:57   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  214:41   List item description must start with valid casing            remark-lint:awesome/list-item
  ✖  242:75   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  266:65   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  284:65   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  288:43   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  289:47   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  295:65   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  313:45   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  319:45   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  326:54   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  328:32   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  353:50   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  355:73   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  360:48   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  364:67   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  366:61   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  383:92   Link to https://zpjn.wmi.amu.edu.pl is dead                   remark-lint:no-dead-urls
  ✖  385:45   List item link and description must be separated with a dash  remark-lint:awesome/list-item
  ✖  416:59   List item description must start with valid casing            remark-lint:awesome/list-item
  ✖  431:73   List item description must start with valid casing            remark-lint:awesome/list-item

https://github.com/sindresorhus/awesome-lint

I've added a dot at the end of the line.

I renamed the repo to awesome-python-data-science
All icons are now bigger .png files
Awesome Lint is complaining about four following things:
README.md:1:1
✖    1:1   Missing main list heading                           remark-lint:awesome/heading - I used HTML header
✖   21:1   ToC item "Machine Learning" link "#ml" not found    remark-lint:awesome/toc - It exists and works
✖  405:59  List item description must start with valid casing  remark-lint:awesome/list-item - name 'pandas' starting with a uppercase in order to stick to convetion.
✖  420:73  List item description must start with valid casing  remark-lint:awesome/list-item - As above, but with scikit-learn in description

There are a few other linting errors besides the ones you already mentioned:
  ✖  303:160  List item description must end with proper punctuation
  ✖  402:60   List item description must end with proper punctuation
  ✖  415:57   List item description must end with proper punctuation

Also for this one:
 ✖   20:1    ToC item "Machine Learning" link "#ml" not found

You should just change the link to "#machine-learning"

If it comes to the current linting results:

Missing main list heading - I have used a HTML h1 tag, and apparently it isn't traited as a header.
ToC item "Machine Learning" link "#ml" not found - ToC item exists in the list and the link does work.
303:160  List item description must end with proper punctuation - This one is a unsolved mistery :no_mouth:.
I've resigned from pandas and scikit-learn at the beginning of the two descriptions to fullfil the severe (:wink:) rules.

303:160 List item description must end with proper punctuation - This one is an unsolved mistery :no_mouth:.

This one means that you missed the . at the end of the description, you have this on MXFusion, tensorpack, and PyTorchNet.

ToC item "Machine Learning" link "#ml" not found - ToC item exists in the list and the link does work.

It might be just a coincidence that it's working, this is how a proper anchor should be made https://gist.github.com/asabaylus/3071099#gistcomment-1593627

Done! 😏

Tweet: https://twitter.com/awesome__re/status/1177089755969777665

Great post.
Data Science With R Online Certification


ADD: Tests for Numpy input for image and added type conversion to uint8

PIL supported numpy array inputs

On a very related note, https://uploads.intercomcdn.com/i/o/1405448/8ba13e8ac605319bb87c7de9/Capture.PNG.  Might make sense to push a fix for this issue in the same PR.

@madisonmay got it. latest commit

@madisonmay we probably want to push these fixes soon

LGTM.  Merging to development and pushing this up ASAP.


How is it different from Linaria?

Hi! Great project!
I'm trying to understand how this project differs from existing solutions, like https://github.com/callstack/linaria for example?

We are building library that works, scales and is performant for UI libraries/frameworks & applications. And this affects its design and goals. We use Atomic CSS to solve specificity problems and order of appearance. This is the key difference/similarity to other libraries.
Here is a sample CodeSandbox (https://codesandbox.io/s/order-of-appearance-puzzle-svwi8) that shows why order of appearance matters 😉
In terms of competitors the closest ones is Compiled and Stylex. It's hard to compare with the second, but compared to Compiled we have significantly better runtime performance:

(👆 I plan to publish this benchmark later somewhere, the same as in  react-native-web & in fela but contains more libraries)
We don't have similar metrics as Meta with Stylex, but once CSS extraction #53 will be supported we expect to see the same bundle size curve: more styles => less bundle size.
vs. Linaria
Linaria overall is a perfect library we even reuse their module evaluation for our build time transforms ❤
From API

Griffel has syntax based on JavaScript objects: Linaria uses template strings with CSSconst useHeaderClasses = makeStyles({
  root: {
    textTransform: "uppercase",
    fontFamily: "Segoe UI"
  }
});
// vs.
const header = css`
  text-transform: uppercase;
  font-family: Segoe UI;
`;

Griffel uses Atomic CSS: Linaria uses monolithic classes
Griffel works in runtime, it's zero config like other CSS-in-JS (Emotion, Styled components). This helps customers to use it instantly with complicated setup

From implementation perspective
There are other competitors on this field that are similar to Linaria (for example, vanilla-extract), but in fact they are more or less "wrappers" around CSS modules. There is nothing wrong with that approach, but it does not scale for reusable libraries well.
Let's take an example from Linaria docs,  there is a basic button Button and LargeButton that uses styled API:

We can notice that the library uses a trick with increased specificity to ensure that styles from LargeButton will win. This solves the problem with order of appearance for first party components. Another basic pattern in Linaria is to refer components in styles:
const Article = styled.article`
  ${LargeButton} { color: white; }
`;

It's a moment when order of appearance strikes with async imports and increased specificity does not help:

Although Griffel does not anything with specificity for composition (classes merging and deduplication happens in mergeClasses() function) it also does not depend so much on order of appearance (there are still might be rare edge cases 💥 ). The result is correct:

Linaria CodeSandbox: https://codesandbox.io/s/linaria-demo-forked-lf3wzs
Griffel CodeSandbox: https://codesandbox.io/s/hardcore-sea-61zvfk

While the order of appearance looks like an edge case that will be more common soon with increasing usage of React.Suspense.
P.S. There was a recent check in of Atomic CSS approach (https://github.com/callstack/linaria/pull/867), but I didn't manage to check & compare.


ceph csi provisioner container has /sys/fs/cgroup/cpuacct,cpu: No such file or directory

I deploy the cephfs csi driver,but the provisioner of ceph plugin container has some error;
I used the driver v1.2.0 version,thanks for your help:
20c321d309e2        82f4a0ee2b64                                                 "/usr/local/bin/cephc"   6 days ago          Up 6 days                                                                                k8s_csi-cephfsplugin_ceph-csi-cephfsplugin-provisioner-0_default_cf5fd73b-fd1f-11e9-96ab-744aa4028226_0
[root@paas-controller-100-100-100-3:/home/ubuntu]$ docker exec -it 20c321d309e2 /bin/sh
/ # df -h
Filesystem                Size      Used Available Use% Mounted on
overlay                 837.8G     25.8G    812.0G   3% /
tmpfs                    62.5G         0     62.5G   0% /sys/fs/cgroup
df: /sys/fs/cgroup/cpuacct,cpu: No such file or directory
df: /sys/fs/cgroup/net_prio,net_cls: No such file or directory
tmpfs                    62.5G         0     62.5G   0% /sys/fs/cgroup
/dev/mapper/ncldata-paasdata
837.8G     25.8G    812.0G   3% /logs
/dev/mapper/ncldata-paasdata
837.8G     25.8G    812.0G   3% /csi
devtmpfs                 62.5G         0     62.5G   0% /dev
tmpfs                    64.0M         0     64.0M   0% /dev/shm
/dev/mapper/ncldata-paasdata
837.8G     25.8G    812.0G   3% /dev/termination-log
/dev/mapper/ncl-root    837.3G      5.6G    831.7G   1% /etc/localtime
/dev/mapper/ncldata-paasdata
837.8G     25.8G    812.0G   3% /etc/ceph-csi-config
/dev/mapper/ncl-root    837.3G      5.6G    831.7G   1% /lib/modules
/dev/mapper/ncldata-paasdata
837.8G     25.8G    812.0G   3% /etc/hosts
/dev/mapper/ncldata-paasdata
837.8G     25.8G    812.0G   3% /etc/hostname
/dev/mapper/ncldata-paasdata
837.8G     25.8G    812.0G   3% /etc/resolv.conf
shm                      64.0M         0     64.0M   0% /dev/shm
tmpfs                    62.5G         0     62.5G   0% /tmp/csi/keys
tmpfs                    62.5G     12.0K     62.5G   0% /run/secrets/kubernetes.io/serviceaccount
ceph-fuse                 2.1T      4.3G      2.1T   0% /paasdata/docker/plugins/cephfs.csi.ceph.com/controller

@Madhu-1
can review this issue?thanks

@jianglingxia can you paste the error message from container

the provisioner cephfs plugin  container i command the df -h
[root@paas-controller-100-100-100-3:/home/ubuntu]$ docker exec -it 2b28f6817f96 /bin/sh
/ # df -h
Filesystem                Size      Used Available Use% Mounted on
overlay                 837.8G     26.2G    811.6G   3% /
tmpfs                    62.5G         0     62.5G   0% /sys/fs/cgroup
df: /sys/fs/cgroup/cpuacct,cpu: No such file or directory
df: /sys/fs/cgroup/net_prio,net_cls: No such file or directory
and the daemonset pod cephfs-plugin container is  df -h
df: /sys/fs/cgroup/net_prio,net_cls: No such file or directory
df: /sys/fs/cgroup/cpuacct,cpu: No such file or directory

is this causing any issue during PVC creation or mounting? this is nothing to do with cephfs. sys module is shared between the host and container https://github.com/ceph/ceph-csi/blob/v1.2.1/deploy/cephfs/kubernetes/v1.13/csi-cephfsplugin.yaml#L93

my yaml use the document
now my ds container dir ls
/ # cd /sys/fs/cgroup/
/sys/fs/cgroup # ls
blkio             cpu,cpuacct       cpuset            freezer           memory            net_cls,net_prio  perf_event        systemd
cpu               cpuacct           devices           hugetlb           net_cls           net_prio          pids
can you compared with your container?really thanks

https://github.com/ceph/ceph-csi/blob/v1.2.1/deploy/cephfs/kubernetes/v1.13/csi-cephfsplugin-provisioner.yaml#L104 provisioner also requires this value

yes,my provisioner and ds both use the value,but two container error

@jianglingxia we have not seen this issue  till now, no idea  what causing this issue

@Madhu-1
cephfs csi driver can run as nonroot use and Provide services？
thanks

@jianglingxia what is the use-case? why do you want to run as nonroot user?

please open a new feature required so that we can  discuss about  it and closing this issue as this is nothing to do with ceph-csi deployment

@ Madhu-1
the error follow, the community use docker or runc? and if support docker then docker version is ?
my project use docker v1.12.6 and can I delete the hostpath: /sys if deploy the ds and sts ?
df: /sys/fs/cgroup/cpuacct,cpu: No such file or directory
df: /sys/fs/cgroup/net_prio,net_cls: No such file or directory


change some code  style to rust 2018 edition

In the early commit ec69d82. I see it turn on the 2018 edition.
So I changes some code styles.

 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.You have signed the CLA already but the status is still pending? Let us recheck it.

Can you also add an edition to the Cargo.toml file?

Can you also add an edition to the Cargo.toml file?

I see the edition  in the Cargo.toml file. so I change the code.
edition = "2018"

the  commit is  ec69d82


Benchmark: Address logger warning

Resolve log error following logging updates in e248dd42. No observed impact to benchmarking functionality.
Error printout:
--- Logging error ---
Traceback (most recent call last):
  File "/usr/lib/python3.10/logging/__init__.py", line 1100, in emit
    msg = self.format(record)
  File "/usr/lib/python3.10/logging/__init__.py", line 943, in format
    return fmt.format(record)
  File "/usr/lib/python3.10/logging/__init__.py", line 678, in format
    record.message = record.getMessage()
  File "/usr/lib/python3.10/logging/__init__.py", line 368, in getMessage
    msg = msg % self.args
TypeError: not all arguments converted during string formatting
Call stack:
  File "/workspace/holohub/benchmarks/holoscan_flow_benchmarking/benchmark.py", line 328, in <module>
    main()
  File "/workspace/holohub/benchmarks/holoscan_flow_benchmarking/benchmark.py", line 212, in main
    logger.info(
Message: 'Log directory is not found. Creating a new directory at'
Arguments: ('/workspace/holohub/benchmarks/release_benchmarking/output/endoscopy_tool_tracking_3_3_1000_greedy_display_realtime',)

Possibly a duplicate @tbirdso
https://github.com/nvidia-holoscan/holohub/pull/589

I missed the notification, thanks! Closing in favor of #589.


add schema and readme for quote component

Doesn't look like this one got a package.json and therefore is not an importable component... Also looks like a lot of the documentation is dated, could this have been replaced by the blockquote component? If this is legacy, lets not propagate it. If it's not legacy, lets clean it up.

The newer (and much more fully baked) blockquote component supersedes this quote component - we should nuke this one and consolidate everything into the blockquote.


Bump lib versions 2022 10 17 051754 (#994) (+71 squashed commits)

Squashed commits:
squashed 2296b15..6a6d1f2
GitHub Issue
Add a link to the GitHub issue.
Changes
A summary of the changes in the code in this PR. If making any UI changes consider adding screenshots or gifs.
Packages Added
Brief list of any packages added, and if folks need to rerun yarn install to run locally
Checks
Before making your PR, please check the following:

[ ] Critical lint errors are resolved
[ ] App runs locally
[ ] App builds locally (run the build command for any impacted package and check for any errors before the PR)

clsoing this garbage

closing this garbage part 2


Mekanism Textures hog a lot of space in the Texture Atlas

Here's the texture atlas of a very large pack (HermitPack).

As you can see, Mekanism takes up a large amount of space in the upper left area, wasting a lot of it with blank areas.
Here's the new mod to dump textures if you want to try it out: https://github.com/mezz/TextureDump

Yeah, a lot of those were supposed to be cleaned up when I finalized the models but never got around to it. I also forgot how large some of those cable icons were... yeesh! My bad!

The ideal would be using 16*16 textures as much as possible, especially on all those machines textures you can see at the bottom. But reducing the size of the cables and the model textures will already be a good progress.

The machines are 32x for a reason, although I do prefer to do strictly 16x textures. I'll talk to Aidan and see what I can do to fix those cables.

any update on this?

I made some changes in the 1.11.2 builds that should help solve this.

any implementation for 1.10?


Make many more Mekanism fluid renderers Stack aware for NBT purposes

Port of 72251446f

Need to double check the gas display here, this was reported to me

A good way to test this BTW is to use Thermal Expansion's Alchemical Imbuer. It uses a single potion fluid with NBT

The osmium color looks fine for guis now and it certainly is easier to see.


esp32-camera

Example app for publishing information from camera

add camera option to menuconfig and allowing it.

Signed-off-by: Dor Ben Harush<EMAIL_ADDRESS>

Thank you very much for your contribution, @DorBenHarush. In order for this pull request to be merged, please sign-off your commit (git commit --amend --signoff) and add another commit in which you add your name to the NOTICE file in the root of the repository. Please also pay attention to the notes in NOTICE and CONTRIBUTING.md regarding the ownership of the code you are contributing.

Don't forget the sign-off tag, please, which requires a force push (git push -f) as you changed the commit messages.

relates to micro-ROS/micro_ros_setup/pull/176

Now, after this issue is solved i intend to create a new rclc_demo for the esp32camera.
I'll change the program here to an image publisher instead of image_size and the rclc_demo will receive the images.

Hi @pablogs9, No this coomit raises the issue. I have noticed that RMW_UXRCE_MAX_HISTORY matchs with the value inside  colcon.meta  while UXR_CONFIG_UDP_TRANSPORT_MTU  doesnt.

I have decided to change the pixel_format to jpeg to increase the resulution. In order to view the images I created a cv_bridge.
bridge:
#!/usr/bin/env python3
import rclpy
from rclpy.node import Node
from std_msgs.msg import String
from cv_bridge import CvBridge, CvBridgeError
from sensor_msgs.msg import CompressedImage
import cv2
import numpy as np

class MinimalSubscriber(Node):

    def __init__(self, ):
        super().__init__('minimal_subscriber')
        self.subscription = self.create_subscription(CompressedImage, 'freertos_picture_publisher', self.listener_callback, 10)
        self.subscription  # prevent unused variable warning
        self.bridge = CvBridge()
    def listener_callback(self, image_message):
        self.get_logger().info('recieved an image')

    	#recieve image and co nvert to cv2 image
        cv2.imshow('esp32_image', self.cv_image)
        cv2.waitKey(3)

def main(args=None):
    rclpy.init(args=args)
    minimal_subscriber = MinimalSubscriber()

    rclpy.spin(minimal_subscriber)
    minimal_subscriber.destroy_node()
    rclpy.shutdown()

if __name__ == '__main__':
   main()`


Support Calico for the KIND provider

It's going to be really useful to enforce network policy by default for the KIND provider.
So we should use Calico as the default CNI for KIND.

fixed by #21

fixed by #21


feat: Bump org.openapitools to 6.4.0

hmm, works on my local Windows machine :-)
Seems like the message is null? Otherwise we wouldn't pass the assertion in 55-56?
An now since @hbelmiro merged #262 we also have a merge conflict in AWXTest

@chberger can you please target the main branch on your next PRs?

Removing @hbelmiro wasn't by intention. Just re-requested review from @ricardozanini

Cherry-picked to the main branch: https://github.com/quarkiverse/quarkus-openapi-generator/pull/278


Exclude prereleases from SemVer range maximums

Per e.g. https://github.com/npm/node-semver?tab=readme-ov-file#x-ranges-12x-1x-12- / https://github.com/npm/node-semver/commit/059a5adec5aefaa764bf4fdb717ae8b42cbbefcd - we need to exclude prereleases from range maximums as a rule. The simple way to do this is representing a range maximum with a prerelease of 0 (e.g., 1.x becomes >=1.0.0 <2.0.0-0).
See discussion in https://github.com/intersystems-community/zpm-registry/issues/91
I'd recommend a test-driven development workflow for this, expanding on the existing SemVer unit tests. This is v0.9.0 critical.

@isc-tleavitt
In node-semver, certain expansion/comparisons depends on the value of includePrerelease tag. In IPM, we have so far assumed this tag is false. Namely,

Version 1.5.0-beta does not satisfy expression 1.x
Version 2.3.4-beta does not satisfy expression >=2

Shall we keep this behavior or add an additional argument pIncludePrerelease in  %IPM.General.SemanticVersionExpression.Comparator::Evaluate()?

Fixed by #559


Created associations between classes

Created classes and associations.
Checklist before requesting a review

[ ] I have performed a self-review of my code
[ ] Created associations between student and person.
[ ] Created associations between book and rentals
[ ] Tested functionality

Hi Hans,
While you made a great effort in this project, unfortunately, I cannot proceed to review your code.
Invalid Code Review Request
Kindly ensure that your ReadMe has the Future Features section which should include 1-3 potential features to be added later.
Your Code Review Request will be marked as invalid in your Dashboard, so please submit a new one once you are ready 🙏
Cheers and Happy coding!👏👏👏
Feel free to leave any questions or comments in the PR thread if something is not 100% clear.
Please, remember to tag me in your question so I can receive the notification.
Please, do not open a new Pull Request for re-reviews. You should use the same Pull Request submitted for the first review, either valid or invalid unless it is requested otherwise.

Invalid Code Review Request does not count into the code reviews limit.


Code fix unit tests: SA1308 (VariableNamesMustNotBePrefixed)

Implement unit tests for #319.

Fixed in #593


Seeking testers! Confirm that the version on master works so we can publish a new version

Thanks to @Divlo's efforts in https://github.com/standard/vscode-standardjs/pull/132, this extension has been massively updated for the latest version of TypeScript and it now passes the ts-standard linter.
Since the changes were quite large, before we put out a new release, I'd like at least 5 VSCode users to run the code on master and report no problems.
If you'd like to test it out and confirm it works for your use case, then please follow these steps:

Run npm install
Run npm run package to build a .vsix file
You can install it with code --install-extension vscode-standardjs.vsix

If everything works for you, post a comment here indicating it worked for you.

I just tested, it's working

I tested master and noticed this: https://github.com/standard/vscode-standardjs/pull/126#issuecomment-731852303 .

I've just tested, it's working fine.

I have been using the master branch version since #132 landed and everything has been working great so far...though my testing has been limited to ts-standard usage.

I can confirm master (on 0f92bb6) works with ts-standard and the new errorsAsWarnings setting.

However, I can't seem to get normal standard working in the same project. I've uninstalled ts-standard and plopped in standard instead, but then get a strange globbing error to do with the ignore library.

This project is not in a Git registry (no .gitignore) nor have I set anything ignore-ey that I'm aware of 🙂

I can confirm master (on 0f92bb6) works with ts-standard and the new errorsAsWarnings setting.

However, I can't seem to get normal standard working in the same project. I've uninstalled ts-standard and plopped in standard instead, but then get a strange globbing error to do with the ignore library.

This project is not in a Git registry (no .gitignore) nor have I set anything ignore-ey that I'm aware of 🙂

Right, I'll look that issue next week!
There are always bugs ah ah... 😅

@Divlo I can confirm that https://github.com/standard/vscode-standardjs/pull/126#issuecomment-731852303 is fixed for me on master. Thank you!


Fix for always showing 0 value

Fix for always showing 0 value

maxParticipants
emptyTimeout
creationTime
turnPassword
enabledCodecs

 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.You have signed the CLA already but the status is still pending? Let us recheck it.

I see the problem, our service based on Twirp is returning max_participants, but the parser is using maxParticipants
This file is automatically generated, so it would be overridden the next time we update them. I think a better fix would be to perform the translation in here

I see the problem, our service based on Twirp is returning max_participants, but the parser is using maxParticipants
This file is automatically generated, so it would be overridden the next time we update them. I think a better fix would be to perform the translation in here

I understand. I found a solution to this thought had to import a whole new library for this. Please check once.


Resize on mass list while entering fixed price

https://github.com/kodadot/nft-gallery/assets/5887929/18a4bd85-e25f-4a1c-b8c7-978561563576

https://github.com/kodadot/nft-gallery/pull/8255
hm weird, thought it was fixed there

#8255
hm weird, thought it was fixed there

It did have been fixed in #8255
env: https://canary.kodadot.xyz/


Fails to build<EMAIL_ADDRESS>

Describe the bug, including details regarding any error messages, version, and platform.
When installing<EMAIL_ADDRESS>from source using GCC 11.3.0 on a RH8 machine (pip 22.3.1, Python 3.9, using Spack) I bump into the following issue:
  -- Running cmake --build for PyArrow
  cmake --build . --config release --
  [  1%] Compiling Cython CXX source for lib...

  Error compiling Cython file:
  ------------------------------------------------------------
  ...

  cdef extern from "Python.h":
      int PySlice_Check(object)

  cdef int check_status(const CStatus& status) except -1 nogil
                                                        ^
  ------------------------------------------------------------

  pyarrow/lib.pxd:67:55: Syntax error in C variable declaration

Can someone see what the issue could be? Thank you.
Below the full log.
  -- Running cmake for PyArrow
  cmake -DCMAKE_INSTALL_PREFIX=/tmp/orliac/spack-stage/spack-stage-py-pyarrow-12.0.0-ghhdfuencjj7ztv4eywxmqn6emhq56u7/spack-src/build/lib.linux-x86_64-3.9/pyarrow -DPYTHON_EXECUTABLE=/work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/python-3.9.15-zsmss6eznpwn5qtkdkxpli3qhsr54fld/bin/python3.9 -DPython3_EXECUTABLE=/work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/python-3.9.15-zsmss6eznpwn5qtkdkxpli3qhsr54fld/bin/python3.9 -DPYARROW_CXXFLAGS= -DPYARROW_BUILD_CUDA=off -DPYARROW_BUILD_SUBSTRAIT=off -DPYARROW_BUILD_FLIGHT=off -DPYARROW_BUILD_GANDIVA=off -DPYARROW_BUILD_ACERO=on -DPYARROW_BUILD_DATASET=on -DPYARROW_BUILD_ORC=off -DPYARROW_BUILD_PARQUET=on -DPYARROW_BUILD_PARQUET_ENCRYPTION=off -DPYARROW_BUILD_GCS=off -DPYARROW_BUILD_S3=off -DPYARROW_BUILD_HDFS=off -DPYARROW_BUNDLE_ARROW_CPP=off -DPYARROW_BUNDLE_CYTHON_CPP=off -DPYARROW_GENERATE_COVERAGE=off -DCMAKE_BUILD_TYPE=release /tmp/orliac/spack-stage/spack-stage-py-pyarrow-12.0.0-ghhdfuencjj7ztv4eywxmqn6emhq56u7/spack-src
  -- The C compiler identification is GNU 11.3.0
  -- The CXX compiler identification is GNU 11.3.0
  -- Detecting C compiler ABI info
  -- Detecting C compiler ABI info - done
  -- Check for working C compiler: /work/backup/ska/orliac/spack/lib/spack/env/gcc/gcc - skipped
  -- Detecting C compile features
  -- Detecting C compile features - done
  -- Detecting CXX compiler ABI info
  -- Detecting CXX compiler ABI info - done
  -- Check for working CXX compiler: /work/backup/ska/orliac/spack/lib/spack/env/gcc/g++ - skipped
  -- Detecting CXX compile features
  -- Detecting CXX compile features - done
  -- Using ccache: /usr/bin/ccache
  -- System processor: x86_64
  -- Performing Test CXX_SUPPORTS_SSE4_2
  -- Performing Test CXX_SUPPORTS_SSE4_2 - Success
  -- Performing Test CXX_SUPPORTS_AVX2
  -- Performing Test CXX_SUPPORTS_AVX2 - Success
  -- Performing Test CXX_SUPPORTS_AVX512
  -- Performing Test CXX_SUPPORTS_AVX512 - Success
  -- Arrow build warning level: PRODUCTION
  -- Using ld linker
  -- Build Type: RELEASE
  -- CMAKE_C_FLAGS:  -Wall -fno-semantic-interposition -msse4.2  -fdiagnostics-color=always  -fno-omit-frame-pointer -Wno-unused-variable -Wno-maybe-uninitialized
  -- CMAKE_CXX_FLAGS:  -Wno-noexcept-type  -Wall -fno-semantic-interposition -msse4.2  -fdiagnostics-color=always  -fno-omit-frame-pointer -Wno-unused-variable -Wno-maybe-uninitialized
  -- Generator: Unix Makefiles
  -- Build output directory: /tmp/orliac/spack-stage/spack-stage-py-pyarrow-12.0.0-ghhdfuencjj7ztv4eywxmqn6emhq56u7/spack-src/build/temp.linux-x86_64-3.9/release
  -- Found Python3: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/python-3.9.15-zsmss6eznpwn5qtkdkxpli3qhsr54fld/bin/python3.9 (found version "3.9.15") found components: Interpreter Development.Module NumPy
  -- Found Python3Alt: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/python-3.9.15-zsmss6eznpwn5qtkdkxpli3qhsr54fld/bin/python3.9
  -- Performing Test CMAKE_HAVE_LIBC_PTHREAD
  -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
  -- Check if compiler accepts -pthread
  -- Check if compiler accepts -pthread - yes
  -- Found Threads: TRUE
  CMake Warning at /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/cmake/Arrow/FindThriftAlt.cmake:56 (find_package):
    By not providing "FindThrift.cmake" in CMAKE_MODULE_PATH this project has
    asked CMake to find a package configuration file provided by "Thrift", but
    CMake did not find one.

    Could not find a package configuration file provided by "Thrift" with any
    of the following names:

      ThriftConfig.cmake
      thrift-config.cmake

    Add the installation prefix of "Thrift" to CMAKE_PREFIX_PATH or set
    "Thrift_DIR" to a directory containing one of the above files.  If "Thrift"
    provides a separate development package or SDK, be sure it has been
    installed.
  Call Stack (most recent call first):
    /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/cmake-3.24.3-5pf3twpa3mag2ln3cgxu3mkjbarasb4a/share/cmake-3.24/Modules/CMakeFindDependencyMacro.cmake:47 (find_package)
    /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/cmake/Arrow/ArrowConfig.cmake:105 (find_dependency)
    CMakeLists.txt:261 (find_package)

  -- Checking for module 'thrift'
  --   Found thrift, version 0.16.0
  -- Found ThriftAlt: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/thrift-0.16.0-aahpf6q4yv4lvcypwegxj3xh2bjsehb4/lib/libthrift.so (found version "0.16.0")
  -- Found utf8proc: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/utf8proc-2.8.0-36yitvl7cdvcnzgepfzbaddy2pr4dqaq/lib64/libutf8proc.so (found version "2.8.0")
  -- Arrow version: 12.0.0
  -- Found the Arrow shared library: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/libarrow.so.1200.0.0
  -- Found the Arrow import library: ARROW_IMPORT_LIB-NOTFOUND
  -- Found the Arrow static library: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/libarrow.a
  -- Parquet version: 12.0.0
  -- Found the Parquet shared library: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/libparquet.so.1200.0.0
  -- Found the Parquet import library: PARQUET_IMPORT_LIB-NOTFOUND
  -- Found the Parquet static library: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/libparquet.a
  -- ArrowAcero version: 12.0.0
  -- Found the ArrowAcero shared library: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/libarrow_acero.so.1200.0.0
  -- Found the ArrowAcero import library: ARROW_ACERO_IMPORT_LIB-NOTFOUND
  -- Found the ArrowAcero static library: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/libarrow_acero.a
  -- ArrowDataset version: 12.0.0
  -- Found the ArrowDataset shared library: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/libarrow_dataset.so.1200.0.0
  -- Found the ArrowDataset import library: ARROW_DATASET_IMPORT_LIB-NOTFOUND
  -- Found the ArrowDataset static library: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/arrow-12.0.0-b6lftge64at2hocynsnwm2u5m3u6bcce/lib64/libarrow_dataset.a
  -- Configuring done
  -- Generating done
  -- Build files have been written to: /tmp/orliac/spack-stage/spack-stage-py-pyarrow-12.0.0-ghhdfuencjj7ztv4eywxmqn6emhq56u7/spack-src/build/temp.linux-x86_64-3.9
  -- Finished cmake for PyArrow
  -- Running cmake --build for PyArrow
  cmake --build . --config release --
  [  1%] Compiling Cython CXX source for lib...

  Error compiling Cython file:
  ------------------------------------------------------------
  ...

  cdef extern from "Python.h":
      int PySlice_Check(object)

  cdef int check_status(const CStatus& status) except -1 nogil
                                                        ^
  ------------------------------------------------------------

  pyarrow/lib.pxd:67:55: Syntax error in C variable declaration

  Error compiling Cython file:
  ------------------------------------------------------------
  ...
  ArrowIOError = IOError

  # This function could be written directly in C++ if we didn't
  # define Arrow-specific subclasses (ArrowInvalid etc.)
  cdef int check_status(const CStatus& status) except -1 nogil:
                                                        ^
  ------------------------------------------------------------

  pyarrow/error.pxi:82:55: Syntax error in C variable declaration
  gmake[2]: *** [CMakeFiles/lib_pyx.dir/build.make:71: CMakeFiles/lib_pyx] Error 1
  gmake[1]: *** [CMakeFiles/Makefile2:146: CMakeFiles/lib_pyx.dir/all] Error 2
  gmake: *** [Makefile:136: all] Error 2
  error: command '/work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/cmake-3.24.3-5pf3twpa3mag2ln3cgxu3mkjbarasb4a/bin/cmake' failed with exit code 2
  error: subprocess-exited-with-error

  × Building wheel for pyarrow (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> See above for output.

  note: This error originates from a subprocess, and is likely not a problem with pip.
  full command: /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/python-3.9.15-zsmss6eznpwn5qtkdkxpli3qhsr54fld/bin/python3.9 /work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/py-pip-22.3.1-oiljmniioyay6w4x6nlhbge3uqexfzyu/lib/python3.9/site-packages/pip/_vendor/pep517/in_process/_in_process.py build_wheel /tmp/tmp4vqpbc1n
  cwd: /tmp/orliac/spack-stage/spack-stage-py-pyarrow-12.0.0-ghhdfuencjj7ztv4eywxmqn6emhq56u7/spack-src
  Building wheel for pyarrow (pyproject.toml): finished with status 'error'
  ERROR: Failed building wheel for pyarrow
Failed to build pyarrow
ERROR: Could not build wheels for pyarrow, which is required to install pyproject.toml-based projects
Exception information:
Traceback (most recent call last):
  File "/work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/py-pip-22.3.1-oiljmniioyay6w4x6nlhbge3uqexfzyu/lib/python3.9/site-packages/pip/_internal/cli/base_command.py", line 160, in exc_logging_wrapper
    status = run_func(*args)
  File "/work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/py-pip-22.3.1-oiljmniioyay6w4x6nlhbge3uqexfzyu/lib/python3.9/site-packages/pip/_internal/cli/req_command.py", line 247, in wrapper
    return func(self, options, args)
  File "/work/backup/ska/orliac/spack/opt/spack/linux-rhel8-icelake/gcc-11.3.0/py-pip-22.3.1-oiljmniioyay6w4x6nlhbge3uqexfzyu/lib/python3.9/site-packages/pip/_internal/commands/install.py", line 464, in run
    raise InstallationError(
pip._internal.exceptions.InstallationError: Could not build wheels for pyarrow, which is required to install pyproject.toml-based projects
Removed build tracker: '/tmp/pip-build-tracker-il8ou_m6'

Component(s)
C++, Python

Hmm, do you know what version of cython you have installed?  To support cython 3 we moved from:
cdef int check_status(const CStatus& status) nogil except -1:

to...
cdef int check_status(const CStatus& status) except -1 nogil:

I wonder if some older versions of cython don't recognize the "nogil at the end" syntax.

Thanks @westonpace
Indeed, I could solve the issue using a more recent version of Cython. With version 0.29.33 it compiles smoothly.

@orliac do you know which version of cython you used before? (when it was failing)
Because we currently have "cython >= 0.29.31" specified in our build dependencies, and so wondering if we need to bump that version there


Localize “email address” placeholder on home page

https://github.com/kubernetes/website/issues/19272

/assign @bradtopol


Unable to access elements of custom message if they are an array of uint16/int16

I have a custom message of the type
typedef struct {
        short sensor1_meas[3];
        int sensor2_meas[3];
}XYZMsgPayload;

I have subscribed and access them from python like this:
SensorData = self.XYZMsg()
sensor1 = SensorData.sensor1_meas
sensor2 = SensorData.sensor2_meas

now, type(sensor1) gives me a <class 'SwigPyObject'> !
type(sensor2) is a <class 'list'>
sensor1[0] from inside python gives me TypeError: 'SwigPyObject' object is not subscriptable
sensor2[0] gives me the actual value
Looks int32 is recognized and returns a list, but int16 returns a SwigPyObject

Found a temporary workaround for now :
  sensor1 = ctypes.cast( SensorData.sensor1_meas.__int__(), ctypes.POINTER( ctypes.c_int16 ) )

I believe the root cause is that basilisk/src/architecture/_GeneralModuleFiles/swig_conly_data.i doesn't have all the array types defined correctly. uint64_t array[size] won't work either, and uint32_t array[size0][size1] will convert to floating points in Python.
It is a pretty small fix, and I can submit a merge request of maintainers are interested.


DemoActor calling RegisterRemind start to error on each remind

Cloning from dapr repo to dotnet-sdk repo
https://github.com/dapr/dapr/issues/864
What version of Dapr?
0.2.x
Expected Behavior
After Registering a reminder, the ReceiveReminder executes without error
Actual Behavior
Solution works great, however, as soon as a reminder is added, the ReceiverReminder fails each time it's invoked. - see attached screen shots of console log
Steps to Reproduce the Problem
Add the line "this.RegisterReminder()" to SaveData, and invoke SaveData once.
RemindFailure
CodeChangeDemoActor

cc @codeputer Thanks for reporting the issue,
I looked at it, the issue is happening because ReminderInfo is serialized synchronously and aspnetcore 3.0 disallows it by default.
I will update the code to async deserializtion.
To unblock, you can change the code where AspNetCore WebHost is created to allow Synchronous IO
Add to .ConfigureKestrel(options => options.AllowSynchronousIO = true) to CreateWebHostBuilder method so that method will look like:
 public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>             WebHost.CreateDefaultBuilder(args)                 .UseStartup<Startup>()             .ConfigureKestrel(options => options.AllowSynchronousIO = true)             .UseActors(actorRuntime =>             {                 actorRuntime.RegisterActor<DemoActor>();             });

I tried this in the ConfigureServices....
public void ConfigureServices(IServiceCollection services)
{
services.AddRouting();
services.Configure(options =>
{
options.AllowSynchronousIO = true;
});
}
but as far as I can tell, it didn't have any effect

@codeputer Could you please try as I suggested above?

Working on it....
From: Aman Bhardwaj<EMAIL_ADDRESS>Sent: December 3, 2019 4:15 PM
To: dapr/dotnet-sdk<EMAIL_ADDRESS>Cc: Richard Reukema<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Subject: Re: [dapr/dotnet-sdk] DemoActor calling RegisterRemind start to error on each remind (#177)
@codeputerhttps://t.sidekickopen09.com/s1t/c/5/f18dQhb0S7lM8dDMPbW2n0x6l2B9nMJN7t5XWPfhMynW2B86_W5vMG5HW56dBWl7BRWd8102?te=W3R5hFj4cm2zwW3P28X24hCPvhW43T4NS43Prfqf4hMmTF04&si=8000000002124969&pi=b58ced00-8f2d-4a0b-b271-ca054f0530f9 Could you please try as I suggested above?

You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://t.sidekickopen09.com/s1t/c/5/f18dQhb0S7lM8dDMPbW2n0x6l2B9nMJN7t5XWPfhMynW2B86_W5vMG5HW56dBWl7BRWd8102?te=W3R5hFj4cm2zwW3P28X24hCPvhW43T4NT3zfQ0QW3H91fn3K9xWcW3H7fhG4cPVPfW4cgtxc210rvJW3zbV9S4cNcV-W3F6d9843X5bgW3SYLpP3T1MdZW1pM-H93T0tv-W43SlzP2dTvhGW38fX_D2Kyg9xW2Hs1k830tzm3W3d1r_Y2-vyB4W1_8WVw2sQ9XXW2RkR-p2196m-W1Slwf92YsjVfW3bdRWH36j8xPW2FJ-dn2zP9h7W3d9KBt38h9qlW3b44Yj2TvQpgW2FFf_22vNJYBW3b2vsH2Wv9vCW3bjd6m2Wp_HVW2xPM131hV0BXW4hF6zG3_X4wHW4fdbr41Q4vBg4q_6P1&si=8000000002124969&pi=b58ced00-8f2d-4a0b-b271-ca054f0530f9, or unsubscribehttps://t.sidekickopen09.com/s1t/c/5/f18dQhb0S7lM8dDMPbW2n0x6l2B9nMJN7t5XWPfhMynW2B86_W5vMG5HW56dBWl7BRWd8102?te=W3R5hFj4cm2zwW3P28X24hCPvhW43T4P243X5bgW3SYLpP3T1MdZW1LFyV_4hCWypW49M7TJ1Gy80dW3Qzvpc2xQD4lW2KBlLg36fjttW32mxny2FsHKDW2vQ0k_30cpZGW2TqDYK32mtXMw367thR7702&si=8000000002124969&pi=b58ced00-8f2d-4a0b-b271-ca054f0530f9.

I'm not sure what is going on... but I put in the changes you suggested, and got a 502 back
With the as the payload (I'm using fiddler to post )
HTTP/1.1 502 Fiddler - Connection Failed
Date: Tue, 03 Dec 2019 23:52:14 GMT
Content-Type: text/html; charset=UTF-8
Connection: close
Cache-Control: no-cache, must-revalidate
Timestamp: 16:52:14.245
[Fiddler] The connection to 'localhost' failed. Error: ConnectionRefused (0x274d). System.Net.Sockets.SocketException No connection could be made because the target machine actively refused it <IP_ADDRESS>:3500
I then backed out the changes, to get back to the original error, and I got the same result as above....which means I have to get my environment working like it was prior to your fix... I'll keep you updated unless you can see something here that doesn't make sense to you.
I start the dapr services with this line, attempting to connect to 3500 - which now is NOT working with or without your changes:
<EMAIL_ADDRESS>So with my resetting of the DAPR environment, and docker resets - something has gone wrong...
Attempting to reset to the previous behaviour with the error I first described to you.. in order to properly see if the changes you suggest will work in that environment.... Just for documentation complete..  I'm using this from fiddler..
<EMAIL_ADDRESS>Thanks for your time... .R
P.s. & Segway: Why would [FromForm] not work on the method signatures when I POST to an Actor?
From: Richard Reukema
Sent: December 3, 2019 4:17 PM
To: dapr/dotnet-sdk<EMAIL_ADDRESS>Subject: RE: [dapr/dotnet-sdk] DemoActor calling RegisterRemind start to error on each remind (#177)
Working on it....
From: Aman Bhardwaj <notifications<EMAIL_ADDRESS>Sent: December 3, 2019 4:15 PM
To: dapr/dotnet-sdk <dotnet-sdk<EMAIL_ADDRESS>Cc: Richard Reukema <rreukema<EMAIL_ADDRESS>Mention <mention<EMAIL_ADDRESS>Subject: Re: [dapr/dotnet-sdk] DemoActor calling RegisterRemind start to error on each remind (#177)
@codeputerhttps://t.sidekickopen09.com/s1t/c/5/f18dQhb0S7lM8dDMPbW2n0x6l2B9nMJN7t5XWPfhMynW2B86_W5vMG5HW56dBWl7BRWd8102?te=W3R5hFj4cm2zwW3P28X24hCPvhW43T4NS43Prfqf4hMmTF04&si=8000000002124969&pi=e287b8e5-0574-4c1f-bc49-a13157911972 Could you please try as I suggested above?

You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://t.sidekickopen09.com/s1t/c/5/f18dQhb0S7lM8dDMPbW2n0x6l2B9nMJN7t5XWPfhMynW2B86_W5vMG5HW56dBWl7BRWd8102?te=W3R5hFj4cm2zwW3P28X24hCPvhW43T4NT3zfQ0QW3H91fn3K9xWcW3H7fhG4cPVPfW4cgtxc210rvJW3zbV9S4cNcV-W3F6d9843X5bgW3SYLpP3T1MdZW1pM-H93T0tv-W43SlzP2dTvhGW38fX_D2Kyg9xW2Hs1k830tzm3W3d1r_Y2-vyB4W1_8WVw2sQ9XXW2RkR-p2196m-W1Slwf92YsjVfW3bdRWH36j8xPW2FJ-dn2zP9h7W3d9KBt38h9qlW3b44Yj2TvQpgW2FFf_22vNJYBW3b2vsH2Wv9vCW3bjd6m2Wp_HVW2xPM131hV0BXW4hF6zG3_X4wHW4fdbr41Q4vBg4q_6P1&si=8000000002124969&pi=e287b8e5-0574-4c1f-bc49-a13157911972, or unsubscribehttps://t.sidekickopen09.com/s1t/c/5/f18dQhb0S7lM8dDMPbW2n0x6l2B9nMJN7t5XWPfhMynW2B86_W5vMG5HW56dBWl7BRWd8102?te=W3R5hFj4cm2zwW3P28X24hCPvhW43T4P243X5bgW3SYLpP3T1MdZW1LFyV_4hCWypW49M7TJ1Gy80dW3Qzvpc2xQD4lW2KBlLg36fjttW32mxny2FsHKDW2vQ0k_30cpZGW2TqDYK32mtXMw367thR7702&si=8000000002124969&pi=e287b8e5-0574-4c1f-bc49-a13157911972.

@codeputer The screenshots are not attached above, Could you paste them here

@codeputer I have created the PR to fix this https://github.com/dapr/dotnet-sdk/pull/178
You can checkout branch issue_177 and try

Thanks - I had to reset docker and few things, still not quite working right, but I will try the branch! thanks.

My status is at this point ActorClient can invoke DemoActor - which is when I refactored to code to include IRemindable, and things broke.  The fix worked, but my new Actor that I've been testing against is having an issue.  It still unclear to me how the proxy "knows" where the hosting actor in terms of path and port.  Mean time, I'm geting...
HTTP/1.1 500 Internal Server Error
Server: fasthttp
Date: Wed, 04 Dec 2019 06:38:21 GMT
Content-Type: application/json
Content-Length: 111
{"errorCode":"ERR_INVOKE_ACTOR","message":"error finding address for actor type VoiceRequestActor with id abc"}

@codeputer The proxy sends the call to Dapr runtime, Dapr runtime has a map of ActorIds and the Actor Service instances which can serve the requests. The map is populated by a placement service. For more info about it, please see https://github.com/dapr/docs/blob/master/concepts/actor/actor_overview.md#distribution-and-failover
Most probably the placement service is not able to talk to Dapr runtime. Could you please do following to refresh placement service and dapr runtime.:
dapr uninstall
dapr init
Also is it possible for you to share your code?

thanks - I was doing a spike on using Actors with Twilio and what I think is a new way to handle webhooks, and in particular, twilio web hooks.  I'm cleaning up the project as I started it within the dapr branch and got carries away :)   I have to commit to some other work today, but I'll share the repo with  you later... can I send that invite to you directly? I'll need an email via a private channel perhaps?

sure, you can send it to me at<EMAIL_ADDRESS>

I had a good look a that documentation, and I believe I understand how the Actor proxy can find the Actor Implementation (and hence the ActorID) WITHIN a cluster - but what if the Actor client is outside of the cluster?  in my case, I ran the web service as a local IIS service, and it was communicating to the actor in the docker container  Is there something in the web service that points to the placement service of cluster?  (I'm new to docker, so I might be missing something here... I don't understand the development/debug/deployment cycle in visual studio all that well - like how do I step through code in an actor which is running in via dapr in docker?)

@codeputer Actors will be called from other services inside the cluster, so you need another service which has a docker side car running with it and then just use ActorProxy from within that service, it will make calls to Actors through its Dapr side car.

In my code review last night, I found a couple of errors in my code: 1) in my rework of my project structure, I somehow lost the registration of my own actor, and hence placement services won't know anything about it...a more explicit error message in this regard would be interesting.  The magic string in the proxy call is also something that will cause an issue IMO, and is not emphasized enough in the documentation.  I'm going to work on a video of my debugging environment once I get comfortable with my development.  I also found Constant.cs which gave me a clue how my actor communicates with the port that is open with DAPR ( DaprHttpPortEnvironmentVariable ).  I'm also confused with your statement, as my actor instantiation occurs outside of DAPR as I'm running it within Visual Studio from a Web service that invokes actors within DAPR.. more learnings to come I'm sure.... thanks for your help on the journey... how do you run your debugging environment would be helpful.  I have studio open, and several dos windows that all need to work to establish the workflow that I'm doing with Twilio.

@codeputer On your dev machine, the actor proxy call will go to localhost:3500 (by default). So if you had Dapr running on port 3500, it will resolve the ctor correctly.
For missing documentation, please feel free to raise PR or suggest the changes.

@codeputer Can I close this issue, it should be fixed with latest release. We can open new issue to track if you run into problems with it

that fine, please close - thanks very much for your help - I've moved to the nuget packages - which I'm assuming has this fix already.  If not, please let me know.
Regards,
Richard

Sounds good.
Yes, the latest nuget package has the fix. We also released 0.3.0 version of Dapr today, you can update to it as well https://github.com/dapr/dapr/releases/tag/v0.3.0


Investigate Seurat Failure in Schema Dev Migration

See link. Determine root cause, and if it is triggered because of the migration.
Collection Affected: https://cellxgene.cziscience.com/collections/b1a879f6-5638-48d3-8f64-f6592c1b1561
Dataset: HSC/immune cells (all hematopoietic-derived cells)
Error is:

"Seurat conversion failed: b'' b\"Loading required package: reticulate\\nLoading required package: devtools\\nLoading required package: usethis\\nLoading required namespace: Seurat\\nThe legacy packages maptools, rgdal, and rgeos, underpinning the sp package,\\nwhich was just loaded, will retire in October 2023.\\nPlease refer to R-spatial evolution reports for details, especially\\nhttps://r-spatial.org/r/2023/05/15/evolution4.html.\\nIt may be desirable to make the sf package available;\\npackage maintainers should consider adding sf to Suggests:.\\nThe sp package is now running under evolution status 2\\n     (status 2 uses the sf package in place of rgdal)\\nrgeos version: 0.6-4, (SVN revision 699)\\n GEOS runtime version: 3.8.0-CAPI-1.13.1 \\n Please note that rgeos will be retired during October 2023,\\nplan transition to sf or terra functions using GEOS at your earliest convenience.\\nSee https://r-spatial.org/r/2023/05/15/evolution4.html for details.\\n Linking to sp version: 2.0-0 \\n Polygon checking: TRUE \\n\\nError in h(simpleError(msg, call)) : \\n  error in evaluating the argument 'x' in selecting a method for function 't': invalid class \\xe2\\x80\\x9cdgCMatrix\\xe2\\x80\\x9d object: slot i is not *strictly* increasing inside a column\\nCalls:  ... initialize -> callNextMethod -> .nextMethod -> validObject\\nExecution halted\\n\""

Lead: same dataset, even using its pre-migrated form, fails on Seurat conversion using cellxgene-schema 3.0.2 but succeeds with an rdev upload using cellxgene-schema 3.0.1 to write-labels

From @pablo-gar
For the latest Seurat failure that Trent asked me to look at I found the problem.
First, the fix
import anndata as ad

adata = ad.read(adata_file)

if not adata.X.has_canonical:
   adata.X.sum_duplicates()

if not adata.raw.X.has_canonical:
   adata.raw.X.sum_duplicates()

adata.write(adata_fixed_file, compresssion = "gzip")

adata_fixed_file can now be converted to Seurat.
Explanation
This was very hard to find (took me close to 2 hrs). Sometime during the migration when you guys are writing the new files, the scipy sparse matrices seem to change format in how they are stored.
This is one oddity of Python that doesn’t follow the general csc/csr standard (maybe for some efficiency increases :man-shrugging::skin-tone-4:), but R does follow the general standard and it rightly errors out when encountering this oddity.
The oddity is that Python csr/csc matrices allow for repeated indices and if doing so it flags a matrix with has_canonical_format == False. So at some point in the migration, matrices went from canonical format to non-canonical format, see this link for an explanation of the differences:
https://docs.scipy.org/doc/scipy/tutorial/sparse.html#canonical-formats
Suggested solutions

Option A: During the label addition phase of the validator, it should convert sparse matrices to canonical if they are not (as shown in the snippet above)
Option B: Fail validation if sparse matrices are not in canonical format and ask curators to fix it.
I’d recommend A over B.

If you want to be good citizens of the world you should open an issue in reticulate describing the issue and asking to support the odd non-canonical Python format (which would be easy to do for them) in R. If this was supported by reticulate you guys would have never encountered this problem, and I’m sure other may/will encounter this problem.

Updating an rdev environment with a cellxgene-schema-cli branch updated with option A described above. If the seurat conversion succeeds, we can declare victory.

Small errata on the code snippet I provided, it should be adata.X.has_canonical_format and adata.raw.X.has_canonical_format
Also this fix defeats a bit of the recent work to avoid loading the full object to memory -- although in this case the computation is not too expensive when it is loaded in memory. There may be ways to make this matrices "canonical" without loading full object in memory.

The root cause is still because the labeled dataset is not stored in canonical form. This was cause by changes introduced in 3.0.2. Those changes are reverts to 3.0.1 here ->70cb7f5.. It's not clear why this fix the problem. At no point in adding labels is the dataset check for canonical form or explicitly converted to canonical form. The unlabeled dataset that highlighted the problem was not in canonical form, but became canonical after adding labels and writing the file to a new h5ad.
My best guess at this point is that X and raw.X were made canonical during the write. In 3.0.2 we switch to a view when adding labels to the anndata, this was to reduce the memory requirements. This meant that properties that were not accessed did not need to read into memory, for example the X, and X.raw values. I suspect that when those fields are read into memory and written back out to a new file, anndata does some optimizing of the data such as converting to canonical.

As an experiment the failing h5ad was validated and labeled using cellxgene_schema_cli 3.0.1 and 3.0.2. The size of the output file from 3.0.1 was significantly smaller than 3.0.2. This mean some additional optimization of the data occurred in 3.0.1, that did not happen with 3.0.2.
One signifcant difference between the two version is in 3.0.1 the h5ad is read into memory before applying labels. In 3.0.2 the h5ad is read in backed mode any only some properties are read into memory.

Fixed in https://github.com/chanzuckerberg/single-cell-curation/pull/598

After running some tests, it is clear that reading the annData into memory and writing it back out in compressed from to a file does make X and raw.X canonical.

reopening since the problem happened again with the same dataset


[ui] fix info label layout

Flagged by @itowlson looks like some CSS is playing up for info validation messages.

I have tested the latest master and the PR #70, but cannot recreate this issue. Logging this issue to see if it reappears

@flynnduism Can confirm it happens with current master on Windows.  @squillace can you try current master in your environment and let us know if this affects you?

I can work it tonight/tomorrow


Improve documention content, formatting, and html theme

This is a thorough update of the existing docs pages. I went through everything (except "Home", which has almost no content, and "Install OpenBLAS", which may need a bit of discussion), updated all the existing content, streamlined the language, added some context and more up-to-date info as I saw fit.
It follows up on gh-4562, and together with that PR addresses gh-4166.
Main changes:

Improve the html theme (add a dark mode, nicer admonitions, footnotes, an auto-hiding top bar)
Fix all links, code markup, and grammar.
"About" page: add all funding sources I know about, and missing major users like NumPy and R
"Developer manual": improve testing and benchmarking descriptions
"User manual": start with context about what is covered and link to Netlib/MKL docs; add more info on linking

Thanks for merging @martin-frbg. I broke the docs deployment CI job here. I'll fix that up, and will make sure that it also runs on PRs so for future docs PRs any issues are more easily visible.


[Fabric] Don't load it [1.14.3]

Is posibble to create a 1.14.3+ Fabric Versión?

Thank you for your suggestion!
Unfortunately I'm never gonna support Fabric for any of my mods, as long as Forge is on the latest Minecraft version.


Improve withFormik config type definitions

Change signature to match the one at https://github.com/jaredpalmer/formik/blob/v0.11.11/README.md#withformikoptions

Looks fine to me. As long as someone with context signs off, we can merge it.

Things I will do:

[ ] Remame FormikValues<P, V> to FormikActions<V> see https://github.com/jaredpalmer/formik/blob/7d2b15bfeacfa21278dcdcf3219979f20f42063e/src/types.tsx#L64
[ ] Use FormikBag on handleSubmit, FormikBag is separated type (see https://github.com/jaredpalmer/formik/blob/master/src/withFormik.tsx#L28 and https://twitter.com/jaredpalmer/status/1001860642947641345)

I'm closing this since there are new improvements to the typings, I will be sending another PR with some other improvements.


Different runtime of stim.Tableau.prepend and stim.Tableau.append

Hi! I noticed that the method stim.Tableau.prepend is much faster than stim.Tableau.append. This is especially evident when prepending (appending) a small tableau to a large one. From my understanding, the two methods should have similar runtime, though. Here is an example run on a Jupyter notebook:
N = 400
tab1 = stim.Tableau.random(N)
tab2 = stim.Tableau.random(2)
%timeit tab1.prepend(tab2,[0,1])  # returns 1.79 µs ± 25.6 ns per loop
%timeit tab1.append(tab2,[0,1]) # returns 343 µs ± 3.46 µs per loop
Is it supposed to be like this? Thanks in advance!

In memory, the contents of columns are contiguous in memory and aligned so that SIMD instructions can be used to operate on hundreds of bits at a time. That means rows aren't, so row ops have to work one Pauli at a time. So the 100x difference in speed that you're measuring is actually kinda consistent with the internal details.
If you need to do a lot of appends in sequence, you can invert the tableaus and then do prepends instead of appends. If you don't care about the sign of the result you can use stim.Tableau.inverse(unsigned=True) which is O(n^2) instead of O(n^3).
Internally in the C++ code, there is a "temporarily transposed tableau" class where row ops are fast as part of doing measurements. It's also likely possible to optimize the append methods (e.g. extract the relevant bits once, go fast, then put bits back).

I understand, thanks for the quick reply! I will try to see if the method you suggest improves performance.


Messages not getting delivered on android

A bounty provider I chatted with is having difficulty talking to the bounty hunter. Here are the messages she sent me:

She is an android lite user and this is her profile: https://community.sphinx.chat/p/022eb13eb10e726ca46d9d4527e0da86f87403ba4febf94b7b28eb39f77ad1dd8e/organizations
I'm not sure what the potential bug might be. Maybe connectivity issues? But submitting this so we can track issues.

Okay I hopped on a call with her and was able to get some more screenshots. She is on version: 1.0.0-beta03. Galaxy S20.

As you can see below the phone is connected to WiFi so it's not a connectivity issue:

This is a picture of the failed message sent.

We tried several methods of troubleshooting:

Turn the phone off and on
Turn wifi off and on
uninstall and reinstall app

Reinstalling the app worked. But I'm still wondering what might've caused the app to not connect.
If it takes up a lot of time to investigate, we can put a pause in this issue and I can follow up again if this issue happens again.

I've got another android user whose app also crashed. messages aren't going through either and he was unable to join tribe.
He was able to communicate with me because he switched to iPad.

@ecurrencyhodler Can we ask these users (and future ones) whether or not they had an additional client running like Mac, iOS or Windows. We seem to have an auth issue when users are running two.
This will help rule out that issue for these users

@tomsmith8 An additional client running at the same time? Or have the same account on multiple devices?

@ecurrencyhodler the same account signed in on multiple Apps (android, mac, iOS).
For example, if I signed in on my Android and then also signed in to the Desktop mac version with the same account can cause issues when sending messages.
If the user can confirm they only signed in via 1 account (android) that would be good to pinpoint down as it will confirm it's not the Auth issue above.

Understood thank you. Yeah they were only logged into one device and one account which is android.


Add fic-mode faces

Hi,
This pull request adds two faces needed to support fic-mode.
I did not like the white background of the original faces, so I left it at default. I tried with :background base01, but I thought it worked better without it. I kept the :weight bold and the :underline t from the original faces, but I am happy to remove it if you think this is too much.
Before:

After:

Looks good to me. Thanks for your contribution! I've had this in the back of my mind for a while but never got around to it.


Added new feature to allow user to display individual repositories in their Projects pages

New Feature
The user can now display individual GitHub repositories in their Project Page
The theme changes according to the site theme
Light Mode

Dark Mode

@george-gca kindly review this one too

@george-gca, I am having trouble with scaling the card automatically for each device size.
What are you doing to make these cards scale automatically?

What are you doing to make these cards scale automatically?

Nothing special really. You can check the classes used here
https://github.com/alshedivat/al-folio/blob/b30b3f4ec0c3223366c06183b49bdb8f0a95664c/_pages/repositories.md?plain=1#L42
About this feature, not sure it would be a nice addition. I think this is more useful as a shared idea on how to achieve this rather than adding it to the repository.
For example, what if the user wants to change the position where the repository card is displayed? Maybe in the end of the page, or in the middle between some paragraphs, after properly introducing the problem it is trying to solve? What if there is more than one repository linked to the project that the user wants to display? This adds too much variables and personal preferences that I think are out of the scope of the template as a basis for personal customization.

Yeah I figured out the scaling issue and the how to add multiple repositories while maintaining the standard design of the website.
That only leaves the issue with the user wanting to display in the end. I've got an easy solution for that as well, we can add it to customizing.md

@george-gca, how does it seem now?

I don't think this is too much of a burden for a user to add in their page, so I don't believe it should be added to the template. Like you said, simply by adding this to a page
<div class="repositories d-flex flex-wrap flex-md-row flex-column justify-content-between align-items-center">
  {% include repository/repo.liquid repository=Username1/Repo1 %}
  {% include repository/repo.liquid repository=Username2/Repo2 %}
</div>

solves this. And this can be added straight to the project itself, it doesn't need to be in _layouts/page.liquid, which is a layout shared by other pages. By adding this directly into the project gives the user the freedom to specify where exactly it wants the card to be shown, instead of being limited by the position defined in the layout.

Then I should remove the changes to the liquid file and modify the CUSTOMIZING.md accordingly, is that what you mean @george-gca?

So that the user know how to add repository cards anywhere

👍


Question about snakemake installing requierer conda env

Hello everyone.
I have a question. Imagine we have the following directory architecture
/home/alflag/dir1/dir1bis/
If I launch snakemake in dir1/, then all tools will be downloaded and installed in a .snakemake/ directory that is placed in dir1/ according to the environment conda files that are specified in the snakefile.
Now, I want to launch the same snakefile, but this time while I'm in dir1bis/ .
If I do that, then snakemake will again download and installed te requiered tools according to the conda environment files.
But if I had executed the same snakefile while being in dir1/ then the snakefile would have been executed without downloading and reinstalling the requiered conda tools, since the .snakemake/ directory was previously generated.
I would like to know if there is any way to tell snakemake where to find the .snakemake/ directory in order to avoid new downloads every time the snakefile is launched in a different directory.
Was I clear enough?
Thank you for your time.
Alex

Caveat: Not a snakemake contributor.
I think what you need is the --conda-prefix commandline argument. According to the docs:

--conda-prefix
Specify a directory in which the ‘conda’ and ‘conda-archive’ directories are created. These are used to store conda environments and their archives, respectively. If not supplied, the value is set to the ‘.snakemake’ directory relative to the invocation directory. If supplied, the –use-conda  flag must also be set. The value may be given as a relative path, which will be extrapolated to the invocation directory, or as an absolute path.

Hi,
I forgot I asked this question...
Yes indeed, the argument you mentionned is the one I was looking for.
Thank you for your reply.
Alexandre


Render colors as HSLA instead of RGBA

Due to https://github.com/purescript-contrib/purescript-colors/issues/59

It turns out there isn't a bug, but merging since HSL is still preferred.


Fix layout of loading API

In Getting Started

@mrpollo The source file here is correct, and so is the HTML. Unfortunately the paragraph is not being rendered:

So this is a theme/CSS problem.

Any update on this? Seems nuts that we have to go through backflips to add a carriage return

our great @kaitlynhova is taking a look at this, she has some fixes in place right now and will push once she feels she's got them all sorted, I'll post back with update.

@zlite @mrpollo This is now fixed on the live version. Thank you @kaitlynhova


pull request for e2e test at 01/05/2017 06:26:11

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Cannot use Dispatch as a type

Flow version: 0.133.0
Expected behavior
Using Dispatch<A> should work.
Actual behavior

Can you provide a try flow? https://flow.org/try/

I can't really replicate it on try flow, but it definitely happens in my environment. I upgraded from v104.

Without a code snippet it's hard to help. But it looks like you're providing a variable that's not a type and is instead a variable, which flow decided to disallow to prevent further bugs. I think it's from 0.132.0
Here's the commit https://github.com/facebook/flow/commit/282b2e5b1f1525c0eb2b41719ec2ff89d3c21cd6

Not enough info to repro


⚠ Bofrost.fr has degraded performance

In 7bc7fc7, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 1251 ms

Resolved: Bofrost.fr performance has improved in 382d972 after 1 hour, 40 minutes.


Installation Failed: "'.' is not recognized as an internal or external command"

Describe the bug
I am not able to install amuse. I get a very peruliar error.
To Reproduce
pip install amuse-phantom
OR
pip install amuse-framework
OR
pip install amuse
Logs
⚠ The strange error is:
       '.' is not recognized as an internal or external command,
Is this a typo inside some script? Perhaps after a change in the code?
Collecting amuse-phantom
  Using cached amuse-phantom-2022.10.0.tar.gz (25 kB)
  Installing build dependencies ... error
  error: subprocess-exited-with-error

  × pip subprocess to install build dependencies did not run successfully.
  │ exit code: 1
  ╰─> [143 lines of output]
      Collecting setuptools
        Using cached setuptools-65.4.1-py3-none-any.whl (1.2 MB)
      Collecting wheel
        Using cached wheel-0.37.1-py2.py3-none-any.whl (35 kB)
      Collecting amuse-framework
        Using cached amuse-framework-2022.10.0.tar.gz (656 kB)
        Installing build dependencies: started
        Installing build dependencies: finished with status 'done'
        Getting requirements to build wheel: started
        Getting requirements to build wheel: finished with status 'done'
        Preparing metadata (pyproject.toml): started
        Preparing metadata (pyproject.toml): finished with status 'done'
      Collecting pip>=19.0.0
        Using cached pip-22.2.2-py3-none-any.whl (2.0 MB)
      Collecting pytest>=4.0
        Using cached pytest-7.1.3-py3-none-any.whl (298 kB)
      Collecting numpy>=1.2.2
        Using cached numpy-1.23.4-cp310-cp310-win_amd64.whl (14.6 MB)
      Collecting docutils>=0.6
        Using cached docutils-0.19-py3-none-any.whl (570 kB)
      Collecting h5py>=1.1.0
        Using cached h5py-3.7.0-cp310-cp310-win_amd64.whl (2.6 MB)
      Collecting setuptools-scm
        Using cached setuptools_scm-7.0.5-py3-none-any.whl (42 kB)
      Collecting packaging
        Using cached packaging-21.3-py3-none-any.whl (40 kB)
      Collecting attrs>=19.2.0
        Using cached attrs-22.1.0-py2.py3-none-any.whl (58 kB)
      Collecting pluggy<2.0,>=0.12
        Using cached pluggy-1.0.0-py2.py3-none-any.whl (13 kB)
      Collecting iniconfig
        Using cached iniconfig-1.1.1-py2.py3-none-any.whl (5.0 kB)
      Collecting colorama
        Using cached colorama-0.4.5-py2.py3-none-any.whl (16 kB)
      Collecting tomli>=1.0.0
        Using cached tomli-2.0.1-py3-none-any.whl (12 kB)
      Collecting py>=1.8.2
        Using cached py-1.11.0-py2.py3-none-any.whl (98 kB)
      Collecting typing-extensions
        Using cached typing_extensions-4.4.0-py3-none-any.whl (26 kB)
      Collecting pyparsing!=3.0.5,>=2.0.2
        Using cached pyparsing-3.0.9-py3-none-any.whl (98 kB)
      Building wheels for collected packages: amuse-framework
        Building wheel for amuse-framework (pyproject.toml): started
        Building wheel for amuse-framework (pyproject.toml): finished with status 'error'
        error: subprocess-exited-with-error

        Building wheel for amuse-framework (pyproject.toml) did not run successfully.
        exit code: 1

        [86 lines of output]
        running bdist_wheel
        running build
        C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\command\build.py:31: SetuptoolsDeprecationWarning:
                    It seems that you are using `distutils.command.build` to add
                    new subcommands. Using `distutils` directly is considered deprecated,
                    please use `setuptools.command.build`.

          warnings.warn(msg, SetuptoolsDeprecationWarning)
        running configure_codes
        INFO: get_default_fcompiler: matching types: '['gnu', 'intelv', 'absoft', 'compaqv', 'intelev', 'gnu95', 'g95', 'intelvem', 'intelem', 'flang']'
        INFO: customize GnuFCompiler
        WARN: Could not locate executable g77
        WARN: Could not locate executable f77
        INFO: customize IntelVisualFCompiler
        WARN: Could not locate executable ifort
        WARN: Could not locate executable ifl
        INFO: customize AbsoftFCompiler
        WARN: Could not locate executable f90
        INFO: customize CompaqVisualFCompiler
        WARN: Could not locate executable DF
        INFO: customize IntelItaniumVisualFCompiler
        WARN: Could not locate executable efl
        INFO: customize Gnu95FCompiler
        INFO: Found executable C:\Users\username\gcc\bin\gfortran.exe
        Running configure for AMUSE
        error in call, tail output:

        '.' is not recognized as an internal or external command,

        operable program or batch file.

        --------------------------------------------------------------------------------
        config.mk not generated; output of configure:
        '.' is not recognized as an internal or external command,

        operable program or batch file.

        Traceback (most recent call last):
          File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.10_3.10.2288.0_x64__qbz5n2kfra8p0\Lib\site-packages\pip\_vendor\pep517\in_process\_in_process.py", line 363, in
<module>
            main()
          File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.10_3.10.2288.0_x64__qbz5n2kfra8p0\Lib\site-packages\pip\_vendor\pep517\in_process\_in_process.py", line 345, in
main
            json_out['return_val'] = hook(**hook_input['kwargs'])
          File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.10_3.10.2288.0_x64__qbz5n2kfra8p0\Lib\site-packages\pip\_vendor\pep517\in_process\_in_process.py", line 261, in
build_wheel
            return _build_backend().build_wheel(wheel_directory, config_settings,
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\build_meta.py", line 412, in build_wheel
            return self._build_with_temp_dir(['bdist_wheel'], '.whl',
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\build_meta.py", line 397, in _build_with_temp_dir
            self.run_setup()
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\build_meta.py", line 482, in run_setup
            super(_BuildMetaLegacyBackend,
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\build_meta.py", line 335, in run_setup
            exec(code, locals())
          File "<string>", line 55, in <module>
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\__init__.py", line 87, in setup
            return distutils.core.setup(**attrs)
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\_distutils\core.py", line 185, in setup
            return run_commands(dist)
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\_distutils\core.py", line 201, in run_commands
            dist.run_commands()
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\_distutils\dist.py", line 968, in run_commands
            self.run_command(cmd)
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\dist.py", line 1217, in run_command
            super().run_command(command)
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\_distutils\dist.py", line 987, in run_command
            cmd_obj.run()
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\wheel\bdist_wheel.py", line 299, in run
            self.run_command('build')
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\_distutils\cmd.py", line 319, in run_command
            self.distribution.run_command(command)
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\dist.py", line 1217, in run_command
            super().run_command(command)
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\_distutils\dist.py", line 987, in run_command
            cmd_obj.run()
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\_distutils\command\build.py", line 132, in run
            self.run_command(cmd_name)
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\_distutils\cmd.py", line 319, in run_command
            self.distribution.run_command(command)
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\dist.py", line 1217, in run_command
            super().run_command(command)
          File "C:\Users\username\AppData\Local\Temp\pip-build-env-y_umi2cb\overlay\Lib\site-packages\setuptools\_distutils\dist.py", line 987, in run_command
            cmd_obj.run()
          File "C:\Users\username\AppData\Local\Temp\pip-install-gdxcgdeb\amuse-framework_7697e922db1b4228a194056af8350983\support\setup_codes.py", line 1160, in run
            raise Exception("configure failed")
        Exception: configure failed
        [end of output]

Environment (please complete the following information):

OS and version: Windows 10, x64

It looks like you are using Windows, this is not supported except through a Linux subsystem (WSL, Multipass or other).

Thank you for the very swift reply :D
Indeed, I jumped the gun and did not look at the text below the "pip install ..." command in the README.md


Custom icons name support

#78

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@2a268a7). Click here to learn what that means.
The diff coverage is 62.06%.

@@            Coverage Diff            @@
##             master      #81   +/-   ##
=========================================
  Coverage          ?   58.65%
  Complexity        ?       80
=========================================
  Files             ?       12
  Lines             ?      416
  Branches          ?       74
=========================================
  Hits              ?      244
  Misses            ?      121
  Partials          ?       51

Impacted Files
Coverage Δ
Complexity Δ

...ct/starter/easylauncher/plugin/EasyLauncherTask.kt
39.21% <40.00%> (ø)
14.00 <1.00> (?)

.../starter/easylauncher/plugin/EasyLauncherPlugin.kt
82.92% <60.00%> (ø)
6.00 <0.00> (?)

...ect/starter/easylauncher/plugin/IconTransformer.kt
82.60% <71.42%> (ø)
0.00 <0.00> (?)

.../starter/easylauncher/plugin/EasyLauncherConfig.kt
76.66% <80.00%> (ø)
40.00 <1.00> (?)

...arter/easylauncher/plugin/EasyLauncherExtension.kt
91.66% <100.00%> (ø)
5.00 <1.00> (?)

...oject/starter/easylauncher/filter/OverlayFilter.kt
4.54% <0.00%> (ø)
1.00% <0.00%> (?%)

...starter/easylauncher/plugin/models/AdaptiveIcon.kt
0.00% <0.00%> (ø)
0.00% <0.00%> (?%)

...project/starter/easylauncher/plugin/models/Size.kt
75.00% <0.00%> (ø)
1.00% <0.00%> (?%)

... and 7 more

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 2a268a7...e3dc0be. Read the comment docs.